--- Comment #4 from psj at harker dot dyndns dot org 2006-08-13 17:24
---
Occurs with JamVM 1.4.3 and Classpath 0.92. Does not occur with Cacao 0.96 and
the same Classpath 0.92. Presumably because Cacao does not load xercesImpl.jar
from lib/endorsed as JamVM does?
--
Hi Christian.
On Mon, 2006-07-31 at 13:22 +0200, Christian Thalinger wrote:
Today I was trying again JBoss-4.0.4 and it runs much better than the
last time.
This includes with Classpath 0.92 release. First time JBoss 4 has
started up cleanly with a release version of Classpath?
But after 2
JBoss does not starts with jamvm today with the class cast exception in
the sentence:
this.modelAttributes = (ModelMBeanAttributeInfo[])
super.getAttributes();
The exceptions trace and messages are attached.
As until now it was a long talk about JBoss running, I suspect that this
is a
On Tue, Aug 08, 2006 at 12:37:52PM +0200, Audrius Meskauskas wrote:
JBoss does not starts with jamvm today with the class cast exception in
the sentence:
this.modelAttributes = (ModelMBeanAttributeInfo[])
super.getAttributes();
The exceptions trace and messages are attached.
As
Christian Thalinger wrote:
I get exactly the same exception with CACAO and CVS head.
TWISTI
Ok. I fill in the bug report 28652.
Audrius
Hi Robert,
Putting JamVM into its own directory would be most helpful! Will save me
some work for firecat;)
David Fu.
On 7/31/06, Robert Lougher [EMAIL PROTECTED] wrote:
On 7/31/06, Christian Thalinger [EMAIL PROTECTED] wrote:
On
Hi!
Today I was trying again JBoss-4.0.4 and it runs much better than the
last time. This DB problem is gone (mark, can you remember?), maybe
because a shutdown does not crash anymore, and it does not shutdown
itself anymore after running a few minutes. And even the startup time
is faster
Hi Christian!
2006/7/31, Christian Thalinger [EMAIL PROTECTED]:
13:02:10,416 WARN [URLDeploymentScanner] Scan URL, caught
java.io.IOException: Could not list directory
'/home/twisti/src/cacao/jboss/jboss-4.0.4.GA/server/default/deploy',
reason unknown
I thinks it's related to the number
On Mon, 2006-07-31 at 13:55 +0200, Stephan Michels wrote:
I don't know if it is related to your problem, but the too many open
files thing reminds me of this bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25760
Ahh, I can remember that bug. Hmm, probably. Hard to tell, as CACAO
does not
Hi Twisti,
On 7/31/06, Christian Thalinger [EMAIL PROTECTED] wrote:
On Mon, 2006-07-31 at 13:55 +0200, Stephan Michels wrote:
I don't know if it is related to your problem, but the too many open
files thing reminds me of this bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25760
Ahh, I can
), unpack
it, change to jboss-4.0.4.GA/bin and run it like:
$ JAVA_HOME=/home/twisti/tmp/jamvm ./run.sh
I set up myself a little fakejdk in /home/twisti/tmp/jamvm, means, I
made a java symlink to jamvm.
That's it.
TWISTI
JBoss!
Who does :-) Well, just download the latest release (4.0.4.GA), unpack
it, change to jboss-4.0.4.GA/bin and run it like:
$ JAVA_HOME=/home/twisti/tmp/jamvm ./run.sh
I set up myself a little fakejdk in /home/twisti/tmp/jamvm, means, I
made a java symlink to jamvm.
That's it.
Thanks
When running JBoss-4.0.4 with current CVS head, which is mostly like upcoming
0.92 release, I get a NPE during shutdown:
19:16:45,755 WARN [JRMPInvoker] Stopping failed
jboss:service=invoker,type=jrmp
java.lang.NullPointerException
at
java.rmi.server.UnicastRemoteObject.unexportObject
Twisti == Christian Thalinger [EMAIL PROTECTED] writes:
Twisti On shutdown I get a NPE:
Twisti 13:07:37,901 WARN [JRMPInvoker] Stopping failed
Twisti jboss:service=invoker,type=jrmp
Twisti java.lang.NullPointerException
Twistiat
On Mon, 2006-07-31 at 14:06 +0200, Christian Thalinger wrote:
Ahh, I can remember that bug. Hmm, probably. Hard to tell, as CACAO
does not have class GC and I can't run jboss with jamvm. Does any other
VM have class GC?
The bug showed with jamvm is already in bugzilla:
On Mon, 2006-07-31 at 19:04 +0100, Robert Lougher wrote:
No, but it doesn't look difficult to implement. If I understand it
correctly it seems to be as simple as just prepending the value of
java.endorsed.dirs to the bootpath?
Well, nearly. You have to scan the directories, if any, for
Hi,
No, but it doesn't look difficult to implement. If I understand it
correctly it seems to be as simple as just prepending the value of
java.endorsed.dirs to the bootpath?
Rob.
On 7/31/06, Christian Thalinger [EMAIL PROTECTED] wrote:
On Mon, 2006-07-31 at 14:06 +0200, Christian Thalinger
On 7/31/06, Robert Lougher [EMAIL PROTECTED] wrote:
On 7/31/06, Christian Thalinger [EMAIL PROTECTED] wrote:
On Mon, 2006-07-31 at 19:04 +0100, Robert Lougher wrote:
No, but it doesn't look difficult to implement. If I understand it
correctly it seems to be as simple as just prepending the
On Mon, 2006-07-31 at 13:03 -0400, Tom Tromey wrote:
Could you file a PR for this?
I don't know RMI very well (does anybody?) but this seems like a real
Classpath bug to me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28552
I think Audrius is the person. He fixed all my RMI problems :-)
Christian Thalinger wrote:
On Mon, 2006-07-31 at 14:06 +0200, Christian Thalinger wrote:
Ahh, I can remember that bug. Hmm, probably. Hard to tell, as CACAO
does not have class GC and I can't run jboss with jamvm. Does any other
VM have class GC?
JCVM has class unloading, but I've never
Rob == Robert Lougher [EMAIL PROTECTED] writes:
Rob No, but it doesn't look difficult to implement. If I understand it
Rob correctly it seems to be as simple as just prepending the value of
Rob java.endorsed.dirs to the bootpath?
You need to search the endorsed directories for .jar and .zip
On 7/31/06, Christian Thalinger [EMAIL PROTECTED] wrote:
On Mon, 2006-07-31 at 19:04 +0100, Robert Lougher wrote:
No, but it doesn't look difficult to implement. If I understand it
correctly it seems to be as simple as just prepending the value of
java.endorsed.dirs to the bootpath?
Well,
On Mon, 2006-07-31 at 19:35 +0100, Robert Lougher wrote:
Sorry to keep on spamming, but do you look in a default location if
java.endorsed.dirs is unset? The RI does, but this assumes you've got
a JRE-like directory structure. Time to put jamvm into it's own
directory...
Yes, we do. We
23 matches
Mail list logo
