Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of henri.gomez@gmail.com
 designates 64.233.170.184 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=B9gtYlQeq4ougweMYBFUe0Y3BA4D3cs0V89d+W+XRluEm2NuTC8w5QomtN4K7acV/u7NN/wMaoKDU5RIl63640OGYfjG1rO/P6uzS+srcOlvCdYy2C4x1td9f9z9DANhYD7jY8gqZDFOcRp7nzKmyYRHEi13bqekJzPw3HSGXaQ=
Message-ID: <6291fc850804231223g7a95d3ccx9911009430f1d953@mail.gmail.com>
Date: Wed, 23 Apr 2008 21:23:34 +0200
From: "Henri Gomez" <henri.gomez@gmail.com>
To: "Tomcat Developers List" <dev@tomcat.apache.org>
Subject: Re: Osgifing Tomcat
In-Reply-To: <480F783C.9020107@hanik.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <6291fc850804220345w746f8b5cwc98eba9fbc5bcb14@mail.gmail.com>
	 <480EFF7E.5010905@objectweb.org>
	 <6291fc850804230524o61b48de3x65c9b6da8f8e47ce@mail.gmail.com>
	 <480F4111.9080703@objectweb.org>
	 <1208962152.3303.99.camel@localhost.localdomain>
	 <96e4b5230804230830r67ae11c1x295ac2037e657c11@mail.gmail.com>
	 <6291fc850804230836l35a7fd44yfae52464ab282dc7@mail.gmail.com>
	 <96e4b5230804231001he40cd16q67e7fb21a2b95393@mail.gmail.com>
	 <6291fc850804231012x4712f3a2n65242abc206431fd@mail.gmail.com>
	 <480F783C.9020107@hanik.com>

So nobody object for some experimentation around mavenizing Tomcat 6 ?

Of course no commit just testing on my own eclipse/m2 workspace.

>2008/4/23 Filip Hanik - Dev Lists <devlists@hanik.com>:
>
> Henri Gomez wrote:
>
> >
> > >  I'm not sure it's the best idea, my goal is to move it out of sandbox,
> > >  it already has enough experiments
> > >  that need completion. and the main goal is to be 'lite' :-). It has a
> > >  simple Addon mechanism, and I don't mind
> > >  having an optional addon manager impl using OSGI - but I don't want to
> > >  get distracted, I started
> > >  tomcat-lite  experiment >2 years ago.
> > >
> > >
> > >
> >
> > Yep, time to stabilize
> >
> >
> >
> > >  The first part ( adding manifests to existing tomcat ) seems to have
> > >  support so could be done in the trunk.
> > >
> > >
> >
> > And no consequences outside OSGI world
> >
> >
> >
> > >  I don't see any reason for having non-intrusive OSGI support developed
> > >  in sandbox - as long
> > >  as the code is in a package that is excluded from the official distro,
> > >  and is released as a separate
> > >  unit it could live in trunk.  It'll need the 3 +1 to be released, of
> > >  course - but the whole point of
> > >  modularity is to be able to develop modules independent of the
> container.
> > >
> > >
> >
> > Right
> >
> >
> >
> > >  IMO sandbox is for experiments that would replace existing tomcat
> > >  components or core stuff. If you do it in
> > >  trunk - it's easier to get it released eventually, and you may get
> > >  better reviews and attention.
> > >
> > >
> >
> > Indeed
> >
> > I'll try to spend some time on mavenize tomcatlight first and how it
> > could be done then for tomcat trunk.
> >
> >
>  LOL, ouch, you just opened up the can of worms we thought we put a lid on
> :) he he
>  basically, Tomcat 6 is mavenized, and we publish the individual JARs to ASF
> Maven repo.
>
>
> > Next how to OSGIfy the mavenized tomcats, experiences and advices welcomed
> here
> >
> >
>  my feeling is though, is that you are going for the "mavenization" just to
> run the BND or BNE or whatever the plugin is called, that generates the OSGi
> manifests.
>  having personally done that, I can say that it simply doesn't work. IT
> works in most cases, but not in Tomcat, and even in the cases it works, the
> output it produces into the manifest file is completely useless to the human
> eye. the amount of stuff it exports and imports is insane, in in most cases
> irrelevant to the data you actually wanna export/import
>
>  that's why I posted my combined version of the Export/Import, nice and
> clean, when/if we do it on a per jar basis, I would hope we aim to produce
> the same quality data as the example I showed.
>
>  Filip
>
>
>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: dev-help@tomcat.apache.org
> >
> >
> >
> >
> >
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>  For additional commands, e-mail: dev-help@tomcat.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org