Number of tests run: 758
Successful tests: 746
Errors:11
Failures: 1
[time of test: 17 May 2002 7:27 GMT]
[java.version: 1.4.0]
[java.vendor: Sun Microsystems Inc.]
On Friday 17 May 2002 04:44, David Jencks wrote:
Are you undeploying any packages before the crashes? The problems may have
started when I cleaned up a lot of memory leaks on undeploy-- no
UnifiedClassloaders were being released, and I had to change the cmp2 proxy
code a little to tell it
Bugs item #557209, was opened at 2002-05-17 14:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=557209group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Christian Riege (lqd)
Assigned to:
On 2002.05.17 01:18:15 -0400 Craig O'Shannessy wrote:
On Fri, 2002-05-17 at 12:44, David Jencks wrote:
On 2002.05.16 22:12:57 -0400 Craig O'Shannessy wrote:
I am getting many, many VM crashes on both 1.3.1 and 1.4 JDK with
JBoss_3_0_0_RC2 from cvs.
It is actually totally unusable.
Hello all!
Can someone give me a hint on this problem?
- What can cause a NullPointerException in a call to MarshalledObject.get()?
The MarshalledObject itself is NOT null (I can call toString() on it)!
JDK: Sun JDK 1.4 on Linux.
CU
Thomas
--
Yes I agree it should be configurable.
Regards,
Hiram
From: Dain Sundstrom [EMAIL PROTECTED]
To: Hiram Chirino [EMAIL PROTECTED]
Subject: Re: [jboss-group] Fw: [JBoss-user] Does JBoss3 have Problems
Deploying Similar ejb-jars in Different EARs
Date: Fri, 17 May 2002 00:40:00 -0500
Then you
It looks like org.jboss.util.Primitives is required by the
org.jboss.util.id.* classes as well.
The problem lies in the fact that the testsuite uses the same
classpath to
run as it does to build. In testsuite/build.xml, part of the
'tests.classpath' property (which is used in the build
Bugs item #557209, was opened at 2002-05-17 05:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=557209group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Works For Me
Priority: 5
Submitted By: Christian Riege (lqd)
Bugs item #557209, was opened at 2002-05-17 12:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=557209group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Christian Riege (lqd)
Assigned
At what line in MarshalledObject does this exception occur? Check the
line number and have a look at the source-code (distributed with the JDK
as src.zip) to find out what's wrong :)
Hth /Anders
On Fri, 2002-05-17 at 16:04, Thomas Peuss wrote:
Hello all!
Can someone give me a hint on this
Hallo!
On Fri, May 17, 2002 at 05:51:05PM +0200, Anders Engstrom wrote:
At what line in MarshalledObject does this exception occur? Check the
line number and have a look at the source-code (distributed with the JDK
as src.zip) to find out what's wrong :)
The JVM does not give the line number
Hello Andreas,
Thursday, May 16, 2002, 10:10:30 AM, you wrote:
I wrote very simple example. There are two beans entity and
session (stateless/stateful) generated by XDoclet with xml descriptors
for jboss and wl. And two xsl stylesheets transforming weblogic-ejb-jar.xml and
Bugs item #557394, was opened at 2002-05-17 18:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=557394group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
Assigned
I was just thinking how cool it would be to generically associate xml
with a method declaration.
Back story:
I am working on unit test cases for JBossCMP using JUnitEJB and it would
be really useful to mark a test method with a tx attribute. Now this
test code is not an EJB or an XMBean, so
Ok, I'm responding to my own email. Sometimes I get to excited.
This is technique will only be useful in some circumstances because it
requires changing your source code to change a simple configuration. In
my case this is acceptable, because I'm talking about test cases. It
would also be
Yes, I am also taking look into this. I have some experience with WL. I will do some
experiments first with xalan.
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=15728
___
Hundreds of nodes, one monster
fuck me... I will resolve this one and for all...
--jason
On Friday 17 May 2002 02:04 pm, [EMAIL PROTECTED] wrote:
It looks like org.jboss.util.Primitives is required by the
org.jboss.util.id.* classes as well.
The problem lies in the fact that the testsuite uses the same
classpath to
Bugs item #556704, was opened at 2002-05-16 10:27
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=556704group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Tim Fox (timfox)
Assigned to: Dain
Ok, so I am just including everythig from common... most of that stuff is
useful for client proxies and such. We can exclude the bits we don't need.
Sorry about the trouble.
--jason
On Friday 17 May 2002 02:04 pm, [EMAIL PROTECTED] wrote:
It looks like org.jboss.util.Primitives is required
Unless the getClassMetaData() loaded up the config info from a resource xml
file. The XDoclet stuff would just generate the getClassMetaData() method
(that just loads the data from the xml file) and the .xml that holds the
class metadata.
If getClassMetaData() returned a really generic
Not sure if this helps, but JDK 1.5 is planning to put this in and make
the meta data accessible from the runtime as well as tools like Javadoc.
James
-Original Message-
From: Hiram Chirino [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 17, 2002 4:08 PM
To: [EMAIL PROTECTED]
Hi Dain,
How about byte code post-processing to add the metadata? This
would allow changing the metadata without changing or recompiling
the code. The class could also optionally contain a reference id for
the metadata, rather than the metadata itself, so that it could be
changed dynamically at
could be with 1.3 as well, but definetly with 1.4 on linux. Some code which I
checked in a tested yesterday under 1.4 magically stopped working today. I
sometimes get a NPE at log.debug() inside Util.getBoolean():
snip
public interface NestedThrowable
extends Serializable
{
// ...
Number of tests run: 614
Successful tests: 544
Errors:65
Failures: 5
[time of test: 18 May 2002 0:40 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
1. Why is it lame to tell you to make this into a session bean so you can
use xdoclet to generate the tx attribute tags? Maybe it's obvious, but I'm
not getting it.
2. If you still don't want a session bean, when the ejb and mbean
interceptor stacks are unified you should be able to use the tx
Number of tests run: 607
Successful tests: 536
Errors:66
Failures: 5
[time of test: 18 May 2002 1:46 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
Number of tests run: 607
Successful tests: 530
Errors:73
Failures: 4
[time of test: 18 May 2002 2:35 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
Can we get direct links to the servers build and run logs in this mail too?
--jason
On Saturday 18 May 2002 01:37 am, [EMAIL PROTECTED] wrote:
Number of tests run: 607
Successful tests: 530
Errors:73
Failures:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1
Java(TM) 2 Runtime Environment, Standard
Number of tests run: 614
Successful tests: 544
Errors:65
Failures: 5
[time of test: 18 May 2002 4:0 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
Can Logger.getLoger return null under any circumstances? Funky stuff
like this in innerclasses has never worked correctly. You should make
this a private top level class.
-dain
Jason Dillon wrote:
could be with 1.3 as well, but definetly with 1.4 on linux. Some code which I
checked in
David Jencks wrote:
1. Why is it lame to tell you to make this into a session bean so you can
use xdoclet to generate the tx attribute tags? Maybe it's obvious, but I'm
not getting it.
It is a unit test test under JUnit it has nothing to do with ejbs. I
can manage the tx by hand I just
On Saturday 18 May 2002 03:20 am, Dain Sundstrom wrote:
Can Logger.getLoger return null under any circumstances?
Shit I hope not:
public static Logger getLogger(Class clazz)
{
Logger logger = new Logger(clazz.getName());
return logger;
}
Funky stuff
like this in
Are you reinventing metaclasses/metaobject protocols/metaprogramming? Are
you thinking of something like the jdo bytecode enhancer to add these
metaclass activities to the compiled class?
Unless you actually change the bytecode to perform these operations in the
class I'm not sure what the
Number of tests run: 607
Successful tests: 530
Errors:73
Failures: 4
[time of test: 18 May 2002 5:22 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun Microsystems
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_03
Java(TM) 2 Runtime Environment, Standard
I don't know what I'm reinventing. I like it better then hacking byte
code. Anyway the advantage over a separate xml file is you don't have
to have a separate file.
-dain
David Jencks wrote:
Are you reinventing metaclasses/metaobject protocols/metaprogramming? Are
you thinking of
37 matches
Mail list logo
