[JBoss-dev] [ jboss-Bugs-708691 ] AxisServlet throws Nullpointer
Bugs item #708691, was opened at 2003-03-24 09:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708691&group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: AxisServlet throws Nullpointer Initial Comment: when accessing service descriptions in the 1.1 version of axis. Seems to be a classloading problem when not going through the service chains with the wsdl requests. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708691&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
"but one of the goals of JBoss 4 is to make it so developers don't have to deal with all the J2EE APIs" from this and the discussion in general.. Jboss4 and J2EE compliance are two entirely different "roadmaps" (IMHU).. i mean its important for everyone here to know what direction Jboss is going to take.. is j2EE compliance important and is Jboss going for it..or is it keeping up the Jboss4 AOP vision and hence chucking compliance? -Original Message- From: Tom Elrod [mailto:[EMAIL PROTECTED] Sent: Monday, March 24, 2003 1:15 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath? I don't want to steal too much of Marc's thunder on this (he has a great vision for JBoss 4), but one of the goals of JBoss 4 is to make it so developers don't have to deal with all the J2EE APIs (which honestly add a lot of overhead in development time as well as training/study time to learn it all). For example, with EJBs, you have the remote, home, and implementation to keep up with. With JBoss 4, you would be able to write a POJO with all you business logic and plug-in (via configuration) all the extra pieces you want (remoting, persistence, caching, transaction, security, etc.). This makes the process much easier for you, the developer, since you won't have to worry about all the extra code (which usually ends up being 25% business logic and the rest infrastructure when you look at lines of code). Only extra effort required is to configure the extra services you want (which will take much less time than coding it). Of course, if you decide to migrate to another application server, you'll have write all the extra infrastructure code yourself to make it fully J2EE compatible. Even if for some reason you decide you want to pay for an application server where you don't have access to the source, this would probably be a good way to start a development project, since the business logic will be the core of your product. As from a corporate perspective, JBoss, in general, makes sense over other application servers. The two major reasons are both the source and the runtime are free. So the only question would be does it work well (functionality, performance, scalability) and can I get support for it? The first one is somewhat a matter of opinion, but I think it has proven itself in production. Support is available for a fee (but you're getting the guys that actually wrote it, so you know they know what they are doing). If JBoss does ever change its direction, you'll still have the source so you could still maintain what you needed. If you bought an app. server from a company that changes direction, then you would end up having to pay again for some other company's app. server to get what you want (so you're out you initial investment, plus it might happen again and you have not other course of action without source). I personally feel that the only real reason for paying for an application server is if it allows you to get a price break on some other part of a package deal (i.e. hardware). Then you have to decide if you're getting enough savings on the hardware to offset the price of the software. Of course, this is just my opinion, but would love to hear exactly why companies would want to pay for an application server. -Tom > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Behalf Of Brian > Wallis > Sent: Monday, March 24, 2003 1:34 AM > To: [EMAIL PROTECTED]; Tom Elrod > Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath? > > > On Mon, 24 Mar 2003 16:42, Tom Elrod wrote: > > IMHO, I don't know that passing the certification tests now > would be of > > much benefit to JBoss. The biggest drawback I can see is > that with JBoss > > 4, we will be moving people away from having to deal with > all the extra API > > non-sense that J2EE developers have to deal with today. > Just write your > > POJOs and we'll do the rest (persistence, caching, > security, remoting, > > etc.). If we get certified now, might be added pressure to > make JBoss 4 > > compliant as well, which I think would divert us from our current > > direction. > > IMHO, that would be about it for anyone (like me) who is trying to use > jboss as well as other appservers. I seriously hope that jboss 4 > will be fully > compliant with the standards or else I fear it will become > marginalised and > in all likely hood die off. > > > --- > This SF.net email is sponsored by:Crypto Challenge is now open! Get > cracking and register here for some mind boggling fun and the chance > of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > ___ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- This SF.net email is sponsored by:Crypt
AW: [JBoss-dev] jboss.net xdoclet subtask
Are you a mail-list-bot or what? If that is the case, you seem to be able to do useful programming in your sparetime ;-) But your parsing subsystem seems not to cope with non-native English emails ... As written in a separate response to your first of the three equivalent emails a week ago (and as should be apparent from CVS), I removed all that jboss-net specific 1.2 stuff from the 3_2 branch and updated to the "official" xdoclet stuff. The stuff is used by the jboss.net testsuite (and some web-service end-users out there). CGJ -Ursprüngliche Nachricht- Von: Stephen Coy [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 20. März 2003 23:45 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] jboss.net xdoclet subtask Hi, Is it reasonable to assume that the jboss.net xdoclet subtask that was being worked on nearly a year ago is currently not used in anger anywhere? I can see a couple of flavours of the code (in org.jboss.net.xdoclet and also thirdparty/xdoclet/jboss.net) in Branch_3_2, but I can't see any actual uses of it in build files. Th reason I ask is that I'm currently migrating Branch_3_2 to xdoclet 1.2, and I'm not sure what to do with the jboss.net stuff. Steve Coy --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: [JBoss-user] jboss not starting with IBM jdk
Title: RE: [JBoss-user] jboss not starting with IBM jdk Check this again: http://sourceforge.net/tracker/index.php?func=detail&aid=679705&group_id=22866&atid=376685 I posted the solution to the problem. > -Original Message- > From: Jordi Valldaura i Riqué [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 20, 2003 9:24 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] jboss not starting with IBM jdk > > > After getting frustrated because of an error 11 getting > thrown using Sun and > Blackdown JDK's I decided to try IBM's jdk. But when I try to > start jboss I > get the following Error: > > 09:24:32,034 ERROR [MainDeployer] could not start deployment: > file:/mnt/sda1/ecampus-jboss/jboss-3.0.6/server/default/conf/j > boss-service.x > ml > java.lang.AbstractMethodError: > org/jboss/deployment/scanner/AbstractDeploymentScanner.scan > at > org.jboss.deployment.scanner.AbstractDeploymentScanner.startSe > rvice(Abstract > DeploymentScanner.java:261) > at > org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport > .java:165) > at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth > odAccessorImpl > .java:40) > at java.lang.reflect.Method.invoke(Method.java:335) > at > org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec > tedMBeanDispat > cher.java:284) > at ... ... > > > If anyone can help I will apreciate a lot, thanks in advance > > > > --- > This SF.net email is sponsored by: Tablet PC. > Does your code think in ink? You could win a Tablet PC. > Get a free Tablet PC hat just for playing. What are you waiting for? > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user >
Re: AW: [JBoss-dev] jboss.net xdoclet subtask
Sorry about that. I sent the message twice, because the first attempt did not show up. If you look at the date of the second one, you will see that it was sent about 8 hours before the first one. It eventually arrived about 28 hours after I sent it. I have no idea what it was doing in the meantime. So, I did see your response - to the second message that arrived first :-) Steve Coy On Monday, March 24, 2003, at 07:45 PM, Jung , Dr. Christoph wrote: Are you a mail-list-bot or what? If that is the case, you seem to be able to do useful programming in your sparetime ;-) But your parsing subsystem seems not to cope with non-native English emails ... As written in a separate response to your first of the three equivalent emails a week ago (and as should be apparent from CVS), I removed all that jboss-net specific 1.2 stuff from the 3_2 branch and updated to the "official" xdoclet stuff. The stuff is used by the jboss.net testsuite (and some web-service end-users out there). CGJ -Ursprüngliche Nachricht- Von: Stephen Coy [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 20. März 2003 23:45 An: [EMAIL PROTECTED] Betreff: [JBoss-dev] jboss.net xdoclet subtask Hi, Is it reasonable to assume that the jboss.net xdoclet subtask that was being worked on nearly a year ago is currently not used in anger anywhere? I can see a couple of flavours of the code (in org.jboss.net.xdoclet and also thirdparty/xdoclet/jboss.net) in Branch_3_2, but I can't see any actual uses of it in build files. Th reason I ask is that I'm currently migrating Branch_3_2 to xdoclet 1.2, and I'm not sure what to do with the jboss.net stuff. Steve Coy --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. 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 Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: AW: [JBoss-dev] jboss.net xdoclet subtask
No prob, I even got it three times. Should have read the dates, but I already disposed the original to which I sent you the first reply ;-) CGJ -Ursprüngliche Nachricht- Von: Stephen Coy [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 11:28 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-dev] jboss.net xdoclet subtask Sorry about that. I sent the message twice, because the first attempt did not show up. If you look at the date of the second one, you will see that it was sent about 8 hours before the first one. It eventually arrived about 28 hours after I sent it. I have no idea what it was doing in the meantime. So, I did see your response - to the second message that arrived first :-) Steve Coy On Monday, March 24, 2003, at 07:45 PM, Jung , Dr. Christoph wrote: > Are you a mail-list-bot or what? > > If that is the case, you seem to be able to do useful programming in > your > sparetime ;-) But your parsing subsystem seems not to cope with > non-native > English emails ... > > As written in a separate response to your first of the three > equivalent emails a week ago (and as should be apparent from CVS), I > removed all that jboss-net specific 1.2 stuff from the 3_2 branch and > updated to the "official" xdoclet stuff. > > The stuff is used by the jboss.net testsuite (and some web-service > end-users > out there). > > CGJ > > > -Ursprüngliche Nachricht- > Von: Stephen Coy [mailto:[EMAIL PROTECTED] > Gesendet: Donnerstag, 20. März 2003 23:45 > An: [EMAIL PROTECTED] > Betreff: [JBoss-dev] jboss.net xdoclet subtask > > > > Hi, > > Is it reasonable to assume that the jboss.net xdoclet subtask that was > being worked on nearly a year ago is currently not used in anger > anywhere? I can see a couple of flavours of the code (in > org.jboss.net.xdoclet and also thirdparty/xdoclet/jboss.net) in > Branch_3_2, but I can't see any actual uses of it in build files. > > Th reason I ask is that I'm currently migrating Branch_3_2 to xdoclet > 1.2, and I'm not sure what to do with the jboss.net stuff. > > Steve Coy > > > > --- > This SF.net email is sponsored by: Tablet PC. > Does your code think in ink? You could win a Tablet PC. > Get a free Tablet PC hat just for playing. What are you waiting for? > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en > ___ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ### > > This message has been scanned by F-Secure Anti-Virus for Microsoft > Exchange. > For more information, connect to http://www.F-Secure.com/ > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > 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 Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.4.1_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06) Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectDefinition.java --> ManagedAspectDefinitionMBean qualified to org.jboss.aspect.jmx.ManagedAspectDefinitionMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectFactory.java --> ManagedAspectFactoryMBean qualified to org.jboss.aspect.jmx.ManagedAspectFactoryMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/copy/ObjectCopier.java --> ObjectCopierMBean qualified to org.jboss.copy.ObjectCopierMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java --> EARDeployerMBean qualified to org.jboss.deployment.EARDeployerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java --> SubDeployerSupport qualified to org.jboss.deployment.SubDeployerSupport /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EJBDeployer.java --> EJBDeployerMBean qualified to org.jboss.ejb.EJBDeployerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EntityEnterpriseContext.java --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionEnterpriseContext.java --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionContainer.java --> AbstractContainerInterceptor qualified to org.jboss.ejb.AbstractContainerInterceptor /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EjbModule.java --> EjbModuleMBean qualified to org.jboss.ejb.EjbModuleMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/plugins/StatefulSessionFilePersistenceManager.java --> StatefulSessionFilePersistenceManagerMBean qualified to org.jboss.ejb.plugins.StatefulSessionFilePersistenceManagerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/AbstractTimerSource.java --> AbstractTimerSourceMBean qualified to org.jboss.ejb.timer.AbstractTimerSourceMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/FilePersistenceManager.java --> FilePersistenceManagerMBean qualified to org.jboss.ejb.timer.FilePersistenceManagerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/SchedulerTimerSource.java --> SchedulerTimerSourceMBean qualified to org.jboss.ejb.timer.SchedulerTimerSourceMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/InvokerXAResource.java --> InvokerXAResourceMBean qualified to org.jboss.invocation.InvokerXAResourceMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/XATerminatorContainer.java --> XATerminatorContainerMBean qualified to org.jboss.invocation.XATerminatorContainerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/local/LocalInvoker.java --> LocalInvokerMBean qualified to org.jboss.invocation.local.LocalInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java --> JRMPInvokerMBean qualified to org.jboss.invocation.jrmp.server.JRMPInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/pooled/server/PooledInvoker.java --> PooledInvokerMBean qualified to org.jboss.invocation.pooled.server.PooledInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/ConnectionManager.java --> ConnectionManagerMBean qualified to org.jboss.invocation.trunk.client.ConnectionManagerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/TrunkInvokerProxy.java --> TrunkInvokerProxyMBean qualified to org.jboss.invocation.trunk.client.TrunkInvokerProxyMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/server/TrunkInvoker.java --> TrunkInvokerMBean qualified to org.jboss.invocation.trunk.server.TrunkInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/asf/ServerSessionPoolLoader.java --> ServerSessionPoolLoaderMBean qualified to org.jboss.jms.asf.ServerSessionPoolLoaderMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/jndi/JMSProviderLoader.java --> JMSProvider
Re: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
Hi, Does anyone get problems compiling HEAD on Linux - > Caused by: java.lang.OutOfMemoryError Within the doclet stuff... Regards, Chris --- [EMAIL PROTECTED] wrote: > > = > ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR > DETAILS= > = > = __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-708762 ] transacted JMS Managed Connection Not Initialized Correctly
Bugs item #708762, was opened at 2003-03-24 12:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708762&group_id=22866 Category: JBossMQ Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Paul Bandler (paulbandler) Assigned to: Nobody/Anonymous (nobody) Summary: transacted JMS Managed Connection Not Initialized Correctly Initial Comment: If one creates a JMS client connection to a remote Q on a JBoss JMS Server using the JCA based JMS Adapter the 'transacted' property is not correctly set in the JmsConnectionRequestInfo - it is always set to true regardless of whether an XA or non-XA QueueConnection is being created. This is caused by the source file connector/src/main/org/jboss/resource/adapter/jms/Jms ManagedConnection.java setup method which initializes the local variable 'transacted' to true in all cases that is then passed to the factory methods rather than using the value from its own 'info' property. The following change fixes the problem. cvs diff JmsManagedConnection.java (in directory C:\cvshome\jboss-all-head-2802 \connector\src\main\org\jboss\resource\adapter\jms\) Index: JmsManagedConnection.java = == RCS file: /cvsroot/jboss/jbosscx/src/main/org/jboss/resource/a dapter/jms/JmsManagedConnection.java,v retrieving revision 1.1.2.2 diff -r1.1.2.2 JmsManagedConnection.java 565c565 < boolean transacted = true; --- > boolean transacted = info.isTransacted(); *CVS exited normally with code 1* Note that as the JBoss transaction manager does not support prop-agating transaction contexts to other virtual machines I believe that if one tries to use an XAQueueConnection the message never gets sent as the transaction is not properly committed. On the other hand if one tries to use a non-XAQueueConnection the above bug still causes the message to be buffered locally and not sent, so it is unclear if there is any way to send JMS messages from say MDB using managed JMS connections...? This gives rise to the type of problems raised in following forum postings: http://www.jboss.org/forums/thread.jsp? forum=48&thread=29403 http://www.jboss.org/forums/thread.jsp? forum=48&thread=29239 http://www.jboss.org/forums/thread.jsp? forum=48&thread=29060 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708762&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.4.1_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06) Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectDefinition.java --> ManagedAspectDefinitionMBean qualified to org.jboss.aspect.jmx.ManagedAspectDefinitionMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/aspect/jmx/ManagedAspectFactory.java --> ManagedAspectFactoryMBean qualified to org.jboss.aspect.jmx.ManagedAspectFactoryMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/copy/ObjectCopier.java --> ObjectCopierMBean qualified to org.jboss.copy.ObjectCopierMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java --> EARDeployerMBean qualified to org.jboss.deployment.EARDeployerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/deployment/EARDeployer.java --> SubDeployerSupport qualified to org.jboss.deployment.SubDeployerSupport /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EJBDeployer.java --> EJBDeployerMBean qualified to org.jboss.ejb.EJBDeployerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EntityEnterpriseContext.java --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionEnterpriseContext.java --> EJBContextImpl qualified to org.jboss.ejb.EJBContextImpl /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/StatefulSessionContainer.java --> AbstractContainerInterceptor qualified to org.jboss.ejb.AbstractContainerInterceptor /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/EjbModule.java --> EjbModuleMBean qualified to org.jboss.ejb.EjbModuleMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/plugins/StatefulSessionFilePersistenceManager.java --> StatefulSessionFilePersistenceManagerMBean qualified to org.jboss.ejb.plugins.StatefulSessionFilePersistenceManagerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/AbstractTimerSource.java --> AbstractTimerSourceMBean qualified to org.jboss.ejb.timer.AbstractTimerSourceMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/FilePersistenceManager.java --> FilePersistenceManagerMBean qualified to org.jboss.ejb.timer.FilePersistenceManagerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/ejb/timer/SchedulerTimerSource.java --> SchedulerTimerSourceMBean qualified to org.jboss.ejb.timer.SchedulerTimerSourceMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/InvokerXAResource.java --> InvokerXAResourceMBean qualified to org.jboss.invocation.InvokerXAResourceMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/XATerminatorContainer.java --> XATerminatorContainerMBean qualified to org.jboss.invocation.XATerminatorContainerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/local/LocalInvoker.java --> LocalInvokerMBean qualified to org.jboss.invocation.local.LocalInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java --> JRMPInvokerMBean qualified to org.jboss.invocation.jrmp.server.JRMPInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/pooled/server/PooledInvoker.java --> PooledInvokerMBean qualified to org.jboss.invocation.pooled.server.PooledInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/ConnectionManager.java --> ConnectionManagerMBean qualified to org.jboss.invocation.trunk.client.ConnectionManagerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/client/TrunkInvokerProxy.java --> TrunkInvokerProxyMBean qualified to org.jboss.invocation.trunk.client.TrunkInvokerProxyMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/invocation/trunk/server/TrunkInvoker.java --> TrunkInvokerMBean qualified to org.jboss.invocation.trunk.server.TrunkInvokerMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/asf/ServerSessionPoolLoader.java --> ServerSessionPoolLoaderMBean qualified to org.jboss.jms.asf.ServerSessionPoolLoaderMBean /home/jboss/jbossci/jboss-head/server/src/main/org/jboss/jms/jndi/JMSProviderLoader.java --> JMSProvider
Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
I have never heard any of the main developers talk about JBoss4 _not_ being J2EE compatible. It has always been my understanding that the AOP framework would form the underpinnings of JBoss4's EJB implementation and be available as a more-flexible, lighter weight API for people who aren't concerned with portability. Scott, Bill, Marc - can one of you clarify? thanks, danch Rahul Ganjoo wrote: "but one of the goals of JBoss 4 is to make it so developers don't have to deal with all the J2EE APIs" from this and the discussion in general.. Jboss4 and J2EE compliance are two entirely different "roadmaps" (IMHU).. i mean its important for everyone here to know what direction Jboss is going to take.. is j2EE compliance important and is Jboss going for it..or is it keeping up the Jboss4 AOP vision and hence chucking compliance? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
Being compliant and the AOP features are not mutually exclusive. We will do both. To Brian Wallis, even if Jboss were to get certified, it would not make your J2EE compliant applications portable. Why? There are may important things considered outside the specification. For example, all database mappings for CMP are outside the spec, even using a database for CMP is outside the spec. Then you get into things like exception recovery and tuning, and you are way outside the spec. Unless you have a very simple application it will not be portable without multiple configuration files and possibly a portably a portability layer. Having the TDK would be nice to help identify new bugs, and eliminate the of the minor differences between the platforms, but I doubt it will seriously help you with making a cross platform application. -dain On Monday, March 24, 2003, at 07:52 AM, danch wrote: I have never heard any of the main developers talk about JBoss4 _not_ being J2EE compatible. It has always been my understanding that the AOP framework would form the underpinnings of JBoss4's EJB implementation and be available as a more-flexible, lighter weight API for people who aren't concerned with portability. Scott, Bill, Marc - can one of you clarify? thanks, danch Rahul Ganjoo wrote: "but one of the goals of JBoss 4 is to make it so developers don't have to deal with all the J2EE APIs" from this and the discussion in general.. Jboss4 and J2EE compliance are two entirely different "roadmaps" (IMHU).. i mean its important for everyone here to know what direction Jboss is going to take.. is j2EE compliance important and is Jboss going for it..or is it keeping up the Jboss4 AOP vision and hence chucking compliance? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. 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 Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Use of InMemory and File persistent manager?
Do any of you use or know of a user of the CMPInMemoryPersistenceManager or CMPFilePersistenceManager? I would like to get rid of them, to make the integration of the new persistence engine easier. We will eventually have file and in memory stores under the new persistence engine, but we don't right now. Is this a problem for anyone? -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
That is precisely correct Dan, marcf > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of danch > Sent: Monday, March 24, 2003 8:53 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath? > > > I have never heard any of the main developers talk about JBoss4 _not_ > being J2EE compatible. It has always been my understanding > that the AOP > framework would form the underpinnings of JBoss4's EJB implementation > and be available as a more-flexible, lighter weight API for > people who > aren't concerned with portability. > > Scott, Bill, Marc - can one of you clarify? > > thanks, > danch > > Rahul Ganjoo wrote: > > "but one of the goals of JBoss 4 is to make it so developers don't > > have to deal with all the J2EE APIs" > > > > from this and the discussion in general.. Jboss4 and J2EE > compliance > > are two entirely different "roadmaps" (IMHU).. i mean its important > > for everyone here to know what direction Jboss > > is going to take.. is j2EE compliance important and is > Jboss going for > > it..or > > is it keeping up the Jboss4 AOP vision and hence chucking > compliance? > > > > > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > 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 Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
Obviously, being J2EE compliant is not my call, just expressing my opinion. Would really be nice if Marc, Bill, or Scott could chime in. You guys there? What is your plan in regards to this for JBoss 4? Dain Sundstrom wrote: > Being compliant and the AOP features are not mutually exclusive. We > will do both. > > To Brian Wallis, even if Jboss were to get certified, it would not make > your J2EE compliant applications portable. Why? There are may > important things considered outside the specification. For example, > all database mappings for CMP are outside the spec, even using a > database for CMP is outside the spec. Then you get into things like > exception recovery and tuning, and you are way outside the spec. > Unless you have a very simple application it will not be portable > without multiple configuration files and possibly a portably a > portability layer. > > Having the TDK would be nice to help identify new bugs, and eliminate > the of the minor differences between the platforms, but I doubt it will > seriously help you with making a cross platform application. > > -dain > > On Monday, March 24, 2003, at 07:52 AM, danch wrote: > > > I have never heard any of the main developers talk about JBoss4 _not_ > > being J2EE compatible. It has always been my understanding that the > > AOP framework would form the underpinnings of JBoss4's EJB > > implementation and be available as a more-flexible, lighter weight API > > for people who aren't concerned with portability. > > > > Scott, Bill, Marc - can one of you clarify? > > > > thanks, > > danch > > > > Rahul Ganjoo wrote: > >> "but one of the goals of JBoss 4 is to make it so developers don't > >> have > >> to deal with all the J2EE APIs" > >> from this and the discussion in general.. Jboss4 and J2EE compliance > >> are > >> two entirely > >> different "roadmaps" (IMHU).. i mean its important for everyone here > >> to > >> know what direction Jboss > >> is going to take.. is j2EE compliance important and is Jboss going for > >> it..or > >> is it keeping up the Jboss4 AOP vision and hence chucking compliance? > > > > > > > > --- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > 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 > Welcome to geek heaven. > 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 Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-708853 ] Farm service restricted to partition inside the Jboss domain
Bugs item #708853, was opened at 2003-03-24 16:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708853&group_id=22866 Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Frédéric Donckels (lubdub) Assigned to: Nobody/Anonymous (nobody) Summary: Farm service restricted to partition inside the Jboss domain Initial Comment: I might have missed something in the doc but ... I create a ClusterService in domain MyTestDomain I want to use this partition with farming. I setup my farm service to run inside this domain, and to use the partition just created. Exception: javax.management.InstanceNotFoundException: jboss:service=MySpecialNewPartition is not registered. at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:362) at org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:413) at org.jboss.ha.framework.server.FarmMemberService.startService(FarmMemberService.java:132) As a matter of fact, I didn't find any way to tell the farm service to try to find the partition in the right domain. This is probably related to the following code (HEAD) protected void startService() throws Exception { // scan before we enable the thread, so JBoss version shows up afterwards scannerThread.doScan(); mClusterPartitionName = new ObjectName( "jboss:service=" + mBackgroundPartition ); (of course, I might have completely misunderstood the way the farming service is supposed to be used... but then, I wonder... :-) ) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=708853&group_id=22866 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-707014 ] JDBCOptimisticLocking NullPointerException on remove
Bugs item #707014, was opened at 2003-03-20 19:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Simone (milasx) Assigned to: Alexey Loubyansky (loubyansky) Summary: JDBCOptimisticLocking NullPointerException on remove Initial Comment: I am using 3.2.0 RC3 and have a an entity bean with a one to many relation with another entity bean. Both uses Optimistic Locking with modified strategy. They are tagged for cascade delete and when I do a remove on the ParentBean I get the following error: 2003-03-20 15:07:25,997 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector] Add finder results: entity=MDSVector results=[11377836, 11377837, 11377838, 11377839, 11377840, 11377841, 11377842, 11377843, 11377844, 11377845, 11377846, 11377847, 11377848, 11377849, 11377850, 11377851, 11377852, 11377853, 11377854, 11377855, 11377856, 11377857, 11377858, 11377859, 11377860, 11377861, 11377862, 11377863, 11377864, 11377865, 11377866, 11377867, 11377868, 11377869, 11377870, 11377871, 11377872, 11377873, 11377874, 11377875, 11377876, 11377877, 11377878, 11377879, 11377880, 11377881, 11377882, 11377883, 11377884, 11377885, 11377886, 11377887, 11377888, 11377889, 11377890, 11377891, 11377892, 11377893, 11377894, 11377895, 11377896, 11377897, 11377898, 11377899, 11377900, 11377901, 11377902, 11377903, 11377904, 11377905] readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=1000, eagerLoadGroup=*] 2003-03-20 15:07:25,997 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector] Removing dereferenced results: [11377836, 11377837, 11377838, 11377839, 11377840, 11377841, 11377842, 11377843, 11377844, 11377845, 11377846, 11377847, 11377848, 11377849, 11377850, 11377851, 11377852, 11377853, 11377854, 11377855, 11377856, 11377857, 11377858, 11377859, 11377860, 11377861, 11377862, 11377863, 11377864, 11377865, 11377866, 11377867, 11377868, 11377869, 11377870, 11377871, 11377872, 11377873, 11377874, 11377875, 11377876, 11377877, 11377878, 11377879, 11377880, 11377881, 11377882, 11377883, 11377884, 11377885, 11377886, 11377887, 11377888, 11377889, 11377890, 11377891, 11377892, 11377893, 11377894, 11377895, 11377896, 11377897, 11377898, 11377899, 11377900, 11377901, 11377902, 11377903, 11377904, 11377905] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor] invokerBInding is null in ProxyFactoryFinder 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.LogInterceptor] Start method= 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] Current transaction in MI is TransactionImpl:XidImpl [FormatId=257, GlobalId=dblon34056//10, BranchQual=] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] TX_SUPPORTS for 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] Thread came in with tx TransactionImpl:XidImpl [FormatId=257, GlobalId=dblon34056//10, BranchQual=] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityLockInterceptor] Begin invoke, key=11377836 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityInstancePool] Get instance [EMAIL PROTECTED] com.db.jbozz.ejb.entity.mds.MDSVectorCMP 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityLockInterceptor] End invoke, key=11377836 2003-03-20 15:07:26,012 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: java.lang.NullPointerException at org.jboss.ejb.plugins.lock.JDBCOptimisticLock.schedule(JDBCOptimisticLock.java:643) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:108) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483) at org.jboss.ejb.Container.invoke(Container.java:652) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:866) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:761) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:739) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setInstanceValue(JDBCCMRFieldBridge.java:653) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.
Re: [JBoss-dev] JBoss-3.2.0RC4 available
How does bug 701880 affect final release date of 3.2.0? On Sun, 2003-03-23 at 01:11, Scott M Stark wrote: > The final release candidate prior to the final relase of 3.2.0 is available from > SourceForge here: > http://sourceforge.net/project/showfiles.php?group_id=22866 > > The release notes are available here: > http://sourceforge.net/project/shownotes.php?release_id=13 > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > > --- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development -- Marco Dubbeld <[EMAIL PROTECTED]> Melexis Telecom --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-696633 ] Stack overflow using security manager (with fix!)
Bugs item #696633, was opened at 2003-03-03 10:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696633&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Phil Dawes (pdawes) Assigned to: Scott M Stark (starksm) Summary: Stack overflow using security manager (with fix!) Initial Comment: Hi JBoss Team, When using jboss 3.0.6 with a security manager (i.e. -Djava.security.manager), I found that the server went into a recursive loop on startup: 15:03:56,334 INFO [Server] JBoss Release: JBoss-3.0.6 CVSTag=JBoss_3_0_6 java.lang.StackOverflowError at java.lang.String.regionMatches(String.java:990) at java.lang.String.equalsIgnoreCase(String.java:698) at sun.net.www.protocol.jar.Handler.parseURL(Handler.java:59) at java.net.URL.(URL.java:608) at java.net.URL.(URL.java:476) at sun.misc.URLClassPath$JarLoader.checkResource(URLClassPath.java:599) at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:671) at sun.misc.URLClassPath$JarLoader.findResource(URLClassPath.java:658) at sun.misc.URLClassPath.findResource(URLClassPath.java:137) at java.net.URLClassLoader$2.run(URLClassLoader.java:351) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findResource(URLClassLoader.java:348) at java.lang.ClassLoader.getResource(ClassLoader.java:780) at org.jboss.net.protocol.URLStreamHandlerFactory.createURLStreamHandler(URLStreamHandlerFactory.java:134) at java.net.URL.getURLStreamHandler(URL.java:1057) at java.net.URL.(URL.java:584) at java.net.URL.(URL.java:476) at java.net.URL.(URL.java:425) at java.net.JarURLConnection.parseSpecs(JarURLConnection.java:157) at java.net.JarURLConnection.(JarURLConnection.java:140) at sun.net.www.protocol.jar.JarURLConnection.(JarURLConnection.java:61) at sun.net.www.protocol.jar.Handler.openConnection(Handler.java:24) at java.net.URL.openConnection(URL.java:943) at sun.misc.URLClassPath.check(URLClassPath.java:392) at sun.misc.URLClassPath$JarLoader.checkResource(URLClassPath.java:601) at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:671) at sun.misc.URLClassPath$JarLoader.findResource(URLClassPath.java:658) at sun.misc.URLClassPath.findResource(URLClassPath.java:137) at java.net.URLClassLoader$2.run(URLClassLoader.java:351) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findResource(URLClassLoader.java:348) at java.lang.ClassLoader.getResource(ClassLoader.java:780) at org.jboss.net.protocol.URLStreamHandlerFactory.createURLStreamHandler(URLStreamHandlerFactory.java:134) I've fixed this in my local build via the following patch to the URLStreamHandlerFactory class (N.B. this conditionally disables the patch for handling an IBM VM TCL problem, if there's a security manager set) --- /usr/local/src/jboss-3.0.6-src/common/src/main/org/jboss/net/protocol/URLStreamHandlerFactory.java Sun Jan 26 01:15:52 2003 +++ common/src/main/org/jboss/net/protocol/URLStreamHandlerFactory.java Mon Mar 3 12:57:50 2003 @@ -130,6 +130,8 @@ around a bad interaction between the IBM VMs and custom URLStreamHandlerFactory that use the TCL. See bug#669043 */ + if (System.getSecurityManager() != null) + throw new ClassNotFoundException(); String resname = classname.replace('.', '/') + ".class"; URL typeURL = ctxLoader.getResource(resname); if( typeURL != null ) Best Regards, Phil -- Comment By: Chris Bonham (bonhamcm) Date: 2003-03-24 12:42 Message: Logged In: YES user_id=610917 Some more info: I tried to startup JBoss 3.2.0RC3 (&RC4) under RedHat Linux 7.3 2.4.18 SMP kernel and got the same error loading the Log4j service even though I didn't specify a Java security manager. It was quite confusing since JBoss worked perfectly under WinXP Pro. Turns out that setting the thread stack size (-Xss) too low in Linux can cause problems. It was set at 128k, but worked fine when bumped up to 256k. -- Comment By: Scott M Stark (starksm) Date: 2003-03-03 12:32 Message: Logged In: YES user_id=175228 I have applied this workaournd for now until I can further look into why the existence of a security manager triggers the recursive behavior. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=696633&group_id=22866
[JBoss-dev] [ jboss-Bugs-707014 ] JDBCOptimisticLocking NullPointerException on remove
Bugs item #707014, was opened at 2003-03-20 17:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Simone (milasx) Assigned to: Alexey Loubyansky (loubyansky) Summary: JDBCOptimisticLocking NullPointerException on remove Initial Comment: I am using 3.2.0 RC3 and have a an entity bean with a one to many relation with another entity bean. Both uses Optimistic Locking with modified strategy. They are tagged for cascade delete and when I do a remove on the ParentBean I get the following error: 2003-03-20 15:07:25,997 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector] Add finder results: entity=MDSVector results=[11377836, 11377837, 11377838, 11377839, 11377840, 11377841, 11377842, 11377843, 11377844, 11377845, 11377846, 11377847, 11377848, 11377849, 11377850, 11377851, 11377852, 11377853, 11377854, 11377855, 11377856, 11377857, 11377858, 11377859, 11377860, 11377861, 11377862, 11377863, 11377864, 11377865, 11377866, 11377867, 11377868, 11377869, 11377870, 11377871, 11377872, 11377873, 11377874, 11377875, 11377876, 11377877, 11377878, 11377879, 11377880, 11377881, 11377882, 11377883, 11377884, 11377885, 11377886, 11377887, 11377888, 11377889, 11377890, 11377891, 11377892, 11377893, 11377894, 11377895, 11377896, 11377897, 11377898, 11377899, 11377900, 11377901, 11377902, 11377903, 11377904, 11377905] readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=1000, eagerLoadGroup=*] 2003-03-20 15:07:25,997 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector] Removing dereferenced results: [11377836, 11377837, 11377838, 11377839, 11377840, 11377841, 11377842, 11377843, 11377844, 11377845, 11377846, 11377847, 11377848, 11377849, 11377850, 11377851, 11377852, 11377853, 11377854, 11377855, 11377856, 11377857, 11377858, 11377859, 11377860, 11377861, 11377862, 11377863, 11377864, 11377865, 11377866, 11377867, 11377868, 11377869, 11377870, 11377871, 11377872, 11377873, 11377874, 11377875, 11377876, 11377877, 11377878, 11377879, 11377880, 11377881, 11377882, 11377883, 11377884, 11377885, 11377886, 11377887, 11377888, 11377889, 11377890, 11377891, 11377892, 11377893, 11377894, 11377895, 11377896, 11377897, 11377898, 11377899, 11377900, 11377901, 11377902, 11377903, 11377904, 11377905] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor] invokerBInding is null in ProxyFactoryFinder 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.LogInterceptor] Start method= 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] Current transaction in MI is TransactionImpl:XidImpl [FormatId=257, GlobalId=dblon34056//10, BranchQual=] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] TX_SUPPORTS for 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] Thread came in with tx TransactionImpl:XidImpl [FormatId=257, GlobalId=dblon34056//10, BranchQual=] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityLockInterceptor] Begin invoke, key=11377836 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityInstancePool] Get instance [EMAIL PROTECTED] com.db.jbozz.ejb.entity.mds.MDSVectorCMP 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityLockInterceptor] End invoke, key=11377836 2003-03-20 15:07:26,012 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: java.lang.NullPointerException at org.jboss.ejb.plugins.lock.JDBCOptimisticLock.schedule(JDBCOptimisticLock.java:643) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:108) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483) at org.jboss.ejb.Container.invoke(Container.java:652) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:866) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:761) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:739) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setInstanceValue(JDBCCMRFieldBridge.java:653) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.
[JBoss-dev] RE: [JBoss-user] jboss not starting with IBM jdk
Title: RE: [JBoss-user] jboss not starting with IBM jdk Check this again: http://sourceforge.net/tracker/index.php?func=detail&aid=679705&group_id=22866&atid=376685 I posted the solution to the problem. -Original Message-From: Jordi Valldaura i Riqué [mailto:[EMAIL PROTECTED]Sent: Friday, March 21, 2003 11:52 AMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-user] jboss not starting with IBM jdk Ok, I have libc-2.3.1 I will install libc 2.3.2. Thank you very much - Original Message - From: Marko Strukelj To: '[EMAIL PROTECTED]' Sent: Friday, March 21, 2003 10:52 AM Subject: RE: [JBoss-user] jboss not starting with IBM jdk libc is the real problem. Maybe I wasn't specific enough about that. You should install libc 2.3.2. That should solve the 11 thing. I advised you the gcc upgrade because if we do have the same Debian distribution it will help a lot to make your system stable. It did for mine - namely the existing gcc had all the symbols screwed up in the shared libgcc_s.so.1. -Original Message-From: Jordi Valldaura i Riqué [mailto:[EMAIL PROTECTED]Sent: Thursday, March 20, 2003 6:17 PMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-user] jboss not starting with IBM jdk I've installet gcc 3.2.2 and removed liggcc_s.so.1 but the problem still persists. I've submited a bug report to Sun. Do you know any hint, it's my linux configuration fault in windows everything works fine Thanks in advance - Original Message - From: Marko Strukelj To: '[EMAIL PROTECTED]' Sent: Thursday, March 20, 2003 1:00 PM Subject: RE: [JBoss-user] jboss not starting with IBM jdk You should recompile the gcc (3.2.2) and remove the libgcc_s.so.1 in /lib (of course after the recompilation of the gcc). And here is why IBM doesn't work: http://sourceforge.net/tracker/index.php?func=detail&aid=679705&group_id=22866&atid=376685 (thanks to Rasputin) -Original Message-From: Jordi Valldaura i Riqué [mailto:[EMAIL PROTECTED]Sent: Thursday, March 20, 2003 12:43 PMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-user] jboss not starting with IBM jdk Hi Marko So if I want to use Blackdown or Sun I must us libc 2.3.1 without getting Error:11 sometimes, isn't it? I'm running a debian too, and my libc is 2.2.5. Thanks in Advance - Original Message - From: Marko Strukelj To: '[EMAIL PROTECTED]' Sent: Thursday, March 20, 2003 12:14 PM Subject: RE: [JBoss-user] jboss not starting with IBM jdk The same thing happens to me with IBM jdk 1.4.0. Didn't investigate yet. Regarding Sun and Blackdown I have experienced the very same thing. Turned out my experimental Debian system was using libc 2.5.5 and either the jvm or Oracle OCI driver that I was using was looking for libc 2.3. I recompiled libc and error 11 was gone. Then the system started getting unstable due to incredible memory consumption by the jvm, although that's another story. Looks like Blackdown at least never frees the memory claimed from the system. If total memory consumption as reported by JVM raises to 70 Mb for example this translate to 400Mb of system memory (physical + caches) on the linux system. The thing is even if jvm reports that the total memory consumption has dropped the jvm will still consume 400Mb of system memory. > -Original Message- > From: Jordi Valldaura i Riqué [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 20, 2003 9:24 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-user] jboss not starting with IBM jdk > > > After getting frustrated because of an error 11 getting > thrown using Sun and > Blackdown JDK's I decided to try IBM's jdk. But when I try to > start jboss I > get the following Error: > > 09:24:32,034 ERROR [MainDeployer] could not start deployment: > file:/mnt/sda1/ecampus-jboss/jboss-3.0.6/server/default/conf/j > boss-service.x > ml > java.lang.AbstractMethodError: > org/jboss/deployment/scanner/AbstractDeploymentScanner.scan >
[JBoss-dev] [ jboss-Bugs-707014 ] JDBCOptimisticLocking NullPointerException on remove
Bugs item #707014, was opened at 2003-03-20 19:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=707014&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Simone (milasx) Assigned to: Alexey Loubyansky (loubyansky) Summary: JDBCOptimisticLocking NullPointerException on remove Initial Comment: I am using 3.2.0 RC3 and have a an entity bean with a one to many relation with another entity bean. Both uses Optimistic Locking with modified strategy. They are tagged for cascade delete and when I do a remove on the ParentBean I get the following error: 2003-03-20 15:07:25,997 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector] Add finder results: entity=MDSVector results=[11377836, 11377837, 11377838, 11377839, 11377840, 11377841, 11377842, 11377843, 11377844, 11377845, 11377846, 11377847, 11377848, 11377849, 11377850, 11377851, 11377852, 11377853, 11377854, 11377855, 11377856, 11377857, 11377858, 11377859, 11377860, 11377861, 11377862, 11377863, 11377864, 11377865, 11377866, 11377867, 11377868, 11377869, 11377870, 11377871, 11377872, 11377873, 11377874, 11377875, 11377876, 11377877, 11377878, 11377879, 11377880, 11377881, 11377882, 11377883, 11377884, 11377885, 11377886, 11377887, 11377888, 11377889, 11377890, 11377891, 11377892, 11377893, 11377894, 11377895, 11377896, 11377897, 11377898, 11377899, 11377900, 11377901, 11377902, 11377903, 11377904, 11377905] readahead=[JDBCReadAheadMetaData : strategy=on-load, pageSize=1000, eagerLoadGroup=*] 2003-03-20 15:07:25,997 TRACE [org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache.MDSVector] Removing dereferenced results: [11377836, 11377837, 11377838, 11377839, 11377840, 11377841, 11377842, 11377843, 11377844, 11377845, 11377846, 11377847, 11377848, 11377849, 11377850, 11377851, 11377852, 11377853, 11377854, 11377855, 11377856, 11377857, 11377858, 11377859, 11377860, 11377861, 11377862, 11377863, 11377864, 11377865, 11377866, 11377867, 11377868, 11377869, 11377870, 11377871, 11377872, 11377873, 11377874, 11377875, 11377876, 11377877, 11377878, 11377879, 11377880, 11377881, 11377882, 11377883, 11377884, 11377885, 11377886, 11377887, 11377888, 11377889, 11377890, 11377891, 11377892, 11377893, 11377894, 11377895, 11377896, 11377897, 11377898, 11377899, 11377900, 11377901, 11377902, 11377903, 11377904, 11377905] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor] invokerBInding is null in ProxyFactoryFinder 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.LogInterceptor] Start method= 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] Current transaction in MI is TransactionImpl:XidImpl [FormatId=257, GlobalId=dblon34056//10, BranchQual=] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] TX_SUPPORTS for 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.TxInterceptorCMT] Thread came in with tx TransactionImpl:XidImpl [FormatId=257, GlobalId=dblon34056//10, BranchQual=] 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityLockInterceptor] Begin invoke, key=11377836 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityInstancePool] Get instance [EMAIL PROTECTED] com.db.jbozz.ejb.entity.mds.MDSVectorCMP 2003-03-20 15:07:26,012 TRACE [org.jboss.ejb.plugins.EntityLockInterceptor] End invoke, key=11377836 2003-03-20 15:07:26,012 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: java.lang.NullPointerException at org.jboss.ejb.plugins.lock.JDBCOptimisticLock.schedule(JDBCOptimisticLock.java:643) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:103) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:69) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:108) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:154) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483) at org.jboss.ejb.Container.invoke(Container.java:652) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.invokeRemoveRelation(JDBCCMRFieldBridge.java:866) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:761) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.destroyRelationLinks(JDBCCMRFieldBridge.java:739) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge.setInstanceValue(JDBCCMRFieldBridge.java:653) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRemoveEntityCommand.removeFromRelations(JDBCRemoveEntityCommand.
RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
J2EE is our bread and butter. Its why most people initially come to JBoss. We will continue to follow the specs religiously. AOP + EJB: For JB4, the average every-day J2EE developer won't notice anything. But, implementing EJB in terms of the AOP framework will greatly enhance the abilities of ISV's, system integrators, and third-party tool vendors to tightly integrate with JBoss. How? 1) The JBoss 3.x series has some limitations in regard to interceptor chains and configuration. Sure, you can add new interceptors easily to container configurations, but, if you want to add any time of configuration, you have to modify JBoss code. AOP will provide a pluggable mechanism for those who want to extend JBoss configuration. Basically, interceptors and their configuration will be formalized into a packaged format. You'll be able to deploy extensions to the EJB framework in much the same way you deploy a SAR, WAR, EAR, RAR, etc 2) The AOP framework will also give third-party integrators the ability to actually expand the EJB API. For instance, if a distributed caching vendor wanted to provide a Caching API to every EJB deployed they could easily do it as a deployed package. Users will be able to use these new API's simply by typecasting: { MyEJB ejb = home.create(); CacheAPI cachedObj = (CacheAPI)ejb; cachedObj.flushCache(); } 3) In JB4, metadata/configuration will be resolved through the context of the Invocation enabling interceptors to override existing configuration on one side, or to provide default configuration values cross-cluster. IMHO, these features alone will make JBoss the preferred platform for ISV integration since they will so easily, completely, and tightly be able to integrate their products with all aspects of JBoss. New AOP Services: Beyond J2EE Now for beyond J2EE, we're also doing some very cool things. IMO, Aspect Oriented Programming is the next big wave on par of what OOP did to functional programming. One of our main goals is to totally isolate infrastructure from business logic by providing system-level aspects for: security, transaction demarcation, caching, ACIDity, remoteness, clustering, and persistence. This means you can write plain old Java classes and either statically or dynamically apply these types of aspects making your business logic totally INDEPENDENT of any system level API's. This is a grand departure from following specifications like CORBA or J2EE in that these standards create specification lock-in. AOP gives us other advantages as well by being able to dynamically attach behavior to any type of object at runtime. Need to dynamically monitor a specific object for debugging purposes? Deploy and aspect at runtime. Need to expand the scope of a system-level aspect? Write your own interceptor. Need to apply your own system-wide proprietary API? AOP will provide you with the hooks. Our new AOP framework and services, also, IMHO, take you beyond J2EE where J2EE fails or is inflexible. For instance, the J2EE specification really has no concrete concept or definition of caching or ACIDity. Conclusion: We are strictly adhering to the new J2EE 1.4 and EJB 2.1 specifications. J2EE is a fine and good specification and JBoss will remain J2EE compliant. The new AOP framework will allow JBoss extension writers better and tighter integration with EJB and the rest of the JBoss core. The AOP framework and AOP services will take developers beyond J2EE to simplify application development and provide services where J2EE leaves off. Development with JBoss AOP finally allows business logic to be totally INDEPENDENT of system-level infrastructure. Regards, Bill Burke Chief Architect JBoss Group, LLC > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Tom > Elrod > Sent: Monday, March 24, 2003 10:54 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath? > > > Obviously, being J2EE compliant is not my call, just expressing > my opinion. > Would really be nice if Marc, Bill, or Scott could chime in. You > guys there? > What is your plan in regards to this for JBoss 4? > > Dain Sundstrom wrote: > > > Being compliant and the AOP features are not mutually exclusive. We > > will do both. > > > > To Brian Wallis, even if Jboss were to get certified, it would not make > > your J2EE compliant applications portable. Why? There are may > > important things considered outside the specification. For example, > > all database mappings for CMP are outside the spec, even using a > > database for CMP is outside the spec. Then you get into things like > > exception recovery and tuning, and you are way outside the spec. > > Unless you have a very simple application it will not be portable > > without multiple configuration files and possibly a portably a > > portability layer. > > > > Having the TDK would be nice to help identify new bugs, and eliminate > > the of the minor differe
[JBoss-dev] [ jboss-Bugs-679705 ] 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM
Bugs item #679705, was opened at 2003-02-03 10:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=679705&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Scott M Stark (starksm) Summary: 3.0.6 fails to start with AbstractMethodError on IBM 1.4 VM Initial Comment: TestingJBoss 3.0.6 with an IBM 1.4 VM on Linux I get an AbstractMethodError on startup for AbstractDeploymentScanner.scan() when starting the URLDeploymentScanner. This happens both if JBoss was compiled with a Sun as well as an IBM JDK. System info: 19:01:34,499 INFO [ServerInfo] Java version: 1.4.0,IBM Corporation 19:01:34,500 INFO [ServerInfo] Java VM: Classic VM 1.4.0,IBM Corporation 19:01:34,526 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,x86 Exception: 2003-02-03 19:01:45,294 INFO [org.jboss.deployment.scanner.URLDeploymentScanner] Starting 2003-02-03 19:01:45,301 ERROR [org.jboss.deployment.MainDeployer] could not start deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:261) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:413) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:230) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:40) at java.lang.reflect.Method.invoke(Method.java:335) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:325) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:222) at org.jboss.Main.boot(Main.java:148) at org.jboss.Main$1.run(Main.java:381) at java.lang.Thread.run(Thread.java:566) 2003-02-03 19:01:45,468 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false 2003-02-03 19:01:45,470 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true 2003-02-03 19:01:45,471 ERROR [org.jboss.system.server.Server] start failed org.jboss.deployment.DeploymentException: Could not create deployment: file:/home/stefan/tools/jboss/jboss-3.0.6-src-IBM/build/output/jboss-3.0.6/server/all/conf/jboss-service.xml; - nested throwable: (java.lang.AbstractMethodError: org/jboss/deployment/scanner/AbstractDeploymentScanner.scan) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:835) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:61) at sun.refl
[JBoss-dev] Looking to do 3.2.0 final next this weekend
I'm looking to do the 3.2.0 final release this weekend so please try to clean up any outstanding bugs in your areas by then. I'll start putting the release together on the 30th and finalize it something on the 31st barring any major problems. Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Use of InMemory and File persistent manager?
Don't! InMemory is used by clustering for HTTP Session replication. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Dain > Sundstrom > Sent: Monday, March 24, 2003 9:59 AM > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] Use of InMemory and File persistent manager? > > > Do any of you use or know of a user of the > CMPInMemoryPersistenceManager or CMPFilePersistenceManager? I would > like to get rid of them, to make the integration of the new persistence > engine easier. We will eventually have file and in memory stores under > the new persistence engine, but we don't right now. Is this a problem > for anyone? > > -dain > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > 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: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Use of InMemory and File persistent manager?
Where is the code that uses it? -dain On Monday, March 24, 2003, at 06:12 PM, Bill Burke wrote: Don't! InMemory is used by clustering for HTTP Session replication. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dain Sundstrom Sent: Monday, March 24, 2003 9:59 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Use of InMemory and File persistent manager? Do any of you use or know of a user of the CMPInMemoryPersistenceManager or CMPFilePersistenceManager? I would like to get rid of them, to make the integration of the new persistence engine easier. We will eventually have file and in memory stores under the new persistence engine, but we don't right now. Is this a problem for anyone? -dain --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. 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: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
On Tue, 25 Mar 2003 01:16, Dain Sundstrom wrote: > To Brian Wallis, even if Jboss were to get certified, it would not make > your J2EE compliant applications portable. Why? There are may > important things considered outside the specification. For example, > all database mappings for CMP are outside the spec, even using a > database for CMP is outside the spec. Then you get into things like > exception recovery and tuning, and you are way outside the spec. > Unless you have a very simple application it will not be portable > without multiple configuration files and possibly a portably a > portability layer. Yeh, well. That doesn't mean it isn't possible and that it isn't a goal required by more than one organisation that allows you to use software like JBoss (and TAO, OpenORB, etc..) See Herve Tchepannou's xpetstore for a good non-trivial example of what can be done. I have been writing more (and less) portable software for about 13 years now and know what is involved. There are always difficulties. But if there are standards used and adhered to it makes it easier. Writing an app that is portable between a J2EE server and .NET would be far more difficult, or portable to ObjectSpace's voyager or to a distributed agent platform, etc. Usually you don't need to actually do it, just convince the management that you can do it (and easily, at no cost, etc.. :-) If JBoss adheres to the standards as they are and will be then I will be able to keep using it. If it doesn't then (despite what I want to do) I probably won't be given the opportunity to keep using it. Remember, "the customer is always right and you can't always punish them for the arrogance" (apologies to Dogbert and Scott Adams :-) --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Use of InMemory and File persistent manager?
You really need Eclipse. :-) Sorry, I couldn't help it... - Original Message - From: "Dain Sundstrom" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 24, 2003 8:05 PM Subject: Re: [JBoss-dev] Use of InMemory and File persistent manager? > Where is the code that uses it? > > -dain > > On Monday, March 24, 2003, at 06:12 PM, Bill Burke wrote: > > > Don't! InMemory is used by clustering for HTTP Session replication. > > > > Bill > > > >> -Original Message- > >> From: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED] Behalf Of > >> Dain > >> Sundstrom > >> Sent: Monday, March 24, 2003 9:59 AM > >> To: [EMAIL PROTECTED] > >> Subject: [JBoss-dev] Use of InMemory and File persistent manager? > >> > >> > >> Do any of you use or know of a user of the > >> CMPInMemoryPersistenceManager or CMPFilePersistenceManager? I would > >> like to get rid of them, to make the integration of the new > >> persistence > >> engine easier. We will eventually have file and in memory stores > >> under > >> the new persistence engine, but we don't right now. Is this a problem > >> for anyone? > >> > >> -dain > >> > >> > >> > >> --- > >> This sf.net email is sponsored by:ThinkGeek > >> Welcome to geek heaven. > >> 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: > > The Definitive IT and Networking Event. Be There! > > NetWorld+Interop Las Vegas 2003 -- Register today! > > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
> If JBoss adheres to the standards as they are and will be then I > will be able > to keep using it. If it doesn't then (despite what I want to do) > I probably > won't be given the opportunity to keep using it. > Please ignore the FUD from SUN. We have and always will strictly abide by the standards. Bill Burke Chief Architect JBoss Group, LLC --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath?
On Tue, 25 Mar 2003 17:07, Bill Burke wrote: > Please ignore the FUD from SUN. We have and always will strictly abide by > the standards. As I expected you would. Thanks and keep up the great work! brian wallis... --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Learn The Truth About Your Health!
Hi! Ground Floor! Brand New Opportunity! Spend $47.50 One-Time...Great Product...You can't lose! Just DO IT! Earn $20 Dollars Per Month on Everybody on Your Smaller Side Down to Infinity! Fantastic Product! AMAZING PAYPLAN!!! Learn The Truth About Your Health and Much More!!! (Watch the Video or Listen to the Audio, both Online) Anyone that joins now will continue to have my efforts spillover! NOW Is Your Chance to Be at the Top! Ground Floor! Brand New Opportunity! Coral Calcium Supreme cures nothing. instead Coral Calcium produces a chemical and electrolyte balance within the body so that your body cures itself. BENEFITS Explosive Totally Different Infinity Pay Plan. Our Product Is Already Internationally Televised. Perfect Timing For a Simple Home Business. Earn $20 Dollars Per Month on Everybody on Your Smaller Side Down to Infinity. Experience Success Through Our Gauranteed Marketing System. Make Money By Helping Others Feel Better. No Catch! We'll show you how easy it is to turn an investment of under $50 dollars into thousands. Get paid weekly! This is your chance to cash in at the beginning. Watch the VIDEO ONLINE!!! Dr. Robert Barefoot's interview with Kevin Trudeau. (Learn The Truth!) WE ARE HELPING EVERYONE ON OUR TEAM SO CONTACT ME FORTHE CODE #. Just email me and put CODE-EZI.1450 in the Subject Line and send it to the address below: mailto:[EMAIL PROTECTED] Please include your Name & Phone #, just for follow up. I can assure you it will NEVER be shared or sold. Name___ Phone #_ OR: Call Toll Free: 1-866-626-8333 give Code-EZI.1450 To Your Good Health!! If you feel this reach you in error and wished to be removed, please click the link below. SORRY for the inconvenience. mailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [JBoss-user] time synchronization in cluster (ClusterTimer Service)
Hello, thank you all for answering my questions. To achieve something very close to global cluster clock, I'v decided to implement Clustered Timer service with the same interface as javax.management.timer.Timer. Features: - each added notification will be distributed on each node running Clustered Time service - listeners can register for notification on each node running Clustered Timer service - only Clustered master replica can notify listeners, if so all listener on all cluster nodes will be notified - Timer service ensures that Notifications Id are unique in cluster There is problem how this service should behave when partition merge occurs. It is possible that before merge both partitions has the same Notification Id for differend Notifications but some Notifications can be created before cluster was split into paritions and so they are identical. So simple merge or concat. of Notifications will result in either lost or duplicate Notifications. Have you got any idea how this can be clearly solved? Thank's David Tom Gardner wrote: There is no such thing as global time, only an approximation to it seen from one viewpoint. If you depend on their being a single global definition of time then your application will, sooner or later, have failures due to race conditions. Your preconditions can be beneficially relaxed by - specifying whether "to the nearest h/s/ms/us/ns" is sufficiently close - ensuring all the operations are independent - ensuring opreations' order is not significant. To clarify your problem, consider what might happen if you had two JVMs running on the same CPU. Hello, I need to be sure that each replica of my clustered application will do specific operation at the same real time (eg at 9:34am). I see two solutions: a) Keep computers clock synchronized >> Does jboss provide such service or is this OS/administrator issue? b) Cluster TickTock service Will run on each cluster node, one node will be master and in required time will call method tickTock() on all nodes >> Is this functionality now available in JBoss? c) Is there other solution? Thank's David -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- http://www.sweb.cz/david.klimek --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development