RE: Can't deploy example atm with datasource db2 (NOW I CAN DEPLOY)
That' s OK. Thank you Joe. Matthias -- Weitergeleitet von Matthias Weiler/AVSG on 15.06.2000 09:24 --- "Joe Walnes" [EMAIL PROTECTED]@orionserver.com on 14.06.2000 18:02:11 Gesendet von: [EMAIL PROTECTED] An: Orion-Interest [EMAIL PROTECTED] Kopie: Thema:RE: Can't deploy example "atm" with datasource "db2" In the database-schemes the "type" is the Java-Class and the "name" is the Column-Type in the database. So the entry for name should be name="long varchar", but what is the entry for type ? java.io.Serializable -Joe Walnes
Background info about the Orion team
Title: Background info about the Orion team Hi, There's quite a dearth of information about the *people* writing Orion. Is there anywhere I can find information about them and/or their company? Thanks, Gordon --- Codito, ergo sum -- I code, therefore I am --- Gordon Tyler [EMAIL PROTECTED] AST -- Product Development Tel: +27-(0)21-6803412 PGP key available on request
Re: urgent: error accessing jar file
Meanwhile, I found a workaround: unpack the .properties file into the /WEB-INF/classes directory. Looks like a bug to me. -Original Message- From: Christian Sell [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: Donnerstag, 15. Juni 2000 07:10 Subject: urgent: error accessing jar file Hello, Q1: I have a JSP tag library which uses the ECS library from apache. Both my tag library and ECS reside as *.jar files in /WEB-INF/lib. When my test page is loaded, the initialization code of ECS reads a property file from the jar with the following statement: static { try resource = ResourceBundle.getBundle("org.apache.ecs.ecs"); } catch(Exception e) { System.err.println("Cannot find org.apache.ecs.ecs.properties."); } } Even though the file org.apache.ecs.ecs.properties is in the jar file, the error message is printed out, the resource variable is not set, and I get a NullPointerException later on. I have this very same configuration running under Tomcat. However, I have seen previous versions of Tomcat having problems accessing implicitly (through placement in /WEB-INF/lib) mapped jar files via getClassForName() and getResource(). Could it be that Orion has a similar problem? If not, why is ECS unable to read the properties file from its own jar under Orion? Q2: Do I get any further docs when I buy the product? If not, when is the documentation going to be improved? thanks, Christian Sell
Error passivating beans
Hi all, I am evaluating orion and everything is turning out fine, except something that is worrying me. When I shutdown the server ( using the: java -jar admin.jar ormi://localhost username password -shutdown), I get the following: - CUT HERE -- [ListManagerEJB] Set context [ListManagerEJB] Created [ListManagerEJB] Datasource acquired [ListManagerEJB] Connection acquired [SecurityManagerEJB] User :fls was successfully authenticated Shutting down... [ListManagerEJB] Passivated Error serializing bean: com.evermind.sql.af [SecurityManagerEJB] Passivated Error serializing bean: com.evermind.sql.af [LibraryManagerEJB] Passivated Error serializing bean: com.evermind.sql.af [LibraryManagerEJB] Passivated Error serializing bean: com.evermind.sql.af [uniqueIDEJB] Passivated Error serializing bean: com.evermind.sql.af --- CUT HERE --- And when I restart the server: --- CUT HERE --- [fls@dbs orion]$ java -jar orion.jar Error deserializing session: java.io.WriteAbortedException: Writing aborted by e xception; java.io.NotSerializableException: com.evermind.sql.af Error deserializing session: java.io.WriteAbortedException: Writing aborted by e xception; java.io.NotSerializableException: com.evermind.sql.af Error deserializing session: java.io.WriteAbortedException: Writing aborted by e xception; java.io.NotSerializableException: com.evermind.sql.af Error deserializing session: java.io.WriteAbortedException: Writing aborted by e xception; java.io.NotSerializableException: com.evermind.sql.af Error deserializing session: java.io.WriteAbortedException: Writing aborted by e xception; java.io.NotSerializableException: com.evermind.sql.af Orion/1.0 initialized --- CUT HERE -- Is this normal ? Am I doing something wrong ? I don't think the problem is with my beans, since the NotSerializableException seems to regard an internal orion class (com.evermind.sql.af), but I could be wrong. This worries me a bit, since, for now it isn't preventing me from doing anything, but in a future, with the high load of the server when the need comes for it to start passivating/activating the beans, might be a problem. Thanks in advance for your help Fabio Silva
RE: Just starting with Orion - some issues
I agree. I would go so far as to consider this a problem with JRun. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Wong Kok Wai Sent: Wednesday, June 14, 2000 11:58 PM To: Orion-Interest Cc: Orion-Interest Subject: Re: Just starting with Orion - some issues [EMAIL PROTECTED] wrote: - JRun automatically includes the java.io.* package, you don't have to do a page include manually if you use something like a java.io.BufferedReader in a JSP page. I don't see this as bug in Orion as this feature of JRun is not mentioned anywhere in the specifications from Sun.
Re: urgent: error accessing jar file
I have had the same problem working with property files in Tomcat and Orion. My work around was to create a properties directory somewhere at a root level to all apps. I then place all property files for all my apps in this directory and hard code this directory into my classpath. Seems to work, not sure why Orion or Tomcat (or others???) can't seem to pick them up without hardcoding the classpath. Also, my experience shows that it only happens when using ResourceBundle to load properties. Dale - Original Message - From: Christian Sell [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, June 15, 2000 4:39 AM Subject: Re: urgent: error accessing jar file Meanwhile, I found a workaround: unpack the .properties file into the /WEB-INF/classes directory. Looks like a bug to me. -Original Message- From: Christian Sell [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: Donnerstag, 15. Juni 2000 07:10 Subject: urgent: error accessing jar file Hello, Q1: I have a JSP tag library which uses the ECS library from apache. Both my tag library and ECS reside as *.jar files in /WEB-INF/lib. When my test page is loaded, the initialization code of ECS reads a property file from the jar with the following statement: static { try resource = ResourceBundle.getBundle("org.apache.ecs.ecs"); } catch(Exception e) { System.err.println("Cannot find org.apache.ecs.ecs.properties."); } } Even though the file org.apache.ecs.ecs.properties is in the jar file, the error message is printed out, the resource variable is not set, and I get a NullPointerException later on. I have this very same configuration running under Tomcat. However, I have seen previous versions of Tomcat having problems accessing implicitly (through placement in /WEB-INF/lib) mapped jar files via getClassForName() and getResource(). Could it be that Orion has a similar problem? If not, why is ECS unable to read the properties file from its own jar under Orion? Q2: Do I get any further docs when I buy the product? If not, when is the documentation going to be improved? thanks, Christian Sell
RE: Just starting with Orion - some issues
I also agree that it's not a bug in Orion, it's just an issue that occurred when porting from JRun to Orion, which required code modification. It just might be the subject of a technote or something. The other problem, where code can't be multiple lines long, I think is a bug in Orion's parser. Doug -- Doug Smith Senior Developer Eviciti Corp. http://www.eviciti.com mailto:[EMAIL PROTECTED] "Arved Sandstrom" arved.sandstrom@e-plicityTo: Orion-Interest [EMAIL PROTECTED] .com cc: Sent by: Subject: RE: Just starting with Orion - some issues owner-orion-interest@orion server.com 06/15/2000 05:19 AM Please respond to arved.sandstrom I agree. I would go so far as to consider this a problem with JRun. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Wong Kok Wai Sent: Wednesday, June 14, 2000 11:58 PM To: Orion-Interest Cc: Orion-Interest Subject: Re: Just starting with Orion - some issues [EMAIL PROTECTED] wrote: - JRun automatically includes the java.io.* package, you don't have to do a page include manually if you use something like a java.io.BufferedReader in a JSP page. I don't see this as bug in Orion as this feature of JRun is not mentioned anywhere in the specifications from Sun.
Re: Error passivating beans
I realize something like this has been asked, but I am very interested in Orion--would like to go live with it within a week or two (we already have our beans written for JOnAS 1.61--just have to port), but I must have the following functionality: I need to run Apache in front of Orion because I need the mod_rewrite functionality. Is there a way for Apache to handle all requests and then dish off certain requests to Orion? Thank you, -- Joel Shellman Chief Software Architect The virally-driven B2B marketplace for outsourcing projects http://www.ants.com/90589781
Re: Just starting with Orion - some issues
Hello Doug, Orion does indeed parse multi-line statements, % out. println ("test"); % Should work fine. What you can't do is span a String across lines. Regards, Karl Avedal [EMAIL PROTECTED] wrote: Hello List, (It was great meeting some of you at the JavaOne conference, hello to you all!) For my first try at Orion, I migrated a little quick dirty site from JRun 2.3.3b153. The site is just made up of JSP pages with inline Java doing various simple things. Here are some issues I discovered: - Orion can't parse multi-line statements, like this: % String thisString = "this is a really long string that I want to appear lined-up"; % JRun does. - JRun automatically includes the java.io.* package, you don't have to do a page include manually if you use something like a java.io.BufferedReader in a JSP page. I just wondered whether or not these issues were known. Thanks, Doug -- Doug Smith Senior Developer Eviciti Corp. http://www.eviciti.com mailto:[EMAIL PROTECTED]
Apache as front end to Orion
I'm sorry if this is a duplicate posting, but I can't seem to find my first email in my Sent box so I'm wondering if I didn't send it. I'm ready to switch our development team over full scale to Orion immediately if I can use Apache with it. I need Apache's mod_rewrite functionality, so I need it to handle all requests first, and then pass on appropriate requests to the servlets. Is this possible currently? If not, when? If it's not possible, would anyone be willing/able to make it work for us ASAP? Thanks, -- Joel Shellman Chief Software Architect The virally-driven B2B marketplace for outsourcing projects http://www.ants.com/90589781
Shut Down
HI Guys, I am trying to shut down orion by using java -jar admin.jar ormi://localhost/ admin mojo -shutdown and i get this error Error: com.evermind.reflect.UndeclaredExceptionTypeException: java.lang.ClassNotFoundException Please giv me some solution Thanx for your time Hashim Merchant winmail.dat
Using alternate web server?
Hello, Is it possible to use another web server with Orion? -- Doug Smith Senior Developer Eviciti Corp. http://www.eviciti.com mailto:[EMAIL PROTECTED]
Session restore problem
When I restart Orion I get the following: Error restoring application state: java.io.StreamCorruptedException (InputStream does not contain a serialized object) The app works but all session info is lost. I need to be able to restore the session info on a server restart. How can I do this. SnowWolf Wagner Fusion Alliance
RE: urgent: error accessing jar file
CASE 2: ECS might be using the wrong ClassLoader... Apache code usually misbehaves in this aspect. I only wish they would take advice... In Tomcat this might work, since contrary to Orion, Tomcat has no notion of REALLY isolated web applications. can you elaborate on this a bit more? There is no ClassLoader mentioned in the code that uses ResourceBundle. And what does Tomcat do differently than Orion? Does it not conform to the J2EE spec? Why does it work under tomcat/jdk1.3 ? Please enlighten me (mere mortal :)). It's better if you look at how the ResourceBundle method is coded, specifically the getClassLoader() method there. About conformance... hmm... the specification leaves a lot of things to the implementors. Sometimes it is so broad in certain aspects, that it's hard to mantain compatibility among implementations. Both Tomcat and Orion employ advanced ClassLoader techniques, but the implementation details are different among the two. The fact that in one server you can see the "bug" and on another doesn't, implies that the internal implementation of Tomcat is different and does not exhibit such an error or it has been masked/patched to overcome such deficiency in the JDK 1.3. BTW, if I use jdk 1.2.2, killing the process now yields ugly error messages. However, trying to use the following command: java -jar admin.jar ormi://localhost admin adminpw -shutdown yields another error: Error: com.evermind.reflect.UndeclaredExceptionTypeException: java.lang.ClassNotFoundException am I again missing something? Don't know, it doesn't happen here
Re: BMP connection pooling
Thanks! Does this return a pooled connection? I have a two column table with a String primary key and a long (next). Simplied, this test program invokes a stateless session bean that uses an entity bean that invokes findByPrimaryKey (always the same key) and then: long temp = bean.getNext(); temp++; bean.setNext(temp); and returns temp. Pretty straightforward... Using HypersonicSQL and CMP this takes under 2ms a pass. My initial BMP version ran at about 3ms a pass, and then, for no apparent reason and no changes, started taking over 100ms/pass - and occasionally returning back to 3ms. We suspect a hypersonic weirdity, or a bug in the entity bean, but haven't figured it out yet. Has anyone else seen anything similar? I'm using Win98/Sun 1.2.2/Orion 1.0.3, and the latest version of Hypersonic, and the only changes were in the entity bean and XML files. BTW, I've used Hypersonic on the same machine and PostgreSQL and Sybase to a LAN connected Linux system for performance tests. During the CMP testing switching between them was trivial - uncomment different sections in data-sources.xml, make sure that the appropriate DBMS is running, and restart orion. Very impressive. It also looks like CMP caching works very well; cachable tests had very similar times regardless of the DBMS. Kirk Yarina At 10:08 PM 6/14/00 +0200, you wrote: Hello Kirk, You should use the datasource specified by the EJB-location. In your case that is jdbc/DefaultEJBDS. Regards, Karl Avedal KirkYarina wrote: I'm running a series of performance tests as both a learning tool and to assist our chief designer, and am converting our test suite from CMP to BMP. I'm confused about how Orion manages jdbc connection pooling. The mail archive discussion I found , from last November, is adding to the fog The following snippet from data-sources.xml would suggest that it's possible to obtain either a pooled or non-pooled connection by using either jdbc/DefaultDS or jdbc/DefaultPooledDS - but I'm getting similar benchmark times using either one (by changing which line is commented in getConnection, below). Could someone tell me what is being returned by either of these, if I'm headed in the right direction, and where to look if I'm not? Thanks! Kirk Yarina data-source name="Default data-source" class="com.evermind.sql.ConnectionDataSource" location="jdbc/DefaultDS" pooled-location="jdbc/DefaultPooledDS" xa-location="jdbc/xa/DefaultXADS" ejb-location="jdbc/DefaultEJBDS" url="jdbc:HypersonicSQL:defaultdb" connection-driver="org.hsql.jdbcDriver" username="sa" password="" schema="database-schemas/hypersonic.xml" / private Connection getConnection() { //String dsName = "jdbc/DefaultPooledDS"; // Pooled connections? String dsName = "jdbc/DefaultDS"; // non-pooled connections? InitialContext initialContext = null; try { initialContext = new InitialContext(); } catch ( Exception ex ) { System.err.println( "-- Getting Initial Context --" ); ex.printStackTrace( System.err ); throw new EJBException ( "getting Sequence InitialContext, " + ex.getMessage() ); } try { DataSource ds = (DataSource) initialContext.lookup( dsName ); return ds.getConnection(); } catch ( Exception ex ) { System.err.println ( "-- looking up DataSource '" + dsName + "' --" ); ex.printStackTrace( System.err ); throw new EJBException ( "looking up dsName '" + dsName + "', " + ex.getMessage() ); } } Kirk Yarina [EMAIL PROTECTED] Kirk Yarina [EMAIL PROTECTED]
RE: very basic question
Did you try the port number in the URL (eg, localhost:8080/app1/index.html)? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Karl Avedal Sent: Wednesday, June 14, 2000 2:43 PM To: Orion-Interest Cc: Orion-Interest Subject: Re: very basic question Hello Clint, how does your dir structure and your configuration look? It would make it easier for us to help Regards, Karl Avedal Clint Scott wrote: I have a most basic problem that I can't seem to get beyond. I've read the FAQ, mailing list archives, and all docs. I have a new application I want to deploy (app1). It has only static html in it. I've created the application dir structure as noted in the "how to create an application" I've created the various xml docs and made the entries in the server.xml and default-web-site.xml files as stated in the docs. The server starts up fine but I can't find the index.html page. I've tried: localhost/app1/index.html, localhost/app1-web/index.html, localhost/app1/app1-web/index.html but nothing seems to find the page. here is the top level dir: /orion/app1 My question: what should the url be to access the page? thanks, clint
RE: Session restore problem
In my experience this is nothing to worry about. It happens when you modified the class trying to be restored (ie the serialised class is an older version than the new version). Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Wagner, SnowWolf Sent: Friday, June 16, 2000 3:52 AM To: Orion-Interest Subject: Session restore problem When I restart Orion I get the following: Error restoring application state: java.io.StreamCorruptedException (InputStream does not contain a serialized object) The app works but all session info is lost. I need to be able to restore the session info on a server restart. How can I do this. SnowWolf Wagner Fusion Alliance