I’m not sure if he has investigated Jetty 6.
>
> I’ve made a few comments below...
thanks for the response - replies in-line:
>
> On Thu, November 8, 2007 09:33, Greg Wilkins wrote:
>> Hi,
>>
>> I am fumbling my way towards jetty6 packages.
> > I have adde
jetty/extra/debian.
thanks again.
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
m in $(java.lib.home) and allow that
to be set to /usr/share/java (but default to $(jetty.home)/ext)
That's enough for 1 email I'll try to work out what the
classpath issue is on my system.
Thanks for this package!
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax
jetty/extra/debian.
thanks again.
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
m in $(java.lib.home) and allow that
to be set to /usr/share/java (but default to $(jetty.home)/ext)
That's enough for 1 email I'll try to work out what the
classpath issue is on my system.
Thanks for this package!
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax
d offer an option not to auto start?
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
d offer an option not to auto start?
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t web
container).
2.4 could handle multiple web container instances ( of the same or different
types). 3.0 does not cope so well with that.
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
.2 is still very unstable, but may be a better target for the mid term.
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
fault web
container).
2.4 could handle multiple web container instances ( of the same or different
types). 3.0 does not cope so well with that.
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.
3.0.6
3.2 is still very unstable, but may be a better target for the mid term.
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Joe Phillips wrote:> On Mon, 2003-01-20 at 05:00, Greg Wilkins wrote:
Your jboss debs for 3.0.2-2 deployed without problems on my
debian sid system. Good work!
+ Does it really need to depend on your jdk1.4 package?
Jboss can run on 1.3 and most debian users will have already
instal
Joe Phillips wrote:> On Mon, 2003-01-20 at 05:00, Greg Wilkins wrote:
Your jboss debs for 3.0.2-2 deployed without problems on my
debian sid system. Good work!
+ Does it really need to depend on your jdk1.4 package?
Jboss can run on 1.3 and most debian users will have alre
alled
jboss normally. I can see the logic of this (simplicity) but
in reality it really should use the jars from /usr/share/java
is that your eventual intent?
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK.
alled
jboss normally. I can see the logic of this (simplicity) but
in reality it really should use the jars from /usr/share/java
is that your eventual intent?
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK.
sed on the java.home property and
adds it to its own classloader. All do some checking to see if
using the ant.jar directly can do the same thing.
regards
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
ools.jar itself based on the java.home property and
adds it to its own classloader. All do some checking to see if
using the ant.jar directly can do the same thing.
regards
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK.
is there is no standardization between JDK
vendors. It *seems* for Sun JDKs, at least the jarfile and class names
seem consistant. I've never had compiler-related problems running
Tomcat across J2SDKs.
-joe
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 70920634
ad.
add our site to your sources.list and apt-get install
jboss-server-default to get the default server installation. Then set
your JAVA_HOME in /etc/default/jboss and start it via /etc/init.d/jboss.
If you prefer 'all', install jboss-server-all instead. Likewise with
'minim
e you may have difficulties down the road.
add our site to your sources.list and apt-get install
jboss-server-default to get the default server installation. Then set
your JAVA_HOME in /etc/default/jboss and start it via /etc/init.d/jboss.
If you prefer 'all', install jboss-server-all instead.
t with the release of glibc 2.3.1
But isn't the whole library versioning thing meant to solve this sort
of things? why isn't the old libc kept about as an explicit version
that java can link directly to?
Isn't there something we can do to change libjvm to explicitly link
to the
o exist with the release of glibc 2.3.1
But isn't the whole library versioning thing meant to solve this sort
of things? why isn't the old libc kept about as an explicit version
that java can link directly to?
Isn't there something we can do to change libjvm to explicitly link
to
I get the same thing with 1.3.1_06
Greg Wilkins wrote:>
I've been using Suns jdk1.3.1_02 on debian sid.
I just updated my libc to libc-2.3.1.so and now when I run java I get:
Error occurred during initialization of VM
Unable to load native library:
/usr/local/java/jdk/jdk1.3.1_02/jre/
2 => /lib/ld-linux.so.2 (0x8000)
What can I do to fix this (other than role back my libc)?
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
I get the same thing with 1.3.1_06
Greg Wilkins wrote:>
I've been using Suns jdk1.3.1_02 on debian sid.
I just updated my libc to libc-2.3.1.so and now when I run java I get:
Error occurred during initialization of VM
Unable to load native library:
/usr/local/java/jdk/jdk1.3.1_02
2 => /lib/ld-linux.so.2 (0x8000)
What can I do to fix this (other than role back my libc)?
--
Greg Wilkins<[EMAIL PROTECTED]> Phone/fax: +44 7092063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
l
packages that depended on a jre package, but you supplied your own?
regards
Takashi Okamoto wrote:
From: Greg Wilkins <[EMAIL PROTECTED]>
Subject: dummy java2-runtime in sid?
Date: Tue, 06 Aug 2002 16:20:11 +0100
Sorry, but the following packages have unmet dependencies:
junit: Depen
E: Sorry, broken packages
This has been like this for at least 2 or 3 weeks - which is much longer
than my normal wait for sid to get better?
What's the story? Have I missed some fundamental change?
thanks
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)70920634
at in all comparisons that I have seen.
Besides - if you are interested in performance, why use JSPs :-)
cheers
Adam Heath wrote:
On Sat, 29 Jun 2002, Greg Wilkins wrote:
Adam,
Sounds like great work.
I'm the maintainer/developer of Jetty, a jboss developer and a debian user
so I'm keen t
ormed
Tomcat in all comparisons that I have seen.
Besides - if you are interested in performance, why use JSPs :-)
cheers
Adam Heath wrote:
> On Sat, 29 Jun 2002, Greg Wilkins wrote:
>
>
>>Adam,
>>
>>Sounds like great work.
>>
>>I'm the maintainer/d
, asking for debs of JBoss. I
have bcc'd them with this mail.
--
Greg Wilkins<[EMAIL PROTECTED]>http://www.mortbay.com
Mort Bay Consulting Pty. Ltd. AU.+61(0)29977 2395
Mort Bay Consulting Limited. England UK. +44(0)7092063462
--
To U
Until that time, I want those that are more familiar with
> Java and Debian to test them.
>
> 1: deb http://mirror.brainfood.com/brainfood-public sid main contrib non-free
>
> ps: Several people have sent me private emails, asking for debs of JBoss. I
> have bcc'd t
ntly under excessive load.
We have just started the 4.1.x series of Jetty, where we are trying to
the performance back to the top of the league tables.
cheers
Maybe that's a bit unfair. It could be jboss that's the culprit.
Nevertheless, this decision has set us back by a bit...
cision has set us back by a bit Not nice... Grrr.
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631
http://www.mortbay.com AU Phone: +61-(0)2 98107029
--
To UNSUBSCRIBE, email
isted
changing their structure for debian, but once I know the ropes - we may
be able to gently move it in the right direction.
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631
http://www.mortba
ve resisted
changing their structure for debian, but once I know the ropes - we may
be able to gently move it in the right direction.
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786
ating their sections, but unguided this approach would result
in a bit of a inconsistent document.
regards
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631
http://www.mortbay.com AU
a deb).
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631
http://www.mortbay.com AU Phone: +61-(0)2 98107029
?!? (OK if everything is a deb).
cheers
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631
http://www.mortbay.com AU Phone: +61-(0)2 98107029
--
To UNSUBSCRIBE, email to
t are probably included in other packages?).
I'm not a debian developer and have never done a debian package.
But I am the maintainer of the jetty server and am happy to change it
to as needed. So when I say I need help - what I really mean is that
I can help somebody else make the package :-)
regar
)
regards
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK.Mbl Phone: +61-(0)4 17786631
http://www.mortbay.com AU Phone: +61-(0)2 98107029
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Just to complicate the situation
Any script that builds a PATHS,CLASSPATH, must also consider stripping
conflicts from them.
On my system, I have a set of use scripts, with which I can say:
use jdk -v 1.2
use jaxp
use jmx -v 1.0
If later I decide to do a
use jmx -v 1.0
then the old
Just to complicate the situation
Any script that builds a PATHS,CLASSPATH, must also consider stripping
conflicts from them.
On my system, I have a set of use scripts, with which I can say:
use jdk -v 1.2
use jaxp
use jmx -v 1.0
If later I decide to do a
use jmx -v 1.0
t
Joe Emenaker wrote:
It's also possible that 2 different (but very close) APIs have classes in
the same package.
What is Java supposed to do if it encounters two different classes of the
same name in the same package? Does it just take the first one that it
encounters?
While having classes for a
Joe Emenaker wrote:
>> It's also possible that 2 different (but very close) APIs have classes in
>> the same package.
>
> What is Java supposed to do if it encounters two different classes of the
> same name in the same package? Does it just take the first one that it
> encounters?
While havi
Comments inline:
Ola Lundqvist wrote:
Hi
I have followed the java instalation issues thread. So I'l try
to summarize and give some new proposals.
Java libraries:
* Java libraries should go to /usr/share/java if they are
jar files and /usr/share/java/repository if they are a collection
of classe
Comments inline:
Ola Lundqvist wrote:
> Hi
>
> I have followed the java instalation issues thread. So I'l try
> to summarize and give some new proposals.
>
> Java libraries:
> * Java libraries should go to /usr/share/java if they are
> jar files and /usr/share/java/repository if they are a
h job: everybody will disagree, few
will suggest workable and proven solutions.
--
Greg Wilkins<[EMAIL PROTECTED]> GB Ph/Fax: +44(0)7092 063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
proposed Java policy tried to solve this and I would suggest that work on it
>resume. It is a tough job: everybody will disagree, few will suggest workable and
>proven solutions.
>
--
Greg Wilkins<[EMAIL PROTECTED]> GB Ph/Fax: +44(0)7092 063462
Mort Bay Consulting A
I'm not on the debian-java list, so I may have missed some
postings on this, but here is my 2c anyway.
Thom May wrote:
Right. Here we go again. As it may be obvious by now, I'm quite
keen to get this done. (I'm packaging up Jetty at the moment,
which is a servlet-2.2 compatible engine.)
Jetty is al
I'm not on the debian-java list, so I may have missed some
postings on this, but here is my 2c anyway.
Thom May wrote:
> Right. Here we go again. As it may be obvious by now, I'm quite
> keen to get this done. (I'm packaging up Jetty at the moment,
> which is a servlet-2.2 compatible engine.)
will
need to be taken to avoid conflicts with apache etc.
regards
--
Greg Wilkins<[EMAIL PROTECTED]> GB Ph/Fax: +44(0)7092 063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
care will
need to be taken to avoid conflicts with apache etc.
regards
--
Greg Wilkins<[EMAIL PROTECTED]> GB Ph/Fax: +44(0)7092 063462
Mort Bay Consulting Australia and UK. http://www.mortbay.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
53 matches
Mail list logo