SV: I need reference card for ejb-jar.xml
Here it is :) http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd Here everything is described in detail.. Can be hard to read if you dont know the XML DTD notation... Have fun. Klaus -Opprinnelig melding- Fra: Alberto Yano [mailto:[EMAIL PROTECTED]] Sendt: 5. februar 2001 13:44 Til: Orion-Interest Emne: I need reference card for ejb-jar.xml I need a full reference card for ejb.jar-xml. Thanks.
SV: Re[2]: R: R: frustrated - jdbc: No suitable driver
You shouls check out the getConnection implementation on the datasource. It gets a reference it pass on to the client, so the client need to have the jdbc interfaces to do this, but it dont need the database drivers. It works much like the same way as an entitybean works (datasources)... Have fun. Klaus -Opprinnelig melding- Fra: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] Sendt: 5. februar 2001 12:17 Til: Orion-Interest Emne: RE: Re[2]: R: R: frustrated - jdbc: No suitable driver I'm fully prepared to believe that my understanding of how this works is wrong, but if so it raises quite a few questions for me. Connection, Statement, ResultSet, etc are just interfaces; something must implement them. Normally they are implemented by the JDBC driver, thus allowing the client to communicate with the database using whatever the database uses asa native wire protocol. We have an application client which we want to communicate with the database using JDBC. If we want to use the database's native wire protocol to communicate from the client box to the database box, the JDBC drivers *must* be loaded into the client's VM and used. Alternatively, the app server could act as an intermediary, providing a proxy JDBC interface to the application client and making JDBC calls into the real JDBC driver within the application server. This would obviate the need for the database's JDBC driver on the client, but it would also require inventing a whole new wire protocol for this middle link... sending partial result sets in chunks, maybe caching query results in the client, etc. So now I'm thinking, that sounds painful, but it's possible. It's not like writing an app server is supposed to be *easy* or anything :-) No, Karl and Magnus are supposed to suffer so that it's easy for *us* to write applications :-) But a casual purusal of the decompiled Orion source code (that can be made out through the obfuscation, which is quite a bit) turns up no evidence of such a proxy. In fact, it looks very much like this is not the case. Getting more curious, I checked the JBoss source tree, and while I can't be sure in such a quick study, it doesn't look like there is any sort of intelligent JDBC proxy in that server either. Am I just missing it, and all app servers implement such a proxy? Or is it just WebLogic - allowing the behavior described in the original post? Or is WebLogic doing http-type classloading to get the JDBC driver into the client (a prospect I am considering less likely the more I think about it)? Ever curious, Jeff >-Original Message- >From: Allen Fogleson [mailto:[EMAIL PROTECTED]] >Sent: Sunday, February 04, 2001 10:46 AM >To: Orion-Interest >Subject: RE: Re[2]: R: R: frustrated - jdbc: No suitable driver > > >Uhmmm, I agree, I was confused because someone said they still >needed the >JDBC drivers on the client, and assuming you use the portable method of >DataSources, there should be no reason that they would need to >have the JDBC >drivers, it is all handled container side with the datasource. > >Al > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of >Rafael Alvarez >Sent: Sunday, February 04, 2001 10:24 AM >To: Orion-Interest >Subject: Re[2]: R: R: frustrated - jdbc: No suitable driver > > >Hello Allen, >DataSources gives you one advantage on the client side: Security. > >If you use a direct JDBC connection to a Database, your username, >password and URL have to be placed in your class. A Datasource hides >all those details, so if some one decompile your class (even JAXed >classes are not totally safe) only the JNDI Datasource name will be >found. It's up to you to set a security schema for the connection with >the app server, but at least is one problem less to solve. > >-- >Best regards, > Rafaelmailto:[EMAIL PROTECTED] > > > > >
SV: Form Login bouncing me to welcome page!
Then ln the welcome.jsp file in a protected area. Or in windows copy it. Klaus -Opprinnelig melding- Fra: Gerald Gutierrez [mailto:[EMAIL PROTECTED]] Sendt: 3. februar 2001 01:58 Til: Orion-Interest Emne: RE: Form Login bouncing me to welcome page! Well I don't want the welcome.jsp page to be secured; anyone should be able to view that file. But if someone tries to hit Login.jsp, I want him to have to log in before continuing. Do I still need welcome.jsp to be in a security constraint? At 08:30 AM 2/2/2001 -0500, you wrote: >there should have been a entry for welcome.jsp under >for example: > > > Unnamed > /welcome.jsp > > > -Original Message- > > From: Gerald Gutierrez [SMTP:[EMAIL PROTECTED]] > > Sent: Thursday, February 01, 2001 4:34 PM > > To: Orion-Interest > > Subject: Re: Form Login bouncing me to welcome page! > > > > I agree that is the correct sequence, but that is not what I get. Assume I > > > > have a welcome file defined called welcome.jsp. > > > > The sequence of events is: > > > > - User requests secured page /Login.jsp > > - User is redirected to LoginForm.jsp > > - User enters correct credentials > > - User is logged in > > - User is displayed the contents of welcome.jsp. > > > > OR: > > > > - User requests secured page /Login.jsp > > - User is redirected to LoginForm.jsp > > - User enters INCORRECT credentials > > - User is NOT logged in > > - User is STILL displayed the contents of welcome.jsp. > > > > I also had the case where I didn't have a welcome file defined, but had > > directory browsing enabled, and I get the directory contents after doing > > the above sequences. This doesn't seem right to me, but I can't figure out > > > > what is wrong. > > > > What can cause this? > > > > Gerald. > > > > > > At 09:30 AM 2/1/2001 -0700, you wrote: > > >The sequence of events is: > > > - The user requests a secured page (/Login.jsp, in your case). > > > - The server intercepts the request and redirects to the form-based > > > login page (LoginForm.jsp) > > > - If the user logs in successfully, the server allows the original > > > request to proceed (ie. Login.jsp is displayed). > > > > > >So if by "the welcome page" you mean the Login.jsp page, then that is as > > >expected. If you see something else, then this could possibly be the > > >result of something you do on that page (such as redirection). > > > > > >Nick > > > > > >At 10:19 PM 1/31/01 -0800, you wrote: > > > > > >>I've searched the mailing list, but there doesn't seem to be information > > > > >>on this. I'm a little desparate now. > > >> > > >>I'm using a form-based login for my web application. When a user hits > > >>Login.jsp, s/he must log in. I have the LoginForm.jsp and LoginError.jsp > > > > >>files in / of my context root. This redirection to the LoginForm.jsp > > does > > >>occur, but regardless of whether the user logged in successfully or not, > > > > >>he is dumped back to the welcome page. The actual logging in is > > >>successful, i.e. if he provided the correct credentials, he's logged in, > > > > >>but still dumped back to the welcome page. > > >> > > >>Here is the relevant portion of my web.xml: > > >> > > >> > > >> > > >> LoginTrigger > > >> LoginTrigger > > >> /Login.jsp > > >> GET > > >> POST > > >> > > >> > > >> portal_gamer > > >> > > >> > > >> > > >> > > >> FORM > > >> default > > >> > > >> LoginForm.jsp > > >> LoginError.jsp > > >> > > >> > > >> > > >> > > >> portal_gamer > > >> > > >> > > >>Which part of the magic am I missing? > > > > > > > > > > >--- --- >CONFIDENTIALITY NOTICE: If you have received this e-mail in error, please >immediately notify the sender by e-mail at the address shown. This e-mail >transmission may contain confidential information. This information is >intended only for the use of the individual(s) or entity to whom it is >intended even if addressed incorrectly. Please delete it from your files >if you are not the intended recipient. Thank you for your compliance. > >
SV: Evermind or Ironflare?
Ironflare is the reason why its been silent here for a couple of months :) Orion team has made a new company with the name Ironflare... They was a part of Evermind before.. Now they have more possabilities to expand and so on. Klaus -Opprinnelig melding- Fra: Sean Pau [mailto:[EMAIL PROTECTED]] Sendt: 1. februar 2001 14:21 Til: Orion-Interest Emne: Evermind or Ironflare? hi I always thought OrionServer is by Evermind. But their FAQ listed the company as Ironflare. Who owns OrionServer? Thanks _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
SV: When using autonumber for the primarykey...
That is right... The Counter.jar EJB marks a pool of ids it can deliver, just as the databases identity column does it to keep performance. If you need perfectly sequel numbers you have to implement your own EJB to do so. But then you will get a performance hit on 5-10 inserts a second or so. When you do the buffering Counter.jar does its quite nice performance :) And for the comment it cant be right...It is right, this is the way you do identity columnts in ejb with performance and so on. If you need the database to do it for you, there is only one choice...That is BMP with the implementation of post create. Inserts is generally not as performance critic as selects, since inserts usually is less data than the selects going through thte databases... That is why you seldom has to tune an insert :) Klaus Myrseth -Opprinnelig melding- Fra: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] Sendt: 1. februar 2001 03:58 Til: Orion-Interest Emne: RE: When using autonumber for the primarykey... >From looking at the source, counter.jar only writes to the database for every ten keys generated. With pessimistic concurrency, loads do not occur for each use. Here's the relevant code from CounterEJB.java: public String ejbCreate(String name) throws CreateException { this.name = name; currentID = 1L; currentPrivateID = 0L; return null; } public long getNextID() { if(currentPrivateID == 0L) currentPrivateID = currentID; for(; currentPrivateID >= currentID; currentID += 10L); return currentPrivateID++; } currentPrivateID is not an entity field. I don't think there are any issues posting the code because of this comment: http://www.mail-archive.com/orion-interest@orionserver.com/msg01478.html Jeff >-Original Message- >From: Angus Mark [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, January 31, 2001 10:01 AM >To: Orion-Interest >Subject: RE: When using autonumber for the primarykey... > > > >I'm using the counter.jar which is fine, but does it have any impact on >performance ? > >Ok, the EJB spec doesn't support id fields, but surely now for every >create() I'm actually doing twice the work - ie: creating and >loading the >counter entity bean and the entity bean using the counter? >That can't be >right ... > > > >
SV: R: R: frustrated - jdbc: No suitable driver
Ofcourse if you use this in an Entity bean pls use the EJB connection :) Sorry just aditional information - forgot this on the first letter :) Klaus -Opprinnelig melding- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sendt: 31. januar 2001 16:19 Til: Orion-Interest Emne: SV: R: R: frustrated - jdbc: No suitable driver You will have to define the jdbc connection in the datasource configuration file on the appserver though. The client should never use any jdbc directly :) The Entity beans can be mapped using cmp or bmp and the lookup through the JNDI context for the suitable connection instance is done through the J2EE context classes as explained by Burr.. A normal method to do this is (inside an EJB in this example): Connection conn = null; try { InitialContext ic = new InitialContext(); /* Here is the JNDI name...check orions data-sources.xml * file in the config directory to see examples with hsql */And note that you should prolly choose to use the pooled-location name DataSource ds (DataSource)ic.lookup("jdbc/ProdObjectSpacePooledDS"); conn = ds.getConnection(); } catch (Exception ex) { throw new EJBException(ex); } // .. do some JDBC stuff conn.close(); Hope this helps you further :=) Have fun!! Klaus Myrseth -Opprinnelig melding- Fra: Burr Sutter [mailto:[EMAIL PROTECTED]] Sendt: 31. januar 2001 15:21 Til: Orion-Interest Emne: Re: R: R: frustrated - jdbc: No suitable driver Hey Tom, Potentially silly question (somewhat new to Orion but I've used a few other app. servers). Are you basically saying that the use of a javax.sql.DataSource acquried via a call to InitialContext.lookup() means I don't need a JDBC Driver on a remote client machine (end-user's desktop)? I was unaware that this trick would work. I've always tried to push all database access to session beans, servlets or server-RMI objects. Thanks, Burr [EMAIL PROTECTED] - Original Message - From: Tom Mitchell <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Tuesday, January 30, 2001 9:28 PM Subject: Re: R: R: frustrated - jdbc: No suitable driver Jeff, I disagree. Part of the benefit of a DataSource is that it can abstract the actual driver or database being used. If I can ask a DataSource for a database connection and not have to care about which client-side driver to load, and (less practically), even what rdbms i am using. That way, the app server can change databases, drivers, even vendors without its clients being aware. I experienced this issue porting an app from WebLogic. I used the same schema and sql with SQL Server and Postgres on WebLogic. My client application (which both queried and populated the database) never changed. It just got a Context from the app server, gfot a DataSource by name, then got plain old JDBC Connections from there. No JDBC drivers at all. I think that is a useful layer. PS: I have unsubscribed from the list - if you would like to continue the discussion, please reply to my personal address. Thanks for your thoughts. I appreciate your point of view, I just disagree with it. Jeff Schnitzer wrote: > > If the client is going to use the JDBC driver, it must be able to load > the class(es). This means you need to package the driver with the > client application. I'm puzzled by your comments about clients not > needing to care about drivers - are these classes just going to > materialize out of thin air? I suppose in theory the server could do > something with http classloading, but why bother with the extra > complexity, security considerations, and licensing issues? You know > you're going to need the classes anyways, package them with the client. > > Jeff > > >-Original Message- > >From: Tom Mitchell [mailto:[EMAIL PROTECTED]] > >Sent: Tuesday, January 30, 2001 9:08 AM > >To: Orion-Interest > >Subject: Re: R: R: frustrated - jdbc: No suitable driver > > > > > >Again, thanks for your replies. > > > >What is curious to me is that the driver performs fine within a jsp. I > >look up loc with no problem. > > > >It only has a problem from a client application. And, it does not seem > >like a client to a DataSource should ever have to care about drivers - > >that is the container's job in my opinion. > > > > >class="com.evermind.sql.ConnectionDataSource" > >name="SomeDatasource" > >location="loc" > >xa-location="jdbc/xa/SomeXADS" > >ejb-location="ejb/weather" > >schema="database-schemas/postgresql.xml" > >connection-driver="org.postgresql.Driver" > >username="tom" &
SV: R: R: frustrated - jdbc: No suitable driver
You will have to define the jdbc connection in the datasource configuration file on the appserver though. The client should never use any jdbc directly :) The Entity beans can be mapped using cmp or bmp and the lookup through the JNDI context for the suitable connection instance is done through the J2EE context classes as explained by Burr.. A normal method to do this is (inside an EJB in this example): Connection conn = null; try { InitialContext ic = new InitialContext(); /* Here is the JNDI name...check orions data-sources.xml * file in the config directory to see examples with hsql */And note that you should prolly choose to use the pooled-location name DataSource ds (DataSource)ic.lookup("jdbc/ProdObjectSpacePooledDS"); conn = ds.getConnection(); } catch (Exception ex) { throw new EJBException(ex); } // .. do some JDBC stuff conn.close(); Hope this helps you further :=) Have fun!! Klaus Myrseth -Opprinnelig melding- Fra: Burr Sutter [mailto:[EMAIL PROTECTED]] Sendt: 31. januar 2001 15:21 Til: Orion-Interest Emne: Re: R: R: frustrated - jdbc: No suitable driver Hey Tom, Potentially silly question (somewhat new to Orion but I've used a few other app. servers). Are you basically saying that the use of a javax.sql.DataSource acquried via a call to InitialContext.lookup() means I don't need a JDBC Driver on a remote client machine (end-user's desktop)? I was unaware that this trick would work. I've always tried to push all database access to session beans, servlets or server-RMI objects. Thanks, Burr [EMAIL PROTECTED] - Original Message - From: Tom Mitchell <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Tuesday, January 30, 2001 9:28 PM Subject: Re: R: R: frustrated - jdbc: No suitable driver Jeff, I disagree. Part of the benefit of a DataSource is that it can abstract the actual driver or database being used. If I can ask a DataSource for a database connection and not have to care about which client-side driver to load, and (less practically), even what rdbms i am using. That way, the app server can change databases, drivers, even vendors without its clients being aware. I experienced this issue porting an app from WebLogic. I used the same schema and sql with SQL Server and Postgres on WebLogic. My client application (which both queried and populated the database) never changed. It just got a Context from the app server, gfot a DataSource by name, then got plain old JDBC Connections from there. No JDBC drivers at all. I think that is a useful layer. PS: I have unsubscribed from the list - if you would like to continue the discussion, please reply to my personal address. Thanks for your thoughts. I appreciate your point of view, I just disagree with it. Jeff Schnitzer wrote: > > If the client is going to use the JDBC driver, it must be able to load > the class(es). This means you need to package the driver with the > client application. I'm puzzled by your comments about clients not > needing to care about drivers - are these classes just going to > materialize out of thin air? I suppose in theory the server could do > something with http classloading, but why bother with the extra > complexity, security considerations, and licensing issues? You know > you're going to need the classes anyways, package them with the client. > > Jeff > > >-Original Message- > >From: Tom Mitchell [mailto:[EMAIL PROTECTED]] > >Sent: Tuesday, January 30, 2001 9:08 AM > >To: Orion-Interest > >Subject: Re: R: R: frustrated - jdbc: No suitable driver > > > > > >Again, thanks for your replies. > > > >What is curious to me is that the driver performs fine within a jsp. I > >look up loc with no problem. > > > >It only has a problem from a client application. And, it does not seem > >like a client to a DataSource should ever have to care about drivers - > >that is the container's job in my opinion. > > > > >class="com.evermind.sql.ConnectionDataSource" > >name="SomeDatasource" > >location="loc" > >xa-location="jdbc/xa/SomeXADS" > >ejb-location="ejb/weather" > >schema="database-schemas/postgresql.xml" > >connection-driver="org.postgresql.Driver" > >username="tom" > >password="tR16/4" > >url="jdbc:postgresql://192.168.1.5:5432/weather" > >inactivity-timeout="30" > > /> > > > >Any more ideas? > > > >DeVincentiis Giustino wrote: > >> > >> Sorry, the message "
SV: When using autonumber for the primarykey...
One approach is to use bean managed persistence and implement the ejbPostCreate method to retrieve the generated id into the instanciated bean. Its a slow approach but the only one you can get working, since the ejb spec does not handle identity fields. If you want to use identity fields and have control over the db-schema you can use the Counter ejb from evermind or write your own identity generator bean that generates new ints for tables. This is the approach you have to use with containermanaged persistence... Good luck. Klaus Myrseth -Opprinnelig melding- Fra: Krista Richmond [mailto:[EMAIL PROTECTED]] Sendt: 30. januar 2001 16:03 Til: Orion-Interest Emne: RE: When using autonumber for the primarykey... If it's actually an autonumber field (at least with SQL Server), just insert the rest of the fields (not including the autonumbered field), e.g. (presuming your table includes First_Name,Last_Name, and an autonumber...say, a Customer_ID field): "INSERT INTO tblMyData(First_Name,Last_Name) VALUES('Sam','Adams')" The table will automatically generate the autonumber for the ID field, hence the name ;-). Additionally, if you *try* to insert a value into the autonumber field, SQL Server will generate an error. I'm not sure whether there may be different behaviors in different DBs...anyone? HTH -Original Message- From: Øystein Walle [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 30, 2001 3:37 AM To: Orion-Interest Subject: When using autonumber for the primarykey... I'm just wondering what to do when inserting into a table where the primarykey has incremental int type? Is this possible? Please help. Walle
SV: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5
This is not a bug :) You should use the narrow method to do this, or you are not ejb2.0 compatible or corba to be more spesific. Here is an example on how i would do it: * SNIP START Context ctx = new InitialContext(); MyRemoteHome home = (MyRemoteHome) PortableRemoteObject.narrow(ctx.lookup("java:comp/env/myserver"), MyRemoteHome.class); MyRemote remote = home.create(); // for session beans ofcourse :) * SNIP END This is the way you should do itBtw to be corba aware with session beans do a remote.remove() when done with the session bean in the client...Many dont do this, and then they get humongus memory problems very fast :)remember corba dont do distributed GC like RMI does Now have fun!! Hope you get it working :) Regards Klaus Myrseth -Opprinnelig melding- Fra: Roger Vaughn [mailto:[EMAIL PROTECTED]] Sendt: 30. januar 2001 14:47 Til: Orion-Interest Emne: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5 Oops. My bad. This isn't working under 1.3.8 either. I still don't know why - it's a valid cast, the class is there, and I *compiled* with it after all. --- Roger Vaughn <[EMAIL PROTECTED]> wrote: > In one of my webapps, I have to do an RMI call to an > outside RMI server. I'm locating the server with a > plain old traditional lookup like this: > > MyRemote server = > (MyRemote)Naming.lookup("myserver"); > > But Orion 1.4.5 complains that it can't load the > class > MyRemote, even though it is included in my > application > jars in WEB-INF/lib. > > This works correctly in 1.3.8. > > > __ > Do You Yahoo!? > Yahoo! Auctions - Buy the things you want at great > prices. > http://auctions.yahoo.com/ > __ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
SV: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5
Whops sorry about the last message, didnt read everything :) But anyways you have to set up the driver and url for that server, or nothing will work at all... Laters!! :) Klaus -Opprinnelig melding- Fra: Roger Vaughn [mailto:[EMAIL PROTECTED]] Sendt: 30. januar 2001 14:47 Til: Orion-Interest Emne: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5 Oops. My bad. This isn't working under 1.3.8 either. I still don't know why - it's a valid cast, the class is there, and I *compiled* with it after all. --- Roger Vaughn <[EMAIL PROTECTED]> wrote: > In one of my webapps, I have to do an RMI call to an > outside RMI server. I'm locating the server with a > plain old traditional lookup like this: > > MyRemote server = > (MyRemote)Naming.lookup("myserver"); > > But Orion 1.4.5 complains that it can't load the > class > MyRemote, even though it is included in my > application > jars in WEB-INF/lib. > > This works correctly in 1.3.8. > > > __ > Do You Yahoo!? > Yahoo! Auctions - Buy the things you want at great > prices. > http://auctions.yahoo.com/ > __ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
SV: Port forwarding
Are you using kernel 2.4? If so the ipchains thing is changed :) Are you enabling packet filter? I dont remember how to but echo > to some file and it should work...Mine does :) Klaus -Opprinnelig melding- Fra: David Morton [mailto:[EMAIL PROTECTED]] Sendt: 22. januar 2001 17:15 Til: Orion-Interest Emne: Port forwarding Has anybody gotten port-forwarding to work? I want orion to run as non-root user on Linux.I did see: http://www.orionsupport.com/articles/unixprocess.html The following is an excerpt: IP Chains (ipfw) IP Chains is a program that comes with recent versions of Linux that uses the ipfw library to specify rules for TCP/IP packets. For information about using it, refer to the howto. Here's a simple rule to tell all incoming TCP packets destined for port 80 to be forwarded to port 10080: [root@myhost]$ ipchains -A input --destination-port 80 -p tcp -j REDIRECT 10080 Warning: Use ipchains at own risk... You are recommended to read the documentation first, and have the machine in easy reach. This command needs to be executed each time the system is booted, so you may want to place it in a startup file somewhere. I tried ipchains rule with one change: ipchains -A input -d 192.168.0.4 80 -p tcp -j REDIRECT 10080 it didn't work. any suggestions? If anyone has working on one ip only (on a machine that has multiple ips like mine)...please send output of 'ipchains -L'...and any other ipmasqadm table output... Thanks David
SV: Sybase experience anyone?
Well i do not think its the driver... Weve been using this one for a long time, and it works perfectly for us. Were allso serving lots of users through Orion though, so Orion drives the connection pool against the database. But it will not work any good without the procedures following the JDBC driver, then it fails and use lots of processor power. My $0.2 Klaus -Opprinnelig melding- Fra: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] Sendt: 21. januar 2001 10:57 Til: Orion-Interest Emne: RE: Sybase experience anyone? I can say that we're in the process of switching our app from Sybase 11.0.3 (on Linux) to PostgreSQL. The Sybase JDBC driver was fugged for us, it locks up at about 50 concurrent connections, sending the database spiralling and grabbing more and more CPU, until Orion just gives errors with every page and Sybase sits at 100% CPU. We rectified this buy buying a commercial Sybase driver (Inet I think). For the site revamp have decided to move to PostgreSQL, seems to be performing brilliantly so far. It also has a much more active developer community, a JDBC driver that I can fix myself, and plenty of places to get support. Never tried Interbase or SapDB. My $0.02. -mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger > Sent: Sunday, January 21, 2001 8:12 PM > To: Orion-Interest > Subject: Re: Sybase experience anyone? > > > At 18:58 20.01.2001 , you wrote: > >Hello, > > > >We are about to decide about the database platform on which we > will deploy > >our first J2EE application. Preferrably, it should be a > cost-free solution. > >First I would like to ask if anyone has experience to share about using > >Sybase 11.0.3 (the one that is free to deploy under Linux). I especially > >wonder about the JDBC driver (does it come with one?). > > > >I have read about people using Interbase and PostgreSQL > successfuly. I would > >still like to conduct a shootout between the following databases: > > > >Interbase > >PostgreSQL > >Sybase 11.0.3 > >SapDB > > We've had (/have?) the same problem and we settled for sapdb if nothing > unexpected happens. > > Reasoning: > > - We don't trust Postgresql to be as mature in areas like backup, > mirroring > as one of the commercial products (anyone comment on that?) > - Worked with Adabas for the past three years in production and > never had a > significant problem (one year in combination with orion). We were only > pissed at how unprofessionally Software AG handled development > and support > for Adabas Tools and drivers (JDBC and Perl). Now that that seems to be a > lot better with SAPDB (basically being the same as Adabas, I > think you told > me that Christian, thank you again for that hint :-) we only have minor > things that make SAPDB less fun to work with than Oracle (by far the best > RDBMS I've worked with but you know ...$$$). > - Sybase worked well in our tests here too but we thought what > could happen > when at some point Sybase decided not to support this (very old) free > version with new versions of JDBC drivers. Probably not relevant for the > next year or so but you never know. SAPDB feels a safer choice in > that regard. > - A very individual reason. We have Adabas know-how and > experience here and > the basic concepts are exactly the same, so we don't have to make all the > beginners' mistakes again with a new RDBMS. > - Interbase (on linux) initially worked very well (also with orion) but > proved to be VERY unstable (especially the JDBC driver) > > The only thing we haven't decided on is a low-cost failover solution for > the database. But we're experimenting. > > Anyone else got a comment on that? > > Robert > > > > > >anyone? > >thanks, > >Christian Sell > > > > (-) 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 > > >
SV: Sybase experience anyone?
There is one thing you have to remember conserning sybases JDBC driver. You have to install the procedures (a script file coming with the driver) before it works correctly. Other then that i have been using 11.5.2 and 11.9.2 + 12.0 without any problems, actualy I am impressed by how well the JDBC driver works :) Klaus -Opprinnelig melding- Fra: Chris Bartling [mailto:[EMAIL PROTECTED]] Sendt: 20. januar 2001 23:52 Til: Orion-Interest Emne: RE: Sybase experience anyone? JConnect for JDBC is their JDBC driver offering. Works well. 4.2 is JDBC 1.0 compliant and 5.2 is JDBC 2.0 compliant. http://www.sybase.com/detail/1,3693,1009796,00.html -- chris -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell Sent: Saturday, January 20, 2001 11:59 AM To: Orion-Interest Subject: Sybase experience anyone? Hello, We are about to decide about the database platform on which we will deploy our first J2EE application. Preferrably, it should be a cost-free solution. First I would like to ask if anyone has experience to share about using Sybase 11.0.3 (the one that is free to deploy under Linux). I especially wonder about the JDBC driver (does it come with one?). I have read about people using Interbase and PostgreSQL successfuly. I would still like to conduct a shootout between the following databases: Interbase PostgreSQL Sybase 11.0.3 SapDB anyone? thanks, Christian Sell
SV: Getting the home interface of another EJB from within an EJB
You work with EJBs inside another EJB the same way as you do inside a JSP Remember you have to use the JNDI name, not the home interface name, so a lookup("ejbSomeExample") will ofcourse return the home interface :) Hope this helps (ps remember ejb-refs to the objects you wish to use from the bean you are calling from or it will not work.. Klaus -Opprinnelig melding- Fra: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sendt: 18. januar 2001 11:00 Til: Orion-Interest Emne: Getting the home interface of another EJB from within an EJB >From inside an entity bean you can get hold of your Home interface by calling myBeansEntityContext.getEJBHome() but how do I get hold of the home interface of _another_ bean? I assume this requires some kind of lookup. In JSP files one would simply use "new InitialContext()" and perform a lookup on this context, but if I do so within an EJB, I am not able to find any home interfaces at all - I get a NameNotFoundException. Now, is it really necessary to go all the way and get an InitialContext by setting up environment properties and creating an InitialContext from these plus adding an "application-client.xml" to the deployment?? - After all I am still inside an EJB... Any hints would be appreciated. Randahl
SV: Adding JCE to Orion
This might be a native call exception... The EJB spec says native code is not alowed, so this might be your problem. I am not sure though :) Hope this helps or youll get a better answer from someone who have got this working (preferably)... Klaus -Opprinnelig melding-Fra: Brett Lane [mailto:[EMAIL PROTECTED]]Sendt: 18. januar 2001 06:19Til: Orion-InterestEmne: Adding JCE to Orion Hi People, I am attempting to add the OPENJCE, lib-1.2, to orion and was wondering if anyone has encountered a similar problem. I have built a simple password encryption (PBE) object which works fine in a standalone environment. When I add the jce.zip file to $ORION_HOME/lib and attempt to use the object in a bean it throws a method not found, listed below. I looked around inside some of orion's jar but could not find a javax.crypto.SecretKeyFactory class. Transaction was rolled back: java.lang.NoSuchMethodError: javax.crypto.SecretKeyFactory: method generateSecret(Ljava/security/spec/KeySpec;)Ljavax/crypto/SecretKey; not found; Nested exception is:java.lang.NoSuchMethodError: javax.crypto.SecretKeyFactory: method generateSecret(Ljava/security/spec/KeySpec;)Ljavax/crypto/SecretKey; not found at com.nobody.utils.SimplePBE.computePBECipher(SimplePBE.java:71) at com.nobody.utils.SimplePBE.encrypt(SimplePBE.java:26) at com.nobody.ejb.session.cryptotest.CryptoTestEJB.enc(CryptoTestEJB.java:20) at CryptoTest_StatelessSessionBeanWrapper10.enc(CryptoTest_StatelessSessionBeanWrapper10.java:163) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.bd.run(JAX) at com.evermind.server.rmi.bb.hy(JAX, Compiled Code) at com.evermind.server.rmi.bb.run(JAX, Compiled Code) at com.evermind.util.f.run(JAX, Compiled Code)at connection to localhost/127.0.0.1 at com.evermind.server.rmi.OrionRemoteException.h2(JAX) at com.evermind.server.rmi.bb.hw(JAX, Compiled Code) at com.evermind.server.rmi.bb.run(JAX) at java.lang.Thread.run(Thread.java:475) Any assistance would be great. Cheers,Brett
SV: Orion as a Win2000 service
Search the list for JNt, dont remember but some ppl, posted a howto for this program, even works when you log off the box ;) Klaus -Opprinnelig melding- Fra: Thomas Pridham [mailto:[EMAIL PROTECTED]] Sendt: 15. januar 2001 17:59 Til: Orion-Interest Emne: Orion as a Win2000 service Is anyone running Orion as a Windows 2000 service. I tried to setup the service as recommended by www.orionsupport.com but the application (RunExecSvc) just dies everytime we try to run it. Is there another way to do this? Any help would be greatly appreciated. Thanks, Tom Pridham Software Engineer Computer Management Consultants 6951 Pistol Range Road Tampa, FL 33536 813-935-7332 ext. 165 813-854-4538 - Fax http://www.cmctpa.com http://www.oakscape.com
SV: Trouble using char field in SQL Server.
Char is mapped to string in jdbc Try: findByMyCharField("N") This should work :) Klaus -Opprinnelig melding- Fra: Michael S. Kelly [mailto:[EMAIL PROTECTED]] Sendt: 13. januar 2001 00:07 Til: Orion-Interest Emne: Trouble using char field in SQL Server. Hey y'all, I've got a CMP bean with a char field and every time I try to do a findByMyCharField('N') I get the following error from SQL Server: [Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting the varchar value 'N' to a column of data type int. I've got the field in the bean specified as a char data type and my ms-sql.xml file has the following mapping: I'm using Orion 1.4.0 and SQL Server 2000. Any thoughts? -=michael=- == Michael S. Kelly _ Axian, Inc. // |_ __(_) ___ _ __ 4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \ Beaverton, OR 97005 USA _//_| | / / | | |_| | | | | Voice: (503)644-6106 x122 (( // |_|/_/\\|_|\_/|_|_| |_| Fax: (503)643-8425 ``-'' ``-'' http://www2.axian.com Software Consulting and Training mailto:[EMAIL PROTECTED] ==
SV: Urgent: Orion/SSL with Thawte-Cert (No contact with Orion heres why)
For the new members of the list And those who didnt read the posting Karl did just before X-mas ... :) Orionserver is going out of Evermind to found their own company, this is why it has been silent. Pls givem time, things like this is extremely timeconsuming, so if they choose to leave us bait for 2-3 months that might just be for the better, maby they will get a better organization to handle the product, like support and so on. For anyone whos been on a fution or setup of a new company they know what im talking about :) So if youre patient this just might get better pretty soon :) Laters all Klaus -Opprinnelig melding- Fra: Robert Krueger [mailto:[EMAIL PROTECTED]] Sendt: 12. januar 2001 13:18 Til: Orion-Interest Emne: Re: Urgent: Orion/SSL with Thawte-Cert At 12:44 12.01.2001 , you wrote: >Hello, > >thanks everybody for help! > >i discovered that the passwords for the keystore and the >key *must* match. > >with my test-certs i always do this. > >but the real cert (and keystore) was generated by another person who sets >two different passwords. > >after setting the passwords equal - IT WORKS :))) > >thanks > klaus > >PS: > did anybody who has a orion-licence get response > from [EMAIL PROTECTED] (or karl/magnus) > are they still alive? > could you keep me posted if anyone responds to that privately? I would also like to know what's up although I have to admit that I'm so damn frustrated about this issue that I've become really very pessimistic. has the status of anyone's bugs changed in the past 2 months? mine haven't. regards, robert >Klaus Thiele wrote: >[...] (-) 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
SV: Orion-Primer needs some update
Well i was thinking twize about answering this mailEsp because of your language...But hey maby the list will fare better without you... Tip try check out the webpage where you subscribed in the first place There might just be a description on how to get out of the list.. Klaus -Opprinnelig melding- Fra: Valentijn Scholten [mailto:[EMAIL PROTECTED]] Sendt: 11. januar 2001 16:03 Til: Orion-Interest Emne: RE: Orion-Primer needs some update how the fuck can i unsubscribe this fucking maillist. i tried twice to mail unsubscribe to [EMAIL PROTECTED], doesn't work, no response, nothing. help?! > -Original Message- > From: Christian Sell [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, January 11, 2001 11:46 > To: Orion-Interest > Subject: Re: Orion-Primer needs some update > > AFAIK some stuff got deprecated (e.g. copydir, deltree). 1.1 files should > run, however. Just did a migration for my own project > > - Original Message - > From: "Ronald Hatcher" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Thursday, January 11, 2001 8:57 AM > Subject: RE: Orion-Primer needs some update > > > > I thinnk you will find that the build.xml format has changed from 1.1 to > 1.2 > > I seem to remember having to change the copy src/desc/ instructions. > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of trang le > > Sent: 11 January 2001 05:39 > > To: Orion-Interest > > Subject: Re: Orion-Primer needs some update > > > > > > Ant1.2 works fine with Orion-primer. > > - Original Message - > > From: [EMAIL PROTECTED] > > To: Orion-Interest > > Sent: Wednesday, January 10, 2001 10:23 PM > > Subject: Orion-Primer needs some update > > > > > > Dear All > > > > Somehow I found that Orion-Primer at > > http://www.znerd.demon.nl/orion-primer/ > > is a little bit obsolete. The demo codes demand Ant 1.1 to build > them, > > which > > is no longer available since the release of Ant 1.2. In this case > people > > like me > > will have no easy way to build the ear file. > > > > Could someone be kind enough to update it, or tell me how to work > > around? > > > > Best regards > > Lynch > > >
SV: large field bug ??
Yes its possible, but not very wise... What happens when you want to make a field that is a varchar?? A blob is a Binary Large OBject right, if you have the text datatype in your database this is a way better sollution, but still not a good one Varchar is the best mapping for string. If you use blobs on every one string you store in the database its ok...For instance : name: blob address: blob sex: blob See my point? What you might want to do is make your own BigString that is mapped into an blob in the database, if you want to do this. Look at the oracle-schema to find how to do this. Klaus -Opprinnelig melding- Fra: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sendt: 11. januar 2001 11:27 Til: Orion-Interest Emne: RE: large field bug ?? Some thoughts... You are right, that such a work-around would work, but having to keep your Strings stored in memory as Objects i not very nice - can't the mapping be changed, so Strings are mapped to Blobs...? If not, I would use StringBuffer (which is probably mapped to BLOB) instead of Object to store my Strings. Randahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: 11. januar 2001 08:54 To: Orion-Interest Subject: RE: large field bug ?? had that problem it's a mapping problem... (oracle-schema) Strings get Mapped to varchars(size)... They get chopped at size chars... the only solution is to declare the field as java.lang.Object then use it as string public Object name; public void setName(String name) { this.name = name; } public String getName() { return name.toString(); //or: //return (String) name; } HTH JP -Original Message- From: Agus K. Pranantoseno [mailto:[EMAIL PROTECTED]] Sent: Miércoles, 10 de Enero de 2001 22:21 To: Orion-Interest Subject: large field bug ?? I have manage to put my String stored as blob working using cmp but if the size is more than 1k it's go wrong... (the blob does not stored to the db and the next time i restart the orion those entity even failed to load) i am used orion 1.3.8 with oracle 8.1.6 both on linux machine is there any limitation in bean size ?? this is orion bug or oracle jdbc bug ??? i only done simply cmp mapping --- THE SOURCE (if u don't mind to read) public class MediaEJB implements EntityBean { transient EntityContext context; public int id; public MediaFolder folder; public String name; public Object content; public Integer ejbCreate(MediaFolder folder,String name) throws CreateException { try { this.id = (int) CounterUtils.getNextID("java:comp/env/ejb/Counter", "MediaFolder"); } catch (Exception ex) { throw new CreateException("Unable to genereate auto number "+ex); } try { setFolder(folder); } catch (Exception ex) { throw new CreateException("Error "+ex); } setName(name); return null; } public void ejbPostCreate(MediaFolder folder,String name) { } public MediaFolder getFolder() { return folder; } public void setFolder(MediaFolder folder) throws EJBException, RemoteException { MediaFolder itr = folder; while (itr != null) { if (itr.getId() == id) throw new EJBException("Recursif folder"); itr = itr.getParent(); } this.folder = folder; } public int getId() { return id; } public String getName() { return name; } public void setName(String name) throws EJBException { if (name == null) throw new EJBException("Parameter name is required"); if (name.length() == 0) throw new EJBException("Parameter name is required"); this.name = name; } public Object getContent() { return content; } public void setContent(Object content) throws EJBException { this.content = content; } public int getLevel() throws RemoteException { if (folder != null) return folder.getLevel() + 1; return 1; } public String getFullName() throws RemoteException { if (folder != null) return folder.getFullName() + "/" + getName(); return getName(); } public String getFullName(String separator) throws RemoteException { if (folder != null) return folder.getFullName() + separator + getName(); return getName(); } public void setEntityContext(EntityContext context) { this.context = context; } public void unsetEntityContext() { context = null; } public void ejbActivate() { } public void ejbPassivate() { } public void ejbLoad() { } public void ejbStore() { } public void ejbRemove() { } } --- - Original Message - From: Tobias Streckel <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Thursday, November 30, 2000 3:02 PM Subject: Re: How can I use an BLOB datatype Hello again, my prog. is very easy. I'm only have a String (contain a big Text) and I will it save on a colmn (Oracle DB) with a BLOB. Thanks Tobi ---
SV: JSP vs PHP
Very true. PHP is a strange mix between java, perl and c++, but it has some very interesting plugins that can speed development. PHP can allso use javaobjects :) that is a nice feature.Even EJB. Still when youve done a couple of JSP projects you are likely to have built yourself a set of good modules of some sort to use in JSP so i dont think this is something to think about. If you know Java and not PHP, it is extremely easy to learn yourself JSP. The speed of PHP comes only in 1 (maby two) configurations, one is if you integrate it into apache so it dont run it as cgi, or maby (havent tested) when you compile pure java integration (not cgi)... Somehow i have met some distros that will only run this thing as cgi :P Still on a server with lots of memory and a good JSP engine i dont think you will see any speed differences on solaris or windowsLinux still have a small issue with speed and memory usage in the vm, this will prolly get better pretty soon :) JSP engines exists for virtually any webserver out there on any platform (allmost) so its a very good choice to know this technology, and i see my own customers throwing away those old ASP engines and porting applications over to JSP all the time... And for those who want to flame me for not liking PHP i can only comment: I like PHP but i like JSP and its taglibs a bit better, especialy because there are loads of documentation and a very easy learning how to use if you are proficient in Java + you have an excelent server development spesification called J2EE that is starting to get widely used now. Have fun! Klaus -Opprinnelig melding- Fra: J.T. Wenting [mailto:[EMAIL PROTECTED]] Sendt: 10. januar 2001 15:32 Til: Orion-Interest Emne: RE: JSP vs PHP I guess the discussion was in a Linux environment. The speed issue (especially development speed) is voiced a lot in Linux circles by PHP advocates as the number of people in the Linux scene who know PHP far outnumbers the number of JSP people in there. Performance of PHP on Linux is likely also a bit better as the Linux JVMs do not excell where it comes to performance (if only because Linux servers are generally older, lower spec, machines and we all know Java does only come into its own if it has loads of memory). 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 Arved > Sandstrom > Sent: Wednesday, January 10, 2001 14:02 > To: Orion-Interest > Subject: RE: JSP vs PHP > > > Can't speak for the runtime performance - PHP, JSP, and ColdFusion are all > pretty fast - but I can't see how one can pin down development time > differences between PHP and JSP. Maybe with an atomic clock. ColdFusion is > faster still (higher level of abstraction). > > IMO the only sensible basis of comparison between these HTML-embedded > scripting languages is platform support and feature-sets. > > Was that a public discussion you refer to? It would be interesting to see > what arguments could possibly have been made. > > Regards, > Arved Sandstrom > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Eggink > Sent: Wednesday, January 10, 2001 5:29 AM > To: Orion-Interest > Subject: JSP vs PHP > > > Hi, > > I just ran into a discussion regarding PHP vs. JSP (and ASP). A claim was > made that PHP was the better alternative as it is quicker in development > and gives > you a better runtime performance. I have no hands-on PHP experience. Can > anyone explain me the benefits of PHP over JSP (and vice versa of course). > I'm bit > reluctant to rely solely on marketing speak. > > > Thanks, > FE > > > > >
SV: Where is my data(EJB create on the Postgres DBMS) going, please help find it, thanks a lot!!!
You might want to edit your java.policy file to make it run. Seems you have something there that isnt alowed, so you are not allowed to contact the database. Klaus -Opprinnelig melding-Fra: urey [mailto:[EMAIL PROTECTED]]Sendt: 26. november 2000 11:10Til: Orion-InterestEmne: Where is my data(EJB create on the Postgres DBMS) going, please help find it, thanks a lot!!! Dear all, I cann't find the data that EJB create , please help me find it. Thanks a lot, yours Urey 1) E:\Urey\new p\orion1.3.8\orion>java -jar orion.jar Auto-unpacking E:\Urey\new p\orion1.3.8\orion\applications\testAPP.ear... done. Auto-deploying testAPP (New server version detected)... Auto-deploying beans.jar (No previous deployment found)... Auto-creating table: create table test (name_ VARCHAR(255) not null primary key) java.security.Policy: error parsing file:C:/Documents and Settings/Urey/.java.policy java.security.Policy: line 8: expected ';', found '/' done. Orion/1.3.8 initialized file://** I am runing Orion in PC side got errors: (1) Auto-creating table: create table test (name_ VARCHAR(255) not null primary key) (2) java.security.Policy: error parsing file:C:/Documents and Settings/Urey/.java.policy How could I do? *// 2) E:\Urey\new p\orion1.3.8\orion\demo\ejb\ABC>p file://** I am runing my client, that's well, but I cann't find the data in my Postgres DBMS Server side??? I cann't find where is the data of the EJB create ,Please help me // 3) E:\Urey\new p\orion1.3.8\orion\demo\ejb\ABC>java -classpath ../../../orion.jar;../../../ejb.jar;../../../jndi.jar;testAPPClient.jar;. testEJBClient javax.ejb.DuplicateKeyException: Entity already exists at com.evermind.server.rmi.bb.invokeMethod(JAX) at com.evermind.server.rmi.a2.invoke(JAX) at com.evermind.server.rmi.a3.invoke(JAX) at __Proxy1.create(Unknown Source) at testEJBClient.(testEJBClient.java:20) at testEJBClient.main(testEJBClient.java:28) file://* When I run my client next time but he said the EJB alread exists, BUY I really cann't find it in my postgres DBMS side, Where I missed Tell me, Please.***// There are my configs on Orion: data-source is: class="com.evermind.sql.DriverManagerDataSource" schema="database-schemas/postgresql.xml" name="PostGreSQL" location="jdbc/javatest" xa-location="jdbc/xa/javatest" ejb-location="jdbc/javatest" connection-driver="postgresql.Driver" username="postgres" password="" url="jdbc:postgresql://192.168.0.88/javatest" inactivity-timeout="30" /> And the database-scheme is : "http://www.orionserver.com/dtds/database-schemas.dtd">
SV: Database behind entity beans?
Title: RE: Orion and J2EE licensing I have been using Sybase ASE 12 with jdbc with great success in the department im working in. Were exclusively using CMP Entitybeans with Facades in the session layer with great performance stability. We dont meet any strange database problems, everything is pretty stright forward. And the great thing with the Sybase database, it will allso run in a Unix environtment as Oracle does :) Klaus Myrseth -Opprinnelig melding-Fra: Hegyi Tibor [mailto:[EMAIL PROTECTED]]Sendt: 20. desember 2000 11:20Til: Orion-InterestEmne: Database behind entity beans? Hi all, I just wonder what options we have for selecting the proper RDBMS/OODBMS to serve as persistent storage for our BMPs/CMPs or just for being accessed via JDBC. Oracle is the obvious choice, but might be rather expensive. I would like to hear some opinion on the databases you're using with Orion. Thanks, Tibor
SV: Sun J2EE deployment tool and Orion
Its a html mail with a vcard attached :) so no problems there... Btw for the original sender, I would appreciate if you sendt plain text to the list, its hard to read your mail in pine :) Klaus -Opprinnelig melding- Fra: J.T. Wenting [mailto:[EMAIL PROTECTED]] Sendt: 19. desember 2000 14:36 Til: Orion-Interest Emne: RE: Sun J2EE deployment tool and Orion please no VBScripts... I will not run potential worms, no matter what your virusscanner (if that's what it is) says. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Dominic Hanlan > Sent: Tuesday, December 19, 2000 14:57 > To: Orion-Interest > Subject: Sun J2EE deployment tool and Orion > > > - (on the network) > > hanland.vcf was scanned and no virus found > - >
SV: Orion and J2EE licensing
Title: RE: Orion and J2EE licensing Sun only has one application server who they made and that is the reference implementation :) so they where first :) but the reference implementation is not certified...[Myrseth Klaus (Mobil)] Its not sold either :), its a light weight server for developers to test their code on. Its the code you get if you licence J2EE from Sun, and its the code the testsuite is built upon, btw I wonder how long it will take before they have a reference implementation on EJB2.0 :), this should take a while because of the major changes, amongst other things EJBQL.. Klaus
SV: Orion and J2EE licensing
Title: RE: Orion and J2EE licensing They dont claim to be the first two certed servers, but one is the first who licensed J2EE and one is the first who went through the test suite (hence the CERT) :) iPlanet is old Netscape web/app server btw..Sun is just cooperating with them in a partnership. Sun only has one application server who they made and that is the reference implementation :) so they where first :) But still you make good argumentation, there is lots to be frustrated about out there. And the reason we dont use BEA, iPlanet or websphere for that sake is because of the different reports about incompatability comming from the J2EE community. We use Orion and Sybase EAServer 3.6.1 wich are excelent (except from Orions applet jndi bug which is horrible and critical for our environment, thats the only reason why we went to Sybase J2EE certed server, yepp one of the four that has the CERT (not the licence, licence dont mean anything, its the cert that means anything)) If orion wants to get through the J2EE test suite they have a lot to do, amongst other things corba has to be supported for the ejb2.0 spec and so on. But hey its a good alternative anyways if you only drive web applications, and if you have dicipline enough to keep within the spec when making your applications even if you meet bugs and have to do workarounds. In the long run you will probably get a better server platform for all but the standard have to get some time to stabilize (this is a quite new technology, so things have to stabilize a bit before vendors have time to cert their servers and get up to date). Just think about it, EJB1.1 spec isnt to old, and now EJB2.0 is coming fast (with huge mods), what should a vendor do, every one wants to be the first with ejb2.0 support and get the publicity for that + be a contender in the race, and certing for them means to stop at their development branch and do "bugfixing and mods" to the existing code to get the test suite to run flawlessly. Its not a difficult choice when customers are screaming for new versions :) I do think we get atleast another year with "chewing in" and accepting the shortcomings of some servers out there. When it comes to the pricing parts ofcourse there are differences. But hey you choose after what your boss desside :), and if you are on a project that dont need good support and documentation, you can choose Orion, but if you are working on a high scale project that will need to be scalable and have a support system that responds fast + engeneers that can come on site to fix up in your problems, you choose someone else. If you need to use applets or webstart applications you choose someone who have got a client library :) since its not cool downloading an applet containing lots of useless jars and takes forever to run when you only really need a thin client driver. ¨ PS. One of the four largest application server vendors is Sybase (see http://my.sybase.com/detail?id=1009721)... Still i allso think prices on some application servers are a bit stiff yes, but look what they have support for (some of them), look at the organization around the product, and look on the documentation. I was impressed printing out the programmers manual of EAS driving 730 A4 pages of usefull information. But if you dont need this, and you have the possibility in your project to solve everything yourself Orion has no competition, its just a big heap of server for the price :).. (There is never one side to any case) I would presume i got a flamebait here. But hey what are lists for! :) But still the best advice is to not get all fired up now before x-mas :) gota have a good holiday right! Merry x-mas everyone.. (guess its my last post to the list before new years eve hehe) Klaus Myrseth -Opprinnelig melding-Fra: Magnus Rydin [mailto:[EMAIL PROTECTED]]Sendt: 19. desember 2000 09:38Til: Orion-InterestEmne: RE: Orion and J2EE licensing Hi. Do you know the source of that report? Would be extremely interesting to read. WR > -Original Message- > From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] > Sent: den 19 december 2000 05:46 > To: Orion-Interest > Subject: RE: Orion and J2EE licensing > > > Interesting perspective Scott. At first it seemed you were > bashing Orion for > their quotes. While I agree..how can Orion claim to be J2EE > (much less the > only one available) while not licensing J2EE from Sun nor > running the suite > of tests that "supposedly" iPlanet and BEA have run, I would > also tend to > believe after working with BEA, trying out iPlanet, and what > not that there > is some major biased from Sun towards the big money making > products over > smaller open-source or "almost free" products such as Orion, > jBoss, etc. Its &g
SV: www.orionserver.com down again
In the year ive used orionserver and its site, i have only experienced downtime once? And when most of the reports og orion downtime comes it still answers to me.. Just to followup on stability :) I coded a wap site using windows nt 4 with jdk 1.3 beta (yepp it was before the RCs came :) and it still runs, the customer forgot the server and its been running for a whole year without problems, just a few days ago I stepped inside there and browsed some wap news and there wasnt problems with it... btw that server runs orion 0.8 or 0.6 something dont remember :) We are allso running a huge J2EE application with applets, jsps, ejbs (in production) and so on on the site im working on now with orion 1.4.0 and it is very stable for us. Our problems with stability is that some strange threaad issue when using JNDI from orion in the java plugin (IE and NS crash on us) but uptime on orionserver is very good. Klaus Myrseth -Opprinnelig melding-Fra: Hitesh Jasani [mailto:[EMAIL PROTECTED]]Sendt: 14. desember 2000 08:21Til: Orion-InterestEmne: Re: www.orionserver.com down againThanks for the link! You've got to be a little careful interpreting the results though. If I read it correctly, the current moving average for uptime for the www.orionserver.com linux box is around 20 days. However, there are no numbers for the average amount of time that the Orion server on that host is actually up and available. This data is more a measure of the stability of the operating system than whatever web server is running on it. At least that's my take but I'd like to hear other people's opinions. Thanks, Hitesh Jeff Schnitzer wrote: An interesting graph can be found here: http://uptime.netcraft.com/graph?display=uptime&site=www.orionserver.com (sorry about the previous chopped message) Jeff Schnitzer [EMAIL PROTECTED] [snip]
SV: Orionserver & php
This is actually VERY easy to do, just compile a normal php cgi executable without apache integration and install it in your path... Dont touch anything in orion, but restart it... Then make a file in your default webapp or something containing the following to test if it works: info.php <- filename contents: If this shows a nice page with php information youre off and running :) Klaus Myrseth -Opprinnelig melding- Fra: Joe Walnes [mailto:[EMAIL PROTECTED]] Sendt: 12. desember 2000 13:07 Til: Orion-Interest Emne: Re: Orionserver & php Yes it does, and very well indeed. Nice thing is that PHP can interact with Java objects (such as EJB's) so it makes for a nice presentation layer. I await the flames. -Joe Walnes At 10:19 12/12/2000 +0200, you wrote: >Hello folks, > >has anyone mixed orionserver and php? > >If you don't want to install Apache, >but enable php, will it run over orionserver? > >Regards, Jukka
SV: SV: Off topic: development tools
Youre right is flamebait :) I do use vi aswell, but for an enterprise editor that should save you work, JBuilder dont work, since there is no synchronization of remote/home/bean/deploymentdescriptor + no database generation of Containermanaged beans I can't see the point using that much money on an editor. Im sure there are other tools out there doing the job a whole lot better. To say something about the editor in JBuilder, its very fast and lightwaight, the best one ive tried. And they have an excelent deployment descriptor editor for EJB, but hey its not the deployment descriptor thats the prob, its all that code editing :) If anyone have any tips on IDEs that support synching of EJBs (remote, home, bean, pk, deployment-descriptor) pls post a note on this list :) My department is looking for one. We found one and that is TogetherJ, only TogetherJ dont support GUI development other than plain coding, but hey thats timeconsuming compared to d&d GUI development. Klaus Myrseth -Opprinnelig melding- Fra: Hani Suleiman [mailto:[EMAIL PROTECTED]] Sendt: 11. desember 2000 15:01 Til: Orion-Interest Emne: Re: SV: Off topic: development tools Of course, you could always do what real men/women do and use vi/emacs, that way you never play the silly version/feature/vendor game, and can rest easy at night knowing that your java code is all yours, and that no tool has done horrible things to you and your code behind your back! On Mon, 11 Dec 2000 [EMAIL PROTECTED] wrote: > After looking on JBuilder 4 Enterprise im dissapointed. The editor is huge, > but JSP support is really bad, + EJB support is virtually not there. For a > påroduct that expensive i recomend you to stay FAR away from it, its not > worth it. > > Visual Cafe is sold from webgain (See webgain studio, looks like a good > package).. > > Forte Internet edition actually support Enterprise development just as good > as JBuilder, only the CVS support in forte is good enough to work against a > pserver, JBuilder dont have support for notification/edit-unedit + branching > + some basic cvs commands like add and so on, so the CVS support JBuilder > claims to have is just on paper nothing else. > > To use any Enterprise IDE i would recomend at least 512 MB ram and maby > TogetherJ is just what you need, the Enterprise support in that product is > Excelent, but its even more expensive than JBuilder :) > > Klaus Myrseth > > > > > -Opprinnelig melding- > > Fra:J.T. Wenting [mailto:[EMAIL PROTECTED]] > > Sendt: 11. desember 2000 13:19 > > Til:Orion-Interest > > Emne: RE: Off topic: development tools > > > > JBuilder is an excellent tool, especially version 4. Previous versions > > suffered from relatively poor performance and were prone to craching due > > to the JVM leaking memory at an alarming rate. While no problem with > > JBuilder per se, it did mean that JBuilder fell behind in the polls > > compared to IDEs that are not pure Java. > > JDeveloper is indeed based on JBuilder, but on a very early version (2.0 I > > think, maybe even 1.0). I do not think the current version should be seen > > as a direct clone of current JBuilder versions. > > > > I am using JBuilder for creating all kinds of Java apps, but not EJBs. We > > use iPlanet webserver for deployment which does not support EJB, so I > > would have nowhere to run them :) I tried getting Orion into the > > organization here but corporate standards say iPlanet and Websphere... > > > > Ant is not an IDE, but rather a replacement for ye olde make. You could > > look at Forte, but it is designed more for Swing GUIs with little support > > for serverside apps, and suffers heavily from memory bloat and leakage. > > If anyone knows who currently markets Visual Cafe? > > I cannot recommend Visual Age for Java. It is huge, slow and a resource > > hog (better not use it on any machine with <256MB RAM, more is better). > > Also, I personally find the interface highly confusing and unintuitive. It > > is also linked more or less completely with Websphere alone. > > > > Jeroen T. Wenting > > [EMAIL PROTECTED] > > > > Murphy was wrong, things that can't go wrong will anyway > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] > > Sent: Monday, December 11, 2000 12:03 > > To: Orion-Interest > > Subject:Off topic: development tools > > > > Hello everybody, > > > > I am in the process of selecting an IDE for developing J2EE > > applications on Orion. I would appreciate any advice on the su
SV: Off topic: development tools
After looking on JBuilder 4 Enterprise im dissapointed. The editor is huge, but JSP support is really bad, + EJB support is virtually not there. For a påroduct that expensive i recomend you to stay FAR away from it, its not worth it. Visual Cafe is sold from webgain (See webgain studio, looks like a good package).. Forte Internet edition actually support Enterprise development just as good as JBuilder, only the CVS support in forte is good enough to work against a pserver, JBuilder dont have support for notification/edit-unedit + branching + some basic cvs commands like add and so on, so the CVS support JBuilder claims to have is just on paper nothing else. To use any Enterprise IDE i would recomend at least 512 MB ram and maby TogetherJ is just what you need, the Enterprise support in that product is Excelent, but its even more expensive than JBuilder :) Klaus Myrseth > -Opprinnelig melding- > Fra: J.T. Wenting [mailto:[EMAIL PROTECTED]] > Sendt:11. desember 2000 13:19 > Til: Orion-Interest > Emne: RE: Off topic: development tools > > JBuilder is an excellent tool, especially version 4. Previous versions > suffered from relatively poor performance and were prone to craching due > to the JVM leaking memory at an alarming rate. While no problem with > JBuilder per se, it did mean that JBuilder fell behind in the polls > compared to IDEs that are not pure Java. > JDeveloper is indeed based on JBuilder, but on a very early version (2.0 I > think, maybe even 1.0). I do not think the current version should be seen > as a direct clone of current JBuilder versions. > > I am using JBuilder for creating all kinds of Java apps, but not EJBs. We > use iPlanet webserver for deployment which does not support EJB, so I > would have nowhere to run them :) I tried getting Orion into the > organization here but corporate standards say iPlanet and Websphere... > > Ant is not an IDE, but rather a replacement for ye olde make. You could > look at Forte, but it is designed more for Swing GUIs with little support > for serverside apps, and suffers heavily from memory bloat and leakage. > If anyone knows who currently markets Visual Cafe? > I cannot recommend Visual Age for Java. It is huge, slow and a resource > hog (better not use it on any machine with <256MB RAM, more is better). > Also, I personally find the interface highly confusing and unintuitive. It > is also linked more or less completely with Websphere alone. > > Jeroen T. Wenting > [EMAIL PROTECTED] > > Murphy was wrong, things that can't go wrong will anyway > > >-Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 11, 2000 12:03 > To: Orion-Interest > Subject:Off topic: development tools > > Hello everybody, > > I am in the process of selecting an IDE for developing J2EE > applications on Orion. I would appreciate any advice on the subject. I've > noticed from emails that JBuilder is quite popular. Other contenders that > I know off are: Visual Café, JDeveloper (Oracle flavour of JBuilder), > public domain tools like Ant, etc. > > The features I am mainly interested in are: ability to develop for > different Apps Servers, visual debugging, validation of conformance with > specifications (e.g. for EJBs). > > I will be grateful for your comments and recommendations. > > Thanks, > Jarek Skreta > >
SV: Anyone heard from evermind?
Remember times are closing in on normal release dates for software :) So lets see what happens through January before we get shaky ... Klaus Myrseth -Opprinnelig melding- Fra: J.T. Wenting [mailto:[EMAIL PROTECTED]] Sendt: 7. desember 2000 13:03 Til: Orion-Interest Emne: RE: Anyone heard from evermind? I'm not sure what it is, but everything is quiet. There is almost no traffic on the official Sun lists also. Maybe .NET is having a bigger impact than we all expected it would have... > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Klaus Thiele > Sent: Thursday, December 07, 2000 11:29 > To: Orion-Interest > Subject: Re: Anyone heard from evermind? > > > Robert Krueger wrote: > > > > > Hi fellow orion users, > > > > is it just my imagination or have things become VERY quiet around > > evermind? I haven't seen a post on this forum in quite some time now > > VRY quiet! > > > (ok, it's a community forum but they used to drop in from time > to time), > > no bug status that I registered for notification has changed and no new > > developer versions of orion. before I'm the 100th person/customer to > > bombard the support address with "what's up" type of mails, does anyone > > know what they're up to/working on. > > i'm very interested in this too! let's bomb together ;) > > klaus > > -- > Klaus Thiele - Personal & Informatik AG > mailto:[EMAIL PROTECTED] > > "There's got to be more to life than compile-and-go." > >
SV: Few Important Questions
The licence dont matter on features, only legality when deploying in a prod environment when you are running a commercial site... Klaus Myrseth -Opprinnelig melding- Fra: Espen Kolstad [mailto:[EMAIL PROTECTED]] Sendt: 5. desember 2000 11:56 Til: Orion-Interest Emne: RE: Few Important Questions > > 1. On which OS/Harware Orion runs best ? Sparc/Solaris , Intel/Solaris, > Intel/Linux, Intel/Windows ? > I know apps made with Java run anywhere but they certainly > don't perform > equally well 'every where'. None of the above, but Alpha/Tru64 and Alpha/Linux > > 2. Is the Orion version obtained with license any different from the one > available for dowload on their site ? I mean to say is there an limitation > like only 2 concurrent users can access it on a non-licensed version ? Sorry don't know > > Thanks. > Faisal Khan. > www.stardeveloper.com > > Espen
SV: What is the best way to "select for update" ?
Use optimistic locking.. All updated data gets a timestamp and all retrieved data keeps the timestampBefore update compare the timestamp, if its a match noone has done an update. If it dont match you should refuse the update and give the user a message about this. Problems with webbrowsers are many, and the worst is that you can never depend on the browser or whatever is within to participate in a transaction (since the browser fetch and forget..) Klaus -Opprinnelig melding- Fra: Keith Kwiatek [mailto:[EMAIL PROTECTED]] Sendt: 30. november 2000 23:37 Til: Orion-Interest Emne: What is the best way to "select for update" ? Hello, Just wondering how/if orion/ejb makes it possible for a web client to "select data for update" in such a way that another web client will receive a notice if it trys to fetch the same data (possibly for update) I know that orion/ejb handles short term transactions, but what about where a client hold data (that another client may want to access) for long periods of time, --how do you handle this via orion/ejb? Thanks, Keith
SV: Data type to access a datetime field in database
If its datetime you are talking about, add this to the data database-schema definition to sql-server: java.io.Serializable is the mapping for varbinary, to use image add the following to the database-schema: Only thing i can think of :) Have fun with it. Klaus -Opprinnelig melding-Fra: fresnaULL [mailto:[EMAIL PROTECTED]]Sendt: 27. november 2000 15:59Til: Orion-InterestEmne: Data type to access a datetime field in database Hi, I'm trying to access a datatime field in a SQL-SERVER 7.0 with a EJB CMP but I don't know which java type I have to use in the bean to map this field. I've tried with a java.util.Date type but I get the following error: javax.ejb.EJBException: Error saving state: [Microsoft] [ODBC SQL Server Driver] Datatime field overflow at Persona_EntityBeanWrapper0.saveState(Persona_EntityBeanWrapper0.java:3092) at Persona_EntityBeanWrapper0.setPer_fecha_nac(Persona_EntityBeanWrapper0.java:2964) at NewCmp.doGet(NewCmp.java:51) 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.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX Also, I'm trying to access an image type field but I have no idea which java type I have to use to map this kind of field. Does anybody know which java type I have to use in both cases? Thanks.
SV: do you know why ?
I dont know what database youre using, but if I where you i would turn around that query definition, so the optimizer can do its work + maby fix problems like the one youre meeting... if you try $username like $1 you are more likely to get a match, AND speed :) Another thing you can try is run the same query in a query tool and see if the database will return the same result youre getting. Note: like without % is optimized as = in some databases. -Klaus -Opprinnelig melding- Fra: Edmund Cheung [mailto:[EMAIL PROTECTED]] Sendt: 24. november 2000 13:26 Til: Orion-Interest Emne: do you know why ? Hi, I defined in the orion-ejb-jar.xml and the username is "alan%" and return no record. But if I just use "alan" without %, it works. Do you know why ? Thanks, Edmund
SV: database schema mapping and MS SQL Server 7 - does the schema mapping work ? How do I make it work ?
The easy way is to use java.util.Date instead, this maps to Datetime datatype, works for me. Klaus > -Opprinnelig melding- > Fra: Somdeth Souvanlasy [mailto:[EMAIL PROTECTED]] > Sendt:22. november 2000 11:37 > Til: Orion-Interest > Emne: database schema mapping and MS SQL Server 7 - does the schema > mapping work ? How do I make it work ? > > Hi, > > The orionserver site isn't responding today, so I can't check bugzilla to > see if this is an outstanding bug. > > Configuration > Orion 1.4.0 > Windows 2000 Professional > Sun JDK 1.3 > MS SQL Server 7 > BEA Weblogic MSSQLServer 7 type 4 JDBC drivers version 5.1.0 (evaluation > drivers) > > Situation > I'm trying to build a CMP entity bean that has a java.sql.Timestamp as one > of the fields deploying the bean works fine - Orion creates the table > with the correct column type for the timestamp field. However, when I do > a create, I get back the following error: > > Error creating EntityBean: Disallowed implicit conversion from data type > varchar to data type timestamp, table 'XX', column 'timeStamp'. Use > the CONVERT function to run this query. Severity 16, State 1, Procedure > 'XX null', Line 1 javax.ejb.CreateException: Error creating > EntityBean: Disallowed implicit conversion from data type varchar to data > type timestamp, table 'XXX', column 'timeStamp'. Use the CONVERT > function to run this query. Severity 16, State 1, Procedure ' > null', Line 1 > at com.evermind.server.rmi.bd.invokeMethod(JAX) > at com.evermind.server.rmi.a4.invoke(JAX) > at com.evermind.server.rmi.a5.invoke(JAX) > at __Proxy1.create(Unknown Source) > at TestEntityClient.main(TestEntityClient.java:35) > > which is a SQL Server error - to me this indicates that the container is > trying to save the timestamp field to the table not as an actual SQL > Server timestamp but as a string (varchar)... > > I then looked at the database-schemas\ms-sql.xml file and sure enough, > there was no entry to map java.sql.Timestamp to the timestamp type for SQL > Server. My data-sources.xml file specifies this file as the schema for > the data source that I am using. > > I then added this line to the database-schemas\ms-sql.xml > > > > hoping that this would fix the problem, but alas no. > > (converting the column in the table to be a varchar works - I can then > create the entity beans and save them to the database, but then the > timeStamp is a varchar, and any queries using the field are string > comparisons - I want to be able to use the native SQL Server timestamp > type) > > Does Orion use the mappings from the schema at all ? Have I specified the > mapping incorrectly ? or is there something else I need to do ? > > Any help/ideas would be appreciated, > Somdeth
SV: Execute 2 Session Beans concurrently - Is thread possible?
If you choose to go to Message Driven EJB2.0 beans, you can use JMS to achieve what youre after. This is the only way of doing asyncronus calls to the buissiness layer... And youre right threading is not allowed in EJB.. Klaus -Opprinnelig melding- Fra: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sendt: 20. november 2000 16:59 Til: Orion-Interest Emne: RE: Execute 2 Session Beans concurrently - Is thread possible? perhaps you could use MessageBeans... I don´t think that asynchronic execution is valid in EJB, nor it will ever be... -Original Message- From: Storm Linux User [mailto:[EMAIL PROTECTED]] Sent: Lunes, 20 de Noviembre de 2000 11:10 To: Orion-Interest Subject: Execute 2 Session Beans concurrently - Is thread possible? Hi. It's possible to execute 2 different session beans concurrently, for the same session(user)? I will explain... My user needs to execute remote code on many machines. I had the idea to put an session bean in each machine, and then get an reference for this beans in my local session bean. But how can I start one method for the remote bean without waiting for it to return, so that I can call the method for the other remote bean, concurrently? I've saw somewhere that is not possible to use threads in EJB. []s Guilherme Ceschiatti [EMAIL PROTECTED]
SV: Slow going or not at all
Sounds like a datasource error, this kind of errors I use to get if the datasource is configured wrongly. Same if there is a deadlock in the database this will allso happen some times. Hope this helps.. Klaus -Opprinnelig melding- Fra: Tim Squires [mailto:[EMAIL PROTECTED]] Sendt: 17. november 2000 14:20 Til: Orion-Interest Emne: Slow going or not at all Hi, I've ported an application over from jBoss to Orion 1.4.4 and it deploys successfully. When I try to access the top level servlet that first accesses the session bean that accesses the entity beans... the browser sits and waits for a response. If I try to shutdown or restart the server using admin.jar, it takes about 15 mins then says Shutting Down and stops. I waited over an hour but no change. ctr C has no effect so I killed it, rebooted and tried again with the same problem. Would some kind person send me things I could check than may alleviate this problem. Thanks for your time, Tim. Tim Squires Wireless Data Services It's not what you know, it's who you tell.
SV: specify datasource for entity bean
check out the following linkSpec says its fully possible, but im not sure if Orion has support for it... http://java.sun.com/products/ejb/EJBErrata.fm.html Here is an example jdbc/EmployeeAppDB javax.sql.DataSource Container This is what you define in the deployment descriptor If not you can set it in orion-ejb-jar.xml manually or make sure the selected DS is the first defined in config/data-sources.xml file But the first one is the spec way of doing it Have fun.. Klaus Myrseth -Opprinnelig melding- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sendt: 15. november 2000 18:52 Til: Orion-Interest Emne: specify datasource for entity bean Hi, I may have missed it in the docs but I can't figure out how to configure the datasource a CMP entity bean uses for persistence. I can change the orion-ejb-jar.xml file that is auto-created when the beans are deployed but how can I change it _before_ deploying the bean? Thanks, Ted Slusser
Physical Schema name....
Do anyone have an idea of a general (multi appserver) way of spesifying the table name of an entity bean in the EntityBean? I am required to have a complex JNDI paths so i can't use tag. Please if anyone knows, i would appreciate if they share it with me :) Klaus Myrseth
SV: Newbie Q: Can't find bean?
Ahh i forgot something very important for your web application using the session/entity bean in question (web.xml)... You have to define ejb-refs for the beans you want to use, or you will not find the bean from the JSP... Here is an example of an ejb-ref you can put in the bottom of your file. ejb/SomeEntity Entity com.something.ejb.entity.SomeEntityHome com.something.ejb.entity.SomeEntity Klaus -Opprinnelig melding- Fra: Sven van 't Veer [mailto:[EMAIL PROTECTED]] Sendt: 13. november 2000 12:14 Til: Orion-Interest Emne: Re: Newbie Q: Can't find bean? "Sean P. McNamara" wrote: > > > In addition to the specification, I have a copy of the > Monson-Haefel book on Enterprise JavaBeans, but there is virtually no > mention of JSP-EJB interaction. I also spent some time earlier today > browsing JSP-centric books in the local bookstore, and found little > mention (usually about 1 paragraph) regarding EJB's. I agree with you, it's hard to find information on that subject. I've been reading this list and the sun J2EE interest for a couple of months now and am almost ready doing my first complete EJB / JSP app. The thing I found is as follows. It seems that by using a tag-lib you can use your EJB directly in your jsp's, but the general opinion in this list and others is that the way to do such things is by creating 'common' java beans or classes to use with the tags in the jsp. These classes than refrence stateful or stateless session beans, which in turn reference the entity beans. sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
SV: Newbie Q: Can't find bean?
Here is an example of a bean lookup method: private SomeEntityHome getSomeEntityHome()throws NamingException { Context context = new InitialContext(); SomeEntityHome home = (SomeEntityHome)PortableRemoteObject.narrow( context.lookup("java:comp/env/ejb/SomeEntity"), SomeEntityHome.class); return home; } This one should be usable :) Then its ready to call findermethods and so on.For instance, to fine a row in the database based on the pk: try { SomeEntityHome home = getSomeEntityHome(); SomeEntity remote = home.findByPrimaryKey(new SomeEntityPK(34)); catch (NamingException ne) {} The JSP page can be coded just the same way as anything, only you dont have to give any urls or providers and so on to do it (if youre in the same vm/applicationserver) the ejb tag library i mentioned earlier use this stuff inside the tag lib so the JSP code gets a whole lot cleaner... Klaus -Opprinnelig melding- Fra: Sean P. McNamara [mailto:[EMAIL PROTECTED]] Sendt: 12. november 2000 01:15 Til: Orion-Interest Emne: Re: Newbie Q: Can't find bean? Thanks for your reply Robert, however I don't really feel it's fair for you to have judged me ignorant of both Java and the J2EE in general. I've done quite a bit of development with session beans, but very little front-end (read JSP) development, and no EntityBean work, as it wasn't supported by the EJB (1.0) containers we were working with. I've been through the JSP specification, and don't see anything in there pertaining to how EJB are expected to be referenced. There is section 2.13 describing the tag, and unfortunately thought it would perhaps provide the needed functionality to automate the bean lookup process. In addition to the specification, I have a copy of the Monson-Haefel book on Enterprise JavaBeans, but there is virtually no mention of JSP-EJB interaction. I also spent some time earlier today browsing JSP-centric books in the local bookstore, and found little mention (usually about 1 paragraph) regarding EJB's. Obviously, using the same method that is used in a Servlet allows me to do what I need to do. I was simply looking for a way to skip that step. I've seen some code posted to the list using tags in the namespace, but haven't located any documentation for that particular taglib. Perhaps you could be so good as to provide a link? I'm in the process of downloading the Romans book, so perhaps that will have the details I'm looking for. Thanks for the pointer. Robert Krueger writes: > At 14:25 11.11.00 , you wrote: > > >OK... I've gotten something working by removing my use of the > >jsp:useBean tag, and instead grabbing the EntityBean home, and > >creating manually, which seems to work. > > yes, bean != enterprise java bean. you will do yourself a BIG favour if you > read up on jsp, ejb and java in general as there are some fundamental > basics missing. trial and error will not get you very far in J2EE. look at > the specs (they are actually rather readable) and maybe check out ed romans > ejb book (free download at www.theserverside.com). -- Sean P. McNamara<[EMAIL PROTECTED]> SOMA Technologies, Inc. <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
SV: Newbie Q: Can't find bean?
You allso have the ejb tag library. It should be on the orion site somewhere. then i think you can use ejb:useBean This one is used for JNDI lookups and so on. Good luck! Klaus -Opprinnelig melding- Fra: Sean P. McNamara [mailto:[EMAIL PROTECTED]] Sendt: 11. november 2000 18:00 Til: Orion-Interest Emne: Newbie Q: Can't find bean? Hi again- Baby-steps, baby-steps I've finally gotten my application packaged properly, and my 2.0 CMP EntityBean to deploy properly, but am having problems accessing the bean via JSP. I've scanned the mailing lists, but don't find anything related. Hopefully someone can lend me a clue. I'm sure I'm doing something dumb here, but am not quite sure what. Any pointers appreciated. The error I receive is: 500 Internal Server Error java.lang.InstantiationException: Could not find the bean named 'employee' in the page scope at java.lang.Throwable.(Throwable.java:96) at java.lang.Exception.(Exception.java:44) at java.lang.InstantiationException.(InstantiationException.java:46) at /EmployeeEntryAction.jsp._jspService(/EmployeeEntryAction.jsp.java:34) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.xi(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d5.sv(JAX) at com.evermind.server.http.d5.st(JAX) at com.evermind.server.http.eh.s0(JAX) at com.evermind.server.http.eh.do(JAX) at com.evermind.util.f.run(JAX) And the useBean segment from my JSP is: --- -- Sean P. McNamara<[EMAIL PROTECTED]> SOMA Technologies, Inc. <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
SV: Using Webtrends to analyze Orion logs
Title: Ok to get logs that is more descriptive edit the log tag in default-web-site.xml Here is the one i use with analog: Then you get split files on day and a whole lot more info into the logLook on the log tag to see what possibilities you have. Klaus -Opprinnelig melding-Fra: John Miller [mailto:[EMAIL PROTECTED]]Sendt: 9. november 2000 13:10Til: Orion-InterestEmne: Using Webtrends to analyze Orion logs I want to use Webtrends to analyze orions logs. Has anybody any experience of doing this? If you do I would appreciate any advise you might be able to give.Also, I have noticed that logs to not log browser type, OS etc.. as Apache doeseg:Apache logs like this:193.193.193.193 - - [11/Oct/2000:00:05:01 +0100] "GET /file.html HTTP/1.1" 200 1669 "http://www.whatever.com" "Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)" 0 "-"Orion like this:193.193.193.193 - - [11/Oct/2000:00:05:01 +0100] "GET /file.htm HTTP/1.1"Does anyone know how to get Orion to log the additional information Apache does in particular OS/Browser info and also get authenticated usernames into the logs.Thanks,Johnny[EMAIL PROTECTED]
SV: Getting Orion to run as a service under Windows 2000 using JNT
Thanks for the howto :))) Here is a service installation that enables logging to files, and optionally kill the -console tag to prevent the GUI popup of the server. Hope its something you can use...(we're using this setup atm at Telenor Mobile AS). @echo off echo * Orion: Installing service SET ORIONMINMEM=512m SET ORIONMAXMEM=1024m SET ORION_HOME=e:\orion jnt "/InstallAsService:Orion Server" "/SD%ORION_HOME%" -mx%ORIONMAXMEM% -ms%ORIONMINMEM% -jar orion.jar -console -out orion.out -err orion.err echo * Orion: done. @echo on Klaus Myrseth Senior consultant Exense ASA eConsulting > -Opprinnelig melding- > Fra: Kimberley Scott [mailto:[EMAIL PROTECTED]] > Sendt:6. november 2000 04:42 > Til: Orion-Interest > Emne: Getting Orion to run as a service under Windows 2000 using JNT > > Hiya, > > Thought I'd contribute rather than just sponging off all the bright minds > in this list. > > Might be worth adding to the FAQ if it can be reproduced by someone else. > > When you install JDK1.3, you get a "jre" runtime directory installed > within the JDK directory. If you have ever installed a runtime prior you > will have a c:\program files\JavaSoft\JRE directory also. This is a tree: > > c:\program files > \JavaSoft > \JRE > \1.3 > \bin > \hotspot > \lib > > One of the problems I had getting Orion to run as a service was that it > would just start and immediately stop. So I experimented at the command > line with the -verbose option and the -X option. This is an example of the > result: > > C:\usr\apps\orion\Jnt101b>jnt -X > Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > > Error loading: C:\Program Files\JavaSoft\JRE\1.3\bin\classic\jvm.dll > 11/06/00 13:59:05 - > - > Now starting Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > 11/06/00 13:59:05 - Executing JVM Command: jnt -X > 11/06/00 13:59:05 - Shutting down service... > 11/06/00 13:59:05 - > - > > Notice the "error loading" message. Oi! There isn't a "classic" directory > in my installed JRE. So I copied said directory from the "jre" directory > in the JDK installation to that spot and tried it. No go. You get this: > > Now starting Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > 11/06/00 13:58:10 - Executing JVM Command: jnt -verbose > /InstallAsService:Orion /SDc:\usr\apps\orion -jar orion.jar > pps\orion\config\server.xml > Could not create the Java virtual machine. > 11/06/00 13:58:10 - Shutting down service... > 11/06/00 13:58:10 - > - > > What? Hmm I thought and simply renaming the existing JRE directory to > JRE_Hmm and copied the "jre" directory from my JDK directory to the same > spot, taking care to add the "1.3" directory to the subtree. Then I ran: > > C:\usr\apps\orion\Jnt101b>jnt "/InstallAsService:Orion" > "/SDc:\usr\apps\orion" -verbose -jar orion.jar > Java Service Launcher V1.0.1 beta > Copyright (C) 2000 by eWorkSmart, LLC > > 11/06/00 14:04:30 - Installing as service "Orion" (Orion). > 11/06/00 14:04:31 - > This has been installed as "Orion". > This service is set to automatically start when the > system boots. To start the service now, use the "Services" > icon found in the control panel. > 11/06/00 14:04:31 - > > NT Service options: > Use /InstallAsService:ServiceName[:dependent1,dependent2,...] to > install. > Use /RemoveAsService:ServiceName to remove (uninstall) as a service. > Use /SetServiceParams:ServiceName to change the startup parameters for > this service. > Note: Any additional parameters on the command line will be setup > as the startup parameters for the service when using > the /InstallAsService or /SetServiceParams options. > > Then I went to "services" under "manage" for "My Computer" and started the > service. Then I tried to go to http://kscott/JAdmin (my test suite) and it > worked. I checked the services and it's still working. I then went to the > Orion directory and viewed the JNT.log. Everything kool. Ok. Now go to my > source directory and "ant" a build. Once this was complete, I went to the > Orion logs directory and check out the server.log and lo and behold, the > auto-deploy messages are there. Looking good! I then opened the Event > Viewer and went
SV: JNDI Properties? Why EJB can't find another EJB..
A possible problem is that you have forgot to add ejb-refs for the beans you wish to use from your bean on your bean in the deployment descriptor (ejb-jar.xml) in the bean jar file. Then you will get problems like this... Klaus -Opprinnelig melding-Fra: Duffey, Kevin [mailto:[EMAIL PROTECTED]]Sendt: 30. oktober 2000 21:25Til: Orion-InterestEmne: JNDI Properties? Why EJB can't find another EJB.. Strange thing..I posted this a couple of times too. For some reason, I can NOT get my ejb to find another ejb. I am able to find both ejbs from the servlet just fine, but I can't get one ejb to use the other. Right now its one session trying to use another..but it worries me when it comes to entity CMP use. I can only think of one problem..that my ejb is not using the proper context. I do this in the ejb: Context context = new InitialContext(); Object ref = context.lookup("java:comp/env/ejb/EJB2"); That always throws a NamingException (or it might be RemoteException..I can't remember which one it is that I always get). So, looking at the ejb example(s) with Orion, it appears they all have a jndi.properties file with them, and I recall reading in my ejb book that supposedly each vendor has different settings. So the question is..do I need to create the context in one ejb with these properties set? What is the code used to find one ejb from inside another? Thanks.
SV: Problems with EJB.
Check if you have added your correct ejb-refs in the web.xml file for the web application youre using the servlet from. The application-client.xml is for applets and applications, while the ejb-refs for servlets and jsps are defined in the web.xml file Hope its something like this and not a bug :) Have a nice weekend all!! Klaus -Opprinnelig melding- Fra: fresnaULL [mailto:[EMAIL PROTECTED]] Sendt: 27. oktober 2000 16:05 Til: Orion-Interest Emne: Problems with EJB. Hi all, I think I've deployed correctly a EJB, because I'm able to use from a java application. I've deployed the ejb like the cart ejb example. My problem is that when I try to use it from a servlet the context.lookup doesn't find the EJB and generate an exception. Please I need help!!! Thanks.
SV: MYSQL, Orion, EJB and transactions ??
Title: MYSQL, Orion, EJB and transactions ?? You can use the database that comes with Orion Hypersonic SQL. Its a java database and works great for things like that. If you want to use an object database download forte 2 internat edition (beta), it has the Pointbase database enclosed, that one should allso work. Have fun, and good luck :) Klaus -Opprinnelig melding-Fra: Laufer, Michael [mailto:[EMAIL PROTECTED]]Sendt: 27. oktober 2000 10:41Til: Orion-InterestEmne: MYSQL, Orion, EJB and transactions ?? Hi there, I know that the question has been discussed here before, but I'm still a little confused about using MYSQL together with Orion. I've just downloaded mysql (version 3.23.22 beta) and the manual announces that mysql is now supporting transactions. If I understood it correctly, that would mean, that it should be possible to use mysql with entity beans. Am I right ?? What's confusing to me is the fact, that I only find news in mailing-list, that mysql is not supporting transactions. So I don't really now, if I can use mysql for entity beans. If not, which database would you suggest ?? It should work on NT and not be the most expensive one as I use it 'only' for writing my Master's Thesis. Thanks in advance, Michel
SV: How does one change the database that the EJB is connecting to during runtime ?
Bean managed entity beans with pooled connections. Make yourself a ConnectionFactory object that does jndi lookups based on what user settings and do your query after that. This will, as long as the db.schema is identical work without modifying your sql Klaus -Opprinnelig melding- Fra: Christian Kvalheim [mailto:[EMAIL PROTECTED]] Sendt: 26. oktober 2000 10:56 Til: Orion-Interest Emne: How does one change the database that the EJB is connecting to during runtime ? Hey.. I'm in the middle of developing the next version of our software platform for quality management and I have run into the following problem. The current development platform is ASP/COM but we are moving to J2EE and orionserver as our platform of choice. This is the problem When a user connects to the application, he chooses the company that he belongs to. This sets the context of the program to point to the database of that company and all operations are performed on that database. This if Company A has the database 'COMPANYA' and Company B has the database 'COMPANYB' users belonging to company A will be using the data in COMPANYA when performing EJB transactions, While Users in Company B will use COMPANYB when performing EJB transactions. Now the problem lies in my tellin the EJB to use database COMPANYB when a user from company B logs on and COMPANYA whem a user from company A logs on. Of course we are talking about hundreds and hopefully thousands of databases over time, so the context must be possible to switch easily. Can I do this someway with EJB, without resulting to the situation of modifying SQL sentences. Christian Kvalheim Qm plus __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
SV: Orion as NT4 Service
Is it the opesource project: jsrvany? (http://jsrvany.sourceforge.net) There isnt any JNT stuff out there that i can find... Klaus -Opprinnelig melding- Fra: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sendt: 26. oktober 2000 01:26 Til: Orion-Interest Emne: RE: Orion as NT4 Service We are using JNT, a free service runner for java applications that properly handles the log-off command. I forget the url, but if you do a search at excite or something, I am sure you will find it. We were using run_as_service, or srvany, neither of which properly worked. > -Original Message- > From: Todd Renner [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 25, 2000 6:48 AM > To: Orion-Interest > Subject: Orion as NT4 Service > > > Hi, > > We've setup orion (1.2.9) to be an NT service as specified > at orionsupport.com. But whenever we log off the machine > the server stops with no errors. I recall some discussion on > this awhile ago, but all I could find in the archives pertained > to Unix.We've tried several different scenarios, diff. users, > reboot and not logging in etc. but with no success. Anybody > have some suggestions as to what to try? Were using sunjdk1.3, > hotspot server, nt40.Thanks. > > > > Todd Renner > [EMAIL PROTECTED] >
SV: HELP! orion + Linux + native threads
Post it in bugzilla so the orion team gets the notice. Klaus -Opprinnelig melding- Fra: Richard E. Sansom [mailto:[EMAIL PROTECTED]] Sendt: 25. oktober 2000 19:42 Til: Orion-Interest Emne: Re: HELP! orion + Linux + native threads Sorry for including that other stuff at the end of my original message, by the way... Here's some more information: no problems under jakarta-tomcat (3.1) either, so it's beginning to look more and more like an Orion problem of some kind. I would really appreciate a word from the Orion guys on this one. Thanks, again. -Rich --- "Richard E. Sansom" <[EMAIL PROTECTED]> wrote: > Attached is a simple servlet that uses the request and response input and > output streams to read a text based message and simply echo the message back > to > the requestor. This thing runs fine when I stress it under Forte (hit it a > billion times, looking for performance and memory problems) but under Orion > (1.3.8, but I also tried it under the 1.4.0 version), I run out of native > threads just under 1000 requests into my test (I expect we're bumping up > against the 1024 magic number). > > Am I doing something wrong or is it a known problem? Again, the Forte > servlet > runner, which is no performance leader, didn't have any problems at all > running > under the same O/S (Redhat 7.0 - I know...) and JDK (Sun 1.3.0). > > Please help, I spent the better part of all night trying to figure this one > out. > > Thanks. > > -Rich > > --- "Juan Lorandi (Chile)" <[EMAIL PROTECTED]> wrote: > > Last week I bailed out of SprintA 2000, because variable length fields > don't > > grow... > > > > Bugzilla #127 > > > > Say, you have an Object/Serializable field in a CMP bean... > > It's mapped to either a nvarchar(S), or a varbinary(S) > > Whenever the serializable version of the object is bigger than S (look > > above) SprintA fails miserably > > > > However, I have not successfully confirmed that it's a SprintA problem, but > > I surely can make varbinarys grow > > using ADO, so must be a bug in the german product (SprintA 2000) > > > > HTH (before it's too late), > > > > > > Rifle > > > > > > -Original Message- > > From: Kurt Hoyt [mailto:[EMAIL PROTECTED]] > > Sent: Miércoles, 25 de Octubre de 2000 10:06 > > To: Orion-Interest > > Subject: RE: Ok. I feel dumb. Data Sources and MS SQL. > > > > > > I hate to be the bearer of bad news, but you'll have to spring for a type 4 > > JDBC driver. We bought the one from Inet Software called "Sprinta 2000". > The > > price was reasonable and it performs comparably with the best of them. > > That's how we got Orion and SQL Server 7 and Win2K to work together. > > > > Kurt in Atlanta > > > > -Original Message- > > From: Kimberley Scott [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, October 24, 2000 9:16 PM > > To: Orion-Interest > > Subject: Ok. I feel dumb. Data Sources and MS SQL. > > > > > > Hiya, > > > > Feeling real stupid here. I'm examining data sources and getting totally > > confused. Maybe I'm just burnt out. Haven't had a holiday in five years. > > Sigh. > > > > Back to business. We're *forced* to use Microsoft SQL 7 and Win2K. How do I > > set up the datasource xml file to handle this? I can't seem to find > anything > > on this in the email lists on in the docs. The only drivers I have are the > > ODBC bridges (The invisible hidden MS one and the standard Sun one) and I'm > > not paying for a Type IV driver at the outrageous prices I've been > presented > > with from BEA and the like. Has anyone done this before or can point me in > > the right direction? > > > > A tired developer who's feeling very old and dim... > > > > Kimberley Scott > > Senior Web Developer > > Peakhour Pty Ltd > > http://smartoffice.com.au <<- just built. needs work. ASP/COM Sigh. What > can > > I say? > > http://peakhour.com.au <<- corporate site > > http://www.geocities.com/kimmie_scott <<-me > > > > > > > > > > > Richard E. Sansom > [EMAIL PROTECTED] > > > __ > Do You Yahoo!? > Yahoo! Messenger - Talk while you surf! It's FREE. > http://im.yahoo.com/ > ATTACHMENT part 2 application/x-unknown name=TestServlet.java Richard E. Sansom [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/
SV: Ok. I feel dumb. Data Sources and MS SQL.
Actualy the windows version of the Sybase database is just as pleasant to work with as SQL server when you use the gui tools. And a bg advantage is that the jdbc driver that is made for the database is very pleasant to work with :), and when you need extra performance you can set the server on a Solaris machine and still use the windows admin tool against it for easy administration. ASE12 allso supports java in the database something that can be quite usefull if you have some routines that is neaded when you import data to make sure things are allright and so on. But don't missunderstand me, i allso use MS but not in a java environment (if I can get around it) Have fun! Klaus Prefers Sybase database :) -Opprinnelig melding- Fra: Jeff Schnitzer [mailto:[EMAIL PROTECTED]] Sendt: 25. oktober 2000 09:34 Til: Orion-Interest Emne: RE: Ok. I feel dumb. Data Sources and MS SQL. Hey, there is nothing wrong with MS SQL Server and Win2K. As someone who is not a professional DBA and has no desire to become one (I like building things, not maintaining tempermenal third-party software systems), I find that SQL Server is by far the most pleasant of the big relational databases (Oracle, Sybase, DB2, Informix) to work with. The GUI tools work well, and most tuning is done automagically. The JDBC driver support is a bit of a problem, though. Conventional wisdom 'round here is that the JDBC-ODBC bridge is trouble and should be avoided in a production environment. It has native code and it will lock up the JVM periodically under heavy load. Someone on this list suggested this type IV driver: http://www.inetsoftware.de/English/Produkte/JDBC2/Default.htm The most basic license is $250, limited to 20 connections, and "may not be used with the Internet", whatever that means. Dunno if this restriction includes code running in an app server. Here is my data source: Make sure you put SQL Server in Mixed Authentication Mode. And take a vacation already! Jeff > -Original Message- > From: Kimberley Scott [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 24, 2000 6:16 PM > To: Orion-Interest > Subject: Ok. I feel dumb. Data Sources and MS SQL. > > > Hiya, > > Feeling real stupid here. I'm examining data sources and > getting totally > confused. Maybe I'm just burnt out. Haven't had a holiday in > five years. > Sigh. > > Back to business. We're *forced* to use Microsoft SQL 7 and > Win2K. How do I > set up the datasource xml file to handle this? I can't seem > to find anything > on this in the email lists on in the docs. The only drivers I > have are the > ODBC bridges (The invisible hidden MS one and the standard > Sun one) and I'm > not paying for a Type IV driver at the outrageous prices I've > been presented > with from BEA and the like. Has anyone done this before or > can point me in > the right direction? > > A tired developer who's feeling very old and dim... > > Kimberley Scott > Senior Web Developer > Peakhour Pty Ltd > http://smartoffice.com.au <<- just built. needs work. ASP/COM > Sigh. What can > I say? > http://peakhour.com.au <<- corporate site > http://www.geocities.com/kimmie_scott <<-me > > > >
SV: Orion Powered Sites
wap.hjemmenett.no is running Orion 0.6.2 :) Klaus -Opprinnelig melding- Fra: Jason Rimmer [mailto:[EMAIL PROTECTED]] Sendt: 20. oktober 2000 08:00 Til: Orion-Interest Emne: Re: Orion Powered Sites Results from NetCraft's "what's it running?" tool, http://www.netcraft.com: > http://www.redbull.com - Unable to determine > http://www.javalobby.com - Running Orion/1.0.3 on Solaris > http://www.vpro.nl - Running Orion/0.8.1n on Linux > http://www.linuxtoday.com.au - Running Orion/1.3.8 on Linux > http://wap.hjemmenett.no - Unable to determine > http://www.headlinewatch.com - Running Orion/1.0.3 on Solaris > http://news.partsbase.com - Running Orion/1.0.3 on Solaris > http://australia.internet.com - Running Orion/1.3.8 on Linux > http://www.yesitworks.com - Running Orion/1.1.9 on Solaris > http://www.internetstockreport.com.au - Running Orion/1.3.8 on Linux > http://www.e-mediamarketer.com.au - Running Orion/1.3.8 on Linux -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Gordon Sell" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, October 19, 2000 10:27 PM Subject: Re: Orion Powered Sites > Try these(they are from the orion site) > > http://www.redbull.com > http://www.javalobby.com > http://www.vpro.nl > http://www.linuxtoday.com.au > http://wap.hjemmenett.no > http://www.headlinewatch.com > http://news.partsbase.com > http://australia.internet.com > http://www.yesitworks.com > http://www.internetstockreport.com.au > http://www.e-mediamarketer.com.au > > Cheers > Gordon
SV: Blackdown 1.3 rc1
Have you all tried jdk1.3 release for linux? Came a few days ago.. I have, and its stable as "..." :) Eaven the plugin works (with a little workaround ... ) Workaround is: cp $JAVA_HOME/jre/plugin/*.so /usr/lib/netscape/plugins cd /usr/lib ln bin $JAVA_HOME/jre/bin -s ln lib $JAVA_HOME/jre/lib -s Fire and forget :)))) Klaus Myrseth -Opprinnelig melding- Fra: Robert Krueger [mailto:[EMAIL PROTECTED]] Sendt: 11. oktober 2000 13:59 Til: Orion-Interest Kopi: [EMAIL PROTECTED] Emne: Blackdown 1.3 rc1 In case any of you don't know (I didn't until a few minutes ago), blackdown have released rc1 of their linux port of sun's jdk1.3. one more vm to test for those with stability problems with sun and ibm. 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
SV: New 2 Orion.
run java -jar orion.jar -install Then youll be prompted :) Klaus -Opprinnelig melding-Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Sendt: 11. oktober 2000 03:43Til: Orion-InterestEmne: RE: New 2 Orion.Where is "youradminpw" configured? Presumably one of the various XML files, but which one, and is there an example? Haven't been able to find it in the docs. Thanks! --Mark Nathan Phelps <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 10/07/00 12:43 PM Please respond to Orion-Interest To: Orion-Interest <[EMAIL PROTECTED]> cc: Subject: RE: New 2 Orion.1.) You can cleanly shut Orion down using the following command: java -jar admin.jar ormi://yourservername admin youradminpw -shutdown Or, you can use the Orion console by right-clicking on the Server and choosing Shutdown from the Context-sensitive menu. 2.) See http://www.znerd.demon.nl/orion-primer/ -Original Message-From: Miles Daffin [mailto:[EMAIL PROTECTED]]Sent: Saturday, October 07, 2000 2:12 PMTo: Orion-InterestSubject: New 2 Orion.Hi, I have 2 questions for the Community: 1) I can start Orion (1.3.8) using a batch file but I cannot believe that the only way to stop it is 'Ctrl - c'. Is it? 2) I find the instructions for creating a new application a little scanty - does anyone know where I can find a real idiots', step by tedious step, guide to setting up an alternative to the default application? Thanks. --Miles Daffin Java Developer, Netherlands. Land: +31 (0)10 476 2412Mobile: +31 (0)6 2959 1423Permanent email: [EMAIL PROTECTED]
SV: Performance
Add more memory to the vm :) Klaus -Opprinnelig melding- Fra: Sarathy Mattaparti [mailto:[EMAIL PROTECTED]] Sendt: 9. oktober 2000 20:00 Til: Orion-Interest Emne: Performance Hi, Previously i used Pentium III 550 MHz and 64 MB RAM and i bought a new computer its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the difference. I am using Windows 2000 Server as my OS. I just changed the configuration of access log.. Any suggestions to improve the performance ?? Thanks Sarathy _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
SV: Using Orion As a Plugin to IIS for Servlets/JSPs
true true :) Well you are prolly using EJB's right . One way to get around this is to start orion with more memory avail than default that is 64Mb or so. There is another thread discussing this on the site. And when youre not caching entity beans and just running pure jsp you have something you can compare with IIS. And in that case Orion is more stable :)After what i have experienced. Klaus -Opprinnelig melding- Fra: Stanislav Maximov [mailto:[EMAIL PROTECTED]] Sendt: 5. oktober 2000 14:19 Til: Orion-Interest Emne: RE: Using Orion As a Plugin to IIS for Servlets/JSPs Not to harm Orion I'm getting Out of memory twice a day. But I believe this is my fault, not Orion's. Btw, guys, this thread becomes more and more off the topic. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, October 05, 2000 11:14 AM > To: Orion-Interest > Subject: SV: Using Orion As a Plugin to IIS for Servlets/JSPs > > > I have runned a full dynamic site with ASP, and it needed restart > every week > or it would crash because of an out of memory error, + if you look on the > old benchmarks from the orion team you see that dynamic > performance degrade > over time with IIS 4.0, im not to confident about the IIS 5.0... > > Yes IIS is fast providing you use only static content, but when you use > dynamic content, you get problems, and the reason IIS is fast for static > content is because they hooked the server into the kernel of windows > (smart). Same thing is coming to linux kernel pretty soon (the unstable > versions have it allready)... > > But how many sites use static content. As long as i have been working, you > will find maby 10% static content, and then dynamic performance > is the thing > that is important (and stability ofcourse). > > Klaus > > -Opprinnelig melding- > Fra: Kyle Cordes [mailto:[EMAIL PROTECTED]] > Sendt: 4. oktober 2000 17:38 > Til: Orion-Interest > Emne: Re: Using Orion As a Plugin to IIS for Servlets/JSPs > > > > Ps: Orion is faster than IIS, so is most other webservers.. IIS > is full of > > memory leaks and other stuff that make it bend when the load is really > hard, > > and over time. Check the benchmarks on orion page, its done with > microsofts > > own benchmark utility so :) > > In my experiance, for serving static HTML, IIS provides high > performance and > reliability. It also does very well with dynamic content > provided by ISAPI > DLLs. Why do you believe it is "full of memory leaks"? > > The benchmark on the Orion web site rightfully points out that Orion JSPs > are faster than IIS ASPs, which is mostly because JSPs are > compiled (to Java > code) while ASPs are interpreted. (Note however that apparently ASPs will > eventually be semi-compiled, boosting performance.) > > -Kyle Cordes > > > > >
SV: Using Orion As a Plugin to IIS for Servlets/JSPs
I have runned a full dynamic site with ASP, and it needed restart every week or it would crash because of an out of memory error, + if you look on the old benchmarks from the orion team you see that dynamic performance degrade over time with IIS 4.0, im not to confident about the IIS 5.0... Yes IIS is fast providing you use only static content, but when you use dynamic content, you get problems, and the reason IIS is fast for static content is because they hooked the server into the kernel of windows (smart). Same thing is coming to linux kernel pretty soon (the unstable versions have it allready)... But how many sites use static content. As long as i have been working, you will find maby 10% static content, and then dynamic performance is the thing that is important (and stability ofcourse). Klaus -Opprinnelig melding- Fra: Kyle Cordes [mailto:[EMAIL PROTECTED]] Sendt: 4. oktober 2000 17:38 Til: Orion-Interest Emne: Re: Using Orion As a Plugin to IIS for Servlets/JSPs > Ps: Orion is faster than IIS, so is most other webservers.. IIS is full of > memory leaks and other stuff that make it bend when the load is really hard, > and over time. Check the benchmarks on orion page, its done with microsofts > own benchmark utility so :) In my experiance, for serving static HTML, IIS provides high performance and reliability. It also does very well with dynamic content provided by ISAPI DLLs. Why do you believe it is "full of memory leaks"? The benchmark on the Orion web site rightfully points out that Orion JSPs are faster than IIS ASPs, which is mostly because JSPs are compiled (to Java code) while ASPs are interpreted. (Note however that apparently ASPs will eventually be semi-compiled, boosting performance.) -Kyle Cordes
SV: Using Orion As a Plugin to IIS for Servlets/JSPs
Ofcourse it works, install suns com-rmi bridge and youre off.. But it will not work with isapi or any other filters.. You have to redirect inside the code... And for the one mentioning weblogic..You dont get any isapi filters for Weblogic either, you have to redirect calls the same way as you have to do to orion. It would be the same as to claim Apache has to get an isapi filter for IIS to serve php for IIS. Ok mention JRun that is a servlet engine and not a webserver, that one would ofcourse have a filter to run jsp and servlets inside IIS (or do a invis redirect) but thats not a webserver.. Ps: Orion is faster than IIS, so is most other webservers.. IIS is full of memory leaks and other stuff that make it bend when the load is really hard, and over time. Check the benchmarks on orion page, its done with microsofts own benchmark utility so :) Tip to use orion in cooperation with iis is: forget session tracking between the different servers, but you can easilly call webpages inside orion from iis and present them in the same frame or so. You can allso use Suns rmi-com bridge to call biz logic if this one can run with orionservers protocol. Have fun! Klaus Myrseth -Opprinnelig melding- Fra: Kyle Cordes [mailto:[EMAIL PROTECTED]] Sendt: 3. oktober 2000 15:41 Til: Orion-Interest Emne: Re: Using Orion As a Plugin to IIS for Servlets/JSPs > I have a question..why would you not be able to use Orion as the web server? > It actually serves HTML pages as fast (if not faster) than IIS does. Its > very easy to set up. Not to disparage Orion (a great product!), but it's extremely unlikely that Orion will approach IIS's speed of serving HTML pages. IIS is highly optimized using native NT APIs to perform this task extremely quickly. Does anyone have any benchmarks? Of course, if Orion serves your pages fast enough for your needs, then it doesn't matter if IIS is faster. - Kyle Cordes - www.kylecordes.com
SV: 1.3.8 on NT causing Dr. Watson
Its because of the support for native threads :) (processes) switch to green threads and you should be quit the problem i would believe :) Klaus -Opprinnelig melding- Fra: Dale M. Boresz [mailto:[EMAIL PROTECTED]] Sendt: 3. oktober 2000 16:17 Til: Orion-Interest Emne: Re: 1.3.8 on NT causing Dr. Watson Vidur Dhanda wrote: > Hello, > > Has anyone else experienced erratic java.exe (JDK1.3) failures while > running 1.3.8 on a NT4.0SP6a box. All of a sudden I have started > getting Dr Watson while running orion. I can't detect any pattern -- it > can crash while it is doing nothing and when there is heavy load on the > server. > > My configuration: JDK1.3, Orion 1.3.8, NTWS4.0SP6a, 384MB, AMD K6. > > Vidur Vidur, I can't comment about jdk/orion under NT, but ... For what it's worth, here's what I've noticed while running Sun's jdk1.3 under Linux: When Orion is started, there are about a dozen jdk1.3 processess that start up simultaneously! Under jdk1.2.2, there was only one. As I modify the server.xml file - adding or dropping sites, the number of jdk1.3 instances increases dramatically. If I kill the first jdk1.3 instance started, they all terminate. Under jdk1.2.2, I've never noticed any additional processes start up. I don't know what these processes are doing, or why this happens, but it's just something that I've noticed, and the fact that the number of processes rapidly increases is pretty alarming. So... I went back to jdk1.2.2 for now, and that works fine. I'd suggest that maybe you can check out the number of processes running under NT, and see if perhaps you're experiencing something similar. -Dale
SV: 1.3.8 on NT causing Dr. Watson
Are you using JDBC-ODBC bridge??? When i did earlier i found the odbc driver to ms sqlserver caused some horrible dr.watsons just without any reason, just because i used field name getters instead of column number getters, and getting column 3 before 2 allso caused dr.watson. So my guess is if you are using jdbc-odbc bridge you can get a good jdbc driver and your prob is gone :) Klaus Myrseth -Opprinnelig melding- Fra: Vidur Dhanda [mailto:[EMAIL PROTECTED]] Sendt: 3. oktober 2000 14:20 Til: Orion-Interest Emne: 1.3.8 on NT causing Dr. Watson Hello, Has anyone else experienced erratic java.exe (JDK1.3) failures while running 1.3.8 on a NT4.0SP6a box. All of a sudden I have started getting Dr Watson while running orion. I can't detect any pattern -- it can crash while it is doing nothing and when there is heavy load on the server. My configuration: JDK1.3, Orion 1.3.8, NTWS4.0SP6a, 384MB, AMD K6. Vidur
SV: Error creating cart: Error creating EntityBean: User not found: ADMIN
Next time you start orion start it like this: java -jar orion.jar -install then choose a password for the admin user, i guess its disabled as it its when you install orion (thats why the -install parameter).. Hope this helps :) Klaus -Opprinnelig melding-Fra: Kuno Baeriswyl [mailto:[EMAIL PROTECTED]]Sendt: 28. september 2000 14:59Til: Orion-InterestEmne: Error creating cart: Error creating EntityBean: User not found: ADMINHi I'm using hypersonic and need to test the ejb demo product. If I start the product client there appear the following message: C:\orion\demo\ejb\product>java -classpath .;../../../orion.jar;../../../ejb.jar;../../jndi.jar ProductClient Enter the id (integer) of the product you want to add: 1 Enter the name for item 1: kuno Enter the cost for kuno: 1 Error creating cart: Error creating EntityBean: User not found: ADMIN Why it do not find the user ADMIN. Case senstitif? Thanks for all kuno -- -- http://zap.to/kuno - Homepage - http://www.eif.ch -- -- 026/ 494.19.56 - Telefon - 026/ 429.66.11 -- -- [EMAIL PROTECTED] - eMail - [EMAIL PROTECTED] --
SV: Classpath : Orion On Linux
CLASSPATH variable is worthless in orion... You have to copy your jar to [orion]/lib directory, then it will be in your classpath automatically. Hope this helps :) Klaus Myrseth Telenor Mobil AS -Opprinnelig melding- Fra: Mr Shailesh Joshi [mailto:[EMAIL PROTECTED]] Sendt: 28. september 1998 14:14 Til: Orion-Interest Emne: Classpath : Orion On Linux Hi All I have installed Orion 1.3.8 on Linux server. I have deployed beans and running clients successfully. The problem is the server can't get the Driver in Class.forName(" "); I have copied driver class in the directory; set the classpath . But still the server is not able to get the class ? FROM WHERE ORION TAKES THE CLASSPATH ? With regards Shailesh
SV: Cascade Delete
Cascading delete is something that some database servers support, so far i havent seen anywhere that Orion is to support that in the buissiness layer. What you can do is make your own ejbRemove implementation that will do a cascading delete in a beanmanaged Entity bean. Klaus Myrseth -Opprinnelig melding- Fra: Reddy Krishnan [mailto:[EMAIL PROTECTED]] Sendt: 27. september 2000 01:54 Til: Orion-Interest Emne: Cascade Delete Hi, Having some problems while deleting a EJB. When i delete the ejb by ejbobject.remove() method the dependent objects and relationship entries are not deleted from the database. Should this not be done automatically by the app server. Is this a problem in Orion or is there some explicit delete that needs to be done in the remove method implementation in the bean. Would appreciate any help on this. Thanks Krishnan
SV: Help with EBJ client
Oi another thing Object objref = initial.lookup("java:comp/Test2"); should be: Object objref = initial.lookup("java:comp/env/Test2"); There now try and see what you get :))) Klaus Myrseth -Opprinnelig melding- Fra: Harley Rana [mailto:[EMAIL PROTECTED]] Sendt: 24. september 2000 04:40 Til: Orion-Interest Emne: Help with EBJ client Hi i have just deployed a stateless session bean to orion 1.2.9. My question is how do you access the bean from a client? In the service console i make a client app to the bean i want, and in that directory a make a simple client that looks up to the bean with this code: Hashtable env = new Hashtable(); env.put(Context.INITIAL_CONTEXT_FACTORY,"com.evermind.server.ApplicationInit ia lContextFactory"); env.put(Context.PROVIDER_URL,"ormi://localhost/Test2"); env.put(Context.SECURITY_PRINCIPAL,"harley"); env.put(Context.SECURITY_CREDENTIALS,"rana"); Context initial = new InitialContext(env); Object objref = initial.lookup("java:comp/Test2"); //Object objref = initial.lookup("bean"); Test2Home home = (Test2Home)PortableRemoteObject.narrow(objref, Test2Home.class); Test2 bean = home.create(); The bean is published as Test2, same as the remote interface, and the home is Test2Home. It only compiles if i put the Client and the bean files in the same directory in the class path, but when i do that and run the file i don't get any thing pack when calling a method on the bean. The folder d:\orion\test2 hold the bean and within that is the client directory. The bean meta inf has application-client.xml with reference to the remote and home interfaces of the bean. What else do i have to do to get the client to work with the bean probally and calling methods?? Thanks alot for your help! Harley Rana - Powered by http://www.telstra.com
SV: logs of jsp compilation??
In the browser when you try access the jsp. If youre using IE switch off cryptic errormessages (user friendly messages) and try again :) Klaus Myrseth -Opprinnelig melding- Fra: Carlos Piqueres Ayela [mailto:[EMAIL PROTECTED]] Sendt: 22. september 2000 18:28 Til: Orion-Interest Emne: logs of jsp compilation?? Hi, Very simple question, where can I see the results of jsp's compilation? I'm trying to debug an application that seems to fail but I don't know why and can't find any log of the result of the compilation... Any help? TIA
SV: Help with EBJ client
Your ormi host is potentially wrong.. It should not reference your bean but your application... So if you havent made your own ear with its own name it would be: ormi://localhost/default Klaus Myrseth -Opprinnelig melding- Fra: Harley Rana [mailto:[EMAIL PROTECTED]] Sendt: 24. september 2000 04:40 Til: Orion-Interest Emne: Help with EBJ client Hi i have just deployed a stateless session bean to orion 1.2.9. My question is how do you access the bean from a client? In the service console i make a client app to the bean i want, and in that directory a make a simple client that looks up to the bean with this code: Hashtable env = new Hashtable(); env.put(Context.INITIAL_CONTEXT_FACTORY,"com.evermind.server.ApplicationInit ia lContextFactory"); env.put(Context.PROVIDER_URL,"ormi://localhost/Test2"); env.put(Context.SECURITY_PRINCIPAL,"harley"); env.put(Context.SECURITY_CREDENTIALS,"rana"); Context initial = new InitialContext(env); Object objref = initial.lookup("java:comp/Test2"); //Object objref = initial.lookup("bean"); Test2Home home = (Test2Home)PortableRemoteObject.narrow(objref, Test2Home.class); Test2 bean = home.create(); The bean is published as Test2, same as the remote interface, and the home is Test2Home. It only compiles if i put the Client and the bean files in the same directory in the class path, but when i do that and run the file i don't get any thing pack when calling a method on the bean. The folder d:\orion\test2 hold the bean and within that is the client directory. The bean meta inf has application-client.xml with reference to the remote and home interfaces of the bean. What else do i have to do to get the client to work with the bean probally and calling methods?? Thanks alot for your help! Harley Rana - Powered by http://www.telstra.com
SV: How to use EJB2.0 on Orion
juse run java -jar autoupdate.jar or if youre behind a firewall or something java -Dproxy.host=blabla -Dproxy.port=666 -jar autoupdate.jar Have fun :) Klaus -Opprinnelig melding- Fra: Sanjay [mailto:[EMAIL PROTECTED]] Sendt: 21. september 2000 15:51 Til: Orion-Interest Emne: Re: How to use EJB2.0 on Orion need to pay i believe as we have 1.3.3 licensed version sanjay - Original Message - From: "S.Badrinarayanan" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, September 21, 2000 1:00 PM Subject: RE: How to use EJB2.0 on Orion > I am intersted in 2 points mentioned below: > 1. How do I get the 1.3.8 version; their server (www.orionserver.com) shows only 1.2.9 as the latest. > 2. Where can I find this document on "Ernst de Haan's approach"? > > Any help... > > Thanks > sb > > On Thu, 21 September 2000, Magnus Rydin wrote: > > > > > > > > > > > > > Hopefully, the future documentation that will look at one piece at the time, will make this application more usefull. > > The way it is right now, is more for advanced users to find an example of a certain functionality. > > It will continue to include as many functions as possible, but it will be given a documentation to make life easier for ppl. > > > > > WR > > > > > > > -Original Message- > > > From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] > > > Sent: den 21 september 2000 05:21 > > > To: Orion-Interest > > > Subject: Re: How to use EJB2.0 on Orion > > > > > > > > > Yeah, I know - and the example apps are good, but they're > > > more than I'd > > > like. (Incidentally, the ATM has been EJB 2.0 for a while now.) I like > > > Ernst de Haan's approach - he covers one area and tries not > > > to dress it > > > too much. "Here I'll cover creating a simple app." "Here I'll > > > create a CMP > > > bean and use it." The ATM is good, but it does *everything* - > > > which makes > > > learning individual elements more difficult than it could be > > > if you had, > > > for example, an OR-mapping application or a security model > > > application. > > > > > > On Wed, 20 Sep 2000, Vimal Kansal wrote: > > > > > > > I jsu upgraded to Orion 1.3.8. And guess what ? :- it > > > > has the EJB2.0 based ATM application :-) > > > > > > > > Vimal > > > > --- "Joseph B. Ottinger" <[EMAIL PROTECTED]> wrote: > > > > > Don't forget that EJB 2.0 isn't a standard yet. It's > > > > > a draft. Personally, > > > > > I'm mucking about with it a bit, and the parts I'm > > > > > most interested in - > > > > > the OR mapping - I've not really covered, so I'm in > > > > > the same boat of > > > > > wanting more information, but let's be real about > > > > > it. It's not there > > > > > unless we generate it ourselves; we can't expect the > > > > > Orion team to do > > > > > everything for us (we *are* developers, right?) so > > > > > instead of griping > > > > > about it, read the draft. Play with it. Try things > > > > > out. Tell others about > > > > > it, so we can ALL learn. (If I see stuff on it that > > > > > I think is useful, as > > > > > soon as the infrastructure is done for the new > > > > > orionsupport, I'll put it > > > > > online.) > > > > > > > > > > On Wed, 20 Sep 2000, Christian Sell wrote: > > > > > > > > > > > >I have been sending this mail for quite > > > > > > >some time but to no avail. > > > > > > > > > > > > well, maybe there IS no avail. Not many of us have > > > > > done EJB 2.0 yet, and as > > > > > > far as the orion core team goes, I hope (!!) they > > > > > are busy writing > > > > > > documentation for the basic stuff (and improving > > > > > orion in their spare time). > > > > > > > > > > > > regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --- > > > > > Joseph B. Ottinger > > > > > [EMAIL PROTECTED] > > > > > http://cupid.suninternet.com/~joeo HOMES.COM > > > > > Developer > > > > > > > > > > > > > > > > > > > > > > __ > > > > Do You Yahoo!? > > > > Send instant messages & get email alerts with Yahoo! Messenger. > > > > http://im.yahoo.com/ > > > > > > > > > > > > > > --- > > > Joseph B. Ottinger [EMAIL PROTECTED] > > > http://cupid.suninternet.com/~joeo HOMES.COM Developer > > > > > > > > > > > > > > Chequemail.com - a free web based e-mail service that also pays!!! > http://www.chequemail.com >
SV: orion hangs when out of connections
No but i have seen another thing that can give the same result. If you try deploy and the deployment meets a deadlock in the database orion stops trying and hangs. Those two can have something to do with eachother.. Klaus Myrseth Telenor Mobil AS - PlanIT -Opprinnelig melding- Fra: Lorin Kobashigawa-Bates [mailto:[EMAIL PROTECTED]] Sendt: 20. september 2000 19:22 Til: Orion-Interest Emne: orion hangs when out of connections http://www.mail-archive.com/orion-interest@orionserver.com/msg03258.html Has anyone else seen this behavior? I found this email about it on the list, with no responses. I am getting the same problem in our development environment. Basically when we put any kind of load on orion that exceeds the max connections it can open, it hangs. It doesn't die or refuse connections, it just never sends any responses. I have sent several emails to orion-support, but have not gotten any responses. I am running: Orion 1.2.9 Solaris 2.8 JDK 1.2.2 -Lkb
SV: FORM based login ACTION
Try clear your ACTION so the form starts like this: lots of html with a couple of fields for user and passwd... This works for me :) Mvh Klaus Myrseth Telenor Mobil AS - PlanIT -Opprinnelig melding- Fra: Guilherme Ceschiatti [mailto:[EMAIL PROTECTED]] Sendt: 20. september 2000 08:05 Til: Orion-Interest Emne: FORM based login ACTION Hi! I'm having problems in loging into my application. I'm using FORM based login, with a form with the ACTION="j_security_check". When I submit the form, Orion just replies: 404 Not Found Is it a bug? How do I fix it? []s Guilherme Ceschiatti [EMAIL PROTECTED]
SV: Doubts on finder methods & orion-ejb-ar.xml
When you use the finde method you have to think the same way as when youre using a PreparedStatement. a value of ' name = = ' will be expanded to the following when a string is set into the prepared statement: ' name = 'string' ' so query="name like '%value'" is not likely to work if its a parameter, BUT if its a static value it works :) There is a couple of matters you have to take into consern depending on what database that is in the bottom of the system. 1) never set the dynamic value as the first in a comparance ie. "$1 = $name" you should allways set the field name first ie. "$name = $1" because of the database optimizer. 2) when using like keyword the best way to use it is to inform the users that % is the wildchar and then you will soon see some extremely cool usage of your finder methods :) ive seen search criterias like this before: "Fa%li%ca%" :) to use this in your finder use: query="$name like $1".' 3) remember its the field mapping inside your bean that is used to search against first in your appserver, so you should use the cmp field name not the percistence name in your finder query. So your fantasia example () should be written: But still my preference is to inform the users and do :) This is because if a user wants to type in a name without wildchars the database woill optimize the like the same way as if you did = in the select and the user will have better controll over the search... If you want the programmer to have control, you should make a session proxy bean that will add the % to the field, then the entity beans finder method can be used for more than that one spesific usage. Where I work we allways put a session proxy bean between the entity beans so we can chew the finder data before we do the search, so the entity layers finder method can be made more reusable throug the applications inside the appserver. Hope this helps you :) Klaus Myrseth Telenor Mobil AS - PlanIT -Opprinnelig melding- Fra: Nick Newman [mailto:[EMAIL PROTECTED]] Sendt: 19. september 2000 17:15 Til: Orion-Interest Emne: Re: Doubts on finder methods & orion-ejb-ar.xml Hi Sven, The field names should be the "name", not the "persistence-name". So you should use "$1 = $_fantasia". You can check this by viewing the generated SQL after deployment. I'm not sure about the LIKE construction - but it sounds reasonable. Nick At 10:23 AM 9/19/00 -0300, you wrote: >I have a couple of doubts concerning the tag. >specifically, I would like to implement a query like "select * from >table where field LIKE '%value'" > >Considering I have: > >in my orion-ejb-jar.xml. >and the docs tell me: > >I suppose (not really clear in the docs) that $1 is the value passed to >the finder method and $MyField is the persistence name, in the above >example FANTASIA and not _fantasia. Is that correct? > >in this case can I create a query like: > > >Sven >-- >=== = >== >Sven E. van 't Veer >http://www.cachoeiro.net >Java Developer [EMAIL PROTECTED] >=== = >==
SV: Orion & Sybase
Put the datasource of the database you want the tables to autodeploy in first in the datasources-xml. Or remove autocreatetable support and deploy, then edit orion-ejb.jar.xml to point to the right datasource, then enable autocreate option and redeploy again. Should work just fine :) Klaus Myrseth Telenor Mobil AS -Opprinnelig melding- Fra: Sven van 't Veer [mailto:[EMAIL PROTECTED]] Sendt: 18. september 2000 14:00 Til: Orion-Interest Emne: Orion & Sybase I just installed sybase and after updating the data-sources.xml I redeployed what I'm currently developing. While deployng, orion started autocreating tables, which is ok with me, except for th fact that it is autocreating in the wrong database. Here's the relevant part of my database xml and a part of my orion-ejb-jar.xml: The tables to be autocreated are in the boletoDS. However the tables are created as if I u used: url="jdbc:sybase:Tds:brvip.com.br:7100" for an url instead of url="jdbc:sybase:Tds:brvip.com.br:7100/BOLETO" Does anyone have any experience with Orion & sybase ? What might it be that I'm missing here? Sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
SV:
Your client xml has an error, you have to use the same jndi name as you set up in your ejb-jar.xml, see under. Stamp Entity stamp.ejb.StampHome stamp.ejb.Stamp If this dont work, you have to add your application to the classpath of the webapplication. Klaus Myrseth Telenor Mobil AS -Opprinnelig melding- Fra: z2211829 [mailto:[EMAIL PROTECTED]] Sendt: 18. september 2000 09:57 Til: Orion-Interest Emne: Hi all, I have a urgent problem regarding EJB and servlet, I cannot find the home interface of the bean from the servlet (whereas a standalone client works very well)...Can anyone pls give me some hint as to what maybe be wrong here? Below is the background info, sorry, it is kind of long... My bean is called Stamp, the classes are stamp.ejb.Stamp - remote stamp.ejb.StampHome - home stamp.ejb.StampBean - bean class java.lang.String- primaryKey There are two applications deployed. stamps - the EJBs test - the servlets. My problem, I CANNOT get the bean in servlet :(( Here is my ejb-jar.xml Stamp stamp.ejb.StampHome stamp.ejb.Stamp stamp.ejb.StampBean java.lang.String True Bean Users users Restricted users Stamp * It works when I used standalone client, having this.. Stamp Example Bank StampHome Entity stamp.ejb.StampHome stamp.ejb.Stamp However, it doesn't work when using servlets, I have this.. Testing app HelloServlet Servlet that calls the Stamp bean vc.web.HelloServlet HelloServlet /test Note that I have ejb-ref commented out, i had been told not to use ejb-ref in web.xml for my case, and I do a lookup on the global name of the bean, which is Stamp Object boundObject = context.lookup("Stamp"); but resulted in "javax.naming.NameNotFoundException: Stamp not found" I have also been told that maybe it is because I hace the EJB/servlets deployed sepearately as two apps. I initialised the context using... env.put (Context.INITIAL_CONTEXT_FACTORY,"com.evermind.server.ApplicationIniti alContextFactory"); env put (Context.PROVIDER_URL,"ormi://p500.cheapdull.mine.nu/stamp"); env.put(Context.SECURITY_PRINCIPAL,"admin"); env.put(Context.SECURITY_CREDENTIALS,"123"); context = new InitialContext(env); (similar in the client as well, but use ApplicationClientInitialContextFactory instead) so does any one has any suggestion as to what amI doing wrong here? Thanks heaps in advance. :) Regards, James.
SV: Sybase graphical frontend
Try get hold of the java edition of the sybcentral... Try rip it from an installed Windows edition, i havent seen anything but classes and jars in there so it wil hopefully work on linux and others aswell (ps, get hold of the plugin ) Laters all.. Klaus Ps, remember to get the plugin for the database you need first -Opprinnelig melding- Fra: Guilherme Ceschiatti [mailto:[EMAIL PROTECTED]] Sendt: 15. september 2000 18:40 Til: Orion-Interest Emne: Sybase graphical frontend hi! Anybody knows a graphical sybase frontend for linux? []s Guiga
SV: IDE use with Orion
What auto and live deploy? As far as i have seen its just restart orion and it deploys. The IDE's i have used against Orion is: Vi, emacs, xemacs, forte4j, borland jbuilder, ibm visual age for java, Visual Cafe, pico, notepad, write. So far i havent found any that is better than the other when it comes to the integration against orion, but i can see potential for the orion crew to make a couple of modules for forte to get an "ide" that has ejb generation and so on matching Orion. This way orion application server would allso have a tool that does it good, like Sybase ASE has PowerJ, Weblogic has Visual Cafe and so on. Forte has an api to code plugins for the IDE to do vareous things. PS Orion crew, would like to see a module for forte4j that generates an CMP entity bean from a database table :) (its just so boring writing all those setters and getters, + synching the xml, hehe) and maby make a network deploy option for orion and make that as a module for forte aswell.. Just a couple of thoughts ;) Klaus Myrseth -Opprinnelig melding- Fra: Brett Lane [mailto:[EMAIL PROTECTED]] Sendt: 14. september 2000 08:39 Til: Orion-Interest Emne: IDE use with Orion Greetings, I am just wondering if anyone has found, or is using, an IDE that works with Orion. We would love to see an IDE that took advantage of the auto and live deploying. Regards, Brett Lane
SV: Specifying finder-methods (full query)
The normal way of doing this is by implementing several finder methods, and let a session bean do the entity querying.. For searching on names with wildchars just do: query = "$name like $1" this will actually serve as several finder methods (see examples under). findByName("Bob"); This will return the same as the =. findByName("Bo%"); This will return all matching records for Bo* and so on. You can even do this: findByName("Bo% %mi%th%"); Nifty :).. For the other stuff you have to add more finder methods. Or make it a bean managed persistance bean where you can toy around with the finder methods as you like :) Btw, important notice is: all findermethods implemented using like has to return Collection not remote interface. Have fun, hope this helps better :) Klaus Myrseth -Opprinnelig melding- Fra: Nick Newman [mailto:[EMAIL PROTECTED]] Sendt: 12. september 2000 22:23 Til: Orion-Interest Emne: RE: Specifying finder-methods (full query) At 08:57 PM 9/12/00 +0200, you wrote: >Thanks for the reaction (also Nick). I realize now the potential security >problems by allowing full >specification of SQL on the client. > >Unfortunately the "Bob" example does not solve my problem. I managed to >implement that example. >That is where I came from. From there I tried to continue to implement a >Query By Example frame and >that's where I got stuck. > >Something like this: >Say you have a table with products and you would like to create a flexible >query frame for those >products to run queries like all products for which the stock is low and >which are purchased from comp >xyz, or all products from categorie abc with names like %nic%. > >With specifying the query in orion-ejb-jar I came as far as either >specifying a fixed name / number or >you can use another fixed operator, e.g. '>' or LIKE. Due to generated the >quotes I could not let the client >generate the selection part of the where clause. You get roughly the same >error as when generating the >whole statement. > >Probably you can write some ?Session? Bean that will query direct on the >database returning a collection >of primary keys, but for some reason that does not sound like music to me. Hi Frank, I apologise that my earlier reply was a bit off the mark. I hadn't read the whole email carefully enough to realize exactly what it was that you wanted to do. So far as I know, the accepted solution to your problem is exactly the one you tend to reject; using a stateless session bean to perform the direct SQL queries for you. I agree that this sounds a little unsatisfactory. After all, shouldn't the entity bean do everything to do with the entities? A slightly more elegant solution may arrive when EJB 2.0 is fully implemented. In EJB 2.0 the home interface of an EJB can also define arbitrary (non-finder, non-create) methods. That may be a more logical place to put a home-grown finder perhaps? Nick
SV: SV: Performance for static files
Look at the bottom of the page, thee is a link called old benchmark :) It compares Apache, IIS and Orion... Klaus Myrseth -Opprinnelig melding- Fra: Christof Baumgaertner [mailto:[EMAIL PROTECTED]] Sendt: 7. september 2000 11:46 Til: Orion-Interest Emne: Re: SV: Performance for static files This benchmarks do not show the numbers for static files which are read directly from the file system. I would like to see a comparison between a standard webserver (without any dynamic server technology like ASP, JSP, Servlets) serving static files and Orion. Are there any realworld numbers around? [EMAIL PROTECTED] wrote: > Look at the benchmark page... > > Against Apache and IIS its got no problems at all beating them into the > bushes. The url is enclosed, have fun... > > Klaus Myrseth > > -Opprinnelig melding- > Fra: Christof Baumgaertner [mailto:[EMAIL PROTECTED]] > Sendt: 7. september 2000 08:40 > Til: Orion-Interest > Emne: Performance for static files > > We have a webbased client/server application which in addition to its > dynamic elements has to serve a huge amount of small files (HTML, GIF, > JS). I understand that Orionserver's performance for J2EE based > applications is pretty good. How about serving static files from the > file system? Can it compete with high performance servers like AOL > Server, Stronghold Apache or others in this area? > > Thanks, > Christof > > > >Benchmark.urlName: Benchmark.url > Type: Internet Shortcut (application/x-unknown-content-type-InternetShortcut)
SV: Performance for static files
Look at the benchmark page... Against Apache and IIS its got no problems at all beating them into the bushes. The url is enclosed, have fun... Klaus Myrseth -Opprinnelig melding- Fra: Christof Baumgaertner [mailto:[EMAIL PROTECTED]] Sendt: 7. september 2000 08:40 Til: Orion-Interest Emne: Performance for static files We have a webbased client/server application which in addition to its dynamic elements has to serve a huge amount of small files (HTML, GIF, JS). I understand that Orionserver's performance for J2EE based applications is pretty good. How about serving static files from the file system? Can it compete with high performance servers like AOL Server, Stronghold Apache or others in this area? Thanks, Christof Benchmark.url
SV: Something changed in 1.2.4 for client-module auto-start
go to your oriondir and type the following: With proxy: java -DproxyName= -DproxyHost= -jar autoupdate.jar without proxy: java -jar autoupdate.jar Good luck! Klaus Myrseth -Opprinnelig melding- Fra: Klaus Thiele [mailto:[EMAIL PROTECTED]] Sendt: 25. august 2000 09:25 Til: Orion-Interest Emne: Re: Something changed in 1.2.4 for client-module auto-start Am Fre, 25 Aug 2000 schrieben Sie: > I just updated to 1.2.4 and noticed that a configuration that was > working under 1.2.0 is not working under 1.2.4. I get the error: No where can i get orion.1.2.4.jar??? thanks klaus -- Klaus Thiele - Personal & Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
SV: Faster deployment?
One small warning about JIKES ... After some thorough swearing we found that JIKES dont support unicode yet, so if there is possibilities that you have special chars somewhere dont use it.. :) Other than that its a super fast compiler :) Klaus Myrseth -Opprinnelig melding- Fra: George Terziev [mailto:[EMAIL PROTECTED]] Sendt: 4. august 2000 14:19 Til: Orion-Interest Emne: SV: Faster deployment? 1. You can use jikes with Orion, i found significant changes in deployment time for ejb and jsp compilation, > server.xml ... ... , if you change and one file from ejb`s the Orion deploy everything, if is posoble to deploy only one, the deployment time for ejb will be less. 2. i don`t use ear, war , jar files for develeopment on Orion, instead archives i use the directory with sources. This is fast and didn`t pack any of my sources for deployment. __ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/
SV: Faster deployment?
Well we have a project running tremendous amounts of EJBs, but what takes time is the Entitybean deployment. We get up to 15 minutes deployment time on a P600III on the full deployment. So what we did to speed up deployment was: Divide your application into specialized areas and make ejb-applications of them so you can redeploy one area at a time... Then you will only get that huge deploy everytime you do a full code refresh. :).. The other thing is to get a faster database :) Hope this helps . Klaus Myrseth. -Opprinnelig melding- Fra: Mike Clark [mailto:[EMAIL PROTECTED]] Sendt: 3. august 2000 18:40 Til: Orion-Interest Emne: Re: Faster deployment? What specifically is creating a drag on your deployment time? I use a Makefile which creates the .ear file, and once the .ear file is "touched", the server re-deploys the application at blazing speed. Mike --- Anders Bengtsson <[EMAIL PROTECTED]> wrote: > Hello, > > Does anyone have any ideas for how to make .ear deployment go faster? > > We're doing a lot of testing during development. Our test script > re-deploys the entire application before running the test suite, so > the > deployment speed is really important for us. > > Using Jikes as the EJB and JSP compiler made a great difference, but > there must be other ways to shorten deployment time? > > /Anders > > A n d e r s B e n g t s s o n > [EMAIL PROTECTED] > http://www.natakademin.se/ > > > > __ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/
SV: jsp problem Please help
Title: jsp problem Please help This aint telling the list to much Kamran, enclose your example and well have a look... Klaus -Opprinnelig melding-Fra: Khan Kamran [mailto:[EMAIL PROTECTED]]Sendt: 3. august 2000 13:13Til: Orion-InterestEmne: jsp problem Please helpViktighet: Høy Hi All , I have installed orion server using instructions in the document.All of the jsp examples provided vy orion is working fine. but when i created my jsp file in examples directory all the codes start with <% %> codes are not working but all the html codes with in jsp are working. Please help Kamran
SV: Request: replace orion auth with JAAS from sun
I agree with JAAS as a good auth mechanism to use in orion. The only thing i can see as a good argument against it is they have to make a LOT of modules for different OSes. Still if there was a standard implementation of the user manager in orion so one have the choice of using the JAAS instead of principals.xml file, there should not be any downsides right orioncrew? It would be great to have JAAS, like for instance now, were running several projects where i work that needs to authenticate against a windows nt domain to get access to the application server, right now were looking on switching from orionserver to another brand just because of that it hasnt got any possabilities to authenticate against the oses rights. Orioncrew if you implement this feature i think you will please a lot of your customers, and make orion as an even better buy :) Klaus Myrseth -Opprinnelig melding-Fra: hanasaki [mailto:[EMAIL PROTECTED]]Sendt: 2. august 2000 03:58Til: Orion-InterestEmne: Request: replace orion auth with JAAS from sunPlease.
How to send parameters to the underlying JDBC driver?
I have defined a datasource that works, but i want to send hostname and applicationname to the database server aswell... My problem is that it just wond to that, i noticed in the XML docs that you have the possibility to add description and property to the data-source definition but not how, so my guess was this: *** It wont work, the database reports blank application name and hostname when i query the database. anyone got this working? Its actually important to us to get this information into the database server so we can see deadlocks and so on and if its our things that make them and so on. Hope someone can give me an answer fast. PS. Orion crew, you should make examples in the XML documentation for configuration files. It will help a lot :) Med vennlig hilsen Klaus Myrseth Telenor Mobil AS - Planavdelingen
SV: Java char to and from MS SQL 7.0 char(1) conversions do not work!!!
Title: BUG: Java char to and from MS SQL 7.0 char(1) conversions do not work!!! Char(1) in beans is a java String with only 1 in length, i had this problem before, and mapping it to a char dont work, but String works. Klaus -Oprinnelig melding-Fra: Byron du Preez [mailto:[EMAIL PROTECTED]]Sendt: 29. juni 2000 17:12Til: Orion-InterestEmne: BUG: Java char to and from MS SQL 7.0 char(1) conversions do not work!!! BUG: Java char to and from MS SQL 7.0 char(1) conversions do not work!!! Using Orion 1.0 and standard MS SQL mapping of char, i.e. makes CHAR(1) fields unusable. Reading a CHAR(1) field via a char field in a CMP Entity Bean always returns a "space" (or what looks like a space). Setting one of three char fields (e.g. to 'A', 'H', 'E') in a CMP entity bean, shows up in the MS SQL 7.0 database when viewed through MS SQL Enterprise Manager with the following problems: 1). the char field that was set in the entity shows up as a '*' (?) in the CHAR(1) database column, regardless of what was set. 2). the other char fields that were NOT EXPLICITLY SET, ALTER the other CHAR(1) database columns on the same row so that their contents show as 0. Please help, we don't want to have to revisit all our code to convert char's to Strings to get it to work!!! ... A workaround of questionable use is to map char's to smallint's, but then the database shows an ASCII/UNICODE integer value instead of the character itself. Thanks in advance Byron
SV: XSL Transforms and the XSLServlet
There is one thing about that approach, when i wrote Hjemmenett on wap we found some handsets that dont report the full content type, they only report "wml". If you test on wml instead of the full content type you should be far better off :) Klaus Myrseth > -Opprinnelig melding- > Fra: Kev Palfreyman [mailto:[EMAIL PROTECTED]] > Sendt:29. juni 2000 16:57 > Til: Orion-Interest > Emne: RE: XSL Transforms and the XSLServlet > > Tried some more, and this works... > > [JSP file] > > <%@taglib uri="apache-xsl" prefix="xsl" %><%! > String style =""; > String content = ""; > %><% > if (request.getHeader("Accept").indexOf("text/vnd.wap.wml") >= 0) { > style = "/wml.xsl"; > content = "text/vnd.wap.wml"; > } > else { > style = "/html.xsl"; > content = "text/html"; > } > response.setContentType(content); > %> > > > > [wml.xsl] > > xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> >indent="yes" > omit-xml-declaration="no" > doctype-system ="http://www.wapforum.org/DTD/wml_1.1.xml" > doctype-public="-//WAPFORUM//DTD WML 1.1//EN" > media-type="text/vnd.wap.wml" > /> > > > > > > > > > > > > > > > [raw.xml] > > > My name is KEV > > > You get the idea. > > Kev >-Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > Sent: 29 June 2000 14:40 > To: Orion-Interest > Subject:RE: XSL Transforms and the XSLServlet > > Hi David. > > I'm fighting this issue too. Only difference is that I tried to do > it using JSP. > > [First I must say that I am new to JSP and Orion.] > > I'm finding that if I put WML in a .jsp file, the return type was > text/html. > So, OK, I set the MIME type for WAP and all is well (notice no line > feed > after the JSP directive): > > <% response.setContentType("text/vnd.wap.wml");%> version="1.0"?> >"http://www.wapforum.org/DTD/wml_1.1.xml"> > > > > > BUT... if the JSP does any form of XSL transform I have been unable > to > return the correct type. > > My only solution with JSP so far has been to detect the agent type > and > then perform a forward to static page. > > For example, I could NOT get the following .jsp to work: > (it seem to always give text/html even when the content is wml) > > <%@taglib uri="apache-xsl" prefix="xsl" %><% > if (request.getHeader("Accept").indexOf("text/vnd.wap.wml") > 0) { > %><% > response.setContentType("text/vnd.wap.wml"); > %><% >} else { > %><% > response.setContentType("text/html"); > %><% >} %> > > > Lastly, here is some XSL that should set the content type > (according to the spec). I just don't see how it can - it is > simply transforming the body, not playing with the headers. > Maybe it would work for client side XSL. > >xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> > indent="yes" > omit-xml-declaration="no" > doctype-system ="http://www.wapforum.org/DTD/wml_1.1.xml" > doctype-public="-//WAPFORUM//DTD WML 1.1//EN" > media-type="text/vnd.wap.wml" > /> > > > I you figure this out, please mail back to the list. Tomorrow I try > servlets > rather than JSP. > > > Kev > >-Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > Sent: 29 June 2000 12:41 > To: Orion-Interest > Subject:XSL Transforms and the XSLServlet > Importance: High > > Hi, > > I'm using OrionRC1 (heard there were difficulties with RC2 > and the final release) with a servlet that generates XML and decides which > stylesheet to use (a web one or a wap one) depending on the user-agent > type passed in the httpservletrequest.
SV: Help, with HypersonicSQL/ Orion
1. Did you guys check if the howto in the orion page was against the newest version of hypersonic. A few months ago Hypersonic package structure was rearranged so this datasource worked with a version i downloaded a couple of months ago or so. notice the connectiondriver has changed to be a package name valid with suns thoughts on what to name your libraries. Another thing, to use this one, put the hypersonic jar file in orion/jar directory and it should go right up. Laters all. /Klaus -Opprinnelig melding- Fra: thm [mailto:[EMAIL PROTECTED]] Sendt: 28. juni 2000 11:43 Til: Orion-Interest Kopi: Orion-Interest Emne: Re: Help, with HypersonicSQL/ Orion I have the same difficulty! I write a little program to access the Hypersonic Base, but I ve an error message : no surch driver. Thanks for your help ThM [EMAIL PROTECTED] http://www.idocw.com Robert a écrit : > Hi, > > Anyone knows what I'm not doing right, I want to > connect to a HypersonicSQL database using the > webserver connection. But when I use the following > URL: > > "jdbc:HypersonicSQL:http://localhost:8080" > > It wont connect. > > I have orion on the url: localhost:8080. I've installed > hSQL in the /lib dir and made a classpath to it in the > global-web-application.xml file. I have also modified the > file data-sources.xml as it says in the docs: > > url="jdbc:HypersonicSQL:defaultdb" > connection-driver="hSql.hDriver" > username="xxx" > password="yyy" > schema="database-schemas/hypersonic.xml" > > I have named my database files to 'mydb.*'. > > Thanks in advance, > /Robert Karlsson
SV: supported IDE's
Well im not one of the Orion team, but I think I can answer your questions for you since i have used Orion since october last year now or so. Which IDE: Every one. There is no super special way of doing stuff. Orion takes the compiled java files and put them into the server. Anyways you have to know how to configure a j2ee application. JDBC2.0: Ok ill give you a hint :) JDBC2.0 is a part of J2EE, and Orion is listed as a J2EE server :) /Klaus Have fun, the summer is here and I am enjoying myself :) -Opprinnelig melding- Fra: David Sierra Fernandez [mailto:[EMAIL PROTECTED]] Sendt: 26. juni 2000 20:30 Til: Orion-Interest Emne: supported IDE's Which IDE's (like Visual Cafe...) does orion support??? Does Orion supports JDBC 2.0??? thanks. - David Sierra Fern ndez E.T.S.I. Telecomunicaci¢n Universidad de ValladolidAULA CEDETEL Campus Miguel Delibes E-Mail: [EMAIL PROTECTED] 47011 Valladolid (SPAIN) -- -- Sierr@ --
SV: Orion 1.0 : Problem With Access DB (Ultradev Tutorial)...
Ok ill tell you something about ODBC: (I hate it :) Ok nuff said about that, but i can tell my experiences accessing Microsoft SQL Server 6.5 through jdbc:odbc. I had the exact same problems as you have, but i found a working workaround for that: 1) When you get data from the result set don't use column names names, use column numbers ie: (1) instead of ("Name") when fetching the data. 2) Never get column 2 before column 1 (and so on) or you will get some strange error? don't ask me why I just found the workaround :). So in other words if you are to use four columns get them out in local variables before you start doing stuff, to make sure that the right sequence in the datafetch is done against the result set. Have a nice summer holiday all. Klaus Myrseth -Opprinnelig melding- Fra: Luis Arias [mailto:[EMAIL PROTECTED]] Sendt: 24. juni 2000 10:05 Til: Orion-Interest Emne: Re: Orion 1.0 : Problem With Access DB (Ultradev Tutorial)... Hello ! As you suggested, I started looking at Dreamweaver Ultradev's generated code: Driver DriverrsReleaseSummaries = (Driver)Class.forName("sun.jdbc.odbc.JdbcOdbcDriver").newInstance(); Connection ConnrsReleaseSummaries = DriverManager.getConnection("jdbc:odbc:scaalcoffee","",""); PreparedStatement StatementrsReleaseSummaries = ConnrsReleaseSummaries.prepareCall("SELECT * FROM Franchises"); //StatementrsReleaseSummaries.setQueryTimeout(0); ResultSet rsReleaseSummaries = StatementrsReleaseSummaries.executeQuery(); boolean rsReleaseSummaries_isEmpty = !rsReleaseSummaries.next(); boolean rsReleaseSummaries_hasData = !rsReleaseSummaries_isEmpty; int rsReleaseSummaries_numRows = 0; I commented out the setQueryTimeout() call (since this is apparently not supported by the access ODBC driver) and this took care of the error I mentioned in my first message. I am now having various problems with the query itself. If I leave "select * ..." then I end up with a column not found error: 24/06/00 09:47 defaultWebApp: Servlet error java.sql.SQLException: Column not found at sun.jdbc.odbc.JdbcOdbcResultSet.findColumn(JdbcOdbcResultSet.java:1497) at sun.jdbc.odbc.JdbcOdbcResultSet.getObject(JdbcOdbcResultSet.java:1393) at /ultradev/extranet_news_7c1wwneyb.jsp._jspService(/ultradev/extranet_news_7c 1wwneyb.jsp.java:77) (JSP page line 125) at com.evermind.server.http.EvermindHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.tb(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.df.o3(JAX) at com.evermind.server.http.df.forward(JAX) at com.evermind.server.http.dm.o9(JAX, Compiled Code) at com.evermind.server.http.dm.o8(JAX, Compiled Code) at com.evermind.util.e.run(JAX, Compiled Code) If I modify it to "select PRTitle, PRDate, PRShort ..." then I get the followin error where the Access ODBC driver is saying that there were not enough parameters set in the statement (3 expected). 24/06/00 09:53 defaultWebApp: Servlet error java.sql.SQLException: [Microsoft][Pilote ODBC Microsoft Access] Trop peu de paramètres. 3 attendu. at sun.jdbc.odbc.JdbcOdbc.createSQLException(JdbcOdbc.java:4089) at sun.jdbc.odbc.JdbcOdbc.standardError(JdbcOdbc.java:4246) at sun.jdbc.odbc.JdbcOdbc.SQLExecute(JdbcOdbc.java:1211) at sun.jdbc.odbc.JdbcOdbcPreparedStatement.execute(JdbcOdbcPreparedStatement.ja va:206) at sun.jdbc.odbc.JdbcOdbcPreparedStatement.executeQuery(JdbcOdbcPreparedStateme nt.java:105) at /ultradev/extranet_news_fo9nwnf94.jsp._jspService(/ultradev/extranet_news_fo 9nwnf94.jsp.java:36) (JSP page line 7) at com.evermind.server.http.EvermindHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.tb(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.df.o3(JAX) at com.evermind.server.http.df.forward(JAX) at com.evermind.server.http.dm.o9(JAX, Compiled Code) at com.evermind.server.http.dm.o8(JAX, Compiled Code) at com.evermind.util.e.run(JAX, Compiled Code) What are the requirements for the JAX layer as far as the database is concerned ? Do you need an "id" column in each table ? The second error is something strange with using the prepared statement ?? Maybe you can make some sense of this. I would actually like to use some other database like interbase but the product comes with this tutorial database and I don't have the schema for it. Thanks, Luis. - Original Message - From: "Karl Avedal" <[EMAIL PROTECTED]> To: "Luis Arias" <[EMAIL PROTECTED]> Cc: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, June 23, 2000 11:16 AM Subject: Re: Orion 1.0 : Problem With Access DB (Ultradev Tutorial)... > Hello Luis, > > My french isn't the best, but if I read that error message right it says > "Optional function/feature not installed/implemented". This c
SV: Data integrity using JSP - EJB???? (Urgent)
Thanks for the answers. As far as using direct Entitybean access this is not anything i want to do, just because it can hold locs for longer than ai want them to do. Now I am implementing a model Christophe Hartwig agrees with me on (thanks for your mail) where i compare last timestamp on update to see if it match before update. This way i can serve loads of users and still contain the dataintegrity im after, and keep the locks to a minimum. When accessing Entity beans directly from a jsp you never know when to release the lock so i leave that to Stateless session beans where I give out Javabeans that can be played around with as i like in the jsp (i can forget about those guys whos browsers crash, those guys who run 4 sessions against the application and those guys who open the edit page and leaves for lunch :)). Now have a nice summer holidays everyone! Klaus Myrseth -Opprinnelig melding-Fra: Eric Richardson [mailto:[EMAIL PROTECTED]]Sendt: 22. juni 2000 16:30Til: Orion-InterestEmne: Re: Data integrity using JSP - EJB (Urgent)Hi Klaus, If you are displaying a bunch of data on your page, agree with the approach. Then if someone wants to change the data, I would suggest having a separate edit page for that data. In this case I would use a entity bean directly behind the form. Did you use CMP entity beans to make your display beans from the session beans? This is how the pet store does it. If you do then the entity bean for that row will already be loaded so asking for it in your edit page would not be expensive except for all the calls to display the attributes. Hope this helps, Eric :-) [EMAIL PROTECTED] wrote: This is probably not an Orion spesific, but should consern anyone who is using EJB through JSP. The application I am developing is using JSP for generation a GUI to the Buissiness methods in the Orion server. But i have come into one problem, data integrity. Because of performance i never use an Entity bean direcly i use stateless session beans as factory objects to throw out collections of data to the JSP, and the entity bean generates javabeans so i get out with an average 1-2 calls for a full row retrieve from a database table. The performance is great :) (caching mechanism for CMP beans is just great :). But recently when implementing the save and create parts of the JSP application i come into a problem: Transactions. What do you do? Im thinking about when you retrieve some into for a page for editing, you never know when the user is done? he can walk from the page with the data more or less edited (ie lunch) he can just close the browser or the like. Or two ppl can do the same thing with the same data and save allmost at the same time. How do you do locking of data in a safe manner in a J2EE environment using JSP as the GUI??? This has pulled my hair the last few days, but i could not find mutch help in either JTS or JTA spesifications. Anyone have any good suggestions? Med vennlig hilsen Klaus Myrseth Telenor Mobil AS - Planavdelingen
Data integrity using JSP - EJB???? (Urgent)
This is probably not an Orion spesific, but should consern anyone who is using EJB through JSP. The application I am developing is using JSP for generation a GUI to the Buissiness methods in the Orion server. But i have come into one problem, data integrity. Because of performance i never use an Entity bean direcly i use stateless session beans as factory objects to throw out collections of data to the JSP, and the entity bean generates javabeans so i get out with an average 1-2 calls for a full row retrieve from a database table. The performance is great :) (caching mechanism for CMP beans is just great :). But recently when implementing the save and create parts of the JSP application i come into a problem: Transactions. What do you do? Im thinking about when you retrieve some into for a page for editing, you never know when the user is done? he can walk from the page with the data more or less edited (ie lunch) he can just close the browser or the like. Or two ppl can do the same thing with the same data and save allmost at the same time. How do you do locking of data in a safe manner in a J2EE environment using JSP as the GUI??? This has pulled my hair the last few days, but i could not find mutch help in either JTS or JTA spesifications. Anyone have any good suggestions? Med vennlig hilsen Klaus Myrseth Telenor Mobil AS - Planavdelingen
BUG-Report: CMP and finder methods
Earlier on a colegue of mine posted a "note of frustration" on findAll(). I think i have found the reason. Reason: If you wrongly map the entity fields against the database, mismatches in the entity bean will make orion do strange things. Try map a sql char(1) to a java char :) When i remapped those to Strings all finder methods worked just fine. Symptome: All finder methods returning Collections fail until you reget the result as many times as there are rows in your search criteria. When you get the data all primary key fields will report null. Software used: - Orion1.0RC1 and RC2 - JDK1.3 Release - Sybse 11.5.1 with stored procedure upgrade for 12.0 so JDBC works properly - JConnect 5.2 and 4.2 Bug: Orion don't catch datatype mapping errors like char -> char(1) that should be String -> char(1), and the result is hassardous and very hard to find bugs. Thanks for a great product so far, now im just waiting for network deployment possability (hint hint) :) Med vennlig hilsen Klaus Myrseth Senior system consultant Exense ASA
Problems with JNDI context
We have some strange results when trying to sew our application together. Calling our EJBs from JSP pages worked fine for the EJB dev team, but when merging the different modules together to make one application after initial development of base modules didnt work to fine. We merged a Webapplication and an ejb application to one, and synchronized the configuration. But now it seems when browsing the JNDI context within JSP there is no beans deployed, but when using a java client we get access to the beans, and can browse the JNDI context Anyone have any ideas?? /Klaus
[TagLib] I have made a taglib that have some tags making things a whole lot easier for me but....
I use some jsp tags in the processed output, and is there any way i can process this after the taglib has walked through it an example of a page written by my library: Some page things in here <%= somevar %> My page wil generate amongst other things the errorpage tag <%@ page errorPage="/somwhere/errorpage.jsp" %>. Is it possible to make the jsp processor to extract my oputput from the taglib??? Med vennlig hilsen Klaus Myrseth System Konsulent - Info-expert AS Telenor Mobil AS - Planavdelingen
SV: jsp generating wml
This is a normal error to do in XML generation. The has to be the very first thing shown to the browser reading the file. The spec says no whitespaces are alowed before this very tag... So in your case you just have to remove some whitespaces in front of your tag. See under: <%@ page contentType ="text/vnd.wap.wml" session="true" %> If you do it like this i would belive youre going off with your first vml page :) You allso have to add you text inside the card inside a paragraph aswell: hi all If you use jsp pages to show all your cards like i do you dont have to configure the mime types at allThats what the content type is all about. PS. Wml browsers in phones dont handle cookies do add url tracking and dissable cookie tracking if you want sessions to work in all browsers. (to be sure to make this work post or get a variable called j_session? (dont remember) with the session id.. Good luckIts easy as soon as you get track of those stupid strange restrictions thats not to well documented :) Klaus Myrseth -Opprinnelig melding- Fra: Fiorini Simone [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] Sendt: 14. februar 2000 15:23 Til: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Kopi: Klaus Myrseth Emne: jsp generating wml Hi all Orion users, I have a jsp but I cannot generate a simple wml page: <%@ page contentType ="text/vnd.wap.wml" session="true" %> http://www.wapforum.org/DTD/wml_1.1.xml <http://www.wapforum.org/DTD/wml_1.1.xml> "> hi all I've also added the new mime types in the orion/config/mime.types file: text/vnd.wap.wmlwml application/vnd.wap.wmlcwmlc text/vnd.wap.wmlscript wmls application/vnd.wap.wmlscriptc wmlsc image/vnd.wap.wbmp wbmp Any help appreciated; also have you got any example of some simple Jsp which succesfully generates a wml page? Thanks. simo
RE: Orion vs Apache, A Study of Features
> Designer thing.. Hey someone has to take those guys under their hat :) (didn't mean to make it that hard, was trying to make a joke aswell, but heh when i read it myself i sound angry rofl) Btw sorry for being so hard. But my first thought when reading your posting forced me to press the reply button with a provoked mouse click :) Its good to hear you are not serious about the first mail completely, since it all really has to do with budgets and customer preferences. (ps it's late here to :) And thanks for the 1.3 release candidate 1 tip, was waiting for it :) Klaus
RE: Orion vs Apache, A Study of Features
> A lot of these are obsolete technologies that Orion has better ways of > implementing. > Orion does that JServ/Tomcat can't do. What you are trying to do here, is to compare a Volvo with a Porche, and that is plain unfair. Apache and Tomcat is made for one thing, to be a webserver (It don't even come close to supporting the J2EE standard). Orion is something else, its a server that complies to the J2EE technology, and that technology is FAR more than a webserver. If you want to compare servers, you will have to take BEA WebLogic, Sybase EAS 3.5, with J2EE Service upgrade and so on. Orion is a good technology, dont missunderstand me, but get objective and compare it to someone its own size if you catch my drift :) > I also think Orion is better than say WebLogic because it is > so much easier to administer. Ofcourse its easier to admin, I would guess that the J2EE part of the server is just as easy to admin, have you seen all that stuff the WebLogic server supports, its the admins nightmare, and thank good its not my job, but its two servers of the same class. So if you compare them use some real arguments like, performance, price, uptime and so on. I think Orion is the best bet for a small to medium company who is looking for a total sollution to get on the web. WebLogic is a killer server whitch large organizations go for, because of its known and has been tested in HIGH trafic areas like Amazon.com and so on. Don't missunderstand me, i use Orion all the time at my customers, AND for development at my machine (size is everything hehe). If you are coming to a company with several different technologies in use for development, like visual basic, c++, powerbuilder, java, cobol and so on. I would actualy look at Sybase or BEA. But for a pure java sollution i think i would go for Orion, because its got good performance and is stable enough to impress any admin department running Microsoft :).. > we all know how dumb designers are Im a developerBut i would like to see your arguments for why designers are dumb? I know loads of them and they are highly inteligent (most of em anyways :) but ofcourse theyre experts at different areas than I (and thank good, then I don't have to do those things). I think you should do some more thinking before posting a letter like this. I still think Apache for instance is a killer for some firms. Depending on what theyre hosting there (its free you know, eaven for commercial hosting). And last time i checked Orion was still a Beta :) As a closing thing after so much negative speaking I want to say to the Orion crew: Good work, hope you will be ready for releasing your product with config panels and get a widely used product pretty fast. I like the product so far, I allready deployed one sollution on it, and the customer is happy (migrating from IIS). This product has huge potential, amongst other things because of the speed of the server, and since i just love java server implementations :), their SOO portable between platforms :)... Klaus Myrseth Orion is our firms prefered platform for Linux and WAP deployments btw :)
I have come to a strange problem with JSP - WAP dev...Keep alive, how do i switch it off???
I have some strange problems with the orionserver against wap phonesAs all prolly know, they dont support text/html mime type. My problem is that keep alive is sent in text/html, how do i switch this off It would be great having the option to switch this off in the web application. Do anyone know when the WAP addon for orionserver is done? Klaus MyrsethSystem KonsulentPostboks 70 Bogerud0621 OsloTlf: +47 22 62 70 10Fax: +47 22 62 70 10Mob: +47 95 23 75 37
RE: Orion on Linux
Luckily for you this is a typical error for linux when the Kaffe java is still installed...Just remove the kaffe java package from your linux installation or make the jdk bin directory show up before the other installation in your path. So your problem is that the kaffe 1.1.6 or something is trying to invoke orion instead of the jdk1.2.2. Hope this helps :) Happy new millenium guys. Klaus Myrseth > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > [EMAIL PROTECTED] > Sent: 29. desember 1999 17:37 > To: Orion-Interest > Subject: Orion on Linux > > > I have installed orion on my Red Hat Linux machine. I also installed Sun's > JDK1.2.2rc2 for linux and set the path in my .bash_profile file. I copied > the tools.jar file to the orion directory as instructed. But > when I try to > start orion using 'java -jar orion.jar' I get the following exception: > > java.lang.ExceptionInInitializerError: [exception was > java.lang.NoClassDefFoundError: java/util/HashMap] at > kaffe.jar.ExecJar.java:89) > > Has anyone ran into these problem and how can I fix it. It seems orion > website is down. I have been trying to go to FAQ and newsgroup link but > cannot get to the site today. > > Thanks > > Anthony >