Jason,
On Wed, 2007-08-01 at 14:01 -0400, Jason Corley wrote:
>
> It took us quite a while in JPackage to come up with something that
> did not require the tomcat SRPM to be distributed with three
> additional projects sources or to heavily patch tomcat itself.
> Eventually we settled on a custom
> I absolutely despise how that is built. It makes building that jar a
> complete NIGHTMARE. Presently we do not offer than jar on Gentoo and I
> have no plans to. Or worse potential ways to.
Before I mention how we solved this problem for JPackage let me say
that I agree with William that this so
On Tue, 2007-07-31 at 14:59 -0400, Yoav Shapira wrote:
> > It's all done in Ant tasks: look for how
> the Tomcat build handles Jakarta Commons DBCP for example.
I absolutely despise how that is built. It makes building that jar a
complete NIGHTMARE. Presently we do not offer than jar on Gentoo and
Hey,
On 7/31/07, David Blevins <[EMAIL PROTECTED]> wrote:
> > IIRC we take a known version of a library and do a string replace on
> > package names, essentially. It's all done in Ant tasks: look for how
> > the Tomcat build handles Jakarta Commons DBCP for example. We don't
> > trim them down A
On Jul 31, 2007, at 11:59 AM, Yoav Shapira wrote:
Hey,
On 7/31/07, David Blevins <[EMAIL PROTECTED]> wrote:
Really curious on what approach you used to inline all your 3rd party
deps into org.apache.tomcat.util. Curious if you took them as is, or
trimmed them down to just what you need. Wer
Hey,
On 7/31/07, David Blevins <[EMAIL PROTECTED]> wrote:
> Really curious on what approach you used to inline all your 3rd party
> deps into org.apache.tomcat.util. Curious if you took them as is, or
> trimmed them down to just what you need. Were any tools used to
> help? Any disadvantages th
Hi Guys,
Really curious on what approach you used to inline all your 3rd party
deps into org.apache.tomcat.util. Curious if you took them as is, or
trimmed them down to just what you need. Were any tools used to
help? Any disadvantages that you have noticed other than having to
port fi
