Strange Servlet error...
I have a problem with my servlets I have an applet that communicates with a Servlets, but I keep getting a FileNotFoundException the Servlet is supposedly not found. But I see that the servlet's Init method is actually called. So I don't understand what is the problem...the servlet's init is called, but the applet doesn't find the servlet? Plus, my web.xml looks fine. The funniest thing, I used the same servlets with session beans and it worked fine...now with the Entity bean it doesn't work anymore??? here;s the servlet part in my WEB-INF/web.xml servlet> servlet-name>ProjectManagerServlet/servlet-name> display-name>ProjectManagerServlet/display-name> description>no description/description> servlet-class>com.fibro.project.ejb.servlets.ProjectManagerServlet/servlet-class> /servlet> Every class is there, in WEB-INF/classes/ and here's the applet error stack trace: java.io.FileNotFoundException: http://localhost:8080/phi/servlet/ProjectManagerServlet at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:545) ... ... ANyone got a clue of what's going on? I've been trying to figure out what's wrong, but nothing seems wrong. Especially that i've sucessfully used servlets before in the same way... thanks Alex -- Alexandre J. Boudreau CEO, CTO Fibro Movement corp. email: [EMAIL PROTECTED] www : http://www.fibromovement.com --
has anyone used ssl on linux w/orion?
I'm looking for proof that it can be done, and then - perhaps - maybe even a "how you did it," but mainly I'm trying to make sure it can be done before I spend time on it. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: has anyone used ssl on linux w/orion?
I did get server authenication to work...couldn't get client authenication to work.. :( I used JSSE+JDK1.2, on debain linux 2.2 (if that matters). Just basically follow the ssl-howto from orionserver.com.. James. On Wed, 9 Aug 2000 05:45:31 -0400 (EDT), you wrote: I'm looking for proof that it can be done, and then - perhaps - maybe even a "how you did it," but mainly I'm trying to make sure it can be done before I spend time on it. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: has anyone used ssl on linux w/orion?
Okay, I've had three or four people say that it works, has slow initialization, and a few mentioned that the keytool stuff needed to be done on windows. I'll give it a try now. Thank you very much! --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Orion on IBM AS/400
Hello, has anyone running the Orion Server nativ on the AS/400? i try this, but i got following exception (jdk 1.2.2): [] Klasse com/evermind/naming/archive/in.class wird aus /home/LOGAPGMR/orion/orion.jar geladen Klasse com/evermind/naming/memory/ih.class wird aus /home/LOGAPGMR/orion/orion.jar geladen Klasse javax/naming/NameClassPair.class wird aus /home/LOGAPGMR/orion/jndi.jar geladen Klasse java/text/DateFormat.class wird aus /QIBM/ProdData/Java400/jdk12/lib/rt.jar geladen Klasse com/evermind/server/rmi/RMIPermission.class wird aus /home/LOGAPGMR/orion/orion.jar geladen Klasse java/math/BigInteger.class wird aus /QIBM/ProdData/Java400/jdk12/lib/rt.jar geladen Klasse com/evermind/security/Group.class wird aus /home/LOGAPGMR/orion/orion.jar geladen Klasse com/evermind/server/gb.class wird aus /home/LOGAPGMR/orion/orion.jar geladen Klasse java/security/cert/X509Certificate.class wird aus /QIBM/ProdData/Java400/jdk12/lib/rt.jar geladen Klasse java/security/cert/X509Extension.class wird aus /QIBM/ProdData/Java400/jdk12/lib/rt.jar geladen Klasse java/util/HashSet.class wird aus /QIBM/ProdData/Java400/jdk12/lib/rt.jar geladen java.lang.NullPointerException java/security/BasicPermission.hashCode()I+4 (BasicPermission.java:203) java/util/HashMap.put(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;+15 (HashMap.java:329) java/util/HashSet.add(Ljava/lang/Object;)Z+8 (HashSet.java:164) com/evermind/server/gb.aib(Ljava/security/Permission;)V+4 (JAX:0) com/evermind/server/XMLUserManager.aes(Lorg/w3c/dom/Node;)V+185 (JAX:0) com/evermind/server/XMLUserManager.aeq(Lorg/w3c/dom/Node;)V+41 (JAX:0) com/evermind/server/XMLUserManager.em(Lorg/w3c/dom/Node;)V+31 (JAX:0) com/evermind/server/XMLConfig.afd(Lorg/w3c/dom/Node;Z)V+153 (JAX:0) com/evermind/server/XMLConfig.cp([BZ)V+128 (JAX:0) com/evermind/server/XMLConfig.cp(Ljava/net/URL;)V+49 (JAX:0) com/evermind/server/XMLServerConfig.aeu(Ljava/lang/String;)V+16 (JAX:0) com/evermind/server/XMLServerConfig.lj()V+364 (JAX:0) com/evermind/server/XMLApplicationServerConfig.lj()V+1 (JAX:0) com/evermind/server/XMLConfig.cp([BZ)V+242 (JAX:0) com/evermind/server/XMLConfig.cp(Ljava/net/URL;)V+49 (JAX:0) com/evermind/server/ga.run()V+23 (JAX:0) java/lang/Thread.run()V+11 (Thread.java:479) com/evermind/util/e.run()V+7 (JAX:0) any idea? thanks klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
SQL error: Connection is broken
Using the HypersonicSQL Server-mode driver, I get an error message: "Auto-deploying product... SQL error: Connection is broken" (with the error always at the deployment of the *first* application) I already tried various connection settings in data-sources.xml with no success. anyone else has this ?
Re: has anyone used ssl on linux w/orion?
I must admit I'm not quite sure because we haven't used it in a production system. I thought it was just when starting the first ssl session after restart of the server but I could be wrong. we didn't check thoroughly. .. 5 min later .. I just checked and it's only the first session that's opened. after that other sessions seem ok. what times are we talking about? the first initialization takes ages (10-20 seconds on a dual pIII 700). after that the session creation is not noticable (didn' t measure it, though). regards, robert At 14:05 09.08.00 , you wrote: Robert, With slow initialization, do you mean initialization when starting server or when starting each SSL session? I am having problems with the latter. Did you find any solution to that? The only solution I can come up with is to change provider. /Thanks, Mattias - Original Message - From: "Robert Krueger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 12:43 PM Subject: Re: has anyone used ssl on linux w/orion? we have with a thawte cert if I remeber correctly. except for the really slow initialization it worked. regards, robert (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Jive
Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem?
New Xalan/Xerxes
Has anyone tried the latest versions of Xalan (1.2D01) and Xerxes (1.1.2) with Orion? If so, do they still have memory leaks? Kirk Yarina [EMAIL PROTECTED]
RE: Jive
I'm working on building Jive. I'll look into it and forward your message to the main maintainers. Jive probably does not see the class, but the JSP engine does. Maybe that's what is causing problems. Have you been able to create the Jive database on hSQL? If so, can you send in the SQL scripts for it? We want to have broad support. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 15:13 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem?
Re: Jive
Thanks for the reply Jeroen. As far as I can see, this is actually a bug in Orion - it's exposing the classes in hsql.jar (and probably the other /lib jars?) to JSP pages when it shouldn't be. I don't think Jive needs fixing? As for the hSQL scripts, I'm sorry but I don't have any - I'm actually using SQL Server (but I have a script for that if you want it?). My solution to the problem I described was to simply remove the hsql.jar file from /orion/lib since I'm not using it. - Original Message - From: "J.T. Wenting" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Matt Adam Tucker" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 3:38 PM Subject: RE: Jive I'm working on building Jive. I'll look into it and forward your message to the main maintainers. Jive probably does not see the class, but the JSP engine does. Maybe that's what is causing problems. Have you been able to create the Jive database on hSQL? If so, can you send in the SQL scripts for it? We want to have broad support. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 15:13 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem?
Re: Jive
Oh I see, I didn't know that was how default packages worked. Nasty. In that case I'd agree that it's hSQL that's causing the problem. I'll drop them a line and see what they are willing to do about it. - Original Message - From: "Jason von Nieda" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 4:01 PM Subject: RE: Jive If you are not using Hypersonic SQL you could just move that .jar from the lib directory. Also, if you are just using Tree like this: Tree tree = new Tree(); you could just do: com.coolservlets.forum.util.Tree tree; tree = new com.coolservlets.forum.util.Tree(); The reason the Hypersonic SQL one is getting included is because they put a class called Tree in the default package (bad, bad, bad!) and the default package is always imported. This should probally be mentioned to the maintainers of hSQL as well. People shouldn't be putting classes with such generic names in the default package. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 8:13 AM To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem?
Re: Jive
Um, no. It's not a bug in orion. It's a classpath issue, and literally a problem with hsql.jar, as stated. $ORION/lib jars get put in the classpath, and since Tree.class in hsql is in the default package, it's exposed according to java's rules. If you want to blame Java, fine. Go for it. If you want to blame hsql, fine. Go for it. In either case, blame is deserved (well, mostly for hsql, but hey.) Orion is doing nothing to the classpath to make it behave oddly. The solution is to fix hsql.jar, really, not modify orion or jive. On Wed, 9 Aug 2000, Chris Miller wrote: Thanks for the reply Jeroen. As far as I can see, this is actually a bug in Orion - it's exposing the classes in hsql.jar (and probably the other /lib jars?) to JSP pages when it shouldn't be. I don't think Jive needs fixing? As for the hSQL scripts, I'm sorry but I don't have any - I'm actually using SQL Server (but I have a script for that if you want it?). My solution to the problem I described was to simply remove the hsql.jar file from /orion/lib since I'm not using it. - Original Message - From: "J.T. Wenting" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Matt Adam Tucker" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 3:38 PM Subject: RE: Jive I'm working on building Jive. I'll look into it and forward your message to the main maintainers. Jive probably does not see the class, but the JSP engine does. Maybe that's what is causing problems. Have you been able to create the Jive database on hSQL? If so, can you send in the SQL scripts for it? We want to have broad support. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 15:13 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Jive
Jospeh, Thanks for the input. We'll probably just modify Jive since that's the fastest fix for our Orion users. :) It would be cool if the Orion people fixed the problem eventually, though. -Matt On Wed, 9 Aug 2000, Joseph B. Ottinger wrote: Um, no. It's not a bug in orion. It's a classpath issue, and literally a problem with hsql.jar, as stated. $ORION/lib jars get put in the classpath, and since Tree.class in hsql is in the default package, it's exposed according to java's rules. If you want to blame Java, fine. Go for it. If you want to blame hsql, fine. Go for it. In either case, blame is deserved (well, mostly for hsql, but hey.) Orion is doing nothing to the classpath to make it behave oddly. The solution is to fix hsql.jar, really, not modify orion or jive. On Wed, 9 Aug 2000, Chris Miller wrote: Thanks for the reply Jeroen. As far as I can see, this is actually a bug in Orion - it's exposing the classes in hsql.jar (and probably the other /lib jars?) to JSP pages when it shouldn't be. I don't think Jive needs fixing? As for the hSQL scripts, I'm sorry but I don't have any - I'm actually using SQL Server (but I have a script for that if you want it?). My solution to the problem I described was to simply remove the hsql.jar file from /orion/lib since I'm not using it. - Original Message - From: "J.T. Wenting" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Matt Adam Tucker" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 3:38 PM Subject: RE: Jive I'm working on building Jive. I'll look into it and forward your message to the main maintainers. Jive probably does not see the class, but the JSP engine does. Maybe that's what is causing problems. Have you been able to create the Jive database on hSQL? If so, can you send in the SQL scripts for it? We want to have broad support. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 15:13 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
EntityBean fields with new Orion
I have a question about the javax.ejb.EntityBean in Orion. I was using introspection to get the declared fields of my entity bean instance: Fields [] fields = myEJB.getClass().getDeclaredFields(); I was using this in a function transferEntityToData( java.ejb.EntityBean ejb, Object data ) that I use to tranfer values from an EntityBean to an object with the same field names. This was working with the original version of Orion, but after doing an update, the only fields that I get are : __context and __dirty. When I do a : this.getClass().getName() inside my entity bean, I get : ApplicantEJB_PersistenceManager8 I used to get : ApplicantEJB Any idea what has been changed ?
Re: Jive
Yep sorry, my posts always seem to take a few minutes to get through to the list - by which time Jason von Nieda had pointed out what the real problem was. And then you did too - you probably wrote yours before Jason's had come through too - argh! :-). Thanks for the help - I've only been working with Java for about a month so didn't know about the default package behaviour. I'm surprised I managed to track it down to the hsql.jar at all to be honest ;-). Anyway, I've emailed the Hypersonic developers to see if they will be willing to fix their jar, since I'm sure that in the long run it'll affect many more than just people using Orion+Jive. - Original Message - From: "Joseph B. Ottinger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Orion-Interest" [EMAIL PROTECTED]; "Matt Adam Tucker" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 6:06 PM Subject: Re: Jive Um, no. It's not a bug in orion. It's a classpath issue, and literally a problem with hsql.jar, as stated. $ORION/lib jars get put in the classpath, and since Tree.class in hsql is in the default package, it's exposed according to java's rules. If you want to blame Java, fine. Go for it. If you want to blame hsql, fine. Go for it. In either case, blame is deserved (well, mostly for hsql, but hey.) Orion is doing nothing to the classpath to make it behave oddly. The solution is to fix hsql.jar, really, not modify orion or jive. On Wed, 9 Aug 2000, Chris Miller wrote: Thanks for the reply Jeroen. As far as I can see, this is actually a bug in Orion - it's exposing the classes in hsql.jar (and probably the other /lib jars?) to JSP pages when it shouldn't be. I don't think Jive needs fixing? As for the hSQL scripts, I'm sorry but I don't have any - I'm actually using SQL Server (but I have a script for that if you want it?). My solution to the problem I described was to simply remove the hsql.jar file from /orion/lib since I'm not using it. - Original Message - From: "J.T. Wenting" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Matt Adam Tucker" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 3:38 PM Subject: RE: Jive I'm working on building Jive. I'll look into it and forward your message to the main maintainers. Jive probably does not see the class, but the JSP engine does. Maybe that's what is causing problems. Have you been able to create the Jive database on hSQL? If so, can you send in the SQL scripts for it? We want to have broad support. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 15:13 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
RE: Jive
Will Orion survive without hSQL installed? I do not use it for anything myself, so if Orion can do without, so can I. I could always replace it with another database if that is possible (instantDb, Interbase, Oracle (at work), even MS Access...). Jeroen T Wenting [EMAIL PROTECTED] ICQ UIN #9191966 It's the end of the world as we know it and I feel fine (Michael Stipe) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joseph B. Ottinger Sent: 09 August 2000 19:06 To: Orion-Interest Cc: Orion-Interest; Matt Adam Tucker Subject: Re: Jive Um, no. It's not a bug in orion. It's a classpath issue, and literally a problem with hsql.jar, as stated. $ORION/lib jars get put in the classpath, and since Tree.class in hsql is in the default package, it's exposed according to java's rules. If you want to blame Java, fine. Go for it. If you want to blame hsql, fine. Go for it. In either case, blame is deserved (well, mostly for hsql, but hey.) Orion is doing nothing to the classpath to make it behave oddly. The solution is to fix hsql.jar, really, not modify orion or jive. On Wed, 9 Aug 2000, Chris Miller wrote: Thanks for the reply Jeroen. As far as I can see, this is actually a bug in Orion - it's exposing the classes in hsql.jar (and probably the other /lib jars?) to JSP pages when it shouldn't be. I don't think Jive needs fixing? As for the hSQL scripts, I'm sorry but I don't have any - I'm actually using SQL Server (but I have a script for that if you want it?). My solution to the problem I described was to simply remove the hsql.jar file from /orion/lib since I'm not using it. - Original Message - From: "J.T. Wenting" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Matt Adam Tucker" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 3:38 PM Subject: RE: Jive I'm working on building Jive. I'll look into it and forward your message to the main maintainers. Jive probably does not see the class, but the JSP engine does. Maybe that's what is causing problems. Have you been able to create the Jive database on hSQL? If so, can you send in the SQL scripts for it? We want to have broad support. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 15:13 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
RE: Jive
Sure. hsql serves just as a sort of "default database" for orion, so you'll always have SOMETHING, even though the default mode of hsql kinda sucks. (Anyone looked into getting hsql to run in server mode from inside orion?) On Wed, 9 Aug 2000, J.T. Wenting wrote: Will Orion survive without hSQL installed? I do not use it for anything myself, so if Orion can do without, so can I. I could always replace it with another database if that is possible (instantDb, Interbase, Oracle (at work), even MS Access...). Jeroen T Wenting [EMAIL PROTECTED] ICQ UIN #9191966 It's the end of the world as we know it and I feel fine (Michael Stipe) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joseph B. Ottinger Sent: 09 August 2000 19:06 To: Orion-Interest Cc: Orion-Interest; Matt Adam Tucker Subject: Re: Jive Um, no. It's not a bug in orion. It's a classpath issue, and literally a problem with hsql.jar, as stated. $ORION/lib jars get put in the classpath, and since Tree.class in hsql is in the default package, it's exposed according to java's rules. If you want to blame Java, fine. Go for it. If you want to blame hsql, fine. Go for it. In either case, blame is deserved (well, mostly for hsql, but hey.) Orion is doing nothing to the classpath to make it behave oddly. The solution is to fix hsql.jar, really, not modify orion or jive. On Wed, 9 Aug 2000, Chris Miller wrote: Thanks for the reply Jeroen. As far as I can see, this is actually a bug in Orion - it's exposing the classes in hsql.jar (and probably the other /lib jars?) to JSP pages when it shouldn't be. I don't think Jive needs fixing? As for the hSQL scripts, I'm sorry but I don't have any - I'm actually using SQL Server (but I have a script for that if you want it?). My solution to the problem I described was to simply remove the hsql.jar file from /orion/lib since I'm not using it. - Original Message - From: "J.T. Wenting" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: "Matt Adam Tucker" [EMAIL PROTECTED] Sent: Wednesday, August 09, 2000 3:38 PM Subject: RE: Jive I'm working on building Jive. I'll look into it and forward your message to the main maintainers. Jive probably does not see the class, but the JSP engine does. Maybe that's what is causing problems. Have you been able to create the Jive database on hSQL? If so, can you send in the SQL scripts for it? We want to have broad support. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Miller Sent: Wednesday, August 09, 2000 15:13 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: Jive Has anyone here used Jive (www.coolservlets.com/jive) with Orion (1.1.37)? I've just tried to set it up, and hit a problem because the orion/lib/hsql.jar file contains a class called 'Tree'. Jive also has a class called this, and when I try to use it in a JSP page, Orion finds Hypersonic's Tree class first. So the question is, should this Hypersonic class be visible to my JSP page? I would have thought not unless I explicitly used %@ page import ... % Has anyone else seen this problem? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
webapp design: how to handle connection pooling
hi everybody, i have a design question: how should i manage (pooled) database connections in my web app? i found different hints from different sources... * some people say, it's best practice to put 1 connection into 1 user's http session and use it for all requests of that user * other people say it's best practice to use a connection for every request. (and if more than one methods are involved, the connection should be given as a method parameter) * again other people argue that they don't care at all about reusing connection, they just open and close them when they need/want to who is right? or, how do you handle it? thanks a lot! joe peer -- mailto:[EMAIL PROTECTED] ___ Say Bye to Slow Internet! http://www.home.com/xinbox/signup.html
RE: Client app problem
I think your problem lies within your client jndi.properties setup, specifically your value for java.naming.provider.url. I believe you must specifiy this url as: java.naming.provider.url=url/application so you would probably need to replace what you currently have with: java.naming.provider.url=ormi://10.1.1.11/dummy jason A strange problem arises when trying to execute a client application (see below). Exactly the same error happened when executing the news-client sample, after having rebuilt and rejared it using an appropriate jndi.properties file at the jar-root level. The file dummy.jar contains the home and remote interfaces. The manifest classpath points to orion.jar. Also interesting is that a web application using the same EJB works just fine, using exactly the same ejb-ref notation in its descriptor. It may be a newbie or trivial error from my side, but maybe also a bug in Orion (I posted another message yesterday and it was solved 6 hours later when I made an autoupdate ;-) Any help in this matter would be greatly appreciated. jndi.properties (from client jar file) java.naming.factory.initial=com.evermind.server.ApplicationClientI nitialCont extFactory java.naming.provider.url=ormi://10.1.1.11 java.naming.security.principal=admin
Progress and Orion
Does anybody use the progress Db with orion. Are there any issues with the data-schema etc. Thanks in advance
Re: webapp design: how to handle connection pooling
* some people say, it's best practice to put 1 connection into 1 user's http session and use it for all requests of that user This should not be done because you end up having one connection/session. Moreover connection objects are not serializable. * other people say it's best practice to use a connection for every request. (and if more than one methods are involved, the connection should be given as a method parameter) This is safe, but resource hungry. * again other people argue that they don't care at all about reusing connection, they just open and close them when they need/want to who is right? or, how do you handle it? This is also resource hungry. The suggested approach is to setup Orion for connection pooling, and get connections using the datasource as usual. Subbu = __ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/
Re: InputStream as parameter not supported
Nevermind. Figured it out. I was using one of my own java types in the
entity bean, and hadn't mapped it in postgres.xml yet.
-Lkb
At 07:31 PM 8/8/00 -0700, Lorin Kobashigawa-Bates wrote:
I am totally stumped about this error, I'm getting it when I try to create
my Entity Bean in a servlet.
Article article =
(Article)PortableRemoteObject.narrow(articleHome.create(),
Article.class);
The create method in ArticleEJB is very simple,
public Long ejbCreate() throws CreateException{
long newId;
try {
newId = CounterUtils.getNextID("java:comp/env/Counter","Article");
}catch(javax.naming.NamingException ne) {
throw new CreateException("Naming Exception: "+ne.getMessage());
}catch(java.rmi.RemoteException rme) {
throw new CreateException("Remote Exception: "+rme.getMessage());
}catch(javax.ejb.FinderException fe) {
throw new CreateException ("Finder Exception: "+fe.getMessage());
}
this.id = new Long(newId);
return null;
}
Here's the Stack trace.
javax.ejb.CreateException: Error creating EntityBean: InputStream as
parameter not supported
at
ArticleHome_EntityHomeWrapper10.create(ArticleHome_EntityHomeWrapper10.java
:458)
at CreateArticles.doGet(CreateArticles.java:66)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at com.evermind.server.http.di.pw(JAX)
at com.evermind.server.http.di.forward(JAX)
at com.evermind.server.http.dr.p1(JAX)
at com.evermind.server.http.dr.p0(JAX)
at com.evermind.util.f.run(JAX)
/**
* @author: Lorin Kobashigawa-Bates [EMAIL PROTECTED]
* @title: CodeMonkey / COO - Robot6 Inc.
* @phone: 415.345.8872
* @addr: 1177 Polk St. San Francisco, CA 94109
*/
TopicSession.createSubscriber
I think there is a bug in the JMS implementation. When I call TopicSession.createSubscriber when the session's connection has been started, the call hangs. However, if I stop the connection before making the call, the code functions as expected. Is this a bug or is it illegal to create a subscriber after the connection has been started. Thanks, Vidur
EntityBean change notification
Hello, I need some help with issuing notifications when an EntityBean's state changes. Currently, I use JMS Topics to publish messages from an EntityBean when it changes. Within the bean, I keep a dirty flag and in ejbStore publish a message if the bean is dirty. I'm not sure this is the best approach. Ideally, I think, the notification should be issued when a transaction that has changed the state of a bean commits. A dirty flag can easily track state changes. Is there a way for the entity bean to know when a transaction commits? Thanks, Vidur PS. If possible, please also cc me
RE: webapp design: how to handle connection pooling
Here is my input on this interesting topic. * some people say, it's best practice to put 1 connection into 1 user's http session and use it for all requests of that user This only works if you don't have a lot of users concurrently, say a small intranet application, that doesn't care scalibility. The reason is database connection can't be serialized for sure and connection in http session can't be replicated across your web server farm. Hence each user in a session requires to use the same machine in your web farm. This could be terrible if you intend to serve thousands of users concurrently. Secondly database licensing is an issue. Some database vendors charge you by concurrent opened connection. If your site has a thousand users concurrently, you will need to purchase a thousand licenses (That is the thing scares me most). * other people say it's best practice to use a connection for every request. (and if more than one methods are involved, the connection should be given as a method parameter) I would rather use this per-requset approach. Only open a connection whenever a request comes in and needs database access. I can't think of a reason why passing around connection as parameter is a bad idea as long as it is in the same request. * again other people argue that they don't care at all about reusing connection, they just open and close them when they need/want to I would not like this idea since opening a database connection is expensive unless there is a connection pooling mechanism in place. Conrad
RE: webapp design: how to handle connection pooling
My input follows: * some people say, it's best practice to put 1 connection into 1 user's http session and use it for all requests of that user This only works if you don't have a lot of users concurrently, say a small intranet application, that doesn't care scalibility. The reason is database connection can't be serialized for sure and connection in http session can't be replicated across your web server farm. Hence each user in a session requires to use the same machine in your web farm. This could be terrible if you intend to serve thousands of users concurrently. Secondly database licensing is an issue. Some database vendors charge you by concurrent opened connection. If your site has a thousand users concurrently, you will need to purchase a thousand licenses (That is the thing scares me most). Agreed with replier..you would NEVER want to do this. If you are not careful you can lose the connections which will ultimately crash the database and/or the web server. VERY bad design. * other people say it's best practice to use a connection for every request. (and if more than one methods are involved, the connection should be given as a method parameter) I would rather use this per-requset approach. Only open a connection whenever a request comes in and needs database access. I can't think of a reason why passing around connection as parameter is a bad idea as long as it is in the same request. This isn't bad. There are better ways. * again other people argue that they don't care at all about reusing connection, they just open and close them when they need/want to I would not like this idea since opening a database connection is expensive unless there is a connection pooling mechanism in place. This is VERY slow, and in some tests its 100's of times slower than implementing a connection pool. For the original sender (and Conrad if you are not aware of this), there are two methods I would choose over the others above. The first is connection pooling. Servlets in the same web app maintain a Servlet Context that is a good place to store "global" objects. By making a connection pool class and putting it in the servlet context when the web app is first loaded, the connection pool is available to all servlets (and JSP pages). Beyond that, a connection pool allows you to open one or more connections and keep them alive while the web app is running. Because of this, instead of going over the network and opening a connection on each request, then closing that connection, you are given an immediate opened connection from the pool on every request. This class is relatively easy to implement as well. Option 2 is better when you are dealing with application servers, especialy with Orion. Orion has a very easy built-in connection pooling capability. Generally the EJB layer would use this to get and set data in the database, but your JSP/Servlets can do the same as well. Each Orion app server (assuming you are using a cluster for fail-over, load-balancing and scalability) can have its own connection pool settings. You provide the database driver, number of connections, and login/password. The rest is done through JDBC 2.0 DataSources. Now..I am not a pro at this yet..so I am taking a stab at how this actually works. I still use my old connection pool class. None the less, I am pretty sure its this easy. My only question to anyone that knows is..can Orion (and other app servers for that matter) have multiple connection pools per app server? On our site we maintain 3 different databases and each request needs a connection from one of the three..depending on where the user is on the site. I would assume this is possible..otherwise alot of sites wouldn't use app server specific database connection pooling. Anyways..for what its worth..I hope that helps.
JSP on Win98
Hi, I've tried Orion examples on Windows NT 4 and Windows 2000 server. They are all OK. But I couldn't get through in Win98 machine. The problem is whenever a page refers to a JSP page, a "Page not found" will be throwed. Could anyone please help me out? Thank you, Su Yi
