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 somet
=
==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
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 Inc.]
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 advan
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 inn
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
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
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 Team]
=
==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 Edi
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:
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 Team
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]
[java.vm
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 a
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]
[java.vm
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():
public interface NestedThrowable
extends Serializable
{
// ...
final
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 r
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]
> Su
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 objec
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
Bugs item #556704, was opened at 2002-05-16 10:27
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=556704&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Tim Fox (timfox)
Assigned to: Dain S
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
> > classpat
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=66&thread=15728
___
Hundreds of nodes, one monster r
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 u
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
Bugs item #557394, was opened at 2002-05-17 18:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557394&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
Assigned
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
weblogic-cmp-rdbms-ja
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 nu
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 th
Bugs item #557209, was opened at 2002-05-17 12:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557209&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Christian Riege (lqd)
Assi
Bugs item #557209, was opened at 2002-05-17 05:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557209&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Works For Me
Priority: 5
Submitted By: Christian Riege (lqd)
As
Patches item #557303, was opened at 2002-05-17 11:14
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=557303&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve (xinglie)
Assigned to: N
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
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
>
>T
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
--
===
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 tot
Bugs item #557209, was opened at 2002-05-17 14:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=557209&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Christian Riege (lqd)
Assigned to
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
37 matches
Mail list logo