RE: [JBoss-dev] InvocationResponse and Exceptions
Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 8-July-2002
Number of tests run: 668
Successful tests: 665
Errors:0
Failures: 3
[time of test: 8 July 2002 0:28 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.1.5]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
NOTE: If there are any errors shown above - this mail is only highlighting
them - it is NOT indicating that they are being looked at by anyone.
Remember - if a test becomes broken after your changes - fix it or fix the test!
Oh dear - still got some errors!
Thanks for all your effort - we really do love you!
---
This sf.net email is sponsored by:ThinkGeek
Oh, it's good to be a geek.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] InvocationResponse and Exceptions
COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) COMPLETION_NO means an exception/problem occured before the actual invocation(definately failover) COMPLETION_YES means that everything is a ok. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 2:59 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Seperating web ejb tiers.....
Firstly, I'm fully conversant with the numerous reasons why running these two in the same VM might be advantageous, however, I am often asked how these can be run remotely from each other by users and I felt it was time I addressed the question. To do that I need some input from you guys I see two ways of achieving this : 1). Heterogeneous clustering - i.e. a cluster in which nodes are not configured identically - web-nodes would lack an ejb container and vice-versa. This looks to be an approach that has so far not undergone much discussion. It might be possible to write Service-Proxies i.e. every JBoss node in the web-tier has an EJB-Service proxy that points to a remote EJB-Service... 2). A web-tier comprised of standalone instances of Jetty. In doing this a user sacrifices all of the integration that has been done for the in-vm deployment (twin hot-deployment of war ejb-jar, JBossSX integration, ENC support etc)... - perhaps this should be adapted so that it can interface remotely as well as directly... ? Unfortunately, this is currently the simplest advice that I can give to the user. Does anyone favour one over the other ? or have an alternative ? Comments ? Jules --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] InvocationResponse and Exceptions
Was this question to me? This is a simple feature the simply includes a string print of the stacktrace, because in JDK 1.3 the stacktrace is not sent to the client. It will be helpful for debugging RemoteExceptions on the client side; this is very simple code. -dain marc fleury wrote: Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] InvocationResponse and Exceptions
COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) Give me an example of being in the bean and not knowing how far the invocation went. When would it be? marcf COMPLETION_NO means an exception/problem occured before the actual invocation(definately failover) COMPLETION_YES means that everything is a ok. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 2:59 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [ jboss-Bugs-578028 ] java.lang.ClassCircularityError: sun/ref
Ok clearly the workaround is not working on CCE, I believe I need to revisit this again, will try this week. We really need to put this one behind us, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: Saturday, July 06, 2002 2:10 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-578028 ] java.lang.ClassCircularityError: sun/ref Bugs item #578028, was opened at 2002-07-06 11:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=5 78028group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 6 Submitted By: T. Subramanian (t_subbu) Assigned to: Nobody/Anonymous (nobody) Summary: java.lang.ClassCircularityError: sun/ref Initial Comment: When I started JBoss Server I got the following error in the logs. Not sure whether this is related to JBoss any way I am submitting this. Before closing this issue can you please explain the reason to me. Note : I have customized JBoss by redirecting all the messages from JBoss to 1.4 Log API. So format of log message you are viewing in the attachement might be different Error Message : 11:12:32:489: [org.jboss.ejb.plugins.LogInterceptor] Unexpected Error java.lang.ClassCircularityError: sun/reflect/ConstructorAccessorImpl at sun.misc.Unsafe.defineClass(Native Method) at sun.reflect.ClassDefiner.defineClass (ClassDefiner.java:45) at sun.reflect.MethodAccessorGenerator$1.run (MethodAccessorGenerator.java:381) at java.security.AccessController.doPrivileged (Native Method) at sun.reflect.MethodAccessorGenerator.generate (MethodAccessorGenerator.java:377) at sun.reflect.MethodAccessorGenerator.generateConstruct or(MethodAccessorGenerator.java:76) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:30) at sun.reflect.DelegatingConstructorAccessorImpl.newInsta nce(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance (Constructor.java:274) at java.lang.Class.newInstance0 (Class.java:296) at java.lang.Class.newInstance (Class.java:249) at org.jboss.ejb.Container.createBeanClassInstance (Container.java:482) at org.jboss.ejb.plugins.AbstractInstancePool.get (AbstractInstancePool.java:208) at org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.i nvoke(MessageDrivenInstanceInterceptor.java:74) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:142) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.RunAsSecurityInterceptor.invoke (RunAsSecurityInterceptor.java:100) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.MessageDrivenContainer.invoke (MessageDrivenContainer.java:302) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.invoke (JMSContainerInvoker.java:625) at org.jboss.ejb.plugins.jms.JMSContainerInvoker$Message ListenerImpl.onMessage(JMSContainerInvoker.java:973) at org.jboss.jms.asf.StdServerSession.onMessage (StdServerSession.java:234) at org.jboss.mq.SpyMessageConsumer.sessionConsumer ProcessMessage(SpyMessageConsumer.java:561) at org.jboss.mq.SpyMessageConsumer.addMessage (SpyMessageConsumer.java:377) at org.jboss.mq.SpySession.run (SpySession.java:252) at org.jboss.jms.asf.StdServerSession.run (StdServerSession.java:173) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Work er.run(PooledExecutor.java:642) at java.lang.Thread.run(Thread.java:536) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=5 78028group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] InvocationResponse and Exceptions
it means that the invocation got to the bean but an exception/error was thrown in the middle of the actual invocation. So you could have a COMPLETION_YES if the invocation on the bean return but there was an error/exception thrown in the interceptor stack. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 10:09 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) Give me an example of being in the bean and not knowing how far the invocation went. When would it be? marcf COMPLETION_NO means an exception/problem occured before the actual invocation(definately failover) COMPLETION_YES means that everything is a ok. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury Sent: Monday, July 08, 2002 2:59 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] InvocationResponse and Exceptions Completion maybe??? What would it be and why is it interesting? KISS, Marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom Sent: Saturday, July 06, 2002 11:51 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] InvocationResponse and Exceptions Cool. When you get this done, I'd like to add some code to send the stacktrace for remote exceptions on JDK 1.3. -dain Bill Burke wrote: As you might already now, I'm wrapping the return value from an invocation in a response object. This is so that the server side can communicate back to client-side interceptors. Eventually I even want to pass back an exception within this InvocationResponse object along with a completion status. COMPLETION_YES COMPLETION_NO COMPLETION_MAYBE (You CORBA guys might recognize this.) These will allow client-side interceptors like clustering to determine that exact state of a failure. Bill --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] when will head be fixed?
A clean checkout is building for me. - Original Message - From: Bill Burke [EMAIL PROTECTED] To: Jboss-Dev [EMAIL PROTECTED] Sent: Saturday, July 06, 2002 4:48 PM Subject: [JBoss-dev] when will head be fixed? Is it already? --- This sf.net email is sponsored by:ThinkGeek Got root? We do. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] InvocationResponse and Exceptions
marc fleury wrote: COMPLETION_MAYBE is when you are actually in the invocation of the bean and you really don't know how far the invocation got.(for clustering don't failover invocation because you may be in inconsistent state.) Give me an example of being in the bean and not knowing how far the invocation went. When would it be? Think of a session bean with a method that simply calls a method of a remote bean in another server. After the method invocation request has been sent to the other server, but before a reply is received, the other server disappears (from the viewpoint of the server with the session bean). In this case we have no way of knowing if the method on the remote bean was executed, or not. Best Regards, Ole Husgaard. --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-578737 ] Modifications to template project
Patches item #578737, was opened at 2002-07-08 18:02
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376687aid=578737group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Sverker Abrahamsson (sverkera)
Assigned to: Nobody/Anonymous (nobody)
Summary: Modifications to template project
Initial Comment:
Hi,
I had a look at Andreas Schaefer's template project for
JBoss and it was a great help to get started. It wasn't
without problems though as I'm running Linux and there
was a few things that didn't work as they should.
Therefore I've modified the template somewhat and
thought I'd submit my work back to the project.
The changes are as follows:
* Created a file .ant.properties.redhat.example wich
contains an example setup for use with RedHat Linux.
When installing Ant from the RPM package
$ANT_HOME is set to /usr but the ant.jar file is located
in /usr/share/java. I've added a property called ant.lib
which is used instead of ant.home in the build.xml.
Unles set explicitly ant.lib is set to ${ant.home}/lib in
the build.xml. Xdoclet.lib is handled the same way.
* Renamed .ant.properties.example
to .ant.properties.win32.example
* Added comments in the build.xml file which parts to
change to adapt file to a new project. I wanted to get it
to only be the Name and version properties but the
include statements in javac and war sections remains.
I've marked those parts with Change so to adapt the
file to a new project one can find where to change it by
searching for Change. I suspect though that I've
missed some places that needs adaption.
* I've added new properties called war.name, ejb.name
and client.name which by default are derivated from the
Name property. The war and jar files generated are
named by these properties. That way when adapting to
a new project only Name has to be changed.
* xdoclet.lib is used instead of xdoclet.home to be able
to handle situations where the xdoclet.jar file is not in
$XDOCLET_HOME/lib. I use to put it in /usr/share/java
analog to how ant is installed.
* Not all projects contain ejb's, web files, servlets and
standalone clients. Therefore I've created the properties
ejb.present, servlet.present, client.present and
web.present that controls the compile process. E.g. I
have a project that so far is only html and jsp files and
ant now detects that I don't have any ejb's nor client nor
servlets and don't compile those parts. You can look in
target check-environment to find out how that is
determined. The benefit is that I can use the same
template for all my projects and as they evolve e.g. add
some ejb's to my project without having to modify the
build.xml.
* servlet-lib.path is, unless set explicity
in .ant.properties, set to ${jboss.home}/server/
${jboss.configuration}/lib/javax.servlet.jar
* Bug fixed: src/etc/web-inf is refered to as src/etc/WEB-
INF at one occation in build.xml. I've changed the dir to
be src/etc/WEB-INF and set all references accordingly.
Unixe filesystems are case sensitive.
I'm not sure that everything is optimal but at least in the
tests I've done so far everything have worked fine and
have been very convenient. It can most likely be
enhanced further.
I've attached a patch. A zip-file with the new teplate can
be downloaded from
http://www.abrahamsson.com/JBoss.3.0Template.Projec
t.new.zip
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376687aid=578737group_id=22866
---
This sf.net email is sponsored by:ThinkGeek
Oh, it's good to be a geek.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-578028 ] java.lang.ClassCircularityError: sun/ref
Bugs item #578028, was opened at 2002-07-05 23:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=578028group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 6 Submitted By: T. Subramanian (t_subbu) Assigned to: Nobody/Anonymous (nobody) Summary: java.lang.ClassCircularityError: sun/ref Initial Comment: When I started JBoss Server I got the following error in the logs. Not sure whether this is related to JBoss any way I am submitting this. Before closing this issue can you please explain the reason to me. Note : I have customized JBoss by redirecting all the messages from JBoss to 1.4 Log API. So format of log message you are viewing in the attachement might be different Error Message : 11:12:32:489: [org.jboss.ejb.plugins.LogInterceptor] Unexpected Error java.lang.ClassCircularityError: sun/reflect/ConstructorAccessorImpl at sun.misc.Unsafe.defineClass(Native Method) at sun.reflect.ClassDefiner.defineClass (ClassDefiner.java:45) at sun.reflect.MethodAccessorGenerator$1.run (MethodAccessorGenerator.java:381) at java.security.AccessController.doPrivileged (Native Method) at sun.reflect.MethodAccessorGenerator.generate (MethodAccessorGenerator.java:377) at sun.reflect.MethodAccessorGenerator.generateConstruct or(MethodAccessorGenerator.java:76) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:30) at sun.reflect.DelegatingConstructorAccessorImpl.newInsta nce(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance (Constructor.java:274) at java.lang.Class.newInstance0 (Class.java:296) at java.lang.Class.newInstance (Class.java:249) at org.jboss.ejb.Container.createBeanClassInstance (Container.java:482) at org.jboss.ejb.plugins.AbstractInstancePool.get (AbstractInstancePool.java:208) at org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.i nvoke(MessageDrivenInstanceInterceptor.java:74) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:142) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.RunAsSecurityInterceptor.invoke (RunAsSecurityInterceptor.java:100) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.MessageDrivenContainer.invoke (MessageDrivenContainer.java:302) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.invoke (JMSContainerInvoker.java:625) at org.jboss.ejb.plugins.jms.JMSContainerInvoker$Message ListenerImpl.onMessage(JMSContainerInvoker.java:973) at org.jboss.jms.asf.StdServerSession.onMessage (StdServerSession.java:234) at org.jboss.mq.SpyMessageConsumer.sessionConsumer ProcessMessage(SpyMessageConsumer.java:561) at org.jboss.mq.SpyMessageConsumer.addMessage (SpyMessageConsumer.java:377) at org.jboss.mq.SpySession.run (SpySession.java:252) at org.jboss.jms.asf.StdServerSession.run (StdServerSession.java:173) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Work er.run(PooledExecutor.java:642) at java.lang.Thread.run(Thread.java:536) -- Comment By: Scott M Stark (starksm) Date: 2002-07-08 09:08 Message: Logged In: YES user_id=175228 Show the full jboss version info as well as the vm info from the start of the server log. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=578028group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] WHOEVER BROKE HEAD PLEASE FIX IT!!!!!!!!!!!!!!!
Err. Uhmm. See, I'm not really american, ahhh... No, I'm like Canadian, eh? -danch (blushing in collective shame) Christian Riege wrote: hi, On Wed, 2002-07-03 at 23:24, James Mitchell wrote: ou pour nos amis hollandais Ich mag nackt (bildlich sprechend) in die Weiden der offenen Quelle laufen excuse me? as a german i take this as a personal offense being compared to a nation that couldn't even qualify for the world cup. dutch != deutsch of course the comparison was done by an american so i'll let this pass. what you get fed on CNN regarding geography is a shame anyways: http://mitglied.lycos.de/Pedde1/american_geography.jpg sacha will find the link interesting i guess. rgds, christian p.s.: ;) --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-578771 ] web-inf directory in template projekt
Bugs item #578771, was opened at 2002-07-08 19:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=578771group_id=22866 Category: JBossDoc Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Bjoern Dannemann (tekener) Assigned to: Nobody/Anonymous (nobody) Summary: web-inf directory in template projekt Initial Comment: The etc/web-inf directory in the jboss template project must be uppercase WEB-INF. Running ant will produce a web-client.war with a missing jboss-web.xml file! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=578771group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problem with CHAR, CMP2.0 and the Firebird driver.
Hi, (Please note that this problem could easily be avoided by using other types. But maybe a small change in the CMP engine and/or the Firebird driver would be better.) I'm using JBoss from CVS about a week old, and firebird-jca-jdbc-driver 1.0-beta-1. In my db, I have a column, defined as SEX CHAR and I have CMP2.0 accessors for it in my bean Character getSex(); void setSex(Character sex); My problems start when I create an instance of my bean This provokes an exception in the Firebird driver: org.firebirdsql.jdbc.TypeConvertionException: Error converting to object. at org.firebirdsql.jdbc.FBField.setObject(FBField.java:601) at org.firebirdsql.jdbc.FBPreparedStatement.setObject(FBPreparedStatement.java:212) at org.firebirdsql.jdbc.FBPreparedStatement.setObject(FBPreparedStatement.java:382) at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:249) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbstractCMPFieldBridge.java:283) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbstractCMPFieldBridge.java:262) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.java:192) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:131) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:527) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:253) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:270) (Line numbers may be slightly offset by extra debug code I inserted.) At JDBCUtil.java:249, there is a call pm.setObject(index, value, jdbcType); When this exception occurs, I can se that value is of class java.lang.Character with the value 'M', and that jdbcType is CHAR. I'm not an JDBC expert, but it looks to me like throwing an exception in this case may actually not be a JDBC violation (JDBC has no standard mapping from Character to CHAR). However, it seems logical to call the driver this way, so a change to the FBField class in the Firebird driver to allow this would be nice, and also simple to do. And _if_ the Firebird driver already is JDBC-conformant on this issue, we should probably change the CMP2.0 engine so that such a call is not done. That shouldn't be hard to do either, in the JDBCUtil.setParameter() method. But before I do any of the above changes, I would like to hear your comments. Best Regards, Ole Husgaard --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-578028 ] java.lang.ClassCircularityError: sun/ref
Bugs item #578028, was opened at 2002-07-06 11:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=578028group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 6 Submitted By: T. Subramanian (t_subbu) Assigned to: Nobody/Anonymous (nobody) Summary: java.lang.ClassCircularityError: sun/ref Initial Comment: When I started JBoss Server I got the following error in the logs. Not sure whether this is related to JBoss any way I am submitting this. Before closing this issue can you please explain the reason to me. Note : I have customized JBoss by redirecting all the messages from JBoss to 1.4 Log API. So format of log message you are viewing in the attachement might be different Error Message : 11:12:32:489: [org.jboss.ejb.plugins.LogInterceptor] Unexpected Error java.lang.ClassCircularityError: sun/reflect/ConstructorAccessorImpl at sun.misc.Unsafe.defineClass(Native Method) at sun.reflect.ClassDefiner.defineClass (ClassDefiner.java:45) at sun.reflect.MethodAccessorGenerator$1.run (MethodAccessorGenerator.java:381) at java.security.AccessController.doPrivileged (Native Method) at sun.reflect.MethodAccessorGenerator.generate (MethodAccessorGenerator.java:377) at sun.reflect.MethodAccessorGenerator.generateConstruct or(MethodAccessorGenerator.java:76) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:30) at sun.reflect.DelegatingConstructorAccessorImpl.newInsta nce(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance (Constructor.java:274) at java.lang.Class.newInstance0 (Class.java:296) at java.lang.Class.newInstance (Class.java:249) at org.jboss.ejb.Container.createBeanClassInstance (Container.java:482) at org.jboss.ejb.plugins.AbstractInstancePool.get (AbstractInstancePool.java:208) at org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.i nvoke(MessageDrivenInstanceInterceptor.java:74) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:96) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:142) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:61) at org.jboss.ejb.plugins.RunAsSecurityInterceptor.invoke (RunAsSecurityInterceptor.java:100) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:166) at org.jboss.ejb.MessageDrivenContainer.invoke (MessageDrivenContainer.java:302) at org.jboss.ejb.plugins.jms.JMSContainerInvoker.invoke (JMSContainerInvoker.java:625) at org.jboss.ejb.plugins.jms.JMSContainerInvoker$Message ListenerImpl.onMessage(JMSContainerInvoker.java:973) at org.jboss.jms.asf.StdServerSession.onMessage (StdServerSession.java:234) at org.jboss.mq.SpyMessageConsumer.sessionConsumer ProcessMessage(SpyMessageConsumer.java:561) at org.jboss.mq.SpyMessageConsumer.addMessage (SpyMessageConsumer.java:377) at org.jboss.mq.SpySession.run (SpySession.java:252) at org.jboss.jms.asf.StdServerSession.run (StdServerSession.java:173) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Work er.run(PooledExecutor.java:642) at java.lang.Thread.run(Thread.java:536) -- Comment By: T. Subramanian (t_subbu) Date: 2002-07-08 22:23 Message: Logged In: YES user_id=570438 I have uploaded by log file. As I am redirecting all Jboss messages to Log 1.4 API format might be different. I have renamed server.log to jboss1.txt file. Please see the attachement. -- Comment By: Scott M Stark (starksm) Date: 2002-07-08 21:08 Message: Logged In: YES user_id=175228 Show the full jboss version info as well as the vm info from the start of the server log. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=578028group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem with CHAR, CMP2.0 and the Firebird driver.
Dain Sundstrom wrote: If you change the jdbc-type (not the sql-type) to VARCHAR, it should work for you. If the parameter type is a Character and the jdbc-type is a VARCHAR, the parameter is converted into a string before setting, and converted back into a character on get. This code was added for databases that don't support char types such as Oracle. This change does not require that the database column type change. I guess you are talking about the change you made in JDBCUtil.coerceToSQLType(). Try it out and if it does work please update the Firebird type in the standardjbosscmp-jdbc.xml file. Letting the database column type be VARCHAR instead would probably work fine. Unfortunately my DB is pre-defined. I'm not a JDBC expert, but it looks to me like there is no (JDBC-standard-) problem with the Firebird driver, since JDBC has no standard mapping from java.lang.Character to CHAR. However, there is a mapping from java.lang.String to CHAR. My temporary workaround is similar to what you did with VARCHAR, only I do it each time, like changing JDBCUtil.coerceToSQLType() to say: } else if(value.getClass() == Character.class) instead of: } else if(value.getClass() == Character.class jdbcType == Types.VARCHAR) (The only difference being that I do this conversion in JDBCUtil.setParameter(), just before the call pm.setObject(index, value, jdbcType); With that change all my code runs fine, though I have not run the complete testsuite.) It looks to me like the CMP engine would be more JDBC-conformant, if it always converts a Character to a String before setting a field. Is there any case where setting a String wouldn't work when a Character would? If not, we might as well always coerce Character to String. Best Regards, Ole Husgaard. -dain Ole Husgaard wrote: Hi, (Please note that this problem could easily be avoided by using other types. But maybe a small change in the CMP engine and/or the Firebird driver would be better.) I'm using JBoss from CVS about a week old, and firebird-jca-jdbc-driver 1.0-beta-1. In my db, I have a column, defined as SEX CHAR and I have CMP2.0 accessors for it in my bean Character getSex(); void setSex(Character sex); My problems start when I create an instance of my bean This provokes an exception in the Firebird driver: org.firebirdsql.jdbc.TypeConvertionException: Error converting to object. at org.firebirdsql.jdbc.FBField.setObject(FBField.java:601) at org.firebirdsql.jdbc.FBPreparedStatement.setObject(FBPreparedStatement.java:212) at org.firebirdsql.jdbc.FBPreparedStatement.setObject(FBPreparedStatement.java:382) at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter(JDBCUtil.java:249) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setArgumentParameters(JDBCAbstractCMPFieldBridge.java:283) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBridge.setInstanceParameters(JDBCAbstractCMPFieldBridge.java:262) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.insertEntity(JDBCCreateEntityCommand.java:192) at org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:131) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:527) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:253) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:270) (Line numbers may be slightly offset by extra debug code I inserted.) At JDBCUtil.java:249, there is a call pm.setObject(index, value, jdbcType); When this exception occurs, I can se that value is of class java.lang.Character with the value 'M', and that jdbcType is CHAR. I'm not an JDBC expert, but it looks to me like throwing an exception in this case may actually not be a JDBC violation (JDBC has no standard mapping from Character to CHAR). However, it seems logical to call the driver this way, so a change to the FBField class in the Firebird driver to allow this would be nice, and also simple to do. And _if_ the Firebird driver already is JDBC-conformant on this issue, we should probably change the CMP2.0 engine so that such a call is not done. That shouldn't be hard to do either, in the JDBCUtil.setParameter() method. But before I do any of the above changes, I would like to hear your comments. Best Regards, Ole Husgaard --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Dain Sundstrom
Re: [JBoss-dev] Problem with CHAR, CMP2.0 and the Firebird driver.
Ole Husgaard wrote: Dain Sundstrom wrote: If you change the jdbc-type (not the sql-type) to VARCHAR, it should work for you. If the parameter type is a Character and the jdbc-type is a VARCHAR, the parameter is converted into a string before setting, and converted back into a character on get. This code was added for databases that don't support char types such as Oracle. This change does not require that the database column type change. I guess you are talking about the change you made in JDBCUtil.coerceToSQLType(). Yes. Try it out and if it does work please update the Firebird type in the standardjbosscmp-jdbc.xml file. Letting the database column type be VARCHAR instead would probably work fine. Unfortunately my DB is pre-defined. I'm not suggesting you change your database. The jdbc-type is just the type that the container tells the JDBC driver to use in order to set the type. It has nothing to do with the actual type of the column; the driver handled the type conversion. I'm not a JDBC expert, but it looks to me like there is no (JDBC-standard-) problem with the Firebird driver, since JDBC has no standard mapping from java.lang.Character to CHAR. However, there is a mapping from java.lang.String to CHAR. My temporary workaround is similar to what you did with VARCHAR, only I do it each time, like changing JDBCUtil.coerceToSQLType() to say: } else if(value.getClass() == Character.class) instead of: } else if(value.getClass() == Character.class jdbcType == Types.VARCHAR) (The only difference being that I do this conversion in JDBCUtil.setParameter(), just before the call pm.setObject(index, value, jdbcType); With that change all my code runs fine, though I have not run the complete testsuite.) If you change the jdbc-type (not your column type) to VARCHAR the code will work for you. It looks to me like the CMP engine would be more JDBC-conformant, if it always converts a Character to a String before setting a field. Not necessarily. Several databases are perfectly happy with Characters and CHAR jdbc-type. Is there any case where setting a String wouldn't work when a Character would? If not, we might as well always coerce Character to String. I don't know. Try changing the default jdbc-type for Firebird to VARCHAR and see if it works for Firebird. If it does then, we don't need to change any code. -- Dain Sundstrom Chief Architect JBossCMP JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 8-July-2002
Number of tests run: 668
Successful tests: 668
Errors:0
Failures: 0
[time of test: 8 July 2002 12:27 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[java.vm.version: 1.3.1]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Mac OS X]
[os.arch: ppc]
[os.version: 10.1.5]
See http://lubega.com/testarchive/${build.uid} for details of this test.
See http://lubega.com for general test information.
NOTE: If there are any errors shown above - this mail is only highlighting
them - it is NOT indicating that they are being looked at by anyone.
Remember - if a test becomes broken after your changes - fix it or fix the test!
HURRAY - everything worked!
Thanks for all your effort - we really do love you!
---
This sf.net email is sponsored by:ThinkGeek
Oh, it's good to be a geek.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problem with CHAR, CMP2.0 and the Firebird driver.
Dain Sundstrom wrote: Is there any case where setting a String wouldn't work when a Character would? If not, we might as well always coerce Character to String. I don't know. Try changing the default jdbc-type for Firebird to VARCHAR and see if it works for Firebird. If it does then, we don't need to change any code. This works fine for me. I'll commit that to CVS shortly. Thanks. Best Regards, Ole Husgaard. --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 Quick Guide
Hi Geeks I am going to finish the JBoss 3.0 Quick Guide that can be found under http://sourceforge.net/project/showfiles.php?group_id=22866release_id=97289 So if you have feedback for it please send it directly to me. Note that the template project is a separate download just underneath the Quick Guide. Have a nice day x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] inter-deployable dependencies... Branch_3_0
David Jencks wrote: On 2002.07.08 18:33:36 -0400 Jules Gosnell wrote: I would like the Jetty service to have the use of some EJBs. I would like to package the ejb-jar in the jetty-plugin/jbossweb.sar I tried making the Jetty Service depend thus : !-- We need the DefaultDS DataSource connection for entity beans -- dependsjboss:service=ConnectionFactoryLoader,name=DefaultDS/depends Nothing has been named ConnectionFactoryLoader for months... check for the actual mbean ObjectName on port 8082 Aha - I did a grep through the source tree and found this somewhere... - no joy. 23:24:54,683 INFO [MainDeployer] Starting deployment of package: file:/home/jules/cvs/JBoss/Branch_3_0/build/output/jboss-3.0.1RC1/server/default/deploy/jbossweb.sar/ 23:24:55,946 INFO [EjbModule] Creating 23:24:56,036 INFO [EjbModule] Deploying CMPState 23:24:56,703 INFO [EjbModule] Created 23:24:58,192 INFO [JBossWeb] Registered jboss.web:Jetty=0 23:24:58,232 INFO [JBossWeb] Registered jboss.web:Code=0 23:24:58,409 INFO [JBossWeb] Registered jboss.web:Log=0 23:24:58,442 INFO [JBossWeb] Registered jboss.web:Log=0,sink=0 23:24:58,471 INFO [EjbModule] Starting 23:24:59,168 WARN [ServiceController] Problem starting service jboss.j2ee:service=EJB,jndiName=jetty/CMPState org.jboss.deployment.DeploymentException: Error: can't find data source: java:/DefaultDS; - nested throwable: (javax.naming.NameNotFoundException: DefaultDS not bound) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge.init(JDBCEntityBridge.java:99) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.initStoreManager(JDBCStoreManager.java:397) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.start(JDBCStoreManager.java:339) 23:32:26,842 INFO [EjbModule] Started 23:32:26,859 INFO [JettyService] Starting 23:32:26,883 INFO [MainDeployer] Adding deployer: org.jboss.jetty.JettyService@3ac93e 23:32:26,906 INFO [JBossWeb] Starting Jetty/4.0.4 23:32:26,933 INFO [JBossWeb] Started org.mortbay.http.NCSARequestLog@7b0998 23:32:26,975 INFO [JBossWeb] Started SocketListener on 0.0.0.0:8080 23:32:26,996 INFO [JBossWeb] Started org.jboss.jetty.Jetty@b0bdc8 23:32:27,009 INFO [JettyService] Started 23:32:27,023 INFO [MainDeployer] Deployed package: file:/home/jules/cvs/JBoss/Branch_3_0/build/output/jboss-3.0.1RC1/server/default/deploy/jbossweb.sar/ It looks like JBoss deploys the ejb-jar from inside the sar, then deploys the service, then tries to start the ejbs - BANG ! Isn't the dependency of an ejb-jar on a datasource implicit. Unfortunately not yet. I'm not quite sure the best way to do this anyway. Is there a simple way to achieve what I need? Put the db-service.xml and ejb.jar in an ear with a jboss-app.xml for the db-service.xml. Put the .ear in the .sar. If you want the db-service.xml outside your package, you need to add a depends element to jboss.xml for each bean or container config to the ConnectionManager mbean from the db-service.xml. david jencks OK - I'll try that tomorrow. Thanks for all the help, David - it's much appreciated. Jules Thanks, Jules --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
