[JBoss-dev] CVS Checkout.
I am trying to do a fresh checkout of jboss-head and am getting .. cannot open security/src/main/org/jboss/security/srp/CVS/Repository: No space left on device My disk is nowhere near full and a little Googling says that this is coming from the CVS server not my machine. Anyone else having this problem? Has SourceForge been notified? -- Dave Smith http://www.theappman.com -- Dave Smith http://www.theappman.com --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Head build broken
I think this one is for Bill ... ejb3 head build is broken .. in tools/etc/buildmagic/libraries.ent the needs to include On Mon, 2005-03-28 at 14:09, Dave Smith wrote: > Ok .. > > cvs co j2se > cvs server: cannot find module `j2se' - ignored > cvs [checkout aborted]: cannot expand modules > > Try .. > cvs co -d j2se jboss-j2se > > This seems to work. Looks like the module is not defined in head. > > On Mon, 2005-03-28 at 13:57, Adrian Brock wrote: > > cd jboss-head > > cvs co j2se > > > > On Mon, 2005-03-28 at 13:45, Dave Smith wrote: > > > When trying to build, latest head CVS with jdk 1.5 the jmx module does > > > not compile. It has been like this since the jmx refactoring that > > > happened last week. > > > > > > An example .. > > > > > > jboss/jmx/src/main/org/jboss/mx/capability/DispatcherFactory.java:13: > > > cannot find symbol > > > symbol : class ServerConstants > > > location: package org.jboss.mx.server > > > import org.jboss.mx.server.ServerConstants; > > > > > > jboss/jmx/src/main/org/jboss/mx/server/AbstractMBeanInvoker.java:47: > > > cannot find symbol > > > symbol : class ModelMBeanConstants > > > location: package org.jboss.mx.modelmbean > > > import org.jboss.mx.modelmbean.ModelMBeanConstants; -- Dave Smith http://www.theappman.com --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Head build broken
Ok .. cvs co j2se cvs server: cannot find module `j2se' - ignored cvs [checkout aborted]: cannot expand modules Try .. cvs co -d j2se jboss-j2se This seems to work. Looks like the module is not defined in head. On Mon, 2005-03-28 at 13:57, Adrian Brock wrote: > cd jboss-head > cvs co j2se > > On Mon, 2005-03-28 at 13:45, Dave Smith wrote: > > When trying to build, latest head CVS with jdk 1.5 the jmx module does > > not compile. It has been like this since the jmx refactoring that > > happened last week. > > > > An example .. > > > > jboss/jmx/src/main/org/jboss/mx/capability/DispatcherFactory.java:13: > > cannot find symbol > > symbol : class ServerConstants > > location: package org.jboss.mx.server > > import org.jboss.mx.server.ServerConstants; > > > > jboss/jmx/src/main/org/jboss/mx/server/AbstractMBeanInvoker.java:47: > > cannot find symbol > > symbol : class ModelMBeanConstants > > location: package org.jboss.mx.modelmbean > > import org.jboss.mx.modelmbean.ModelMBeanConstants; -- Dave Smith http://www.theappman.com --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Head build broken
When trying to build, latest head CVS with jdk 1.5 the jmx module does not compile. It has been like this since the jmx refactoring that happened last week. An example .. jboss/jmx/src/main/org/jboss/mx/capability/DispatcherFactory.java:13: cannot find symbol symbol : class ServerConstants location: package org.jboss.mx.server import org.jboss.mx.server.ServerConstants; jboss/jmx/src/main/org/jboss/mx/server/AbstractMBeanInvoker.java:47: cannot find symbol symbol : class ModelMBeanConstants location: package org.jboss.mx.modelmbean import org.jboss.mx.modelmbean.ModelMBeanConstants; -- Dave Smith Candata Systems Ltd 416-493-9020 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJB3 - Spec Error
According to the latest draft spec the Query interface, method getSingleResult should throw a EntityNotFoundException, in the CVS head implementation it is ObjectNotFoundException. A simple rename seems to fix the problem. -- Dave Smith CANdata Systems Ltd 416-493-9020 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Apt for EJB3
Has anyone written the classes for apt to generate interfaces for Statefull and Stateless Session beans? -- Dave Smith <[EMAIL PROTECTED]> --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Error compiling - ejb3
I am using jboss-head CVS and trying to compile ejb3. In ConsumerContainer and MDB.java the method createSessionPool calls getServerSessionPool. This method needs a javax.jms.Destination. I added final Destination destination, to the arg list and changed the two places it is called within the method and it now compiles. Is this a bug? Dave Smith CANdata Systems Ltd 416-493-9020 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Client bind of Invoker..
I would like to change the invoker such that the client can decide on the invoker to use not the server. The problem with the current setup is that if you have local clients that wish to use RMI and remote clients using HTTP you have to have 2 different configurations and bind each EJB in JNDI with both invokers. When the client starts up it knows based on its configuration settings which invoker it is going to use. Why not have a system property that overrides the default invoker? So in InvokerInterceptor we replace else { // The payload will go through marshalling at the invoker layer Invoker invoker = ctx.getInvoker(); returnValue = invoker.invoke(invocation); } with static Invoker clientOverride=null; static boolean checkOverride=false .. else { if(!checkOverride) { String prop = System.getProperty("jboss.client.invoker"); if(prop != null) { InitialContext ctx = new InitialContext(); clientOverride= (Invoker)cxt.lookup(prop); ctx.close(); } checkOverride=true; } Invoker invoker if(clientOverride != null) { invoker = clientOverride; } else { invoker=ctx.getInvoker(); } returnValue = invoker.invoke(invocation); } -- Dave Smith CANdata Systems Ltd 416-493-9020 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Hibernate deployer problem -3.2.6RC3
I am trying to use an exploded .har file in a deploy directory. This works in 4.0 but not 3.2.6. The problem is in SubDeployerSupport.isDeployable() in 3.2 it lists all of the valid extensions. Adding ".har" fixed the problem. but in 4.0 it looks like .. if (url.getPath().indexOf("META-INF") != -1) return false; String[] suffixes = mainDeployer.getSuffixOrder(); for (int i = 0; i < suffixes.length; i++) { if (name.endsWith(suffixes[i])) return true; } return (name.endsWith(nativeSuffix) && name.startsWith(nativePrefix)); which makes be believe we should back port it. Also I would like to add the the ability to have multiple jars containing hbm.xml config files added to the hibernate config. I have posted a patch on the hibernate website but I just thought I would mention it here. -- Dave Smith CANdata Systems Ltd 416-493-9020 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] AOP versioned ACID objects 1st iteration
:rotfl .. a Frenchman wanting action This is hot shit. Plain and simple. Take the J2EE spec and piss all over it. When you wrote it your mind was small and feeble, we have seen the light. The question is how long before the world realizes it or does J2EE implode and we all are paying homage to Bill and .NET May God Bless America and Java. marc fleury wrote: So in the quest to impove J2EE have you killed it? bla bla bla bla marc fleury wrote: do you motherfuckers realize how BIG this is? obviously some of you don't get it, give it time, it will become very obvious enough wasted time in the U.N. Time for some good ol' action marcf --- 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] AOP versioned ACID objects 1st iteration
Too bad that the whole world is more intretsed whether or not JBOSS will become J2EE certified. I was reading an article about Unintended Consequences that made me think of the current J2EE cerification vs. JBOSS 4.0 with AOP. In 1349 the black plague was spreading around Europe. In castles and universities and town halls across Europe, great minds pondered the cause of the plague. And they came pretty close. The collective academic wisdom was that the source of the Black Plague was fleas. So the word went out from town to town across Europe - to stop the plague - kill the fleas - by killing all the dogs. And immediately the slaughter of all dogs began. But like lots of well-intentioned academic ideas it was somewhat wide of the mark...and had unexpected consequences. The cause was fleas all right, but not dog fleas...it was rat fleas. And in the 1300's what was the most effective way to hold down the rat population? You guessed it - dogs. So by suggesting that townsfolk kill their dogs, the wise authorities had unwittingly allowed the rat population to flourish and thus a new vicious rash of Black Plague began. Before it was over, three years later, nearly 1 out of 3 people in the world had died of the plague. (John Mauldin) So in the quest to impove J2EE have you killed it? marc fleury wrote: do you motherfuckers realize how BIG this is? no? there is close to NOTHING in 20,000 pages of J2EE about this. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Wednesday, March 26, 2003 7:09 PM To: Jboss-Dev Subject: [JBoss-dev] AOP versioned ACID objects 1st iteration I have implemented a new AOP service for Serializable POJOs, Versioned Objects. You can transactionally version an object. If you modify the object within a transaction, this modification is not seen by other transactions. If the tx commits, the changes seen, if a rollback happens the changes are rolled back. On commit, if another tx has modified the object, the tx will rollback (OptimisticLocking). The way it works is as follows: POJO pojo = new POJO(); pojo = (POJO)org.jboss.aop.plugins.Versioned.makeVersioned(pojo); calling Versioned.makeVersioned creates a proxy that sits in front of the real object. transactionManager.begin(); pojo.callMethod(); when callMethod is invoked since there is a transaction, an interceptor creates a copy of the REAL pojo and does all further invocations on this copy. pojo.someField = 5; If you have field interception turned on, public field will also be accessed via the copy/version tm.commit(); On commit, a tx Synchronization checks to see if the version you have created is the latest and greatest. If not an org.jboss.aop.plugins.OptimisticLockFailure exception is thrown in beforeCompletion. I'm not sure how this exception is wrapped. Some other semantics: 1. All method invocations force a version to be created. You can avoid this by declared class-metadata as follows: true A readonly method will not cause the creation of a version and the current object will be used. An example and unit test is under testsuite/src/main/org/jboss/test/aop/bean/VersionedObjectTester.java The example object VersionedPOJO.java, has 1 interceptor pointcut declared on the class to do Tx stuff. See testsuite/src/resources/aop/META-INF/jboss-aop.xml for more details. What would be nice is to also write a TransactionalLock interceptor for versioned POJO's that have high OptimisticLock failures. Bill --- 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] Securing JNDI http invoker.
Ok. We got it to work but we had to call new org.jboss.invocation.http.interfaces.Util(); after we logged in and before new did new InitialContext(). I think the test case works becuase it tests the failure first, which would call the static part of Util to initalize the context, so when the actual valid call is done the static method has been called. Now do I have to hard code the http invokers into the jboss.xml deployment file for each bean? Why does the naming lookup not update the invocation context with the http invoker on the home methods and then the home methods update the EJB clases with the home's invoker type? I need both http invocation and rmi based on how the bean was looked up in JNDI. On Mon, 2003-02-03 at 23:29, Scott M Stark wrote: > Its handled by a custom java.net.Authenticator that integrates with the current > security context. There are testcases showing how to access a secured JNDI > invoker over http. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > - Original Message - > From: "Dave Smith" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, February 03, 2003 8:33 AM > Subject: [JBoss-dev] Securing JNDI http invoker. > > > > > > I am using JBOSS 3.0.6 and am trying to secure the JNDI invoker via > > https. Looking at the code there seems to such way to do this. How do > > you get the current username and password from the current login > > context? It would be fairly trival to check the return value, if it is > > 401 then retry with the current login. So .. > > > > if(connn.getResponseCode() == > > java.net.HttpURLConnection.HTTP_UNAUTHORIZED) > > { > > > > get login,pass from login context > > > > userPassword=userName+":"+passwd > > > > String encoding = new > > sun.misc.BASE64Encoder().encode(userPassword.getBytes()); > > URLConnection uc = url.openConnection(); > > uc.setRequestProperty ("Authorization", "Basic " + encoding); > > getInputStream blah,blah,blah > > > > } > > > > > > > > > > > > --- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > --- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Securing JNDI http invoker.
I am using JBOSS 3.0.6 and am trying to secure the JNDI invoker via https. Looking at the code there seems to such way to do this. How do you get the current username and password from the current login context? It would be fairly trival to check the return value, if it is 401 then retry with the current login. So .. if(connn.getResponseCode() == java.net.HttpURLConnection.HTTP_UNAUTHORIZED) { get login,pass from login context userPassword=userName+":"+passwd String encoding = new sun.misc.BASE64Encoder().encode(userPassword.getBytes()); URLConnection uc = url.openConnection(); uc.setRequestProperty ("Authorization", "Basic " + encoding); getInputStream blah,blah,blah } --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [JBoss-user] JBoss-3.0.5 release available
I am I blind? I see 3.2 beta and 3.0.4 but no 3.0.5? On Mon, 2003-01-13 at 06:40, Scott M Stark wrote: > The 3.0.5 release of JBoss is available from SourceForge here: > https://sourceforge.net/project/showfiles.php?group_id=22866 > > Detailed change notes are available here: > https://sourceforge.net/project/shownotes.php?release_id=129789 > > The 3.2.0RC1 release will be done tomorrow. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > > > --- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > --- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Off Topic: Disable underline text in vim?
/usr/local/share/vim/syntax/java.vim tells what patterns get which functions. In the same directory synload.vim maps those functions to colour. On Thu, 2002-12-05 at 15:39, Dain Sundstrom wrote: > The is completely off topic... Does anyone know how to completely > disable underlined text in vim? I recently switched to OS X and the > vim now underlines key words (and other crap)... it is driving me nuts. > > Thanks for any help, > > -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: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] http deployer - 3.2 CVS
JBOSS 3.2 CVS (Last night) Linux 2.2 / JVM 1.3.1/Blackdown I am testing the http to deploy an ear. Deploy .. lynx -dump http://localhost:8082/InvokeAction//jboss.system:service=MainDeployer/action=deploy?java.lang.String%2Bjava.lang.String=file:/home/dave/import/rns/..//rns/tests/dist/rnsTest.ear Then undeploy lynx -dump http://localhost:8082/InvokeAction//jboss.system:service=MainDeployer/action=undeploy?java.lang.String%2Bjava.lang.String=file:/home/dave/import/rns/..//rns/tests/dist/rnsTest.ear When I undeploy I get the following WARNINGS in the container 12:56:04,585 INFO [EARDeployer] Undeploying J2EE application, destroy step: file:///home/dave/import/rns/..//rns/tests/dist/rnsTest.ear 12:56:04,604 WARN [DeploymentInfo] Not deleting localUrl, it is null or not a copy: file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/rnsTest.war 12:56:04,615 INFO [MainDeployer] Undeployed file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/rnsTest.war 12:56:04,629 WARN [DeploymentInfo] Not deleting localUrl, it is null or not a copy: file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/candata_test_util.jar 12:56:04,639 INFO [MainDeployer] Undeployed file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/candata_test_util.jar 12:56:04,654 WARN [DeploymentInfo] Not deleting localUrl, it is null or not a copy: file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/junit.jar 12:56:04,665 INFO [MainDeployer] Undeployed file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/junit.jar 12:56:04,678 WARN [DeploymentInfo] Not deleting localUrl, it is null or not a copy: file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/rns-test.jar 12:56:04,689 INFO [MainDeployer] Undeployed file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/rns-test.jar 12:56:04,696 WARN [DeploymentInfo] Not deleting localUrl, it is null or not a copy: file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/cactus.jar 12:56:04,698 INFO [MainDeployer] Undeployed file:/home/dave/ejb/server/default/tmp/deploy/home/dave/import/rns/../rns/tests/dist/rnsTest.ear/92.rnsTest.ear-contents/cactus.jar 12:56:04,702 INFO [DeploymentInfo] Cleaned Deployment: file:///home/dave/import/rns/..//rns/tests/dist/rnsTest.ear 12:56:04,703 INFO [MainDeployer] Undeployed file:///home/dave/import/rns/..//rns/tests/dist/rnsTest.ear And the tmp directory entries are not removed. So why does it think it is not a copy? I am also seeing a problem reading the jar enrty on deploy but I am still working on a test case, but it is intermittent and I am wondering if this is the same problem. PS. After looking at the URL I thought the ..// would be possibly causing the problem ... took it out and got the same thing. --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Dependencies jboss 3.2 beta
I have a -service.xml file that has an mbean that depends on an ejb. My line looks like jboss.j2ee:jndiName=cadex/Transferhead,service=EJB Now the problem is that some off the method signatures in the MBean contain references to the EJB and thus when the Mbean is created I am getting a java.lang.NoClassDefFoundError. Now I can hack around this but it does not make sense to have dependencies if you have to hack around them. A quick peek at the code shows the create method is being called and then the create method in the service control checks to see if the mbean has dependices and should be created/started. This seems backward. Should we not first check to see the dependices are met and if they are not simply register the name and do not try to instaniate the class. --- 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] Jetty bug rear's it's head again
Ah .. With the old version of jetty you did not have to prefix the form-login-page with a '/'. If you include the slash it works. On Wed, 2002-10-30 at 14:56, Scott M Stark wrote: > You will have to be more specific because when I add this the following > to the jmx-console/WEB-INF/web.xml descriptor FORM based auth > works fine. > > > > HtmlAdaptor > An example security config that only allows users with the > role JBossAdmin to access the HTML JMX console web application > > /* > GET > POST > > > JBossAdmin > > > > > FORM > JBoss JMX Console > > /login.jsp > /loginFailed.jsp > > > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > > - Original Message - > From: "Dave Smith" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, October 29, 2002 6:07 PM > Subject: Re: [JBoss-dev] Jetty bug rear's it's head again > > > > Throw Form based authentication on the jmx-console in the default jboss > > setup. > > I'm sure you know the syntax ;-) > > > > > > > > --- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jetty bug rear's it's head again
Throw Form based authentication on the jmx-console in the default jboss setup. I'm sure you know the syntax ;-) Jules Gosnell wrote: Dave Smith wrote: JBOss 3.2 beta (CVS) If you are doing form based authenication you get a redirection error. ie when jetty goes to load the form page it thinks it need's to authorize this page .. goes into an endless loop and then you get an htp error. Jules? --- 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 mail me a simple testcase and I'll sort it out. Jules --- 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] Jetty bug rear's it's head again
JBOss 3.2 beta (CVS) If you are doing form based authenication you get a redirection error. ie when jetty goes to load the form page it thinks it need's to authorize this page .. goes into an endless loop and then you get an htp error. Jules? --- 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] secure JNDI with http invoker
I am trying to use the http invoker with the NamingContextFactory in jboss 3.2 beta I have the following properties Properties p = System.getProperties(); p.put(Context.INITIAL_CONTEXT_FACTORY,"org.jboss.naming.HttpNamingContextFactory"); p.put(Context.PROVIDER_URL,"jnp://localhost:8080/invoker/restricted/JNDIFactory"); p.put(Context.URL_PKG_PREFIXES,"org.jboss.naming:org.jnp.interfaces"); System.setProperties(p); I am getting back Root exception is java.io.StreamCorruptedException: InputStream does not contain a serialized object I believe the problem is that HttpNamingContextFactory is missing the Authenticator code that is in HttpInvokerProxy and the request is sending back an authenication failure. So am I using the right naming facory and if I am why is in the server jar files instead of the client jar files? --- 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] http transport
Snip ... > You mean no url provider, but jndi.properties (=environment)? OK. But I > can't live with global jndi.properties. I need them on a per *-ref basis, > because the components I connect are spreaded across several different > application servers. > It would seem that you would still want a global JNDI directory with 1 point of entry. This could be a JNDI mbean that does nothing else than sit infront of all of your other application servers and keeps references to all the other beans in the other applcation severs JNDI directories. When a request came in it could lookup the actual reference, wrap in up in a proxy and hand it back. The proxy would then know which application server it would talk to. I think hard coding aliases into *-refs is a bad idea. It would be a maintence nightmare. A global lookup location would be way easier. So your jndi.properties would only have to get you to the global JNDI directory at boot time. These properties could change based on each client logging in and loading a profile. Crawling back under my rock ... --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] http transport
The HTTP RMI tunning is the shits. Firstly there is no option to go with https without getting really ugly. Secondly, the whole cgi-script or servlet which then calls the local rmi listener generates two network calls for lookup. Since jetty is running in the container the servlet lookup should be a local JNDI lookup. If you read Holger's web site (http://smartcc.sourceforge.net) he is trying to cleanup EJB transport issues when firwalls are in the way. I hope somebody with more knowledge than me steps up to the plate. I for 1 will be using this stuff.. On Fri, 2002-06-21 at 08:36, Bill Burke wrote: > JDK already has built in RMI HTTP tunneling. Why would we need this > transport? > > Here's directions: > > > http://www.dmh2000.com/ApacheTomcatRMI.htm > > Bill > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > Holger Engels > > Sent: Friday, June 21, 2002 5:00 AM > > To: [EMAIL PROTECTED] > > Subject: [JBoss-dev] http transport > > > > > > > > I try to understand, how a http transport can be implemented within jboss > > .. so what do I need? > > > > > > on the server side: > > > > o a connector servlet / extra http deamon, that accepts invocations > > embedded in http posts. the result of a home invocation is a handle. > > subsequent invocations (remote interface) contain the handle to identify > > the target ejb. the servlet is completely stateless. > > o an mbean service, that manages the servlet / http deamon > > > > > > on the client: > > > > o some interceptor (the last one in the chain), that marshalls the > > invocation as an http post request and demarshalls results / throwables. > > I call it the 'Transport' > > o is a special handle implementation required? > > o usertransaction handling is transparent (part of Invocation)? > > > > > > configuration: > > > > o it's the server's job to provide the connector servlet. the servlet > > doesn't need to be configured. the invocations carry all the information > > that is required to perform home-/ remote-invocations. > > > > o the client will do a lookup first (coded name, declared in the > > application-client descriptor). it then gets a dynamic proxy passing on > > the java style invocation to the invocation handler. the invocation > > handler feeds the invocation into the interceptor chain. this chain has > > to be configured somehow (during deployment of the application-client > > jar). > > > > o afaik there's no application client deployment at the moment and the > > client side interceptors are configured from the server, right? > > > > > > so what makes up the whole interceptor chain? we distinguish: > > > > o client side interceptors > > o server side interceptors (synchronization, pooling / caching, security) > > o symmetric interceptors (encryption / decryption for instance) > > > > the overall configuration of the (ordered) interceptor chain is made of > > component aspects and reference aspects. transport is just another aspect > > of the reference. > > > > > > authentication: > > > > in the smartcc, using the http transport requires a http login module > > (basic/digest auth) to be configured. the authentication task is > > performed > > by the servlet container. the container cares about setting up the > > security association. > > > > > > dain asked for an http plugin for jndi. my question: why do I need the > > server side's jndi content on the client if I don't lookup homes? what > > does a java client need beside what's configured in the > > application client > > descriptor. what am i missing? > > > > holger > > > > > > > > --- > > Sponsored by: > > ThinkGeek at http://www.ThinkGeek.com/ > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Has the CCE problem been fixed?
There is a patch for 1 of the cases of CCE. There is also a bug in Sun's JVM that we can not hack around. JRockit does not have this problem. On Tue, 2002-06-18 at 14:49, Dain Sundstrom wrote: > It has. Marc is still playing catch-up with his email. > > -dain > > Jason Dillon wrote: > > I thought Scott said this was fixed? what is the story? > > > > > > > > --jason > > > > > > > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] On Behalf Of marc > > fleury > > Sent: Tuesday, June 18, 2002 11:01 AM > > To: [EMAIL PROTECTED] > > Subject: RE: [JBoss-dev] Has the CCE problem been fixed? > > > > > > > > run jrockit > > > > > > > > marcf > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > Jason Dillon > > Sent: Monday, June 17, 2002 12:07 PM > > To: [EMAIL PROTECTED] > > Subject: [JBoss-dev] Has the CCE problem been fixed? > > > > If so has the fixed been integrated into Branch_3_0, if so when? > > > > > > > > --jason > > > > > -- > > Dain Sundstrom > Chief Architect JBossCMP > JBoss Group, LLC > > > > >Bringing you mounds of caffeinated joy >>>> http://thinkgeek.com/sf<<< > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development Bringing you mounds of caffeinated joy >>> http://thinkgeek.com/sf<<< ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS CMP - relations not using DefaultDS
Sorry.. I was trying give the solution the same time as the problem. My problem is if you are using foreign-key-mapping with two tables that are not in the default datasource the relation tries to execute the sql command on the default datasource. For table mapping you can specify the datasource for the relation table. For foreign-key-mapping we should use the datasource of the table not the default. So.. table a and b in datasource LocalDb. The default datasource is RemoteDb. a has a 1 to many unidirection relationship with b. When you are trying to access the collection it is looking for b in thew RemoteDb instead of the LocalDb. New Dad , lack of sleep ... I hope this is clear ... On Fri, 2002-06-14 at 13:40, Dain Sundstrom wrote: > Dave Smith wrote: > > > If I have two tables a nd b that are related with a forgien key but the > > tables are not in the default datasource it tries to bind the relation > > to the default datasource. In JDBCCMRFieldBridge.java it should set the > > default Datasource for the relation from the JDBCEntityBridge.java. If > > it is table mapping and the datasource is supplied then it should be > > ignored. > > > Dave, you lost me. If your are using a foreign-key-mapping the > datasorce present in JDBCCMRFieldBridge should not be used. Is it being > used? If it is, where? > > -dain > > > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - >http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS CMP - relations not using DefaultDS
Sorry.. I was trying give the solution the same time as the problem. My problem is if you are using foreign-key-mapping with two tables that are not in the default datasource the relation tries to execute the sql command on the default datasource. For table mapping you can specify the datasource for the relation table. For foreign-key-mapping we should use the datasource of the table not the default. So.. table a and b in datasource LocalDb. The default datasource is RemoteDb. a has a 1 to many unidirection relationship with b. When you are trying to access the collection it is looking for b in thew RemoteDb instead of the LocalDb. New Dad , lack of sleep ... I hope this is clear ... On Fri, 2002-06-14 at 13:40, Dain Sundstrom wrote: > Dave Smith wrote: > > > If I have two tables a nd b that are related with a forgien key but the > > tables are not in the default datasource it tries to bind the relation > > to the default datasource. In JDBCCMRFieldBridge.java it should set the > > default Datasource for the relation from the JDBCEntityBridge.java. If > > it is table mapping and the datasource is supplied then it should be > > ignored. > > > Dave, you lost me. If your are using a foreign-key-mapping the > datasorce present in JDBCCMRFieldBridge should not be used. Is it being > used? If it is, where? > > -dain > > > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - >http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBOSS CMP - relations not using DefaultDS
If I have two tables a nd b that are related with a forgien key but the tables are not in the default datasource it tries to bind the relation to the default datasource. In JDBCCMRFieldBridge.java it should set the default Datasource for the relation from the JDBCEntityBridge.java. If it is table mapping and the datasource is supplied then it should be ignored. Dain? ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss through firwall - RMI -HTTP tunneling
After a quick read of the spec .. Does the ejb-local only get acessed when an externel client is accessing the EJB or for all access? So if a SB accesses an EB becuase it is local the container can optimize the call and not send it over RMI? On Wed, 2002-06-12 at 08:03, Holger Engels wrote: > On 12 Jun 2002, Dave Smith wrote: > > > > > Now I have my swing client running with a jboss backend I would like to > > move this beast out on to the internet. Some of my clients have > > firewalls that only allow them http and https access through a proxy, so > > a direct connection is out. It would seem I could optimize this by > > writting a custom EJB proxy for the connection and use HTTP tunneling > > for the naming lookup. I think soap for my app is overkill and would be > > quite slow. > > > > Experences, optionions , suggestions? > > > > smartcc.sourcefore.net .. a generic j2ee conform client container, that > addresses exactly this problem. Features: > > o client side interceptors > o pluggable transport (RMI/HTTP) > o Replay Tool for recording use cases and performing load tests > o no proprietary API > > Holger > > > ___ > > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss through firwall - RMI -HTTP tunneling
Now I have my swing client running with a jboss backend I would like to move this beast out on to the internet. Some of my clients have firewalls that only allow them http and https access through a proxy, so a direct connection is out. It would seem I could optimize this by writting a custom EJB proxy for the connection and use HTTP tunneling for the naming lookup. I think soap for my app is overkill and would be quite slow. Experences, optionions , suggestions? ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Doh .. 13:49:07,802 INFO [STDOUT] com.candata.gateway.EncryptionService org.jboss.mx.loading.UnifiedClassLoader 13:49:13,210 INFO [STDOUT] com/entrust/toolkit/x509/policies/ClientSettings org.jboss.mx.loading.UnifiedClassLoader 13:49:13,224 INFO [STDOUT] com/entrust/toolkit/util/ByteArray org.jboss.mx.loading.UnifiedClassLoader On Wed, 2002-06-05 at 13:53, Dave Smith wrote: > >From my CCE catch block > > catch(ClassCircularityError err) > { > err.printStackTrace(); > System.out.println("com.candata.gateway.EncryptionService > "+com.candata.gateway.EncryptionService.class.getClassLoader().getClass().getName()); > > System.out.println("com/entrust/toolkit/x509/policies/ClientSettings > >"+com.entrust.toolkit.x509.policies.ClientSettings.class.getClassLoader().getClass().getName()); > System.out.println("com/entrust/toolkit/util/ByteArray > "+com.entrust.toolkit.util.ByteArray.class.getClassLoader().getClass().getName()); > } > > The Bt > > 13:49:06,299 ERROR [STDERR] java.lang.ClassCircularityError: > com/entrust/toolkit/util/ByteArray > 13:49:06,300 ERROR [STDERR] at > com.entrust.toolkit.credentials.b.a(StreamUtil.java) > 13:49:06,300 ERROR [STDERR] at > com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) > 13:49:06,300 ERROR [STDERR] at > com.entrust.toolkit.credentials.Profile.a(Profile.java) > 13:49:06,301 ERROR [STDERR] at > com.entrust.toolkit.credentials.Profile.(Profile.java) > 13:49:06,301 ERROR [STDERR] at > com.entrust.toolkit.User.login(User.java) > 13:49:06,301 ERROR [STDERR] at > com.candata.gateway.EncryptionService.init(Unknown Source) > 13:49:06,301 ERROR [STDERR] at > com.candata.gateway.EncryptionService.createMsg(Unknown Source) > 13:49:06,302 ERROR [STDERR] at > java.lang.reflect.Method.invoke(Native Method) > 13:49:06,302 ERROR [STDERR] at > >org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) > 13:49:06,302 ERROR [STDERR] at > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) > 13:49:06,303 ERROR [STDERR] at > com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) > 13:49:06,303 ERROR [STDERR] at > com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) > 13:49:06,303 ERROR [STDERR] at > com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) > 13:49:06,303 ERROR [STDERR] at > com.candata.gateway.CCRAPoll.run(Unknown Source) > 13:49:06,304 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) > > > > On Wed, 2002-06-05 at 13:11, Bordet, Simone wrote: > > Hi Dave, > > > > > I have decompilied it before to make some sense of it. I now > > > there is a > > > class.forName and a newInstance but I don't think they use there own > > > classloader. > > > > Uhm. > > > > > All of the classes are in the deploy directory not in the > > > jboss lib dir. > > > The -sevice.xml file that starts this is has them in a classpath def > > > pointing to the current directory. Where it is dieing it is simply > > > reading a file that has the x509 certificate info. > > > > Ok, can you do one more test ? > > Can you please print the classloader for your classes, via for example: > > > > com.candata.gateway.EncryptionService.class.getClassLoader() > > > > and for the lib classes, via for example: > > > > com.entrust.toolkit.User.class.getClassLoader() > > com.entrust.toolkit.credentials.Profile.class.getClassLoader() > > > > I think Class.forName may be the source of the problem, as bypasses a direct call >to the classloader, going directly to the JVM class cache. > > > > Simon > > > > ___ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
>From my CCE catch block catch(ClassCircularityError err) { err.printStackTrace(); System.out.println("com.candata.gateway.EncryptionService "+com.candata.gateway.EncryptionService.class.getClassLoader().getClass().getName()); System.out.println("com/entrust/toolkit/x509/policies/ClientSettings "+com.entrust.toolkit.x509.policies.ClientSettings.class.getClassLoader().getClass().getName()); System.out.println("com/entrust/toolkit/util/ByteArray "+com.entrust.toolkit.util.ByteArray.class.getClassLoader().getClass().getName()); } The Bt 13:49:06,299 ERROR [STDERR] java.lang.ClassCircularityError: com/entrust/toolkit/util/ByteArray 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.b.a(StreamUtil.java) 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) 13:49:06,300 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.a(Profile.java) 13:49:06,301 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.(Profile.java) 13:49:06,301 ERROR [STDERR] at com.entrust.toolkit.User.login(User.java) 13:49:06,301 ERROR [STDERR] at com.candata.gateway.EncryptionService.init(Unknown Source) 13:49:06,301 ERROR [STDERR] at com.candata.gateway.EncryptionService.createMsg(Unknown Source) 13:49:06,302 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 13:49:06,302 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) 13:49:06,302 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 13:49:06,303 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 13:49:06,304 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) On Wed, 2002-06-05 at 13:11, Bordet, Simone wrote: > Hi Dave, > > > I have decompilied it before to make some sense of it. I now > > there is a > > class.forName and a newInstance but I don't think they use there own > > classloader. > > Uhm. > > > All of the classes are in the deploy directory not in the > > jboss lib dir. > > The -sevice.xml file that starts this is has them in a classpath def > > pointing to the current directory. Where it is dieing it is simply > > reading a file that has the x509 certificate info. > > Ok, can you do one more test ? > Can you please print the classloader for your classes, via for example: > > com.candata.gateway.EncryptionService.class.getClassLoader() > > and for the lib classes, via for example: > > com.entrust.toolkit.User.class.getClassLoader() > com.entrust.toolkit.credentials.Profile.class.getClassLoader() > > I think Class.forName may be the source of the problem, as bypasses a direct call to >the classloader, going directly to the JVM class cache. > > Simon > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
I have decompilied it before to make some sense of it. I now there is a class.forName and a newInstance but I don't think they use there own classloader. All of the classes are in the deploy directory not in the jboss lib dir. The -sevice.xml file that starts this is has them in a classpath def pointing to the current directory. Where it is dieing it is simply reading a file that has the x509 certificate info. On Wed, 2002-06-05 at 12:06, Bordet, Simone wrote: > Hi Dave, > > > OK. wrapped up the target method in CCE. These are thrid > > party libs and > > I believe smoewhere in the bowels they use forName() and > > newInstance(). > > What I don't understand is why I do not see it going through > > the UCL. or > > at least a classloader. > > I guess because they're using their own classloader, probably in StreamUtil.java. > I see they're obfuscated, so I guess you don't have access to the source code, do >you ? > > Are these 3rd party libs in the classpath, or they're loaded by JBoss ? > > Simon > > > Here is the bt > > 11:48:58,960 ERROR [STDERR] java.lang.ClassCircularityError: > > com/entrust/toolkit/util/ByteArray > > 11:48:58,990 ERROR [STDERR] at > > com.entrust.toolkit.credentials.b.a(StreamUtil.java) > > 11:48:59,000 ERROR [STDERR] at > > com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) > > 11:48:59,010 ERROR [STDERR] at > > com.entrust.toolkit.credentials.Profile.a(Profile.java) > > 11:48:59,020 ERROR [STDERR] at > > com.entrust.toolkit.credentials.Profile.(Profile.java) > > 11:48:59,029 ERROR [STDERR] at > > com.entrust.toolkit.User.login(User.java) > > 11:48:59,050 ERROR [STDERR] at > > com.candata.gateway.EncryptionService.init(Unknown Source) > > 11:48:59,059 ERROR [STDERR] at > > com.candata.gateway.EncryptionService.createMsg(Unknown Source) > > 11:48:59,070 ERROR [STDERR] at > > java.lang.reflect.Method.invoke(Native Method) > > 11:48:59,079 ERROR [STDERR] at > > org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec > > tedMBeanDispatcher.java:284) > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
OK. wrapped up the target method in CCE. These are thrid party libs and I believe smoewhere in the bowels they use forName() and newInstance(). What I don't understand is why I do not see it going through the UCL. or at least a classloader. Here is the bt 11:48:58,960 ERROR [STDERR] java.lang.ClassCircularityError: com/entrust/toolkit/util/ByteArray 11:48:58,990 ERROR [STDERR] at com.entrust.toolkit.credentials.b.a(StreamUtil.java) 11:48:59,000 ERROR [STDERR] at com.entrust.toolkit.credentials.l.b(InternalStreamProfileReader.java) 11:48:59,010 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.a(Profile.java) 11:48:59,020 ERROR [STDERR] at com.entrust.toolkit.credentials.Profile.(Profile.java) 11:48:59,029 ERROR [STDERR] at com.entrust.toolkit.User.login(User.java) 11:48:59,050 ERROR [STDERR] at com.candata.gateway.EncryptionService.init(Unknown Source) 11:48:59,059 ERROR [STDERR] at com.candata.gateway.EncryptionService.createMsg(Unknown Source) 11:48:59,070 ERROR [STDERR] at java.lang.reflect.Method.invoke(Native Method) 11:48:59,079 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) 11:48:59,090 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 11:48:59,100 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) 11:48:59,129 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) 11:48:59,139 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 11:48:59,169 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 11:48:59,179 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) On Wed, 2002-06-05 at 11:38, Bordet, Simone wrote: > Hi Dave, > > > Well after alot of tracking down it looks like it is comming from the > > JVM itself. > > Yes, CCE are only thrown from the JVM code. > > Sorry, I was not clear before. > I see you are using JMX to invoke some method, yes ? > Let's call it target method, you call it from CCRAAbstract.invokeMethod(...), right ? > Check inside the target method if you do: > > -loadClass() > -newInstance() > > or, recursively, if you call some method that does this (just wrap the whole target >method into a try/catch(CCE x)). > > Do you ever arrive to the target method ? If so, that's good, otherwise, a more >difficult. > > Waiting for news, > > Thanks > > Simon > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Actully does not this part of the JVM spec basically say it all ... 5.3.2 Loading Using a User-defined Class Loader The following steps are used to load and thereby create the nonarray class or interface C denoted by N using a user-defined class loader L. First, the Java virtual machine determines whether L has already been recorded as an initiating loader of a class or interface denoted by N. If so, this class or interface is C, and no class creation is necessary. Otherwise the Java virtual machine invokes loadClass(N ) on L.1 The value returned by the invocation is the created class or interface C. The Java virtual machine then records that L is an initiating loader of C (§5.3.4). The remainder of this section describes this process in more detail. When the loadClass method of the class loader L is invoked with the name N of a class or interface C to be loaded, L must perform one of the following two operations in order to load C : 1. The class loader L can create an array of bytes representing C as the bytes of a ClassFile structure (§4.1); it then must invoke the method defineClass of class ClassLoader. Invoking defineClass causes the Java virtual machine to derive a class or interface denoted by N using L from the array of bytes using the algorithm found in Section 5.3.5. 2. The class loader L can delegate the loading of C to some other class loader L'. This is accomplished by passing the argument N directly or indirectly to an invocation of a method on L' (typically the loadClass method). Th On Wed, 2002-06-05 at 11:17, Dave Smith wrote: > Well after alot of tracking down it looks like it is comming from the > JVM itself. Looking at the code snippet it checks to see if the class is > in the table *before* calling the classloader. I can not generate a > stack trace for the life of me anywhere ... Any other pointers .. > > On Wed, 2002-06-05 at 09:05, Bordet, Simone wrote: > > Hi Dave, > > > > > > > Cause: java.lang.ClassCircularityError: java/lang/String > > > > > > > > I catch CCE in the new code, how come you get it back ? > > > > > > > I thought you would know that ;-). Anything I can do to help the > > > debugging? > > > > Yes, can you track down from where exactly the CCE comes from ? > > It seems from your stack trace that you're using JMX to invoke a method in the >CCRAPoll thread. > > CCE is triggered by classloading so the change I made should catch all CCEs, not >let them out. > > Finding this will really help, I suspect there is more than one entry point in the >ULR. > > > > Cheers > > > > Simon > > > > ___ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Well after alot of tracking down it looks like it is comming from the JVM itself. Looking at the code snippet it checks to see if the class is in the table *before* calling the classloader. I can not generate a stack trace for the life of me anywhere ... Any other pointers .. On Wed, 2002-06-05 at 09:05, Bordet, Simone wrote: > Hi Dave, > > > > > Cause: java.lang.ClassCircularityError: java/lang/String > > > > > > I catch CCE in the new code, how come you get it back ? > > > > > I thought you would know that ;-). Anything I can do to help the > > debugging? > > Yes, can you track down from where exactly the CCE comes from ? > It seems from your stack trace that you're using JMX to invoke a method in the >CCRAPoll thread. > CCE is triggered by classloading so the change I made should catch all CCEs, not let >them out. > Finding this will really help, I suspect there is more than one entry point in the >ULR. > > Cheers > > Simon > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
On Wed, 2002-06-05 at 08:36, Bordet, Simone wrote: > Hi Dave, > > > I just took Simone's patch and applied it to the 3_0 branch. > > Do you mean what I committed to HEAD 2-3 hrs ago ? > yes version 1.12 > > it did not > > work. Here is the stacktrace. ... > > > > Cause: java.lang.ClassCircularityError: java/lang/String > > I catch CCE in the new code, how come you get it back ? > I thought you would know that ;-). Anything I can do to help the debugging? > Cheers > > Simon > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
I just took Simone's patch and applied it to the 3_0 branch. it did not work. Here is the stacktrace. ... Cause: java.lang.ClassCircularityError: java/lang/String 07:57:09,416 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:307) 07:57:09,417 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) 07:57:09,417 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.invokeMethod(Unknown Source) 07:57:09,417 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) 07:57:09,417 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 07:57:09,418 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 07:57:09,418 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) On Fri, 2002-05-31 at 12:13, Bordet, Simone wrote: > Hi, > > so I dug into the hotspot code for JDK 131, and I found the problem. I am too tired >now to think for a solution, this is for you brave guys :) > > The problems arises from a 20 lines of code in >src/share/vm/memory/systemDictionary.cpp (attached), method >resolve_instance_class_or_null(...). > The loading mechanism of the JVM is done in 2 steps: > > 1- look in a dictionary, if not found, put there a placeholder, then > 2- load the class, calling loadClassInternal(). > > Thread A comes in asking for class "cls1" with classloader cl1, the class has never >been loaded, put a placeholder in the dictionary, and call loadClassInternal. > Thread B comes in asking for class "cls1" with classloader cl1, there is already a >placeholder, throw CCE. > > The key is to ask for the same class with the same classloader. > > I think this may happen with the UnifiedClassLoader scheme in several occasions, a >simple example being: > > class Base {} > class Derived1 extends Base {} > class Derived2 extends Base {} > > If Base is loaded by classloader1, and we have 2 threads trying to load one Derived1 >and one Derived2 (and both need Base), we end up with 2 thread using the same >classloader to load the same class, and the JVM code throws CCE. > > I wrote a simple testcase (attached), but it does not use JBoss classloaders, >however should be trivial to code it against JBoss codebase. If someone can take care >of it... thanks :P > > As I said I did not think enough to find a solution, but at least we all know where >to start. > > Cheers > > Simon > > PS: it seems attachments are not allowed ? > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
It's Monday Sorry to be a pest but this is absolutely killing me. Anything I can do to help? On Fri, 2002-05-31 at 15:55, marc fleury wrote: > I think simone is almost there I will look at this this weekend I promise > > marcf > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On Behalf Of Scott > |M Stark > |Sent: Friday, May 31, 2002 11:15 AM > |To: [EMAIL PROTECTED] > |Subject: Re: [JBoss-dev] ClassCircularityError - PROBLEM FOUND ! > | > | > |I think that is too simplified but the seperation between the CL invoked > |to do the class loading by threads vs the UCLs in the repository actually > |used to load code in a single threaded fashion is what I was proposing > |to simplify the locking issues. > | > | > |Scott Stark > |Chief Technology Officer > |JBoss Group, LLC > | > |- Original Message - > |From: "Bill Burke" <[EMAIL PROTECTED]> > |To: <[EMAIL PROTECTED]> > |Sent: Friday, May 31, 2002 10:41 AM > |Subject: RE: [JBoss-dev] ClassCircularityError - PROBLEM FOUND ! > | > | > |> I hope I'm not being really stupid here. Couldn't you have one master > |class > |> loader that delegated to a UCL. Then you wouldn't need all this funky > |> locking and hacks and workarounds. Switch the ULR and UCL. ULR delegate > |to > |> UCL instead of the other way around > |> > |> Again, maybe I'm just ignorant of the code. > |> > |> Bill > |> > | > | > | > |___ > | > |Don't miss the 2002 Sprint PCS Application Developer's Conference > |August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > | > |___ > |Jboss-development mailing list > |[EMAIL PROTECTED] > |https://lists.sourceforge.net/lists/listinfo/jboss-development > > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ClassCircularityError - PROBLEM FOUND !
Are you sure? From your desription it would seem that the reason loadClassInternal is syncronized is to stop this case from happening. The way you are describing it it would not make any differnce, and the resolve_instance_class_or_null is not thread safe. On Fri, 2002-05-31 at 12:13, Bordet, Simone wrote: > Hi, > > so I dug into the hotspot code for JDK 131, and I found the problem. I am too tired >now to think for a solution, this is for you brave guys :) > > The problems arises from a 20 lines of code in >src/share/vm/memory/systemDictionary.cpp (attached), method >resolve_instance_class_or_null(...). > The loading mechanism of the JVM is done in 2 steps: > > 1- look in a dictionary, if not found, put there a placeholder, then > 2- load the class, calling loadClassInternal(). > > Thread A comes in asking for class "cls1" with classloader cl1, the class has never >been loaded, put a placeholder in the dictionary, and call loadClassInternal. > Thread B comes in asking for class "cls1" with classloader cl1, there is already a >placeholder, throw CCE. > > The key is to ask for the same class with the same classloader. > > I think this may happen with the UnifiedClassLoader scheme in several occasions, a >simple example being: > > class Base {} > class Derived1 extends Base {} > class Derived2 extends Base {} > > If Base is loaded by classloader1, and we have 2 threads trying to load one Derived1 >and one Derived2 (and both need Base), we end up with 2 thread using the same >classloader to load the same class, and the JVM code throws CCE. > > I wrote a simple testcase (attached), but it does not use JBoss classloaders, >however should be trivial to code it against JBoss codebase. If someone can take care >of it... thanks :P > > As I said I did not think enough to find a solution, but at least we all know where >to start. > > Cheers > > Simon > > PS: it seems attachments are not allowed ? > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] java.lang.ClassCircularityError
I have three deploy directorys deploy pre-deploy app-deploy deploy has the standard jboss stuff pre-deploy - this has global classes that are used by my app app-deploy - these are my application classes my header from my xml startup file which is in app-deploy .. in my app-deploy directory .. HTTPClient.jar,entbase.jar,entp7.jar,entuser.jar,providerutil.jar - are third party libs in the app-deploy dir gateway.jar - this is where the mbeans that are causing the problems are stored. cadex-mbeans.jar - these are where other mbeans that are used in the xml cadex.jar - this is my EJB. On Fri, 2002-05-31 at 11:09, Scott M Stark wrote: > Can you describe how the mbeans and jars are packaged and > how things are getting loaded/created. Ideally I want to create > a testcase that produces this problem so we can create a unit > test. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > - Original Message - > From: "Dave Smith" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, May 31, 2002 6:01 AM > Subject: Re: [JBoss-dev] java.lang.ClassCircularityError > > > > A little more digging finds that the mbean uses a thrid party jar that > > is using the bad Class.forName to load classes. Should this matter? If > > the mbean is instaniating the object would it's class loader not be the > > UCL? Any thoughts on where to starting looking to solve this problem? > > Can not touch the jar or it's contents and getting any changes made are > > nil. > > > > > > On the upside the new loader has solved my class locking problems. 1 > > down 1 to go.. > > > > > > On Thu, 2002-05-30 at 15:05, Dave Smith wrote: > > > I'm Using Branch_3_0 latest . > > > Firstly my initial test of the locking code seems to work. I have a > > > couple of other machines to test it on, I'll keep you posted ... > > > > > > If I have two mbeans that are of the same class in an .xml file I get a > > > java.lang.ClassCircularityError. So ... > > > > > > > > > > > > > > name="candata:service=CCRAPollTest"> > > > jboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo > > > > > > jboss.j2ee:service=EJB,jndiName=cadex/Transferhead > > > queue/CCRARecvQueue > > > > > name="EncryptionJndi">java:/Candata/gateway/EncryptInfo > > > cn=Ops CCRA-ADRC > > > > GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA > > > > > > name="RequestLoc">http://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0 attribute> > > > false > > > > > > > > > > > > > > name="candata:service=CCRAPollTestNum2"> > > > jboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo > > > > > > jboss.j2ee:service=EJB,jndiName=cadex/Transferhead > > > queue/CCRARecvQueue > > > > > name="EncryptionJndi">java:/Candata/gateway/EncryptInfo > > > cn=Ops CCRA-ADRC > > > > GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA > > > > > > name="RequestLoc">http://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0 attribute> > > > false > > > > > > > > > > > > Generates the following backtrace on the second mbean .. > > > > > > 14:45:15,984 ERROR [STDERR] java.lang.ClassCircularityError: > > > java/util/Hashtable > > > 14:45:15,986 ERROR [STDERR] at > > > com.entrust.toolkit.security.provider.Entrust.(Entrust.java) > > > 14:45:15,988 ERROR [STDERR] at > > > > com.entrust.toolkit.credentials.CredentialReader.(CredentialReader.jav > a) > > > 14:45:15,990 ERROR [STDERR] at > > > > com.entrust.toolkit.credentials.StreamProfileReader.(StreamProfileRead > er.java) > > > 14:45:15,992 ERROR [STDERR] at > > > com.candata.gateway.Encryption.(Unknown Source) > > > 14:45:15,993 ERROR [STDERR] at > > > com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) > > > 14:45:15,995 ERROR [STDERR] at > > > com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) > > > 14:45:15,997 ERROR [STDERR] at > > > com.candata.gateway.CCRAPoll.run(Unknown Source) > > > 14:45:15,998 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) > > > > > > > > > > > > > > > > > > ___ > &
Re: [JBoss-dev] java.lang.ClassCircularityError
A little more digging finds that the mbean uses a thrid party jar that is using the bad Class.forName to load classes. Should this matter? If the mbean is instaniating the object would it's class loader not be the UCL? Any thoughts on where to starting looking to solve this problem? Can not touch the jar or it's contents and getting any changes made are nil. On the upside the new loader has solved my class locking problems. 1 down 1 to go.. On Thu, 2002-05-30 at 15:05, Dave Smith wrote: > I'm Using Branch_3_0 latest . > Firstly my initial test of the locking code seems to work. I have a > couple of other machines to test it on, I'll keep you posted ... > > If I have two mbeans that are of the same class in an .xml file I get a > java.lang.ClassCircularityError. So ... > > > >name="candata:service=CCRAPollTest"> > jboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo > > jboss.j2ee:service=EJB,jndiName=cadex/Transferhead > queue/CCRARecvQueue >name="EncryptionJndi">java:/Candata/gateway/EncryptInfo > cn=Ops CCRA-ADRC > GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA > >name="RequestLoc">http://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0 > false > > > > name="candata:service=CCRAPollTestNum2"> > jboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo > > jboss.j2ee:service=EJB,jndiName=cadex/Transferhead > queue/CCRARecvQueue >name="EncryptionJndi">java:/Candata/gateway/EncryptInfo > cn=Ops CCRA-ADRC > GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA > >name="RequestLoc">http://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0 > false > > > > Generates the following backtrace on the second mbean .. > > 14:45:15,984 ERROR [STDERR] java.lang.ClassCircularityError: > java/util/Hashtable > 14:45:15,986 ERROR [STDERR] at > com.entrust.toolkit.security.provider.Entrust.(Entrust.java) > 14:45:15,988 ERROR [STDERR] at > com.entrust.toolkit.credentials.CredentialReader.(CredentialReader.java) > 14:45:15,990 ERROR [STDERR] at > com.entrust.toolkit.credentials.StreamProfileReader.(StreamProfileReader.java) > 14:45:15,992 ERROR [STDERR] at > com.candata.gateway.Encryption.(Unknown Source) > 14:45:15,993 ERROR [STDERR] at > com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) > 14:45:15,995 ERROR [STDERR] at > com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) > 14:45:15,997 ERROR [STDERR] at > com.candata.gateway.CCRAPoll.run(Unknown Source) > 14:45:15,998 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) > > > > > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] java.lang.ClassCircularityError
I'm Using Branch_3_0 latest . Firstly my initial test of the locking code seems to work. I have a couple of other machines to test it on, I'll keep you posted ... If I have two mbeans that are of the same class in an .xml file I get a java.lang.ClassCircularityError. So ... jboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo jboss.j2ee:service=EJB,jndiName=cadex/Transferhead queue/CCRARecvQueue java:/Candata/gateway/EncryptInfo cn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA http://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0 false jboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo jboss.j2ee:service=EJB,jndiName=cadex/Transferhead queue/CCRARecvQueue java:/Candata/gateway/EncryptInfo cn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA http://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0 false Generates the following backtrace on the second mbean .. 14:45:15,984 ERROR [STDERR] java.lang.ClassCircularityError: java/util/Hashtable 14:45:15,986 ERROR [STDERR] at com.entrust.toolkit.security.provider.Entrust.(Entrust.java) 14:45:15,988 ERROR [STDERR] at com.entrust.toolkit.credentials.CredentialReader.(CredentialReader.java) 14:45:15,990 ERROR [STDERR] at com.entrust.toolkit.credentials.StreamProfileReader.(StreamProfileReader.java) 14:45:15,992 ERROR [STDERR] at com.candata.gateway.Encryption.(Unknown Source) 14:45:15,993 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) 14:45:15,995 ERROR [STDERR] at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) 14:45:15,997 ERROR [STDERR] at com.candata.gateway.CCRAPoll.run(Unknown Source) 14:45:15,998 ERROR [STDERR] at java.lang.Thread.run(Thread.java:484) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] UnifiedLoaderRepository deadlocks
How about in the 3_0 branch? On Thu, 2002-05-30 at 12:12, Bordet, Simone wrote: > Hi, > > I have updated the ULR in HEAD to incorporate latest Adrian Brock's suggestions >(thanks Adrian), and made the relevant methods single threaded. > Adrian, if you can check if the changes I made correctly implement your suggestions, >will be great. > > Cheers > > Simon > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-Dev] DeployServiceUnitTestCase.testDependsElement failure
I am still seeing a hang with the 3_0 branch. Start java with the -Xdebug option. This will show where the lock is ... On Wed, 2002-05-29 at 05:36, Adrian Brock wrote: > Hi Scott, > > The hang is not predictable, but it is mostly on the RaTopicUnitTestCase. > Trying to dump the threads crashes the VM, but below is the start > of one of the dumps. It appears to be a deadlock in the > UnifiedLoaderRepository. > > Looking at the code, there might be an ordering problem between > synchronized(this) and becoming the "currentThread". > > e.g. > A starts with removeClassLoader and synchronizes on the ULR > B starts with loadClassInternal and synchronizes on the ClassLoader > B becomes the currentThread > B reaches the synchronized(this) in loadClass and waits on the ULR > A sends a notification which leads to a loadClassInternal > A isn't the currentThread and waits in synchronize(ClassLoader) > > Result > A is waiting to become the currentThread (held by B) > B is waiting on the ULR (held by A) with its classloader locked > > 02:03:31,604 INFO [MainDeployer] Successfully completed deployment of > package: file:/D:/cygwin/home/ejort/jboss30rc4/jb > oss-all/testsuite/output/lib/jmsra.jar > 02:08:32,586 WARN [TxCapsule] Transaction XidImpl [FormatId=257, > GlobalId=HTIMES1//561, BranchQual=] timed out. status= > STATUS_ACTIVE > Full thread dump: > > "Thread Pool Worker-0" daemon prio=5 tid=0xb73fe60 nid=0xaa0 waiting on > monitor [0xd65e000..0xd65fdc4] > at java.lang.Object.wait(Native Method) > at java.lang.Object.wait(Object.java:420) > at > >org.jboss.mx.loading.UnifiedLoaderRepository$ReentrantLock.acquire(UnifiedLoaderRepository.java:793) > at > >org.jboss.mx.loading.UnifiedLoaderRepository.unsynchronize(UnifiedLoaderRepository.java:230) > at > >org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:155) > at > org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:285) > at java.lang.ClassLoader.loadClass(ClassLoader.java:255) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) > at > >org.jboss.ejb.plugins.MessageDrivenInstancePool.create(MessageDrivenInstancePool.java:62) > at > org.jboss.ejb.plugins.AbstractInstancePool.get(AbstractInstancePool.java:208) > at > >org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor.invoke(MessageDrivenInstanceInterceptor.java:74) > at > org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:96) > at > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:167) > at > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:61) > at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:129) > 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$MessageListenerImpl.onMessage(JMSContainerInvoker.java:973) > at > org.jboss.jms.asf.StdServerSession.onMessage(StdServerSession.java:234) > at > >org.jboss.mq.SpyMessageConsumer.sessionConsumerProcessMessage(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$Worker.run(PooledExecutor.java:642) > at java.lang.Thread.run(Thread.java:484) > > "RMI TCP Connection(124)-127.0.0.1" daemon prio=5 tid=0xb6dca18 nid=0x3ec > waiting for monitor entry [0xd51f000..0xd51fdc > 4] > at > >org.jboss.mx.loading.UnifiedLoaderRepository.synchronize(UnifiedLoaderRepository.java:184) > at > >org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:124) > at > org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:285) > at java.lang.ClassLoader.loadClass(ClassLoader.java:255) > at > >org.jboss.invocation.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:41) > at > java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:918) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) > at > java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1186) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) > at org.jboss.invocation.Marsh
RE: [JBoss-dev] Crap! Classloader problems again
Ok. Let me know when you are done. I will test it On Fri, 2002-05-24 at 09:08, Bordet, Simone wrote: > Hi, > > > I am using jboss 3.0 rc3. I am seeing a classloader lockup when I am > > deploying an ear file. The two threads are below. I noticed that Simon > > updated the classloader code , does this fix it? Is it only on the 3.1 > > branch? > > It is supposed to fix it, for now is in 3.1, but unfortunately I'm not yet done. > I discovered 1 minute ago that there is still a problem :( > > Simon > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Crap! Classloader problems again
I am using jboss 3.0 rc3. I am seeing a classloader lockup when I am deploying an ear file. The two threads are below. I noticed that Simon updated the classloader code , does this fix it? Is it only on the 3.1 branch? "CCRAPoll" prio=5 tid=0x88adcf8 nid=0x20e waiting for monitor entry [0xbb5fe000..0xbb5ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) - waiting to lock <43ae7128> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:228) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:183) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:265) - locked <43e366b8> (a org.jboss.mx.loading.UnifiedClassLoader) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) - locked <43e366b8> (a org.jboss.mx.loading.UnifiedClassLoader) at com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) "main" prio=5 tid=0x80a5d18 nid=0x1e1 waiting for monitor entry [0xbe7fd000..0xbe7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) - waiting to lock <43e366b8> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:228) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:183) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:265) - locked <43ae7128> (a org.jboss.mx.loading.UnifiedClassLoader) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) - locked <43ae7128> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.deployment.EARDeployer.init(EARDeployer.java:194) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:570) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:515) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:490) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:405) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentScanner.java:586) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:465) - locked <43b837a8> (a java.util.Collections$SynchronizedList) - locked <43b831c8> (a org.jboss.deployment.scanner.URLDeploymentScanner) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:237) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:867) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:339) - locked <43a36fd8> (a org.jboss.system.ServiceController) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:276) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:692) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:527) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:490) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:472) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:491) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:318) at org.jboss.system.server.ServerImpl.start(ServerImp
RE: [JBoss-dev] [JL] Is it time for a new enterprise solution?
The problem is not the configuration files its the interface. What you really need is a gnome control panel type interface which would allow you to configure and manage your jboss enviroment. This is bigest problem with open source projects, no-one likes writting front ends, it's boring and not sexy. Don't put the configs in 1 file, 20 piles of shit or 1 big pile of shit it is still a pile of shit. On Fri, 2002-04-26 at 08:54, Sacha Labourey wrote: > Well, it really depends IMHO. Would you really want to have security information >(users, groups, ...) in the same file as the services (jboss-services.xml) ? I am not >sure... > > > -Message d'origine- > > De : marc fleury [mailto:[EMAIL PROTECTED]] > > Envoye : vendredi, 26 avril 2002 14:53 > > A : Sacha Labourey; Juha-P Lindfors; > > [EMAIL PROTECTED] > > Objet : RE: [JBoss-dev] [JL] Is it time for a new enterprise solution? > > > > > > I totally agree with the article, I believe we should merge our > > configuration files today, and get rid of the unreadable XML, > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Workaround for JUNG's RFE and load deadlock
Marc fixed this problem. Make sure you have the latest CVS as of 12 EST On Wed, 2002-04-24 at 20:21, Alarik Myrin wrote: > Alas, I am getting a little further, but still getting a deadlock. Below > please find the relavent stack traces. Here is my take on what they might > mean, in case it is interesting to you: > > There are two relavent threads. One (the first stack trace) is trying to > load a class needed by a stateless session bean in an effor to deploy the > bean. The class does not exist in the bean's jar file, instead it exists in > a another archive called picasso.zip. The other (the second stack trace), > was spawned by a class found in picasso.zip. It is trying to load a class > from (I suspect) a third party jar file called osji.jar. Because there is a > seperate class loader for each archive, the deadlock becomes possible. Does > this sound right? (I am not really an expert at class loading, but learning > as I go :). > > What makes this problem quite tricky (it seems to me) is that in both > threads the UnifiedClassLoader instance is _already locked_ by the time > _any_ of its methods are even executed. > > What about this: instead of > >/** >* We intercept the load class to know exactly the dependencies >* of the underlying jar. >* >* Forwards request to {@link UnifiedLoaderRepository}. >*/ >public Class loadClass(String name, boolean resolve) >throws ClassNotFoundException >{ > synchronized(this) > { > return repository.loadClass(name, resolve, this); > } >} > > What if we did this: > >/** >* We intercept the load class to know exactly the dependencies >* of the underlying jar. >* >* Forwards request to {@link UnifiedLoaderRepository}. >*/ >public Class loadClass(String name, boolean resolve) >throws ClassNotFoundException >{ > synchronized(this.getClass()) > { > return repository.loadClass(name, resolve, this); > } >} > > Another observation: startup appears to be taking noticably longer than it > did with JBoss 2.4.x, even in parts of the startup process where I suspect > it is mostly just executing my code. The CPU just spikes like crazy. > Whenever I do a thread dump to check what it is up to, it always appears to > be trying to load a class. Startup time isn't the most important thing in > the world, but it does impact the speed of development (although I suspect > that if I really understood the power of the deploy/undeploy functionality > of JBoss 3, I wouldn't need to restart the server nearly so often...). > > Anyway, I hope all of this helps. I'll be available all week to run any > tests you'd like, but then I start traveling for almost a month... > > Alarik > > "main" prio=5 tid=0xc7d640 nid=0x157 waiting for monitor entry > [0x93fd000..0x93ffdc0] > at java.lang.ClassLoader.loadClass(ClassLoader.java:286) > - waiting to lock <3329c48> (a > org.jboss.mx.loading.UnifiedClassLoader) > at > org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader. > java:180) > at > org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderReposito > ry.java:178) > at > org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:21 > 7) > at java.lang.ClassLoader.loadClass(ClassLoader.java:253) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) > - locked <330edc0> (a org.jboss.mx.loading.UnifiedClassLoader) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:195) > at com.odi.ClassInfo.lookupClassInfoByName(ClassInfo.java:608) > at com.odi.ClassInfo.lookupClassInfoByName(ClassInfo.java:589) > at com.odi.ClassInfo.findAndRegister(ClassInfo.java:502) > at com.odi.ClassInfo.get(ClassInfo.java:483) > at > com.sknt.picasso.lib.gui.TableConfiguration.getClassInfoInstance(TableConfig > uration.java) > at > com.sknt.picasso.lib.gui.TableConfiguration.(TableConfiguration.java > ) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:120) > at $Proxy99.(Unknown Source) > at java.lang.reflect.Constructor.newInstance(Native Method) > at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:562) > at org.jboss.proxy.ejb.ProxyFactory.bindProxy(ProxyFactory.java:323) > at org.jboss.proxy.ejb.ProxyFactory.start(ProxyFactory.java:185) > at > org.jboss.ejb.StatelessSessionContainer.start(StatelessSessionContainer.java > :206) > at org.jboss.ejb.Container.invoke(Container.java:794) > at > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492) > at > org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.jav > a:867) > at $Proxy0.start(Unknown Source) > at > org.jboss.system.ServiceCo
Re: [JBoss-dev] Workaround for JUNG's RFE and load deadlock
YES!!! Looks good. will continue to run with the -XDebug flag and let you know if anything else comes up. On Wed, 2002-04-24 at 10:35, marc fleury wrote: > Done, > > Dave please test > > Jung, thanks man > > marcf > > > * * * > > View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=13851 > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: AW: [JBoss-dev] Workaround for JUNG's RFE and load deadlock
No file uploaded .. On Wed, 2002-04-24 at 09:55, Jung , Dr. Christoph wrote: > I hope this patch will also meet your scenario of having 2 threads coming > through a single UnifiedClassLoader ... > > http://sourceforge.net/tracker/index.php?func=detail&aid=548098&group_id=228 > 66&atid=376687 > > Weird, > CGJ > -----Ursprüngliche Nachricht- > Von: Dave Smith [mailto:[EMAIL PROTECTED]] > Gesendet: Mittwoch, 24. April 2002 13:45 > An: [EMAIL PROTECTED] > Betreff: Re: [JBoss-dev] Workaround for JUNG's RFE and load deadlock > > > Well my simple test cases worked but I pulled out the heavy hitters and > managed to get a dead lock. Stack traces follow ... > > "Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting on monitor > [0xbe7fe000..0xbe7ffad8] > at java.lang.Object.wait(Native Method) > - waiting on <43a28660> (a > org.jboss.mx.loading.UnifiedLoaderRepository) > at java.lang.Object.wait(Object.java:420) > at > org.jboss.mx.loading.UnifiedLoaderRepository.sync(UnifiedLoaderRepository.ja > va:717) > - locked <43a28660> (a > org.jboss.mx.loading.UnifiedLoaderRepository) > at > org.jboss.mx.loading.UnifiedLoaderRepository.releaseLock(UnifiedLoaderReposi > tory.java:313) > at > org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderReposito > ry.java:261) > at > org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:21 > 7) > at java.lang.ClassLoader.loadClass(ClassLoader.java:255) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) > - locked <43f72c18> (a org.jboss.mx.loading.UnifiedClassLoader) > at iaik.security.cipher.j.a(RawCipher.java) > at iaik.security.cipher.n.a(RawBlockCipher64.java) > at iaik.security.cipher.r.engineInit(BufferedCipher.java) > at javax.crypto.Cipher.init(Cipher.java) > at iaik.pkcs.pkcs7.SignerInfo.encodeCalled(SignerInfo.java) > at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.ConstructedType.encode(ConstructedType.java) > at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.ConstructedType.encode(ConstructedType.java) > at iaik.asn1.SET.encode(SET.java) > at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.ConstructedType.encode(ConstructedType.java) > at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.CON_SPEC.encode(CON_SPEC.java) > at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.ConstructedType.encode(ConstructedType.java) > at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.DerCoder.a(DerCoder.java) > at iaik.asn1.DerCoder.encode(DerCoder.java) > - locked <441342d0> (a iaik.asn1.SEQUENCE) > at iaik.asn1.DerCoder.encodeTo(DerCoder.java) > at iaik.asn1.DerCoder.encodeTo(DerCoder.java) > at > iaik.pkcs.pkcs7.ContentInfoStream.writeTo(ContentInfoStream.java) > at com.entrust.toolkit.a.run(PKCS7EncodeStream.java) > at java.lang.Thread.run(Thread.java:484) > > > "CCRAPoll" prio=5 tid=0x81b3940 nid=0x69b4 waiting for monitor entry > [0xbb5ff000..0xbb5ffad8] > at > org.jboss.mx.loading.UnifiedLoaderRepository.lock(UnifiedLoaderRepository.ja > va:283) > - waiting to lock <43f72c18> (a > org.jboss.mx.loading.UnifiedClassLoader) > at > org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderReposito > ry.java:156) > at > org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:21 > 7) > at java.lang.ClassLoader.loadClass(ClassLoader.java:255) > at java.security.Security.getImpl(Security.java:815) > at java.security.Signature.getInstance(Signature.java:172) > at iaik.x509.X509CRL.verify(X509CRL.java) > at iaik.x509.X509CRL.verify(X509CRL.java) > at > com.entrust.toolkit.x509.revocation.X509CRLRS.validateCRL(X509CRLRS.java) > at > com.entrust.toolkit.x509.revocation.CachedCRLRS.loadC
Re: [JBoss-dev] Workaround for JUNG's RFE and load deadlock
Yes On Wed, 2002-04-24 at 09:52, marc fleury wrote: > > > "Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting > > on monitor > > [0xbe7fe000..0xbe7ffad8] > > > "CCRAPoll" prio=5 tid=0x81b3940 nid=0x69b4 waiting > > for monitor entry > > [0xbb5ff000..0xbb5ffad8] > > > "Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting > > on monitor > > [0xbe7fe000..0xbe7ffad8] > > You list Thread-23 twice, I will assume it is a typo > > marcf > > > > * * * > > View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=13851 > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Workaround for JUNG's RFE and load deadlock
Well my simple test cases worked but I pulled out the heavy hitters and managed to get a dead lock. Stack traces follow ... "Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting on monitor [0xbe7fe000..0xbe7ffad8] at java.lang.Object.wait(Native Method) - waiting on <43a28660> (a org.jboss.mx.loading.UnifiedLoaderRepository) at java.lang.Object.wait(Object.java:420) at org.jboss.mx.loading.UnifiedLoaderRepository.sync(UnifiedLoaderRepository.java:717) - locked <43a28660> (a org.jboss.mx.loading.UnifiedLoaderRepository) at org.jboss.mx.loading.UnifiedLoaderRepository.releaseLock(UnifiedLoaderRepository.java:313) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:261) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:217) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) - locked <43f72c18> (a org.jboss.mx.loading.UnifiedClassLoader) at iaik.security.cipher.j.a(RawCipher.java) at iaik.security.cipher.n.a(RawBlockCipher64.java) at iaik.security.cipher.r.engineInit(BufferedCipher.java) at javax.crypto.Cipher.init(Cipher.java) at iaik.pkcs.pkcs7.SignerInfo.encodeCalled(SignerInfo.java) at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.ConstructedType.encode(ConstructedType.java) at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.ConstructedType.encode(ConstructedType.java) at iaik.asn1.SET.encode(SET.java) at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.ConstructedType.encode(ConstructedType.java) at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.CON_SPEC.encode(CON_SPEC.java) at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.ConstructedType.encode(ConstructedType.java) at iaik.asn1.ASN1Object.encodeObject(ASN1Object.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.DerCoder.a(DerCoder.java) at iaik.asn1.DerCoder.encode(DerCoder.java) - locked <441342d0> (a iaik.asn1.SEQUENCE) at iaik.asn1.DerCoder.encodeTo(DerCoder.java) at iaik.asn1.DerCoder.encodeTo(DerCoder.java) at iaik.pkcs.pkcs7.ContentInfoStream.writeTo(ContentInfoStream.java) at com.entrust.toolkit.a.run(PKCS7EncodeStream.java) at java.lang.Thread.run(Thread.java:484) "CCRAPoll" prio=5 tid=0x81b3940 nid=0x69b4 waiting for monitor entry [0xbb5ff000..0xbb5ffad8] at org.jboss.mx.loading.UnifiedLoaderRepository.lock(UnifiedLoaderRepository.java:283) - waiting to lock <43f72c18> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:156) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:217) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.security.Security.getImpl(Security.java:815) at java.security.Signature.getInstance(Signature.java:172) at iaik.x509.X509CRL.verify(X509CRL.java) at iaik.x509.X509CRL.verify(X509CRL.java) at com.entrust.toolkit.x509.revocation.X509CRLRS.validateCRL(X509CRLRS.java) at com.entrust.toolkit.x509.revocation.CachedCRLRS.loadCRLs(CachedCRLRS.java) - locked <437fbb80> (a com.entrust.toolkit.x509.revocation.CachedCRLRS) at com.entrust.toolkit.x509.revocation.X509CRLRS.findCRL(X509CRLRS.java) - locked <437fbb80> (a com.entrust.toolkit.x509.revocation.CachedCRLRS) at com.entrust.toolkit.x509.revocation.X509CRLRS.check(X509CRLRS.java) at com.entrust.toolkit.x509.revocation.CollectionRS.check(CollectionRS.java) at com.entrust.toolkit.x509.revocation.CollectionRS.check(CollectionRS.java) at com.entrust.toolkit.x509.certstore.c.a(Node.java) at com.entrust.toolkit.x509.certstore.c.a(Node.java) at com.entrust.toolkit.x509.certstore.CollectionCS.validate(CollectionCS.java) - locked <437fb078> (a com.entrust.toolkit.x509.certstore.CollectionCS) at com.entrust.toolkit.credentials.Profile.a(Profile.java) at com.entrust.toolkit.credentials.Profile.a(Profile.java) - locked <43fe7ac0> (a com.entrust.toolkit.credentials.Profile) at com.entrust.toolkit.credentials.Profile.(Profile.java) at com.e
RE: [JBoss-dev] Re: [JBoss-user] Save the Rabbit HoleUnifiedClassLoaders - Vote and Argue at the BugParade! - Spread the Word!
Start up jboss with the -Xdebug option to the JVM. It will then show the locking. On Mon, 2002-04-22 at 21:13, marc fleury wrote: > Unfortunately this VM doesn't show what object it locks on so I can't do the > same analysis I did with Dave Smith's dump, Dave, what VM were you using??? > alarik please use the same if you can > > I will try to code this solution tonight or tomorrow morning, I am kind of > tired and down but I think I got this problem in my head, > > marcf > > > |Hi Marc -- > | > |I can't even make it through startup. If I do a thread dump, it sure looks > |like a thread deadlock. The only thing that I can think of that might be > |weird about my situation is that we are spawning another thread on the > |server during startup which then initializes some JMS publishers. We spawn > |the thread because in a clustered Weblogic environment (which we use in > |production), it is possible that during startup the JNDI context won't have > |been replicated yet to the local machine, and so we wait and try > |again until > |such time as the JNDI context is replicated. Here are the stack > |traces from > |the two relavent threads: > | > |"main" prio=5 tid=0xc7d0a0 nid=0x111 waiting for monitor entry > |[0x93fd000..0x93ffdc0] > |at java.lang.ClassLoader.loadClass(ClassLoader.java:286) > |at > |org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedCla > |ssLoader. > |java:180) > |at > |org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoade > |rReposito > |ry.java:178) > |at > |org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoade > |r.java:21 > |7) > |at java.lang.ClassLoader.loadClass(ClassLoader.java:253) > |at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) > |at java.lang.ClassLoader.defineClass0(Native Method) > |at java.lang.ClassLoader.defineClass(ClassLoader.java:486) > |at > |java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) > |at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) > |at java.net.URLClassLoader.access$100(URLClassLoader.java:56) > |at java.net.URLClassLoader$1.run(URLClassLoader.java:195) > |at java.security.AccessController.doPrivileged(Native Method) > |at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > |at > |org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoade > |r.java:17 > |2) > |at java.lang.ClassLoader.loadClass(ClassLoader.java:297) > |at > |org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedCla > |ssLoader. > |java:180) > |at > |org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoade > |rReposito > |ry.java:156) > |at > |org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoade > |r.java:21 > |7) > |at java.lang.ClassLoader.loadClass(ClassLoader.java:253) > |at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) > |at org.jboss.ejb.EJBDeployer.create(EJBDeployer.java:338) > |at org.jboss.deployment.MainDeployer.create(MainDeployer.java:626) > |at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:506) > |at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:470) > |at java.lang.reflect.Method.invoke(Native Method) > |at > |org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMB > |eanDispat > |cher.java:284) > |at > |org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492) > |at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) > |at $Proxy4.deploy(Unknown Source) > |at > |org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploym > |entScanne > |r.java:350) > |at > |org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URL > |Deploymen > |tScanner.java:530) > |at > |org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymen > |tScanner. > |java:410) > |at > |org.jboss.deployment.scanner.AbstractDeploymentScanner.startService > |(Abstract > |DeploymentScanner.java:237) > |at > |org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) > |at java.lang.reflect.Method.invoke(Native Method) > |at > |org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMB > |eanDispat > |cher.java:284) > |at > |org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492) > |at > |org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceContr > |oller.jav > |a:867) > |at $Proxy0.start(Unknown Source) > |at > |org.jboss.system.ServiceController.start(ServiceController.java:341) > |at java.lang.reflect.Method.invoke(Native Method) > |at > |org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMB > |eanDispat > |cher.java:284) > |at > |org.jboss.mx.server.MBeanSe
RE: [JBoss-dev] Workaround for CL stuff
I brought this thing back to life and passed the URL of the orginal sun bug that they rejected. Here is a quick stack trace of the deadlock. Note that you should start jboss with the -Xdebug options so it shows you what objects that it is trying to lock. See below for my orginal post "CCRAPoll" prio=5 tid=0x8184f58 nid=0x64ec waiting for monitor entry [0xbb7fe000..0xbb7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) - waiting to lock <43a2c508> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:180) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:178) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:217) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) - locked <43eefa48> (a org.jboss.mx.loading.UnifiedClassLoader) at com.entrust.toolkit.PKCS7EncodeStream.e(PKCS7EncodeStream.java) at com.entrust.toolkit.PKCS7EncodeStream.f(PKCS7EncodeStream.java) at com.entrust.toolkit.PKCS7EncodeStream.write(PKCS7EncodeStream.java) at com.candata.gateway.Encryption.Sign(Unknown Source) - locked <43f0c6a0> (a com.candata.gateway.Encryption) at com.candata.gateway.Encryption.createMsg(Unknown Source) at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) "Thread-20" prio=5 tid=0x81821a8 nid=0x64f9 waiting for monitor entry [0xbe7fe000..0xbe7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) - waiting to lock <43eefa48> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:180) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:178) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:217) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) - locked <43a2c508> (a org.jboss.mx.loading.UnifiedClassLoader) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:195) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:626) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:599) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:596) at javax.security.auth.login.LoginContext.login(LoginContext.java:523) at com.candata.util.beans.CandataClientLogin.login(Unknown Source) at com.candata.bbxinterface.BbxJavaInvoker.login(Unknown Source) at com.candata.bbxinterface.BbxWrapper.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) On Mon, 2002-04-22 at 14:49, marc fleury wrote: > |The players: > |UnifiedClassLoader A (can load directly class foo) > |UnifiedClassLoader B (can load directly class bar) > | > |Thread 1 (context loader is A): > | Load new class bar: > |- synchronize on UCL A > |- Search UCL B > |- Attempt to synchronize on UCL B > | > |Thread 2 (contect loader is B): > | Load new class foo: > |- synchronize on UCL B > |- Search UCL A > |- Attempt to synchronize on UCL A > | > |Can someone verify if this is accurate? > > If this is the case this is simple to solve, just synchronize on the > repository and thus enforce a single thread mode. Trivial, dead problem. > Unfortunately I don't think that was the scenario that led to deadlocks but > I dont' remember as Sacha and Jung were the ones that got it... but if that > is the case that is fairly simple to solve... I can't remember and would > rather not stay in the uncertain land. Where does the "loadClassInternal()" > intervene? > > marcf > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] More class loading weirness - lockup
After I have patched the loadClassInternal in the rt.jar I am still seeing the jboss lock up on deployment. Here are the two threads that are actually doing something . I can see why CCRAPoll is hung because the main thread has locked that classloader. But the "main" thread is waiting to lock a classloader that is not locked. Is it possible that a Jetty class is extending the UnifiedClassLoader and causing a deadlock? Or are we seeing the same problem with java.net.FactoryURLClassLoader "CCRAPoll" prio=5 tid=0x817aa88 nid=0x3b08 waiting for monitor entry [0xbb7fe000..0xbb7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:125) - waiting to lock <43ab3438> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:180) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:178) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:217) at java.lang.ClassLoader.loadClass(ClassLoader.java:119) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:146) at com.entrust.toolkit.PKCS7EncodeStream.e(PKCS7EncodeStream.java) at com.entrust.toolkit.PKCS7EncodeStream.f(PKCS7EncodeStream.java) at com.entrust.toolkit.PKCS7EncodeStream.write(PKCS7EncodeStream.java) at com.candata.gateway.Encryption.Sign(Unknown Source) - locked <43f0c0c0> (a com.candata.gateway.Encryption) at com.candata.gateway.Encryption.createMsg(Unknown Source) at com.candata.gateway.CCRAAbstract.postMsg(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) and I am deploying and ear and it hangs "main" prio=5 tid=0x80a5ff8 nid=0x3aef waiting for monitor entry [0xbe7fd000..0xbe7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:125) - waiting to lock <43eef9f8> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:180) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:178) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:217) at java.lang.ClassLoader.loadClass(ClassLoader.java:119) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:146) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:204) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.jboss.mx.loading.UnifiedClassLoader.findClass(UnifiedClassLoader.java:172) at java.lang.ClassLoader.loadClass(ClassLoader.java:136) - locked <43ab3438> (a org.jboss.mx.loading.UnifiedClassLoader) at org.jboss.mx.loading.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:180) at org.jboss.mx.loading.UnifiedLoaderRepository.loadClass(UnifiedLoaderRepository.java:178) at org.jboss.mx.loading.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:217) at java.lang.ClassLoader.loadClass(ClassLoader.java:130) - locked <44002d40> (a java.net.FactoryURLClassLoader) at java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:553) - locked <44002d40> (a java.net.FactoryURLClassLoader) at java.lang.ClassLoader.loadClass(ClassLoader.java:119) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:217) - locked <441381d8> (a org.mortbay.http.ContextLoader) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:201) - locked <441381d8> (a org.mortbay.http.ContextLoader) at org.mortbay.http.HttpContext.loadClass(HttpContext.java:626) - locked <44010630> (a org.jboss.jetty.JBossWebApplicationContext) at org.mortbay.jetty.servlet.Holder.start(Holder.java:152) at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:182) at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandler.java:403) at org.mortbay.jetty.servlet.ServletHandler.start(ServletHandler.java:384) - locked <44011f68> (a org.mortbay.jetty.servlet.ServletHandler) at org.mortbay.jetty.servlet.FilterHandler.start(FilterHandler.java:160) - locked <4412de98> (a org.mortbay.jetty.servlet.FilterHandler) at org.mortbay.http.HttpContext.startHandlers(HttpContext.java:1454)
Re: [JBoss-dev] Stateless Session Beans / JMS and Security
Just a quick note that this fix does indeed solve the problem. Thanks for your quick response. On Fri, 2002-04-19 at 13:36, Scott M Stark wrote: > > I have checked in a fix for this behavior to the head and 3.0 branches. > > - Original Message - > From: "Scott M Stark" <[EMAIL PROTECTED]> > To: "JBoss-dev" <[EMAIL PROTECTED]> > Sent: Friday, April 19, 2002 9:33 AM > Subject: Re: [JBoss-dev] Stateless Session Beans / JMS and Security > > > > Yes, the security in JMS is corrupting the ejb calling thread. > > This is why this needs to be integrated as a JCA resource > > adaptor so that the propagation of security is configurable > > and well defined. > > > > > > Scott Stark > > Chief Technology Officer > > JBoss Group, LLC > > > > - Original Message - > > From: "Dave Smith" <[EMAIL PROTECTED]> > > To: "JBoss-dev" <[EMAIL PROTECTED]> > > Sent: Friday, April 19, 2002 8:56 AM > > Subject: [JBoss-dev] Stateless Session Beans / JMS and Security > > > > > > > > > > I have a stateless session bean that sends a message on a Queue. Once it > > > has sent the message and returned (transaction closed) any new EJB's I > > > create, have the caller principals name set to null. > > > > > > So in a ejbCreate() method after the message is sent .. > > > .getCallerPrinciapl().getName() returns null. > > > > > > > > > Now I am not logging into the message queue so I am assumimg that I > > > would be the guest user. Is it possible that it is clearing the caller > > > principal name for the thread? This did work before the security for the > > > JMS was added. > > > > > > > > > > > > > > > > > > > > > > > > > > > ___ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Stateless Session Beans / JMS and Security
I have a stateless session bean that sends a message on a Queue. Once it has sent the message and returned (transaction closed) any new EJB's I create, have the caller principals name set to null. So in a ejbCreate() method after the message is sent .. .getCallerPrinciapl().getName() returns null. Now I am not logging into the message queue so I am assumimg that I would be the guest user. Is it possible that it is clearing the caller principal name for the thread? This did work before the security for the JMS was added. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Deploying ear - ClassNotFoundException
I am using the CVS as of 8:30 EST April 15.. I have an ear file that looks like 45 Fri Apr 12 18:00:52 EDT 2002 META-INF/MANIFEST.MF 1030 Fri Mar 01 11:42:00 EST 2002 cadexTest.war 42033 Fri Apr 12 18:00:52 EDT 2002 cadex-test.jar 71832 Tue Feb 26 17:58:12 EST 2002 cactus.jar 117522 Thu Jan 03 16:12:36 EST 2002 junit.jar 1964 Fri Apr 12 17:56:26 EDT 2002 candata_test_util.jar 274 Thu Jan 24 16:22:42 EST 2002 META-INF/application.xml The class not found is in cactus.jar. The war 0 Fri Mar 01 11:42:00 EST 2002 META-INF/ 45 Fri Mar 01 11:42:00 EST 2002 META-INF/MANIFEST.MF 0 Fri Mar 01 11:42:00 EST 2002 WEB-INF/ 164 Fri Jan 25 10:14:28 EST 2002 WEB-INF/jboss-web.xml 506 Thu Jan 24 15:21:14 EST 2002 WEB-INF/web.xml web.xml ServletRedirector org.apache.cactus.server.ServletTestRedirector ServletRedirector /ServletRedirector/ The bt when I deploy .. java.lang.ClassNotFoundException: org.apache.cactus.server.ServletTestRedirector at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:228) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:201) at org.mortbay.http.HttpContext.loadClass(HttpContext.java:626) at org.mortbay.jetty.servlet.Holder.start(Holder.java:152) at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:182) at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandler.java:403) at org.mortbay.jetty.servlet.ServletHandler.start(ServletHandler.java:384) at org.mortbay.jetty.servlet.FilterHandler.start(FilterHandler.java:160) at org.mortbay.http.HttpContext.startHandlers(HttpContext.java:1454) at org.jboss.jetty.JBossWebApplicationContext.startHandlers(JBossWebApplicationContext.java:259) at org.mortbay.http.HttpContext.start(HttpContext.java:1425) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.java:405) at org.jboss.jetty.Jetty.deploy(Jetty.java:405) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:244) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:405) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:665) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:658) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:507) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:470) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:350) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentScanner.java:530) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:410) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:237) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:162) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:492) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:867) at $Proxy0.start(Unknown Source) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJBDeployer (verifier)
I am getting these errors over and over again on all of the EJB's I am deploying 18:58:31,586 INFO [EJBDeployer] Bean : cadex/AcrossResp Method : public abstract EJBMetaData getEJBMetaData() throws RemoteException Section: 12.2.9 Warning: null If the home is extended from EJBHome is this not there? 18:58:31,593 INFO [EJBDeployer] Bean : cadex/AcrossResp Section: 10.8.1 Warning: The primkey-field must be one of the CMP fields of the entity bean. Snip from ejb-jar.xml cadex/AcrossResp java.lang.Long objectid objectid I did declare in jbosscmp-jdbc.xml without the it should not be necessary? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] New connector postgresql-service
I am using the CVS as of this morning. When I try to create a new entity I get the following backtrace. I am using the postgresql-service with the SecurityDomainJndiName atrribute commented out. I am also seeing weird messages to the STDOUT before 18:59:05,143 INFO [STDOUT] !getCompany_id is write 18:59:09,044 INFO [STDOUT] !create is write 18:59:09,099 ERROR [GlobalTxEntityMap] Store failed on entity: 592808 java.rmi.RemoteException: Could not store!: ; nested exception is: javax.resource.ResourceException: associateConnection not supported javax.resource.ResourceException: associateConnection not supported at org.jboss.resource.adapter.jdbc.BaseManagedConnection.associateConnection(BaseManagedConnection.java:91) at org.jboss.resource.connectionmanager.BaseConnectionManager2.reconnect(BaseConnectionManager2.java:453) at org.jboss.resource.connectionmanager.CachedConnectionManager.reconnect(CachedConnectionManager.java:332) at org.jboss.resource.connectionmanager.CachedConnectionManager.pushMetaAwareObject(CachedConnectionManager.java:135) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:336) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:680) at org.jboss.ejb.GlobalTxEntityMap.syncEntities(GlobalTxEntityMap.java:99) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxEntityMapCleanup.beforeCompletion(GlobalTxEntityMap.java:168) at org.jboss.tm.TxCapsule.doBeforeCompletion(TxCapsule.java:1331) at org.jboss.tm.TxCapsule.commit(TxCapsule.java:328) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:76) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:190) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:52) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:102) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109) at org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:472) at org.jboss.ejb.Container.invoke(Container.java:703) at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:1007) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:447) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:98) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:96) at $Proxy54.create(Unknown Source) at com.candata.cadex.mbeans.CCRACadexMessageBean.onMessage(Unknown Source) at org.jboss.mq.SpyMessageConsumer.run(SpyMessageConsumer.java:484) at java.lang.Thread.run(Thread.java:484) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ
On Mon, 2002-04-08 at 17:47, Hiram Chirino wrote: > I don't think we can apply the patch. It would break the case where we have > 2 receiving clients with different message selectors grabbing messages out > of one queue. > See below .. > So, the idea is client 1 is not interested in all the message in the queue, > so he applies a message selector. But this does not mean that the other > messages in the queue should be expired. There is a possibility that there > is another client that is intrested in some of the other messages. He just > needs to use a different message selector, and then he can get those > messages. > So what if we just clone the message and return it expired. Then the cloned message will expire and will be acknowledged but the orginal can be passed around to the rest of the subscribers? > Are you trying to fix the problem that we have with durable topic > subscriptions that have a selector? (the bug is that we store messages in > the durable subscription even if it does does not match the selector, > therefore we build up messages that can never be devliver since they do not > match the selector). > Yes this is what I am trying to fix. Love to do a test case, can I hard code the persistent message path in the test? > Regards, > Hiram > > >From: Jason Dillon <[EMAIL PROTECTED]> > >To: Dave Smith <[EMAIL PROTECTED]> > >CC: "Jboss-Development@Lists. Sourceforge. Net" > ><[EMAIL PROTECTED]> > >Subject: Re: [JBoss-dev] Patch for bug 532983 - JBOSSMQ > >Date: Tue, 09 Apr 2002 02:05:15 -0700 > > > >Do you have a test case for this? > > > >--jason > > > > > >Dave Smith wrote: > > > >>I have fix this bug and have included a patch for it. Could one of the > >>JBOSS MQ guys look at it and please apply. Basically if the message > >>selector says that the message should not be delivered, it expires the > >>message. That way the message is still acknowledged and is cleaned up. > >> > >> > >> > >> > >>--- BasicQueue.java Mon Apr 8 16:25:11 2002 > >>+++ BasicQueue.java.new Mon Apr 8 16:23:26 2002 > >>@@ -157,27 +157,21 @@ > >> MessageReference messageRef = null; > >> synchronized (receivers) { > >> // If the subscription is not picky, the first message will be it > >>- if (sub.getSelector() == null && sub.noLocal==false ) { > >> synchronized (messages) { > >>- if (messages.size() != 0) { > >>+ if (messages.size() != 0) > >>+ { > >> messageRef = (MessageReference)messages.first(); > >> messages.remove(messageRef); > >>- } > >>+/* > >>+ If there is a selector and it is false then just expire > >>+ the message. This way it will get cleaned up. > >>+*/ > >>+if (sub.getSelector() != null && > >>!sub.accepts(messageRef.getHeaders())) > >>+{ > >>+ > >>messageRef.getMessage().header.jmsExpiration=System.currentTimeMillis()-10; > >>+} > >>+ } > >> } > >>- } else { > >>- // The subscription is picky, so we have to iterate. > >>-synchronized (messages) { > >>- Iterator i = messages.iterator(); > >>- while (i.hasNext()) { > >>- MessageReference mr = (MessageReference) i.next(); > >>- if (sub.accepts(mr.getHeaders())) { > >>- messageRef = mr; > >>- i.remove(); > >>- break; > >>- } > >>- } > >>-} > >>- } > >> > >> if (messageRef == null) { > >> if (wait) { > >> > > > > > > > >___ > >Jboss-development mailing list > >[EMAIL PROTECTED] > >https://lists.sourceforge.net/lists/listinfo/jboss-development > > > >Sponsored by http://www.ThinkGeek.com/ > > > > > > > _ > Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Sponsored by http://www.ThinkGeek.com/
[JBoss-dev] Patch for bug 532983 - JBOSSMQ
I have fix this bug and have included a patch for it. Could one of the JBOSS MQ guys look at it and please apply. Basically if the message selector says that the message should not be delivered, it expires the message. That way the message is still acknowledged and is cleaned up. --- BasicQueue.java Mon Apr 8 16:25:11 2002 +++ BasicQueue.java.new Mon Apr 8 16:23:26 2002 @@ -157,27 +157,21 @@ MessageReference messageRef = null; synchronized (receivers) { // If the subscription is not picky, the first message will be it - if (sub.getSelector() == null && sub.noLocal==false ) { synchronized (messages) { - if (messages.size() != 0) { + if (messages.size() != 0) + { messageRef = (MessageReference)messages.first(); messages.remove(messageRef); - } +/* + If there is a selector and it is false then just expire + the message. This way it will get cleaned up. +*/ +if (sub.getSelector() != null && +!sub.accepts(messageRef.getHeaders())) +{ + +messageRef.getMessage().header.jmsExpiration=System.currentTimeMillis()-10; +} + } } - } else { - // The subscription is picky, so we have to iterate. -synchronized (messages) { - Iterator i = messages.iterator(); - while (i.hasNext()) { - MessageReference mr = (MessageReference) i.next(); - if (sub.accepts(mr.getHeaders())) { - messageRef = mr; - i.remove(); - break; - } - } -} - } if (messageRef == null) { if (wait) {
[JBoss-dev] Thread deadlock in class loader
I have a strange deadlock problem between two threads that are completely unrelated. Could some-one point me in the right direction to solve this problem. Here are the two threads in question .. The first one ins accessing thrid party jars and the second one is trying to look up an entity bean and is getting hung up in the jaas security. "CCRAPoll" prio=5 tid=0x87000d0 nid=0x943 waiting for monitor entry [0xbb7fe000..0xbb7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at com.candata.gateway.Encryption.(Unknown Source) at com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) and ... "MessageListenerThread - CCRARecv" prio=5 tid=0x8671b60 nid=0x946 waiting for monitor entry [0xbb1fd000..0xbb1ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java:96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:292) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:195) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:626) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:599) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:596) at javax.security.auth.login.LoginContext.login(LoginContext.java:523) at org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:391) at org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:358) at org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityManager.java:214) at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:163) at org.jboss.ejb.plugins.SecurityIntercep
[JBoss-dev] Declared SQL - where has the other tag gone?
Is still a valid declared sql tag or is it gone. I see in the code it is still referenced but not in the dtd. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Deployment order
How do I guarantee that my rar's that setup my default data source get deployed before my EJB's? Second un-related point. The current build seems broken I get ./build.sh Ant version 1.4 compiled on September 3 2001 Searching for build.xml ... Buildfile: /home/dave/jboss/build/build.xml Detected Java version: 1.3 in: /usr/j2sdk1.3.1/jre Detected OS: Linux parsing buildfile /home/dave/jboss/build/build.xml with URI = file:/home/dave/jboss/build/build.xml Project base dir set to: /home/dave/jboss/build resolving systemId: resource://org/jboss/tools/buildmagic/common.xml BUILD FAILED Error reading project file at org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:148) at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85) at org.apache.tools.ant.Main.runBuild(Main.java:439) at org.apache.tools.ant.Main.start(Main.java:153) at org.apache.tools.ant.Main.main(Main.java:176) --- Nested Exception --- java.net.MalformedURLException: unknown protocol: resource at java.net.URL.(URL.java:480) at java.net.URL.(URL.java:376) at java.net.URL.(URL.java:330) at org.apache.crimson.parser.ExternalEntity.getInputSource(ExternalEntity.java:92) at org.apache.crimson.parser.Parser2.pushReader(Parser2.java:3059) at org.apache.crimson.parser.Parser2.externalParsedEntity(Parser2.java:2745) at org.apache.crimson.parser.Parser2.expandEntityInContent(Parser2.java:2487) at org.apache.crimson.parser.Parser2.maybeReferenceInContent(Parser2.java:2364) at org.apache.crimson.parser.Parser2.content(Parser2.java:1820) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1494) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433) at org.xml.sax.helpers.XMLReaderAdapter.parse(XMLReaderAdapter.java:223) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at org.apache.tools.ant.ProjectHelper.parse(ProjectHelper.java:117) at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:85) at org.apache.tools.ant.Main.runBuild(Main.java:439) at org.apache.tools.ant.Main.start(Main.java:153) at org.apache.tools.ant.Main.main(Main.java:176) Total time: 2 seconds jason? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EAR deployment
When deploying an ear I am getting 2002-03-01 09:39:05,228 ERROR [org.jboss.management.j2ee.J2EEApplication] Could not create JSR-77 J2EEApplication: cadexTest.ear javax.management.InstanceAlreadyExistsException: jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=cadexTest.ear,type=J2EEApplication Now in EARDeployer.java in the start,init and destroy methods it looks like the J2EEApplication.create should be commented out but they are prefixed with //. I took out these three bits of code and it still deployed my ear so I think this code should be commented out. Now on to why my class in the war file is not getting reloaded. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] More Ear crap ..
Ding,Ding,Ding . Scott wins the prize. Duplicate jar in the deploy directory and in the ear. So do we just need to make sure this documented or should Jetty catch both exceptions? Scott M Stark wrote: > A ClassNotFoundException is not being thrown because the class > being loaded is found in the JBoss classloader space, but that > class has a static reference to the org/apache/cactus/ServletTestCase > and this apparently is not in the JBoss classloader space and so > a NoClassDefFoundError results during linking. Most likely there > are duplicate jars in the classpath with inconsistent contents. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > >> [junit] org/apache/cactus/ServletTestCase >> [junit] java.lang.NoClassDefFoundError: >>org/apache/cactus/ServletTestCase >> [junit] at java.lang.ClassLoader.defineClass0(Native Method) >> [junit] at >> > java.lang.ClassLoader.defineClass(ClassLoader.java:493) > >> [junit] at >>java.security.SecureClassLoader.defineClass(SecureClassLoader >>.java:111) >> > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] More Ear crap ..
Ok what is the currennt status of the ear deployment in the latest head? I am using a hacked version of cactus where I replaced Class.forName() with Thread.currentThread.getContextClassLoader().loadClass(). My ear looks like 0 Tue Feb 26 17:58:22 EST 2002 META-INF/ 45 Tue Feb 26 17:58:22 EST 2002 META-INF/MANIFEST.MF 228627 Tue Feb 26 17:58:22 EST 2002 cadexTest.war 274 Thu Jan 24 16:22:42 EST 2002 META-INF/application.xml The war looks like 0 Tue Feb 26 17:58:22 EST 2002 META-INF/ 45 Tue Feb 26 17:58:22 EST 2002 META-INF/MANIFEST.MF 0 Tue Feb 26 17:58:22 EST 2002 WEB-INF/ 164 Fri Jan 25 10:14:28 EST 2002 WEB-INF/jboss-web.xml 0 Tue Feb 26 17:58:22 EST 2002 WEB-INF/lib/ 117522 Thu Jan 03 16:12:36 EST 2002 WEB-INF/lib/junit.jar 71832 Tue Feb 26 17:58:12 EST 2002 WEB-INF/lib/cactus.jar 38464 Tue Feb 26 09:14:02 EST 2002 WEB-INF/lib/cadex-client.jar 28510 Tue Feb 26 16:42:16 EST 2002 WEB-INF/lib/cadex-test.jar 1750 Wed Feb 20 13:45:02 EST 2002 WEB-INF/lib/candata_test_util.jar 506 Thu Jan 24 15:21:14 EST 2002 WEB-INF/web.xml Now when I go to run this thing I get ( ServletTestCase is in cactus.jar) [junit] org/apache/cactus/ServletTestCase [junit] java.lang.NoClassDefFoundError: org/apache/cactus/ServletTestCase [junit] at java.lang.ClassLoader.defineClass0(Native Method) [junit] at java.lang.ClassLoader.defineClass(ClassLoader.java:493) [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader .java:111) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:299) [junit] at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedC lassLoader.java:94) [junit] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries. java:370) [junit] at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoa der.java:85) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:255) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) [junit] at java.lang.ClassLoader.defineClass0(Native Method) [junit] at java.lang.ClassLoader.defineClass(ClassLoader.java:493) [junit] at java.security.SecureClassLoader.defineClass(SecureClassLoader .java:111) [junit] at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) [junit] at java.net.URLClassLoader.access$100(URLClassLoader.java:56) [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:195) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:188) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:299) [junit] at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedC lassLoader.java:94) [junit] at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries. java:370) [junit] at org.jboss.system.MBeanClassLoader.loadClass(MBeanClassLoader. java:83) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:292) [junit] at java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java: 553) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:255) [junit] at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:2 10) [junit] at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:1 94) [junit] at org.apache.cactus.server.AbstractTestCaller.getTestClassClass (AbstractTestCaller.java:168) [junit] at org.apache.cactus.server.AbstractTestCaller.getTestClassInsta nce(AbstractTestCaller.java:143) [junit] at org.apache.cactus.server.AbstractTestCaller.doTest(AbstractTe stCaller.java:38) [junit] at org.apache.cactus.server.AbstractTestController.handleRequest (AbstractTestController.java:122) [junit] at org.apache.cactus.server.ServletTestRedirector.doPost(Servlet TestRedirector.java:134) [junit] at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) [junit] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) [junit] at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder. java:326) [junit] at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandle r.java:570) [junit] at org.mortbay.http.HttpContext.handle(HttpContext.java:1352) [junit] at org.mortbay.http.HttpContext.handle(HttpContext.java:1306) [junit] at org.mortbay.http.HttpServer.service(HttpServer.ja
[JBoss-dev] [JBoss-user] JMS durable Topic subscriptions
If I have a topic with mulitple durable subscriptions and each of these has a message selector. Should the message not be considered delivered if the message is attempted to be delivered but the selector says that the subscriber is not intersted in it? Currently it just seems to stay in the db/jbossmq/file/ dir indefinately. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] message selectors
OK. here is a test case that shows the string selection is broken. Jason Dillon wrote: > I updated the SelectorParser for this boolean issue (based on Dains > email). > > I also added a testcase > (testsuite/src/main/org/jboss/test/jbossmq/test/SelectorSyntaxTestCase.java) to test >that it works. If you find other problems please update/patch this testcase, so we >can catch it when it breaks. > > I only added a boolean test, which only tests a user boolean property. > > --jason > > > On Wed, 2002-02-13 at 21:07, Dave Smith wrote: > >>OK. it looks like it does not like the BOOLEAN token as a combo fo the >>TRUE and FALSE tokens. Inlining them works. Patch inclosed. >> >>Now the selector will parse but still does not deliver it properly. >>Going to bed , have a look in the morning... >> >> >>Dave Smith wrote: >> >>>Ok. First problem solved. We have to call the SelectorParser constructor >>>with at least a string reader. The problem is when you go to run ReInit >>>with the actual selector it throws a NPE. So in SelectorParser.jj add >>>the following to the no-args constructor >>>this(new StringReader("")); >>> >>>Boolean slector still does not work ... looking >>> >>> >>> >>>Jason Dillon wrote: >>> >>> >>>>Can you please verify that things are still broken with the latest CVS >>>>(with the changes I just commited). Please submit a testcase, if you >>>>are in there and finding problems just throw something together and >>>>submit it. >>>> >>>>--jason >>>> >>>> >>>>On Wed, 2002-02-13 at 17:52, Dave Smith wrote: >>>> >>>> >>>>>Actually it's worse than that. If you change the default parser to >>>>>SelectorParser, nothing works! So a simple slector like type='cadex' >>>>>bombs. >>>>> >>>>> >>>>>Jason Dillon wrote: >>>>> >>>>> >>>>>>I did not think we were using the old parser anymore... Is there a >>>>>>reason this is still around after Scott reimplemented in JavaCC? >>>>>> >>>>>>--jason >>>>>> >>>>>> >>>>>>On Wed, 2002-02-13 at 16:53, Dave Smith wrote: >>>>>> >>>>>> >>>>>> >>>>>>>After having a bad day trying to get a message selector working for >>>>>>>a topic listener I came across a few bugs. >>>>>>> >>>>>>>1) If the message selector is invalid but the connection is not >>>>>>>started but no error is thrown. So if you createTopicSession then >>>>>>>createSubscriber and then start the connection the connection looks >>>>>>>good but there are no messages delivered. (I spent most of the day >>>>>>>trying to sort this one out) >>>>>>> >>>>>>>2) The message selectors do not seem to like boolean types. My >>>>>>>query is >>>>>>>app_id='AK' and production=TRUE >>>>>>> >>>>>>>3) What parser are we using for the message selectors. I thought we >>>>>>>were using javacc and jms.jj. But in Selector the default is set to >>>>>>>parser which is from jms.y. I don't even think this thing is >>>>>>>getting re-processed. I did swicth the default to SelectorParser >>>>>>>but that did not work as well. >>>>>>> >>>>>>> >>>>>>>___ >>>>>>>Jboss-development mailing list >>>>>>>[EMAIL PROTECTED] >>>>>>>https://lists.sourceforge.net/lists/listinfo/jboss-development >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>>___ >>>>>Jboss-development mailing list >>>>>[EMAIL PROTECTED] >>>>>https://lists.sourceforge.net/lists/listinfo/jboss-development >>>>> >>>>> >>>> >>> >>> >>>___ >>>Jboss-development mailing list >>>[EMAIL PROTECTED] >>>https://lists.sourceforge.net/lists/listinfo/jboss-development >>> >>> >> >> >> > >>--- SelectorParser.jj Wed Feb 13 23:59:07 2002 >>+++ SelectorParser.jj.new Wed Feb 13 23:58:48 2002 >>@@ -55,6 +55,7 @@ >> >>public SelectorParser() >>{ >>+this(new StringReader("")); >>} >> } >> PARSER_END(SelectorParser) >>@@ -72,9 +73,7 @@ >> >> TOKEN : >> { >>- < TRUE: "TRUE" | "true" > >>- | < FALSE: "FALSE" | "false" > >>- | < BOOLEAN: | > >>+ < BOOLEAN: "TRUE" | "true" | "FALSE" | "false" > >> | < NULL: "NULL" | "null" > >> | < AND: "AND" | "and" > >> | < NOT: "NOT" > >> > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > --- SelectorSyntaxUnitTestCase.java Fri Feb 15 09:12:28 2002 +++ SelectorSyntaxUnitTestCase.java.new Fri Feb 15 09:12:10 2002 @@ -48,6 +48,13 @@ testBoolean("MyBoolean", false); } + public void testStringEquals() throws Exception + { + selector = new Selector("MyString='astring'"); + message.setStringProperty("MyString", "astring"); + assertTrue(selector.test(message)); + } + private void testBoolean(String name, boolean flag) throws Exception { message.setBooleanProperty(name, flag); assertTrue(selector.test(message));
Re: [JBoss-dev] message selectors
Go nuts. I have only used bison and flex and I have some pressing other stuff to do now. The current problem with the message selectors is that text is returned with the ' . So app_id='my app' turns into EQUAL( Start Identifier@app_id Start 'my app' Now it looks like the STRING token should not return the ' | < STRING: "'" ( (~["'","\n","\r"]) | ("''") )* "'" > Go ahead and make the stuff case insensitive. Dain Sundstrom wrote: > According to the JMS spec the reserved words are case insensitive. A > part of the TOKEN spec I use in the new EJB-QL parser follows: > > TOKEN [IGNORE_CASE] : /* RESERVED WORDS */ > { >< FALSE: "FALSE" > > | < NOT: "NOT" > > | < NULL: "NULL" > > | < TRUE: "TRUE" > > } > > The boolean declaration won't work because you have the same regular > expression in two sections. Remember that token is part of the lexing > step where the input stream is broken into logical token. Then the > syntax part happens. If you need a production later in the grammar > which can be true or false, you would add the following bnf_prduction: > > void Boolean() : > {} > { >( | ) > } > > I'm by no means a JavaCC expert (I'm still learning it my self), but if > you want, I'll look over your jj file when you finish. > > -dain > > Dave Smith wrote: > >> OK. it looks like it does not like the BOOLEAN token as a combo fo the >> TRUE and FALSE tokens. Inlining them works. Patch inclosed. >> >> Now the selector will parse but still does not deliver it properly. >> Going to bed , have a look in the morning... >> >> >> Dave Smith wrote: >> >>> Ok. First problem solved. We have to call the SelectorParser >>> constructor with at least a string reader. The problem is when you go >>> to run ReInit with the actual selector it throws a NPE. So in >>> SelectorParser.jj add the following to the no-args constructor >>> this(new StringReader("")); >>> >>> Boolean slector still does not work ... looking >>> >>> >>> >>> Jason Dillon wrote: >>> >>>> Can you please verify that things are still broken with the latest CVS >>>> (with the changes I just commited). Please submit a testcase, if you >>>> are in there and finding problems just throw something together and >>>> submit it. >>>> >>>> --jason >>>> >>>> >>>> On Wed, 2002-02-13 at 17:52, Dave Smith wrote: >>>> >>>>> Actually it's worse than that. If you change the default parser to >>>>> SelectorParser, nothing works! So a simple slector like >>>>> type='cadex' bombs. >>>>> >>>>> >>>>> Jason Dillon wrote: >>>>> >>>>>> I did not think we were using the old parser anymore... Is there a >>>>>> reason this is still around after Scott reimplemented in JavaCC? >>>>>> >>>>>> --jason >>>>>> >>>>>> >>>>>> On Wed, 2002-02-13 at 16:53, Dave Smith wrote: >>>>>> >>>>>> >>>>>>> After having a bad day trying to get a message selector working >>>>>>> for a topic listener I came across a few bugs. >>>>>>> >>>>>>> 1) If the message selector is invalid but the connection is not >>>>>>> started but no error is thrown. So if you createTopicSession >>>>>>> then createSubscriber and then start the connection the >>>>>>> connection looks good but there are no messages delivered. (I >>>>>>> spent most of the day trying to sort this one out) >>>>>>> >>>>>>> 2) The message selectors do not seem to like boolean types. My >>>>>>> query is >>>>>>> app_id='AK' and production=TRUE >>>>>>> >>>>>>> 3) What parser are we using for the message selectors. I thought >>>>>>> we were using javacc and jms.jj. But in Selector the default is >>>>>>> set to parser which is from jms.y. I don't even think this thing >>>>>>> is getting re-processed. I did swicth the default to >>>>
Re: [JBoss-dev] message selectors
OK. it looks like it does not like the BOOLEAN token as a combo fo the TRUE and FALSE tokens. Inlining them works. Patch inclosed. Now the selector will parse but still does not deliver it properly. Going to bed , have a look in the morning... Dave Smith wrote: > Ok. First problem solved. We have to call the SelectorParser constructor > with at least a string reader. The problem is when you go to run ReInit > with the actual selector it throws a NPE. So in SelectorParser.jj add > the following to the no-args constructor > this(new StringReader("")); > > Boolean slector still does not work ... looking > > > > Jason Dillon wrote: > >> Can you please verify that things are still broken with the latest CVS >> (with the changes I just commited). Please submit a testcase, if you >> are in there and finding problems just throw something together and >> submit it. >> >> --jason >> >> >> On Wed, 2002-02-13 at 17:52, Dave Smith wrote: >> >>> Actually it's worse than that. If you change the default parser to >>> SelectorParser, nothing works! So a simple slector like type='cadex' >>> bombs. >>> >>> >>> Jason Dillon wrote: >>> >>>> I did not think we were using the old parser anymore... Is there a >>>> reason this is still around after Scott reimplemented in JavaCC? >>>> >>>> --jason >>>> >>>> >>>> On Wed, 2002-02-13 at 16:53, Dave Smith wrote: >>>> >>>> >>>>> After having a bad day trying to get a message selector working for >>>>> a topic listener I came across a few bugs. >>>>> >>>>> 1) If the message selector is invalid but the connection is not >>>>> started but no error is thrown. So if you createTopicSession then >>>>> createSubscriber and then start the connection the connection looks >>>>> good but there are no messages delivered. (I spent most of the day >>>>> trying to sort this one out) >>>>> >>>>> 2) The message selectors do not seem to like boolean types. My >>>>> query is >>>>> app_id='AK' and production=TRUE >>>>> >>>>> 3) What parser are we using for the message selectors. I thought we >>>>> were using javacc and jms.jj. But in Selector the default is set to >>>>> parser which is from jms.y. I don't even think this thing is >>>>> getting re-processed. I did swicth the default to SelectorParser >>>>> but that did not work as well. >>>>> >>>>> >>>>> ___ >>>>> Jboss-development mailing list >>>>> [EMAIL PROTECTED] >>>>> https://lists.sourceforge.net/lists/listinfo/jboss-development >>>>> >>>>> >>>> >>> >>> >>> ___ >>> Jboss-development mailing list >>> [EMAIL PROTECTED] >>> https://lists.sourceforge.net/lists/listinfo/jboss-development >>> >> >> > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- SelectorParser.jj Wed Feb 13 23:59:07 2002 +++ SelectorParser.jj.new Wed Feb 13 23:58:48 2002 @@ -55,6 +55,7 @@ public SelectorParser() { +this(new StringReader("")); } } PARSER_END(SelectorParser) @@ -72,9 +73,7 @@ TOKEN : { - < TRUE: "TRUE" | "true" > - | < FALSE: "FALSE" | "false" > - | < BOOLEAN: | > + < BOOLEAN: "TRUE" | "true" | "FALSE" | "false" > | < NULL: "NULL" | "null" > | < AND: "AND" | "and" > | < NOT: "NOT" >
Re: [JBoss-dev] message selectors
Actually it's worse than that. If you change the default parser to SelectorParser, nothing works! So a simple slector like type='cadex' bombs. Jason Dillon wrote: > I did not think we were using the old parser anymore... Is there a > reason this is still around after Scott reimplemented in JavaCC? > > --jason > > > On Wed, 2002-02-13 at 16:53, Dave Smith wrote: > >>After having a bad day trying to get a message selector working for a >>topic listener I came across a few bugs. >> >>1) If the message selector is invalid but the connection is not started >>but no error is thrown. So if you createTopicSession then >>createSubscriber and then start the connection the connection looks good >>but there are no messages delivered. (I spent most of the day trying to >>sort this one out) >> >>2) The message selectors do not seem to like boolean types. My query is >>app_id='AK' and production=TRUE >> >>3) What parser are we using for the message selectors. I thought we were >>using javacc and jms.jj. But in Selector the default is set to parser >>which is from jms.y. I don't even think this thing is getting >>re-processed. I did swicth the default to SelectorParser but that did >>not work as well. >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] message selectors
CVS as off 5pm EST Feb13 Jason Dillon wrote: > What version of JBoss are you using? > > --jason > > > On Wed, 2002-02-13 at 16:53, Dave Smith wrote: > >>After having a bad day trying to get a message selector working for a >>topic listener I came across a few bugs. >> >>1) If the message selector is invalid but the connection is not started >>but no error is thrown. So if you createTopicSession then >>createSubscriber and then start the connection the connection looks good >>but there are no messages delivered. (I spent most of the day trying to >>sort this one out) >> >>2) The message selectors do not seem to like boolean types. My query is >>app_id='AK' and production=TRUE >> >>3) What parser are we using for the message selectors. I thought we were >>using javacc and jms.jj. But in Selector the default is set to parser >>which is from jms.y. I don't even think this thing is getting >>re-processed. I did swicth the default to SelectorParser but that did >>not work as well. >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] message selectors
After having a bad day trying to get a message selector working for a topic listener I came across a few bugs. 1) If the message selector is invalid but the connection is not started but no error is thrown. So if you createTopicSession then createSubscriber and then start the connection the connection looks good but there are no messages delivered. (I spent most of the day trying to sort this one out) 2) The message selectors do not seem to like boolean types. My query is app_id='AK' and production=TRUE 3) What parser are we using for the message selectors. I thought we were using javacc and jms.jj. But in Selector the default is set to parser which is from jms.y. I don't even think this thing is getting re-processed. I did swicth the default to SelectorParser but that did not work as well. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Mbean dependancies
OK. So a did a little digging and tried this .. jboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo So it then delays startup but once the EJB is deployed it does not start the mbean. I'm I getting closer? Dave Smith wrote: > Do we have any docs on this stuff? I'm tring to create a dependancy with > a message driven Mbean that will wait until the topic it publishes is > created and also wait until the EJB that it uses is deployed. From a > quick look at the example with the TopicManager it looks like you have > to create a an MBean attribute with type ObjectName that maps to the JMX > service you need. If that is the case how would you tie it to an EJB? > > Head spinning in Toronto ... > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Mbean dependancies
Do we have any docs on this stuff? I'm tring to create a dependancy with a message driven Mbean that will wait until the topic it publishes is created and also wait until the EJB that it uses is deployed. From a quick look at the example with the TopicManager it looks like you have to create a an MBean attribute with type ObjectName that maps to the JMX service you need. If that is the case how would you tie it to an EJB? Head spinning in Toronto ... ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
If you are truly ripping off Mikey D's then it should be Over Billion Served marc fleury wrote: > I like it we would do > > One Billion Served > > marcf > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On Behalf Of Peter > |Fagerlund > |Sent: Thursday, February 07, 2002 5:33 AM > |To: [EMAIL PROTECTED] > |Subject: Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST > | > | > | > | > | > |JBoss Serve´s All > | > | > |___ > |Jboss-development mailing list > |[EMAIL PROTECTED] > |https://lists.sourceforge.net/lists/listinfo/jboss-development > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Status of ear deployment
I am using the current tip (9 am this morning). This ear deployed and worked before (the marc unified class loading) and now I am getting a class not found exception. Inside the war is WEB-INF/classes/tests/cadex/TestCompanyInfoBean.class and when I try to access it via a servlet I get (see below) known problem? bug ? Dumb user? Error finding class [tests.cadex.TestCom panyInfoBean] in classpath java.lang.ClassNotFoundException: tests.cadex.TestCompanyInfoBean at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:405 ) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java :101) at java.lang.ClassLoader.loadClass(ClassLoader.java:253) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:120) at org.apache.cactus.server.AbstractTestCaller.getTestClassClass(Abstrac tTestCaller.java:331) at org.apache.cactus.server.AbstractTestCaller.getTestClassInstance(Abst ractTestCaller.java:302) at org.apache.cactus.server.AbstractTestCaller.doTest(AbstractTestCaller .java:130) at org.apache.cactus.server.AbstractTestController.handleRequest(Abstrac tTestController.java:122) at org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedi rector.java:134) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:327 ) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:5 46) at org.mortbay.http.HttpContext.handle(HttpContext.java:1269) at org.mortbay.http.HttpContext.handle(HttpContext.java:1223) at org.mortbay.http.HttpServer.service(HttpServer.java:725) at org.mortbay.http.HttpConnection.service(HttpConnection.java:748) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:921) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:763) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java: 138) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:287) at org.mortbay.util.ThreadPool$JobRunner.run(ThreadPool.java:715) at java.lang.Thread.run(Thread.java:484) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] data source problems (hosed?)
this really should be on user(next time) Check your jboss-service.xml to make sure the deployer names match, also in deploy/lib you need jboss-xa.rar, etc .. [EMAIL PROTECTED] wrote: > When I deploy my mysql-service.xml file, it seems to wait for ever on these > services that it depends on. The same thing happens when I deploy the > hsql-default-service.xml file. > > I'm sure it is probably my fault somehow, but please help! > > when I deploy mysql-service.xml: > 2002-02-01 11:18:27,160 INFO [org.jboss.system.ServiceController] waiting in > create jboss.jca:service=ConnectionFactoryLoader,name=TEE_DS waiting on > jboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction > ResourceAdapter > 2002-02-01 11:18:27,162 INFO [org.jboss.system.ServiceController] waiting in > start jboss.jca:service=ConnectionFactoryLoader,name=TEE_DS on > jboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction > ResourceAdapter > > when I deploy hsql-default.xml: > 2002-02-01 12:00:04,353 INFO [org.jboss.system.ServiceController] waiting in > start jboss:service=ConnectionFactoryLoader,name=DefaultDS on > jboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction > ResourceAdapter > 2002-02-01 12:00:04,355 INFO [org.jboss.system.ServiceController] waiting in > start jboss:service=ConnectionFactoryLoader,name=NoTransDS on > jboss.jca:service=RARDeployment,name=Minerva JDBC LocalTransaction > ResourceAdapter > > I've attached my mysql-service.xml and hsql-default-service.xml files. > > Thanks, > Michael > > <> <> > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JAAS with MDB
Glad to see someone else is reading this thread. After some more hacking we should come up with new login and password tags. The current mdb tags require that each MDB that needs a durable subscription has to have a unique user name and password. For the case of security this is overkill and most likely these beans will be run under one common alias login. (Same way that the jboss server runs under the user jboss but no one can login as jboss) How about .. mdb-authentication-user mdb-authentication-password Mike Swainston-Rainford wrote: > Hi Scott > > > I found these during my code read through and investigation of current > jboss.xml elements. > > mdb-user, mdb-passwd and mdb-client-id and mdb-subscriptin-id are all > loaded in MessageDrivenMetaData. > > JMSContainerInvoker uses getUser() getClientID() etc to access them. > > I've included these elements in the jboss_3_0.dtd i'm working on but > haven't comitted to CVS yet. > > Mike > > At 16:20 31/01/2002, Scott M Stark wrote: > >> I don't see any of the mdb-xxx fields you are talking about in the >> current >> code so these are all elements you added? I'm looking at version 1.42 >> of the JMSContainerInvoker.java. >> >> What is needed is the names of the JMS properties from which the >> principal and credentials are obtained. The princpal name and >> credential value are not specified in the jboss.xml descriptor. Roles >> are also not defined in jboss.xml as they are a by-product of >> authenticating >> the obtained principal and credentials. >> >> - Original Message - >> From: "Dave Smith" <[EMAIL PROTECTED]> >> To: "Scott M Stark" <[EMAIL PROTECTED]> >> Cc: <[EMAIL PROTECTED]> >> Sent: Thursday, January 31, 2002 1:33 PM >> Subject: Re: [JBoss-dev] JAAS with MDB >> >> >> > Ok. I have a hacked up version of JMSContainerInvoker working. Now >> > currently we have mdb-user,mdb-password and mdb-subscription-id in the >> > jboss.xml. These are used for durable subscriptions and are referenced >> > in jbossmq-state.xml. Now should we add mdb-role and re-use this fields >> > or should we add new elements say mdb-principal mdb-credentials and >> > mdb-role? >> > >> >> >> >> ___ >> Jboss-development mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JAAS with MDB
Ok. I have a hacked up version of JMSContainerInvoker working. Now currently we have mdb-user,mdb-password and mdb-subscription-id in the jboss.xml. These are used for durable subscriptions and are referenced in jbossmq-state.xml. Now should we add mdb-role and re-use this fields or should we add new elements say mdb-principal mdb-credentials and mdb-role? Scott M Stark wrote: > Also, it should be the JMSContainerInvoker, not the Athorization interceptor > that is dealing with obtaining the principal info from the JMS layer. > > - Original Message - > From: "Scott M Stark" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, January 31, 2002 11:04 AM > Subject: Re: [JBoss-dev] JAAS with MDB > > > >>No, the standard JMS Message interface needs to be used to obtain >>a configurable principal and credential property. Any JMS provider >>may be used with MDBs. >> >>- Original Message - >>From: "Dave Smith" <[EMAIL PROTECTED]> >>To: "Scott M Stark" <[EMAIL PROTECTED]> >>Cc: <[EMAIL PROTECTED]> >>Sent: Thursday, January 31, 2002 10:51 AM >>Subject: Re: [JBoss-dev] JAAS with MDB >> >> >> >>>OK. So I had a quick peek at the SpyMessage and there is a field called >>>producerClientId that should do the trick. So I add an interceptor in >>>front of the security interceptor that takes the first argument of the >>>invoke , casts to a SpyMessage, grabs the id and sets the Principal in >>>the method invocation and continues along the chain. >>> >>>Will the only type of message delivered to the invoker be a SpyMessage? >>>or can it handle other messages that could cause a class cast error? >>> >>> >>> >>> >>>Scott M Stark wrote: >>> >>> >>>>Authentication and Authorization need to be two seperate security >>>>interceptors. Authentication needs to validate the principal and >>>> >>associate >> >>>>the Subject with the MethodInvocation. The Authorization interceptor >>>>will handle role based permissions and run-as identities. The default >>>>MDB interceptor chain should not include an Authentication >>>> > interceptor. > >>>>If the jboss.xml metadata is enchanced to allow for caller identity to >>>>be obtained from the JMS msg than the container invoker will associate >>>>this information with the call and the Authentication interceptor can >>>> > be > >>>>added to the interceptor chain. >>>> >>>> >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JAAS with MDB
OK. So I had a quick peek at the SpyMessage and there is a field called producerClientId that should do the trick. So I add an interceptor in front of the security interceptor that takes the first argument of the invoke , casts to a SpyMessage, grabs the id and sets the Principal in the method invocation and continues along the chain. Will the only type of message delivered to the invoker be a SpyMessage? or can it handle other messages that could cause a class cast error? Scott M Stark wrote: > Authentication and Authorization need to be two seperate security > interceptors. Authentication needs to validate the principal and associate > the Subject with the MethodInvocation. The Authorization interceptor > will handle role based permissions and run-as identities. The default > MDB interceptor chain should not include an Authentication interceptor. > If the jboss.xml metadata is enchanced to allow for caller identity to > be obtained from the JMS msg than the container invoker will associate > this information with the call and the Authentication interceptor can be > added to the interceptor chain. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > - Original Message - > From: "Dave Smith" <[EMAIL PROTECTED]> > To: "Scott M Stark" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Thursday, January 31, 2002 8:56 AM > Subject: Re: [JBoss-dev] JAAS with MDB > > > >>So then in JMSContainerInvoker add the code to read the jboss metadata >>and then invoke the inteceptor chain with the appropreate princpal and >>credidentals? Or should the JMS message actually set properties in the >>message itself and a new Security Invoker to read this info and set the >>principal and credidents. I have some time today and tomorrow to take a >>crack at it. >> >> >>Scott M Stark wrote: >> >> >>>Which is what I mean by MDBs needing a different SecurityInterceptor. >>> >>> >>>Scott Stark >>>Chief Technology Officer >>>JBoss Group, LLC >>> >>>- Original Message - >>>From: "Dave Smith" <[EMAIL PROTECTED]> >>>To: "Scott M Stark" <[EMAIL PROTECTED]> >>>Cc: <[EMAIL PROTECTED]> >>>Sent: Thursday, January 31, 2002 7:47 AM >>>Subject: Re: [JBoss-dev] JAAS with MDB >>> >>> >>> >>> >>>>It actually goes a little furthur than that. I first tried to take out >>>>the security interceptor in the MDB interceptior chain. This works fine >>>>util your message bean then tries to call another EJB. So it would seem >>>>that the Security Interceptor needs to just act as a login for the MDB. >>>> >>>>Scott M Stark wrote: >>>> >>>> >>>> >>>>>MDBs need a different SecurityInterceptor that does not attempt >>>>>to authenticate the caller as there is none defined. An extension >>>>>would allow the caller to be obtained from JMS message properties. >>>>>The properties could be specified in the jboss.xml descriptor in >>>>>the message-driven bean section. >>>>> >>>>> >>>>> >>> >>> >>>___ >>>Jboss-development mailing list >>>[EMAIL PROTECTED] >>>https://lists.sourceforge.net/lists/listinfo/jboss-development >>> >>> >>> >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JAAS with MDB
So then in JMSContainerInvoker add the code to read the jboss metadata and then invoke the inteceptor chain with the appropreate princpal and credidentals? Or should the JMS message actually set properties in the message itself and a new Security Invoker to read this info and set the principal and credidents. I have some time today and tomorrow to take a crack at it. Scott M Stark wrote: > Which is what I mean by MDBs needing a different SecurityInterceptor. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > - Original Message ----- > From: "Dave Smith" <[EMAIL PROTECTED]> > To: "Scott M Stark" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Thursday, January 31, 2002 7:47 AM > Subject: Re: [JBoss-dev] JAAS with MDB > > > >>It actually goes a little furthur than that. I first tried to take out >>the security interceptor in the MDB interceptior chain. This works fine >>util your message bean then tries to call another EJB. So it would seem >>that the Security Interceptor needs to just act as a login for the MDB. >> >>Scott M Stark wrote: >> >> >>>MDBs need a different SecurityInterceptor that does not attempt >>>to authenticate the caller as there is none defined. An extension >>>would allow the caller to be obtained from JMS message properties. >>>The properties could be specified in the jboss.xml descriptor in >>>the message-driven bean section. >>> >>> > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JAAS with MDB
It actually goes a little furthur than that. I first tried to take out the security interceptor in the MDB interceptior chain. This works fine util your message bean then tries to call another EJB. So it would seem that the Security Interceptor needs to just act as a login for the MDB. Scott M Stark wrote: > MDBs need a different SecurityInterceptor that does not attempt > to authenticate the caller as there is none defined. An extension > would allow the caller to be obtained from JMS message properties. > The properties could be specified in the jboss.xml descriptor in > the message-driven bean section. > > > Scott Stark > Chief Technology Officer > JBoss Group, LLC > > ----- Original Message - > From: "Dave Smith" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, January 29, 2002 2:08 PM > Subject: [JBoss-dev] JAAS with MDB > > > >>I am trying to get a MDB working with JAAS. Currently when message >>delivery is attempted it throws an error Authentication exception, >>principal=null. Now in the jms-service.xml I have added >> >> >> UserName=jboss >> Password=jboss1 >> >> >>but this does not do anything. I can not find any refences to this in >>either the free or purchased docs. Can some one point me in the right >>direction. >> >>time passes ... >> >> >>After further investigation it looks like it is not implemented. In the >>JMSContainerInvoker it creates the method invocation with principal and >>credential = null. Then when the SecurityInterceptor gets a hold of it >>barfs. The snip, line 976 of JMSContainerInvoker.java >> >>invoker.invoke(id, >>// Object id - where used? >>ON_MESSAGE, >>// Method to invoke >>new Object[]{message}, >>// argument >>tm.getTransaction(), >>// Transaction >>null, >>// Principal >>null); >>// Cred >> >>How should I go about getting this to work? >> >> >> >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JAAS with MDB
I am trying to get a MDB working with JAAS. Currently when message delivery is attempted it throws an error Authentication exception, principal=null. Now in the jms-service.xml I have added UserName=jboss Password=jboss1 but this does not do anything. I can not find any refences to this in either the free or purchased docs. Can some one point me in the right direction. time passes ... After further investigation it looks like it is not implemented. In the JMSContainerInvoker it creates the method invocation with principal and credential = null. Then when the SecurityInterceptor gets a hold of it barfs. The snip, line 976 of JMSContainerInvoker.java invoker.invoke(id, // Object id - where used? ON_MESSAGE, // Method to invoke new Object[]{message}, // argument tm.getTransaction(), // Transaction null, // Principal null); // Cred How should I go about getting this to work? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Fwd: ScanMail Message: To Sender, sensitive content found and action t aken.]
Me to. Guess I said pulled? Christian Riege wrote: > he, > > upon my last CVS commit (and the following e-mail by SF) I got the > attached reply. who the fuck (!) are these clowns? > > sorry for the spam ;) > > christian > > > > > Subject: > > ScanMail Message: To Sender, sensitive content found and action t aken. > From: > > System Attendant <[EMAIL PROTECTED]> > Date: > > Thu, 17 Jan 2002 11:43:15 -0600 > To: > > "'Christian Riege'" <[EMAIL PROTECTED]> > > > Trend SMEX Content Filter has detected sensitive content. > > Place = [EMAIL PROTECTED]; ; > Sender = Christian Riege > Subject = [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins >AbstractInstanceCache.java > Delivery Time = January 17, 2002 (Thursday) 11:43:13 > Policy = Anti-Spam > Action on this mail = Quarantine message > > Warning message from administrator: > Anti-Spam filter has blocked a junk mail! > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] More relationship stuff
I've pulled the latest jboss head and I am testing a 1-1 uni directional relationship. The database tables are already created. So I have create table test_cust ( test_cust_id int PRIMARY KEY, billing_address_id int ); create table test_address ( test_address_id int PRIMARY KEY, an_address varchar(50) ); So TestCust .. TestCust { AddressLocal getAddress(); void setAddress(AddressLocal l); } jbosscmp-jdbc.xml sniped .. Uni_1_to_1 Cust_has_an_address true test_address_id billing_address_id Addr_has_no_idea_of_TestCust So everything looks cool until it tries to add the address INSERT INTO test_address (test_address_id, an_address, TestCust_address) VALUES (?, ?, ?) It looks like jboss is throwing in a CMR field even though it is only a 1-1 uni directional relationship. Bug? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Problems with 'jboss-mq' and autodeployer
The name space has changed. It is now jboss.system not JBOSS-SYSTEM. Brian Weaver wrote: > Ok, I'm at a loss as to what's going on in the JBossMQ module of > CVS. I've been making changes to the underlying OIL transport module > of JBoss and I still need to propagate those changes to the UIL > transport code. I've been working by checking out the 'jboss-all' > module from CVS so that I could run the testsuite code before I checked > in any changes. Everything seems to work fine when JBoss is checked out > as a whole. > > However, when I check out the 'jboss-mq' module from CVS anonymously, build > it, and then run the server it doesn't deploy! No TCP/IP ports (or UDP/IP > for that matter) are opened. So there's no endpoints for RMI to provide access > to JNDI or the messaging transports. > > I'm going to try to blunder my way around the code, but if someone could > provide some useful insight on where to look I would greatly appreciate > it. I'm using a vanilla checkout of the jboss-mq module. > > Also, if you do a checkout of jboss-mq and then build, be sure to link the > thirdparty/gnu/getopt/lib/getopt.jar into the lib directory or it will not > run. Somethings amiss with the build.xml so that getopt.jar is not being > added to the lib directory. I've sent an e-mail to the two individuals that > built and modified the file asking for direction/help in that matter > already. > > Below is the last few lines of the server log. Prehaps it will be of use to > those who understand the autodeployer code better than I. > > Thanks > > Weave > > -- truncated server.log - > 2002-01-14 08:27:40,215 TRACE [org.jboss.system.ServiceLibraries] Libraries adding >URLClassLoader 956609115 key URL >file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar > 2002-01-14 08:27:40,215 DEBUG [org.jboss.deployment.ServiceDeployer] deployed >classes for >file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/lib/ext/jnpserver.jar > 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] about to copy 0 >local directories > 2002-01-14 08:27:40,216 DEBUG [org.jboss.deployment.ServiceDeployer] addMBeans: url >file:/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/conf/default/jboss-service.xml > 2002-01-14 08:27:40,219 DEBUG [org.jboss.deployment.ServiceDeployer] deploying with >ServiceController mbean name="JBOSS-SYSTEM:service=AutoDeployer"> > > JBOSS-SYSTEM:service=ServiceDeployer; > > > ../deploy/lib, > ../deploy > > > 3000 > > > 2002-01-14 08:27:40,225 DEBUG [org.jboss.system.ServiceCreator] About to create >bean: JBOSS-SYSTEM:service=AutoDeployer > 2002-01-14 08:27:40,266 DEBUG [org.jboss.system.ServiceCreator] Created bean: >JBOSS-SYSTEM:service=AutoDeployer > 2002-01-14 08:27:40,274 DEBUG [org.jboss.system.ServiceConfigurator] Deployers set >to JBOSS-SYSTEM:service=ServiceDeployer; in JBOSS-SYSTEM:service=AutoDeployer > 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] URLs set to >../deploy/lib, > ../deploy in JBOSS-SYSTEM:service=AutoDeployer Looking for JBOSS-SYSTEM:service=ServiceDeployer > 2002-01-14 08:27:40,277 DEBUG [org.jboss.system.ServiceConfigurator] Timeout set to >3000 in JBOSS-SYSTEM:service=AutoDeployer > 2002-01-14 08:27:40,278 DEBUG [org.jboss.system.ServiceConfigurator] found 0 depends >elements > 2002-01-14 08:27:40,279 INFO [org.jboss.deployment.AutoDeployer] Initializing > 2002-01-14 08:27:40,281 INFO [org.jboss.deployment.AutoDeployer] Initialized > 2002-01-14 08:27:40,282 INFO [org.jboss.deployment.AutoDeployer] Starting > 2002-01-14 08:27:40,285 DEBUG [org.jboss.deployment.AutoDeployer] Deployer >'JBOSS-SYSTEM:service=ServiceDeployer' isn't yet registered files for this deployer >will not be deployed until it is deployed. > 2002-01-14 08:27:40,287 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: >/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy/lib > 2002-01-14 08:27:40,290 DEBUG [org.jboss.deployment.AutoDeployer] Watching dir: >/home/weave/OpenNMS/jboss/jboss-mq.pserver/build/output/jbossmq-1.0.0Beta/deploy > 2002-01-14 08:27:40,295 INFO [org.jboss.deployment.AutoDeployer] Started > 2002-01-14 08:27:40,296 INFO [org.jboss.system.Server] Started in 0m:2s:124ms > 2002-01-14 08:53:28,291 INFO [org.jboss.system.Server] Shutting down all services > 2002-01-14 08:53:28,293 INFO [Default] Shutting down > 2002-01-14 08:53:28,294 INFO [org.jboss.system.ServiceController] Stopping 2 >services > 2002-01-14 08:53:28,297 DEBUG [org.jboss.system.ServiceController] removing service: >jboss.system:service=ServiceDeployer See removing it here as jboss.system:service=ServiceDeployer > 2002-01-14 08:53:28,297 DEBUG [org.jboss.system.ServiceController] removing >jboss.system:service=ServiceDeployer fr
[JBoss-dev] Bug in relations
I was testing the current state of the relation code and I believe I have stumbled across a bug. If the primary key class of relationship is different then it bombs. So if you have table_a and table_b in a 1-1 uni-directional relationship with table_a primary key class of TableAPk and table_b primary key class TableBPk it bombs. It looks like the problem is in JDBCCMRFieldBridge.java around line 780. When it is creating and setting the primary key of the CMRField. fk = foreignKeyFields[i].setPrimaryKeyValue(fk, fieldValue); The problem is that if fk is null it creates a Pk class but in foreignKeyFields the entity is current class not the related one. So for TableA CMR field is is creating a class of TableAPk not TableBPk. I added the this before the call and it seems to work if(fk == null) fk=relatedManager.getEntityBridge().createPrimaryKeyInstance(); ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] more standardjboss-cmp.xml
Hmm.. What version of the postgresql JDBC driver are you using. I am running the newest one and it seems to work here. I will do a little investigating. Dain Sundstrom wrote: > This doesn't work. Postgres throws an exception "Unknown Types" on BIT. > > -dain > > >>-----Original Message- >>From: Dave Smith [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, January 10, 2002 8:33 AM >>To: [EMAIL PROTECTED] >>Subject: [JBoss-dev] more standardjboss-cmp.xml >> >> >>For postgresql the Boolean mapping is wrong. Should be >> >> >> java.lang.Boolean >> BIT >> BOOLEAN >> >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] more standardjboss-cmp.xml
For postgresql the Boolean mapping is wrong. Should be java.lang.Boolean BIT BOOLEAN ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Am I a clown?
Putting on his big shoes ... HashMap is not syncnronized, possible another thread is modifing the HashMap? or You are modifing the set inside the loop? marc fleury wrote: > So I just spent 2 hours spotting the following interesting bug > > HashMap deployments ... > > Iterator it = deployments.keySet().iterator(); > > while (it.hasNext()); > { > do something(); > } > > which would peg my CPU at 100% and never reach do something ... > > man I am a clown... can you see it? 2 hours! > > marcf > __ > View this jboss-dev thread in the online forums: > http://jboss.org/forums/thread.jsp?forum=66&thread=6868 > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] standardjbosscmp-jdbc.xml
Could someone please add the numeric type to PostgreSQL in standardjbosscmp-jdbc.xml java.math.BigDecimal NUMERIC NUMERIC ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is working?
Ever since I have used RH it has never worked. Dain Sundstrom wrote: > It should work, but I don't know. I'll check it out. > > -dain > > >>-Original Message- >>From: Ignacio Coloma [mailto:[EMAIL PROTECTED]] >>Sent: Thursday, November 29, 2001 4:15 PM >>To: Jboss Development >>Subject: [JBoss-dev] Is working? >> >> >>I want to switch create-table off by default, but the tag is >>being ignored. >>I checked the dtd to be sure that everything's ok. Maybe it's time to >>download the latest sources? >> >>Only tell me that it works for someone out there and I'll >>keep trying... >> >>jbosscmp-jdbc:= >> >> >> >> java:/CanplasticaMySQLDS >> mySQL >> true >> false >> false >> >> >>... >> >> >>Oferta >>OFERTA >> >>id >>ID >> >> >>nombre >>NOMBRE >> >> >>fechaInicio >>FECHA_INICIO >> >> >>fechaFin >>FECHA_FIN >> >> >> >>conf/default/standardjbosscmp-jdbc.xml:= >> >> java:/DefaultDS >> Hypersonic SQL >> true >> >> false >> false >> false >> 300 >> false >> >>foreign-key >> >> >> >>server log:= >>[2001-11-29 22:06:15,468,CMP,DEBUG] Start command executing: >>CREATE TABLE >>OFERTA (ID INTEGER, FECHA_FIN DATETIME, NOMBRE VARCHAR(255) BINARY, >>FECHA_INICIO DATETIME) >>[2001-11-29 22:06:15,468,CanplasticaMySQLDS,DEBUG] Pool >>CanplasticaMySQLDS >>[0/0/10] destroyed object >>org.jboss.resource.adapter.jdbc.local.JDBCManagedConnection@8deb8a. >>[2001-11-29 22:06:15,478,CMP,DEBUG] java.sql.SQLException: >>General error: >>Table 'oferta' already exists >>[2001-11-29 22:06:15,478,CMP,DEBUG] Could not create table OFERTA >> >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jbosscmp-jdbc.xml
I see we have Should this not be I think for a uni-directional relationship there would be only 1 role. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Current CVS build.
Doh! have to copy run.jar to the bin dir not just the libs. Dain Sundstrom wrote: > I updated about 20 minutes ago and it works fine for me. > > -dain > > >>-Original Message----- >>From: Dave Smith [mailto:[EMAIL PROTECTED]] >>Sent: Tuesday, November 20, 2001 4:58 PM >>To: [EMAIL PROTECTED] >>Subject: [JBoss-dev] Current CVS build. >> >> >>When running a JBOSS build from CVS Nov 20, 17:00 EST it now does not >>start. Here is the starting sequence. (It shuts down by itself). The >>config files did work with the build from 2 days ago. >> >>./run.sh >>== >>== >> JBoss Bootstrap Environment >> >> JAVA: /usr/j2sdk1.3.0/bin/java >> >> JAVA_OPTS: -hotspot -Djboss.boot.loader.name=run.sh >>-Djava.library.path=/home/dave/import/com/candata/bbx >>-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.crimson. >> > jaxp.DocumentBuilderFactoryImpl > >>-Djavax.xml.parsers.SAXParserFactory=org.apache.crimson.jaxp.S >> > AXParserFactoryImpl > >> CLASSPATH: /home/dave/j/bin/run.jar: >> >>== >>== >> >>[GPA] Microkernel ClassLoaders and Libraries initialized >>Libraries adding URLClassLoader 2012031725 key URL >>file:/home/dave/j/conf/default/ >>Libraries adding URLClassLoader -1231209341 key URL >>file:/home/dave/j/lib/ext/log4j.jar >>Libraries adding URLClassLoader -1729047754 key URL >>file:/home/dave/j/lib/ext/jboss-spine.jar >>[root] Started Log4jService, >>config=file:/home/dave/j/conf/default/log4j.properties >>[GPA] General Purpose Architecture [GPA] >>[GPA] Java version: 1.3.0,Blackdown Java-Linux Team >>[GPA] Java VM: Java HotSpot(TM) Client VM >>Blackdown-1.3.0-FCS,Blackdown >>Java-Linux Team >>[GPA] OS-System: Linux 2.2.16,i386 >>[GPA] JBoss Version : 3.0.0alpha(200109280911) >>[GPA] JBoss start time : Tue Nov 20 17:47:19 EST 2001 >>[GPA] localDir : /home/dave/j >>[GPA] installationURL : file:/home/dave/j/ >>[GPA] configuration : file:/home/dave/j/conf/default/ >>[GPA] libraries : file:/home/dave/j/lib/ext/ >>[GPA] local patch directory: >>[GPA] Oh, and remember we love you >>[Shutdown] Shutdown hook added >>[ServiceController] Controller MBean online >>[ServiceDeployer] Starting >>[ServiceDeployer] Found a temp directory left over from a >>previous run - >>deleting it. >>[ServiceDeployer] Temporary deploy directory is >>/home/dave/j/tmp/deploy/ServiceDeployer >>[ServiceDeployer] Started >>[Default] JBoss 3.0.0alpha(200109280911) [RABBIT-HOLE] Started in >>0m:1s:193ms >>[Shutdown] Shutting down all services >>[Default] Shutting down >>[ServiceController] Stopping 1 services >>[ServiceController] Stopped 0 services >>[Shutdown] Shutdown complete >>[Default] Shutdown complete >> >> >>___ >>Jboss-development mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/jboss-development >> >> > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Current CVS build.
When running a JBOSS build from CVS Nov 20, 17:00 EST it now does not start. Here is the starting sequence. (It shuts down by itself). The config files did work with the build from 2 days ago. ./run.sh JBoss Bootstrap Environment JAVA: /usr/j2sdk1.3.0/bin/java JAVA_OPTS: -hotspot -Djboss.boot.loader.name=run.sh -Djava.library.path=/home/dave/import/com/candata/bbx -Djavax.xml.parsers.DocumentBuilderFactory=org.apache.crimson.jaxp.DocumentBuilderFactoryImpl -Djavax.xml.parsers.SAXParserFactory=org.apache.crimson.jaxp.SAXParserFactoryImpl CLASSPATH: /home/dave/j/bin/run.jar: [GPA] Microkernel ClassLoaders and Libraries initialized Libraries adding URLClassLoader 2012031725 key URL file:/home/dave/j/conf/default/ Libraries adding URLClassLoader -1231209341 key URL file:/home/dave/j/lib/ext/log4j.jar Libraries adding URLClassLoader -1729047754 key URL file:/home/dave/j/lib/ext/jboss-spine.jar [root] Started Log4jService, config=file:/home/dave/j/conf/default/log4j.properties [GPA] General Purpose Architecture [GPA] [GPA] Java version: 1.3.0,Blackdown Java-Linux Team [GPA] Java VM: Java HotSpot(TM) Client VM Blackdown-1.3.0-FCS,Blackdown Java-Linux Team [GPA] OS-System: Linux 2.2.16,i386 [GPA] JBoss Version : 3.0.0alpha(200109280911) [GPA] JBoss start time : Tue Nov 20 17:47:19 EST 2001 [GPA] localDir : /home/dave/j [GPA] installationURL : file:/home/dave/j/ [GPA] configuration : file:/home/dave/j/conf/default/ [GPA] libraries : file:/home/dave/j/lib/ext/ [GPA] local patch directory: [GPA] Oh, and remember we love you [Shutdown] Shutdown hook added [ServiceController] Controller MBean online [ServiceDeployer] Starting [ServiceDeployer] Found a temp directory left over from a previous run - deleting it. [ServiceDeployer] Temporary deploy directory is /home/dave/j/tmp/deploy/ServiceDeployer [ServiceDeployer] Started [Default] JBoss 3.0.0alpha(200109280911) [RABBIT-HOLE] Started in 0m:1s:193ms [Shutdown] Shutting down all services [Default] Shutting down [ServiceController] Stopping 1 services [ServiceController] Stopped 0 services [Shutdown] Shutdown complete [Default] Shutdown complete ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Weird. So this has to point to either the standardjbosscmp-jdbc.xml or jbosscmp-jdbc.xml. What's really strange is the default is null. This should come from standardjbosscmp-jdbc.xml. What else is strange is that it thinks in jboss-cmp-jdbc.xml for each entity you have a datasource element. Maybee grabbing the wrong standard config? Hunter Hillegas wrote: > I'm not so sure. Despite having my jbosscmp-jdbc.xml file included, I get > this on the console as it deploys my beans after I made Dave's change: > > [13:02:37,433,Default] Entity = ProductAttribute java:/DefaultDS null > [13:02:37,437,Default] Entity = Product java:/DefaultDS null > [13:02:37,439,Default] Entity = Order java:/DefaultDS null > [13:02:37,443,Default] Entity = OrderLineItem java:/DefaultDS null > [13:02:37,445,Default] Entity = ProductLineItem java:/DefaultDS null > [13:02:37,448,Default] Entity = ProductGroup java:/DefaultDS null > > It's apparently trying to use DefaultDS even though I explicitly tell it not > to in the jbosscmp-jdbc.xml file... > > If your config is working correctly, I'm stumped! > > >>From: Dain Sundstrom <[EMAIL PROTECTED]> >>Date: Tue, 20 Nov 2001 14:56:24 -0600 >>To: "'Dave Smith'" <[EMAIL PROTECTED]>, Hunter Hillegas >><[EMAIL PROTECTED]> >>Cc: David Jencks <[EMAIL PROTECTED]>, Torsten Schlumm >><[EMAIL PROTECTED]>, JBoss Dev >><[EMAIL PROTECTED]> >>Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? >> >>Funny. I just did that but in >>org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager line 110 where the >>datasource is looked up. And it successfully looks up my new datasource. I >>think you have a different problem. I changed the name of the hypersonic >>data source. May be the problem is your postgresql driver setup. >> >>-dain >> >> >>>-Original Message- >>>From: Dave Smith [mailto:[EMAIL PROTECTED]] >>>Sent: Tuesday, November 20, 2001 2:41 PM >>>To: Hunter Hillegas >>>Cc: David Jencks; Torsten Schlumm; JBoss Dev >>>Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? >>> >>> >>>Well if you want to get down and dirty in >>>jboss/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/ >>>JDBCEntityMetaData.java >>>line 336 is where it sets the datasouce for each entity. On >>>line 343 you >>>could add >>>System.out.println("Enity = "+entityName+" "+dataSourceNameString+" >>>"+defaultValues.getDataSourceName()); >>> >>> >>>That should give you the datasource the entity is bound to. >>> >>> >>> >>>Hunter Hillegas wrote: >>> >>> >>>>Are we sure that the datasource name in jbosscmp-jdbc.xml >>>> >>>is even being >>> >>>>checked properly? >>>> >>>>I gave my config another look and it seems correct. Here >>>> >>>are is the console >>> >>>>log output: >>>> >>>>[11:43:51,571,AutoDeployer] Auto deploy of >>>> >>>> >>>file:/Users/hunter/Desktop/jboss-3.0.0alpha/deploy/postgresqld >>>b-default-serv >>> >>>>ice.xml >>>>[11:43:51,602,Default] Libraries adding URLClassLoader >>>> >>>1240345370 key URL >>> >>>>file:/Users/hunter/Desktop/jboss-3.0.0alpha/lib/ext/postgresql.jar >>>>[11:43:51,647,ServiceCreator] About to create the >>>>beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell >>>>[11:43:51,653,ServiceCreator] Created the >>>>beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell >>>> >>>>And the file: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>>> >>>name="JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell"> >>> >>>>>>> >>>> >>>name="ManagedConnectionFactoryProperties">ConnectionURL=jdbc:p >>>ostgresql://lo >>> >>>>calhost/groundswell >>>> DriverClass=org.postgresql.Driver >>>> UserName=postgres >>>> Password="" >>>>Groundswell >>>>>>>name="TransactionManagerNam
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
Well if you want to get down and dirty in jboss/server/src/main/org/jboss/ejb/plugins/cmp/jdbc/metadata/JDBCEntityMetaData.java line 336 is where it sets the datasouce for each entity. On line 343 you could add System.out.println("Enity = "+entityName+" "+dataSourceNameString+" "+defaultValues.getDataSourceName()); That should give you the datasource the entity is bound to. Hunter Hillegas wrote: > Are we sure that the datasource name in jbosscmp-jdbc.xml is even being > checked properly? > > I gave my config another look and it seems correct. Here are is the console > log output: > > [11:43:51,571,AutoDeployer] Auto deploy of > file:/Users/hunter/Desktop/jboss-3.0.0alpha/deploy/postgresqldb-default-serv > ice.xml > [11:43:51,602,Default] Libraries adding URLClassLoader 1240345370 key URL > file:/Users/hunter/Desktop/jboss-3.0.0alpha/lib/ext/postgresql.jar > [11:43:51,647,ServiceCreator] About to create the > beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell > [11:43:51,653,ServiceCreator] Created the > beanJBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell > > And the file: > > > > > > > > > > > > > > > > name="JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell"> > name="ManagedConnectionFactoryProperties">ConnectionURL=jdbc:postgresql://lo > calhost/groundswell > DriverClass=org.postgresql.Driver > UserName=postgres > Password="" > Groundswell > name="TransactionManagerName">java:/TransactionManager > > > JBOSS-SYSTEM:service=PostgreSQL > > name="ResourceAdapterName">JCA:service=RARDeployment,name=Minerva JDBC > LocalTransaction ResourceAdapter > name="ConnectionManagerFactoryLoaderName">JCA:service=ConnectionManagerFacto > ryLoader,name=MinervaSharedLocalCMFactory > # > #Wed Aug 15 16:17:29 EDT 2001 > MinSize=0 > MaxSize=10 > BlockingTimeoutMillis=5000 > IdleTimeoutMinutes=30 > CleanupIntervalMinutes=10 > MaxIdleTimeoutPercent=1.0 > > > org.jboss.resource.security.ManyToOnePrincipalMapping > > name="PrincipalMappingProperties">UserName=postgres > > > > >>From: David Jencks <[EMAIL PROTECTED]> >>Date: Tue, 20 Nov 2001 13:48:05 -0500 >>To: Torsten Schlumm <[EMAIL PROTECTED]> >>Cc: Hunter Hillegas <[EMAIL PROTECTED]>, >>[EMAIL PROTECTED] >>Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? >> >>Have you guys included the latest updates to the ConnectionFactoryLoader >>configuration format? The hsqldb example has been updated, the manual >>likewise for mysql and postgres. If updating is not the problem, could you >>post your cfl config? does DefaultDS get started properly on your system? >> >>Thanks >>david jencks >> >>On 2001.11.20 12:57:30 -0500 Torsten Schlumm wrote: >> >>>Hunter, >>> >>>I've seen the same thing with mySQL today (it did work with the CVS >>>sources >>>from about 3 weeks ago). >>> >>>After having a closer look at the list of registered MBeans >>>(localhost:8082) >>>I found it (at least something :) >>>My mysqlDS was perfectly registered but not started. After starting it by >>>hand no problems anymore - deployment works. >>> >>>If that still doesn't work for you I could also send you the relevant >>>files >>>from my setup/beans. >>> >>>I will also try to work out why the bloody thing doesn't get started. >>>Anyone any ideas?? >>> >>>Cheers >>>Torsten >>> >>> >>> >>> >>>On Mon, 19 Nov 2001 16:06:25 -0800 >>>Hunter Hillegas <[EMAIL PROTECTED]> wrote: >>> >>> So far nothing from this end. If you get a chance to look at or if anyone else has any ideas, please >>>chime >>> in? Is no one else running Rabbit Hole with PostgreSQL and 2.0 EJB? >From: Dain Sundstrom <[EMAIL PROTECTED]> >Date: Mon, 19 Nov 2001 16:14:21 -0600 >To: "'Hunter Hillegas'" <[EMAIL PROTECTED]>, Dain Sundstrom ><[EMAIL PROTECTED]>, JBoss Dev > >><[EMAIL PROTECTED]> >> >Subject: RE: [JBoss-dev] 2.0 jar Really Likes DefaultDS? >The ds jndi name is loaded in the metadata object of entities in the >...plulgin.cmp.jdbc.metadata package. Then the ds is looked up in > >>>the >>> >JDBCStoreManager init method. Finally it is used in the JDBCCommand > >>>object. >>> >-dain > > >>-Original Message- >>From: Hunter Hillegas [mailto:[EMAIL PROTECTED]] >>Sent: Monday, November 19, 2001 3:50 PM >>To: Dain Sundstrom; JBoss Dev >>Subject: Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS? >> >> >>I haven't dug around in the source yet. If you can give me a >>pointer where >>to look, I'll check it out... >> >>If I remove DefaultDS (remove the Hypersonic service XML >>file), my beans >>don't deploy at all, complaining that DefaultDS is missing... So >> >>>it's >>> >>definitely not picking up my request for a different >>datasource to be used. >> >> >>Hunter >>>