When to use java.util.Collection or java.util.Set
Hi everybody I noticed in the EJB 2.0 specification that most of the examples use java.util.Collection when defining a relationship between two entities, even though java.util.Set is also allowed. Why is that so? I would expect java.util.Set to be the most frequently used type, since in general you would not want duplicates in a relationship. Think of a Person-owns-Car relationship for instance you are not interested in any duplicates here, since a Person cannot own the same car twice so to speak (if one relationship says that person P is the owner of car C, it does not provide you with any usefull information to create yet another relationship between P and C). Which cmr-field-types do you use and why? Randahl
RE: Orion user management - NOT solved
Dear Elephantwalker As we all know, you are right that my session beans have access to a SessionContext, but I think this is not enough for performing the logout. As I mentioned, the user has been logged in by calling the login method on the RoleManager from a session bean, and this means that the user is logged in to the Orion server, he has a role and can access EJB methods and so forth. Now, to log him out again I have to tell the Orion server that he is to be logged out, so Orion will no longer allow him to access the EJBs which are protected by the security model (e.g. calling a method which requires the role Administrator). And to do this, I need some kind of logout method in the Orion API. It will not be enough to just alter the state of my beans (as mentioned by Peter Saurugger), because Orion will still think the user is logged in and has permissions to access my EJB methods. Now, you mention SessionContext are you thinking of the now deprecated HttpSessionContext which was available to JSPs? From that you could get a HttpSession upon which you could invoke the invalidate method. However, this is not possible with the object of type SessionContext which my session beans have access to. It has no getSession method or the like. I sure hope somebody can think of an answer to this issue. Either that, or I am stuck with making the client open an HTTP connection to call a servlet which performs the logout I would really hate that. Randahl -Original Message- From: The elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 04, 2002 00:47 To: Orion-Interest; [EMAIL PROTECTED] Subject: RE: Orion user management Dear Randahl, To logout a user, you must have a session context associated with your application. For example, if your swing client is accessing ejb's, the swing client can access everything through a stateful session bean. Session beans have a session context associated with them... regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink Isaksen Sent: Wednesday, April 03, 2002 1:08 AM To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Orion user management Hi Peter I was just wondering: In your search for user management methods have you ever come across a logout() method? It seems odd to me, that there is only a login method on the role-manager interface if you are dealing with an application client (e.g. a Swing client) instead of a regular web client you log the user in using the role-manager login() method, but there seems to be no means for logging the user out again. Thanks for your time Randahl
Orion user management
Hi Peter I was just wondering: In your search for user management methods have you ever come across a logout() method? It seems odd to me, that there is only a login method on the role-manager interface if you are dealing with an application client (e.g. a Swing client) instead of a regular web client you log the user in using the role-manager login() method, but there seems to be no means for logging the user out again. Thanks for your time Randahl
RE: Orion user management - Johan Frederikson comment
Well, Johan Frederikson and Peter van Rensburg, you both kindly mention the possibility of using the standard session.invalidate() for logging out the user. However, I think this would require me to write a servlet which (as we all know) automatically has access to the session object. This seems like a very strange approach to me, if one chooses to base ones system on Orions EJB-features and RMI only i.e. if you are writing a non JSP-system. In our design, our Swing-based client has a simple interface to the server consisting of a set of Session Beans upon which the client invokes a number of business methods. One of these Session Beans is used for authentication, so it has a login method and a logout method. It is quite easy to implement the login method since it can just delegate the work to the RoleManagers login method. But then when you want to log out the client, whps, there is no corresponding logout method on the role manager is that not a bit odd? Firing up the whole JSP/Servlets API in an EJB-only system seems a bit ugly, does it not? To put it briefly: Is there any good reason why the RoleManager does not have a logout method? is there any alternative?? I am very interested in hearing your views. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Johan Fredriksson Sent: Wednesday, April 03, 2002 15:39 To: Orion-Interest Subject: Re: Orion user management session.invalidate(); ? - Original Message - From: Randahl Fink Isaksen To: Orion-Interest Cc: orion-interest@orionservercom Sent: Wednesday, April 03, 2002 11:08 AM Subject: Orion user management Hi Peter I was just wondering: In your search for user management methods have you ever come across a logout() method? It seems odd to me, that there is only a login method on the role-manager interface if you are dealing with an application client (e.g. a Swing client) instead of a regular web client you log the user in using the role-manager login() method, but there seems to be no means for logging the user out again. Thanks for your time Randahl
Is Orion JDK 1.4 compatible?
Hi I am wondering if anyone has any experience with using JDK 1.4 to run Orion I noticed that, the Orion installation docs mention using JDK 1.2.2, but is does not say that this is a requirement. I would like to run Orion with JDK 1.4 because then the new Java features like logging will be available to my beans, but I am worried that Orion has not been tested properly with this JDK. Yours Randahl
Authentication
Hi Have anyone of you noticed that the RoleManager contains no log-out method this raises the question How do you log out an application (Swing) client? Randahl
jndi.properties and ApplicationClientInitialContextFactory
I noticed that when specifying the jndi properties in accordance with the orion documentation you include this line: java.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFactory Does this mean that the application client needs to have the mentioned class in its class path? If so, how do you make this class available to the client I think having the client application include all of the huge orion.jar (which contains this class) seems a bit awkward, and if you can use this class on its own I wonder why it is located in orion.jar. Randahl
RE: Wow. It seems that 1.5.4 is released!!!
Then I sure hope the bidirectional N-M relationships work too... that would sure take some load off my shoulders. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Dan Haley Sent: Friday, February 15, 2002 11:54 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! It looks like it - there are Local EJB interfaces and MDBs in orion.jar! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 15 February 2002 16:40 To: Orion-Interest Subject: RE: Wow. It seems that 1.5.4 is released!!! Great to see that a new version is ready of this great application server!!! Just a question for the Orion guys. Does this version support the complete J2EE 1.3 standard (including all EJB2.0)?? I am very interested because this is a key issue for one of my projects! Thanks on any info. Erwin Teseling See subj. _ This message has been checked for all known viruses by MessageLabs. _ Alison Associates The information contained in this e-mail and any attached files is intended only for the use of the person(s) to whom it is addressed and may be privileged, confidential and exempt from disclosure under applicable law. The views of the author may not necessarily reflect the views of the Company. If you are not the intended recipient please do not copy or convey this message or any attached files to any other person but delete this message and any attached files and notify us of incorrect receipt via e-mail to [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs.
Application client log in
We are currently implementing a Java Swing client, and I am wondering how to write the log in system. When not using http or form based log in (HTML) and when you wish to let the client log in from a GUI interface (Swing), which part of Orion is then used to hand over the username and password for authorization? Randahl
Bidirectional N-M - when will it be ready???
Hi I was just wondering if anyone on this mailing list has a clue to when we might expect the bidirectional N-M relationships to work. Since the 2.0 version of the specification is final I expect the development team is working on these features. I guess we are waiting for several of the 2.0 features, but personally I am especially interested in getting the chapter 10.3.7.6 behavior (bidirectional insertion and removal) to work without having to program it myself. Any clues? Randahl
RE: bugs in @page extends=.... in Orion implementation?
Hi Juan I absolutely aggree, and it probably will be implemented at some point - giving us the chance to use it if necessary (and with causion). Having looked deeper into spec I think filters are definately a better solution - its just like the old debate about inheritance vs. delegation, the obvious idea is to use inheritance, but when you take all the details into account, you end up with using delegation (filters). One advantage being that the filters you develop can easily be combined or used in later projects. A nice feature it is! Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: 31. maj 2001 17:06 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? take a look at the generated .java file created with your servlet template(JSP) you'll see that many of the features orion implements (session, page, context var) is made at this time. what you propose is walking around the spec, so your jsp pages will depend on how orion translates them into a servlet, thus rendering them not portable across web servers. Anything you can accomplish by using this new base class, can be accomplished by either using filters or by implementing your own security and session management thru Orion UserManager and HTTPSessionManager. Tough the earlier can be plugged in seamlessly, the latter doesn't have a configuration tag that allows it. The interface, however, is available since version 1.4.5 at least, and Orion uses it internally with two implementations, normal session and clustered sessions. I agree with you that the feature should be there, but it would be necessary only to work around (transient) web server limitations, and render the code unportable. It should be in orion, but must be used wisely. JP -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Miércoles, 30 de Mayo de 2001 3:29 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? Hi Juan I get your point about multiple inheritance, but say the web server would like all JSP pages to extend from class WebServerXYZPage, then one could just create a class which extends this web server class so that The JSP page EXTENDS MyClass which EXTENDS WebServerXYZPage This way, the web server has got room for its callbacks. Of course, this gives you a very tight coupling to the web server product (wherefore I for one would not use it), but I still don't see why this is not possible with Orion - I have been told that other EJB servers support this. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: 29. maj 2001 22:45 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? I believe this could be better modeled differently, because it leaves no room for the web server to implement its callbacks and java doesn't support multiple inheritance. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Martes, 29 de Mayo de 2001 3:01 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? Well, can anyone confirm that JSP pages can extend your own class when using Orion??? Or has noone been able to use @page extends? I see many good reasons for implementing your own super class for your JSP pages. For instance, such a superclass could do logging of all client activities or it could do security checking. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Nicholson Sent: 25. maj 2001 21:15 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? It's doing you a favour.Please elaborate on why you want to extend that class. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jiuyun Wang Sent: Friday, May 25, 2001 9:20 AM To: Orion-Interest Subject: Re: bugs in @page extends= in Orion implementation? It doesnot work, not matter which one (servlet/jspbase) I extends my jsp, orion jsp compiler just don't support extends -Jiuyun --- SCOTT FARQUHAR [EMAIL PROTECTED] wrote: It looks like your page should extend servlet and not jsppage. Just change JSPBase to extend servlet (and make the required changes). I haven't read the spec, but I imagine that extending OrionHttpJspPage is proprietary, and would not be part of the spec. Scott [EMAIL PROTECTED] 05/23/01 05:42am I create a class called JSPBase class which extends OrionHttpJspPage, and I put the @ page extends=packagename.JSPBase in my JSP file. however, orion give the following error: Superclass of the JSP page does not implement Servlet
RE: bugs in @page extends=.... in Orion implementation?
Hi Juan I get your point about multiple inheritance, but say the web server would like all JSP pages to extend from class WebServerXYZPage, then one could just create a class which extends this web server class so that The JSP page EXTENDS MyClass which EXTENDS WebServerXYZPage This way, the web server has got room for its callbacks. Of course, this gives you a very tight coupling to the web server product (wherefore I for one would not use it), but I still don't see why this is not possible with Orion - I have been told that other EJB servers support this. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: 29. maj 2001 22:45 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? I believe this could be better modeled differently, because it leaves no room for the web server to implement its callbacks and java doesn't support multiple inheritance. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Martes, 29 de Mayo de 2001 3:01 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? Well, can anyone confirm that JSP pages can extend your own class when using Orion??? Or has noone been able to use @page extends? I see many good reasons for implementing your own super class for your JSP pages. For instance, such a superclass could do logging of all client activities or it could do security checking. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Nicholson Sent: 25. maj 2001 21:15 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? It's doing you a favour.Please elaborate on why you want to extend that class. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jiuyun Wang Sent: Friday, May 25, 2001 9:20 AM To: Orion-Interest Subject: Re: bugs in @page extends= in Orion implementation? It doesnot work, not matter which one (servlet/jspbase) I extends my jsp, orion jsp compiler just don't support extends -Jiuyun --- SCOTT FARQUHAR [EMAIL PROTECTED] wrote: It looks like your page should extend servlet and not jsppage. Just change JSPBase to extend servlet (and make the required changes). I haven't read the spec, but I imagine that extending OrionHttpJspPage is proprietary, and would not be part of the spec. Scott [EMAIL PROTECTED] 05/23/01 05:42am I create a class called JSPBase class which extends OrionHttpJspPage, and I put the @ page extends=packagename.JSPBase in my JSP file. however, orion give the following error: Superclass of the JSP page does not implement Servlet, invalid extends attribute. Does orion implement @page extends correctly? Any clarification? -Jiuyun __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ = Jiuyun Wang M.Sc. of Computer Sciences Sun Certified Programmer for Java 2 Platform IBM Certified Solution Enterprise Developer Phone: 919-696-0419(cel) Email: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
RE: bugs in @page extends=.... in Orion implementation?
Hi Marcel I looked it up, and I definately see your point about the filter mechanism. Have you any experience with this on Orion? Does it work well? And what have you used it for? Of course if anyone else have tried it out, I would very much like to hear from you too. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Marcel Schutte Sent: 30. maj 2001 00:22 To: Orion-Interest Subject: Re: bugs in @page extends= in Orion implementation? That's right, the two examples Randahl gives can be easily solved using the servlet2.3 filter mechanism, giving a very loose coupling of these features with your actual application. Marcel - Original Message - From: Juan Lorandi (Chile) [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, May 29, 2001 10:45 PM Subject: RE: bugs in @page extends= in Orion implementation? I believe this could be better modeled differently, because it leaves no room for the web server to implement its callbacks and java doesn't support multiple inheritance. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Martes, 29 de Mayo de 2001 3:01 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? Well, can anyone confirm that JSP pages can extend your own class when using Orion??? Or has noone been able to use @page extends? I see many good reasons for implementing your own super class for your JSP pages. For instance, such a superclass could do logging of all client activities or it could do security checking. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Nicholson Sent: 25. maj 2001 21:15 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? It's doing you a favour.Please elaborate on why you want to extend that class. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jiuyun Wang Sent: Friday, May 25, 2001 9:20 AM To: Orion-Interest Subject: Re: bugs in @page extends= in Orion implementation? It doesnot work, not matter which one (servlet/jspbase) I extends my jsp, orion jsp compiler just don't support extends -Jiuyun --- SCOTT FARQUHAR [EMAIL PROTECTED] wrote: It looks like your page should extend servlet and not jsppage. Just change JSPBase to extend servlet (and make the required changes). I haven't read the spec, but I imagine that extending OrionHttpJspPage is proprietary, and would not be part of the spec. Scott [EMAIL PROTECTED] 05/23/01 05:42am I create a class called JSPBase class which extends OrionHttpJspPage, and I put the @ page extends=packagename.JSPBase in my JSP file. however, orion give the following error: Superclass of the JSP page does not implement Servlet, invalid extends attribute. Does orion implement @page extends correctly? Any clarification? -Jiuyun __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ = Jiuyun Wang M.Sc. of Computer Sciences Sun Certified Programmer for Java 2 Platform IBM Certified Solution Enterprise Developer Phone: 919-696-0419(cel) Email: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
RE: bugs in @page extends=.... in Orion implementation?
Well, can anyone confirm that JSP pages can extend your own class when using Orion??? Or has noone been able to use @page extends? I see many good reasons for implementing your own super class for your JSP pages. For instance, such a superclass could do logging of all client activities or it could do security checking. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Nicholson Sent: 25. maj 2001 21:15 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? It's doing you a favour.Please elaborate on why you want to extend that class. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jiuyun Wang Sent: Friday, May 25, 2001 9:20 AM To: Orion-Interest Subject: Re: bugs in @page extends= in Orion implementation? It doesnot work, not matter which one (servlet/jspbase) I extends my jsp, orion jsp compiler just don't support extends -Jiuyun --- SCOTT FARQUHAR [EMAIL PROTECTED] wrote: It looks like your page should extend servlet and not jsppage. Just change JSPBase to extend servlet (and make the required changes). I haven't read the spec, but I imagine that extending OrionHttpJspPage is proprietary, and would not be part of the spec. Scott [EMAIL PROTECTED] 05/23/01 05:42am I create a class called JSPBase class which extends OrionHttpJspPage, and I put the @ page extends=packagename.JSPBase in my JSP file. however, orion give the following error: Superclass of the JSP page does not implement Servlet, invalid extends attribute. Does orion implement @page extends correctly? Any clarification? -Jiuyun __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ = Jiuyun Wang M.Sc. of Computer Sciences Sun Certified Programmer for Java 2 Platform IBM Certified Solution Enterprise Developer Phone: 919-696-0419(cel) Email: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
RE: bugs in @page extends=.... in Orion implementation?
Well, Robert, would you elaborate on those thoughts? R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Nicholson Sent: 23. maj 2001 04:51 To: Orion-Interest Subject: RE: bugs in @page extends= in Orion implementation? Factoring code into the jsppage superclass is a bad idea. You will regret this later. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of SCOTT FARQUHAR Sent: Tuesday, May 22, 2001 5:53 PM To: Orion-Interest Subject: Re: bugs in @page extends= in Orion implementation? It looks like your page should extend servlet and not jsppage. Just change JSPBase to extend servlet (and make the required changes). I haven't read the spec, but I imagine that extending OrionHttpJspPage is proprietary, and would not be part of the spec. Scott [EMAIL PROTECTED] 05/23/01 05:42am I create a class called JSPBase class which extends OrionHttpJspPage, and I put the @ page extends=packagename.JSPBase in my JSP file. however, orion give the following error: Superclass of the JSP page does not implement Servlet, invalid extends attribute. Does orion implement @page extends correctly? Any clarification? -Jiuyun __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
RE: Cannot start orion using JDK1.4
I suppose you are aware that the current JDK1.4 is only a beta release - I think the error you posted is not related to Orion, and might very well be JDK related, since it is concerning a JDK DLL. We should probably expect some instability from the current JDK1.4 - sun has chosen to not even display it on their JDK download page at http://java.sun.com/j2se/. Just a thought Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of rosely kumoi Sent: 28. maj 2001 03:57 To: Orion-Interest Subject: Cannot start orion using JDK1.4 just asking if someone out there has already successful in running orion with jdk1.4 java.lang.UnsatisfiedLinkError: c:\program files\javasoft\jre\1.4\bin\nio.dll ; ; ; ; ; ;
RE: Spam alert: unsolicited commercial e-mail
Hmmm... it makes you wonder if [EMAIL PROTECTED] and [EMAIL PROTECTED] work for BEA - they sure are doing a great job of ruining the Orion user mailing list. I wonder how many more people are going to unsubscribe today... R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bar Orion Barak Sent: 17. maj 2001 12:44 To: Orion-Interest Subject: Spam alert: unsolicited commercial e-mail Recently, I have received an Unsolicited Commercial E-mail from you. I do not like UCE's and I would like to inform you that sending unsolicited messages to someone while he or she may have to pay for reading your message may be illegal. Anyway, it is highly annoying and not welcome by anyone. It is rude, after all. If you think that this is a good way to advertise your products or services you are mistaken. Spamming will only make people hate you, not buy from you. If you have any list of people you send unsolicited commercial emails to, REMOVE me from such list immediately. I suggest that you make this list just empty. If you are not an administrator of any site and still have received this message then your email address is being abused by some spammer. They fake your address in From: or Reply-To: header. In this case, you might want to show this message to your system administrator, and ask him/her to investigate this matter. Note to the postmaster(s): I append the text of UCE in question to this message; I would like to hear from you about action(s) taken. This message has been sent to postmasters at the host that is mentioned as original sender's host (I do realize that it may be faked, but I think that if your domain name is being abused this way you might want to learn about it, and take actions) and to the postmaster whose host was used as mail relay for this message. If message was sent not by your user, could you please compare time when this message was sent (use time in Received: field of the envelope rather than Date: field) with your sendmail logs and see what host was using your sendmail at this moment of time. Thank you. -- - - original unsolicited commercial email follows - - Return-Path: [EMAIL PROTECTED] Received: from localhost (IDENT:[EMAIL PROTECTED] [127.0.0.1]) by gandalf.gefen.co.il (8.9.3/8.8.7) with ESMTP id GAA23492 for barak@localhost; Wed, 16 May 2001 06:33:12 -0200 Received: from indigo.cs.bgu.ac.il by localhost with IMAP (fetchmail-5.3.1) for barak@localhost (single-drop); Wed, 16 May 2001 06:33:12 -0200 (GMT+2) Received: from druid.evermind.net (IDENT:root@[195.58.126.196]) by indigo.cs.bgu.ac.il (8.11.0/8.11.0) with ESMTP id f4G4Qq116065 for [EMAIL PROTECTED]; Wed, 16 May 2001 07:26:52 +0300 (IDT) Received: from druid.evermind.net (IDENT:[EMAIL PROTECTED] [195.58.126.196]) by druid.evermind.net (8.9.3/8.9.3) with SMTP id EAA14446; Wed, 16 May 2001 04:38:31 -0100 Received: from naver336.naver.com ([211.218.150.16]) by paladin.evermind.net (8.9.3/8.9.3) with SMTP id EAA00831 for [EMAIL PROTECTED]; Wed, 16 May 2001 04:37:46 -0400 Message-Id: [EMAIL PROTECTED] Received: (qmail 5311 invoked by uid 0); 16 May 2001 01:41:38 - Received: from unknown (HELO naver332) (211.218.150.12) by naver336.naver.com with SMTP; 16 May 2001 01:41:38 - MIME-Version: 1.0 Content-Id: [EMAIL PROTECTED] Content-Type: Multipart/Mixed; boundary=Boundary-00=_FDNEPWYXFQQMYJ0CCJD0 X-Mailer: Orion ListServer Sender: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: =?ks_c_5601-1987?B?uN7AzyDA/LzbIL3HxtAgvsu4siA8a29uZ2Jva0BuYXZlci5jb20+?Date : Wed, 16 May 2001 10:41:39 +0900 (KST) Reply-To: Orion-Interest [EMAIL PROTECTED] --Boundary-00=_FDNEPWYXFQQMYJ0CCJD0 Content-Type: Multipart/Alternative; boundary=Boundary-00=_FDNEZBQXFQQMYJ0CCJD0 --Boundary-00=_FDNEZBQXFQQMYJ0CCJD0 Content-Type: Text/Plain; charset=euc-kr Content-Transfer-Encoding: base64 Ck5BVkVSIC0gaHR0cDovL3d3dy5uYXZlci5jb20vCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tCgrAzLD4urkgKGtvbmdib2spILTUsrIgurizu73FILjewM8gPENh biB3ZSBnZXQgcmlkIG9mIHRoZXNlIG1lc3NhZ2VzIGZyb20gbmF2ZXIuY29tPz4gwMwgtNnAvbD6 ILCwwLogwMzAr7fOIMD8vNsgvcfG0MffvcC0z7TZLgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0KCrz2vcXA2sDHILjewM8guriw/CC/67euwMwgsKG15sL3IMDW vcC0z7TZLiCzqsHfv6EgtNm9wyC9w7W1x8+9yr3Dv8AuCgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K --Boundary-00=_FDNEZBQXFQQMYJ0CCJD0 Content-Type: Text/HTML; charset=euc-kr Content-Transfer-Encoding: base64 CjxodG1sPgo8aGVhZD4KPHRpdGxlPrPXwMy59iC43sDPPC90aXRsZT4KPHN0eWxlPgpBIHt0ZXh0 LWRlY29yYXRpb246IG5vbmV9CkE6bGluayB7Y29sb3I6IGJsdWV9CkE6dmlzaXRlZCB7Y29sb3I6
RE: Running a Class at Server Startup
Title: SV: Running a Class at Server Startup Well, Magnus, that is a constructive suggestion, but what if he wanted to do something which a servlet is restricted from doing? Is there a way to simply startup a regular java application allong with Orion? Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus RydinSent: 17. maj 2001 11:07To: Orion-InterestSubject: SV: Running a Class at Server Startup You could autostart a Servlet that kicks another class? -Ursprungligt meddelande- Från: S.Badrinarayanan [mailto:[EMAIL PROTECTED]] Skickat: den 17 maj 2001 00:59 Till: Orion-Interest Ämne: Running a Class at Server StartupHi Is it possible to run a class when the orion server initially starts up? I am looking for something like the following using Weblogic: weblogic.system.startupClass.initialise=class-name weblogic.system.startupArgs.initialise=arguments thx sb Chequemail.com - a free web based e-mail service that also pays!!! http://www.chequemail.com
(RE: A Swedish Idea) - Interbase licence
Michael J. Cannon wrote: Interbase is not 'free.' Well, Michael, I already made a post of the parts in the Interbase licence that states that the database product is free. I think I read the licence very carefully, and as far as I can see, the licence is indeed free. The licence includes sentences like the ones included below, which states that one can freely use and distribute Interbase although one is not granted a patent right. This is, I believe, sufficient if you just want to put Interbase underneath your web application. Now, should you (or anyone else) disagree in this matter, I would be very interested in hearing your comments. Yours Randahl "The Initial Developer hereby grants You a world-wide, royalty-free, non-exclusive license, subject to third party intellectual property claims: (a) under intellectual property rights (other than patent or trademark) Licensable by Initial Developer to use, reproduce, modify, display, perform, sublicense and distribute the Original Code (or portions thereof) with or without Modifications, and/or as part of a Larger Work; and (b) under Patents Claims infringed by the making, using or selling of Original Code, to make, have made, use, practice, sell, and offer for sale, and/or otherwise dispose of the Original Code (or portions thereof)."
RE: Is this the Orion Team?
Well I would not know - I have never met him... I wonder what makes you able to make that king of comparison... R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: 17. april 2001 16:18 To: Orion-Interest Subject: RE: Is this the Orion Team? And what a lovely picture it is. PS Anyone notice how one of them looks likeSatan? On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: If you go to the Swedish newspaper site, there is a picture of the developers. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 3:09 AM To: Orion-Interest Subject: Re: Is this the Orion Team? Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudtext.htmlt=2; v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
RE: Xerces and Xalan
I upgraded my versions without any problems encountered - maybe you too could benefit from replacing your two jar files. Remember, however, that you should download the latest version of Xalan and use BOTH the xalan.jar AND THE xerces.jar which comes with Xalan - that way you can be sure your xalan.jar and xerces.jar are compatible. I have not noticed anyone reporting errors seen from updating xalan and xerces in Orion, but if anyone has had any trouble, I suggest you write a mail to this list. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mikael Stldal Sent: 12. april 2001 15:32 To: Orion-Interest Subject: Xerces and Xalan Why does Orion uses such old versions of Xerces and Xalan? It would be nice with JAXP 1.1 support.
RE: double emails
I am also getting double e-mails... it has been like this for approximately 4 days now. I have not change my subscribtion during this period, so I think something is misconfigured. That makes to of us... anyone else?? Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan North Sent: 10. april 2001 19:18 To: Orion-Interest Subject: double emails Is anyone else getting double postings or have I accidentally double-subscribed? Dan/tastapod -- Dan North VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550 CONFIDENTIALITY This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information in any medium
RE: double emails
I get double e-mails and it is only from this list, I might add. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan North Sent: 10. april 2001 19:18 To: Orion-Interest Subject: double emails Is anyone else getting double postings or have I accidentally double-subscribed? Dan/tastapod -- Dan North VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550 CONFIDENTIALITY This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information in any medium
RE: Error : Interbase schema and deployment
If it is of any help toyou, I can inform you that I used Borland/Interbase instead of Firebird/Interbase, and that works fine with Interclient. So if you do not find a solution you might try Borland/Interbase instead - you will probably not be able to note the difference anyway, since it is so close to being the same product. Yours Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter NordlundSent: 7. april 2001 18:55To: Orion-InterestSubject: Error : Interbase schema and deployment I am trying to change the database from hsql to Interbase (well, actually firebird 0.94...) in the CMP primer example for orion. My setup of Interbase followed the "Falk Langhammers database schema for Interbase " input to the orion-interest. It was easy, and I appreciate it. But it doesnt work for me. I get this error when starting the Orion server : C:\orionjava -Djsp.reuse.tags=false -jar orion.jar Auto-unpacking C:\code\addressbook\build\addressbook.ear... done. Auto-unpacking C:\code\addressbook\build\addressbook\addressbook-web.war... done. Auto-deploying addressbook (New server version detected)... Auto-deploying addressbook-ejb.jar (No previous deployment found)... SQL error: [interclient] Installed versions of InterClient and InterServer use in compatible client/server protocol versions. See API reference for exception interbase.interclient.BadInstallationException Warning: Error creating table: [interclient] Installed versions of InterClient and InterServer use incompatible client/server protocol versions. See API reference for exception interbase.interclient.BadInstallationException DataSourceConnection was not closed! done. I did look at the API, and this is mentioned. But I cant seem to solve the problem... What has happened, and how can i fix it ? This is my data-sources.xml : data-sources data-source name="InterBase" class="interbase.interclient.DataSource" location="jdbc/InterBaseDS" xa-location="jdbc/xa/InterBaseXADS" ejb-location="jdbc/InterBaseDS" connection-driver="interbase.interclient.Driver" username="sysdba" password="masterkey" url="jdbc:interbase://localhost//C:/programs/firebird_094/examples/v5/EMPLOYEE.GDB" inactivity-timeout="30" / /data-sources / Peter Nordlund "The mouse has moved - Windows needs to be restarted for the changes to take effect."
RE: orion + jbuilder4 -- sapdb?
Hi Peter I have not read your original post, nor the replies. However, I just wanted to recommend using Interbase. If you want to use Borland JBuilder, it seems obvious to use Borland Interbase aswell - I am not completely up to speed with JBuilder, but I would expect that their own database product would have the best integration with their IDE. We have chosen Interbase because it is an old, high quality, reliable product from Borland. I have absolutely nothing against Postgre or MySQL, but the fact that Borland has released Interbase as a free open source product gives you free access to a database which has been through 15 years of professional development. Now, if anyone can mention a product which beats that I am all ears... In hopes I have not mentioned something, someone else already posted Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Peltonen Sent: 5. april 2001 10:17 To: Orion-Interest Cc: Jukka-Pekka Naukkarinen; Ilkka Suvanto Subject: orion + jbuilder4 -- sapdb? Thank you for everyone answering my MySQL question. So, it appears that the situation is this, if I want to use Orion + JBuilder4: * PostgreSQL works fine except it isn't able to show tables in JBuilder * MySQL's EJB support doesn't work (and we need that!) * If we want to use Hypersonic we have to stop Orion while updating the db So, the question is, does SapDB work with our combination (has anyone used it with JBuilder and Orion)? I haven't really heard about it before, so how does it compare for example to MySQL and PostgreSQL? Regards, Peter
RE: orion + jbuilder4 -- sapdb?
I believe Interbase is totally free. For some reason Borland does not emphasize this very much - maybe to make sure people don't think it is a discount product. Interbase is released under a licence which besides the usual juristical mumbo jumbo says the following three important things: "grants You a world-wide, royalty-free, non-exclusive license" (...) "to use, reproduce, modify, display, perform, sublicense and distribute the Original Code (or portions thereof) with or without Modifications, and/or as part of a Larger Work;" (...) "under Patents Claims infringed by the making, using or selling of Original Code, to make, have made, use, practice, sell, and offer for sale, and/or otherwise dispose of the Original Code (or portions thereof)." And I feel sure that if it was not for these sentences there would not be an open source project based on Interbase called "Firebird" at http://firebird.sourceforge.net. - That's interesting by the way... when Interbase went open source Borland was slow on getting up to speed with the open source web community stuff, so the open source developers took the project elsewhere and renamed it "Firebird", which means that Borland has no control over what happens with the Firebird project. - Probably not what Borland expected at all. Now the developers at "Firebird" claim they have made a bunch of bug fixes which should be the reason to choose their product. Still, we are definately going to stick with Borland for now; after all they have many years of experience with developing the product, so having them control the open source effort somewhat might be a good thing. Hope this clarifies what Borland did not make obvious at their web site. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Peltonen Sent: 5. april 2001 15:05 To: Orion-Interest Subject: Re: orion + jbuilder4 -- sapdb? Randahl Fink Isaksen wrote: Thanks for your recommendation. We've thought about Interbase. I browsed through Borland's web pages which were really not that informative and I got an impression that *development* use with Interbase is free but *production* use would be under commercial license... That was why we didn't consider it at this time. Or was I totally wrong and Interbase is free for all uses? I am just exploring SapDB. Got the RPMs installed and I'm now browsing through the PDF documentation, which is a bit confusing (is there an HTML version somewhere of these docs? Acroread under Linux doesn't behave well with my Netscape). I cannot find a "beginner's tutorial" anywhere, I mean information like how to start / stop the service, how to start the gui and so on. Any help appreciated :) Cheers, Peter Hi Peter I have not read your original post, nor the replies. However, I just wanted to recommend using Interbase. If you want to use Borland JBuilder, it seems obvious to use Borland Interbase aswell - I am not completely up to speed with JBuilder, but I would expect that their own database product would have the best integration with their IDE. We have chosen Interbase because it is an old, high quality, reliable product from Borland. I have absolutely nothing against Postgre or MySQL, but the fact that Borland has released Interbase as a free open source product gives you free access to a database which has been through 15 years of professional development. Now, if anyone can mention a product which beats that I am all ears... In hopes I have not mentioned something, someone else already posted Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Peltonen Sent: 5. april 2001 10:17 To: Orion-Interest Cc: Jukka-Pekka Naukkarinen; Ilkka Suvanto Subject: orion + jbuilder4 -- sapdb? Thank you for everyone answering my MySQL question. So, it appears that the situation is this, if I want to use Orion + JBuilder4: * PostgreSQL works fine except it isn't able to show tables in JBuilder * MySQL's EJB support doesn't work (and we need that!) * If we want to use Hypersonic we have to stop Orion while updating the db So, the question is, does SapDB work with our combination (has anyone used it with JBuilder and Orion)? I haven't really heard about it before, so how does it compare for example to MySQL and PostgreSQL? Regards, Peter
max-table-name-length - a bug or a feature?!?
When using max-table-name-length in my database schema Orion does not only truncate table names, it also alters them. I have a couple of beans which all have their own relationship to a certain other bean which has a long name. This should result in Orion creating the following tables: MyFirstEJB MyFirstEJB_theCertainOtherBeansIKnow MySecondEJB MySecondEJB_theCertainOtherBeansIKnow CertainOtherBean Where the tables called "X_theCertainOtherBeansIKnow" store the relationship keys. However, when these relationship tables have too long names Orion does not remove characters at the end of the names, rather it removes the bean name from the table name. So instead of a truncated name like "MySecondEJB_theCertainOth", I get this name instead: "theCertainOtherBeansIKnow". This is quite a problem since many of my EJBs have this relationship, and then Orion thinks it should create a table named "theCertainOtherBeansIKnow" for each of them, which it cannot because the table names collide. As a work-around I have decided to force Orion to use table names which I will specify in "orion-ejb-jar.xml". - But of course this is not very satisfactory. If anyone knows another solution to this problem or have any suggestions I would very much like to hear from you. Yours Randahl
RE: isolation levels
Dan North wrote: ps. What a helpful mailing list :o) Yes! It is truly a great list this one - it really makes you want to meet all these helpfull skilled people and celebrate!... too bad we live in different countries, there are a couple of people on this list whom I owe a drink or two at the local pub :o) R.
RE: Orion using Interbase / VerifyError
Thanks. I am using JDK1.3 and I noticed that the interclient was developed for 1.2. Might I ask which version of Java you are using? If we are both using 1.3 then that might be the reason. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kiss Tibor Sent: 2. april 2001 17:38 To: Orion-Interest Subject: RE: Orion using Interbase / VerifyError Are you using Interclient2? I had the same problem. The workaround was to download the source code for IC2 and build it for myself. (It requires some modification, as it will not compile in its current form.) AFAIK, not a single line of code has been added between August and January. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 3:11 PM To: Orion-Interest Subject: Orion using Interbase / VerifyError I am trying to make Orion work with Interbase. When deploying my solution I get the error shown below. I have tested my application on Hypersoniq, and I have tested my Interbase setup, plus I am able to connect to the datasource's URL using Interbases built in test tool. Still I get the java.lang.VerifyError. I have noticed that this error is thrown under many different circumstances - if you deliberately use a wrong password or an invalid database URL in "InterClient Communication Diagnostics", Interbase will simply throws this error aswell, and tell you that there might be a configuration problem (which is not the case). Any suggestions would be highly appreciated. Randahl Auto-deploying ro-ejb.jar (No previous deployment found)... Auto-creating table: create table ArchiveEJB (primaryKey INTEGER NOT NULL PRIMAR Y KEY, alias VARCHAR(255) NULL, classRestrictionName VARCHAR(255) NULL) java.lang.VerifyError: (class: interbase/interclient/ErrorKey, method: _$372 sig nature: (Ljava/lang/String;Ljava/lang/String;I)V) Expecting to find unitialized object on stack at interbase.interclient.SQLException.init(SQLException.java:96) at interbase.interclient.RecvMessage.createSQLException(RecvMessage.java :694) at interbase.interclient.RecvMessage.makeSQLException(RecvMessage.java:5 93) at interbase.interclient.RecvMessage.get_EXCEPTIONS(RecvMessage.java:554 ) at interbase.interclient.Statement._$121578(Statement.java:282) at interbase.interclient.Statement.executeUpdate(Statement.java:261) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.server.ejb.compilation.ga.ahq(JAX) at com.evermind.server.ejb.compilation.f4.ahq(JAX) at com.evermind.server.ejb.compilation.f4.s_(JAX) at com.evermind.server.ejb.compilation.ga.s_(JAX) at com.evermind.server.ejb.EJBContainer.bz(JAX) at com.evermind.server.Application.bz(JAX) at com.evermind.server.Application.gf(JAX) at com.evermind.server.ApplicationServer.rv(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hg.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX)
Interbase and Orion / Falk Langhammers database schema for Interbase
Hi If you could give me any feedback about the following issue I would be very gratefull... I managed to get Interbase up and running with Orion. When I deploy, Orion creates my tables in the way I expected. However, when I start creating EJBs I get a javax.ejb.CreateException from InterClient. I create my EJBs from a JSP page which has worked fine on Hypersoniq. The exception on Interbase is this: javax.ejb.CreateException: Error creating EntityBean: [interclient] Invalid data conversion: Parameter instance Archive is out of range for requested conversion. See API reference for exception interbase.interclient.ParameterConversionException Now, such a conversion exception has to do with JDBC's conversions from Java objects to database data types. The instance I am trying to store is a simple bean containing only three properties: 1. a String as a primary key 2. another String 3. an int The only way I can imagine one of these values being out of range is if one of the strings were too long or the bytesize of the int could not fit into database type I have declared - I am using the database schema shown below which is based partially on Falk Langhammers post. If you have any ideas or suggestions I would be very happy to hear from you. Yours R. ?xml version="1.0"? !DOCTYPE database-schema PUBLIC "-//Evermind//- Database schema" "http://www.orionserver.com/dtds/database-schema.dtd" database-schema name="InterBase" not-null="not null" null="" primary-key="primary key" max-table-name-length="31" type-mapping type="java.lang.String" name="VARCHAR(252)" / type-mapping type="int" name="INTEGER" / type-mapping type="long" name="NUMERIC(20,0)" / type-mapping type="float" name="FLOAT" / type-mapping type="double" name="DOUBLE PRECISION" / type-mapping type="byte" name="NUMERIC(10,0)" / type-mapping type="char" name="CHAR(1)" / type-mapping type="short" name="SMALLINT" / type-mapping type="boolean" name="NUMERIC(1,0)" / type-mapping type="java.io.Serializable" name="BLOB" / disallowed-field name="key" / disallowed-field name="date" / disallowed-field name="timestamp" / disallowed-field name="time" / disallowed-field name="username" / disallowed-field name="password" / disallowed-field name="select" / disallowed-field name="where" / disallowed-field name="order" / disallowed-field name="from" / disallowed-field name="by" / disallowed-field name="table" / disallowed-field name="type" / disallowed-field name="page" / disallowed-field name="value" / disallowed-field name="role" / /database-schema -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Falk Langhammer Sent: 25. februar 2001 13:51 To: Orion-Interest Subject: Re: Win2k Pro. is mess... choosing the right database product Hi Vimal, I got Interbase working and there *are* some traps. Therefore let me share my solution with this list: (1) Get Interclient 2.0 from http://inprise-svca.www.conxion.com/win_sources.zip (a link from http://www.inprise.com/interbase/downloads/) (2) Install (3) Get a recompiled interclient.jar from http://www.kpi.com.au/interbase/files/interclient.jar (the original will cause JavaVerify errors) (4) Overwrite interclient.jar (the test applet will cease to work because some applet-specific classes were omitted in new .jar - ignore) (5) Get Firebird 0.9.4 from http://sourceforge.net/project/showfiles.php?group_id=9028release_id=19364 (ie. http://download.sourceforge.net/firebird/fbinst_0_9-4_prod_2000_12_29-1.exe for Win2k) (6) Install (Firebird is Interbase 6.0 with OSS support - The version from Borland's site seems unsupported by both Borland and the OSS community now) Firebird is ~2 months old were Interbase6 is ~8 months old. This installs Firebird as a Win2k-service. (7) Using Interclient configurator, configure Interclient (ie., Interserver) as a Win2k-service. Start the service now. (8) Copy interclient.jar (the new one) to OrionInstall/lib. (9) Copy firebird.xml (cf. my attachment #1) to OrionInstall/config/database-schemas (I have seen many Interbase schemas - most of them had a bug. Mine follows the Borland Application Server 4.5 Spec for Interbase 5.0 plus 6.0 additional datatypes. Reserved words are incomplete!) (10) Modify OrionInstall/config/data-sources.xml to include the datasource (cf. my attachment #2 as an example - MODIFY!!) (11) Restart Orion and deploy your application. Hope this gets YOu up and running and saves YOu this weekend ;-) Falk Langhammer - Original Message - From: Vimal Patel To: Orion-Interest Sent: Thursday, August 03, 2000 10:44 PM Subject: Re: Win2k Pro. is mess... choosing the right database product Can you tell me what data-source settings you have to get interbase working with orion and the driver version. I can not get it to work with orion. Also if
RE: Orion using Interbase / VerifyError
Actually I found out a rebuild which works on JDK 1.3 can be downloaded from http://www.kpi.com.au/interbase/files/interclient.jar Falk Langhammer mentioned this in an earlier post. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kiss Tibor Sent: 3. april 2001 11:24 To: Orion-Interest Subject: RE: Orion using Interbase / VerifyError I have tried both 1.2 and 1.3. It is a problem with the interclient classes. (At least with version 2, never really tried 1.6) A rebuild from the sources solves the problem. (Although you have to modify a bit of the code, IIRC near XATransaction.) Tibor -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 03, 2001 8:38 AM To: Orion-Interest Subject: RE: Orion using Interbase / VerifyError Thanks. I am using JDK1.3 and I noticed that the interclient was developed for 1.2. Might I ask which version of Java you are using? If we are both using 1.3 then that might be the reason. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kiss Tibor Sent: 2. april 2001 17:38 To: Orion-Interest Subject: RE: Orion using Interbase / VerifyError Are you using Interclient2? I had the same problem. The workaround was to download the source code for IC2 and build it for myself. (It requires some modification, as it will not compile in its current form.) AFAIK, not a single line of code has been added between August and January. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Monday, April 02, 2001 3:11 PM To: Orion-Interest Subject: Orion using Interbase / VerifyError I am trying to make Orion work with Interbase. When deploying my solution I get the error shown below. I have tested my application on Hypersoniq, and I have tested my Interbase setup, plus I am able to connect to the datasource's URL using Interbases built in test tool. Still I get the java.lang.VerifyError. I have noticed that this error is thrown under many different circumstances - if you deliberately use a wrong password or an invalid database URL in "InterClient Communication Diagnostics", Interbase will simply throws this error aswell, and tell you that there might be a configuration problem (which is not the case). Any suggestions would be highly appreciated. Randahl Auto-deploying ro-ejb.jar (No previous deployment found)... Auto-creating table: create table ArchiveEJB (primaryKey INTEGER NOT NULL PRIMAR Y KEY, alias VARCHAR(255) NULL, classRestrictionName VARCHAR(255) NULL) java.lang.VerifyError: (class: interbase/interclient/ErrorKey, method: _$372 sig nature: (Ljava/lang/String;Ljava/lang/String;I)V) Expecting to find unitialized object on stack at interbase.interclient.SQLException.init(SQLException.java:96) at interbase.interclient.RecvMessage.createSQLException(RecvMessage.java :694) at interbase.interclient.RecvMessage.makeSQLException(RecvMessage.java:5 93) at interbase.interclient.RecvMessage.get_EXCEPTIONS(RecvMessage.java:554 ) at interbase.interclient.Statement._$121578(Statement.java:282) at interbase.interclient.Statement.executeUpdate(Statement.java:261) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.server.ejb.compilation.ga.ahq(JAX) at com.evermind.server.ejb.compilation.f4.ahq(JAX) at com.evermind.server.ejb.compilation.f4.s_(JAX) at com.evermind.server.ejb.compilation.ga.s_(JAX) at com.evermind.server.ejb.EJBContainer.bz(JAX) at com.evermind.server.Application.bz(JAX) at com.evermind.server.Application.gf(JAX) at com.evermind.server.ApplicationServer.rv(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hg.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX)
FW: Interbase and Orion / Falk Langhammers database schema for Interbase
Hi If you could give me any feedback about the following issue I would be very gratefull... I managed to get Interbase up and running with Orion. When I deploy, Orion creates my tables in the way I expected. However, when I start creating EJBs I get a javax.ejb.CreateException from InterClient. I create my EJBs from a JSP page which has worked fine on Hypersoniq. The exception on Interbase is this: javax.ejb.CreateException: Error creating EntityBean: [interclient] Invalid data conversion: Parameter instance Archive is out of range for requested conversion. See API reference for exception interbase.interclient.ParameterConversionException Now, such a conversion exception has to do with JDBC's conversions from Java objects to database data types. The instance I am trying to store is a simple bean containing only three properties: 1. a String as a primary key 2. another String 3. an int The only way I can imagine one of these values being out of range is if one of the strings were too long or the bytesize of the int could not fit into database type I have declared - I am using the database schema shown below which is based partially on Falk Langhammers post. If you have any ideas or suggestions I would be very happy to hear from you. Yours R. ?xml version="1.0"? !DOCTYPE database-schema PUBLIC "-//Evermind//- Database schema" "http://www.orionserver.com/dtds/database-schema.dtd" database-schema name="InterBase" not-null="not null" null="" primary-key="primary key" max-table-name-length="31" type-mapping type="java.lang.String" name="VARCHAR(252)" / type-mapping type="int" name="INTEGER" / type-mapping type="long" name="NUMERIC(20,0)" / type-mapping type="float" name="FLOAT" / type-mapping type="double" name="DOUBLE PRECISION" / type-mapping type="byte" name="NUMERIC(10,0)" / type-mapping type="char" name="CHAR(1)" / type-mapping type="short" name="SMALLINT" / type-mapping type="boolean" name="NUMERIC(1,0)" / type-mapping type="java.io.Serializable" name="BLOB" / disallowed-field name="key" / disallowed-field name="date" / disallowed-field name="timestamp" / disallowed-field name="time" / disallowed-field name="username" / disallowed-field name="password" / disallowed-field name="select" / disallowed-field name="where" / disallowed-field name="order" / disallowed-field name="from" / disallowed-field name="by" / disallowed-field name="table" / disallowed-field name="type" / disallowed-field name="page" / disallowed-field name="value" / disallowed-field name="role" / /database-schema -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Falk Langhammer Sent: 25. februar 2001 13:51 To: Orion-Interest Subject: Re: Win2k Pro. is mess... choosing the right database product Hi Vimal, I got Interbase working and there *are* some traps. Therefore let me share my solution with this list: (1) Get Interclient 2.0 from http://inprise-svca.www.conxion.com/win_sources.zip (a link from http://www.inprise.com/interbase/downloads/) (2) Install (3) Get a recompiled interclient.jar from http://www.kpi.com.au/interbase/files/interclient.jar (the original will cause JavaVerify errors) (4) Overwrite interclient.jar (the test applet will cease to work because some applet-specific classes were omitted in new .jar - ignore) (5) Get Firebird 0.9.4 from http://sourceforge.net/project/showfiles.php?group_id=9028release_id=19364 (ie. http://download.sourceforge.net/firebird/fbinst_0_9-4_prod_2000_12_29-1.exe for Win2k) (6) Install (Firebird is Interbase 6.0 with OSS support - The version from Borland's site seems unsupported by both Borland and the OSS community now) Firebird is ~2 months old were Interbase6 is ~8 months old. This installs Firebird as a Win2k-service. (7) Using Interclient configurator, configure Interclient (ie., Interserver) as a Win2k-service. Start the service now. (8) Copy interclient.jar (the new one) to OrionInstall/lib. (9) Copy firebird.xml (cf. my attachment #1) to OrionInstall/config/database-schemas (I have seen many Interbase schemas - most of them had a bug. Mine follows the Borland Application Server 4.5 Spec for Interbase 5.0 plus 6.0 additional datatypes. Reserved words are incomplete!) (10) Modify OrionInstall/config/data-sources.xml to include the datasource (cf. my attachment #2 as an example - MODIFY!!) (11) Restart Orion and deploy your application. Hope this gets YOu up and running and saves YOu this weekend ;-) Falk Langhammer - Original Message - From: Vimal Patel To: Orion-Interest Sent: Thursday, August 03, 2000 10:44 PM Subject: Re: Win2k Pro. is mess... choosing the right database product Can you tell me what data-source settings you have to get interbase working with orion and the driver version. I can not get it to work with orion. Also if
Orion using Interbase / VerifyError
I am trying to make Orion work with Interbase. When deploying my solution I get the error shown below. I have tested my application on Hypersoniq, and I have tested my Interbase setup, plus I am able to connect to the datasource's URL using Interbases built in test tool. Still I get the java.lang.VerifyError. I have noticed that this error is thrown under many different circumstances - if you deliberately use a wrong password or an invalid database URL in "InterClient Communication Diagnostics", Interbase will simply throws this error aswell, and tell you that there might be a configuration problem (which is not the case). Any suggestions would be highly appreciated. Randahl Auto-deploying ro-ejb.jar (No previous deployment found)... Auto-creating table: create table ArchiveEJB (primaryKey INTEGER NOT NULL PRIMAR Y KEY, alias VARCHAR(255) NULL, classRestrictionName VARCHAR(255) NULL) java.lang.VerifyError: (class: interbase/interclient/ErrorKey, method: _$372 sig nature: (Ljava/lang/String;Ljava/lang/String;I)V) Expecting to find unitialized object on stack at interbase.interclient.SQLException.init(SQLException.java:96) at interbase.interclient.RecvMessage.createSQLException(RecvMessage.java :694) at interbase.interclient.RecvMessage.makeSQLException(RecvMessage.java:5 93) at interbase.interclient.RecvMessage.get_EXCEPTIONS(RecvMessage.java:554 ) at interbase.interclient.Statement._$121578(Statement.java:282) at interbase.interclient.Statement.executeUpdate(Statement.java:261) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.sql.am.executeUpdate(JAX) at com.evermind.server.ejb.compilation.ga.ahq(JAX) at com.evermind.server.ejb.compilation.f4.ahq(JAX) at com.evermind.server.ejb.compilation.f4.s_(JAX) at com.evermind.server.ejb.compilation.ga.s_(JAX) at com.evermind.server.ejb.EJBContainer.bz(JAX) at com.evermind.server.Application.bz(JAX) at com.evermind.server.Application.gf(JAX) at com.evermind.server.ApplicationServer.rv(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hg.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX)
Trouble with the mailing list since Monday
I just wanted to check if anyone else on the list have had trouble getting the e-mails from the list. As of monday our mail server has started to can all e-mails from the list, saying they contain errors. All our other e-mails are delivered, so it seems our mail server works fine. Up until monday we have been receiving each and every mail from the list, but then all of a sudden this happens - has the list servers configuration been changed recently, maybe? Anyone? R.
RE: Impossible getting the attention of the orion (support) team. Are they still around?
I think it is because of the list software. I too have been unable to get the mail to my account, but I tried subscribing a different account, and that works. Why don't you try creating a hotmail.com account or the like, and subscribe it... Just a thought. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Douma, Ate Sent: 19. marts 2001 11:24 To: Orion-Interest Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: Custom Error Pages
This may be a help to you: Check out the java.util.StringTokenizer, have it search for '\n' and replace that with br/. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of SCOTT FARQUHAR Sent: 14. marts 2001 01:49 To: Orion-Interest Subject: Custom Error Pages I am trying to write a custom error page for some of my errors, but I can't manage to print the stack trace nicely. Does anyone have an example they can point me to of an error page that prints errors nicely (source code)? Thanks in advance Scott
Autoreplies and mailing list mails
Dear Peter Ratz I sincerely hope that next time you are out of the office you will _not_ send autoreplies to everyone on the Orion Interest list. You have now informed each and every contributer on the list _many_ times that you are unreachable, and this autoreplying will go on and on and on untill you get back. I know autoreplies can be a good tool sometimes, but please do not send autoreplies to mailing lists - either unsubscribe from the list prior to leaving the office or simply do not use autoreplies. I am sure you did not make this happen deliberately, and I hope this will not happen again. Yours Sincerely Randahl -Original Message- From: Ratz, Peter [mailto:[EMAIL PROTECTED]] Sent: 12. marts 2001 15:16 To: Randahl Fink Isaksen Subject: AW: Un Subscribe Ich bin voraussichtlich bis 05.04.2001 nicht erreichbar. Bitte wenden Sie sich an Frau Ulrike Fandrey. Tel.: 08677 9747-123 E-Mail: [EMAIL PROTECTED] Mit freundlichen Gren Peter Ratz COC AG, Burghausen winmail.dat
RE: Autoreplies and mailing list mails
I had a feeling you where going to send me this: -Original Message- From: Ratz, Peter [mailto:[EMAIL PROTECTED]] Sent: 12. marts 2001 15:32 To: Randahl Fink Isaksen Subject: AW: Autoreplies and mailing list mails Ich bin voraussichtlich bis 05.04.2001 nicht erreichbar. Bitte wenden Sie sich an Frau Ulrike Fandrey. Tel.: 08677 9747-123 E-Mail: [EMAIL PROTECTED] Mit freundlichen Gren Peter Ratz COC AG, Burghausen winmail.dat
Re: JDom and Orion
Well, David Kinnvall, did you ever get into any trouble from replacing the versions of Xerces and Xalan in Orion? Randahl Hi Mark, and the list, I ran into this as well, just two days ago. I tried putting the new xerces.jar in WEB-INF/lib as well as in orion/lib, with no effect. Finally I simply replaced the $ORION_DIR/xerces.jar with the new one as you are thinking about. It worked nicely, and I have not seen any ill effects from it yet. JDOM is very nice! I guess your question is still valid though: Are there any bad effects from doing this that will surface along the road that I haven't seen yet? Something that is not triggered by my current code? Or is Orion compatible with newer versions of Xerces? Oh, almost forgot, I took the opportunity to replace the old Xalan with the latest one as well... Regards, David.
Is Orion compatible with the latest versions of Xalan and Xerces?
Is Orion compatible with the latest versions of Xalan and Xerces? - I expect that is a question of whether the latest versions of Xalan and Xerces are backward compatible... does anyone know from (documentation or) experience? R.
RE: Un Subscribe
Use the form at orionserver.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: 12. marts 2001 05:00 To: Orion-Interest Subject: Un Subscribe winmail.dat
Using multiple datasources
What is the simplest, most server-independent way of using several datasources with the same application? I would like a number of different customers to be able to use the same web-application, but with different database instances. It is important for me to use as few Orion specific features as possible - so far almost all my configuration lies in the standard xml-files as defined in the specification. However, it seems choosing a specific database instance is not mentioned in the EJB spec. Randahl.
RE: Orion 1.4.7?
You cannot download 1.4.7 as a seperate package. However, you can upgrade your 1.4.5 to 1.4.7 by launching the update functionality of Orion. It is all documented at www.orionserver.com. Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Thanh, Dao Chung ThanhSent: 9. marts 2001 09:51To: Orion-InterestSubject: Orion 1.4.7? Hello Anyone could tell me where I can download Orion 1.4.7 Thanks in advance
Error unpacking: IO Error: error in opening
I am wondering if I am the the only one getting an error when deploying a new .ear (this happens often but not always): Auto-unpacking C:\(...)\project.ear... Error unpacking: IO Error: error in opening zip file Does anybody know why this happens, and is there a work-around apart from restarting Orion? R.
RE: When does EJBOjbect.remove() not work
I am using CMP, I am not catching any exceptions explicitly but if some where thrown, I am sure the JSP engine or Orion in general would report them. I have not checked if my ejbRemove() gets called - in fact there is nothing in my ejbRemove() method. I will do a simple logging in that method to make sure... R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Nicholson Sent: 6. marts 2001 17:47 To: Orion-Interest Subject: RE: When does EJBOjbect.remove() not work Are you using CMP or BMP? Does your EntityBeans ejbRemove get called? Are you catching any exceptions anywhere? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink Isaksen Sent: Tuesday, March 06, 2001 3:49 AM To: Orion-Interest Subject: When does EJBOjbect.remove() not work In many of my JSP files I invoke the .remove() method on an EJB to get it permanently deleted. Sometimes, however, the EJB is NOT deleted even though I get no error messages. So, has anyone experienced that this does not always work: while(myIteratorOfSomeEJBs.hasNext()) ((EJBObject) myIteratorOfSomeEJBs.next()).remove(); I was thinking that maybe it did not work because of some transactional issues (maybe rollbacks happens under some circumstances) - but since I get no error messages, I don't know if this is the case. R.
RE: un subscribe
Use the form at orionserver.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Prasanna Kumar Sent: 6. marts 2001 23:43 To: Orion-Interest Subject: un subscribe Please un subscribe Thanx..
RE: Error page
Hi Juan! My experience is that using an error page directive can take care of _some_ of the problems, not all. For now, I have simply put such a directive in each page, and quite often Orion shows my error page when an error occurs. However, if the error occurs on an included page, the contents on the containing page are often combined with my error page, which gives me a mix of two pages contents which all together is NOT valid XML. In these cases I bypass the XSLT processor by removing the page's link to it, and look at the source of the html to see the exception. I have not had time to solve this yet, but I was thinking of using a dummy error page containing a redirection header which would force the client to call a REAL error page which will be delivered with no page mixing. This would work, I think, but I would have to store the error information somewhere in between the two page invokations, which is maybe not that pretty after all. I will go ahead and make a post about this directly to the list. PS: I mailed this to the list aswell, as I think this is an important subject which should also be brought up on the list. Yours Randahl -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: 6. marts 2001 19:53 To: '[EMAIL PROTECTED]' Subject: Error page Hi Randahl! I remeber you've had some problems with orion errors being invalid xml and you followed my suggestion of creating your own error page; I was wondering if you could share it with me(or some pointers) because I have the same problem now. TIA Juan
How can I prevent pagemixing when using error page directive?
A couple of us seem to have problems with error pages. I have a page A which includes another page B, and I have created an error page called "error.jsp" which is specified as the error page of both pages. However, if an error occurs on page B which makes Orion forward the request to the error page, I sometimes get parts of page A sent to the client along with my error page contents. When using regular HTML the problem is simply that the error page looks a bit odd to the user. But the problem is worse, when using JSP/XSLT, because the error page never reaches the user as the mixed page is most often invalid XML. Does anyone know a solution to this? Randahl
RE: com.evermind.server.rmi.RMIConnectionException: Object reference no longer valid (Disconnected)
Title: com.evermind.server.rmi.RMIConnectionException: Object reference no longer valid (Disconnected) I think somebody mentioned a 64K barrier on JSP pages? - Could that have something to do with it? R. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Eyal Litman (Kamoon IL)Sent: 7. marts 2001 10:27To: Orion-InterestSubject: com.evermind.server.rmi.RMIConnectionException: Object reference no longer valid (Disconnected) Hi, I'm getting this exception when trying to sent a 72k string from my EJB(with orion) back to my client, using ORMI protocol (sun JDK 1.3, win 2000 and also on linux): com.evermind.server.rmi.RMIConnectionException: Object reference no longer valid (Disconnected) at com.evermind.server.rmi.a1.invoke(JAX) at __Proxy1.remove(Unknown Source) at kamoon.client.TestXmlTypesManager.main(TestXmlTypesManager.java:47) When i try to pass a smaller strings (i checked with 13k) it worked ok. 1. Does anybody had similar problems ? 2. What is wrong ? Eyal Litman Server Side Team, Kamoon Ltd.
When does EJBOjbect.remove() not work
In many of my JSP files I invoke the .remove() method on an EJB to get it permanently deleted. Sometimes, however, the EJB is NOT deleted even though I get no error messages. So, has anyone experienced that this does not always work: while(myIteratorOfSomeEJBs.hasNext()) ((EJBObject) myIteratorOfSomeEJBs.next()).remove(); I was thinking that maybe it did not work because of some transactional issues (maybe rollbacks happens under some circumstances) - but since I get no error messages, I don't know if this is the case. R.
RE: un subscribe
please use the form at orionserver.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Abhishek Sehgal Sent: 5. marts 2001 06:34 To: Orion-Interest Subject: un subscribe un subscribe __ FREE Personalized Email at Mail.com Sign up at http://www.mail.com/?sr=signup
Request for your comments: Possible improvement of Orion CMP 2.0
I noticed that CMP 2.0 getXYZ-methods like customer.getAccounts() return a Collection which does not use isIdentical() to test whether it contains some element. I.e. when you invoke customer.getAccounts().contains(myAccount); this does not work. It seems to me that the collection returned by Orion is as incompatible with EJB as is the Java Collections Framework. This raises the question: Should not Orion return a collection which is compatible with EJB? - After all, it is an EJB server, and a pretty good one too, I might add. Yours Randahl
RE: Again EJB 2.0
Sounds like the database you are using does not support a type called "int" which you are mapping all "Integer"s to. You need to instead have Integer mapped to some 4-byte wide integer value supported, so you would have to check your database documentation for such a type. Anyways, according to the specification, you should fill out the cmp-version field with 2.x, not 2.0. Hope this gets you going Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of fresnaULLSent: 5. marts 2001 16:08To: Orion-InterestSubject: Again EJB 2.0 Hi, I have the following entity beans: person(id(integer), name(varchar)) job(id(integer), name(varchar)) So, this is my ejb-jar.xml: enterprise-beansentitydescriptionPerson EJB CMP /descriptioncmp-version2.0/cmp-versionejb-namePerson/ejb-namehomeperson.PersonHome/homeremoteperson.Person/remoteejb-classperson.PersonBean/ejb-classprim-key-classjava.lang.Integer/prim-key-classreentrantFalse/reentrantpersistence-typeContainer/persistence-typecmp-fieldfield-nameid/field-name/cmp-fieldcmp-fieldfield-namename/field-name/cmp-field cmp-fieldfield-namejobid/field-name/cmp-fieldprimkey-fieldid/primkey-field/entity/enterprise-beans enterprise-beansentitydescriptionPerson EJB CMP /descriptioncmp-version2.0/cmp-versionejb-nameJob/ejb-namehomeJobHome/homeremoteJob/remoteejb-classJobBean/ejb-classprim-key-classjava.lang.Integer/prim-key-classreentrantFalse/reentrantpersistence-typeContainer/persistence-typecmp-fieldfield-nameid/field-name/cmp-fieldcmp-fieldfield-namename/field-name/cmp-fieldprimkey-fieldid/primkey-field/entity/enterprise-beans relationships ejb-relation ejb-relation-namePerson-Job/ejb-relation-name ejb-relationship-role ejb-relationship-role-name/ejb-relationship-role-name multiplicityone/multiplicity role-source ejb-nameJob/ejb-name remote-ejb-nameJob/remote-ejb-name dependent-nameJob/dependent-name /role-source cmr-field cmr-field-namejobid/cmr-field-name cmr-field-typeJob/cmr-field-type /cmr-field /ejb-relationship-role ejb-relationship-role ejb-relationship-role-name/ejb-relationship-role-name multiplicityone/multiplicity role-source ejb-namePerson/ejb-name remote-ejb-namePerson/remote-ejb-name dependent-namePerson/dependent-name /role-source /ejb-relationship-role /ejb-relation /relationships Everything seems to work fine, I mean, the entities get deployed etc... but when I try to create a new Person Orion seems to map the Integer field to SQLBIG_INT so I get the following error: [ODBC SQL SERVER DRIVER] Optional feature not implemented In the squema for the sql-server I have the following mapping: type-mapping type="java.lang.Integer" name="int" / but anyway it still replace the Integer by SQLBIG_INT Does anybody know what I'm doing wrong? Thanks in advance.
RE: Subject: unsubscribe
use the form at orionserver.com -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tony DanielloSent: 6. marts 2001 02:56To: Orion-InterestSubject: Subject: unsubscribePlease remove me from your mailing list. -- Tony Daniello Phone: (301) 572-1694 System Support Engineer [EMAIL PROTECTED] Harbor Branch pager [EMAIL PROTECTED]
RE: Problem retrieving dependents after Orion restart
I had the same symptom once, I had declared my primary keys as Integer and returned int rather than Integer in my ejbCreate methods. Have you accidently done the same??? Anyways, it seems Orion is quite non-informative about semantical errors, so I have entered a bug report about this issue (#349). R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Paransky Sent: 6. marts 2001 04:59 To: Orion-Interest Subject: RE: Problem retrieving dependents after Orion restart I have been playing with the simple example some more, and still cannot resolve the issue. The strange thing is that it seems to write the data to the tables correctly. All the fields are filled in as expected, it just fails to read the data back after restart. I am not sure the best way to proceed. Here are the layout for the tables which are being used: Person Table: ++---+--+-+-+---+ | Field | Type | Null | Key | Default | Extra | ++---+--+-+-+---+ | id | bigint(20)| | PRI | 0 | | | salutation | varchar(255) | YES | | NULL| | | name | varchar(255) | YES | | NULL| | | email | varchar(255) | YES | | NULL| | | createDate | timestamp(14) | YES | | NULL| | | modifyDate | timestamp(14) | YES | | NULL| | | parentId | bigint(20)| YES | | NULL| | | parentRelation | bigint(20)| YES | | NULL| | ++---+--+-+-+---+ Phones Table: +-+--+--+-+-+---+ | Field | Type | Null | Key | Default | Extra | +-+--+--+-+-+---+ | id | bigint(20) | | | 0 | | | number | varchar(255) | YES | | NULL| | | ownerId | bigint(20) | YES | | NULL| | +-+--+--+-+-+---+ In the PhonesTable ownerId is the foreign key for person.id field. The following join properly returns the data: select * from ejb_person_PersonEntity pe, ejb_phones ph where pe.id = ph.ownerId; Does any one know what the problem is? Thanks. -AP_ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Paransky Sent: Monday, March 05, 2001 6:13 PM To: Orion-Interest Subject: RE: Problem retrieving dependents after Orion restart Here is an excerpt from orion-ejb-jar.xml, can someone tell me if I have something configured incorrectly. Again, the data is properly written to the database, it is just NOT READ when orion is restarted and getPhoneDependents() api is executed. entity-deployment name="ejb.person.PersonEntity" location="ejb.person.PersonEntity" wrapper="PersonEntityHome_EntityHomeWrapper33" table="ejb_person_PersonEntity" data-source="jdbc/siteDS" primkey-mapping cmp-field-mapping fields cmp-field-mapping name="id" persistence-name="id" / /fields /cmp-field-mapping /primkey-mapping cmp-field-mapping name="salutation" persistence-name="salutation" / cmp-field-mapping name="name" persistence-name="name" / cmp-field-mapping name="email" persistence-name="email" / cmp-field-mapping name="phoneDependents" collection-mapping table="ejb_phones" primkey-mapping cmp-field-mapping fields cmp-field-mapping name="id" persistence-name="id" / /fields /cmp-field-mapping /primkey-mapping value-mapping type="ejb.person.PersonPhone" cmp-field-mapping name="value" properties cmp-field-mapping name="id" persistence-name="id" / cmp-field-mapping name="number" persistence-name="number" / cmp-field-mapping name="person" entity-ref home="ejb.person.PersonEntity" cmp-field-mapping name="person" fields cmp-field-mapping name="id" persistence-name="ownerId" / /fields /cmp-field-mapping /entity-ref /cmp-field-mapping /properties /cmp-field-mapping /value-mapping /collection-mapping /cmp-field-mapping ejb-ref-mapping name="ejb/id" / /entity-deployment Again, the ejb.person.PersonEntity has a 1 to N relation with dependend ejb.pers.PersonPhone. Thanks. -AP_ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Paransky Sent: Monday, March 05, 2001 1:18 PM To: Orion-Interest Subject: Problem retrieving dependents after Orion restart I have an entity bean with 1-N relationships to dependents. I have two clients, the first client executes a method on a session that populates and works with the data. The second client tries to access the data.
RE: need help getting started
my main reason for switching was that orion is much faster than tomcat. Isn't that so? Now, where did you here that ?? Randahl But, you are right, I had the feeling that it was way over kill...I am also looking into resin, I guess that is over kill, too for functionality, but like I said I was looking for speed gains. - Original Message - From: "Randahl Fink Isaksen" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, March 01, 2001 2:10 PM Subject: RE: need help getting started I would definately *NOT* recommend moving away from Tomcat if you only use JSP and servlets. Tomcat is the reference implementation, it is free, and unless you need a product with a lot of additional features (GUI helper tools, EJBs, remote debugging, etc.) there is no reason to open up a can of worms. I really like the Orion server but that is for its EJB capabilities. I think the Orion team strives for making it a great EJB server. - The aim is not specifically to make it the best JSP/Servlet platform available, so I would not expect it to be ahead of Tomcat in that sence. Orion is a great product, but also a more complicated product, so if you can use a less complex system and still fulfill your needs, then I sure recommend you do so. However, should you get to the point where you simply don't think using just a relational database and several truck loads of SQL really makes your day, THEN JOIN THE CLUB - that is why many of use Orion Server and Enterprise Java Beans. Yours Sincerely Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John de la Garza Sent: 1. marts 2001 19:01 To: Orion-Interest Subject: need help getting started I have been using tomcat for some time now and am having issues with it... I am thinking about using Orion. I don't do any ejb stuff and only need a servlet container and web server. I am having trouble using formbased security. I couldn't get it to work with the users set up in the principals file. When I would go to a protected area I would just get a message saying 'not allowed here' or something like that but I would not get prompted for a pw username. I actually don't want to use the principals file but have the usernames and passwds in a data base. Can anyone here refer me to some documentation on this?
RE: CMP 2.0
The bug has been entered into the system as bug #349. It includes a thorough description. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink Isaksen Sent: 1. marts 2001 22:48 To: Orion-Interest Subject: RE: CMP 2.0 God point - I'll report it as a bug in Bugzilla. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 12:16 To: Orion-Interest Subject: RE: CMP 2.0 I've heard comments on this list in the past from Karl Magnus that bad, misleading, or missing error messages should be logged in Bugzilla as bugs. http://www.orionserver.com/bugzilla :-) Jeff -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 1:19 AM To: Orion-Interest Subject: RE: CMP 2.0 As I just posted, Jeff. The error was due to the fact that I had declared my primary keys as Integer but I returned the primitive type int from my ejbCreate methods. As soon as I changed this, everything worked fine. I am (to put it mildly) very surprised that Orion did _not_ give me a compile time error when I deployed - it just crashed instead or ran without working correctly. Yes I know who introduced the bug, but since I think Orion is a magnificent piece of software I would never had expected it to NOT report this compile time error. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:42 To: Orion-Interest Subject: RE: CMP 2.0 ? I have all my transactional behavior defined as NotSupported and I use EJB 2.0 container managed relationships without issue. I don't currently need transactions for what I'm doing. Randahl, have you examined the contents of the database tables and the orion-ejb-jar.xml closely? Jeff -Original Message- From: Tim Drury [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 28, 2001 8:34 AM To: Orion-Interest Subject: RE: CMP 2.0 I've been out for a few days, so it this has been answered, sorry for the repost. This sounds like you didn't set the transactional behavior in ejb-jar.xml as "required". There is no default behavior in the spec so it is up to the container to decide what the default behavior is. I know in Weblogic, transactions default to "supports" (I think). In any event, the entities are not stored in the database unless you mark them as "required". Orion may be doing the same thing. -tim -Original Message----- From: Randahl Fink Isaksen [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Monday, February 26, 2001 5:29 AM To: Orion-Interest Subject: CMP 2.0 Would somebody please confirm that they have been able to use CMP 2.0 relationships on Orion, that they have seen them get stored in the database AND brought back into main memory correctly after a restart of the server. When I create a relationship it works fine until I restart - I simply can't make Orion restore my relationships from the keys it stores in the database. If I try the getX() / method of a cmr property it works - but after a restart it returns null. R.
RE: CMP 2.0
Title: RE: CMP 2.0 Thanks, Tim I just dived into chapter 16 (Transactions) and it is clear that there is definately important stuff there which needs to be taken into consideration to avoid errors. However, it turned out that the reason for the problem I described was the fact that I had declared my primary key classes as "Integer" and in the create methods returned "int" - as soon as that was corrected, everything work fine. I must say that I am a bit surprised this fault was not discovered by Orion on compile time !!???!!? Thanks again Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim DrurySent: 28. februar 2001 17:34To: Orion-InterestSubject: RE: CMP 2.0 I've been out for a few days, so it this has been answered, sorry for the repost. This sounds like you didn't set the transactional behavior in ejb-jar.xml as "required". There is no default behavior in the spec so it is up to the container to decide what the default behavior is. I know in Weblogic, transactions default to "supports" (I think). In any event, the entities are not stored in the database unless you mark them as "required". Orion may be doing the same thing. -tim -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Monday, February 26, 2001 5:29 AM To: Orion-Interest Subject: CMP 2.0Would somebody please confirm that they have been able to use CMP 2.0 relationships on Orion, that they have seen them get stored in the database AND brought back into main memory correctly after a restart of the server. When I create a relationship it works fine until I restart - I simply can't make Orion restore my relationships from the keys it stores in the database. If I try the getX() / method of a cmr property it works - but after a restart it returns null. R.
RE: In Orion, are tag handler instances reused or reinstantiated?
Experience tells me they are reused in Orion. If I have an optional tag attribute on a tag and the tag is used multiple times on a page I have found out that I need to make sure that any contents set in the optional attribute must be cleared manually by me, or I will get whatever contents was set by a previous invokation of the tag. Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Blacha, Bart Sent: 28. februar 2001 19:27 To: Orion-Interest Subject: In Orion, are tag handler instances reused or reinstantiated? We are trying to figure out if tag handler objects are re-used, or instantiated-and-destroyed at every request. This is obviously important for performance reasons. There is conflicting information in JSP spec and on JGuru (see references below). So maybe it's an implementation-specific issue. Which brings me to the question: What does Orion do with tag handler instances? Reuse or reinstantiate them? JSP spec 1.1, paragraph 5.4.7: At execution time the implementation of a JSP page will use an available Tag instance with the appropriate prefix and name that is not being used, initialize it, and then follow the protocol described below. Afterwards, it will release the instance and make it available for further use. This approach reduces the number of instances that are needed at a time. http://www.jguru.com/jguru/faq/view.jsp?EID=337618 Question We want to make sure that our JSP development efforts are thread-safe. Is it possible that two threads will access one instance of a JSP custom tag handler concurrently? No it is not possible. There is a defined lifecycle of a custom tag, and during this lifecycle, that instance of the tag will only get called once. Hopefully in newer implementations of JSP engines, the actual tag object will not get reinstantiated each time (as this negatively affects performance), but at least during it's use, it will be thread safe. -- Bart Blacha, Software Developer NetPerceptions Inc. (512) 349-5622 [EMAIL PROTECTED]
RE: recreate tables for a cmp
In fact if you just save your ejb-jar.xml and thereby change its time stamp that will make Orion recreate tables. I am not sure, but I think you can invoke orion.jar with a parameter to get it done (check out the docs), if you are looking for a nicer way... Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John Hogan Sent: 28. februar 2001 19:47 To: Orion-Interest Subject: recreate tables for a cmp All, I have a cmp that has been deployed and has created tables for itself. Now, I'd like to migrate to a different schema/db. Changing the schema connect string info in data-sources.xml to point at a different db, and restarting orion does not by itself trigger recreation of the entitybean tables. Any use of the bean causes the following error: javax.ejb.CreateException: Error creating EntityBean: ORA-00942: table or view does not exist It seems that if you change some of the info in orion-ejb-jar.xml (a cmp-field-mapping-name), the tables will be recreated the next time orion is started. I was wondering if anyone knows of a easier way to signal orion to recreate db tables for an cmp bean? TIA. John Hogan _ Get your free E-mail at http://www.ireland.com
RE: signoff EJB-INTEREST
Please use the form at www.orionserver.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lu, Michael Sent: 28. februar 2001 20:47 To: Orion-Interest Subject: signoff EJB-INTEREST signoff EJB-INTEREST
RE: Database schema type mappings
Jeff, about the bug you mention... that sounds very strange to me and it sure should not have anything to do with byte size, I think. The value millisInMonth easily fits into a long... So if you have a long representing the current time milliseconds and subtract one month of milliseconds, yes, that should definately produce a time last month. I would like to know if I am wrong in this assumption or what the bug REALLY was about (?) R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:38 To: Orion-Interest Subject: RE: Database schema type mappings You're thinking C++. In Java: A long is 8 bytes, always. An int is 4 bytes, always. The byte-orders are fixed independent of the hardware, too. Speaking of byte size, here's something I found amusing (and annoying): long millisInMonth = 1000 * 60 * 60 * 24 * 30; Date thirtyDaysAgo = new Date(); thirtyDaysAgo.setTime(thirtyDaysAgo.getTime() - millisInMonth); This actually produces a date in the FUTURE! It took me a while to hunt down this bug because it had really wierd effects on my application. Jeff -Original Message- From: Michael A Third [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 28, 2001 11:02 AM To: Orion-Interest Subject: RE: Database schema type mappings Randahl, We use the primitive long for all of our primary keys for a couple of reasons: * primary keys can't be null so there isn't a need for Long (or Integer) * long's are always 4 bytes no matter what the CPU (32bit vs 64bit), which is currently not a problem but could be when Itanium platforms come out. int's depend on the CPU's native integer type which happens to be 32bits on ix86 architectures. Michael Third Chief Software Architect parts.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink Isaksen Sent: Wednesday, February 28, 2001 10:02 AM To: Orion-Interest Subject: Database schema type mappings If you look at the database schema in "orion/config/database-schemas/hypersonic.xml" it looks as if it is mapping between the primitive java type "int" and the corresponding database type "int": type-mapping type="int" name="int" /. In my EJBs my primary keys and other attributes are of type Integer. Since there is no mapping for class Integer one could think that Integers would be mapped to VARBINARY. Luckily my integers are mapped to the database type "int", but this makes me ask two questions: 1. Why is Integers automatically converted to int by Orion - and is this a standard EJB convention? 2. Would it be legal to have a primary key of the primitive type "int" instead of Integer? Yours Randahl
RE: CMP 2.0
As I just posted, Jeff. The error was due to the fact that I had declared my primary keys as Integer but I returned the primitive type int from my ejbCreate methods. As soon as I changed this, everything worked fine. I am (to put it mildly) very surprised that Orion did _not_ give me a compile time error when I deployed - it just crashed instead or ran without working correctly. Yes I know who introduced the bug, but since I think Orion is a magnificent piece of software I would never had expected it to NOT report this compile time error. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:42 To: Orion-Interest Subject: RE: CMP 2.0 ? I have all my transactional behavior defined as NotSupported and I use EJB 2.0 container managed relationships without issue. I don't currently need transactions for what I'm doing. Randahl, have you examined the contents of the database tables and the orion-ejb-jar.xml closely? Jeff -Original Message- From: Tim Drury [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 28, 2001 8:34 AM To: Orion-Interest Subject: RE: CMP 2.0 I've been out for a few days, so it this has been answered, sorry for the repost. This sounds like you didn't set the transactional behavior in ejb-jar.xml as "required". There is no default behavior in the spec so it is up to the container to decide what the default behavior is. I know in Weblogic, transactions default to "supports" (I think). In any event, the entities are not stored in the database unless you mark them as "required". Orion may be doing the same thing. -tim -Original Message----- From: Randahl Fink Isaksen [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Monday, February 26, 2001 5:29 AM To: Orion-Interest Subject: CMP 2.0 Would somebody please confirm that they have been able to use CMP 2.0 relationships on Orion, that they have seen them get stored in the database AND brought back into main memory correctly after a restart of the server. When I create a relationship it works fine until I restart - I simply can't make Orion restore my relationships from the keys it stores in the database. If I try the getX() / method of a cmr property it works - but after a restart it returns null. R.
RE: Database schema type mappings
Thanks for the reply Jeff. Know I have two replies: One saying primary keys can be primitive types and one that says they can't. I am really looking forward to hearing your arguments, gentlemen ;-) BTW, Jeff: Your answer to question number 1 - do you have that from the specification, or... Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:52 To: Orion-Interest Subject: RE: Database schema type mappings From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] 1. Why is Integers automatically converted to int by Orion - and is this a standard EJB convention? Yes. All the class representations of the primitive types should work that way. 2. Would it be legal to have a primary key of the primitive type "int" instead of Integer? No. Primary keys must be Objects. This makes sense because EntityContext.getPrimaryKey() returns an Object. Jeff
RE: EJB values into xml attributes (a little off topic, I know)
I will rephrase my question then (still, a little off topic): On Orion at least, it seems transformation only works for element values NOT for attribute values. If I have !DOCTYPE doc [ !ENTITY "amp;" ] Then doc:p/doc:p will get transformed to pamp;/p But p x=""/ will just get transformed into p x = ""/ because the '' is inside an attribute. How can one accomplish transformation of such attributes? Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of orionEJB Sent: 28. februar 2001 15:37 To: Orion-Interest Subject: Re: EJB values into xml attributes (a little off topic, I know) You can use title as element not as attribut in your XML document. Then you can to use CDATA. Everything inside a CDATA section is ignored by the parser. poem title ![CDATA[ everything you want.. ]] /title /poem BaV RFI PROBLEM RFI I have a question regarding taking properties from an EJB and generating XML RFI output. To explain, here is an example of my problem: RFI poem title = "%= myPoem.getTitle()" %= myPoem.getContents() % RFI /poem RFI Because title is an XML attribute I think special characters like '' needs RFI to be escaped with amp; and the like. How does one handle this in a nice RFI way? ---R--E--K--L--A--M--A- Szukasz wiedzy? 85 tysiecy uaktualnianych ciagle hasel. Encyklopedia Internautica: http://encyklopedia.interia.pl/
RE: Database schema type mappings
Jeff wrote: This should probably go in some sort of Java-puzzle magazine article. :-) ROFL ! - I am glad you shared that top-secret-hard-to-find-under-cover-bug experience with us; I too might have used a lot of time finding out... in fact I think most developers would. Randahl -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 1:09 AM To: Orion-Interest Subject: RE: Database schema type mappings Jeff, about the bug you mention... that sounds very strange to me and it sure should not have anything to do with byte size, I think. The value millisInMonth easily fits into a long... So if you have a long representing the current time milliseconds and subtract one month of milliseconds, yes, that should definately produce a time last month. I would like to know if I am wrong in this assumption or what the bug REALLY was about (?) R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:38 To: Orion-Interest Subject: RE: Database schema type mappings You're thinking C++. In Java: A long is 8 bytes, always. An int is 4 bytes, always. The byte-orders are fixed independent of the hardware, too. Speaking of byte size, here's something I found amusing (and annoying): long millisInMonth = 1000 * 60 * 60 * 24 * 30; Date thirtyDaysAgo = new Date(); thirtyDaysAgo.setTime(thirtyDaysAgo.getTime() - millisInMonth); This actually produces a date in the FUTURE! It took me a while to hunt down this bug because it had really wierd effects on my application. Jeff -Original Message- From: Michael A Third [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 28, 2001 11:02 AM To: Orion-Interest Subject: RE: Database schema type mappings Randahl, We use the primitive long for all of our primary keys for a couple of reasons: * primary keys can't be null so there isn't a need for Long (or Integer) * long's are always 4 bytes no matter what the CPU (32bit vs 64bit), which is currently not a problem but could be when Itanium platforms come out. int's depend on the CPU's native integer type which happens to be 32bits on ix86 architectures. Michael Third Chief Software Architect parts.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink Isaksen Sent: Wednesday, February 28, 2001 10:02 AM To: Orion-Interest Subject: Database schema type mappings If you look at the database schema in "orion/config/database-schemas/hypersonic.xml" it looks as if it is mapping between the primitive java type "int" and the corresponding database type "int": type-mapping type="int" name="int" /. In my EJBs my primary keys and other attributes are of type Integer. Since there is no mapping for class Integer one could think that Integers would be mapped to VARBINARY. Luckily my integers are mapped to the database type "int", but this makes me ask two questions: 1. Why is Integers automatically converted to int by Orion - and is this a standard EJB convention? 2. Would it be legal to have a primary key of the primitive type "int" instead of Integer? Yours Randahl
RE: CMP 2.0
Title: RE: CMP 2.0 You are right, Matt, but I am afraid I consider that irrellevant. When the developerdeploys his application on Orion, he should not worry abouthow Orion builds the beansand whether ituses the JDK or anything else in the process of doing so - he should just expect it to do its work and should an error occur along the way he should*certainly* expect it to report back to him. Anything else is a serious bug which makes it _very_ hard to develop bug free applications. Yours Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matt SimmersonSent: 1. marts 2001 14:54To: Orion-InterestSubject: RE: CMP 2.0 But its java that compiles, not Orion. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 9:19 AM To: Orion-Interest Subject: RE: CMP 2.0 As I just posted, Jeff. The error was due to the fact that I had declared my primary keys as Integer but I returned the primitive type int from my ejbCreate methods. As soon as I changed this, everything worked fine. I am (to put it mildly) very surprised that Orion did _not_ give me a compile time error when I deployed - it just crashed instead or ran without working correctly. Yes I know who introduced the bug, but since I think Orion is a magnificent piece of software I would never had expected it to NOT report this compile time error. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:42 To: Orion-Interest Subject: RE: CMP 2.0 ? I have all my transactional behavior defined as NotSupported and I use EJB 2.0 container managed relationships without issue. I don't currently need transactions for what I'm doing. Randahl, have you examined the contents of the database tables and the orion-ejb-jar.xml closely? Jeff -Original Message- From: Tim Drury [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 28, 2001 8:34 AM To: Orion-Interest Subject: RE: CMP 2.0 I've been out for a few days, so it this has been answered, sorry for the repost. This sounds like you didn't set the transactional behavior in ejb-jar.xml as "required". There is no default behavior in the spec so it is up to the container to decide what the default behavior is. I know in Weblogic, transactions default to "supports" (I think). In any event, the entities are not stored in the database unless you mark them as "required". Orion may be doing the same thing. -tim -Original Message- From: Randahl Fink Isaksen [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Monday, February 26, 2001 5:29 AM To: Orion-Interest Subject: CMP 2.0 Would somebody please confirm that they have been able to use CMP 2.0 relationships on Orion, that they have seen them get stored in the database AND brought back into main memory correctly after a restart of the server. When I create a relationship it works fine until I restart - I simply can't make Orion restore my relationships from the keys it stores in the database. If I try the getX() / method of a cmr property it works - but after a restart it returns null. R.
RE: Database schema type mappings
Thanks for your input. An additional argument here might be that if you are not the only developer working on your EJB system, and if the system is to be maintained and expanded over time by many different software developers in a large organisation, it would probably be best to use only a single type of key for the same EJB (both in the bean class files and in the xml files) - and that would have to be the wrapper class, of course. - All these mails confirm that using different kinds of keys cause confusion, and I see no reason to confuse future developers of a system. But that is my personal view of course - and from the systems I have met so far in my career I sure know that not all developers think this way. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael A Third Sent: 1. marts 2001 17:46 To: Orion-Interest Subject: RE: Database schema type mappings I went digging through the EJB 1.1 specification, and it doesn't specifically say you can't use primitive types, but it does say they primary key class needs to be serializable. I have created a number of EJB's using the primitive long as the primary key and have had no problems using them. So I went back and looked at the deployment descriptor (it was originally generated by EJBMaker) and noticed that they prim-key-class was "java.lang.Long". All of the EJB class files are using the primitive type. It appears that at least Orion maps them intelligently(if not according to spec). On closer examination of the EJB 2.0 spec, I found these statements. * The primary key type must be a legal Value Type in RMI-IIOP. (this includes long) * The container must be able to manipulate the primary key type of an entity bean. * Primary key (must be a class or type?) that maps to a single field in the entity bean class. * The (create) method must declare the primary key class as the method argument. According to this statements, the primary key class and the primary key type don't necessarily have to be the same. Orion does allow the create method to accept the primary key type as opposed to the class, which isn't according to spec. Thanks, Michael PS - After my response on Java primitive data-types, I should probably keep my mouth shut for a while :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: Thursday, March 01, 2001 6:12 AM To: Orion-Interest Subject: RE: Database schema type mappings It's at the bottom of page 159 of Richard Monson-Haefel's _Enterprise Java Beans, 2nd Ed_: "Although primary keys can be primitive wrappers (Integer, Double, Long, etc.), primary keys cannot be primitive types (int, double, long, etc.)" I wasn't able to locate an explicit statement in the spec in my quick scan, but the spec always refers to the primary key as the "primary key class" and the deployment descriptor element is "prim-key-class". This is further reinforced by the comments in the DTD. It makes sense, because EntityContext.getPrimaryKey() returns an Object. Thus all PKs *must* be Objects. About question #1: I doubt there is any explicit requirement in the spec that Integers be converted to ints in the database. In fact, the spec doesn't require a relational database; that's simply an implementation detail. Still, I doubt you will find *any* appservers which serialize Integer keys as blobs - although it would work, the performance penalty would be severe. Jeff -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 1:22 AM To: Orion-Interest Subject: RE: Database schema type mappings Thanks for the reply Jeff. Know I have two replies: One saying primary keys can be primitive types and one that says they can't. I am really looking forward to hearing your arguments, gentlemen ;-) BTW, Jeff: Your answer to question number 1 - do you have that from the specification, or... Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:52 To: Orion-Interest Subject: RE: Database schema type mappings From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] 1. Why is Integers automatically converted to int by Orion - and is this a standard EJB convention? Yes. All the class representations of the primitive types should work that way. 2. Would it be legal to have a primary key of the primitive type "int" instead of Integer? No. Primary keys must be Objects. This makes sense because EntityContext.getPrimaryKey() returns an Object. Jeff
RE: CMP 2.0
God point - I'll report it as a bug in Bugzilla. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 12:16 To: Orion-Interest Subject: RE: CMP 2.0 I've heard comments on this list in the past from Karl Magnus that bad, misleading, or missing error messages should be logged in Bugzilla as bugs. http://www.orionserver.com/bugzilla :-) Jeff -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 1:19 AM To: Orion-Interest Subject: RE: CMP 2.0 As I just posted, Jeff. The error was due to the fact that I had declared my primary keys as Integer but I returned the primitive type int from my ejbCreate methods. As soon as I changed this, everything worked fine. I am (to put it mildly) very surprised that Orion did _not_ give me a compile time error when I deployed - it just crashed instead or ran without working correctly. Yes I know who introduced the bug, but since I think Orion is a magnificent piece of software I would never had expected it to NOT report this compile time error. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:42 To: Orion-Interest Subject: RE: CMP 2.0 ? I have all my transactional behavior defined as NotSupported and I use EJB 2.0 container managed relationships without issue. I don't currently need transactions for what I'm doing. Randahl, have you examined the contents of the database tables and the orion-ejb-jar.xml closely? Jeff -Original Message- From: Tim Drury [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 28, 2001 8:34 AM To: Orion-Interest Subject: RE: CMP 2.0 I've been out for a few days, so it this has been answered, sorry for the repost. This sounds like you didn't set the transactional behavior in ejb-jar.xml as "required". There is no default behavior in the spec so it is up to the container to decide what the default behavior is. I know in Weblogic, transactions default to "supports" (I think). In any event, the entities are not stored in the database unless you mark them as "required". Orion may be doing the same thing. -tim -Original Message----- From: Randahl Fink Isaksen [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] Sent: Monday, February 26, 2001 5:29 AM To: Orion-Interest Subject: CMP 2.0 Would somebody please confirm that they have been able to use CMP 2.0 relationships on Orion, that they have seen them get stored in the database AND brought back into main memory correctly after a restart of the server. When I create a relationship it works fine until I restart - I simply can't make Orion restore my relationships from the keys it stores in the database. If I try the getX() / method of a cmr property it works - but after a restart it returns null. R.
RE: Database schema type mappings
The fact that you have found that quote in the book (even in the 2nd edition) definately indicates that at least at some point in time it has not been allowed to use primitive types as primary keys. Still, the specification is under constant development, and it seems to me the subject is deliberately ignored in the specification - in fact I did a search on java.lang.Integer and java.lang.Long and there is _no_ example what so ever which includes a primary key of neither the wrapper class nor the primitive type - odd... Perhaps it is avoided in the specification because it is subject to change. Personally I would like to here it from "the horse's own mouth" aswell - to be absolutely sure. We are definately not the only people who bumped into this issue. I am not sure your argument about EntityContext.getPrimaryKey() returning an object can be used here, though. Since EntityContext is an interface which is implemented by some proprietary class it is _possible_ that a container could construct the Integer object for you no matter what kind of Integer you are using. Please note the earlier post in this thread by Michael Third, too. He states they are using long's - so it works. And why not? - You can use any primitive type which is valid in RMI-IIOP, which for what I know includes primitive types aswell. Which brings me to my conclusion: Since this issue is unclear in the specification there is no guarantee that using int or long will work on any EJB Server. Therefore I will continue to use Integer to make sure my beans are platform independent. I personally go for a container independant system. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 12:12 To: Orion-Interest Subject: RE: Database schema type mappings It's at the bottom of page 159 of Richard Monson-Haefel's _Enterprise Java Beans, 2nd Ed_: "Although primary keys can be primitive wrappers (Integer, Double, Long, etc.), primary keys cannot be primitive types (int, double, long, etc.)" I wasn't able to locate an explicit statement in the spec in my quick scan, but the spec always refers to the primary key as the "primary key class" and the deployment descriptor element is "prim-key-class". This is further reinforced by the comments in the DTD. It makes sense, because EntityContext.getPrimaryKey() returns an Object. Thus all PKs *must* be Objects. About question #1: I doubt there is any explicit requirement in the spec that Integers be converted to ints in the database. In fact, the spec doesn't require a relational database; that's simply an implementation detail. Still, I doubt you will find *any* appservers which serialize Integer keys as blobs - although it would work, the performance penalty would be severe. Jeff -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 1:22 AM To: Orion-Interest Subject: RE: Database schema type mappings Thanks for the reply Jeff. Know I have two replies: One saying primary keys can be primitive types and one that says they can't. I am really looking forward to hearing your arguments, gentlemen ;-) BTW, Jeff: Your answer to question number 1 - do you have that from the specification, or... Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: 1. marts 2001 02:52 To: Orion-Interest Subject: RE: Database schema type mappings From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] 1. Why is Integers automatically converted to int by Orion - and is this a standard EJB convention? Yes. All the class representations of the primitive types should work that way. 2. Would it be legal to have a primary key of the primitive type "int" instead of Integer? No. Primary keys must be Objects. This makes sense because EntityContext.getPrimaryKey() returns an Object. Jeff
RE: need help getting started
I would definately *NOT* recommend moving away from Tomcat if you only use JSP and servlets. Tomcat is the reference implementation, it is free, and unless you need a product with a lot of additional features (GUI helper tools, EJBs, remote debugging, etc.) there is no reason to open up a can of worms. I really like the Orion server but that is for its EJB capabilities. I think the Orion team strives for making it a great EJB server. - The aim is not specifically to make it the best JSP/Servlet platform available, so I would not expect it to be ahead of Tomcat in that sence. Orion is a great product, but also a more complicated product, so if you can use a less complex system and still fulfill your needs, then I sure recommend you do so. However, should you get to the point where you simply don't think using just a relational database and several truck loads of SQL really makes your day, THEN JOIN THE CLUB - that is why many of use Orion Server and Enterprise Java Beans. Yours Sincerely Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John de la Garza Sent: 1. marts 2001 19:01 To: Orion-Interest Subject: need help getting started I have been using tomcat for some time now and am having issues with it... I am thinking about using Orion. I don't do any ejb stuff and only need a servlet container and web server. I am having trouble using formbased security. I couldn't get it to work with the users set up in the principals file. When I would go to a protected area I would just get a message saying 'not allowed here' or something like that but I would not get prompted for a pw username. I actually don't want to use the principals file but have the usernames and passwds in a data base. Can anyone here refer me to some documentation on this?
RE: EJB values into xml attributes (a little off topic, I know)
Falk wrote: (...) We do have the same problem and solve it by transforming all strings by our class XMLEscaper (...) I would be surprised if there existed some magic avoiding this step. (...) You are probably right. Still, I would very much like to hear from anybody who could prove you wrong. Having to use something like XMLEscaper.escape(Book.getPreface()) for all the output you take from your beans and use to generate XML really sounds like a mess to me. While we are at it: If you just *have* to do this conversion, why not do it when you put information into the beans rather than when you take it back out again... many systems on the web certainly have more content browsing than updates of content. Still, I sure hope this EJB/XML hindrance is just a rumour - somebody tell me there is a solution to this (!) Randahl
EJB values into xml attributes (a little off topic, I know)
PROBLEM I have a question regarding taking properties from an EJB and generating XML output. To explain, here is an example of my problem: poem title = "%= myPoem.getTitle()" %= myPoem.getContents() % /poem Because title is an XML attribute I think special characters like '' needs to be escaped with amp; and the like. How does one handle this in a nice way? BACKGROUND I can think of at least two solutions, but I was hoping someone could suggest a better one: 1: One could make sure to always store all content in the database as escaped content. This means that the title of myPoem could be stored as "Strength amp; Honour" instead of "Strength Honour". 2: One could require all get/set-methods to transform unescaped content to escaped content and vise-versa. 3: One could use a utility class with a static method: poem title = "%= Converter.convert(myPoem.getTitle()) %" . I know all this could work, but still I think it involves a programming overhead which I would like to avoid if possible. - Especially because I have found out I do not need to do any conversion for content which is not used in an attribute, e.g. myPoem.getContents() works fine no matter what it contains.
Database schema type mappings
If you look at the database schema in "orion/config/database-schemas/hypersonic.xml" it looks as if it is mapping between the primitive java type "int" and the corresponding database type "int": type-mapping type="int" name="int" /. In my EJBs my primary keys and other attributes are of type Integer. Since there is no mapping for class Integer one could think that Integers would be mapped to VARBINARY. Luckily my integers are mapped to the database type "int", but this makes me ask two questions: 1. Why is Integers automatically converted to int by Orion - and is this a standard EJB convention? 2. Would it be legal to have a primary key of the primitive type "int" instead of Integer? Yours Randahl
RE: New site for everyone...
At least now we all know a web site everyone at this list will never want to use because the company behind it abuse our mailing list by sending commercial spam. I guess when you run out of marketing ideas you can always try annoying people to see if you get some response. It is sad. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Sent: 27. februar 2001 06:28 To: Orion-Interest Subject: New site for everyone... Hi all I found a new site for designing your jacket.Design your jacket online and beat the cold... http://www.webjacket.com don't mistake me bye then take care Jimmy _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
CMP 2.0
Would somebody please confirm that they have been able to use CMP 2.0 relationships on Orion, that they have seen them get stored in the database AND brought back into main memory correctly after a restart of the server. When I create a relationship it works fine until I restart - I simply can't make Orion restore my relationships from the keys it stores in the database. If I try the getX() / method of a cmr property it works - but after a restart it returns null. R.
CMP 2.0
Question A: Are the ones of you who are using CMP 2.0 using version 1.4.4, 1.4.5 or 1.4.7 of Orion? Question B: When _you_ use the uni-directional relationship-features does that make Orion create a seperate table for the relation or is the relationship stored as a serialized collection attribute (in the 1:N case, of course)? Question C: Would you mind posting an example of a unidirectional ejb-relation declaration that you have made work. Preferably both a 1:N and 1:1 relationship. A think the ideas behind CMP 2.0 are absolute magnificent, but gee, it has been a hard struggle for me to make it work on Orion :) . Often when I test my new CMP 2.0 application Orion simply just crashes - no error messages, nothing, it just closes. - I think I am starting to understand what was ment with "CMP 2.0 preview" as it says on the web site (LOL). Randahl
CMP 2.0: Yabbadabbadoo or not (?)
I have put quite an effort into making the CMP 2.0 features work, using both Orion 1.4.5 and 1.4.7 out of the box. I have narrowed my problem down to this: I have several uni-directional relationships, both 1:N and 1:1 and they seem to work just fine. For instance, when I create a new ejb A which knows another ejb B through a 1:1 relationship Orion stores ejb A along with the foreign key from ejb B. Yabbadabbadoo! However, my excitement comes to an end after I restart Orion. When I call A.getB() i get a null. - Orion does not use the key of B stored in A to raise an ejb of type B for me. Below is my ejb-relation definition - any hints would be G R A T E L Y appreciated. Thanks Randahl ejb-relation !-- this is the unidirectional relationship from many A to one B -- ejb-relation-nameA-B/ejb-relation-name ejb-relationship-role ejb-relationship-role-namea-has-b/ejb-relationship-role-name multiplicityMany/multiplicity !-- NOTE: I have tried both One and Many here -- role-source ejb-nameAEJB/ejb-name /role-source cmr-field cmr-field-nameb/cmr-field-name /cmr-field /ejb-relationship-role ejb-relationship-role ejb-relationship-role-nameb-belongsto-a/ejb-relationship-role-name multiplicityOne/multiplicity role-source ejb-nameBEJB/ejb-name /role-source !-- no cmr fields; unidirectional relationship -- /ejb-relationship-role /ejb-relation My ejb A is specified as entity cmp-version2.0/cmp-version ejb-nameA/ejb-name (...) persistence-typeContainer/persistence-type (...) cmp-fieldfield-nameb/field-name/cmp-field (...) /entity NOTE: I know "b" should not be mentioned here according to the specification because it is a cmr-field. I have put it here because Jim Archers example mentiones the need to do so on Orion. I have verified that if I don't, I get a deployment error (saying that getB() and setB() cannot be abstract methods for Orion to implement).
RE: EJB 2.0 CMP features of Orion
Thanks, Jeff for your many informative posts. I checked out the ServerTest.zip you posted and it seems my files look pretty much like yours. I noticed you had entered the abstract schema names of your beans, which I had not, in expectation that it would make no difference. I have now added such names too (just to make sure), however I am still working on getting my application up and running. I noticed in one of your posts (a reply to me, actually) you wrote: "Unidirectional 1-1 and 1-n relationships between EJBs work, but bidirectional relationships do not. There are easy ways to fake it, though." I too have been experimenting with bidirectional relationships by manually adding the relationship on both sides in my bean implementations. I have tried both defining my bidirectional relationship as two seperate unidirectional relationships which are the reverse of one-another, and I have tried to simply define it the way it is done in the specification. Interestingly enough, it turns out that doing this results in the same database tables, which made me expect that using the spec-way would probably be correct with Orion. I do not yet know what is wrong, but when I run it, orion hangs for quite some time and ends up returning an "out of memory" error with "no stack trace available". which brings me to: How have you made it work? Randahl
RE: http 500 errors
You would not happen to be using Internet Explorer, would you? If so, that is why you don't see the stack trace, someone mentioned earlier on. Go to the "Advanced" part of the "Internet Options" and disable the so-called "Show friendly http error messages". The so-called friendliness lies in the fact that the browser does not show the error itself, rather it shows an informative message to non-technical users about what they could try to do in case of the error, which occured. I is still quite a puzzle to me why this browser does not include a link to the thorough error information on the so-called friendly error pages. Now THAT would have been friendly ;-) Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Vaskin KissoyanSent: 22. februar 2001 20:40To: Orion-InterestSubject: http 500 errors I keep getting internal server errors (HTTP 500), where do I go to debugthis? Which log file has this stuff? I need a stacktrace! It's not popping up on the console, and I couldn't find it in any of the obvious .log files.Thanks in advance...
RE: Beginner...
You need to check out the "Orion Primer" at jollem.com. The easiest way to find it is to go to www.orionserver.com , click on "Documentation" and locate the link to it on that page. R. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Luis Javier BeltranSent: 23. februar 2001 06:28To: Orion-InterestSubject: Beginner... Hi all, I've just started using Orion server My question is, how do I create a new application?? What files should I modify, what lines should I add, to register it? Thanks!! Luis Javier
RE: Win2k Pro. is messing up the DB
I know this is a wild guess, but just to make sure, I would of course do a disk scan on that machine to make sure it is not a hardware problem - these things do happen, I am afraid. Another good thing would be to run the application on a _different_ Win2K Pro. machine to make sure it is not just something which is specific to only her single machine. BTW, I would doubt PostgreSQL more on Win2K than I would doubt Orion. Orion is a java application, which gives it a pretty good chance of running in the same way on different platforms. To the best of my knowledge PostgreSQL on Win2K is a port of the code from another platform, and from reading articles at PostgreSQL's web-site it seems it is not totally stable on Win2K. I have seen at least two posts on this list where people recommends *not* using PostgreSQL from Win NT based systems - not yet, anyway. I have used Orion on Win2K with no problems - but then again I do *not* use PostgreSQL Hope you find a solution Yours Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED]Sent: 23. februar 2001 02:19To: Orion-InterestSubject: Win2k Pro. is messing up the DB Hello, I do not really know if this is because she's using Window 2000 Professional. All our employees use Windows 2000 Servers or Linuxes or Solarises except for one person. The exception is Windows 2000 Professional. The problem occurs only at her computer. Once she updates a DB record, it messes up another record. This does not happen all the time, but once in a blue moon. This is why I can't catch the problem in my code. AndI do not think it is my code. I am using CMPs and orion 1.3.8 with PostgreSQL. I doubted postgresql and orion in the beginning, and now I narrowed it down to orion because it may be machine specific as I mentioned earlier. Why does a DB server have to do with a specific machine? Then what? An App. Server which holds a session to a machine? I am lost. Does anyone have any clue? I really really hope it's my code. I appreciate your attention. Simon
RE: Win2k Pro. is mess... choosing the right database product
You are probably right in your asumptions. Might I ask why you have chosen to go for PostgreSQL? To me it seems a bit too uncertain to have two pieces of experimental software in one project. Personally I was thinking of switching to either MySQL or Interbase once my system goes on-line. I have used Interbase quite a lot, just not with EJBs, and it is totally free and open source nowadays. I have no experience with MySQL, but as far as I have read on this list, quite many people are fond of it, and it seems that the use of MySQL is a question of once needs for transactions (which MySQL does not support). I am wondering if anyone is using the prepackaged Hypersonic database in production... It has not given me any trouble during this development project... yet... - I would feel MUCH better about using a 10+ years old well-tested database like Interbase, and I simply do not know why more people are not using it. Any comments anyone? Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED]Sent: 23. februar 2001 18:39To: Orion-InterestSubject: Re: Win2k Pro. is messing up the DB Hello Randahl, First of all, I appreciate your idea. Yes, we came to the near conclusion that it was not orion but it was postgresql. To tell the truth, I believe in orionbut not very much so in postgresql. As a matter of fact, we are using a CVS version of PostgreSQL because the released version of postgresql does not yet support the right join sql statement. To make matters worse, the Linux JDBC driver was not working properly on the timestamp field before I made a modification on the driver. We were totally forgetting all about this. Our Windows developershave had no problems with ODBC drivers so far, out of which we can guess it is not the DB itself but it is the Linux JDBC driver. What are your thoughts? Once again, thank you very much. Simon - Original Message - From: Randahl Fink Isaksen To: Orion-Interest Sent: Friday, February 23, 2001 1:07 AM Subject: RE: Win2k Pro. is messing up the DB I know this is a wild guess, but just to make sure, I would of course do a disk scan on that machine to make sure it is not a hardware problem - these things do happen, I am afraid. Another good thing would be to run the application on a _different_ Win2K Pro. machine to make sure it is not just something which is specific to only her single machine. BTW, I would doubt PostgreSQL more on Win2K than I would doubt Orion. Orion is a java application, which gives it a pretty good chance of running in the same way on different platforms. To the best of my knowledge PostgreSQL on Win2K is a port of the code from another platform, and from reading articles at PostgreSQL's web-site it seems it is not totally stable on Win2K. I have seen at least two posts on this list where people recommends *not* using PostgreSQL from Win NT based systems - not yet, anyway. I have used Orion on Win2K with no problems - but then again I do *not* use PostgreSQL Hope you find a solution Yours Randahl -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED]Sent: 23. februar 2001 02:19To: Orion-InterestSubject: Win2k Pro. is messing up the DB Hello, I do not really know if this is because she's using Window 2000 Professional. All our employees use Windows 2000 Servers or Linuxes or Solarises except for one person. The exception is Windows 2000 Professional. The problem occurs only at her computer. Once she updates a DB record, it messes up another record. This does not happen all the time, but once in a blue moon. This is why I can't catch the problem in my code. AndI do not think it is my code. I am using CMPs and orion 1.3.8 with PostgreSQL. I doubted postgresql and orion in the beginning, and now I narrowed it down to orion because it may be machine specific as I mentioned earlier. Why does a DB server have to do with a specific machine? Then what? An App. Server which holds a session to a machine? I am lost. Does anyone have any clue? I really really hope it's my code. I appreciate your attention. Simon
I know it does NOT work... but does it ???
I know bidirectional N-M relationships are said not to work... but does unidirectional N-M relationships work on Orion? - On which version? Thanks Randahl
RE: Error Page
Could anyone tell me where this syntax from web.xml is defined (could not find it in the JSP 1.2 spec - there is no complete documentation on web.xml): error-page error-code500/error-code exception-typejava.lang.Exception/exception-type locationerror_500.jsp/location /error-page TIA Randahl [Randahl Fink Isaksen] -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Conrad ChanSent: 22. februar 2001 00:32To: Orion-InterestSubject: RE: Error Page Or set the return status code backto 200 since I really don't see a reason why I would like to return 500 if my error page will be probably shown. Conrad -Original Message-From: SureTicket.com [mailto:[EMAIL PROTECTED]]Sent: Wednesday, February 21, 2001 1:20 PMTo: Orion-InterestSubject: RE: Error Page To be honest i think its because of IE's friendly error messages. You can turn them off and try again. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED]Sent: Wednesday, February 21, 2001 1:15 PMTo: Orion-InterestSubject: Error Page Hello, I placed an error page tag in the web.xml in order to show a warning when any kind of error occurs. However, that works fine with Netscape but not with Internet Explorer. Does anyone have any idea? The following is the error page tag that I put. error-page error-code500/error-code exception-typejava.lang.Exception/exception-type locationerror_500.jsp/location /error-page I tried to put the whole URL in the location field, but it was of no use. Please anyone.. I really appreciate all your clues in advance. Simon
Test20Cmp / Jim Archers example
I just read Arhcer's Test20Cmp example (posted on this list earlier on). I am unaware of the need for the initToNull() method (see below); does anyone know why its there - its is repeated in the later examples aswell. Well, I know at least one guy who knows... but if anyone else but Jim himself knows, you are of course also very welcome to reply ;-). Thanks. Randahl public String ejbCreate() { trace("ejbCreate() entered"); initToNull(); setUserId("jarcher"); setFirstName("Jim"); setLastName("Archer"); setEmail("[EMAIL PROTECTED]"); trace("ejbCreate() exiting"); // In CMP, should return null. return null; } // private void initToNull() { trace("initToNull() entered"); setUserId(null); setFirstName(null); setLastName(null); setEmail(null); trace("initToNull() exiting"); }
RE: Error Page
You are right, thanks. R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Shea Sent: 22. februar 2001 10:14 To: Orion-Interest Subject: RE: Error Page Isn't web.xml described in an appendix of the Servlets spec? Gary Today, Randahl Fink Isaksen ([EMAIL PROTECTED]) wrote: Could anyone tell me where this syntax from web.xml is defined (could not find it in the JSP 1.2 spec - there is no complete documentation on web.xml): error-page error-code500/error-code exception-typejava.lang.Exception/exception-type locationerror_500.jsp/location /error-page TIA Randahl [Randahl Fink Isaksen] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Conrad Chan Sent: 22. februar 2001 00:32 To: Orion-Interest Subject: RE: Error Page Or set the return status code back to 200 since I really don't see a reason why I would like to return 500 if my error page will be probably shown. Conrad -Original Message- From: SureTicket.com [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 1:20 PM To: Orion-Interest Subject: RE: Error Page To be honest i think its because of IE's friendly error messages. You can turn them off and try again. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, February 21, 2001 1:15 PM To: Orion-Interest Subject: Error Page Hello, I placed an error page tag in the web.xml in order to show a warning when any kind of error occurs. However, that works fine with Netscape but not with Internet Explorer. Does anyone have any idea? The following is the error page tag that I put. error-page error-code500/error-code exception-typejava.lang.Exception/exception-type locationerror_500.jsp/location /error-page I tried to put the whole URL in the location field, but it was of no use. Please anyone.. I really appreciate all your clues in advance. Simon
RE: No influence on CMP 2.0 getter setter methods - a feature or a bug?
Yep, as I wrote in an earlier post, that was what I chose to do. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of wim veninga Sent: 22. februar 2001 15:38 To: Orion-Interest Subject: Re: No influence on CMP 2.0 getter setter methods - a feature or a bug? Hi Randahl, Why don't you just leave the method setBalance(float b) out of the remote interface and put public void setBalanceAndDoWhatHasToBeDoneWhenYouSetBalance(Float balance) in the remote interface. So no other objects can call setBalance but only setBalanceAndDoWhatHasToBeDoneWhenYouSetBalance(Float balance). Greetings Wim Veninga. - Original Message - From: "Randahl Fink Isaksen" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Jens Peter Grosen" [EMAIL PROTECTED]; "Simon Anker Christiansen" [EMAIL PROTECTED]; "Kim Jrgensen" [EMAIL PROTECTED] Sent: Wednesday, February 21, 2001 5:46 PM Subject: No influence on CMP 2.0 getter setter methods - a feature or a bug? I have been reading the CMP 2.0 specification and I think it is simply great! Still, I am a bit surprised that the bean developer has no control over what happens when a field is set. Imagine an AccountBean, for instance: public abstract class AccountBean extends EntityBean { //implemented by the persistence manager public abstract Float getBalance(); //implemented by the persistence manager public abstract void setBalance(Float balance); } What if I wanted to do something useful when the balance was set? Say, I wanted to add the account to a list of surveilled accounts if a negative balance was set... it seems I cannot do that because the container implements the setBalance() method for me. And I cannot just declare a setBalance() method myself because I need the container's implementation or I will not be able to store the balance. H... it seems this is going to leave me with something like public abstract class AccountBean extends EntityBean { public abstract Float getBalance(); public abstract void setBalance(Float balance); public void setBalanceAndDoWhatHasToBeDoneWhenYouSetBalance(Float balance) { //check if balance is negative and take action ... setBalance(balance); } } Now I have _no_ guarantee that nobody will accidently call the original setBalance() method, thereby circumventing my little security system, which was supposed to check for a negative balance. But, hey, I thought, then I will just declare the original setBalance() as protected - unfortunately that is not allowed by the specification. I would r e a l l y like to hear from anybody who knows a solution to this. Any comments would be most welcomed. Randahl
EJB 2.0 CMP features of Orion
Has anyone tried out OR-mapping of 1-1 relationships and 1-n relationships between two EJBs? I have seen Jim Archer's fine tutorial about EJBs having a 1-1 or 1-n relationship to a *dependent object*, but is the same thing possible between two EJBs? I know the web site states that Orion 1.2.9 does NOT support n-m relationships, but is 1-1 or 1-n supported in the latest release, and is the support for 1-1 and 1-n in accordance with the specification? Randahl
No influence on CMP 2.0 getter setter methods - a feature or a bug?
I have been reading the CMP 2.0 specification and I think it is simply great! Still, I am a bit surprised that the bean developer has no control over what happens when a field is set. Imagine an AccountBean, for instance: public abstract class AccountBean extends EntityBean { //implemented by the persistence manager public abstract Float getBalance(); //implemented by the persistence manager public abstract void setBalance(Float balance); } What if I wanted to do something useful when the balance was set? Say, I wanted to add the account to a list of surveilled accounts if a negative balance was set... it seems I cannot do that because the container implements the setBalance() method for me. And I cannot just declare a setBalance() method myself because I need the container's implementation or I will not be able to store the balance. H... it seems this is going to leave me with something like public abstract class AccountBean extends EntityBean { public abstract Float getBalance(); public abstract void setBalance(Float balance); public void setBalanceAndDoWhatHasToBeDoneWhenYouSetBalance(Float balance) { //check if balance is negative and take action ... setBalance(balance); } } Now I have _no_ guarantee that nobody will accidently call the original setBalance() method, thereby circumventing my little security system, which was supposed to check for a negative balance. But, hey, I thought, then I will just declare the original setBalance() as protected - unfortunately that is not allowed by the specification. I would r e a l l y like to hear from anybody who knows a solution to this. Any comments would be most welcomed. Randahl
RE: Best practices: How to initialize state in EntityBean's super class
Thanks for your reply. I think you are right about naming the pseudo-method "ejbCreate()" - makes good sence. I could not help noticing, though, how you set states=null in some of your methods... I don't think that is necessary. If you'd like the Vector called "states" not to be stored just declare it as transient Vector states; Actually I found a place in my own code where I forgot to put the transient keyword in front of a variable which should not be persisted by Orion and it works anyway, but it should be corrected, as the fact that it works may very well be Orion specific. See section 6.4.1 of the specification (I looked it up in the 2.0 spec but I think it is the same in 1.0). Yours Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Conrad Chan Sent: 20. februar 2001 02:17 To: Orion-Interest Subject: RE: Best practices: How to initialize state in EntityBean's super class I am doing something very similar to what you described. My base class is actually coded like a Entity bean so that it has all the ejbActivate, ejbLoad, ejbStore etc. Hence it is a self-contained entity bean which handles its own state information nicely and my subclasses are not required to re-declare those dummy functions if they do not need to. Something like the following: - abstract class MyBase implements EntityBean { protected transient EntityContext ctx; Vector states; /** My pseudo ejbCreate function */ public void ejbCreate() states = new Vector(); } public void setEntityContext(EntityContext ctx) { this.ctx = ctx; } public void unsetEntityContext() { this.ctx = null; } public void ejbActivate() { states = new Vector(); } public void ejbPassivate() { states = null; } public void ejbRemove() { stats = null; } public void ejbLoad() { } public void ejbStore() { } } public class MySubclass extends MyBase implements EntityBean { String value; public Integer ejbCreate(String value) { super.ejbCreate(); this.value = value; return null; } } Conrad -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Monday, February 19, 2001 4:18 PM To: Orion-Interest Subject: Best practices: How to initialize state in EntityBean's superclass Suppose you have two EntityBean classes A and B which share some common functionality and state by inheriting from the same superclass S. Then, if S has some member variable, say a java.util.Vector called "foos", which is part of the persistent state of both A and B, my question is this: When should "foos" be initialized? I am positive that the ejbCreate methods of A and B could include an instantiation like "foos = new Vector();" but if I use this model, I have to remember to write this instantiation into every subclass of S, and if S has many member variables (and many subclasses) that becomes error prone. - Not to mention that if I add a new member variable to S I have to modify all subclasses A, B, etc. to make their ejbCreate(...) instantiate this new variable. My own suggestion is to define a method in S, lets call it "void instantiateS()" and have subclasses A, B, etc. invoke this method in their ejbCreate(...). I believe this method should *not* be the (no-arg) constructor of S as I expect this contructor will be called everytime an instance of A or B is loaded from persistant storage (which is unnecessary). What are your suggestions? What do you do when using inheritance in your beans? Any comments would be appreciated. Randahl.
Best practices: How to initialize state in EntityBean's superclass
Suppose you have two EntityBean classes A and B which share some common functionality and state by inheriting from the same superclass S. Then, if S has some member variable, say a java.util.Vector called "foos", which is part of the persistent state of both A and B, my question is this: When should "foos" be initialized? I am positive that the ejbCreate methods of A and B could include an instantiation like "foos = new Vector();" but if I use this model, I have to remember to write this instantiation into every subclass of S, and if S has many member variables (and many subclasses) that becomes error prone. - Not to mention that if I add a new member variable to S I have to modify all subclasses A, B, etc. to make their ejbCreate(...) instantiate this new variable. My own suggestion is to define a method in S, lets call it "void instantiateS()" and have subclasses A, B, etc. invoke this method in their ejbCreate(...). I believe this method should *not* be the (no-arg) constructor of S as I expect this contructor will be called everytime an instance of A or B is loaded from persistant storage (which is unnecessary). What are your suggestions? What do you do when using inheritance in your beans? Any comments would be appreciated. Randahl.
subscribe
The best way to get the context path
Title: where should I place the image files Petr Podsednik wrote:img src="%=request.getContextPath()%/images/app-logo.gif" .. - I knowthat you often needyour own context path in order to return a correct link to some resource inyour web-app, but isthere not a better way than callingrequest.getContextPath() ?It seems odd to me to ask for the context path on the request object - I am looking for something like pageContext.getServletContext().getInitParameter("the application context path") but I have not been ablefind out how to make this work... Any comments / suggestions would be appreciated R.
RE: where should I place the image files
Title: where should I place the image files It is probably not just his image URLs - I have experienced the exact same problem, and I feel confident that it is not caused by wrong URLs. For some reason Orion does not copy the image files from the .ear archive when I publish it, but if I do a manual copy of the image files to the right location everything works fine. I too would like to hear from somebody who has made this work. R. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus RydinSent: 8. februar 2001 08:25To: Orion-InterestSubject: SV: where should I place the image files your image files normaly goes with the rest of your web-content, that is, next to your html files etc. An idea would be to check the image URL:s. WR -Ursprungligt meddelande-Från: Guan, Thomas [mailto:[EMAIL PROTECTED]]Skickat: den 7 februari 2001 11:59Till: Orion-InterestÄmne: where should I place the image files Hi: I have deployed a ear file which includes image files on orion server. However, I did not see the image files on the web pages. Can someone tell me where I should place my image files? thanks. Tom Guan (Shaohua) 856-857-1324 X 2525 Senior Java Developer NFI Interactive Logistics ...
RE: Where to get Java tools ?
I am not sure if I understand you correctly, but if you are looking for the Java platform which is needed to run Orion, you should download the Java Software Developer Kit 1.3 from java.sun.com at http://java.sun.com/j2se/ If you are looking for a development tool (IDE) then you could take a look at "Forte" from Sun at www.forte.com Hope this helps you out Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Vinh Chu Xuan Sent: 6. februar 2001 10:34 To: Orion-Interest Subject: Where to get Java tools ? Hi all Please let me know where to get java tool, which can work with Orion Server ? Can them work in separated workstations ? Thank you
RE: Error messages from Orion have invalid XML format - bug?
That was exactly the hint I needed, JP! It had crossed my mind, but I had not yet realised that defining an error page would enable me to give the errors the XML layout I want. - I have done this now, and it works the way I hoped it would. You have been a great help, JP - many thanks for your time. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: 5. februar 2001 14:21 To: Orion-Interest Subject: RE: Error messages from Orion have invalid XML format - bug? about the error codes... have you defined an error page? that is a page that is executed to show a bug, and the br StackTrace are generated by the default error page JP -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Lunes, 05 de Febrero de 2001 4:40 To: Orion-Interest Subject: RE: Error messages from Orion have invalid XML format - bug? Thanks for your reply JP. I am aware of this possibility, and I am certain that using Orion this way speeds up development. I guess my focusing on finding out about the deployment features has gotten me to this point where I prefer to _deploy_ my application during my development. Is this not what the IDE's would do too? Maybe it is a matter of taste, but it seems a little less elegant to me to develop my JSPs directly in the middle of Orions file tree. Actually I thought most people had their files in a development file tree and then debugged by either moving the files to Orion through packaging and deployment or through simple file copying. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: 4. februar 2001 20:02 To: Orion-Interest Subject: RE: Error messages from Orion have invalid XML format - bug? Randahl look in $orion\applications\YOUREAR\YOURWAR\yourpage.jsp if you edit a .jsp in that dir and browse it, orion will recon the change, recompile for you, voila! no need to rebuild anything JP -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Sbado, 03 de Febrero de 2001 8:05 To: Orion-Interest Subject: Error messages from Orion have invalid XML format - bug? My JSPs return XML which is transformed using XSL. When Orion locates syntax errors or encounters Exceptions it produces som HTML which contains the error message AND some HTML markup which presents the error message. This Orion markup happens to contain standalone br tags. In case of an exception it looks like this: brat com.evermind.server.http.d3.sw(JAX) brat com.evermind.server.http.d3.su(JAX) brat com.evermind.server.http.ef.s1(JAX) brat com.evermind.server.http.ef.do(JAX) brat com.evermind.util.f.run(JAX) As everybody knows, using standalone br tags compromises XML syntax - XML would expect either br/ or br/br. Unfortunately this forces you to follow this debugging process: 1. Remove the lines in the JSP which links it to the stylesheet: ?xml version = "1.0"? ?xml-stylesheet href = "/tool.xsl"? 2. Rebuild the web application 3. Have Orion deploy the new build 4. Invoke the JSP and read the error 5. Correct the error in the JSP 6. Rebuild and redeploy 7. Check the error was corrected 8. Reinsert the line in the JSP which links it to the stylesheet. A rather long way to go, I think. This raises the question of whether this could be made easier. I have a feeling, I am not the only developer using XML, so maybe it would be a great idea if Orion Server presented Exceptions using tags which are valid in both HTML and XML. If the br tag was replaced with br/br, errors would be visible in both HTML and XML results. Moreover, if the whole error was enclosed in a valid XML tag you can have your XSL deliver the error as output. For instance p id = "OrionError" br/br at com.evermind.server.http.d3.sw(JAX) br/br at com.evermind.server.http.d3.su(JAX) br/br at com.evermind.server.http.ef.s1(JAX) br/br at com.evermind.server.http.ef.do(JAX) br/br at com.evermind.util.f.run(JAX) /p This is valid HTML and one can easily write XSL which checks for the occurance of this error and produces a result which can be seen in the output to the browser. This is just one quick idea of how to accomplish both valid HTML and valid XML - there are probably many other ways to accomplish this aswell. Of course, there might be a good reason why things are the way they are, but any comments to these thoughts would be welcomed. And should anyone at Ironflare have the time to comment on this too, I would be very grateful. Thanks Randahl -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: 2. februar 2
Error messages from Orion have invalid XML format - bug?
My JSPs return XML which is transformed using XSL. When Orion locates syntax errors or encounters Exceptions it produces som HTML which contains the error message AND some HTML markup which presents the error message. This Orion markup happens to contain standalone br tags. In case of an exception it looks like this: brat com.evermind.server.http.d3.sw(JAX) brat com.evermind.server.http.d3.su(JAX) brat com.evermind.server.http.ef.s1(JAX) brat com.evermind.server.http.ef.do(JAX) brat com.evermind.util.f.run(JAX) As everybody knows, using standalone br tags compromises XML syntax - XML would expect either br/ or br/br. Unfortunately this forces you to follow this debugging process: 1. Remove the lines in the JSP which links it to the stylesheet: ?xml version = "1.0"? ?xml-stylesheet href = "/tool.xsl"? 2. Rebuild the web application 3. Have Orion deploy the new build 4. Invoke the JSP and read the error 5. Correct the error in the JSP 6. Rebuild and redeploy 7. Check the error was corrected 8. Reinsert the line in the JSP which links it to the stylesheet. A rather long way to go, I think. This raises the question of whether this could be made easier. I have a feeling, I am not the only developer using XML, so maybe it would be a great idea if Orion Server presented Exceptions using tags which are valid in both HTML and XML. If the br tag was replaced with br/br, errors would be visible in both HTML and XML results. Moreover, if the whole error was enclosed in a valid XML tag you can have your XSL deliver the error as output. For instance p id = "OrionError" br/br at com.evermind.server.http.d3.sw(JAX) br/br at com.evermind.server.http.d3.su(JAX) br/br at com.evermind.server.http.ef.s1(JAX) br/br at com.evermind.server.http.ef.do(JAX) br/br at com.evermind.util.f.run(JAX) /p This is valid HTML and one can easily write XSL which checks for the occurance of this error and produces a result which can be seen in the output to the browser. This is just one quick idea of how to accomplish both valid HTML and valid XML - there are probably many other ways to accomplish this aswell. Of course, there might be a good reason why things are the way they are, but any comments to these thoughts would be welcomed. And should anyone at Ironflare have the time to comment on this too, I would be very grateful. Thanks Randahl -----Original Message----- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: 2. februar 2001 11:32 To: Orion-Interest Subject: Source XML Error: Expected "/br" to terminate element starting on line 51. Occasionally I get a strange result when there are syntax errors in my JSPs. If I have a JSP that works fine I can make Orion return a weird result by introducing a line like the following into the JSP: % rubishrubishrubish % I would expect Orion to compile the JSP and give me back a syntax error somewhere. Instead I get the following in my browser when I invoke the JSP: Source XML Error: Expected "/br" to terminate element starting on line 51. I know this sounds weird - that is exactly why I am asking: Has this occured to anyone else on the list? - Do you know why this happens? In hopes it is not my inner CPU which has some kind of bug... R.
RE: JSP TagLibs and UTF8 Encoding
Without knowing the details about your code: If you are using a standard XSL processor from your tag you should check that the output method setting of your XSL is correct. This is the output method I use to produce HTML, and you could modify it to produce the encoding you want: xsl:output method = "html" indent = "yes" encoding = "UTF-16" doctype-system = "http://www.w3.org/DTD/HTML4-strict-dtd" doctype-public = "-//W3C//DTD HTML 4.0//DA" media-type= "text/html" / Without this encoding my special characters get transformed aswell. I know this is not where you suggest the problem lies - but have you checked this issue? R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ted Rice Sent: 31. januar 2001 20:48 To: Orion-Interest Subject: JSP TagLibs and UTF8 Encoding I'm having an issue where a custom JSP BodyTag used in JSP Pages is producing some undesirable results. I am hoping someone out there has already encountered a similar problem and can point me in the right direction in solving mine. The issue is that my custom JSP BodyTag is a wrapper around JSP Code producing UTF8 Encoded XML Content. Portions of this content is encoded in UTF8 because they are language resources and this is the only way they can be represented (e.g. and ? ). My JSP Body Tag Implementation takes the produced XML Content and processes it against an XSL Style Sheet to produce the desired display content. However, the UTF8 Characters are being munged and not displayed correctly. The crux of the matter is how do I maintain the encoding of the produced XML between the page being processed and handing it of to the XSL Parser for transformation. Currently I am trying to use something of the nature: StringReader xmlReader = new StringReader(bodyContent.getString().trim()); InputSource xmlInputSource = new InputSource(xmlReader); where the bodyContent is the standard internal JSP Tag extension member variable. I then used the created InputSource for any XML operations, but my content still has munged UTF8 characters. Anyone have any suggestions? Thanks Greatly, Ted --- Ted Rice APAMA Ltd, 17 Millers Yard, Mill Lane Cambridge CB2 1RQ, United Kingdom Email: [EMAIL PROTECTED] Mobile: +44 (0)7899 876489 Phone: +44 (0)1223 257973 [Histon Office] Fax:+44 (0)1223 518859
JSP Syntax
I have two very similar lines of code - one of them causes a weird syntax interpretation on Orion. According to my reference books the two expressions should produce the same result. Does anyone know why these expressions work differently on Orion? Correct on Orion: p/sub%= t.getString() %/p Incorrect on Orion: p%= "/sub" + t.getString() %/p FYI: I am using 1.3.8. R.