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 72.14.204.229 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=cOVsCzCaAjKNQ1ZgKx9e8BX9q6z3CHqgtFgcxN+JDykXsdsXxgYJdMDHf64xTCRr8Yl5NgoNBgEQBgWeuivxJ+5bMrg0upRM0iC5hGF2M6wFzaGB3648r5C8/HmWMm8Ky7a96hWOOg8MpcH+Rsj8RXMi+pEmCDNBAanJcqjrhr4=
Message-ID: <6291fc850804231012x4712f3a2n65242abc206431fd@mail.gmail.com>
Date: Wed, 23 Apr 2008 19:12:09 +0200
From: "Henri Gomez" <henri.gomez@gmail.com>
To: "Tomcat Developers List" <dev@tomcat.apache.org>
Subject: Re: Osgifing Tomcat
In-Reply-To: <96e4b5230804231001he40cd16q67e7fb21a2b95393@mail.gmail.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>
	 <6291fc850804230056x7c43ba61rd9258879066f5887@mail.gmail.com>
	 <480EFCE6.6040304@hanik.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>

>  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.

Next how to OSGIfy the mavenized tomcats, experiences and advices welcomed here

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