[JBoss-dev] CVS Checkout.

2005-04-07 Thread Dave Smith
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

2005-03-28 Thread Dave Smith
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

2005-03-28 Thread Dave Smith
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

2005-03-28 Thread Dave Smith
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

2005-03-04 Thread Dave Smith
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

2005-03-02 Thread Dave Smith
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

2005-03-02 Thread Dave Smith
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..

2004-11-08 Thread Dave Smith
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

2004-10-06 Thread Dave Smith
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

2003-03-26 Thread Dave Smith
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

2003-03-26 Thread Dave Smith
: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.

2003-02-04 Thread Dave Smith
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.

2003-02-03 Thread Dave Smith

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

2003-01-13 Thread Dave Smith
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?

2002-12-05 Thread Dave Smith
/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

2002-11-14 Thread Dave Smith
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

2002-11-11 Thread Dave Smith
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

2002-10-30 Thread Dave Smith
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

2002-10-29 Thread Dave Smith
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



[JBoss-dev] Jetty bug rear's it's head again

2002-10-29 Thread Dave Smith
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



Re: [JBoss-dev] Jetty bug rear's it's head again

2002-10-29 Thread Dave Smith
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

2002-06-27 Thread Dave Smith

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

2002-06-21 Thread Dave Smith

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?

2002-06-18 Thread Dave Smith

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

2002-06-14 Thread Dave Smith


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

2002-06-14 Thread Dave Smith

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

2002-06-14 Thread Dave Smith

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

2002-06-12 Thread Dave Smith


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

2002-06-12 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-05 Thread Dave Smith

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 !

2002-06-03 Thread Dave Smith

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

2002-05-31 Thread Dave Smith

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

2002-05-31 Thread Dave Smith

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 !

2002-05-31 Thread Dave Smith

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

2002-05-30 Thread Dave Smith

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

2002-05-30 Thread Dave Smith

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

2002-05-29 Thread Dave Smith

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

2002-05-24 Thread Dave Smith


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

2002-05-24 Thread Dave Smith

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?

2002-04-26 Thread Dave Smith

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

2002-04-24 Thread Dave Smith

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

2002-04-24 Thread Dave Smith

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

2002-04-24 Thread Dave Smith

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

2002-04-24 Thread Dave Smith

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

2002-04-24 Thread Dave Smith

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!

2002-04-23 Thread Dave Smith

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

2002-04-22 Thread Dave Smith

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

2002-04-21 Thread Dave Smith

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

2002-04-19 Thread Dave Smith


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

2002-04-19 Thread Dave Smith

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

2002-04-15 Thread Dave Smith

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

2002-04-10 Thread Dave Smith

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)

2002-04-10 Thread Dave Smith

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

2002-04-08 Thread Dave Smith


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

2002-04-08 Thread Dave Smith

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

2002-04-08 Thread Dave Smith


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

2002-03-04 Thread Dave Smith

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

2002-03-01 Thread Dave Smith

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 ..

2002-02-27 Thread Dave Smith

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 ..

2002-02-26 Thread Dave Smith

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

2002-02-25 Thread Dave Smith

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

2002-02-14 Thread Dave Smith

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

2002-02-13 Thread Dave Smith

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

2002-02-13 Thread Dave Smith

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

2002-02-13 Thread Dave Smith

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

2002-02-12 Thread Dave Smith

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

2002-02-12 Thread Dave Smith

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

2002-02-07 Thread Dave Smith


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

2002-02-05 Thread Dave Smith

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

2002-02-01 Thread Dave Smith

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?)

2002-02-01 Thread Dave Smith

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

2002-01-31 Thread Dave Smith

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

2002-01-31 Thread Dave Smith

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

2002-01-31 Thread Dave Smith

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

2002-01-29 Thread Dave Smith

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

2002-01-17 Thread Dave Smith

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.]

2002-01-17 Thread Dave Smith

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

2002-01-14 Thread Dave Smith

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

2002-01-14 Thread Dave Smith

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

2002-01-14 Thread Dave Smith

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

2002-01-10 Thread Dave Smith

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?

2002-01-09 Thread Dave Smith

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

2002-01-04 Thread Dave Smith

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?

2001-11-29 Thread Dave Smith

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

2001-11-22 Thread Dave Smith

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.

2001-11-21 Thread Dave Smith

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

2001-11-20 Thread Dave Smith

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?

2001-11-20 Thread Dave Smith

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?

2001-11-20 Thread Dave Smith

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

2001-11-19 Thread Dave Smith

Comments inline ..

Dain Sundstrom wrote:

Finally, we are on the same page ..not even a blue moon ...

 
 About time :)
  
 
Yup this is a suggestion. I agree 100% we need to avoid using 
jbosscmp-jdbc.xml.


Ultimately at the database level for each table there has to 
be a unique 
  column name(s) that acts as a foreign key for the relation. It also 
can only participate in 1 relation.

 
 What? Did you really mean that a table can only participate in 1
 relationship?
  

Not table column.


 
For a many to many relationship with a mapping table could be 
a problem 
if the field name on both sides of the relationship were the 
same. But I 
would see this as an exception not the rule.

For self joins you would have to do like you do in the EJBQL 
and prefix 
the column with the table name. Not a bad idea for all relations so

select uuid from CDTrack where composer=?

would be

select c.uuid from CDTrack as c where c.composer=?

 
 agreed.
 
 
 The column names are constructed to make the code easier to write.  There
 are a lot of cases you are forgetting.  Here is a short list:
 
 Many side does not have an accessor, so no name to use.

For a unidirection relationship you still have to specify the other side 
of the entiry bean that is the key. Really no different than if you did 
define it.


 One side has a complex pk.

 One side uses a DVC for a pk.
 One side has a complex pk which uses a DVC.


Does not matter what naming convention you use you still have to map the 
columns in one table to another. So if you had a pk that was columns 
a,b,c and the other side had a pk that was columns d,e,f  I'm assuming 
that the SQL would generate a=d and b=e and c=f. Still no naming conflicts.

As well these are all complex cases and the to get there you would 
already be using jbosscmp-jdbc.xml. If we have to put in extra stuff for 
the relation no big deal.


 


 So what rules do you propose for the fk case.  For relation tables, you have
 the additional problem of name collision between the entities.  It is very
 common to have all entities to use a pk named id or oid.  This is not a high
 priority for me, so what system do you propose?
 

Well for a relation table I would use id,left_id,right_id and use 
left_id in one table and right_id in another. (Just as Monson-Haefel 
does in his book, 2.0 edition)



What this boils down to though is how we expect users to name the 
columns for there relationships. In the spirit EJB most of the examples 
I have seen assume that the PK is one unqiue database column. Currently 
there is no relationship between the Class field name and the database 
column. You must always specify the database column that is used for the 
relationship. For 90% of the cases and certainly for all of the examples 
  I have seen you must use a JBOSS'ism in order to get relations to 
work. To me this is just wrong. What really makes my the hair on the 
back of my neck stand up is The column names are constructed to make 
the code easier to write. Big red light flashing, what we want is 
easier to use  ... isn't it?







___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] 1 to Many Relations

2001-11-19 Thread Dave Smith

 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

2001-11-19 Thread Dave Smith

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

2001-11-19 Thread Dave Smith




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



  1   2   >