[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=6595alloc_id=14396op=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=6595alloc_id=14396op=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=6595alloc_id=14396op=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 path id=hibernate3.classpath needs to include
pathelement path=${hibernate.lib}/hibernate-annotations.jar/
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=6595alloc_id=14396op=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=6595alloc_id=14396op=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=6595alloc_id=14396op=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=6595alloc_id=14396op=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=5588alloc_id=12065op=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
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: class-metadata name=234234 group=VERSIONED class=org.jboss.test.aop.bean.VersionedPOJO method name=get.* read-onlytrue/read-only /method /class-metadata 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] 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] 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/vimvim version/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 dependsjboss.j2ee:jndiName=cadex/Transferhead,service=EJB/depends 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. security-constraint web-resource-collection web-resource-nameHtmlAdaptor/web-resource-name descriptionAn example security config that only allows users with the role JBossAdmin to access the HTML JMX console web application /description url-pattern/*/url-pattern http-methodGET/http-method http-methodPOST/http-method /web-resource-collection auth-constraint role-nameJBossAdmin/role-name /auth-constraint /security-constraint login-config auth-methodFORM/auth-method realm-nameJBoss JMX Console/realm-name form-login-config form-login-page/login.jsp/form-login-page form-error-page/loginFailed.jsp/form-error-page /form-login-config /login-config 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
[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] 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
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
[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 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 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] 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
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 !
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 !
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 !
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 !
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.init(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 !
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.init(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 !
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.init(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 !
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.init(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 !
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] 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 ... snip mbean code=com.candata.gateway.CCRAPoll name=candata:service=CCRAPollTest dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends dependsjboss.j2ee:service=EJB,jndiName=cadex/Transferhead/depends attribute name=CCRARecvQueueNamequeue/CCRARecvQueue/attribute attribute name=EncryptionJndijava:/Candata/gateway/EncryptInfo/attribute attribute name=CertLocationcn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA/attribute attribute name=RequestLochttp://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0/attribute attribute name=Productionfalse/attribute /mbean mbean code=com.candata.gateway.CCRAPoll name=candata:service=CCRAPollTestNum2 dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends dependsjboss.j2ee:service=EJB,jndiName=cadex/Transferhead/depends attribute name=CCRARecvQueueNamequeue/CCRARecvQueue/attribute attribute name=EncryptionJndijava:/Candata/gateway/EncryptInfo/attribute attribute name=CertLocationcn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA/attribute attribute name=RequestLochttp://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0/attribute attribute name=Productionfalse/attribute /mbean 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.init(Entrust.java) 14:45:15,988 ERROR [STDERR] at com.entrust.toolkit.credentials.CredentialReader.init(CredentialReader.java) 14:45:15,990 ERROR [STDERR] at com.entrust.toolkit.credentials.StreamProfileReader.init(StreamProfileReader.java) 14:45:15,992 ERROR [STDERR] at com.candata.gateway.Encryption.init(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
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 .. classpath codebase=. archives=HTTPClient.jar,cadex-mbeans.jar,entbase.jar,entp7.jar,entuser.jar,gateway.jar,providerutil.jar,cadex.jar/ 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 ... snip mbean code=com.candata.gateway.CCRAPoll name=candata:service=CCRAPollTest dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends dependsjboss.j2ee:service=EJB,jndiName=cadex/Transferhead/depends attribute name=CCRARecvQueueNamequeue/CCRARecvQueue/attribute attribute name=EncryptionJndijava:/Candata/gateway/EncryptInfo/attribute attribute name=CertLocationcn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA/attribute attribute name=RequestLochttp://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0/ attribute attribute name=Productionfalse/attribute /mbean mbean code=com.candata.gateway.CCRAPoll name=candata:service=CCRAPollTestNum2 dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends dependsjboss.j2ee:service=EJB,jndiName=cadex/Transferhead/depends attribute name=CCRARecvQueueNamequeue/CCRARecvQueue/attribute attribute name=EncryptionJndijava:/Candata/gateway/EncryptInfo/attribute attribute name=CertLocationcn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA/attribute attribute name=RequestLochttp://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0/ attribute attribute name=Productionfalse/attribute /mbean 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.init(Entrust.java) 14:45:15,988 ERROR [STDERR] at com.entrust.toolkit.credentials.CredentialReader.init(CredentialReader.jav a) 14:45:15,990 ERROR [STDERR] at com.entrust.toolkit.credentials.StreamProfileReader.init(StreamProfileRead er.java) 14:45:15,992 ERROR [STDERR] at com.candata.gateway.Encryption.init(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
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] 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
[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 ... snip mbean code=com.candata.gateway.CCRAPoll name=candata:service=CCRAPollTest dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends dependsjboss.j2ee:service=EJB,jndiName=cadex/Transferhead/depends attribute name=CCRARecvQueueNamequeue/CCRARecvQueue/attribute attribute name=EncryptionJndijava:/Candata/gateway/EncryptInfo/attribute attribute name=CertLocationcn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA/attribute attribute name=RequestLochttp://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0/attribute attribute name=Productionfalse/attribute /mbean mbean code=com.candata.gateway.CCRAPoll name=candata:service=CCRAPollTestNum2 dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends dependsjboss.j2ee:service=EJB,jndiName=cadex/Transferhead/depends attribute name=CCRARecvQueueNamequeue/CCRARecvQueue/attribute attribute name=EncryptionJndijava:/Candata/gateway/EncryptInfo/attribute attribute name=CertLocationcn=Ops CCRA-ADRC GW+serialNumber=100063,ou=EQUIP,ou=EXTERN,ou=CCRA-ADRC,o=GC,c=CA/attribute attribute name=RequestLochttp://ciguat.ccra-adrc.gc.ca/CigWasOp/CigWas.CigWasGet0/attribute attribute name=Productionfalse/attribute /mbean 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.init(Entrust.java) 14:45:15,988 ERROR [STDERR] at com.entrust.toolkit.credentials.CredentialReader.init(CredentialReader.java) 14:45:15,990 ERROR [STDERR] at com.entrust.toolkit.credentials.StreamProfileReader.init(StreamProfileReader.java) 14:45:15,992 ERROR [STDERR] at com.candata.gateway.Encryption.init(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] 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.MarshalledValue.get(MarshalledValue.java:68) at
[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(ServerImpl.java:216)
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
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
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.init(Profile.java) at
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=66thread=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=detailaid=548098group_id=228 66atid=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.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
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=66thread=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
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.
*
* pForwards 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.
*
* pForwards 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.clinit(TableConfiguration.java
)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:120)
at $Proxy99.clinit(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.ServiceController.start(ServiceController.java:341)
- locked 327ce58 (a
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.MBeanServerImpl.invoke(MBeanServerImpl.java:492) |at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) |
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) at
[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 .. current context.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
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 .. current context.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] 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 web-app servlet servlet-nameServletRedirector/servlet-name servlet-classorg.apache.cactus.server.ServletTestRedirector/servlet-class /servlet servlet-mapping servlet-nameServletRedirector/servlet-name url-pattern/ServletRedirector//url-pattern /servlet-mapping /web-app 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] 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
[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 ejb-namecadex/AcrossResp/ejb-name prim-key-classjava.lang.Long/prim-key-class cmp-field description![CDATA[]]/description field-nameobjectid/field-name /cmp-field primkey-fieldobjectid/primkey-field I did declare cmp-file in jbosscmp-jdbc.xml without the primkey-field it should not be necessary? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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.init(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
[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) {
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] 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.init(URL.java:480) at java.net.URL.init(URL.java:376) at java.net.URL.init(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
[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/subscription-id dir indefinately. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
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() :
{}
{
(TRUE | FALSE)
}
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
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.jjWed Feb 13 23:59:07 2002
+++ SelectorParser.jj.newWed 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: TRUE | FALSE
+ 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
___
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
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
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: TRUE | FALSE
+ BOOLEAN: TRUE | true | FALSE | false
| NULL: NULL | null
| AND: AND | and
| NOT: NOT
[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] Mbean dependancies
OK. So a did a little digging and tried this .. dependsjboss.j2ee:service=EJB,jndiName=cadex/CompanyInfo/depends 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
Re: [JBoss-dev] JBOSS @ JAVAONE TSHIRT CONTEST
If you are truly ripping off Mikey D's then it should be Over hitCount/ 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] 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] 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 mysql-service.xml hsqldb-default-service.xml ___ 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
attribute name=PrincipalMappingProperties
UserName=jboss
Password=jboss1
/attribute
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
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
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
[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
attribute name=PrincipalMappingProperties
UserName=jboss
Password=jboss1
/attribute
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-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 ..
ejb-relation
ejb-relation-nameUni_1_to_1/ejb-relation-name
foreign-key-mapping
ejb-relationship-role
ejb-relationship-role-nameCust_has_an_address/ejb-relationship-role-name
fk-constrainttrue/fk-constraint
foreign-key-fields
foreign-key-field
field-nametest_address_id/field-name
column-namebilling_address_id/column-name
/foreign-key-field
/foreign-key-fields
/ejb-relationship-role
ejb-relationship-role
ejb-relationship-role-nameAddr_has_no_idea_of_TestCust/ejb-relationship-role-name
/ejb-relationship-role
/foreign-key-mapping
/ejb-relation
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] [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
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 mapping java-typejava.lang.Boolean/java-type jdbc-typeBIT/jdbc-type sql-typeBOOLEAN/sql-type /mapping ___ 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] 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] 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 mbean code=org.jboss.deployment.AutoDeployer name=JBOSS-SYSTEM:service=AutoDeployer attribute name=Deployers JBOSS-SYSTEM:service=ServiceDeployer; /attribute attribute name=URLs ../deploy/lib, ../deploy /attribute attribute name=Timeout 3000 /attribute /mbean 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
[JBoss-dev] more standardjboss-cmp.xml
For postgresql the Boolean mapping is wrong. Should be mapping java-typejava.lang.Boolean/java-type jdbc-typeBIT/jdbc-type sql-typeBOOLEAN/sql-type /mapping ___ 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=66thread=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 mapping java-typejava.math.BigDecimal/java-type jdbc-typeNUMERIC/jdbc-type sql-typeNUMERIC/sql-type /mapping ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Is defaultscreate-table 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 defaultscreate-table 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:= jbosscmp-jdbc defaults datasourcejava:/CanplasticaMySQLDS/datasource type-mappingmySQL/type-mapping debugtrue/debug create-tablefalse/create-table remove-tablefalse/remove-table /defaults ... entity ejb-nameOferta/ejb-name table-nameOFERTA/table-name cmp-field field-nameid/field-name column-nameID/column-name /cmp-field cmp-field field-namenombre/field-name column-nameNOMBRE/column-name /cmp-field cmp-field field-namefechaInicio/field-name column-nameFECHA_INICIO/column-name /cmp-field cmp-field field-namefechaFin/field-name column-nameFECHA_FIN/column-name /cmp-field /entity conf/default/standardjbosscmp-jdbc.xml:= defaults datasourcejava:/DefaultDS/datasource type-mappingHypersonic SQL/type-mapping debugtrue/debug create-tablefalse/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults 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 !ELEMENT foreign-key-mapping (ejb-relationship-role, ejb-relationship-role)? Should this not be !ELEMENT foreign-key-mapping (ejb-relationship-role, ejb-relationship-role?) 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
Re: [JBoss-dev] 1 to Many Relations
Uncle. It seems that JBOSS is designed assuming that it has full control of creating tables. Well in my case I already have a database allready set up so my view of things is how do I stuff this database into JBOSS. I don't think it is worth the discussion which approach is right or wrong but, we should document the view jboss takes and then write appropriate documention for the other approach. Dain if you could get at DTD for jbosscmp-jdbc.xml I'll tidy up xdoclet and write some documentation for I've got these tables now how do I do relations in JBOSS. This should eliminate this thread occurring over and over on the user mailing lists. Dave Dain Sundstrom wrote: If I use the jbosscmp-jdbc.xml file I can get it to work. Do you have to use the jbosscmp-jdbc.xml file? If you don't, what happens? Does the system generate two columns with the same name? The database table already exsists. Basically I have to use foreign-key-fields and set field-name and column-name attributes the same. Ok, now we are getting somewhere. If you want to use an existing database structure you must tell JBossCMP about it. JAWS had the same requirement. If your database happens to work by default, well you were lucky. We make no gaurentees that JBossCMP will map by default the way you want. We may decide that a default name was stupid and change it. Let make this very very very very clear. All column names are either generated, or specified in the jbosscmp-jdbc.xml file. All column names are either generated, or specified in the jbosscmp-jdbc.xml file. Your opinion is that when jboss generates the column name for a relationship fk it should first attempt to the name of the cmr-field abstract accessors. Problems occur when the entity does not have an accessor for the relationship, and when the primary key related entity maps to more then one db column. What is your complete proposal for fk column generation and relation-table column generation? Be specific. Not quite I suggest you use the name of the cmr-field-name in the ejb-relationship. therefore when creating the column the field always has to be there. What about many-to-one unidirectiona relationships that wish to use a fk? Now after great thought how do you keep the columns straight in a multi column pk? So if table1 has a primary key of a,b,c and the foregin key in the table2 is e,f,g and then to find the key a=g,b=f and c=e how do you specify this now? There is no guarantee on the order the fields are pulled out of the primary key. Is the order we specify them in the cmp-fieldfield-name have to be the same on both sides of the relation? Once you answer this I can pull the rest of the proposal together. Order has nothing to do with this. Each pk field is mapped by name in the foreign-key-fields element or the table-fields element. foreign-key-fields foreign-key-field field-namea/field-name column-namee/column-name /foreign-key-field foreign-key-field field-nameb/field-name column-namef/column-name /foreign-key-field foreign-key-field field-namec/field-name column-nameg/column-name /foreign-key-field /foreign-key-fields All of this information is mainatined in the field objects (see the bridge package). -dain ___ 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] 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: ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- server classpath archives= postgresql.jar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:postgresql://lo calhost/groundswell DriverClass=org.postgresql.Driver UserName=postgres Password=/attribute attribute name=JndiNameGroundswell/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute !--Anonymous mbean-ref to database being started -- mbean-refJBOSS-SYSTEM:service=PostgreSQL/mbean-ref mbean-ref name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/mbean-ref mbean-ref name=ConnectionManagerFactoryLoaderNameJCA:service=ConnectionManagerFacto ryLoader,name=MinervaSharedLocalCMFactory/mbean-ref attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 MinSize=0 MaxSize=10 BlockingTimeoutMillis=5000 IdleTimeoutMinutes=30 CleanupIntervalMinutes=10 MaxIdleTimeoutPercent=1.0 /attribute attribute name=PrincipalMappingClass org.jboss.resource.security.ManyToOnePrincipalMapping /attribute attribute name=PrincipalMappingPropertiesUserName=postgres/attribute /mbean /server 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
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: ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- server classpath archives= postgresql.jar/ !-- -- !-- JDBC - Initialize the databases -- !-- to ConnectionFactoryLoader -- !-- -- mbean code=org.jboss.resource.ConnectionFactoryLoader name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=Groundswell attribute name=ManagedConnectionFactoryPropertiesConnectionURL=jdbc:p ostgresql://lo calhost/groundswell DriverClass=org.postgresql.Driver UserName=postgres Password=/attribute attribute name=JndiNameGroundswell/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute !--Anonymous mbean-ref to database being started -- mbean-refJBOSS-SYSTEM:service=PostgreSQL/mbean-ref mbean-ref name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/mbean-ref mbean-ref name=ConnectionManagerFactoryLoaderNameJCA:service=Connecti onManagerFacto ryLoader,name=MinervaSharedLocalCMFactory/mbean-ref attribute name=ConnectionManagerProperties# #Wed Aug 15 16:17:29 EDT 2001 MinSize=0 MaxSize=10 BlockingTimeoutMillis=5000 IdleTimeoutMinutes=30 CleanupIntervalMinutes=10 MaxIdleTimeoutPercent=1.0 /attribute attribute name=PrincipalMappingClass org.jboss.resource.security.ManyToOnePrincipalMapping /attribute attribute name=PrincipalMappingPropertiesUserName=postgres/attribute /mbean /server 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
Re: [JBoss-dev] 1 to Many Relations
Ok, you are not getting it. I am it's just that the moon is gone ;) Although JBossCMP does not generate the column names you would like, the system still runs. Is that correct? (i.e., this is still a suggestion) If I use the jbosscmp-jdbc.xml file I can get it to work. Ok now that we agree on that. How would you like the column names generated? Be very very specific and take into consideraton the above problems. I do no want jboss to generate any column names. It's not necessary. Either the class field is the database column name or in jbosscmp-jdbc.xml you specify that class field x maps to database column y. If there is a name space collision then it is a database setup problem not JBOSS's and we should not be coding for it. As for my comment easy to code, that is perfectly valid, as we are shooting for CMP 2.0 compliance. CMP 2.0 is a huge spec, so everything can not be perfect in the first pass. Some of the implementation details get implemnted the easy way. There have to be priorities. Yup, it's just this one looks like something that will fill the mailing lists. If you pulled togther your test cases then I could probably have a look, you do not have to do this whole thing by yourself. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 1 to Many Relations
Don't be sorry, be happy ;) the problem is that the name specified in the cmr-field-name is not the database column. Jboss assumes that the database column name is the cmr_field_name (left side) +_ + cmr_field_name right side. What I think makes more sense is for the cmr_field_name by default to match the database column name the same way it does in CMP. Dan OConnor wrote: Hi guys, I've just been skimming this thread, but it strikes me as possible that it is based on a misunderstanding. Dave, do you know that you should not define a cmp field for a foreign key column? So changing the naming convention wouldn't be necessary to get it to work by default. Sorry if this is not the problem, and I have missed the point. If so, please just ignore me. -Dan On 19 Nov 01, at 11:05, Dave Smith wrote: e.net 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] 1 to Many Relations
If I use the jbosscmp-jdbc.xml file I can get it to work. Do you have to use the jbosscmp-jdbc.xml file? If you don't, what happens? Does the system generate two columns with the same name? The database table already exsists. Basically I have to use foreign-key-fields and set field-name and column-name attributes the same. Ok now that we agree on that. How would you like the column names generated? Be very very specific and take into consideraton the above problems. I do no want jboss to generate any column names. It's not necessary. Either the class field is the database column name or in jbosscmp-jdbc.xml you specify that class field x maps to database column y. If there is a name space collision then it is a database setup problem not JBOSS's and we should not be coding for it. All column names are either generated, or specified in the jbosscmp-jdbc.xml file. Your opinion is that when jboss generates the column name for a relationship fk it should first attempt to the name of the cmr-field abstract accessors. Problems occur when the entity does not have an accessor for the relationship, and when the primary key related entity maps to more then one db column. What is your complete proposal for fk column generation and relation-table column generation? Be specific. Not quite I suggest you use the name of the cmr-field-name in the ejb-relationship. therefore when creating the column the field always has to be there. Now after great thought how do you keep the columns straight in a multi column pk? So if table1 has a primary key of a,b,c and the foregin key in the table2 is e,f,g and then to find the key a=g,b=f and c=e how do you specify this now? There is no guarantee on the order the fields are pulled out of the primary key. Is the order we specify them in the cmp-fieldfield-name have to be the same on both sides of the relation? Once you answer this I can pull the rest of the proposal together. As for my comment easy to code, that is perfectly valid, as we are shooting for CMP 2.0 compliance. CMP 2.0 is a huge spec, so everything can not be perfect in the first pass. Some of the implementation details get implemnted the easy way. There have to be priorities. Yup, it's just this one looks like something that will fill the mailing lists. If you pulled together your test cases then I could probably have a look, you do not have to do this whole thing by yourself. I know. I am working on the todo list right now (which will be posted to sf), and after that I will be adding my test cases. For now, what is your proposal? -dain ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Rabbit Hole with PostgreSQL
Here is my postgresql-default-service.xml that is in the deploy directory Hunter Hillegas wrote: I am starting to test my app on RH/3.0alpha so I need to get it running against Postgres 7.1. It looks like the config for datasources has changed/moved quite a bit. What files do I need to generate and where do I need to put them to get Rabbit Hole running against PostgreSQL? ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ?xml version=1.0 encoding=UTF-8? server classpath archives=postgresql.jar/ mbean code=org.jboss.resource.ConnectionFactoryLoader name=JBOSS-SYSTEM:service=ConnectionFactoryLoader,name=DefaultDS attribute name=ManagedConnectionFactoryProperties ConnectionURL=jdbc:postgresql://localhost/Import DriverClass=org.postgresql.Driver UserName=dave Password= /attribute attribute name=JndiNameDefaultDS/attribute attribute name=TransactionManagerNamejava:/TransactionManager/attribute mbean-ref name=ResourceAdapterNameJCA:service=RARDeployment,name=Minerva JDBC LocalTransaction ResourceAdapter/mbean-ref mbean-ref name=ConnectionManagerFactoryLoaderNameJCA:service=ConnectionManagerFactoryLoader,name=MinervaSharedLocalCMFactory/mbean-ref attribute name=ConnectionManagerProperties InvalidateOnError=false Blocking=true IdleTimeoutMillis=180 MaxSize=10 TimestampUsed=false IdleTimeoutEnabled=false GCIntervalMillis=12 MinSize=0 GCMinIdleMillis=120 GCEnabled=false MaxIdleTimeoutPercent=1.0 /attribute attribute name=PrincipalMappingClass org.jboss.resource.security.ManyToOnePrincipalMapping /attribute attribute name=PrincipalMappingProperties UserName=dave /attribute /mbean /server
Re: [JBoss-dev] 2.0 jar Really Likes DefaultDS?
In your postgresql-default-service.xml what do you have as the JnDIname and the name of the Mbean? Hunter Hillegas wrote: I am deploying a 2.0EJB jar into RH3. Here's my jbosscmp-jdbc.xml file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE jbosscmp-jdbc jbosscmp-jdbc defaults datasourcejava:/Groundswell/datasource type-mappingPostgreSQL/type-mapping debugtrue/debug create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only time-out300/time-out select-for-updatefalse/select-for-update preferred-relation-mappingforeign-key/preferred-relation-mapping /defaults /jbosscmp-jdbc No matter what, the jar tries to run against DefaultDS when I want it to run against 'Groundswell' as the datasource. What am I doing wrong? Hunter ___ 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
