On Tue, 12 Feb 2002, Adam Heath wrote:
> On Wed, 13 Feb 2002, Stefan Gybas wrote:
>
> > Who wants to package openjmx? If nobody sends an ITP within the next
> > 24 hours, I'll do it. Packaging looks very simple: Just call Ant.
>
> I'll do it. I need it for jboss as well.
I just got jboss' jmx im
Stefan Gybas wrote:
>
> I found the problem: It seems that JDK 1.3 does follow symlinks while
> JDK 1.4 does not. The JARs are all in /usr/share/java/ with symlinks from
> /usr/share/tomcat4/{server,common}/lib/ (in the class path). You have to add
> this to catalina.policy so the XML parser (from
On Tue, 12 Feb 2002, Adam Heath wrote:
> On Wed, 13 Feb 2002, Stefan Gybas wrote:
>
> > Who wants to package openjmx? If nobody sends an ITP within the next
> > 24 hours, I'll do it. Packaging looks very simple: Just call Ant.
>
> I'll do it. I need it for jboss as well.
I just got jboss' jmx i
Stefan Gybas wrote:
>
> I found the problem: It seems that JDK 1.3 does follow symlinks while
> JDK 1.4 does not. The JARs are all in /usr/share/java/ with symlinks from
> /usr/share/tomcat4/{server,common}/lib/ (in the class path). You have to add
> this to catalina.policy so the XML parser (fro
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Stefan Gybas wrote:
>
> > I'm just trying to figure out why Tomcat does not work with a security
> > manager on JDK 1.3 but works fine on JDK 1.4. Has anyone experience with
> > this?
>
> I found the problem: It seems that JDK 1.3 does follow symlinks wh
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Adam Heath wrote:
>
> > I should have packages done by no later than this weekend, as I juggle it in
> > with work. Can you hold off uploading tomcat4 until at least then?
>
> Sure, I'll need some more test versions anyway until everything work fine.
> I
Stefan Gybas wrote:
I'm just trying to figure out why Tomcat does not work with a security
manager on JDK 1.3 but works fine on JDK 1.4. Has anyone experience with
> this?
I found the problem: It seems that JDK 1.3 does follow symlinks while
JDK 1.4 does not. The JARs are all in /usr/share/java/ w
GOMEZ Henri wrote:
You could compile them from jtc, here is how I do
it in my RPM :=)
That's not an option for building Debian packages. All sources have
to be in a single orig.tar.gz archive (or the Debian .diff.gz). So
the standrad Jakarta build process with lots of "neighbour directories"
for ea
Adam Heath wrote:
I should have packages done by no later than this weekend, as I juggle it in
with work. Can you hold off uploading tomcat4 until at least then?
Sure, I'll need some more test versions anyway until everything work fine.
I'm just trying to figure out why Tomcat does not work with a
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Who wants to package openjmx? If nobody sends an ITP within the next
> 24 hours, I'll do it. Packaging looks very simple: Just call Ant.
I'll do it. I need it for jboss as well.
I should have packages done by no later than this weekend, as I juggle it
>I am rebuilding from source. These JARs are included in the source
>distribution in the lib/ directory and are just copied to the final
>compiled tree. The sources for those classes are in the
>jakarta-tomcat-connectors archive - I don't understand why.
You could compile them from jtc, here is ho
GOMEZ Henri wrote:
Why didn't you rebuilt it from source since TC 4.0.2 in LE mode
no more depends on Sun external APIs ?
I am rebuilding from source. These JARs are included in the source
distribution in the lib/ directory and are just copied to the final
compiled tree. The sources for those class
GOMEZ Henri wrote:
Replace jmxri by openjmx (www.openjmx.org) which is free and open :)
That should probably be http://www.open-jmx.org/
(or http://openjmx.sourceforge.net/) - www.openjmx.org does not
exist. But thanks a lot for the hint.
I'm currently compilimg the Tomcat 4.0 packages with OpenJMX
>EmbeddedManager depends on jmxri.jar. Currently, I have this jar in
>jboss-contrib, in preparation for being an external
>dependancy. However,
>jboss can't build unless catalina(tomcat4) is install, and
>catalina can't
>build unless jboss is installed.
Replace jmxri by openjmx (www.openjmx.or
>Great, I will check these out soon.
>
>> - The package currently uses the included JARs from the
>> jakarta-tomcat-connectors project. This means that the
>package would have
>> to go into non-free if I don't change this.
Why didn't you rebuilt it from source since TC 4.0.2 in LE mode
no mor
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Adam Heath wrote:
>
> > EmbeddedManager depends on jmxri.jar.
>
> Right, from Catalina's build.xml:
>
> unless="compile.jmx"/>
> unless="compile.jmx"/>
> unless="compile.jmx"/>
>
> When I compile Tomcat 4.0
Adam Heath wrote:
EmbeddedManager depends on jmxri.jar.
Right, from Catalina's build.xml:
When I compile Tomcat 4.0 with JMX support (from a locally installed JAR,
which is ok for a package from contrib) will the resulting package work
without it? JMX seems to be only used duri
Matt Zimmerman wrote:
Is there still some question as to whether these are redistributable?
These are free software (Apache license), they are just taken from
another Jakarta subproject. I think I'll just include their source in
the Tomcat package and build from there.
BTW: A new experminetal versi
On Tue, 12 Feb 2002, Adam Heath wrote:
> [16:59:32,353,ConfigurationService] Could not create MBean
> Catalina:name=Catalina(org.apache.catalina.startup.EmbeddedManager)
> java.lang.ClassNotFoundException: org.apache.catalina.startup.EmbeddedManager
>
> [EMAIL PROTECTED]:~/brainfood/jboss/catalin
On Tue, 12 Feb 2002, Adam Heath wrote:
> On Tue, 12 Feb 2002, Stefan Gybas wrote:
>
> > Adam Heath wrote:
> >
> > > I need a way to make use of the tomcat4 code base, but NOT have it start
> > > up.
> > > Could the init script be put into a separate package, so
> > > jboss-catalina-service can co
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Stefan Gybas wrote:
>
> > I'm just trying to figure out why Tomcat does not work with a security
> > manager on JDK 1.3 but works fine on JDK 1.4. Has anyone experience with
> > this?
>
> I found the problem: It seems that JDK 1.3 does follow symlinks w
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Adam Heath wrote:
>
> > I should have packages done by no later than this weekend, as I juggle it in
> > with work. Can you hold off uploading tomcat4 until at least then?
>
> Sure, I'll need some more test versions anyway until everything work fine.
>
Stefan Gybas wrote:
> I'm just trying to figure out why Tomcat does not work with a security
> manager on JDK 1.3 but works fine on JDK 1.4. Has anyone experience with
> this?
I found the problem: It seems that JDK 1.3 does follow symlinks while
JDK 1.4 does not. The JARs are all in /usr/share
GOMEZ Henri wrote:
> You could compile them from jtc, here is how I do
> it in my RPM :=)
That's not an option for building Debian packages. All sources have
to be in a single orig.tar.gz archive (or the Debian .diff.gz). So
the standrad Jakarta build process with lots of "neighbour directories"
On Tue, 12 Feb 2002, Stefan Gybas wrote:
> Adam Heath wrote:
>
> > I need a way to make use of the tomcat4 code base, but NOT have it start up.
> > Could the init script be put into a separate package, so
> > jboss-catalina-service can conflict with it?
>
> Which JARs do you need to start an embed
Adam Heath wrote:
> I should have packages done by no later than this weekend, as I juggle it in
> with work. Can you hold off uploading tomcat4 until at least then?
Sure, I'll need some more test versions anyway until everything work fine.
I'm just trying to figure out why Tomcat does not work
Adam Heath wrote:
I need a way to make use of the tomcat4 code base, but NOT have it start up.
Could the init script be put into a separate package, so
jboss-catalina-service can conflict with it?
Which JARs do you need to start an embedded Tomcat?
bin/bootstrap.jar
? common/lib/naming-common.jar
On Tue, Feb 12, 2002 at 08:44:51PM +0100, Stefan Gybas wrote:
> I have created an experimental package of Tomcat 4.0.2 and put it
> at http://people.debian.org/~sgybas/tomcat4/
Great, I will check these out soon.
> - The package currently uses the included JARs from the
> jakarta-tomcat-connec
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Who wants to package openjmx? If nobody sends an ITP within the next
> 24 hours, I'll do it. Packaging looks very simple: Just call Ant.
I'll do it. I need it for jboss as well.
I should have packages done by no later than this weekend, as I juggle it
>I am rebuilding from source. These JARs are included in the source
>distribution in the lib/ directory and are just copied to the final
>compiled tree. The sources for those classes are in the
>jakarta-tomcat-connectors archive - I don't understand why.
You could compile them from jtc, here is h
GOMEZ Henri wrote:
> Why didn't you rebuilt it from source since TC 4.0.2 in LE mode
> no more depends on Sun external APIs ?
I am rebuilding from source. These JARs are included in the source
distribution in the lib/ directory and are just copied to the final
compiled tree. The sources for thos
Stefan Gybas wrote:
I have created an experimental package of Tomcat 4.0.2 and put it
at http://people.debian.org/~sgybas/tomcat4
Ahh, cool! I'll try it out sometime this week, let you know how it goes.
- I'm thinking of using Xerces 2 (currently in incoming) instead of 1.4.
Comments?
Is it wort
GOMEZ Henri wrote:
> Replace jmxri by openjmx (www.openjmx.org) which is free and open :)
That should probably be http://www.open-jmx.org/
(or http://openjmx.sourceforge.net/) - www.openjmx.org does not
exist. But thanks a lot for the hint.
I'm currently compilimg the Tomcat 4.0 packages with O
>EmbeddedManager depends on jmxri.jar. Currently, I have this jar in
>jboss-contrib, in preparation for being an external
>dependancy. However,
>jboss can't build unless catalina(tomcat4) is install, and
>catalina can't
>build unless jboss is installed.
Replace jmxri by openjmx (www.openjmx.o
>Great, I will check these out soon.
>
>> - The package currently uses the included JARs from the
>> jakarta-tomcat-connectors project. This means that the
>package would have
>> to go into non-free if I don't change this.
Why didn't you rebuilt it from source since TC 4.0.2 in LE mode
no mo
On Tue, 12 Feb 2002, Stefan Gybas wrote:
> Hi!
>
> I have created an experimental package of Tomcat 4.0.2 and put it
> at http://people.debian.org/~sgybas/tomcat4/
OOH!
Now I have something to build jboss against.
I need a way to make use of the tomcat4 code base, but NOT have it start up.
Coul
On Wed, 13 Feb 2002, Stefan Gybas wrote:
> Adam Heath wrote:
>
> > EmbeddedManager depends on jmxri.jar.
>
> Right, from Catalina's build.xml:
>
> unless="compile.jmx"/>
> unless="compile.jmx"/>
> unless="compile.jmx"/>
>
> When I compile Tomcat 4.0
Adam Heath wrote:
> EmbeddedManager depends on jmxri.jar.
Right, from Catalina's build.xml:
When I compile Tomcat 4.0 with JMX support (from a locally installed JAR,
which is ok for a package from contrib) will the resulting package work
without it? JMX seems to be only
Matt Zimmerman wrote:
> Is there still some question as to whether these are redistributable?
These are free software (Apache license), they are just taken from
another Jakarta subproject. I think I'll just include their source in
the Tomcat package and build from there.
BTW: A new experminetal
On Tue, 12 Feb 2002, Adam Heath wrote:
> [16:59:32,353,ConfigurationService] Could not create MBean
>Catalina:name=Catalina(org.apache.catalina.startup.EmbeddedManager)
> java.lang.ClassNotFoundException: org.apache.catalina.startup.EmbeddedManager
>
> adam@gradall:~/brainfood/jboss/catalina/tom
On Tue, 12 Feb 2002, Adam Heath wrote:
> On Tue, 12 Feb 2002, Stefan Gybas wrote:
>
> > Adam Heath wrote:
> >
> > > I need a way to make use of the tomcat4 code base, but NOT have it start up.
> > > Could the init script be put into a separate package, so
> > > jboss-catalina-service can conflict
On Tue, 12 Feb 2002, Stefan Gybas wrote:
> Adam Heath wrote:
>
> > I need a way to make use of the tomcat4 code base, but NOT have it start up.
> > Could the init script be put into a separate package, so
> > jboss-catalina-service can conflict with it?
>
> Which JARs do you need to start an embe
Adam Heath wrote:
> I need a way to make use of the tomcat4 code base, but NOT have it start up.
> Could the init script be put into a separate package, so
> jboss-catalina-service can conflict with it?
Which JARs do you need to start an embedded Tomcat?
bin/bootstrap.jar
? common/lib/naming
On Tue, Feb 12, 2002 at 08:44:51PM +0100, Stefan Gybas wrote:
> I have created an experimental package of Tomcat 4.0.2 and put it
> at http://people.debian.org/~sgybas/tomcat4/
Great, I will check these out soon.
> - The package currently uses the included JARs from the
> jakarta-tomcat-conne
Stefan Gybas wrote:
>
> I have created an experimental package of Tomcat 4.0.2 and put it
> at http://people.debian.org/~sgybas/tomcat4
Ahh, cool! I'll try it out sometime this week, let you know how it goes.
> - I'm thinking of using Xerces 2 (currently in incoming) instead of 1.4.
> Commen
Hi!
I have created an experimental package of Tomcat 4.0.2 and put it
at http://people.debian.org/~sgybas/tomcat4/
Please test it, read README.Debian (really!) and send me comments and
suggestions for improvements. I'll update the package at the above
address from time to time until it can be uploa
On Tue, 12 Feb 2002, Stefan Gybas wrote:
> Hi!
>
> I have created an experimental package of Tomcat 4.0.2 and put it
> at http://people.debian.org/~sgybas/tomcat4/
OOH!
Now I have something to build jboss against.
I need a way to make use of the tomcat4 code base, but NOT have it start up.
Cou
> (1)Do you know 'lintian'? If not, please try it with following
> (2)Java package name is libXXX-java.
Both done and uploaded to the same URLs as before. There are now
no lintian warnings. The package name was changed as requested and
versioned 1.4-1.
> (3)Build-Depends field is incomplete.
Hi!
I have created an experimental package of Tomcat 4.0.2 and put it
at http://people.debian.org/~sgybas/tomcat4/
Please test it, read README.Debian (really!) and send me comments and
suggestions for improvements. I'll update the package at the above
address from time to time until it can be up
> (1)Do you know 'lintian'? If not, please try it with following
> (2)Java package name is libXXX-java.
Both done and uploaded to the same URLs as before. There are now
no lintian warnings. The package name was changed as requested and
versioned 1.4-1.
> (3)Build-Depends field is incomplete.
> I mean that other than Java use LD_LIBRARY_PATH. So, LD_LIBRARY_PATH
> shouldn't be defined _system-wide_. I think LD_LIBRARY_PATH should be
> defined at _startup script_.
> For example, ant has startup script in /usr/bin/ant. If ant use JNI
> (in fact, it's not used), LD_LIBRARY_PATH is defined
From: Kenneth Pronovici <[EMAIL PROTECTED]>
Subject: Re: NBIO (Non-blocking I/O)
Date: Mon, 11 Feb 2002 20:38:18 -0600
> > I find myself with a need for the NBIO package from:
> >
> >http://www.cs.berkeley.edu/~mdw/proj/java-nbio/
> >
> > which implements non-blocking socket I/O. It's sort
From: Kenneth Pronovici <[EMAIL PROTECTED]>
Subject: Re: NBIO (Non-blocking I/O)
Date: Mon, 11 Feb 2002 13:29:10 -0600
> > >4) Is it my responsibility to ensure that the system-wide
> > > $LD_LIBRARY_PATH includes /usr/lib/java (or /usr/lib/java/jni),
> > > so that the JNI librari
> I mean that other than Java use LD_LIBRARY_PATH. So, LD_LIBRARY_PATH
> shouldn't be defined _system-wide_. I think LD_LIBRARY_PATH should be
> defined at _startup script_.
> For example, ant has startup script in /usr/bin/ant. If ant use JNI
> (in fact, it's not used), LD_LIBRARY_PATH is define
From: Kenneth Pronovici <[EMAIL PROTECTED]>
Subject: Re: NBIO (Non-blocking I/O)
Date: Mon, 11 Feb 2002 20:38:18 -0600
> > I find myself with a need for the NBIO package from:
> >
> >http://www.cs.berkeley.edu/~mdw/proj/java-nbio/
> >
> > which implements non-blocking socket I/O. It's sort
From: Kenneth Pronovici <[EMAIL PROTECTED]>
Subject: Re: NBIO (Non-blocking I/O)
Date: Mon, 11 Feb 2002 13:29:10 -0600
> > >4) Is it my responsibility to ensure that the system-wide
> > > $LD_LIBRARY_PATH includes /usr/lib/java (or /usr/lib/java/jni),
> > > so that the JNI librar
56 matches
Mail list logo
