RE: dependent object - deepCopy()?
as far as the spec goes deepcopy is an abstract method that is implemented by the EJB container. I have not had any problems with this. -Original Message- From: Tim Drury [mailto:[EMAIL PROTECTED]] Sent: Monday, October 16, 2000 9:13 AM To: Orion-Interest Subject: dependent object - deepCopy()? I have an EJB, Contact, and a dependent object, Address. I have the deployment descriptor setup using the dependents and relationships area (based on another user's post). When I deploy, Orion throws this message at me: Error Compiling file ...: The dependent class tfc.Address should implement a "public abstract tfc.Address deepCopy() method" How do I implement this? Where is the documentation on this method? I tried: public Address deepCopy() { Address a = new Address(this.street1, this.street2, ); return a; } but I still got the same error upon deployment. Any ideas? -tim
RE: getting EJB home from JSP
Title: sorry for the typo. I am getting classcastexception. -Original Message-From: Al Fogleson [mailto:[EMAIL PROTECTED]]Sent: Monday, October 09, 1995 9:24 PMTo: Orion-InterestSubject: Re: getting EJB home from JSP hmmm interensting. of course i assume that is just a typo where you have the semicolon and comma after the proable remote object.narrow as it would not compile that way. I remember getting these wrapper classes returned, but I am sure when I was doing it I was not casting correctly. I assume you are getting an exception on execution? Al - Original Message - From: Reddy Krishnan To: Orion-Interest Sent: Monday, October 09, 2000 2:14 PM Subject: RE: getting EJB home from JSP Hi, I am casting the narrowed object properly my code is CategoryHome catHome = (CategoryManagerHome)PortableRemoteObject.narrow( ctx.lookup("java:comp/env/CategoryManager");, CategoryManagerHome.class); but this throws up a wrong ( maybe intermediate class) .(CategoryManagerHome_StatelessSessionHomeWrapper3). I am using Resin as the servlet/ web server now and it works fine ( as resin acts like any other java client would do). I would rather use orion for the full setup if i can get over with this problem. Thanks Krishnan -Original Message-From: Al Fogleson [mailto:[EMAIL PROTECTED]]Sent: Sunday, October 08, 1995 7:57 AMTo: Orion-InterestSubject: Re: getting EJB home from JSP The only time I have ever seen this is when I forgot to cast my PortableRemoteObject.narrow() call it should be something like... CategoryManagerHomehome; home = (CategoryManagerHome) PortableRemoteObject.narrow(ctx.lookup("myhome"), CategoryManagerHome.class); you still have to cast it to a thisHome object even using a portableRemoteObject.narrow() Al - Original Message - From: Jitendra Kothari To: Orion-Interest Sent: Saturday, October 07, 2000 10:59 PM Subject: getting EJB home from JSP Hi, I am deploying ejbs, and jsps using a source-directory method with development set to "true"( instead of packages classes into ears or wars). When i try to get a handle from JNDI for EJB home class within my jsp i am getting following error: java.lang.ClassCastExceptionat com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:296)at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137) This isbecause Orionis returning some wrapper class instead of thehome.(CategoryManagerHome_StatelessSessionHomeWrapper3). The same code works fine if i call from a standalone java test client, in which case Orion returns some _proxy3 class which gets casted to the proper class. Would appreciate any help and insights on this problem. Thanks Much, Krishnan
RE: XSLT processors
well i was waiting for data-binding from Sun for this( which has been in JSR for a long... time now). With that servlets will create Java objects which in post filter( servlet 2.3) get converted to XML tree using data binding. Then pass the XML thru XSLT and get the HTML out. - Krishnan -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 11, 2000 4:30 PM To: Orion-Interest Subject: RE: XSLT processors You said it best..that is exactly what I am wondering. Right now I use JSP to do the "VIEW", thus I put scriplets for conditional rendering, as well as using JavaBeans populated by the logic code that is then rendered. I am wondering..since I don't want to put XML output in my code directly (as we used to do with Servlets and HTML using the response buffer), how exactly can we utilize the awesome conditional scriplet stuff of JSP to render good XML that can then be translated to HTML, PDF, RTF or WML in real-time, all the while not killing performance. Obviously the extra step to use an XSL and XML to produce the final output will take (I would think at least 2x or more) longer, but we also want to still be able to give reasonable performance for several 1000 users using our site throughout a 24-hour day. On that note..how would high-volume sites deal with this? Would they just have 100's of web-servers in multiple farms to handle the load, just add more to handle more? Orion has a kewl way of doing this with its island setup, but I am not sure if any load-balancer can properly handle say 30 islands, each with 3 servers running Orion, or not. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 11, 2000 2:40 PM To: Orion-Interest Subject: RE: XSLT processors Since folks are talking about this at the moment I'd like to chime in. Basically your running the XML through an XSLT processor and you have a stylesheet which translates the incoming XML to whatever based on the rules defined in your stylesheet. I'd like to read more about how folks are using XSLT in conjuction with JSP. I don't mean just to do multi channel delivery but more so how they are able to define layout using XSL instead of using scriptlets to generate HTML. On Wed, 11 Oct 2000, Duffey, Kevin wrote: I would be interested in knowing how to even use an XSLT engine! I know I can get JSP to output XML with a header, but how do I actually pass the XML to the XSLT engine, and how do I specify I want HTML or WML output? Is it a servlet, and you just call upon it somehow from a JSP page or when a request is made, inside you grab the page using a URL connection to get XML output from the JSP page, then pass it on to an XSLT engine somehow? I guess I should buy a book on this topic..but I was hoping it would be easy enough to figure out. Thanks. -Original Message- From: Derek Akers [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 11, 2000 7:53 AM To: Orion-Interest Subject: XSLT processors I have been using Xalan and JAXP as XSLT processors for the past little while, and have recently become aware of Saxon as well. I was wondering if there is anyone out there who has used all three (or at least some combination) at various times who would be willing to tell me what differences there are between the three re: processing efficiency, ease of use, documentation, community, etc. Thanks, Derek Akers Internet Application Developer Eldan Software, Toronto www.eldan.com http://www.eldan.com
RE: getting EJB home from JSP
Title: Hi, I am casting the narrowed object properly my code is CategoryHome catHome = (CategoryManagerHome)PortableRemoteObject.narrow( ctx.lookup("java:comp/env/CategoryManager");, CategoryManagerHome.class); but this throws up a wrong ( maybe intermediate class) .(CategoryManagerHome_StatelessSessionHomeWrapper3). I am using Resin as the servlet/ web server now and it works fine ( as resin acts like any other java client would do). I would rather use orion for the full setup if i can get over with this problem. Thanks Krishnan -Original Message-From: Al Fogleson [mailto:[EMAIL PROTECTED]]Sent: Sunday, October 08, 1995 7:57 AMTo: Orion-InterestSubject: Re: getting EJB home from JSP The only time I have ever seen this is when I forgot to cast my PortableRemoteObject.narrow() call it should be something like... CategoryManagerHomehome; home = (CategoryManagerHome) PortableRemoteObject.narrow(ctx.lookup("myhome"), CategoryManagerHome.class); you still have to cast it to a thisHome object even using a portableRemoteObject.narrow() Al - Original Message - From: Jitendra Kothari To: Orion-Interest Sent: Saturday, October 07, 2000 10:59 PM Subject: getting EJB home from JSP Hi, I am deploying ejbs, and jsps using a source-directory method with development set to "true"( instead of packages classes into ears or wars). When i try to get a handle from JNDI for EJB home class within my jsp i am getting following error: java.lang.ClassCastExceptionat com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:296)at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137) This isbecause Orionis returning some wrapper class instead of thehome.(CategoryManagerHome_StatelessSessionHomeWrapper3). The same code works fine if i call from a standalone java test client, in which case Orion returns some _proxy3 class which gets casted to the proper class. Would appreciate any help and insights on this problem. Thanks Much, Krishnan
RE: EJB question
Hi Nick, I seem to get the same problem ( orion returns a StatefulSessionHomeWrapper3 class instead of session home resulting in class cast exception). I have a feeling this has got something to do with jsps having different ClassLoader. The demo news app does something like pageContext.getPage().getClass().getClassLoader(...) in their taglibs. I am using Resin now as the servlet engine it works fine( as resin is just another java client for Orion and the same code works fine if i use it in a test java client.) Would prefer to use orion for everything instead of having separate web server but it seems to leave with very little option. BTW the bugs 37 and 45 have got resolved thanks to your efforts in posting them. Cheers Krishnan -Original Message- From: Nick Newman [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 14, 2000 1:45 PM To: Orion-Interest Subject: Re: EJB question Hi Kit, I'm not sure that I tell you for SURE why it failed, but here are a few thoughts. Firstly, I think that some of the code you write is unnecessary. What I would have written is: Context context = new InitialContext(); // No properties required Object homeObject = context.lookup("java:comp/env/MyCart"); // Note the required "java:comp/env/" prefix CartHome home = (CartHome)PortableRemoteObject.narrow(homeObject,CartHome.class); Cart cart = home.create(); // No cast required - home.create() returns a Cart But that probably didn't cause your problem. I would guess that it was caused by a discrepancy between the class types specified in the XML and in the code. Firstly note that in the WEB-INF/web.xml you should have a section looking something like the following: ejb-ref ejb-ref-nameMyCart/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homecom.acme.MyCartHome/home remotecom.acme.MyCart/remote /ejb-ref (If you don't, the "lookup" will fail, even though it may have worked without the "java:comp/env/" prefix.) Then the error you have seems to be saying that what is in the home part of the xml doesn't match the CartHome class that is being used in your Java code. Hope this helps! Nick At 03:05 PM 9/14/00 -0400, you wrote: Hi all I am trying to build a servlet client to look up an ejb. But, i got the following error. 500 Internal Server Error java.lang.ClassCastException: CartHome_StatefulSessionHomeWrapper1 at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java, Compiled Code) at testCart.doGet(testCart.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at com.evermind.server.http.du.rr(JAX, Compiled Code) at com.evermind.server.http.du.forward(JAX, Compiled Code) at com.evermind.server.http.d5.rx(JAX, Compiled Code) at com.evermind.server.http.d5.rw(JAX) at com.evermind.util.f.run(JAX, Compiled Code) this is what i did to do the look up. final Properties properties = new Properties(); properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,"com.evermind.server. ApplicationClientInitialContextFactory"); properties.setProperty(Context.PROVIDER_URL,"ormi://localhost/ejbsamples"); properties.setProperty(Context.SECURITY_PRINCIPAL,"username"); properties.setProperty(Context.SECURITY_CREDENTIALS, "password"); Context context = new InitialContext(properties); Object homeObject = context.lookup("MyCart"); CartHome home = (CartHome)PortableRemoteObject.narrow(homeObject,CartHome.class); Cart cart = (Cart)PortableRemoteObject.narrow(home.create(), Cart.class); Can anyone tell me why it failed ? Thanks a lot. -kit
RE: Re[2]: EJB vs Servlets
Hi rafael, complex OR mapping is solved pretty comprehensively in 2.0 and that too in public draft 2. But what you say for SQL is not fully true. For heavy duty operations like full search of database it is prohibitively expensive to get large number of EJBs returned in searches then discard most of them. ANY serious application has to finally start using data access objects and start accessing the database for high volume general searches. Independence from tables and database is more a myth with EJB than reality! Cheers Krishnan -Original Message- From: Rafael Alvarez [mailto:[EMAIL PROTECTED]] Sent: Monday, October 09, 2000 1:11 PM To: Orion-Interest Subject: Re[2]: EJB vs Servlets I'm currently developing a big project using EJBs,a backend for a one-hour delivery company. In fact, I'm using CMP EJB for the data and a fakade object for processing.There were few factors that influenced the choice: .- You don't have to code in SQL. That says a lot on easy manteinance. .- Don't need to understand, as a programmer, the how of inner working of your RDMBS. .- If you have a RDBMS for development and another for production, you don't need to write SQL Scripts to recreate the table structure. .- The migration of data from one RDMBS to another is very easy. .- You can leave the transaction processing to the App Server. We encounter only 2 main disadvantages: .- Complex OR-Mapping are nor possible, and the ejbLoad-ejbStore method is not trustworthy. .- For each object you need to create AT LEAST 3 classes The first issue is solved using a Fakade class (see Fakade Pattern, I don't have the URL rigth now). The second issue is being solved by using a home made automated tool that generates the required classes. Anyway, EJB vs Servlets is a topic for a lng discusion. - Best Regards Rafael Alvarez mailto:[EMAIL PROTECTED]
RE: Cascade Delete
but if my understanding is correct, the cmp beans move to the pooled state only AFTER ejbremove is called. -Original Message- From: Christian Eichinger [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 03, 2000 1:35 AM To: Orion-Interest Subject: Re: Cascade Delete Hi, when looking at the 2.0 Spec draft 1 the state diagram for Entity Beans with container managed persistence shows that ejbRemove() causes the Entity Bean to go back to the "pooled" state. ejbStore() on the other hand can only be invoked in the "ready" state. This might cause your changes to be ignored? Christian Reddy Krishnan wrote: Hi, Regarding the same cascade delete problem. I have a clearFields() method which empties each of the collection holding relationships or dependent objects. If i call this from the client the objects gets deleted properly. But if i call this inside the ejbRemove() ( call clearFields() then call ejbStore()) this is not deleted in the database! Is it wrong to call such methods from ejbRemove? Thanks Krishnan -Original Message- From: Nick Newman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 27, 2000 9:13 AM To: Orion-Interest Subject: Re: Cascade Delete Hi, If you are using EJB 2.0 then (according to the draft specs) it is up to you to decide if dependent objects are deleted or not. However, if you are using EJB 1.1 and are storing a Collection of things in an Entity bean, then IMHO the container MUST delete the dependent objects along with the entity. I have reported this as bugzilla # 52. See that for further details. Nick At 04:53 PM 9/26/00 -0700, you wrote: Hi, Having some problems while deleting a EJB. When i delete the ejb by ejbobject.remove() method the dependent objects and relationship entries are not deleted from the database. Should this not be done automatically by the app server. Is this a problem in Orion or is there some explicit delete that needs to be done in the remove method implementation in the bean. Would appreciate any help on this. Thanks Krishnan
RE: Cascade Delete( will orion support ejb-2_0 spec public Draft 2 ???)
Hi In EJB 2.o spec draft 2. there are two new methods specified in the dependent objects delete() and cascadeDelete(). The deployment descriptor ejb-jar.xml also has a tag cascade-delete/ under ejb-relationship-role. That solves this problem completely. Will orion support this spec soon? Thanks Krishnan -Original Message- From: Reddy Krishnan Sent: Wednesday, September 27, 2000 12:53 PM To: 'Orion-Interest' Subject: RE: Cascade Delete Hi, Regarding the same cascade delete problem. I have a clearFields() method which empties each of the collection holding relationships or dependent objects. If i call this from the client the objects gets deleted properly. But if i call this inside the ejbRemove() ( call clearFields() then call ejbStore()) this is not deleted in the database! Is it wrong to call such methods from ejbRemove? Thanks Krishnan -Original Message- From: Nick Newman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 27, 2000 9:13 AM To: Orion-Interest Subject: Re: Cascade Delete Hi, If you are using EJB 2.0 then (according to the draft specs) it is up to you to decide if dependent objects are deleted or not. However, if you are using EJB 1.1 and are storing a Collection of things in an Entity bean, then IMHO the container MUST delete the dependent objects along with the entity. I have reported this as bugzilla # 52. See that for further details. Nick At 04:53 PM 9/26/00 -0700, you wrote: Hi, Having some problems while deleting a EJB. When i delete the ejb by ejbobject.remove() method the dependent objects and relationship entries are not deleted from the database. Should this not be done automatically by the app server. Is this a problem in Orion or is there some explicit delete that needs to be done in the remove method implementation in the bean. Would appreciate any help on this. Thanks Krishnan
RE: Cascade Delete( will orion support ejb-2_0 spec public Draft 2 ???)
correction to statement there needs to be only a delete method on the dependent there is only a cascade-delete xml tag. sorry about that. Krishnan -Original Message- From: Reddy Krishnan [mailto:[EMAIL PROTECTED]] Sent: Friday, September 29, 2000 10:55 AM To: Orion-Interest Subject: RE: Cascade Delete( will orion support ejb-2_0 spec public Draft 2 ???) Hi In EJB 2.o spec draft 2. there are two new methods specified in the dependent objects delete() and cascadeDelete(). The deployment descriptor ejb-jar.xml also has a tag cascade-delete/ under ejb-relationship-role. That solves this problem completely. Will orion support this spec soon? Thanks Krishnan -Original Message- From: Reddy Krishnan Sent: Wednesday, September 27, 2000 12:53 PM To: 'Orion-Interest' Subject: RE: Cascade Delete Hi, Regarding the same cascade delete problem. I have a clearFields() method which empties each of the collection holding relationships or dependent objects. If i call this from the client the objects gets deleted properly. But if i call this inside the ejbRemove() ( call clearFields() then call ejbStore()) this is not deleted in the database! Is it wrong to call such methods from ejbRemove? Thanks Krishnan -Original Message- From: Nick Newman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 27, 2000 9:13 AM To: Orion-Interest Subject: Re: Cascade Delete Hi, If you are using EJB 2.0 then (according to the draft specs) it is up to you to decide if dependent objects are deleted or not. However, if you are using EJB 1.1 and are storing a Collection of things in an Entity bean, then IMHO the container MUST delete the dependent objects along with the entity. I have reported this as bugzilla # 52. See that for further details. Nick At 04:53 PM 9/26/00 -0700, you wrote: Hi, Having some problems while deleting a EJB. When i delete the ejb by ejbobject.remove() method the dependent objects and relationship entries are not deleted from the database. Should this not be done automatically by the app server. Is this a problem in Orion or is there some explicit delete that needs to be done in the remove method implementation in the bean. Would appreciate any help on this. Thanks Krishnan
Can Dependent objects have dependents of their own?
Hi, Can dependent objects can have their own dependent objects. When i try this in Orion it gives following error. Illegal abstract method in dependent class cart.CartItem: public abstract cart.CartItemDependent cart.CartItem.createDependent() 2. can we have relationships between dependent objects if so will it not violate the rule that we can expose the dependents object classes to only the owner EJB? Thanks Krishnan
RE: Cascade Delete
Hi Klaus, Thanks for the reply. As per EJB2 spec there is a createDependentObject abstract method for each dependent object but no deleteObject. In which case to remove the dependent objects we have to write some JDBC code and call it in BEans ejbRemove method. If i were to do that the purpose of having CMPs with OR mapping gets defeated. Do you have any other way of doing this? Krishnan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 27, 2000 12:17 AM To: Orion-Interest Subject: SV: Cascade Delete Cascading delete is something that some database servers support, so far i havent seen anywhere that Orion is to support that in the buissiness layer. What you can do is make your own ejbRemove implementation that will do a cascading delete in a beanmanaged Entity bean. Klaus Myrseth -Opprinnelig melding- Fra: Reddy Krishnan [mailto:[EMAIL PROTECTED]] Sendt: 27. september 2000 01:54 Til: Orion-Interest Emne: Cascade Delete Hi, Having some problems while deleting a EJB. When i delete the ejb by ejbobject.remove() method the dependent objects and relationship entries are not deleted from the database. Should this not be done automatically by the app server. Is this a problem in Orion or is there some explicit delete that needs to be done in the remove method implementation in the bean. Would appreciate any help on this. Thanks Krishnan
RE: Cascade Delete
Hi, Regarding the same cascade delete problem. I have a clearFields() method which empties each of the collection holding relationships or dependent objects. If i call this from the client the objects gets deleted properly. But if i call this inside the ejbRemove() ( call clearFields() then call ejbStore()) this is not deleted in the database! Is it wrong to call such methods from ejbRemove? Thanks Krishnan -Original Message- From: Nick Newman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 27, 2000 9:13 AM To: Orion-Interest Subject: Re: Cascade Delete Hi, If you are using EJB 2.0 then (according to the draft specs) it is up to you to decide if dependent objects are deleted or not. However, if you are using EJB 1.1 and are storing a Collection of things in an Entity bean, then IMHO the container MUST delete the dependent objects along with the entity. I have reported this as bugzilla # 52. See that for further details. Nick At 04:53 PM 9/26/00 -0700, you wrote: Hi, Having some problems while deleting a EJB. When i delete the ejb by ejbobject.remove() method the dependent objects and relationship entries are not deleted from the database. Should this not be done automatically by the app server. Is this a problem in Orion or is there some explicit delete that needs to be done in the remove method implementation in the bean. Would appreciate any help on this. Thanks Krishnan
Cascade Delete
Hi, Having some problems while deleting a EJB. When i delete the ejb by ejbobject.remove() method the dependent objects and relationship entries are not deleted from the database. Should this not be done automatically by the app server. Is this a problem in Orion or is there some explicit delete that needs to be done in the remove method implementation in the bean. Would appreciate any help on this. Thanks Krishnan
RE: How to use EJB2.0 on Orion
Vimal, 1.3.1 supports ejb2.0 beans in the ejb-jar.xml use DOCTYPE as !DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 1.1//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd" instead of ejb-jar_1_1.dtd. Follow the ejb2.0 specs on abstract get/set , abstract bean class etc., and you will all set. Sorry dont have ready example of ATM to send alongwith. hope this helps Cheer up, Krishnan -Original Message- From: Vimal Kansal [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 20, 2000 10:19 AM To: Orion-Interest Subject: How to use EJB2.0 on Orion Please for God's sake some benevolent soul do reply to this mail. I have been sending this mail for quite some time but to no avail. Can somebody send me the source code of EJB2.0 based ATM example or any other example of how to use EJB2.0 on Orion. I am running version 1.3.1 and the ATM that has come with this is still EJB1.1 based. TIA Vimal __ Do You Yahoo!? Send instant messages get email alerts with Yahoo! Messenger. http://im.yahoo.com/
RE: How to use EJB2.0 on Orion
Hi, have the same problem as nick. When i have an 1-1 relationship to a dependent orion throws errors which arise due to the following. (1) it creates its own dependent classes which should be concrete implementations but they are also abstract so throws error when returning objects ( this is new problem in 1.3.8, 1.3.6 did not have this trouble. (2) internally it tries to assign the the dependent class created by orion to the dependent class and throws classcastexception i dont know whether this is a bug or a problem with mine. anybody has any idea? plus can someone tell me how to refer to beans deployed in another ejb-jar file in relationships? thanks much, Krishnan -Original Message- From: Vimal Kansal [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 20, 2000 4:04 PM To: Orion-Interest Subject: Re: How to use EJB2.0 on Orion EVen if you specify the multiplicity other than 1? vimal --- Nick Newman [EMAIL PROTECTED] wrote: I gather the ATM EJB 2.0 app is out now - but perhaps a very simple app will still be useful. See attached. The only problem I have had with EJB 2.0 in Orion is trying to do a 1-1 mapping to a dependent class. Nick At 12:43 PM 9/20/00 -0700, you wrote: Thanks a lot Nick. Can you also send me a sample code or whatever and moreoever, have you yourself been able to get this stuff working on Orion? Vimal snip ATTACHMENT part 2 application/zip name=ejb2.zip; x-mac-type=705A4950; x-mac-creator=705A4950 __ Do You Yahoo!? Send instant messages get email alerts with Yahoo! Messenger. http://im.yahoo.com/