a servlet death...
Dear Sirs, I've got a servlet dying of premature death; worse still, this crashes even the application server and seems there are no hints of what happened. Where could I start to look into? thanks for any hint daniele rizzi ([EMAIL PROTECTED]) ps. I'm working with oc4j v1 (or older, don't know...)
RE: Wow. It seems that 1.5.4 is released!!!
Great to see that a new version is ready of this great application server!!! Just a question for the Orion guys. Does this version support the complete J2EE 1.3 standard (including all EJB2.0)?? I am very interested because this is a key issue for one of my projects! Thanks on any info. Erwin Teseling See subj.
RE: getClass().getClassLoader().getResource(fileName) problem
I Believe the Orion directory is the root for File access. Or at least it was for me as I started the server up from there. Hope this helps. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Min-Hua Luo Sent: 15 February 2002 03:33 To: Orion-Interest Subject: getClass().getClassLoader().getResource(fileName) problem Hi, I tried to open a property file from within my custom UserManager program, however, Orion was unable to find my file. I just don't know where should I put my property file so it can be located by the following command: props_ = new Properties(); try { URL aURL = getClass().getClassLoader().getResource(fileName); InputStream in = (InputStream)aURL.openStream(); props_.load(in); Thanks a lot. __ Do You Yahoo!? Got something to say? Say it better with Yahoo! Video Mail http://mail.yahoo.com
RE: Wow. It seems that 1.5.4 is released!!!
Another question from me as I'm a bit late on the Orion scene, I have only been using it a couple of months. Does this mean that 1.5.3 has been abandoned. It also seems like it has been an awfully long time since they last released a stable version. Guy Djemal. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 16:40 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! Great to see that a new version is ready of this great application server!!! Just a question for the Orion guys. Does this version support the complete J2EE 1.3 standard (including all EJB2.0)?? I am very interested because this is a key issue for one of my projects! Thanks on any info. Erwin Teseling See subj.
RE: Wow. It seems that 1.5.4 is released!!!
1.5.3 was just the previous version and now they have moved on to 1.5.4 - with SIGNIFICANT updates. 1.5.3 was just a bug-fix release to the 1.5.2 stable release. 1.5.4 is (to me) quite a bit of a change from any previous version and will be the starting point for future stable releases. Once 1.5.4 is in its current mode for a while and if there are no major bugs, it will likely become a so-called stable release. --- Djemal, Guy (TWIi London) [EMAIL PROTECTED] wrote: Another question from me as I'm a bit late on the Orion scene, I have only been using it a couple of months. Does this mean that 1.5.3 has been abandoned. It also seems like it has been an awfully long time since they last released a stable version. Guy Djemal. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 16:40 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! Great to see that a new version is ready of this great application server!!! Just a question for the Orion guys. Does this version support the complete J2EE 1.3 standard (including all EJB2.0)?? I am very interested because this is a key issue for one of my projects! Thanks on any info. Erwin Teseling See subj. __ Do You Yahoo!? Got something to say? Say it better with Yahoo! Video Mail http://mail.yahoo.com
RE: Wow. It seems that 1.5.4 is released!!!
Well regardless 1.5.3 was called an experimental release and is no longer available to download. -Original Message- From: Ray Harrison [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 11:29 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! 1.5.3 was just the previous version and now they have moved on to 1.5.4 - with SIGNIFICANT updates. 1.5.3 was just a bug-fix release to the 1.5.2 stable release. 1.5.4 is (to me) quite a bit of a change from any previous version and will be the starting point for future stable releases. Once 1.5.4 is in its current mode for a while and if there are no major bugs, it will likely become a so-called stable release. --- Djemal, Guy (TWIi London) [EMAIL PROTECTED] wrote: Another question from me as I'm a bit late on the Orion scene, I have only been using it a couple of months. Does this mean that 1.5.3 has been abandoned. It also seems like it has been an awfully long time since they last released a stable version. Guy Djemal. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 16:40 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! Great to see that a new version is ready of this great application server!!! Just a question for the Orion guys. Does this version support the complete J2EE 1.3 standard (including all EJB2.0)?? I am very interested because this is a key issue for one of my projects! Thanks on any info. Erwin Teseling See subj. __ Do You Yahoo!? Got something to say? Say it better with Yahoo! Video Mail http://mail.yahoo.com
Re: Wow. It seems that 1.5.4 is released!!!
See changes.txt -- 1.5.4 -- Added support for local interfaces Added support for many to many relationships Added support for cascade-deletes Added support for automatic primary keys (primary key class set to java.lang.Object) Added windows security workaround patch Fixed #188 JMS publish messages for autostarted clients Fixed #197 finder method for non-existent ejb is not detected Fixed #348 Class-Path: ignored in (unpacked) ejb-jar Manifest file Fixed #349 Orion crashes when using primary keys in an incorrect way Fixed #418 Class _yw has missing access specifier Fixed #480 Remote JMS Subscriber TopicConnection.start() hangs Fixed #493 JMS TextMessage with not text gives nullpointer exception wh... Fixed #495 staleness parameter in DataSourceUserManager not implemented Fixed #511 Problem receiving messages from a TopicSubscriber when run a... Fixed #515 Tag library variable declaration Fixed #531 EJB 2.0 PFD 2 feature run-as not implemented properly Fixed #532 findByPrimaryKey fails when EJB has exclusive-write-access=false Fixed #533 Taglib null parameters are handed as null Fixed #534 Wrong exception when roleManager.addToRole(...) is called with a null argument Fixed #541 use-caller-identity tag doesn't conform to sun dtd Fixed #568 incorrect max-tx-retries default Fixed #569 Can't map servlet to *.db.htm Fixed #575 Incorrect security exception when using JNDI Fixed #576 array return types from taglibs not handled correctly Fixed #582 ServletContext.getRequestDispatcher() handles non-existing JSP Fixed #587 call to MessageDrivenContext.setRollbackOnly fails Fixed #593 Can't send JMS messages from the init() method of a servlet Fixed #611 CGI servlet errors Fixed #619 Problem with HttpSession.invalidate() Fixed #620 request.getServletPath() returns null if servlet is handling... Fixed #626 Problem with conversion from literal String to object Fixed #628 Memory leak using JMS Fixed #632 jsp:param tag does not accept request time attributes Fixed #637 application code causes a NPE in container-generated code Fixed #646 Generated source for jsp is saved in a file whose name does... Fixed #650 popBody in PageContext should not be abstract Fixed #660 Log JSP compilation errors in a log file Fixed #663 Child applications do not have proper user manager hierarchy Fixed #664 EJBUserManager has unimplemented functions Fixed #665 Cannot use java option -Xfuture Fixed #669 Orion JMS hanging intermittently on Message send/receive Fixed #679 ejbStore and dirty detection problem (EJB CMP2) Fixed #680 method ServletRequest.getParameterMap() not implemented acco... Fixed #693 Classloader gives highest priority to WEB-INF/lib
Re: fyi: 1.5.4 still stacks rather than queues JMS messages
Geoff Soutter wrote: Re the problem reported a couple weeks back by Jorge Jimenez and confirmed by myself, I tested 1.5.4 to see if they had fixed this problem, but it's still there. Just set max-instances to 1 and load up with a lot of messages, it works just like a stack. Doh. Maybe I'll have time to put this into Bugzilla next week... Is _everyone_ using a third party JMS with Orion? geoff I am using the Orion JMS, but the way the code is set up, it does not care about the order the messages arrived. I had never noticed the Out of Order issue, as it was not applicable. -Steve -- Stephen Davidson Java Consultant Delphi Consultants, LLC http://www.delphis.com Phone: 214-696-6224 x208
RE: Wow. It seems that 1.5.4 is released!!!
Then I sure hope the bidirectional N-M relationships work too... that would sure take some load off my shoulders. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dan Haley Sent: Friday, February 15, 2002 11:54 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! It looks like it - there are Local EJB interfaces and MDBs in orion.jar! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 16:40 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! Great to see that a new version is ready of this great application server!!! Just a question for the Orion guys. Does this version support the complete J2EE 1.3 standard (including all EJB2.0)?? I am very interested because this is a key issue for one of my projects! Thanks on any info. Erwin Teseling See subj. _ This message has been checked for all known viruses by MessageLabs. _ Alison Associates The information contained in this e-mail and any attached files is intended only for the use of the person(s) to whom it is addressed and may be privileged, confidential and exempt from disclosure under applicable law. The views of the author may not necessarily reflect the views of the Company. If you are not the intended recipient please do not copy or convey this message or any attached files to any other person but delete this message and any attached files and notify us of incorrect receipt via e-mail to [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs.
how to use orion EJB tag lib?
Hi everybody, I'm new on this list and I hope you could help me. I have downloaded the orion ejb tag package and install it. but i don't manage to use the useHome tag. I try a lot of things but nothing works. for example i try : ejb:useHome id=arty type=ejb.Bs_arty_area_typeHome location=ejb.Bs_arty_area_type / and also : ejb:useHome id=arty type=ejb.Bs_arty_area_typeHome location=java:comp/env/ejb/Bs_arty_area_type / and it doesn't work! i tried to defined ejb-ref tag in my web.xml but it doesn't work either... Any sample will be great because i can't find any documentation on it. Many Thanks in advance Gaetan -- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com Téléphone/Fax : 08 92 69 00 21 (0,34 E TTC/min - 2,21 F TTC/min) Minitel: 3615 NETCOURRIER (0,15 E TTC/min - 1,00 F TTC/min)
test
soory it's just a test -- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com Téléphone/Fax : 08 92 69 00 21 (0,34 E TTC/min - 2,21 F TTC/min) Minitel: 3615 NETCOURRIER (0,15 E TTC/min - 1,00 F TTC/min)
RE: Wow. It seems that 1.5.4 is released!!!
See changes.txt. -- 1.5.4 -- Added support for local interfaces Added support for many to many relationships Added support for cascade-deletes Added support for automatic primary keys (primary key class set to java.lang.Object) Added windows security workaround patch Fixed #188 JMS publish messages for autostarted clients Fixed #197 finder method for non-existent ejb is not detected Fixed #348 Class-Path: ignored in (unpacked) ejb-jar Manifest file Fixed #349 Orion crashes when using primary keys in an incorrect way Fixed #418 Class _yw has missing access specifier Fixed #480 Remote JMS Subscriber TopicConnection.start() hangs Fixed #493 JMS TextMessage with not text gives nullpointer exception wh... Fixed #495 staleness parameter in DataSourceUserManager not implemented Fixed #511 Problem receiving messages from a TopicSubscriber when run a... Fixed #515 Tag library variable declaration Fixed #531 EJB 2.0 PFD 2 feature run-as not implemented properly Fixed #532 findByPrimaryKey fails when EJB has exclusive-write-access=false Fixed #533 Taglib null parameters are handed as null Fixed #534 Wrong exception when roleManager.addToRole(...) is called with a null argument Fixed #541 use-caller-identity tag doesn't conform to sun dtd Fixed #568 incorrect max-tx-retries default Fixed #569 Can't map servlet to *.db.htm Fixed #575 Incorrect security exception when using JNDI Fixed #576 array return types from taglibs not handled correctly Fixed #582 ServletContext.getRequestDispatcher() handles non-existing JSP Fixed #587 call to MessageDrivenContext.setRollbackOnly fails Fixed #593 Can't send JMS messages from the init() method of a servlet Fixed #611 CGI servlet errors Fixed #619 Problem with HttpSession.invalidate() Fixed #620 request.getServletPath() returns null if servlet is handling... Fixed #626 Problem with conversion from literal String to object Fixed #628 Memory leak using JMS Fixed #632 jsp:param tag does not accept request time attributes Fixed #637 application code causes a NPE in container-generated code Fixed #646 Generated source for jsp is saved in a file whose name does... Fixed #650 popBody in PageContext should not be abstract Fixed #660 Log JSP compilation errors in a log file Fixed #663 Child applications do not have proper user manager hierarchy Fixed #664 EJBUserManager has unimplemented functions Fixed #665 Cannot use java option -Xfuture Fixed #669 Orion JMS hanging intermittently on Message send/receive Fixed #679 ejbStore and dirty detection problem (EJB CMP2) Fixed #680 method ServletRequest.getParameterMap() not implemented acco... Fixed #693 Classloader gives highest priority to WEB-INF/lib | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Haley | Sent: Friday, February 15, 2002 11:54 AM | To: Orion-Interest | Subject: RE: Wow. It seems that 1.5.4 is released!!! | | | It looks like it - there are Local EJB interfaces and MDBs in orion.jar! | | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] | Sent: 15 February 2002 16:40 | To: Orion-Interest | Subject: RE: Wow. It seems that 1.5.4 is released!!! | | | Great to see that a new version is ready of this great | application server!!! | | Just a question for the Orion guys. Does this version support the complete | J2EE 1.3 standard (including all EJB2.0)?? I am very interested | because this | is a key issue for one of my projects! | | Thanks on any info. | Erwin Teseling | | | See subj. | | | _ | This message has been checked for all known viruses by MessageLabs. | | | _ | | Alison Associates | | The information contained in this e-mail and any attached files | is intended only for the use of the person(s) to whom it is | addressed and may be privileged, confidential and exempt from | disclosure under applicable law. The views of the author may not | necessarily reflect the views of the Company. If you are not the | intended recipient please do not copy or convey this message or | any attached files to any other person but delete this message | and any attached files and notify us of incorrect receipt via | e-mail to [EMAIL PROTECTED] | | | _ | This message has been checked for all known viruses by MessageLabs.
External Server
Hello All, We are writing a server that listens on a port other than orion's. Remote clients will connect directly to this server. The requirement here is that we need this server INSTANCE to be accessed by servlets deployed within orion. What would be the best way to progress in this case? I was hoping that there would be some way to bind this within orion's JNDI implementation and then the servlets will be able to access it (similar to DataSource objects). Any help is greatly appreciated. Thanks. Ashish.
Exceptions when trying to deploy with local interfaces
I am getting the following exceptions when trying to deploy. My entity EJBs have local interfaces, and each one has the same error. This is the only error that I receive on deployment: RuleLocalHome_EntityHomeWrapper59.java:182: Exception java.rmi.RemoteException m ust be caught, or it must be declared in the throws clause of this method. EvermindEntityContext finderContext = this.getContextInstance(thread); ^ I started with WebLogic and the existing code deployed just fine. Since I am using local interfaces I am surprised to see an error that includes RemoteException. Tom Waterhouse Software Engineer Sabrix, Inc. 503-924-4876 [EMAIL PROTECTED]
Re: fyi: 1.5.4 still stacks rather than queues JMS messages
Geoff, Also as someone said on this list just a few days ago - as per the JMS spec there is no guarantee that your messages turn up in the sequence you sent them. Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 16/2/02 12:55 AM, Stephen Davidson ([EMAIL PROTECTED]) penned the words: Geoff Soutter wrote: Re the problem reported a couple weeks back by Jorge Jimenez and confirmed by myself, I tested 1.5.4 to see if they had fixed this problem, but it's still there. Just set max-instances to 1 and load up with a lot of messages, it works just like a stack. Doh. Maybe I'll have time to put this into Bugzilla next week... Is _everyone_ using a third party JMS with Orion? geoff I am using the Orion JMS, but the way the code is set up, it does not care about the order the messages arrived. I had never noticed the Out of Order issue, as it was not applicable. -Steve
Running an Server outside Orion
Hello All, We are writing a server that listens on a port other than orion's. Remote clients will connect directly to this server. The requirement here is that we need this server INSTANCE to be accessed by servlets deployed within orion. What would be the best way to progress in this case? I was hoping that there would be some way to bind this within orion's JNDI implementation and then the servlets will be able to access it (similar to DataSource objects). Any help is greatly appreciated. Thanks. Ashish.
RE: Wow. It seems that 1.5.4 is released!!!
Sure it is - look under the news section on www.orionserver.com for the announcement for 1.5.3 and you can download it from there. Cheers Ray --- Djemal, Guy (TWIi London) [EMAIL PROTECTED] wrote: Well regardless 1.5.3 was called an experimental release and is no longer available to download. -Original Message- From: Ray Harrison [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 11:29 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! 1.5.3 was just the previous version and now they have moved on to 1.5.4 - with SIGNIFICANT updates. 1.5.3 was just a bug-fix release to the 1.5.2 stable release. 1.5.4 is (to me) quite a bit of a change from any previous version and will be the starting point for future stable releases. Once 1.5.4 is in its current mode for a while and if there are no major bugs, it will likely become a so-called stable release. --- Djemal, Guy (TWIi London) [EMAIL PROTECTED] wrote: Another question from me as I'm a bit late on the Orion scene, I have only been using it a couple of months. Does this mean that 1.5.3 has been abandoned. It also seems like it has been an awfully long time since they last released a stable version. Guy Djemal. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 16:40 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! Great to see that a new version is ready of this great application server!!! Just a question for the Orion guys. Does this version support the complete J2EE 1.3 standard (including all EJB2.0)?? I am very interested because this is a key issue for one of my projects! Thanks on any info. Erwin Teseling See subj. __ Do You Yahoo!? Got something to say? Say it better with Yahoo! Video Mail http://mail.yahoo.com __ Do You Yahoo!? Got something to say? Say it better with Yahoo! Video Mail http://mail.yahoo.com
[no subject]
Hi, I am confused by RoleManager.addToRole() function. It says Adds a principal to the specified role, in practice this usually implies adding the principal to the legacy groups the role encompasses. Since all roles are defined in web.xml (security-role tag), does addToRole() function will actually update my web.xml file and add a new role to security-role? If not, what file(s) does addToRole() will update? Thanks a lot. __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com
Re: Exceptions when trying to deploy with local interfaces
I've been looking at that for a bit this afternoon.. if you look at the generated files, everything else is fine around that. If you modify them you can actually wrap them with a try/catch, and they will then compile and deploy fine. I string'ed some of the class files to see what methods are around, and found that there is a another method, getLocalContextInstance.. if you replace the getContextInstance with getLocalContextInstance in the generated java files, it will also compile and deploy fine. I don't know what the exact differences are between the two, but everything seems to work fine with either aproach. Atleast for my code. With that change, I've got my Local entity beans happily deployed and running on the server. I've been using MVC Soft's persistence manager with Local emulation, so its nice to be able to disable the local emulation and use the straight orion local interface support now. It looks like orion doesn't yet support EJB QL, so I'm still using MVC's PM for my CMP beans. If you need full EJB 2.0 CMP support now, you should give it a shot. (http://www.mvcsoft.com/), though it doesn't do MDB's, etc... its just for CMP. paul On Fri, 2002-02-15 at 15:42, Tom Waterhouse wrote: I am getting the following exceptions when trying to deploy. My entity EJBs have local interfaces, and each one has the same error. This is the only error that I receive on deployment: RuleLocalHome_EntityHomeWrapper59.java:182: Exception java.rmi.RemoteException m ust be caught, or it must be declared in the throws clause of this method. EvermindEntityContext finderContext = this.getContextInstance(thread);^ I started with WebLogic and the existing code deployed just fine.Since I am using local interfaces I am surprised to see an error that includes RemoteException. Tom Waterhouse Software Engineer Sabrix, Inc. 503-924-4876 [EMAIL PROTECTED]
Orion 1.5.4 - M-N Relationship chokes (?)
Resend - it didn't post the first time: --- Hello - For the hell of it I decided to test M-N relationships in the latest release of Orion (1.5.4). I started by trying to work with some of Monson-Haefel's examples - the result was the same as that below. To simplify it, I just created a couple of test entities, each with a collection based reference to the other entity. Using local interfaces. The 1-N relationships seem to work just fine. I am wondering if I am missing something in the M-N relationship construction. otest1Local: // Collection ref to otest2 public Collection getOtest2s( ); public void setOtest2s(Collection otest2s); otest1EJB: // abstract methods public abstract Collection getOtest2s( ); public abstract void setOtest2s(Collection otest2s); There is a similar setup for the other entity. The relationship references are (from ejb-jar.xml): relationships ejb-relation ejb-relation-nameotest1-otest2/ejb-relation-name ejb-relationship-role ejb-relationship-role-name otest1-has-many-otest2 /ejb-relationship-role-name multiplicityMany/multiplicity relationship-role-source ejb-nameotest1/ejb-name /relationship-role-source cmr-field cmr-field-nameotest2s/cmr-field-name cmr-field-typejava.util.Collection/cmr-field-type /cmr-field /ejb-relationship-role ejb-relationship-role ejb-relationship-role-name otest2-has-many-otest1 /ejb-relationship-role-name multiplicityMany/multiplicity relationship-role-source ejb-nameotest2/ejb-name /relationship-role-source cmr-field cmr-field-nameotest1s/cmr-field-name cmr-field-typejava.util.Collection/cmr-field-type /cmr-field /ejb-relationship-role /ejb-relation /relationships As I said earlier, the faithful 1-many relationships work. When changed to an m-n relationship, as the entity jar is being deployed it comes back with the following: Auto-deploying testorion (New server version detected)... Auto-deploying server.jar (No previous deployment found)... java.lang.NullPointe rException at com.evermind._eh._hg(.:120) at com.evermind._eh._de(.:173) at com.evermind._ef._de(.:292) at com.evermind._em._nvc(.:395) at com.evermind._eq.init(.:63) at com.evermind._ed._aa(.:186) at com.evermind._ai._kmd(.:526) at com.evermind._aj._kmd(.:287) at com.evermind._aj._vxb(.:119) at com.evermind.server.ApplicationServer._sxc(.:1308) at com.evermind.server.ApplicationServer._ige(.:1265) at com.evermind.server.ApplicationServer._vxb(.:1003) at com.evermind._cxb.run(.:89) at java.lang.Thread.run(Thread.java:536) at com.evermind._bt.run(.:47) = and then doesn't deploy of course. Before I submit a bug for this - did I miss something somewhere or is this legit? Cheers! Ray __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com
Re: Orion 1.5.4 - M-N Relationship chokes (?)
Yeah i get the same thing... was wondering if i was just doing something wrong. I'll send an update when i get it working. --- Ray Harrison [EMAIL PROTECTED] wrote: Resend - it didn't post the first time: --- Hello - For the hell of it I decided to test M-N relationships in the latest release of Orion (1.5.4). I started by trying to work with some of Monson-Haefel's examples - the result was the same as that below. To simplify it, I just created a couple of test entities, each with a collection based reference to the other entity. Using local interfaces. The 1-N relationships seem to work just fine. I am wondering if I am missing something in the M-N relationship construction. otest1Local: // Collection ref to otest2 public Collection getOtest2s( ); public void setOtest2s(Collection otest2s); otest1EJB: // abstract methods public abstract Collection getOtest2s( ); public abstract void setOtest2s(Collection otest2s); There is a similar setup for the other entity. The relationship references are (from ejb-jar.xml): relationships ejb-relation ejb-relation-nameotest1-otest2/ejb-relation-name ejb-relationship-role ejb-relationship-role-name otest1-has-many-otest2 /ejb-relationship-role-name multiplicityMany/multiplicity relationship-role-source ejb-nameotest1/ejb-name /relationship-role-source cmr-field cmr-field-nameotest2s/cmr-field-name cmr-field-typejava.util.Collection/cmr-field-type /cmr-field /ejb-relationship-role ejb-relationship-role ejb-relationship-role-name otest2-has-many-otest1 /ejb-relationship-role-name multiplicityMany/multiplicity relationship-role-source ejb-nameotest2/ejb-name /relationship-role-source cmr-field cmr-field-nameotest1s/cmr-field-name cmr-field-typejava.util.Collection/cmr-field-type /cmr-field /ejb-relationship-role /ejb-relation /relationships As I said earlier, the faithful 1-many relationships work. When changed to an m-n relationship, as the entity jar is being deployed it comes back with the following: Auto-deploying testorion (New server version detected)... Auto-deploying server.jar (No previous deployment found)... java.lang.NullPointe rException at com.evermind._eh._hg(.:120) at com.evermind._eh._de(.:173) at com.evermind._ef._de(.:292) at com.evermind._em._nvc(.:395) at com.evermind._eq.init(.:63) at com.evermind._ed._aa(.:186) at com.evermind._ai._kmd(.:526) at com.evermind._aj._kmd(.:287) at com.evermind._aj._vxb(.:119) at com.evermind.server.ApplicationServer._sxc(.:1308) at com.evermind.server.ApplicationServer._ige(.:1265) at com.evermind.server.ApplicationServer._vxb(.:1003) at com.evermind._cxb.run(.:89) at java.lang.Thread.run(Thread.java:536) at com.evermind._bt.run(.:47) = and then doesn't deploy of course. Before I submit a bug for this - did I miss something somewhere or is this legit? Cheers! Ray __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com