Re Training: nova-labs (www.nova-labs.com) has EJB training. Their web site says that they do training in Vancouver, Ottawa and Toronto. Eddie English Automatic digest processor wrote: > There are 31 messages totalling 1733 lines in this issue. > > Topics of the day: > > 1. course-grained entity beans examples? > 2. Subclassing a bean > 3. Training (2) > 4. XML deployment descriptor generator wizards (3) > 5. J2EE Server- Unexplained Error during Runtime > 6. Exceptions and Transactions > 7. "properties file" in WebLogic. (2) > 8. DTD question > 9. testing EJBs (2) > 10. (U) Help > 11. Clarification of bean restrictions for 3rd party software > 12. Clarification of bean restrictions for 3rd partysoftware (2) > 13. ANNOUNCE: version 0.12 of simscomputing.Enterprise Tool Kit > 14. Clarification of bean restrictions for 3rdpartysoftware > 15. Seeing duplicates of old msgs (2) > 16. Enumeration of Remotes and their removal (3) > 17. EJB/JMS Integration-Producer > 18. Entity EJB in Weblogic (5) > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ---------------------------------------------------------------------- > > Date: Sat, 8 Jan 2000 19:18:00 +1030 > From: David Bullock <[EMAIL PROTECTED]> > Subject: Re: course-grained entity beans examples? > > <brief-atopical-note> > > Hi. I liked your tagline, and looked up Poul Anderson on amazon, but I can't find >the book "Iron". Can you point me further in that direction? > > The only have: >http://www.amazon.com/exec/obidos/search-handle-form/102-1323991-4957633 > > </brief-atopical-note> > > Regarding the coarseness of entity-beans, if you have a fine-grained data-schema in >your RDBMS, then be prepared to have to write some SQL. But the basic idea is that >if you have a whole-part relation (which will always be a 'dependent' relationship on >any properly drawn ER diagram), make an EJB to represent the whole, but provide your >own custom methods for manipulating the parts. > > For example, in my first experimental foray into EJB's I normalised like this: > - 1 Person has many Names. > - 1 Name has many Nameparts. > - A namepart does not have meaning outside of a Name > - A Name have meaning outside of a Person. > - A person is a self-existent object which is not dependent on anything else >(...unless you care to model 'Cosmos' into your ER diagram) > > This was very extreme for my own interest on the fine/coarse issues, but it's really >only two levels deep, which is fairly common. I used fine-grained entities for each >of the 3 tables, and container-managed-persistence. (Weblogic's JDBC persistence, >which only allowed single tables...if you think about it, a persistence mechanism >which allowed table-joins to be represented by one EJB would run into the same >update problems as you would get trying to update > a database view with a join). > > Anyway, on my Person EJB, I had a method called addName(String name), which in turn >made calls to the EJBHome for Name, which in turn made calls to the EBJHome for >Namepart. It performed like a dog. It did have the advantage that if my client >application wished, it could directly inspect a Name or a Namepart with all of the >groovy 'business methods' that such objects can have. Of course, if the client >manipulated the Name or Namepart, then there was network > traffic. But the advantage was automatically persisting things when my client >application changed something. > > In this case, there aren't too many manipulations you want to do on a Name or a >Namepart, so it wasn't worth modelling them as EJB's. > > In fact, I could get away with a much simpler scheme - have an EJB for Person only, >and have Serializable Name, which held an array of Serializable NameParts. > > My addName(String name) method on the Person EBJ now has to do some SQL, which it >didn't have to do before -- to update the Name and Namepart tables directly. That >method executes slightly faster, because it doesn't have to use so mmuch of the EJB >framework (no point in having concurrent, secure, transactional Nameparts, anyway!). >But the real saving is between the client and the server, because setting the value >of a NamePart doesn't involve any network > traffic, you just create a String for the whole name, and send one string across the >network. > > The scheme of doing things 'coarsely' mentioned above is broadly referred to as >'pass by value'. Pass-by-value always outperforms pass-by-(networked)-reference. >There were a couple of papers on the topic written by some of the EJB gurus on the >list, sometime last year, and they are at: >http://www.inprise.com/events/ejbdesign/submissions/Pass-by-Value.html > > In particular, the 'Pass by Value' paper by Richard Monson-Haefel is quite relevant >to what I discuss here. > > Richard also notes that your Serializable objects should be Immutable - ie. they >should only have public getter() methods. I have been mucking around with >Immutable's and they make life a whole lot easier. It helps if they implement >.equals() and hashCode() correctly too :-) ... (it's really worth the effort!) > > That's about it. This might be bad news concerning CMP, but Container managed >persistence is a white elephant anyway - it is not portable between an Object >Database and a Relational Database, because in ODBMS relationships, the ONE contains >references to the MANY, while in an RDBMS relationships, each MANY holds a reference >to the ONE. This obviously affects how you model your EJB's! > > Regards, > David Bullock > > Russell Gold wrote: > > > Every discussion I've seen on entity beans says that they are too expensive to be >used for fine-grained objects, and should only be used for course-grained objects; >however, every example I've ever seen on how to do persistence with entity beans only >shows fine-grained objects, mapping to a single relational table row. Does anyone >have an example of mapping course-grained entity beans? One that could be used to >understand the practicality of this concept? > > > > ------------------------------------------------------------------------ > > Russell Gold | "... society is tradition and order > > [EMAIL PROTECTED] (preferred) | and reverence, not a series of cheap > > [EMAIL PROTECTED] | bargains between selfish interests." > > [EMAIL PROTECTED] | - Poul Anderson, "Iron" > > > > =========================================================================== > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > -- > David Bullock > Project Manager - Strategic Applications > [EMAIL PROTECTED] > > "It's no use saying 'We are doing our best.' You > have got to succeed in doing what's necessary." > ...Winston Churchill > > LISAcorp > http://www.lisa.com.au/ > > Adelaide Sydney > -------------------- ------------------------ > 38 Greenhill Rd Level 3, 228 Pitt Street > Wayville S.A. 5034 Sydney NSW 2000 > > PH +61 8 8272 1555 PH +61 2 9283 0877 > FAX +61 8 8271 1199 FAX +61 2 9283 0866 > -------------------- ------------------------ > > ------------------------------ > > Date: Sat, 8 Jan 2000 14:32:50 +0530 > From: Parikshit Pol <[EMAIL PROTECTED]> > Subject: Re: Subclassing a bean > > Hi, > Yes you can subclass a bean . But it raises a lot of issues that you = > have to take care of like : > If you have defined a finder method in BMP, then in the derived class = > you have to match the method signature . this means you even have to use = > the same primary class as return value. > Also a HI should return the same RI in life cycle methods in super class = > and derived class. > You can use inheritance in EJBs to share common code, but before that = > you have to consider these various issues and consider if it is worth = > doing it. If there is some common code to be shared then it is better to = > use Adapter classes > Cheers, > Parikshit > > *********************************************************** > ) ( =20 > ) ) ( > ( ( ) ) > ) ) ( ( > ____________ > \ /\ > \ JAVA / \/ -- brewing the future of computing > __\______/____ > ---------------------- > _________________________________________________________________________= > __________________________________ > Parikshit Pol > Systems Executive > KPIT System Ltd. > Phone : 91-020-5468654 ext. - 212 > _________________________________________________________________________= > _____________________ > > -----Original Message----- > From: Allam, Praveen [SMTP:[EMAIL PROTECTED]] > Sent: Saturday, January 08, 2000 3:09 AM > To: [EMAIL PROTECTED] > Subject: Subclassing a bean > > Hi > > I have doubt regarding subclassing an Enterprise bean (either session > bean > or entity bean). Do we able to subclass a bean ?? I am under impression > that > we can't derive a class from a bean. Please clarify somebody. > > Thanks. > > Praveen Allam > AppNeT - eCommerce Division > (http://www.appnet.com) > 301-939-1291 - w > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ------------------------------ > > Date: Sat, 8 Jan 2000 10:30:44 +0100 > From: =?iso-8859-1?Q?J=E9r=F4me?= Beau <[EMAIL PROTECTED]> > Subject: Re: Training > > Valtech (http://www.valtech.com) has two courses focused on EJB : > "Introduction to EJB" (1 day without labs) and "Developping with EJB" (4 > days, with labs). Not sure about the course titles. Valtech is a > consulting, training and project company which has a great experience > with Java and CORBA technologies. It has offices in France (Paris, > Toulouse), United Kingdom (London, Manchester), USA (Dallas, Denver, New > York), Switzerland (Zurich), Sweden (Stockholm, Uppsala). > > "Andy L. Czerwonka" wrote: > > > Can anyone direct me to formal EJB training courses? Ideally, > > Calgary, AB, but would consider travel._____________________ > > Andy L. Czerwonka > > CORBATECH Inc. > > (403) 547-8892 > > ------------------------------ > > Date: Sat, 8 Jan 2000 10:35:59 +0100 > From: =?iso-8859-1?Q?J=E9r=F4me?= Beau <[EMAIL PROTECTED]> > Subject: Re: Training > > --------------1E068999DE8D4877CB82843F > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Valtech (http://www.valtech.com) has two courses focused on EJB : > "A Technical Introduction to Enterprise JavaBeans" (1 day without labs) > and "Enterprise JavaBeans (EJB) and Component Design" (5 days, with > labs), and various product-oriented courses such as OAS and Weblogic > courses. > > Valtech is a consulting, training and project management company which > has a great experience with Java and CORBA technologies. It has offices > in France (Paris, > Toulouse), United Kingdom (London, Manchester), USA (Dallas, Denver, New > > York), Switzerland (Zurich), Sweden (Stockholm, Uppsala). > > "Andy L. Czerwonka" wrote: > > > Can anyone direct me to formal EJB training courses? Ideally, > > Calgary, AB, but would consider travel._____________________ > > Andy L. Czerwonka > > CORBATECH Inc. > > (403) 547-8892 > > --------------1E068999DE8D4877CB82843F > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> > <html> > Valtech (<A HREF="http://www.valtech.com">http://www.valtech.com</A>) has two >courses focused on EJB : > <br>"A Technical Introduction to Enterprise JavaBeans" (1 day without labs) > and "Enterprise JavaBeans (EJB) and Component Design" (5 days, with labs), > and various product-oriented courses such as OAS and Weblogic courses. > <p>Valtech is a consulting, training and project management company which > has a great experience with Java and CORBA technologies. It has offices > in France (Paris, > <br>Toulouse), United Kingdom (London, Manchester), USA (Dallas, Denver, > New > <br>York), Switzerland (Zurich), Sweden (Stockholm, Uppsala). > <p>"Andy L. Czerwonka" wrote: > <blockquote TYPE=CITE> <span class=950185215-05012000><font face="Comic Sans >MS"><font size=-1>Can > anyone direct me to formal EJB training courses? Ideally, Calgary, > AB, but would consider travel.</font></font></span><font face="Comic Sans MS"><font >color="#000080"><font size=-2>_____________________</font></font></font> > <br><font face="Comic Sans MS"><font color="#000080"><font size=-2>Andy > L. Czerwonka</font></font></font> > <br><font face="Comic Sans MS"><font color="#000080"><font size=-2>CORBATECH > Inc.</font></font></font> > <br><font face="Comic Sans MS"><font color="#000080"><font size=-2>(403) > 547-8892</font></font></font> </blockquote> > </html> > > --------------1E068999DE8D4877CB82843F-- > > ------------------------------ > > Date: Sat, 8 Jan 2000 15:09:37 +0530 > From: Parikshit Pol <[EMAIL PROTECTED]> > Subject: Re: XML deployment descriptor generator wizards > > Hi, > I think this one by Rickard does it. > ftp://ftp.exolab.org/pub/jars/ejbeditor.zip > I myself have not used it still. So check out. > Cheers, > Parikshit > > *********************************************************** > ) ( > ) ) ( > ( ( ) ) > ) ) ( ( > ____________ > \ /\ > \ JAVA / \/ -- brewing the future of computing > __\______/____ > ---------------------- > >___________________________________________________________________________________________________________ > Parikshit Pol > Systems Executive > KPIT System Ltd. > Phone : 91-020-5468654 ext. - 212 > >______________________________________________________________________________________________ > > -----Original Message----- > From: Aamir Sehbai [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, December 23, 1999 7:26 AM > To: [EMAIL PROTECTED] > Subject: XML deployment descriptor generator wizards > > Hi, > > Does any one know of something similar to the Weblogic Deployment > Descriptor wizard that will generate the deployment descriptor as an EJB > 1.1 compliant XML file. Apparently, Weblogic 4.5.1 doesn't do this yet, > and neither does JBuilder 3 Enterprise edition (Does the new JBuilder > Foundation version do this?? ) > > Any pointers would be appreciated. > > Aamir. > > ======================================================================== > === > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ======================================================================== > === > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ------------------------------ > > Date: Sat, 8 Jan 2000 01:42:16 PST > From: manish kumar <[EMAIL PROTECTED]> > Subject: J2EE Server- Unexplained Error during Runtime > > Hello Everybody, > > We are a group of people working on J2EE server and have developed a simple > online shopping application. We are running the J2EE on an NT machine which > has 64MB RAM only though the J2EE documentation says that the recomnended > RAM is 128MB. > > We are using servlets with embedded HTML codes as the front-end here. > Our Backend at present is MS-SQL 6.5. > > Our application is working fine, though intermittantly it throws an error > which we have not been able to diagnose fully. The error thrown is as > follows: > ---------------- > Internal Servlet Error; > java.rmi.NoSuchObjectException: CORBA OBJECT_NOT_EXIST 9999 No; nested > exception is: > org.omg.CORBA.OBJECT_NOT_EXIST: minor code: 9999 completed: No > org.omg.CORBA.OBJECT_NOT_EXIST: minor code: 9999 completed: No > at java.lang.Class.newInstance0(Native Method) > at java.lang.Class.newInstance(Class.java:241) > at > com.sun.corba.ee.internal.iiop.ReplyMessage.getSystemException(ReplyMessage.java:97) > at > >com.sun.corba.ee.internal.iiop.LocalClientResponseImpl.getSystemException(LocalClientResponseImpl.java:97) > at > com.sun.corba.ee.internal.POA.GenericPOAClientSC.invoke(GenericPOAClientSC.java:173) > at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:248) > at _ShoppingCart_Stub.getNumberOfItems(Unknown Source) > at ShoppingCartServlet.doGet(ShoppingCartServlet.java:33) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:701) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:826) > at > org.apache.tomcat.core.ServiceInvocationHandler.method(ServletWrapper.java:543) > at > org.apache.tomcat.core.ServletWrapper.handleInvocation(ServletWrapper.java:463) > at > org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java:310) > at org.apache.tomcat.core.InvokerServlet.service(InvokerServlet.java:181) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:826) > at > org.apache.tomcat.core.ServiceInvocationHandler.method(ServletWrapper.java:543) > at > org.apache.tomcat.core.ServletWrapper.handleInvocation(ServletWrapper.java:463) > at > org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java:310) > at org.apache.tomcat.core.Context.handleRequest(Context.java:551) > at > org.apache.tomcat.server.ConnectionHandler.run(ConnectionHandler.java:147) > ------------------ > > We feel that the problem could be because of insufficient memory space on > the NT server, but are not fully sure. > > Can any of you help us in solving this please? It will be of tremondous help > to us. > > Thanks in advance. > > Manish Kumar > Consultant > Kanbay Software (I) Pvt. Ltd. > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com > > ------------------------------ > > Date: Sat, 8 Jan 2000 15:11:58 +0530 > From: Parikshit Pol <[EMAIL PROTECTED]> > Subject: Re: XML deployment descriptor generator wizards > > Hi, > I think this one by Rickard does it. > ftp://ftp.exolab.org/pub/jars/ejbeditor.zip > I myself have not used it still. So check out. > Also check out http://www.dreambean.com/ejx.html > > Cheers, > Parikshit > > *********************************************************** > ) ( > ) ) ( > ( ( ) ) > ) ) ( ( > ____________ > \ /\ > \ JAVA / \/ -- brewing the future of computing > __\______/____ > ---------------------- > >___________________________________________________________________________________________________________ > Parikshit Pol > Systems Executive > KPIT System Ltd. > Phone : 91-020-5468654 ext. - 212 > >______________________________________________________________________________________________ > > -----Original Message----- > From: Aamir Sehbai [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, December 23, 1999 7:26 AM > To: [EMAIL PROTECTED] > Subject: XML deployment descriptor generator wizards > > Hi, > > Does any one know of something similar to the Weblogic Deployment > Descriptor wizard that will generate the deployment descriptor as an EJB > 1.1 compliant XML file. Apparently, Weblogic 4.5.1 doesn't do this yet, > and neither does JBuilder 3 Enterprise edition (Does the new JBuilder > Foundation version do this?? ) > > Any pointers would be appreciated. > > Aamir. > > ======================================================================== > === > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ======================================================================== > === > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > ------------------------------ > > Date: Sat, 8 Jan 2000 10:56:13 +0100 > From: =?iso-8859-1?Q?J=E9r=F4me?= Beau <[EMAIL PROTECTED]> > Subject: Re: Exceptions and Transactions > > You can achieve that by using exceptions as they should be used, avoiding "if" > statements, and other ugly workarounds, like below : > > public void method1() > { > try > { > // Some SQL code... > method2 (); > } > catch (SQLException sqlCodeException) > { > // Handle SQL code error > } > } > > Remember each instruction of the try block will be executed only if the > previous one hasn't thrown any exception. Consequently, this try block is the > "ideal" instruction block (when no error occurs), and error management is > outside this ideal block. > > Sameer Tyagi wrote: > > > onsider a statless CMT bean with 2 methods, method1() and method2(). > > > > method1() invokes method2() like below. > > > > public void method1(){ > > try{ > > >>>>> Some sql code... > > }catch(SQLExceptoin e){ > > //do something here > > } > > method2(); > > } > > > > To preserve integrity,method2 must be executed when the preceeding sql > > code is sucessfully executed. > > > > How can this be done with transactions WITHOUT doing a return in the > > catch block ??? > > > > No matter what attributes are set in the dd for both the methods,the > > method2() always seem to > > execute.? > > > > Any ideas ? > > -Sam > > > > =========================================================================== > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > ------------------------------ > > Date: Sat, 8 Jan 2000 15:55:57 +0530 > From: Parikshit Pol <[EMAIL PROTECTED]> > Subject: "properties file" in WebLogic. > > Hello, > We are currently working with WebLogic 4.5.1(Evaluation copy). We have >developed some sample ejb applications and deployed in WebLogic. What we found was >that for each ejb application there goes many entries in the weblogic.properties >file. Is it possible that I give a sort of link in the weblogic.properties file to >refer to some other file. This other file contains entries for the particular ejb >application. This will not only help me sort entries according to applications,but >also will help us to secure entries against malicious/accidental modifications to >entries, made by one developer/deployer by other developer/deployer. Also it will be >more clarifying then the cluttered entries in the properties file. > Is this possible? If not does WebLogic intend to provide such facility? > Thanks and Regards, > Parikshit > > *********************************************************** > ) ( > ) ) ( > ( ( ) ) > ) ) ( ( > ____________ > \ /\ > \ JAVA / \/ -- brewing the future of computing > __\______/____ > ---------------------- > >___________________________________________________________________________________________________________ > Parikshit Pol > Systems Executive > KPIT System Ltd. > Phone : 91-020-5468654 ext. - 212 > >______________________________________________________________________________________________ > > ------------------------------ > > Date: Sat, 8 Jan 2000 12:12:15 +0100 > From: =?iso-8859-1?Q?J=E9r=F4me?= Beau <[EMAIL PROTECTED]> > Subject: Re: DTD question > > An deployment descriptor example is included next to the DTD in the EJB 1.1 > spec. It shows examples of ejb-ref as Session or Entity EJB, using "Session" > and "Entity" for ejb-ref-type. However the DTD does not specify any limited set > of values for ejb-ref-type, which is PCDATA (any parseable characters). Don't > know what other values could be specified there. > > Once you have decided to use a symbolic name, this name will have to be in both > client and server places. The bean-code/ejb-ref-name dependency is similar to > client-code/EJBHome-name dependency. > > Laird Nelson wrote: > > > In the deployment descriptor DTD, I noticed this: > > > > <!-- > > The ejb-ref element is used for the declaration of a reference to > > another enterprise bean's home. The declaration consists of an optional > > description; the EJB reference name used in the code of the referencing > > enterprise bean; the expected type of the referenced enterprise bean; > > the expected home and remote interfaces of the referenced enterprise > > bean; and an optional ejb-link information. > > > > The optional ejb-link element is used to specify the referenced > > enterprise bean. It is used typically in ejb-jar files that contain an > > assembled application. > > > > Used in: entity and session > > --> > > <!ELEMENT ejb-ref (description?, ejb-ref-name, ejb-ref-type, home, > > remote, ejb-link?)> > > > > Could someone give me an example of what this would look like? The element > > that I am having trouble understanding is ejb-ref-name. Is this the JNDI > > name that the referencing bean uses in its code? Isn't that dangerous to > > keep that name in two places? Don't you have to change code if an > > ejb-ref-name is changed in your deployment descriptor? > > > > Cheers, > > Larid > > > > =========================================================================== > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > ------------------------------ > > Date: Sat, 8 Jan 2000 17:46:19 +0530 > From: Parikshit Pol <[EMAIL PROTECTED]> > Subject: Re: "properties file" in WebLogic. > > Hi Sunil, > Thanks for your input. I had mailed this query to advanced java list and to ejb >interest list. > Just point me what startup property should I mention in weblogic.propeties file so >it refers to that file for the entries. > Thanks, > Parikshit > > -----Original Message----- > From: Sunil Kumar Mishra [SMTP:[EMAIL PROTECTED]] > Sent: Saturday, January 08, 2000 5:30 PM > To: 'Parikshit Pol' > Subject: RE: "properties file" in WebLogic. > > I don't know how did I get this email; but the answer is you can.. > But if you want it for a specific Bean, then you can put in its > Descriptor... otherwise you can specify the other file name as a parameter > in the Startup part of the weblogic.properties.. > > Sunil Mishra > Wilco Int. Systems, > India > > > -----Original Message----- > > From: Parikshit Pol [SMTP:[EMAIL PROTECTED]] > > Sent: Saturday, January 08, 2000 3:41 PM > > To: '[EMAIL PROTECTED]' > > Subject: "properties file" in WebLogic. > > > > > > > > > ---------- > > > From: Parikshit Pol[SMTP:[EMAIL PROTECTED]] > > > Sent: Saturday, January 08, 2000 5:11:24 AM > > > To: '[EMAIL PROTECTED]' > > > Subject: "properties file" in WebLogic. > > > Auto forwarded by a Rule > > > > > Hello, > > We are currently working with WebLogic 4.5.1(Evaluation copy). We > > have developed some sample ejb applications and deployed in WebLogic. What > > we found was that for each ejb application there goes many entries in the > > weblogic.properties file. Is it possible that I give a sort of link in the > > weblogic.properties file to refer to some other file. This other file > > contains entries for the particular ejb application. This will not only > > help me sort entries according to applications,but also will help us to > > secure entries against malicious/accidental modifications to entries, made > > by one developer/deployer by other developer/deployer. Also it will be > > more clarifying then the cluttered entries in the properties file. > > Is this possible? If not does WebLogic intend to provide such facility? > > Thanks and Regards, > > Parikshit > > > > *********************************************************** > > ) ( > > ) ) ( > > ( ( ) ) > > ) ) ( ( > > ____________ > > \ /\ > > \ JAVA / \/ -- brewing the future of computing > > __\______/____ > > ---------------------- > > __________________________________________________________________________ > > _________________________________ > > Parikshit Pol > > Systems Executive > > KPIT System Ltd. > > Phone : 91-020-5468654 ext. - 212 > > __________________________________________________________________________ > > ____________________ > > > > > > > > --- > > To unsubscribe, mail [EMAIL PROTECTED] > > To get help, mail [EMAIL PROTECTED] > > ------------------------------ > > Date: Sat, 8 Jan 2000 18:28:37 +0530 > From: Parikshit Pol <[EMAIL PROTECTED]> > Subject: testing EJBs > > Dear All, > > Is there any tool for testing EJBs. I had visited Testmebeans.com , but it >was not available for download. > I cannot test the beans until they are developed and deployed on an EJB Server. This >becomes time consuming. Is there any way I can test the EJBs. > Pointers in this direction are appreciated. > Smiles, > Parikshit > > *********************************************************** > ) ( > ) ) ( > ( ( ) ) > ) ) ( ( > ____________ > \ /\ > \ JAVA / \/ -- brewing the future of computing > __\______/____ > ---------------------- > >___________________________________________________________________________________________________________ > Parikshit Pol > Systems Executive > KPIT System Ltd. > Phone : 91-020-5468654 ext. - 212 > >______________________________________________________________________________________________ > > ------------------------------ > > Date: Sat, 8 Jan 2000 14:30:37 +0000 > From: "Tim Banks,- [EMAIL PROTECTED]" <[EMAIL PROTECTED]> > Subject: (U) Help > > How do i remove my subscription? > > Tim Banks > CICS/ESA Communications Facilities. > > ------------------------------ > > Date: Sat, 8 Jan 2000 07:47:55 -0800 > From: Vlada Matena <[EMAIL PROTECTED]> > Subject: Re: Clarification of bean restrictions for 3rd party software > > Your question, or at least a good part of your question, is addressed by the J2EE > platform. The J2EE platform defines the concept of an .ear file (ear stands for >Enterprise > Application Archive) as the standard file format for delivery of an application that >consists > of multiple parts. An ear file can contain multiple ejb-jar files, web applications, >and > various "library" jar files that the ejb-jars may depend on. As far permissions are >concerned, > everything in the .ear file is considered as "application code" and is subject to >the permission > sets defined in the EJB and J2EE spec. > > Vlada > > ----- Original Message ----- > From: Eric Williams <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, January 06, 2000 3:24 PM > Subject: Clarification of bean restrictions for 3rd party software > > > In researching an EJB server portability issue for a 3rd party tool we > > are using, I found the following nugget in the EJB-INTEREST archives: > > > > > > >Date: Sun, 19 Sep 1999 22:02:25 -0700 > > >From: Vlada Matena <[EMAIL PROTECTED]> > > >Subject: Re: Clarification needed on Thread and non-final static > > > restrictionsfor EJB > > > > > >The restrictions apply to the classes that are delivered as part of the > > >enterprise bean code (i.e. to the classes in the ejb-jar file). > > > > > >The restrictions do not apply to the container implementation classes. > > >The JDK classes are considered to be part of the container. > > > > > >Vlada > > > > > > This response leaves some issues ambiguous: > > > > 1. It does not specify whether 3rd party software, not delivered as > > part of the ejb-jar file, must follow the EJB programming > > restrictions. > > > > 2. It does not specify whether EJB containers must be able to load 3rd > > party software separately from the ejb-jar file. Some containers are > > executed in a vanilla JVM, and you can put anything you want in the > > CLASSPATH. But some containers use highly-specialized JVMs and may > > wish > > to prohibit 3rd party code from being loaded as if it were "system" > > code. > > Does the container have to support loading 3rd party software as if > > it > > were "part of the container"? Section 18.2 of EJB 1.1 documents the > > required APIs, but does not answer the question of whether the > > container > > must be able to load other APIs from 3rd party vendors. > > > > > > > > I am looking at a 3rd party product that keeps a shared object cache in > > memory. The cache is read and updated by many beans concurrently. > > > > I am trying to find out whether this is "portable" or not. From my > > understanding of the EJB 1.1 specification, this is not guaranteed to be > > portable between EJB servers. The vendor thinks that it is portable > > because their code is not part of the bean. But I remain unconvinced > > that > > the EJB restrictions do not apply to their code as well. > > > > If anyone can provide clarification on this issue, it would be > > appreciated. > > > > > > Thanks, > > > > -eric > > > > =========================================================================== > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > > > > > ------------------------------ > > Date: Sat, 8 Jan 2000 17:52:46 +0100 > From: Rickard =?iso-8859-1?Q?=D6berg?= <[EMAIL PROTECTED]> > Subject: Re: XML deployment descriptor generator wizards > > Hey > > Parikshit Pol wrote: > > I think this one by Rickard does it. > > ftp://ftp.exolab.org/pub/jars/ejbeditor.zip > > I myself have not used it still. So check out. > > Please don't download that! It's oooold.. Go here instead: > http://www.dreambean.com/ejx.html > > Thanks, > Rickard > > -- > Rickard �berg > > @home: +46 13 177937 > Email: [EMAIL PROTECTED] > http://www.dreambean.com > Question reality > > ------------------------------ > > Date: Sat, 8 Jan 2000 11:38:13 -0700 > From: david sims <[EMAIL PROTECTED]> > Subject: Re: testing EJBs > > On Sat, 08 Jan 2000, Parikshit Pol wrote: > > Dear All, > > > > Is there any tool for testing EJBs. I had visited Testmebeans.com , but it >was not available for download. > > I cannot test the beans until they are developed and deployed on an EJB Server. >This becomes time consuming. > > hi, > > well, I don't know how you could test your EJBeans without first deploying them > into an EJB container. They need the container to run, after all. > > I have a testing tool that I use to test all my EJBeans, both session beans and > entity beans. It's called simscomputing.Test Bed, and it's available at > http://www.simscomputing.com/products/testbed/ > > It supports unit, black box, white box, and regression testing. It's written > all in Java, has a Swing GUI, and has a command line interface. > > It's open source as well -- freely available, and all source code is included. > > I use it for all my testing. It certainly doesn't do everything that all the > nice packages do that aren't free, but it's useful nonetheless. > > hope that helps, > david > > -- > David Sims [EMAIL PROTECTED] > Sims Computing, Inc. www.simscomputing.com > > ------------------------------ > > Date: Sat, 8 Jan 2000 13:24:46 -0600 > From: Eric Williams <[EMAIL PROTECTED]> > Subject: Re: Clarification of bean restrictions for 3rd partysoftware > > I read through this section of the EJB 1.1 spec (Section 14.4 Resource > Manager Connection Factory References). It is not all that clear from > the spec whether a container is required to support connection factories > for resource managers other than JDBC, JMS, and JavaMail. The 3rd party > product I am using conforms to none of those APIs. > > The "resource manager connection factory" is a great pattern, but the > problem is that it is a pattern and not an API. The pattern is > implemented > as DataSource for JDBC, something else for JMS, etc.. A container > doesn't > a priori know how to deal with a connection factory. The container must > be coded to deal with DataSource, the JMS connection factory, etc.. > So for resource managers that are not JDBC, JMS, or JavaMail, there > seems > to be no standard and portable way to provide a resource manager > connection > factory. > > Does the J2EE spec say more about resource managers than the EJB 1.1 > spec? > > -eric > > Assaf Arkin wrote: > > > > > I am looking at a 3rd party product that keeps a shared object cache in > > > memory. The cache is read and updated by many beans concurrently. > > > > Your 3rd party product constitues a resource manager. It should conform > > to the J2EE model whereby a resource manager is accessed through the > > JNDI environment naming context, is subject to the server's transaction > > processing management, is aware of all the reliability/consistency > > issues, etc. > > > > This is precisely how EJB deals with JDBC drivers, JMS messaging, and > > ERP connectors, all of which are 3rd party code that is not part of the > > EJB server or the Java runtime. > > > > arkin > > ------------------------------ > > Date: Sat, 8 Jan 2000 12:56:41 -0700 > From: david sims <[EMAIL PROTECTED]> > Subject: ANNOUNCE: version 0.12 of simscomputing.Enterprise Tool Kit > > hi, > > Version 0.12 of simscomputing.Enterprise Tool Kit has been released. > simscomputing.ETK is Open Source and is available at > http://www.simscomputing.com/products/etk/ > > The tool kit contains tools for writing Java 2 Enterprise Edition > applications. It includes EJB Collection and Relationship classes, a JNDI > helper class, a unique ID generator for creating unique primary keys, and > entity/session bean adapters. > > Last updated 8 January 2000. Version 0.12 is the current release. > > What's new? > > Added new List and Map beans. They are persistent versions of java.util.List > and java.util.Map. Unit tests for the new beans were written as well. There are > still about five methods left unimplemented, but the beans are usable as is. > > Added a UniqueID bean. It generates unique numbers that can be used as primary > keys for other beans. > > Updated the user manual to include information on using the UniqueID bean. > > See the Change Log on the web site for other changes in previous versions. Next > on the TODO list is to write the long-awaited Tree bean, finish the JMS logging > facility (implementation already underway), and then to write a simple > object-relational mapping framework for use with entity beans and their > dependent business objects. > > cheers, > david > > -- > David Sims [EMAIL PROTECTED] > Sims Computing, Inc. www.simscomputing.com > > -- > David Sims [EMAIL PROTECTED] > Sims Computing, Inc. www.simscomputing.com > > ------------------------------ > > Date: Sat, 8 Jan 2000 12:37:14 -0800 > From: Vlada Matena <[EMAIL PROTECTED]> > Subject: Re: Clarification of bean restrictions for 3rd partysoftware > > Only JDBC is required to be supported in the first release of J2EE. The next release > will include the concept of "Connectors" which will allow you to add any resource > manager into any compliant J2EE platform. For example, you will be able to > add an SAP R/3 adaptor. > > Vlada > > ----- Original Message ----- > From: Eric Williams <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Saturday, January 08, 2000 11:24 AM > Subject: Re: Clarification of bean restrictions for 3rd partysoftware > > > I read through this section of the EJB 1.1 spec (Section 14.4 Resource > > Manager Connection Factory References). It is not all that clear from > > the spec whether a container is required to support connection factories > > for resource managers other than JDBC, JMS, and JavaMail. The 3rd party > > product I am using conforms to none of those APIs. > > > > The "resource manager connection factory" is a great pattern, but the > > problem is that it is a pattern and not an API. The pattern is > > implemented > > as DataSource for JDBC, something else for JMS, etc.. A container > > doesn't > > a priori know how to deal with a connection factory. The container must > > be coded to deal with DataSource, the JMS connection factory, etc.. > > So for resource managers that are not JDBC, JMS, or JavaMail, there > > seems > > to be no standard and portable way to provide a resource manager > > connection > > factory. > > > > Does the J2EE spec say more about resource managers than the EJB 1.1 > > spec? > > > > > > -eric > > > > > > Assaf Arkin wrote: > > > > > > > I am looking at a 3rd party product that keeps a shared object cache in > > > > memory. The cache is read and updated by many beans concurrently. > > > > > > Your 3rd party product constitues a resource manager. It should conform > > > to the J2EE model whereby a resource manager is accessed through the > > > JNDI environment naming context, is subject to the server's transaction > > > processing management, is aware of all the reliability/consistency > > > issues, etc. > > > > > > This is precisely how EJB deals with JDBC drivers, JMS messaging, and > > > ERP connectors, all of which are 3rd party code that is not part of the > > > EJB server or the Java runtime. > > > > > > arkin > > > > =========================================================================== > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > > > > > ------------------------------ > > Date: Sat, 8 Jan 2000 12:49:02 -0500 > From: Assaf Arkin <[EMAIL PROTECTED]> > Subject: Re: Clarification of bean restrictions for 3rdpartysoftware > > > Does the J2EE spec say more about resource managers than the EJB 1.1 > > spec? > > Yes, it says that a connector API will be available in a future release. > Sadly Sun is not giving away any code samples. (Are these guys reading > this list?) > > arkin > > > > > -eric > > > > Assaf Arkin wrote: > > > > > > > I am looking at a 3rd party product that keeps a shared object cache in > > > > memory. The cache is read and updated by many beans concurrently. > > > > > > Your 3rd party product constitues a resource manager. It should conform > > > to the J2EE model whereby a resource manager is accessed through the > > > JNDI environment naming context, is subject to the server's transaction > > > processing management, is aware of all the reliability/consistency > > > issues, etc. > > > > > > This is precisely how EJB deals with JDBC drivers, JMS messaging, and > > > ERP connectors, all of which are 3rd party code that is not part of the > > > EJB server or the Java runtime. > > > > > > arkin > > > > =========================================================================== > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > ------------------------------ > > Date: Sat, 8 Jan 2000 16:52:04 -0500 > From: Scott M Stark <[EMAIL PROTECTED]> > Subject: Seeing duplicates of old msgs > > I just received duplicates of msgs posted to the ejb-interest list for the > past two weeks. Here is a msg I sent on Dec 24 that showed up > again on Jan 8. I can see that this is being delivered to others as well > because I have recevied a few out of office replies to the duplicate post. > > Duplicate: > Received: from mail.javasoft.com [204.160.241.28] by in1.prserv.net id > 947336860.2649798-1 ; Sat, 08 Jan 2000 13:07:40 +0000 > Received: from mail (mail.java.sun.com [204.160.241.28]) > by mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id EAA22374; > Sat, 8 Jan 2000 04:55:17 -0800 (PST) > Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d) > with > spool id 3667727 for [EMAIL PROTECTED]; Fri, 7 Jan 2000 > 19:24:31 -0800 > Received: from internexus.net (internexus.net [206.152.14.2]) by > mail.java.sun.com (8.9.3+Sun/8.9.3) with SMTP id TAA05556 for > <[EMAIL PROTECTED]>; Fri, 7 Jan 2000 19:24:27 -0800 (PST) > Received: (qmail 4061 invoked by uid 8079); 8 Jan 2000 02:42:38 -0000 > MBOX-Line: From [EMAIL PROTECTED] Fri Dec 24 16:35:03 1999 > Delivered-To: [EMAIL PROTECTED] > Received: (qmail 12683 invoked from network); 24 Dec 1999 16:35:00 -0000 > Received: from mail.javasoft.com (HELO mail.java.sun.com) (204.160.241.28) > by > internexus.net with SMTP; 24 Dec 1999 16:35:00 -0000 > Received: from mail (mail.java.sun.com [204.160.241.28]) by > mail.java.sun.com > (8.9.3+Sun/8.9.3) with ESMTP id IAA03220; Fri, 24 Dec 1999 > 08:18:22 > -0800 (PST) > Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d) > with > spool id 3548893 for [EMAIL PROTECTED]; Fri, 24 Dec 1999 > 08:16:58 -0800 > Received: from prserv.net (out2.prserv.net [165.87.194.229]) by > mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA02493 for > <[EMAIL PROTECTED]>; Fri, 24 Dec 1999 08:06:57 -0800 (PST) > Received: from racspc14 ([166.72.104.66]) by prserv.net (out2) with SMTP id > <19991224160621229039dc17e>; Fri, 24 Dec 1999 16:06:21 +0000 > > Original: > Received: from mail.javasoft.com [204.160.241.28] by in7.prserv.net id > 946054338.228638-1 ; Fri, 24 Dec 1999 16:52:18 +0000 > Received: from mail (mail.java.sun.com [204.160.241.28]) > by mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA03160; > Fri, 24 Dec 1999 08:16:59 -0800 (PST) > Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d) > with > spool id 3548893 for [EMAIL PROTECTED]; Fri, 24 Dec 1999 > 08:16:58 -0800 > Received: from prserv.net (out2.prserv.net [165.87.194.229]) by > mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA02493 for > <[EMAIL PROTECTED]>; Fri, 24 Dec 1999 08:06:57 -0800 (PST) > Received: from racspc14 ([166.72.104.66]) by prserv.net (out2) with SMTP id > <19991224160621229039dc17e>; Fri, 24 Dec 1999 16:06:21 +0000 > > ------------------------------ > > Date: Sat, 8 Jan 2000 14:18:46 PST > From: Ash Win <[EMAIL PROTECTED]> > Subject: Re: Seeing duplicates of old msgs > > Right on. I received around 250 messages in two hours. Can someone at Sun > look into this ? > Thanks, > Ashwin. > > >From: Scott M Stark <[EMAIL PROTECTED]> > >Reply-To: A mailing list for Enterprise JavaBeans development > ><[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Seeing duplicates of old msgs > >Date: Sat, 8 Jan 2000 16:52:04 -0500 > > > >I just received duplicates of msgs posted to the ejb-interest list for the > >past two weeks. Here is a msg I sent on Dec 24 that showed up > >again on Jan 8. I can see that this is being delivered to others as well > >because I have recevied a few out of office replies to the duplicate post. > > > >Duplicate: > >Received: from mail.javasoft.com [204.160.241.28] by in1.prserv.net id > >947336860.2649798-1 ; Sat, 08 Jan 2000 13:07:40 +0000 > >Received: from mail (mail.java.sun.com [204.160.241.28]) > > by mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id EAA22374; > > Sat, 8 Jan 2000 04:55:17 -0800 (PST) > >Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d) > >with > > spool id 3667727 for [EMAIL PROTECTED]; Fri, 7 Jan 2000 > > 19:24:31 -0800 > >Received: from internexus.net (internexus.net [206.152.14.2]) by > > mail.java.sun.com (8.9.3+Sun/8.9.3) with SMTP id TAA05556 for > > <[EMAIL PROTECTED]>; Fri, 7 Jan 2000 19:24:27 -0800 > >(PST) > >Received: (qmail 4061 invoked by uid 8079); 8 Jan 2000 02:42:38 -0000 > >MBOX-Line: From [EMAIL PROTECTED] Fri Dec 24 16:35:03 1999 > >Delivered-To: [EMAIL PROTECTED] > >Received: (qmail 12683 invoked from network); 24 Dec 1999 16:35:00 -0000 > >Received: from mail.javasoft.com (HELO mail.java.sun.com) (204.160.241.28) > >by > > internexus.net with SMTP; 24 Dec 1999 16:35:00 -0000 > >Received: from mail (mail.java.sun.com [204.160.241.28]) by > >mail.java.sun.com > > (8.9.3+Sun/8.9.3) with ESMTP id IAA03220; Fri, 24 Dec 1999 > >08:18:22 > > -0800 (PST) > >Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d) > >with > > spool id 3548893 for [EMAIL PROTECTED]; Fri, 24 Dec 1999 > > 08:16:58 -0800 > >Received: from prserv.net (out2.prserv.net [165.87.194.229]) by > > mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA02493 for > > <[EMAIL PROTECTED]>; Fri, 24 Dec 1999 08:06:57 -0800 > >(PST) > >Received: from racspc14 ([166.72.104.66]) by prserv.net (out2) with SMTP id > > <19991224160621229039dc17e>; Fri, 24 Dec 1999 16:06:21 +0000 > > > > > >Original: > >Received: from mail.javasoft.com [204.160.241.28] by in7.prserv.net id > >946054338.228638-1 ; Fri, 24 Dec 1999 16:52:18 +0000 > >Received: from mail (mail.java.sun.com [204.160.241.28]) > > by mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA03160; > > Fri, 24 Dec 1999 08:16:59 -0800 (PST) > >Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d) > >with > > spool id 3548893 for [EMAIL PROTECTED]; Fri, 24 Dec 1999 > > 08:16:58 -0800 > >Received: from prserv.net (out2.prserv.net [165.87.194.229]) by > > mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA02493 for > > <[EMAIL PROTECTED]>; Fri, 24 Dec 1999 08:06:57 -0800 > >(PST) > >Received: from racspc14 ([166.72.104.66]) by prserv.net (out2) with SMTP id > > <19991224160621229039dc17e>; Fri, 24 Dec 1999 16:06:21 +0000 > > > >=========================================================================== > >To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > >of the message "signoff EJB-INTEREST". For general help, send email to > >[EMAIL PROTECTED] and include in the body of the message "help". > > > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com > > ------------------------------ > > Date: Sat, 8 Jan 2000 17:10:38 -0600 > From: steve e sobczak <[EMAIL PROTECTED]> > Subject: Enumeration of Remotes and their removal > > --openmail-part-18470543-00000001 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline; filename="BDY.RTF" > > The scenario... > > A session bean is given an Enumeration of Remote References to Entity > Beans. If I immediately invoke ejbRemove on the individual Remote > References, it fails due to nulls in the class attributes. This is a > result of the container never invoking ejbLoad. > > If I invoke a getXYZ() on the Remote Reference before trying to remove > it, the container does call the ejbLoad and all works well. This is my > work around. > > My question is, am I wrong to assume the container should invoke ejbLoad > after I have been given an Enumeration of Remote References and before I > invoke an ejbRemove on any of them?? Does this seem like a bug in the > container? > > Steven E. Sobczak > Email: [EMAIL PROTECTED] > > --openmail-part-18470543-00000001-- > > ------------------------------ > > Date: Sat, 8 Jan 2000 16:07:52 -0500 > From: Assaf Arkin <[EMAIL PROTECTED]> > Subject: Re: Enumeration of Remotes and their removal > > > My question is, am I wrong to assume the container should invoke ejbLoad > > after I have been given an Enumeration of Remote References and before I > > invoke an ejbRemove on any of them?? Does this seem like a bug in the > > container? > > Yes. The enumeration you get has sufficient information to remove the > entity beans (ii.e. the primary keys), it does not have to load them in > order to remove them. Most likely the container is trying to access the > bean itself, unknowing that it is not initialized. > > arkin > > > > > Steven E. Sobczak > > Email: [EMAIL PROTECTED] > > ------------------------------ > > Date: Sat, 8 Jan 2000 18:57:31 -0600 > From: steve e sobczak <[EMAIL PROTECTED]> > Subject: Re: Enumeration of Remotes and their removal > > --openmail-part-1847159e-00000001 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline; filename="BDY.RTF" > > Thanks for the help! This may be helpful to all out there using the EJB > books in circulation as their mentor. The book I'm using, which is a > very very useful and clean, so much that I didn't think to doubt it, > provided me some flawed code as an example for Bean Managed Persistence. > It does not use the EntityContext in the ejbRemove method as it does in > the ejbLoad method. I have adjusted the code and it works perfect now. > Thanks! > > Steven E. Sobczak > Email: [EMAIL PROTECTED] > > -----Original Message----- > From: arkin [SMTP:[EMAIL PROTECTED]] > Sent: Saturday, January 08, 2000 3:08 PM > To: EJB-INTEREST > Cc: arkin > Subject: Re: Enumeration of Remotes and their removal > > > My question is, am I wrong to assume the container should invoke > ejbLoad > > after I have been given an Enumeration of Remote References and > before I > > invoke an ejbRemove on any of them?? Does this seem like a bug in > the > > container? > > Yes. The enumeration you get has sufficient information to remove the > entity beans (ii.e. the primary keys), it does not have to load them > in > order to remove them. Most likely the container is trying to access > the > bean itself, unknowing that it is not initialized. > > arkin > > > > > Steven E. Sobczak > > Email: [EMAIL PROTECTED] > > ===================================================================== > ====== > To unsubscribe, send email to [EMAIL PROTECTED] and include in > the body > of the message "signoff EJB-INTEREST". For general help, send email > to > [EMAIL PROTECTED] and include in the body of the message "help". > > --openmail-part-1847159e-00000001-- > > ------------------------------ > > Date: Sat, 8 Jan 2000 19:02:51 -0600 > From: Perry Hoekstra <[EMAIL PROTECTED]> > Subject: Re: EJB/JMS Integration-Producer > > Andrzej Jan Taramina wrote: > > > Rickard wrote: > > > > > Further, there is nothing that prevents Enterprise Beans to be producers > > > of JMS messages, or at least you should not consider the EJB threading > > > restrictions to be the cause, again as has been discussed extensively > > > during the past weeks. > > > > Actually I do not believe you are correct in this.....to be a JMS > > Message producer you need to have an open JMS Session. Session's > > implement Runnable and usually start a separate thread for their JMS > > operations when you create one. This means that an EJB cannot > > create a JMS Session...and without one you cannot do any message > > production. > > In theory you may be right but in practice it is not the case. I built a > prototype workflow system using Persistence Software's PowerTier EJB server and > IBM's implementation of JMS on top of MQSeries. > > > Just like with message consumers, I belive you would have to build > > external proxies for both message sending and production because of > > this. Not worth the effort since the next EJB spec will integrate JMS > > functionality and allow EJBeans to be both message producers and > > consumers. I believe the current thinking on the integration is that the > > container would supply the "proxies" to the core JMS functionality on > > behalf of the beans, so the restriction on use of threads in EJBeans will > > not be restricted. > > > > Sometimes it is just easier to go with pure JMS....and leave the EJB > > model behind. > > > > Andrzej Jan Taramina > > Chaeron Consulting Corporation > > > > Chaeron: - http://www.chaeron.com > > -- > > Perry Hoekstra - [EMAIL PROTECTED] > ------------------------------------------------- > All that is Microsoft does not glitter, > Not all those who wander are lost; > The old AT&T Unix that is strong does not wither, > Deep roots are not reached by frost. > > From the ashes of Spec1170 a fire shall be woken, > A light from the shadows shall spring; > Renewed shall be the Unix OS that was broken, > Linux shall be king. > > ------------------------------ > > Date: Sun, 9 Jan 2000 11:36:11 +0800 > From: Huyong <[EMAIL PROTECTED]> > Subject: Entity EJB in Weblogic > > This is a multi-part message in MIME format. > > ------=_NextPart_000_0004_01BF5A95.BA431A50 > Content-Type: text/plain; > charset="gb2312" > Content-Transfer-Encoding: quoted-printable > > Hi, > I use Weblogic as my EJB server.I wonder where the database of Entity = > EJB locates. > In the example of beanManager provided with Weblogic,there is a = > function: > public Connection getConnection() > throws SQLException > { > return DriverManager.getConnection("jdbc:weblogic:jts:demoPool"); > } > What does "jdbc:weblogic:jts:demoPool " represent? How can I view the = > database structure and data of it? > > Thanks in advance. > Huyong > > ------=_NextPart_000_0004_01BF5A95.BA431A50 > Content-Type: text/html; > charset="gb2312" > Content-Transfer-Encoding: quoted-printable > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > <HTML><HEAD> > <META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type> > <META content=3D"MSHTML 5.00.2014.210" name=3DGENERATOR></HEAD> > <BODY bgColor=3D#ffffff> > <DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV> > <DIV><FONT face=3DArial size=3D2> I use Weblogic as my EJB = > server.I wonder=20 > where the database of Entity EJB locates.</FONT></DIV> > <DIV><FONT face=3DArial size=3D2> In the example of beanManager = > provided with=20 > Weblogic,there is a function:</FONT></DIV> > <DIV><FONT face=3DArial size=3D2> public Connection=20 > getConnection()<BR> throws SQLException<BR> =20 > {<BR> return=20 > DriverManager.getConnection("jdbc:weblogic:jts:demoPool");<BR> =20 > }</FONT></DIV> > <DIV><FONT face=3DArial size=3D2> What does = > "jdbc:weblogic:jts:demoPool "=20 > represent? How can I view the database structure and data of = > it?</FONT></DIV> > <DIV> </DIV> > <DIV><FONT face=3DArial size=3D2>Thanks in advance.</FONT></DIV> > <DIV><FONT face=3DArial size=3D2>Huyong</FONT></DIV></BODY></HTML> > > ------=_NextPart_000_0004_01BF5A95.BA431A50-- > > ------------------------------ > > Date: Sat, 8 Jan 2000 20:34:18 -0800 > From: Paul Hodgetts <[EMAIL PROTECTED]> > Subject: Re: Entity EJB in Weblogic > > Huyong wrote: > > > I use Weblogic as my EJB server.I wonder where the database of Entity > EJB locates. > > In the example of beanManager provided with Weblogic,there is a function: > > public Connection getConnection() > > throws SQLException > > { > > return DriverManager.getConnection("jdbc:weblogic:jts:demoPool"); > > } > > What does "jdbc:weblogic:jts:demoPool " represent? How can I view the > database structure and data of it? > > This is a question better posted to the WebLogic newsgroups on the > news server at www4.weblogic.com . > > Also, you can find the answer to this in the WebLogic developer's > documentation at: > http://www.weblogic.com/docs45/resources.html > > In WebLogic, connection pools are set up in the weblogic.properties > file in the WebLogic home directory. If you look in this file, > you'll see a line similar to: > > weblogic.jdbc.connectionPool.demoPool=\ > url=jdbc:cloudscape:demo,\ > driver=COM.cloudscape.core.JDBCDriver,\ > initialCapacity=1,\ > maxCapacity=2,\ > capacityIncrement=1,\ > props=user=none;password=none;server=none > > This sets up a connection pool called demoPool, to a database > called demo, using the Cloudscape JDBC driver. > > This is what many of the WebLogic examples use. The WebLogic > properties file has many of the necessary settings for the > examples and tutorials already entered but commented out. > > When you set up a new database in Cloudscape, you specify the > directory where the database is located. > > You can view the database structure using the Cloudview GUI > provided with the Cloudscape eval (comes with WebLogic). > > For more information on using the Cloudscape tools, see: > http://www.cloudscape.com/support/doc_20/doc/html/coredocs/booksol.htm > > Hope that helps, > Paul > > ------------------------------ > > Date: Sat, 8 Jan 2000 22:46:55 -0600 > From: Robert Patrick <[EMAIL PROTECTED]> > Subject: Re: Entity EJB in Weblogic > > --=====================_152803569==_.ALT > Content-Type: text/plain; charset="us-ascii"; format=flowed > > You should really use the WebLogic newsgroups for WebLogic specific > questions. The NNTP server is www4.weblogic.com (or have a look at > http://www.beasys.com/support/newsgroup.html) > > Since I have wasted the bandwidth anyway, take a look at: > > http://www.weblogic.com/docs/examples/ejb/basic/beanManaged/#Set your > environment > > Robert > > At 11:36 AM 1/9/00 +0800, you wrote: > >Hi, > > I use Weblogic as my EJB server.I wonder where the database of Entity > > EJB locates. > > In the example of beanManager provided with Weblogic,there is a function: > > public Connection getConnection() > > throws SQLException > > { > > return DriverManager.getConnection("jdbc:weblogic:jts:demoPool"); > > } > > What does "jdbc:weblogic:jts:demoPool " represent? How can I view the > > database structure and data of it? > > > >Thanks in advance. > >Huyong > > --=====================_152803569==_.ALT > Content-Type: text/html; charset="us-ascii" > > <html> > You should really use the WebLogic newsgroups for WebLogic specific > questions. The NNTP server is www4.weblogic.com (or have a look at > <a href="http://www.beasys.com/support/newsgroup.html" >eudora="autourl">http://www.beasys.com/support/newsgroup.html</a>)<br> > <br> > Since I have wasted the bandwidth anyway, take a look at:<br> > <br> > <a href="http://www.weblogic.com/docs/examples/ejb/basic/beanManaged/#Set" >eudora="autourl">http://www.weblogic.com/docs/examples/ejb/basic/beanManaged/#Set</a> > your environment<br> > <br> > Robert<br> > <br> > At 11:36 AM 1/9/00 +0800, you wrote:<br> > <font face="arial" size=2><blockquote type=cite cite>Hi,</font><br> > I use Weblogic as my EJB server.I wonder where the database of Entity EJB >locates.<br> > In the example of beanManager provided with Weblogic,there is a function:<br> > public Connection getConnection()<br> > throws SQLException<br> > {<br> > return >DriverManager.getConnection("jdbc:weblogic:jts:demoPool");<br> > }<br> > What does "jdbc:weblogic:jts:demoPool " represent? How can I view >the database structure and data of it?<br> > <br> > <font face="arial" size=2>Thanks in advance.</font><br> > Huyong</blockquote></html> > > --=====================_152803569==_.ALT-- > > ------------------------------ > > Date: Sat, 8 Jan 2000 23:24:22 PST > From: Mark McLeod <[EMAIL PROTECTED]> > Subject: Re: Entity EJB in Weblogic > > Not being familiar with weblogic but I've used JDBC and ODBC extensively, it > looks like the demo is using the JDBC ("jdbc") layer to connect to its own > database drivers ("weblogic.jts") not ODBC and then to the database > ("demoPool") which looks like it is using connection pooling. > > Find the database utilities that are supplied with weblogic and there you > will find the information on the "demoPool" connection and so on. > > >From: Huyong <[EMAIL PROTECTED]> > >Reply-To: A mailing list for Enterprise JavaBeans development > ><[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Entity EJB in Weblogic > >Date: Sun, 9 Jan 2000 11:36:11 +0800 > > > >Hi, > > I use Weblogic as my EJB server.I wonder where the database of Entity > >EJB locates. > > In the example of beanManager provided with Weblogic,there is a > >function: > > public Connection getConnection() > > throws SQLException > > { > > return DriverManager.getConnection("jdbc:weblogic:jts:demoPool"); > > } > > What does "jdbc:weblogic:jts:demoPool " represent? How can I view the > >database structure and data of it? > > > >Thanks in advance. > >Huyong > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com > > ------------------------------ > > Date: Sat, 8 Jan 2000 23:39:49 -0500 > From: Assaf Arkin <[EMAIL PROTECTED]> > Subject: Re: Entity EJB in Weblogic > > An EJB server will always ask you go get the connection from the > server's connection pool which will in turn go into the JDBC connection. > (Though in EJB 1.1. world you will see DataSource looking through JNDI, > e.g. java:/comp/env/jdbc/demoPool.) > > So jdbc:weblogic means the WebLogic JDBC driver, JTS is the transaction > server, and demoPool is some pool. Somewhere in the WebLogic > configuration file there will be an association between demoPool and > some real JDBC driver. > > arkin > > > Huyong wrote: > > > > Hi, > > I use Weblogic as my EJB server.I wonder where the database of > > Entity EJB locates. > > In the example of beanManager provided with Weblogic,there is a > > function: > > public Connection getConnection() > > throws SQLException > > { > > return DriverManager.getConnection("jdbc:weblogic:jts:demoPool"); > > } > > What does "jdbc:weblogic:jts:demoPool " represent? How can I view the > > database structure and data of it? > > > > Thanks in advance. > > Huyong > > ------------------------------ > > End of EJB-INTEREST Digest - 7 Jan 2000 to 8 Jan 2000 (#2000-8) > *************************************************************** =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
