Re: EJB2.0 Generated class uncompilable
You might want to go to: http://www.orionsupport.com And grab the simple EJB 2.0 sample... Jim --On Friday, December 08, 2000 4:02 PM -0500 Peter Pontbriand <[EMAIL PROTECTED]> wrote: > Hello All. > > We've just written our first pair of 2.0-spec EJBs and are experiencing > some really strange problems deploying them. Orion 1.4.4 auto-generates > the DB tables for these beans, but then spits out the following message > for every CMP field in each EJB: > > ___ > > 6. public class FooBean_PersistenceManager22 extends > com.foo.components.authorization.bean.FooBean implements > ContainerManagedObject > <--> > *** Error: The abstract method "void setBar(java.util.Set $1);", inherited > from type "com/foo/components/authorization/bean/FooBean", is not > implemented in the non-abstract class "FooBean_PersistenceManager22". > Since the type "com/foo/components/authorization/bean/FooBean" was read > from a class file, it is possible that it just needs to be recompiled > because after having inherited method "void setBar(java.util.Set $1);" > from an interface, the method was subsequently removed from that > interface. > Error compiling file:/C:/orion/applications/foo/admin-ejb.jar: Error in > source > ___ > > We're totally at a loss here. What's removing what from what interface? > There's no indication in the message of what the problem is in the source. > We've already spend an incredible amount of time trying to sort out > extremely cryptic deployment error messages with 1.1 and now 2.0-spec CMP > Entity EJBs. We're definitely beginning to wonder whether there is any > point to CMP at all - it seems like we could have ported BMP Entity EJBs > to quite a number of different DBs in the time its taken to try and deal > with CMP problems like this. > > Anybody have any light to on this latest problem? > > P. Pontbriand > Canlink Interactive Technologies Inc. > > >
RE: EJB2.0 Generated class uncompilable
Take the version you have and do: cd $ORION_HOME java -jar autoupdate.jar This will pull down the latest released build from Orion. Pretty sweet feature. Scott Stirling West Newton, MA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Serge Knystautas I'm somewhat new to Orion (I've walked through all the examples and am using it to learn EJB 2.0), and was curious where you can get the 1.4.4 version? I assume this is beta or worse quality non-public release, which I'm more than happy to use, and any directions as to how to get advanced releases would be appreciated. Serge Knystautas Loki Technologies http://www.lokitech.com/
EJB2.0 Generated class uncompilable
Hello All. We've just written our first pair of 2.0-spec EJBs and are experiencing some really strange problems deploying them. Orion 1.4.4 auto-generates the DB tables for these beans, but then spits out the following message for every CMP field in each EJB: ___ 6. public class FooBean_PersistenceManager22 extends com.foo.components.authorization.bean.FooBean implements ContainerManagedObject <--> *** Error: The abstract method "void setBar(java.util.Set $1);", inherited from type "com/foo/components/authorization/bean/FooBean", is not implemented in the non-abstract class "FooBean_PersistenceManager22". Since the type "com/foo/components/authorization/bean/FooBean" was read from a class file, it is possible that it just needs to be recompiled because after having inherited method "void setBar(java.util.Set $1);" from an interface, the method was subsequently removed from that interface. Error compiling file:/C:/orion/applications/foo/admin-ejb.jar: Error in source ___ We're totally at a loss here. What's removing what from what interface? There's no indication in the message of what the problem is in the source. We've already spend an incredible amount of time trying to sort out extremely cryptic deployment error messages with 1.1 and now 2.0-spec CMP Entity EJBs. We're definitely beginning to wonder whether there is any point to CMP at all - it seems like we could have ported BMP Entity EJBs to quite a number of different DBs in the time its taken to try and deal with CMP problems like this. Anybody have any light to on this latest problem? P. Pontbriand Canlink Interactive Technologies Inc.
RE: EJB2.0 Generated class uncompilable
Title: RE: EJB2.0 Generated class uncompilable please unsubscribe -Original Message- From: Serge Knystautas [mailto:[EMAIL PROTECTED]] Sent: Friday, December 08, 2000 3:48 PM To: Orion-Interest Subject: Re: EJB2.0 Generated class uncompilable - Original Message - From: "Peter Pontbriand" <[EMAIL PROTECTED]> > We've just written our first pair of 2.0-spec EJBs and are experiencing some > really strange problems deploying them. Orion 1.4.4 auto-generates the DB > tables for these beans, but then spits out the following message for every > CMP field in each EJB: I'm somewhat new to Orion (I've walked through all the examples and am using it to learn EJB 2.0), and was curious where you can get the 1.4.4 version? I assume this is beta or worse quality non-public release, which I'm more than happy to use, and any directions as to how to get advanced releases would be appreciated. Serge Knystautas Loki Technologies http://www.lokitech.com/
RE: Has anyone ever solved the ClassCastException problem?
I have generally found that a ClassCastException (usually nested
three-layers deep in ominous sounding Orion exceptions) usually
indicates a wrong bean (or class) specified in the deployment
descriptor.
For instance, I was tearing my hair out over a ClassCastException I was
getting every time I tried to add an object to a collection which was a
EJB2.0 CMR field. Turns out the problem was a cut-and-paste error when
I was creating the in the deployment descriptor - the
was a different bean than what I wanted (and specified in
the java code). Totally obvious now - but at the time, I was looking at
the descriptor, and it "looked right" because all the elements were in
the right place.
I should point out that this would have been caught with a more obvious
message if Orion omitted the tag from for CMR
fields, like the spec says it should :-)
Jeff
>-Original Message-
>From: Dag Rende [mailto:[EMAIL PROTECTED]]
>Sent: Friday, December 08, 2000 6:20 AM
>To: Orion-Interest
>Subject: Has anyone ever solved the ClassCastException problem?
>
>
>Hi!
>
>I have got the infamous ClassCastException problem when casting a home
>interface got from a context lookup.
>
>I have seen many mails about this problem on this list, with
>good advice and
>hints. But no one saying that it works.
>
>My code is the orion-primer example
>(http://www.jollem.com/orion-primer/)
>that works inside one
>machine but fails between two machines. The
>orion-primer is a ear with a web application that uses a simple EJB.
>
>The code fails in the narrow method below:
>
>...
>Context context = new InitialContext();
>Object boundObject = context.lookup("Hello");
>HelloHome helloHome = (HelloHome)
> PortableRemoteObject.narrow(boundObject, HelloHome.class);
>...
>
>The EJB works - I can call it using reflection. This proves
>that I have not
>made any other mistake. I think this may be a classloader
>problem in the
>class produced by the orion RMIInitialContextFactory.
>
>The code above works fine inside a java application.
>
>Regards,
>Dag Rende
>
>
>
Is this a bug?
Title: RE: EJB2.0 Generated class uncompilable I'm trying to create a CMP 1 to many relation between two entity beans. So, the Customer has a List of Service objects (both, Customer and Service are entity beans). When I deploy this, I get the following error: CustomerService_ORList104.java:182: Exception java.rmi.RemoteException must be caught, or it must be declared in the throws clause of this method. java.lang.String primaryKey112 = ((test.ejb.User)context.getPrimaryKey()) == null ? null : ((java.lang.String)((test.ejb.User)context.getPrimaryKey()).getPrimaryKey()); I think that the problem is because the Customer's primary key is another entity bean (User). So, a RemoteException must be caught or thrown, when calling the getPrimaryKey method from the Customer's context. thanks, juan
RE: EJB2.0 Generated class uncompilable
use autoupdate or find it in http://www.orionserver.com/orion/orion.jar use at own risk! (actually, 1.4.4 is VERY stable) -Original Message- From: Serge Knystautas [mailto:[EMAIL PROTECTED]] Sent: Viernes, 08 de Diciembre de 2000 20:48 To: Orion-Interest Subject: Re: EJB2.0 Generated class uncompilable - Original Message - From: "Peter Pontbriand" <[EMAIL PROTECTED]> > We've just written our first pair of 2.0-spec EJBs and are experiencing some > really strange problems deploying them. Orion 1.4.4 auto-generates the DB > tables for these beans, but then spits out the following message for every > CMP field in each EJB: I'm somewhat new to Orion (I've walked through all the examples and am using it to learn EJB 2.0), and was curious where you can get the 1.4.4 version? I assume this is beta or worse quality non-public release, which I'm more than happy to use, and any directions as to how to get advanced releases would be appreciated. Serge Knystautas Loki Technologies http://www.lokitech.com/
RE: Changing Orion Generated SQL
You can define the finder queries in the orion-ejb-jar.xml. Loads and stores would be more troublesome. You might be able to use database views, or as a last resort you could create a facade for the JDBC driver and manipulate the SQL on the way through. Shouldn't be that hard. Jeff >-Original Message- >From: James Manning [mailto:[EMAIL PROTECTED]] >Sent: Friday, December 08, 2000 7:08 AM >To: Orion-Interest >Subject: Re: Changing Orion Generated SQL > > >[Jeff Schnitzer] >> Take a look at the documentation for orion-ejb-jar.xml. It's a lot >> easier if you have a few samples to look at alongside. >> >> http://www.orionserver.com/docs/orion-ejb-jar.xml.html >> >> What changes you have in mind? > >For more performance-intensive entity beans attached to larger tables, >it could be nice to be able add in the "hints" recognized by your >particular DB (like specifying degree of parallelism in the use of >oracle's parallel query in an ejb finder) > >This make sense? Seems doable? >-- >James Manning <[EMAIL PROTECTED]> >GPG Key fingerprint = B913 2FBD 14A9 CE18 B2B7 9C8E A0BF B026 >EEBB F6E4 > >
Re: EJB2.0 Generated class uncompilable
- Original Message - From: "Peter Pontbriand" <[EMAIL PROTECTED]> > We've just written our first pair of 2.0-spec EJBs and are experiencing some > really strange problems deploying them. Orion 1.4.4 auto-generates the DB > tables for these beans, but then spits out the following message for every > CMP field in each EJB: I'm somewhat new to Orion (I've walked through all the examples and am using it to learn EJB 2.0), and was curious where you can get the 1.4.4 version? I assume this is beta or worse quality non-public release, which I'm more than happy to use, and any directions as to how to get advanced releases would be appreciated. Serge Knystautas Loki Technologies http://www.lokitech.com/
RE: EJB2.0 Generated class uncompilable
I've been using EJB2.0 beans (including container managed relationships) with considerable success for several months now. It works (mostly). Don't give up :-) I haven't seen that particular error message, but I have noticed that occasionally Orion screws up the deployment and forgets to recompile/rebuild something. I get a lot of milage out of wiping out my application deployment directory and letting Orion rebuild from scratch. Watch out if you have a lot of changes to your deployment xml files, though. You may just need to delete the deployment cache and restart the server. More than likely, though, you have something misspecified in your deployment descriptor. Make sure you read the comments in Sun's EJB2.0 DTD thoroughly. If this doesn't help, you can try posting your deployment descriptor. Good luck, Jeff Schnitzer [EMAIL PROTECTED] >-Original Message- >From: Peter Pontbriand [mailto:[EMAIL PROTECTED]] >Sent: Friday, December 08, 2000 1:03 PM >To: Orion-Interest >Subject: EJB2.0 Generated class uncompilable > > >Hello All. > >We've just written our first pair of 2.0-spec EJBs and are >experiencing some >really strange problems deploying them. Orion 1.4.4 >auto-generates the DB >tables for these beans, but then spits out the following >message for every >CMP field in each EJB: > >___ > > 6. public class FooBean_PersistenceManager22 extends >com.foo.components.authorization.bean.FooBean implements >ContainerManagedObject > <--> >*** Error: The abstract method "void setBar(java.util.Set >$1);", inherited >from type "com/foo/components/authorization/bean/FooBean", is not >implemented in the non-abstract class >"FooBean_PersistenceManager22". Since >the type "com/foo/components/authorization/bean/FooBean" was >read from a >class file, it is possible that it just needs to be recompiled >because after >having inherited method "void setBar(java.util.Set $1);" from >an interface, >the method was subsequently removed from that interface. >Error compiling file:/C:/orion/applications/foo/admin-ejb.jar: Error in >source >___ > >We're totally at a loss here. What's removing what from what interface? >There's no indication in the message of what the problem is in >the source. >We've already spend an incredible amount of time trying to sort out >extremely cryptic deployment error messages with 1.1 and now >2.0-spec CMP >Entity EJBs. We're definitely beginning to wonder whether >there is any point >to CMP at all - it seems like we could have ported BMP Entity >EJBs to quite >a number of different DBs in the time its taken to try and >deal with CMP >problems like this. > >Anybody have any light to on this latest problem? > >P. Pontbriand >Canlink Interactive Technologies Inc. > > > > >
New howto on orionsupport: Configuring Cocoon
Article explaining how to use Cocoon on Orion. Includes: - advantages of using it - wrapper to allow XSP to work - add-on package to allow Cocoon to function as a Filter - how to use Cocoon to process JSP, Servlets, and virtually anything else. http://www.orionsupport.com/articles/cocoon.html Hope it is useful. -Joe Walnes
RE: EJB2.0 Generated class uncompilable
Since your bean is called "Foo" I'm going to guess that it is a trivial "Hello World" bean. Why don't you post the bean code and the ejb-jar.xml (don't attach/zip/etc - just dump it)? -tim > -Original Message- > From: Peter Pontbriand [mailto:[EMAIL PROTECTED]] > Sent: Friday, December 08, 2000 4:03 PM > To: Orion-Interest > Subject: EJB2.0 Generated class uncompilable > > > Hello All. > > We've just written our first pair of 2.0-spec EJBs and are > experiencing some > really strange problems deploying them. Orion 1.4.4 > auto-generates the DB > tables for these beans, but then spits out the following > message for every > CMP field in each EJB: > > ___ > > 6. public class FooBean_PersistenceManager22 extends > com.foo.components.authorization.bean.FooBean implements > ContainerManagedObject > <--> > *** Error: The abstract method "void setBar(java.util.Set > $1);", inherited > from type "com/foo/components/authorization/bean/FooBean", is not > implemented in the non-abstract class > "FooBean_PersistenceManager22". Since > the type "com/foo/components/authorization/bean/FooBean" was > read from a > class file, it is possible that it just needs to be > recompiled because after > having inherited method "void setBar(java.util.Set $1);" from > an interface, > the method was subsequently removed from that interface. > Error compiling file:/C:/orion/applications/foo/admin-ejb.jar: Error in source ___ We're totally at a loss here. What's removing what from what interface? There's no indication in the message of what the problem is in the source. We've already spend an incredible amount of time trying to sort out extremely cryptic deployment error messages with 1.1 and now 2.0-spec CMP Entity EJBs. We're definitely beginning to wonder whether there is any point to CMP at all - it seems like we could have ported BMP Entity EJBs to quite a number of different DBs in the time its taken to try and deal with CMP problems like this. Anybody have any light to on this latest problem? P. Pontbriand Canlink Interactive Technologies Inc.
Re: Database connection pooling
On Fri, 8 Dec 2000, Todd Mayfield wrote:
> Hello,
>
> I have a couple questions about Orion and EJB in general.
>
> 1. Shouldn't the server pool database connections ? It is not.
Ah so! But it does. :)
> 2. If so, is there something we are missing in the configuration to allow
> this ? We have tried our own code and sample code found on
> www.orionsupport.com.
Use a pooled-location instead. :) See the data-sources.xml docs on
orionserver.
> This is the entry from data-sources.xml:
>
>location="jdbc/MasCoreDS" xa-location="jdbc/xa/MasXADS"
> ejb-location="jdbc/MasDS"
> connection-driver="oracle.jdbc.driver.OracleDriver" username="outage"
> password="outage" url="jdbc:oracle:thin:@10.27.2.21:1521:v8i815"
> inactivity-timeout="1"/>
>
> Notice the inactivity-timeout=1 attribute. This is required for stress
> testing since the connections are not being pooled. Otherwise we very
> quickly run into the max connections. Orion is keeping the connections open
> for the timeout period but not reusing them when we request another. On the
> server, we see the connections held open with no user associated with them
> after the connection is closed until the timeout expires, then they go away.
>
> This is the test code, which acts just like our code, pretty much pasted
> from the servlet example on www.orionsupport.com.
>
>
> package cc.nisc.outage.servlet;
>
> import javax.servlet.*;
> import javax.servlet.http.*;
> import java.io.*;
> import java.sql.*;
> import javax.sql.DataSource;
> import javax.naming.InitialContext;
>
> public class TestServlet extends HttpServlet {
>
> public void doGet(HttpServletRequest req, HttpServletResponse res) {
> try {
> // Obtain connection
> InitialContext ctx = new InitialContext();
> DataSource ds = (DataSource) ctx.lookup("jdbc/Mas");
> Connection conn = ds.getConnection();
>
> // Create query and get results
> Statement stmt = conn.createStatement();
> ResultSet rs = stmt.executeQuery("SELECT table_name FROM
> user_tables");
>
> // List results
> while ( rs.next() ) {
> System.out.println( rs.getString("table_name") + "");
> }
>
> // Close connection - important!
> conn.close();
> } catch (Exception e) {
> System.out.println("error:" + e);
> }
> }
> }
>
>
> I would appreciate anyone's help here.
>
> Todd Mayfield
> National Information Solutions Cooperative
> Product Development and Implementation
> [EMAIL PROTECTED]
>
>
>
>
---
Joseph B. Ottinger [EMAIL PROTECTED]
http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Changing Orion Generated SQL
[Boris Gertsberg] > You can't. ejbStore runs a trivial update statement. If you need to do > something special you have to use bean managed persistence. My understanding was that with EJB 2.0, we write the abstract class with no properties (just getters/setters), Orion makes a concrete java source file, filling in necessary logic, then a final compilation phase to produce a first, initial, working class file. That would seem to provide an opportunity for modifying the source and recompiling to provide tweaks. What about this is wrong? -- James Manning <[EMAIL PROTECTED]> GPG Key fingerprint = B913 2FBD 14A9 CE18 B2B7 9C8E A0BF B026 EEBB F6E4
RE: Changing Orion Generated SQL
yes, check orion-ejb-jar.xml you can specify: datasource (connection string) table fieldnames querys etc. In fact, as long as your driver is jdbc 2.0 complaint, you can connect to anything... I've had to use files withing transactions and have successfully been able to use them thru CMP with the help of a special jdbc driver HTH JP -Original Message- From: Jarek Skreta [mailto:[EMAIL PROTECTED]] Sent: Viernes, 08 de Diciembre de 2000 13:14 To: Orion-Interest Subject: RE: Changing Orion Generated SQL Hi everybody, I am also interested in this topic as I have a practical problem. I would like to hook up the application to the legacy database. Therefore, I have to stick with the existing table names, column names and also the data. Is that doable in CMP? Thanks for any guidance Jarek > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer > Sent: 08 December 2000 13:07 > To: Orion-Interest > Subject: RE: Changing Orion Generated SQL > > > Take a look at the documentation for orion-ejb-jar.xml. It's a lot > easier if you have a few samples to look at alongside. > > http://www.orionserver.com/docs/orion-ejb-jar.xml.html > > What changes you have in mind? > > Jeff Schnitzer > [EMAIL PROTECTED] > > > >-Original Message- > >From: Aniket V U [mailto:[EMAIL PROTECTED]] > >Sent: Friday, December 08, 2000 3:59 AM > >To: Orion-Interest > >Subject: Changing Orion Generated SQL > > > > > >Hi folks, > > > >Is there any way I can change the SQL code generated by Orion for CMP > >beans?? The J2EE RI allows this by editing one of the > >deployment config > >files but i wasnt able to find anything anywhere??? > > > >Thanks in advance > > > >Aniket > > > > > > > > >
RE: Help: Accessing EJBs in different applications
Well, I have an app It has one ejb-jar it has 2 web-war's they're ALL in the same app... HTH JP -Original Message- From: Montebove Luciano [mailto:[EMAIL PROTECTED]] Sent: Viernes, 08 de Diciembre de 2000 9:37 To: Orion-Interest Subject: Help: Accessing EJBs in different applications Hi all, I want access, from the web part of an application, EJBs deployed in a different application. Which is the correct way to do this. Have I to define a special in web.xml or what? Thanks ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø Luciano Montebove - Software Architect - Finsiel S.p.a E-mail: [EMAIL PROTECTED] Phone: (+39) 06-4142-7663 "If you don't fail now and again, it's a sign you're playing it safe" -W. Allen ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø
RE: SSL & Ipaddres
Thanks! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Todd Renner > Sent: Friday, December 08, 2000 9:14 AM > To: Orion-Interest > Subject: Re: SSL & Ipaddres > > > We obtained our cert. about 2-3 weeks ago. > Encryption type: RC4 w/40 bit enc > > We told thawte we were using orion and > they seemed to know what we were talking > about. I think the server to select is javasoft. > > Hope this helps > Todd > > Mike Fontenot wrote: > > > as long as your domain remains the same you should have no > trouble changing > > the actual port that SSL requests are serviced on. > > > > I'm curious to know exactly what kind of certificate you obtained from > > Thawte. A few months ago they were unable to produce an actual > production > > cert for Orion. If they can now, let us know what kind you obtained. > > > > Regards, > > Mike Fontenot > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Todd Renner > > > Sent: Friday, December 08, 2000 6:51 AM > > > To: Orion-Interest > > > Subject: SSL & Ipaddres > > > > > > > > > We have a Thawte cert. implemented successfully on > > > our server and everything works ok, but now we want > > > to move our server onto a different network, giving > > > the machine a different ipaddress. Will this adversely > > > effect our SSL even though the doname name is the > > > same?Thanks. > > > > > > Todd Renner > > > Bell & Howell > > > > > > > > > > > >
Re: SSL & Ipaddres
Not if the hostname is exactly the same, and the server that you are installing it on thinks it has the same hostname as whatever the certificate specifies. It is in no-way IP address dependent. On Fri, 8 Dec 2000, Todd Renner wrote: > We have a Thawte cert. implemented successfully on > our server and everything works ok, but now we want > to move our server onto a different network, giving > the machine a different ipaddress. Will this adversely > effect our SSL even though the doname name is the > same?Thanks. > > Todd Renner > Bell & Howell > >
Re: Database connection pooling
I don't know if I have much to offer here or not, there's a few
comments below, let me know if they make a difference!
Gary
Today, Todd Mayfield ([EMAIL PROTECTED]) wrote:
> Hello,
>
> I have a couple questions about Orion and EJB in general.
>
> 1. Shouldn't the server pool database connections ? It is not.
> 2. If so, is there something we are missing in the configuration to allow
> this ? We have tried our own code and sample code found on
> www.orionsupport.com.
>
> This is the entry from data-sources.xml:
>
>location="jdbc/MasCoreDS" xa-location="jdbc/xa/MasXADS"
> ejb-location="jdbc/MasDS"
> connection-driver="oracle.jdbc.driver.OracleDriver" username="outage"
> password="outage" url="jdbc:oracle:thin:@10.27.2.21:1521:v8i815"
> inactivity-timeout="1"/>
We use:
class="com.evermind.sql.ConnectionDataSource"
but I don't know how much difference it makes, it's what Evermind
told us to do...
> Notice the inactivity-timeout=1 attribute. This is required for stress
> testing since the connections are not being pooled. Otherwise we very
> quickly run into the max connections. Orion is keeping the connections open
> for the timeout period but not reusing them when we request another. On the
> server, we see the connections held open with no user associated with them
> after the connection is closed until the timeout expires, then they go away.
>
> This is the test code, which acts just like our code, pretty much pasted
> from the servlet example on www.orionsupport.com.
>
>
> package cc.nisc.outage.servlet;
>
> import javax.servlet.*;
> import javax.servlet.http.*;
> import java.io.*;
> import java.sql.*;
> import javax.sql.DataSource;
> import javax.naming.InitialContext;
>
> public class TestServlet extends HttpServlet {
>
> public void doGet(HttpServletRequest req, HttpServletResponse res) {
> try {
> // Obtain connection
> InitialContext ctx = new InitialContext();
> DataSource ds = (DataSource) ctx.lookup("jdbc/Mas");
I must admit I don't understand why this works, shouldn't your lookup
be:
> DataSource ds = (DataSource) ctx.lookup("jdbc/MasDS");
> Connection conn = ds.getConnection();
>
> // Create query and get results
> Statement stmt = conn.createStatement();
> ResultSet rs = stmt.executeQuery("SELECT table_name FROM
> user_tables");
>
> // List results
> while ( rs.next() ) {
> System.out.println( rs.getString("table_name") + "");
> }
>
Closing the connection is in fact so important that the only place that
is good enough is in a finally clause, in my exprience... ;)
> // Close connection - important!
> conn.close();
> } catch (Exception e) {
> System.out.println("error:" + e);
> }
> }
> }
>
>
> I would appreciate anyone's help here.
>
> Todd Mayfield
> National Information Solutions Cooperative
> Product Development and Implementation
> [EMAIL PROTECTED]
>
>
>
>
Re: Changing Orion Generated SQL
You can't. ejbStore runs a trivial update statement. If you need to do something special you have to use bean managed persistence. Boris P.S. If you really don't want to write BMP you can try decompile the class Orion generated for your bean and add some jdbc code there. It is possible to do but very ugly. P.P.S May be you can write a trigger on that table which will do the rest of updates if your database support after update triggers. This could work but I wouldn't recommend it for production software. - Original Message - From: "Aniket V U" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, December 08, 2000 10:08 AM Subject: RE: Changing Orion Generated SQL > well, i wanted to change the SQL used in the ejbStore method due to some > problems that i was having. orion-ejb-jar.xml seems to have the SQL only > for finder methods other than the findByPrimary key methods. > > is there any way to change that??? > > Thanks > Aniket > > At 06:36 PM 12/8/2000, you wrote: > >Take a look at the documentation for orion-ejb-jar.xml. It's a lot > >easier if you have a few samples to look at alongside. > > > >http://www.orionserver.com/docs/orion-ejb-jar.xml.html > > > >What changes you have in mind? > > > >Jeff Schnitzer > >[EMAIL PROTECTED] > > > > > > >-Original Message- > > >From: Aniket V U [mailto:[EMAIL PROTECTED]] > > >Sent: Friday, December 08, 2000 3:59 AM > > >To: Orion-Interest > > >Subject: Changing Orion Generated SQL > > > > > > > > >Hi folks, > > > > > >Is there any way I can change the SQL code generated by Orion for CMP > > >beans?? The J2EE RI allows this by editing one of the > > >deployment config > > >files but i wasnt able to find anything anywhere??? > > > > > >Thanks in advance > > > > > >Aniket > > > > > > > > > > > > > >
RE: SSL & Ipaddres
as long as your domain remains the same you should have no trouble changing the actual port that SSL requests are serviced on. I'm curious to know exactly what kind of certificate you obtained from Thawte. A few months ago they were unable to produce an actual production cert for Orion. If they can now, let us know what kind you obtained. Regards, Mike Fontenot > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Todd Renner > Sent: Friday, December 08, 2000 6:51 AM > To: Orion-Interest > Subject: SSL & Ipaddres > > > We have a Thawte cert. implemented successfully on > our server and everything works ok, but now we want > to move our server onto a different network, giving > the machine a different ipaddress. Will this adversely > effect our SSL even though the doname name is the > same?Thanks. > > Todd Renner > Bell & Howell > > >
RE: Anyone heard from evermind?
I have addressed this question about pricing structure and developmental licenses to Orion and received a reply from Magnus Stenman, of the Orion team. He mentioned the basic license pricing structure will remain at the current price and developer free licenses will continue for non commercial usage. The only thing they are adding is a support structure, for companies and individuals needing additional support or turnaround, for an additional fee. This is good, since Resin has a similar plan for support, and they also produce a quality product. Considering what a quality product Orion is and how much the competition is charging ($5K - $50K +), this is a good move for everyone. Yes, Orion will continue to get tuff competition from the freeware EJB versions (jboss, Jonas, and openEJB), but competition is good for everyone (From what I read of the overview of openEJB at www.openEJB.org, it should be an interesting implementation). -Original Message- From: Jim Archer [mailto:[EMAIL PROTECTED]] Sent: Friday, December 08, 2000 10:55 AM To: Orion-Interest Cc: Karl Avedal Subject: Re: Anyone heard from evermind? Karl, sounds like great news. Congrats! I'm wondering if any major changes in licensing or pricing policy are coming within the next several or six months? Thanks... Jim --On Thursday, December 07, 2000 1:20 PM +0100 Karl Avedal <[EMAIL PROTECTED]> wrote: > Hello, > > I thought it was time for some explanation on our silence. > > Alot of things are happening structually right now to the company. The > biggest news is probably that the company is no longer Evermind, but is > now called Ironflare AB, which is a new limited corporation. The owners > are the same so it is not a takeover or anything like that, but the new > company form will enable us to expand faster than the old company. We > will announce this officially within a few weeks. > > This will lead to a few things: > > 1. The company will become more visible, with a company website and > information and not just a product website with product information. > > 2. The resources of the company will increase. The problem lately has > been that non-development takes more and more time as we get more > customers. As other resources get available that do more of the business, > the core team will be able to focus more on development and bug-fixing. > > 3. There might still be some time of confusion left. The company > structure is not the only change we're going through. The expansion is > just starting and as it goes on, resources will initially be spent more > on building the organization and hiring the right people than would be > necessary if we didn't make the expansion. Without the expansion we would > however be lost eventually as we would hit a brick wall without the > necessary resources. > > I will try to keep you posted on these developments and I want to > reassure you that we are not gone, but quite the opposite, we are making > a move to become more aggressive in the future, but it has made us less > visible for some time and has hurt the product development and release > cycle, and it is likely to do so from time to time as we go ahead. A new > release with a few fixes shouldn't be far away now though. > > Regards, > Karl Avedal >
Has anyone ever solved the ClassCastException problem?
Hi!
I have got the infamous ClassCastException problem when casting a home
interface got from a context lookup.
I have seen many mails about this problem on this list, with good advice and
hints. But no one saying that it works.
My code is the orion-primer example (http://www.jollem.com/orion-primer/)
that works inside one machine but fails between two machines. The
orion-primer is a ear with a web application that uses a simple EJB.
The code fails in the narrow method below:
...
Context context = new InitialContext();
Object boundObject = context.lookup("Hello");
HelloHome helloHome = (HelloHome)
PortableRemoteObject.narrow(boundObject, HelloHome.class);
...
The EJB works - I can call it using reflection. This proves that I have not
made any other mistake. I think this may be a classloader problem in the
class produced by the orion RMIInitialContextFactory.
The code above works fine inside a java application.
Regards,
Dag Rende
RE: if it is possible to have 2 entity beans with same PK existing in orion ??
use RequiresNew in the entity transactions... this will (hopefully) ensure JIT use of the critical entities, but at the cost of data integrity (there she goes again) HTH JP -Original Message- From: Thomas [mailto:[EMAIL PROTECTED]] Sent: Viernes, 08 de Diciembre de 2000 11:24 To: Orion-Interest Subject: if it is possible to have 2 entity beans with same PK existing in orion ?? dear all, as title, if it is possible to have 2 entity beans with same PK existing in orion bean pool?? and if possible, how can i ''force" orion to do so ? my current problem is: as my business logic in an entity bean is quite time-consuming so, when client1 holding that bean to do something client2 may need to wait for a long time until client1 releasing the bean (sometimes may even through a deadlock exception), so if it is possible to clone() another bean with same PK to service client2 ?? or, if i need to implement transaction tag in its DD to make this possible ?? many thanks !!! thomas
RE: Run time error and exception messages
this (printStackTrace) is usually the standard behavior on Orion oh, BTW, if you are using IE 4 or 5, make sure you disable friendly HTTP messages... In IE 5: Tools | Internet Options Tab Advanced uncheck Show friendly HTTP error messages HTH, JP -Original Message- From: Malcolm Ferguson [mailto:[EMAIL PROTECTED]] Sent: Viernes, 08 de Diciembre de 2000 12:46 To: Orion-Interest Subject: Run time error and exception messages Hey all, I've managed to install get orion running no problem and i worked through the orion-primer exercise, but when i installed tried to run it there were run time exceptions. These were represented by the browser with the default 500 internal server error, making it very hard to find the source of the exception. I'm coming to Orion from Resin Servlet Engine, which by default sends a printStackTrace to the browser when there's a run time exception. How do you guys build exception handling so that you can debug your EJB applications as they're built? *** Mac Ferguson, Developer, NKaos Interactive Media (http://www.nkaos.com), 579 Richmond Street West, Suite 400 Toronto, ON M5V 1Y6 (Phone) (416)504.8931 x316 (Fax) (416)504.8472 ***
Lib entry and tools.jar placement
Hello everybody, The need of a java compiler for JSP is probably well known, as well as the trick to copy the "tools.jar" to the Orion root directory. And failing to do this results in the following error message: Compiler error: Javac not installed, copy tools.jar from your sun JDK dir's lib dir to the orion dir or add a and restart I would like to try the second alternative, by adding this "library" element to some XML file, which i assume is config/application.xml. However, after a lot of trial-and-horror I have not been able to make this technique working. Anyone knowns of any tricks, or better, can describe the loading mechanisms involved using the "library" statement. I use Orion 1.3.8 on a Windows NT / Windows 2000 configuration. Best regards /August
Re: Run time error and exception messages
Have you looked into the application.log file (in the application deployment directory, unless you configured your app otherwise)? THe exceptions should be there. As far as I remember, only JSP errors (during compilation) go to the screen (and not to the log) - Original Message - From: "Malcolm Ferguson" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, December 08, 2000 4:45 PM Subject: Run time error and exception messages > Hey all, > I've managed to install get orion running no problem and i worked through > the orion-primer exercise, but when i installed tried to run it there were > run time exceptions. These were represented by the browser with the default > 500 internal server error, making it very hard to find the source of the > exception. I'm coming to Orion from Resin Servlet Engine, which by default > sends a printStackTrace to the browser when there's a run time exception. > How do you guys build exception handling so that you can debug your EJB > applications as they're built? > > *** > Mac Ferguson, > Developer, > NKaos Interactive Media (http://www.nkaos.com), > 579 Richmond Street West, Suite 400 > Toronto, ON > M5V 1Y6 > (Phone) (416)504.8931 x316 > (Fax) (416)504.8472 > *** > >
RE: Changing Orion Generated SQL
Of course. Just modify orion-ejb-jar.xml to reflect your schema. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jarek Skreta > Sent: Friday, December 08, 2000 11:14 AM > To: Orion-Interest > Subject: RE: Changing Orion Generated SQL > > > Hi everybody, > > I am also interested in this topic as I have a practical problem. I would > like to hook up the application to the legacy database. Therefore, I have to > stick with the existing table names, column names and also the data. Is that > doable in CMP? > > Thanks for any guidance > > Jarek > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer > > Sent: 08 December 2000 13:07 > > To: Orion-Interest > > Subject: RE: Changing Orion Generated SQL > > > > > > Take a look at the documentation for orion-ejb-jar.xml. It's a lot > > easier if you have a few samples to look at alongside. > > > > http://www.orionserver.com/docs/orion-ejb-jar.xml.html > > > > What changes you have in mind? > > > > Jeff Schnitzer > > [EMAIL PROTECTED] > > > > > > >-Original Message- > > >From: Aniket V U [mailto:[EMAIL PROTECTED]] > > >Sent: Friday, December 08, 2000 3:59 AM > > >To: Orion-Interest > > >Subject: Changing Orion Generated SQL > > > > > > > > >Hi folks, > > > > > >Is there any way I can change the SQL code generated by Orion for CMP > > >beans?? The J2EE RI allows this by editing one of the > > >deployment config > > >files but i wasnt able to find anything anywhere??? > > > > > >Thanks in advance > > > > > >Aniket > > > > > > > > > > > > > > > > >
RE: Deadlock exception when accessing entity bean
so did I, and it was the reason I filed the bug #161. basically, orion never has 2 instances of the same entity in memory, so whenever a transaction takes too long, or tries to find an entity held by another transaction, orion persistence manager detects it and makes one of these transactions fail to avoid an actual deadlock. However, during high and not so high stress, this kind of exception will happen along with possible server crashes... please refer to bug #161 for more details JP -Original Message-From: David Ekholm [mailto:[EMAIL PROTECTED]]Sent: Viernes, 08 de Diciembre de 2000 11:59To: Orion-InterestSubject: Deadlock exception when accessing entity bean During heavy stress testing of my application I noticed that I get the following exception: com.evermind.server.DeadlockException: Transactions was rolled back: timed out, while waiting for I can't see why this happens. The database has not reported any deadlock problem, and there is a row in the database for the primary key I am trying to look up. What can trigger such a problem. The CMP bean has no relations to other beans/tables what so ever, and just a primary-key index on the primary key. /David "The Las Vegas of Online Gaming" David EkholmSystem ArchitectHammarby Kajväg 14, 120 30 Stockholmtel: +46 (0)8 55 69 67 11mob: +46 (0)70 486 77 38fax: +46 (0)8 55 69 67 07icq: 410993
RE: restarting orion-server
after you shutdown the server shuts down (geez, go figure how that works) and it no longer listens for ANY admin message... So I guess thats why it doesn't respond to restart (Oh, I'm a genius) Use EITHER restart OR shutdown JP -Original Message- From: Jason Smith [mailto:[EMAIL PROTECTED]] Sent: Viernes, 08 de Diciembre de 2000 10:46 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: RE: restarting orion-server > When invoking 'shutdown' and then 'restart' there is no response after > the 'shutdown'. Do shutdown OR restart, not both. If shutdown is not bringing everything down I would hook up Orion to a remote debugger (like bugseeker) and see what thread is stalling it. I posted a bug (#220) about shutdown hooks not being started when Orion is given the shutdown command, so if you are doing any custom threading in a java client module you may have workers hanging around if you are waiting on termination to clean up.
Re: How do you get Orion to serve up 128 vs. 40 bit encryption?
Is this a test certificate or a real one? There are no 128bit test certificates that i know of. We ended up using the Netscape 128bit certificate from verisign and that worked fine. A couple of messages back someone got the "supercert" from thwarte to work as well. cheers, sach On Fri, 8 Dec 2000, Keith Kwiatek wrote: > Hello, > > I am using JSSE with Keytool. I followed the Orion ssl guide > (http://www.orionsupport.com/articles/ssl-howto.html) but when I use > netscape browsers it says that it is only 40 bit encryption.. . IE > doesn't say anything... > > How do I get 128 encryption (or higher) ??? > > Keith > >
RE: Database connection pooling
try this change:
class="com.evermind.sql.ConnectionDataSource"
Oracle's thin driver does the pooling for you, so this should suffice...
HTH
JP
-Original Message-
From: Todd Mayfield [mailto:[EMAIL PROTECTED]]
Sent: Viernes, 08 de Diciembre de 2000 13:16
To: Orion-Interest
Subject: Database connection pooling
Hello,
I have a couple questions about Orion and EJB in general.
1. Shouldn't the server pool database connections ? It is not.
2. If so, is there something we are missing in the configuration to allow
this ? We have tried our own code and sample code found on
www.orionsupport.com.
This is the entry from data-sources.xml:
Notice the inactivity-timeout=1 attribute. This is required for stress
testing since the connections are not being pooled. Otherwise we very
quickly run into the max connections. Orion is keeping the connections open
for the timeout period but not reusing them when we request another. On the
server, we see the connections held open with no user associated with them
after the connection is closed until the timeout expires, then they go away.
This is the test code, which acts just like our code, pretty much pasted
from the servlet example on www.orionsupport.com.
package cc.nisc.outage.servlet;
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.sql.*;
import javax.sql.DataSource;
import javax.naming.InitialContext;
public class TestServlet extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res) {
try {
// Obtain connection
InitialContext ctx = new InitialContext();
DataSource ds = (DataSource) ctx.lookup("jdbc/Mas");
Connection conn = ds.getConnection();
// Create query and get results
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("SELECT table_name FROM
user_tables");
// List results
while ( rs.next() ) {
System.out.println( rs.getString("table_name") + "");
}
// Close connection - important!
conn.close();
} catch (Exception e) {
System.out.println("error:" + e);
}
}
}
I would appreciate anyone's help here.
Todd Mayfield
National Information Solutions Cooperative
Product Development and Implementation
[EMAIL PROTECTED]
RE: ATM wap application
it's
likely a simulator issue. you can try use a regular browser first to determine
where the problem is.
-Original Message-From: Jim Cao
[mailto:[EMAIL PROTECTED]]Sent: Friday, December 08, 2000 9:43
AMTo: Orion-InterestSubject: ATM wap
application
Hi,
I have added an application /atmwap to
/orion/applications and used phone.com (US.SDK) to test it. In the phone
information console display
HTTP GET Request: HTTP://LOCALHOST/atmwap
cache hit:
{
}
It does not work. Anyone can help me to set it up
properly.
Jim
RE: Using JMS with Orion
Jason, Can you send the client code used to access this queue. The information you have given is very helpful Thanks, Jeff > -Original Message- > From: Jason Smith [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, December 07, 2000 1:47 PM > To: Orion-Interest > Subject: RE: Using JMS with Orion > > > I'm trying to get my own JMS queue running under orion and I'm > > unable to get > > it deployed. The queue I'm using currently is working under > > Weblogic Server. I'm unable to see how to get the queue running > > and access > > it using JNDI. If anyone has the jms.xml set file and the > > client-application.xml with JMS setup that would be helpful. > > First off it appears that your included class was not executing > QueueConnection.start() soon enough for one thing (I think you have to > start() before you create the queue). Another thing is that it looks like > you are not implementing the Singleton pattern correctly unless you are > doing some interesting run time instantiation/execution of this class > elsewhere to make sure that 1) it runs in the same JVM and 2) Thread > safety > is provided elsewhere. > > You can find a good example of using Queues with Orion in > orion/demo/jms/coffeemaker/. Anyhow, I was able to get your code to run > by > doing the following: > > 1) First off change your JMS_FACTORY to "jms/QueueConnectionFactory". > 2) move qcon.start() before qsession.createQueue(); > 3) Make your application-client.xml looks like: > > Application Client 1.2//EN" > "http://java.sun.com/j2ee/dtds/application-client_1_2.dtd"> > > > Queue Connection Factory > > jms/QueueConnectionFactory > javax.jms.QueueConnectionFactory > Container > > > 4) Create appropriate jndi.properties file > > Since you are creating your Queue dynamically, you don't have to mess with > jms.xml by declaring the queue there. If you didn't want to have to run > this class to create the queue you could edit jms.xml and just add the > desired queue there so it would be "auto-created". To do this just add > the > following line to jms.xml: > location="ACMProcessQueue" /> > > -jason > >
Re: restarting orion-server
I found this script working extremely well on 1.3.8 and earlier
#! /bin/sh
case $1 in
start)
(
echo 'Starting orion'
cd /opt/orion
cp /opt/orion/orion.stdout /opt/orion.stdout.old
cp /opt/orion/orion.errorlog /opt/orion/orion.errorlog.old
rm /opt/orion/orion.stdout
rm /opt/orion/orion.errorlog
java \
-jar orion.jar \
-config /opt/orion/config/server.xml \
-out /opt/orion/orion.stdout \
-err /opt/orion/orion.errorlog \
&
)
;;
stop)
echo 'Killing orion'
java -jar /opt/orion/admin.jar ormi://localhost/ admin orion99 -shutdown
force
kill `ps -ef | grep orion | grep jar | awk '{print
$2}'`
;;
restart)
(
echo 'Restarting orion'
echo 'Please wait'
java -jar /opt/orion/admin.jar ormi://localhost admin orion99 -restart
echo 'Orion started, kick ass!!'
)
;;
esac
exit 0
- Original Message -
From: "Jason Smith" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, December 08, 2000 2:45 PM
Subject: RE: restarting orion-server
>
> > When invoking 'shutdown' and then 'restart' there is no response after
> > the 'shutdown'.
>
> Do shutdown OR restart, not both. If shutdown is not bringing everything
> down I would hook up Orion to a remote debugger (like bugseeker) and see
> what thread is stalling it. I posted a bug (#220) about shutdown hooks
not
> being started when Orion is given the shutdown command, so if you are
doing
> any custom threading in a java client module you may have workers hanging
> around if you are waiting on termination to clean up.
>
>
Re: Anyone heard from evermind?
Karl, sounds like great news. Congrats! I'm wondering if any major changes in licensing or pricing policy are coming within the next several or six months? Thanks... Jim --On Thursday, December 07, 2000 1:20 PM +0100 Karl Avedal <[EMAIL PROTECTED]> wrote: > Hello, > > I thought it was time for some explanation on our silence. > > Alot of things are happening structually right now to the company. The > biggest news is probably that the company is no longer Evermind, but is > now called Ironflare AB, which is a new limited corporation. The owners > are the same so it is not a takeover or anything like that, but the new > company form will enable us to expand faster than the old company. We > will announce this officially within a few weeks. > > This will lead to a few things: > > 1. The company will become more visible, with a company website and > information and not just a product website with product information. > > 2. The resources of the company will increase. The problem lately has > been that non-development takes more and more time as we get more > customers. As other resources get available that do more of the business, > the core team will be able to focus more on development and bug-fixing. > > 3. There might still be some time of confusion left. The company > structure is not the only change we're going through. The expansion is > just starting and as it goes on, resources will initially be spent more > on building the organization and hiring the right people than would be > necessary if we didn't make the expansion. Without the expansion we would > however be lost eventually as we would hit a brick wall without the > necessary resources. > > I will try to keep you posted on these developments and I want to > reassure you that we are not gone, but quite the opposite, we are making > a move to become more aggressive in the future, but it has made us less > visible for some time and has hurt the product development and release > cycle, and it is likely to do so from time to time as we go ahead. A new > release with a few fixes shouldn't be far away now though. > > Regards, > Karl Avedal >
SV: SSL & Ipaddres
I successfully obtained a Thawte "Supercert" for 128 bit encryption and successfully installed it in Orion. When given the choice of what type of format to use (from the Thawte web) I choose the generic, most compatible option (don't remember the exact phrase, but you will understand when you see it) /David -Ursprungligt meddelande- Från: Mike Fontenot [mailto:[EMAIL PROTECTED]] Skickat: den 8 december 2000 15:39 Till: Orion-Interest Ämne: RE: SSL & Ipaddres as long as your domain remains the same you should have no trouble changing the actual port that SSL requests are serviced on. I'm curious to know exactly what kind of certificate you obtained from Thawte. A few months ago they were unable to produce an actual production cert for Orion. If they can now, let us know what kind you obtained. Regards, Mike Fontenot > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Todd Renner > Sent: Friday, December 08, 2000 6:51 AM > To: Orion-Interest > Subject: SSL & Ipaddres > > > We have a Thawte cert. implemented successfully on > our server and everything works ok, but now we want > to move our server onto a different network, giving > the machine a different ipaddress. Will this adversely > effect our SSL even though the doname name is the > same?Thanks. > > Todd Renner > Bell & Howell > > >
Database connection pooling
Hello,
I have a couple questions about Orion and EJB in general.
1. Shouldn't the server pool database connections ? It is not.
2. If so, is there something we are missing in the configuration to allow
this ? We have tried our own code and sample code found on
www.orionsupport.com.
This is the entry from data-sources.xml:
Notice the inactivity-timeout=1 attribute. This is required for stress
testing since the connections are not being pooled. Otherwise we very
quickly run into the max connections. Orion is keeping the connections open
for the timeout period but not reusing them when we request another. On the
server, we see the connections held open with no user associated with them
after the connection is closed until the timeout expires, then they go away.
This is the test code, which acts just like our code, pretty much pasted
from the servlet example on www.orionsupport.com.
package cc.nisc.outage.servlet;
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.sql.*;
import javax.sql.DataSource;
import javax.naming.InitialContext;
public class TestServlet extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res) {
try {
// Obtain connection
InitialContext ctx = new InitialContext();
DataSource ds = (DataSource) ctx.lookup("jdbc/Mas");
Connection conn = ds.getConnection();
// Create query and get results
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("SELECT table_name FROM
user_tables");
// List results
while ( rs.next() ) {
System.out.println( rs.getString("table_name") + "");
}
// Close connection - important!
conn.close();
} catch (Exception e) {
System.out.println("error:" + e);
}
}
}
I would appreciate anyone's help here.
Todd Mayfield
National Information Solutions Cooperative
Product Development and Implementation
[EMAIL PROTECTED]
RE: Changing Orion Generated SQL
Hi everybody, I am also interested in this topic as I have a practical problem. I would like to hook up the application to the legacy database. Therefore, I have to stick with the existing table names, column names and also the data. Is that doable in CMP? Thanks for any guidance Jarek > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer > Sent: 08 December 2000 13:07 > To: Orion-Interest > Subject: RE: Changing Orion Generated SQL > > > Take a look at the documentation for orion-ejb-jar.xml. It's a lot > easier if you have a few samples to look at alongside. > > http://www.orionserver.com/docs/orion-ejb-jar.xml.html > > What changes you have in mind? > > Jeff Schnitzer > [EMAIL PROTECTED] > > > >-Original Message- > >From: Aniket V U [mailto:[EMAIL PROTECTED]] > >Sent: Friday, December 08, 2000 3:59 AM > >To: Orion-Interest > >Subject: Changing Orion Generated SQL > > > > > >Hi folks, > > > >Is there any way I can change the SQL code generated by Orion for CMP > >beans?? The J2EE RI allows this by editing one of the > >deployment config > >files but i wasnt able to find anything anywhere??? > > > >Thanks in advance > > > >Aniket > > > > > > > > >
Re: SSL & Ipaddres
We obtained our cert. about 2-3 weeks ago. Encryption type: RC4 w/40 bit enc We told thawte we were using orion and they seemed to know what we were talking about. I think the server to select is javasoft. Hope this helps Todd Mike Fontenot wrote: > as long as your domain remains the same you should have no trouble changing > the actual port that SSL requests are serviced on. > > I'm curious to know exactly what kind of certificate you obtained from > Thawte. A few months ago they were unable to produce an actual production > cert for Orion. If they can now, let us know what kind you obtained. > > Regards, > Mike Fontenot > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Todd Renner > > Sent: Friday, December 08, 2000 6:51 AM > > To: Orion-Interest > > Subject: SSL & Ipaddres > > > > > > We have a Thawte cert. implemented successfully on > > our server and everything works ok, but now we want > > to move our server onto a different network, giving > > the machine a different ipaddress. Will this adversely > > effect our SSL even though the doname name is the > > same?Thanks. > > > > Todd Renner > > Bell & Howell > > > > > >
RE: Problem with pkclass .Thanks Tommy
Hi Tommy,
It worked.
I modified my PK class and it has worked. I was struggling with this problem
for long.
Thanks.
regards
Rajeev
-Original Message-
From: Tommy Eriksson [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 08, 2000 1:02 AM
To: Orion-Interest
Subject: Re: Problem with pkclass
I was experiencing the same kind of trouble just the other day. May fault
was in implementing the PK class I had forgot to implement the equals and
the hashCode methods, hope it helps.
Example of one of my PK classes:
package knut.ejb.entity;
public class UserContactPK implements java.io.Serializable {
public String ownerId;
public String contactId;
public UserContactPK(String ownerId,String contactId) {
this.ownerId = ownerId;
this.contactId = contactId;
}
public String getOwnerId() {
return ownerId;
}
public String getContactId() {
return contactId;
}
public String toString () {
return ownerId+":"+contactId;
}
public boolean equals(Object other) {
if (other instanceof UserContactPK) {
return ownerId.equals(((UserContactPK)other).ownerId) &&
contactId.equals(((UserContactPK)other).contactId);
}
return false;
}
public int hashCode() {
return ownerId.hashCode();
}
}
- Original Message -
From: "Puthezhath, Rajeev (TWII Boston)" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Friday, December 08, 2000 1:36 AM
Subject: Problem with pkclass
> Hi
>
> I have a specific problem regarding caching in orion. When I am passing
> only one varaible in Pk class all requests to the database for the same
> primary key before the bean gets passivated,is served from the instance in
> memory.But if i have more than one parameter is there in PK class then it
> calls ejbload for each request.(Bean is yet to be passivated).Can any body
> sugest any solution for this.
>
> Please reply.Incase i need to give more info please tell me
>
> Regards
>
> Rajeev
ATM wap application
Hi,
I have added an application /atmwap to
/orion/applications and used phone.com (US.SDK) to
test it. In the phone information console display
HTTP GET Request: HTTP://LOCALHOST/atmwap
cache hit: {
}
It does not work. Anyone can help me to set it up
properly.
Jim
__
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/
How do you get Orion to serve up 128 vs. 40 bit encryption?
Hello, I am using JSSE with Keytool. I followed the Orion ssl guide (http://www.orionsupport.com/articles/ssl-howto.html) but when I use netscape browsers it says that it is only 40 bit encryption.. . IE doesn't say anything... How do I get 128 encryption (or higher) ??? Keith
ATM wap application
Hi,
I have added an application /atmwap to
/orion/applications and used phone.com (US.SDK) to test it. In the phone
information console display
HTTP GET Request: HTTP://LOCALHOST/atmwap
cache hit:
{
}
It does not work. Anyone can help me to set it up
properly.
Jim
Run time error and exception messages
Hey all, I've managed to install get orion running no problem and i worked through the orion-primer exercise, but when i installed tried to run it there were run time exceptions. These were represented by the browser with the default 500 internal server error, making it very hard to find the source of the exception. I'm coming to Orion from Resin Servlet Engine, which by default sends a printStackTrace to the browser when there's a run time exception. How do you guys build exception handling so that you can debug your EJB applications as they're built? *** Mac Ferguson, Developer, NKaos Interactive Media (http://www.nkaos.com), 579 Richmond Street West, Suite 400 Toronto, ON M5V 1Y6 (Phone) (416)504.8931 x316 (Fax) (416)504.8472 ***
RE: Large Collections
Hey John, I think we talked about this on irc. Orion's finders just aren't flexible enough to fetch only a subset (unless you can create your own index and keep track of it). I see two options: use TopLink since it has a lazy- fetch cache, but I'm not sure how easy it would be to get TopLink to work with Orion. Or, write a stateful session bean that performs a raw JDBC query. It should be stateful to keep track of your index into the record set between calls to the bean. The only think ugly about this is you've just put db-specific jdbc stuff in a bean. -tim > -Original Message- > From: John D'Ausilio [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 07, 2000 6:00 PM > To: Orion-Interest > Subject: Large Collections > > > We're working on an ecommerce site which has a rather large > (> 3M) record > products table. We were hoping that the Collection which is > returned when an > entity bean's collection field getter is called would be > smart .. that the > entity beans would be instantiated as needed vs all > instantiated at once. > Alas, it appears that this is not the case. I initially ran > out of memory > trying to get the collection until I applied the > ApplicationAdministrator.flushEJBCache hack, but the elapsed > time is still > just too large when dealing with that collection. > > My question is how are people handling this kind of problem? > Should I just > abandon CMP for this stuff and do it in a traditional > fashion, perhaps a > temporary table, via JDBC? Maybe cache the handles from the > CMP collections > for reuse? Go for a database specific solution? > > tia > > john d > >
R: Has anyone ever solved the ClassCastException problem?
Hi Dag,
>.
>My code is the orion-primer example >
>(http://www.jollem.com/orion-primer/)
>that works inside one machine but fails between two >machines.
It works on two different machines. It works also using resin or others
servlet engine for the web side.
> The
>orion-primer is a ear with a web application
> that uses a simple EJB.
>The code fails in the narrow method below:
>...
>Context context = new InitialContext();
>Object boundObject = context.lookup("Hello");
this line should be:
Object boundObject = context.lookup "java:comp/env/ejb/Hello");
Are you using a modified version of orion-primer?
Hope this help
Luciano
Re: Changing Orion Generated SQL
[Jeff Schnitzer] > Take a look at the documentation for orion-ejb-jar.xml. It's a lot > easier if you have a few samples to look at alongside. > > http://www.orionserver.com/docs/orion-ejb-jar.xml.html > > What changes you have in mind? For more performance-intensive entity beans attached to larger tables, it could be nice to be able add in the "hints" recognized by your particular DB (like specifying degree of parallelism in the use of oracle's parallel query in an ejb finder) This make sense? Seems doable? -- James Manning <[EMAIL PROTECTED]> GPG Key fingerprint = B913 2FBD 14A9 CE18 B2B7 9C8E A0BF B026 EEBB F6E4
Deadlock exception when accessing entity bean
During heavy stress testing of my application I noticed that I get the following exception: com.evermind.server.DeadlockException: Transactions was rolled back: timed out, while waiting for I can't see why this happens. The database has not reported any deadlock problem, and there is a row in the database for the primary key I am trying to look up. What can trigger such a problem. The CMP bean has no relations to other beans/tables what so ever, and just a primary-key index on the primary key. /David "The Las Vegas of Online Gaming" David EkholmSystem ArchitectHammarby Kajväg 14, 120 30 Stockholmtel: +46 (0)8 55 69 67 11mob: +46 (0)70 486 77 38fax: +46 (0)8 55 69 67 07icq: 410993
Too many exceptions logged
I noticed that all exeptions generated from my EJB layer shows up in the application.log file. I actually only want system exceptions or unhandled exceptions to show up there. Is this configurable. I mean the fact that one of my business methods return a NotEnoughMoneyException should not make it into application.log but rather be handled by my web layer (as is the case). /David "The Las Vegas of Online Gaming" David EkholmSystem ArchitectHammarby Kajväg 14, 120 30 Stockholmtel: +46 (0)8 55 69 67 11mob: +46 (0)70 486 77 38fax: +46 (0)8 55 69 67 07icq: 410993
RE: Changing Orion Generated SQL
well, i wanted to change the SQL used in the ejbStore method due to some problems that i was having. orion-ejb-jar.xml seems to have the SQL only for finder methods other than the findByPrimary key methods. is there any way to change that??? Thanks Aniket At 06:36 PM 12/8/2000, you wrote: >Take a look at the documentation for orion-ejb-jar.xml. It's a lot >easier if you have a few samples to look at alongside. > >http://www.orionserver.com/docs/orion-ejb-jar.xml.html > >What changes you have in mind? > >Jeff Schnitzer >[EMAIL PROTECTED] > > > >-Original Message- > >From: Aniket V U [mailto:[EMAIL PROTECTED]] > >Sent: Friday, December 08, 2000 3:59 AM > >To: Orion-Interest > >Subject: Changing Orion Generated SQL > > > > > >Hi folks, > > > >Is there any way I can change the SQL code generated by Orion for CMP > >beans?? The J2EE RI allows this by editing one of the > >deployment config > >files but i wasnt able to find anything anywhere??? > > > >Thanks in advance > > > >Aniket > > > > > > > >
Re: Session Timeout Default
Session in my application timed out just after 5 minutes.. default must be 5 santosh. - Original Message - From: Knudsen, Joe <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Thursday, December 07, 2000 11:14 PM Subject: Session Timeout Default > Does anybody know what the default session timeout. > In the docs it shows how to set it in web.xml but not what > the default is. > > Thanks, > Joe Knudsen > > Optical Solutions > Network Management Developer > Email: [EMAIL PROTECTED] > Phone: (763)268-3622 >
if it is possible to have 2 entity beans with same PK existing in orion ??
dear all, as title, if it is possible to have 2 entity beans with same PK existing in orion bean pool?? and if possible, how can i ''force" orion to do so ? my current problem is: as my business logic in an entity bean is quite time-consuming so, when client1 holding that bean to do something client2 may need to wait for a long time until client1 releasing the bean (sometimes may even through a deadlock exception), so if it is possible to clone() another bean with same PK to service client2 ?? or, if i need to implement transaction tag in its DD to make this possible ?? many thanks !!! thomas
SSL & Ipaddres
We have a Thawte cert. implemented successfully on our server and everything works ok, but now we want to move our server onto a different network, giving the machine a different ipaddress. Will this adversely effect our SSL even though the doname name is the same?Thanks. Todd Renner Bell & Howell
SSL & Singletons
We recently implemented SSL using a Thawte cert. We have one ear file that is used by both the secure and non secure web sites with the session shared between them. We have several singleton classes used to hold *lots* of data which gets used throughout the application. We also have our own connection pooling. By implementing SSL this way have we created two instances of all our singletons and pooling classes? If this is the case then we are wasting resources and need to come up with a better solution. Any thoughts?Thanks much! Todd Renner Bell & Howell
RE: restarting orion-server
> When invoking 'shutdown' and then 'restart' there is no response after > the 'shutdown'. Do shutdown OR restart, not both. If shutdown is not bringing everything down I would hook up Orion to a remote debugger (like bugseeker) and see what thread is stalling it. I posted a bug (#220) about shutdown hooks not being started when Orion is given the shutdown command, so if you are doing any custom threading in a java client module you may have workers hanging around if you are waiting on termination to clean up.
RE: Changing Orion Generated SQL
Take a look at the documentation for orion-ejb-jar.xml. It's a lot easier if you have a few samples to look at alongside. http://www.orionserver.com/docs/orion-ejb-jar.xml.html What changes you have in mind? Jeff Schnitzer [EMAIL PROTECTED] >-Original Message- >From: Aniket V U [mailto:[EMAIL PROTECTED]] >Sent: Friday, December 08, 2000 3:59 AM >To: Orion-Interest >Subject: Changing Orion Generated SQL > > >Hi folks, > >Is there any way I can change the SQL code generated by Orion for CMP >beans?? The J2EE RI allows this by editing one of the >deployment config >files but i wasnt able to find anything anywhere??? > >Thanks in advance > >Aniket > > > >
RE: SSL
Security encompasses a bunch of different things - authentication, access control, confidentiality, integrity, non-repudiation, etc etc. SSL (at least currently) is primarily for confidentiality - servers are always authenticated BUT clients are only _optionally_ authenticated. Unless you set up client certificates, your application will definitely require BASIC or FORM-based logins. Arved Sandstrom -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of sasSent: Friday, December 08, 2000 6:55 AMTo: Orion-InterestSubject: SSL Hi.. I am using SSL to protect my applications When the SSL was implemented, the application is asking for frequent login validation process How can i solve this problem... Thanks Sas
Help: Accessing EJBs in different applications
Hi all, I want access, from the web part of an application, EJBs deployed in a different application. Which is the correct way to do this. Have I to define a special in web.xml or what? Thanks ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø Luciano Montebove - Software Architect - Finsiel S.p.a E-mail: [EMAIL PROTECTED] Phone: (+39) 06-4142-7663 "If you don't fail now and again, it's a sign you're playing it safe" -W. Allen ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø
restarting orion-server
Hi! We are running our orion-process on debion linux and we wanna restart the server remotely (since after deploying the application the ejbs are not accessible). Has anyone managed to restart the orion-server from the orionconsole? Wenn invoking 'restart' the server writes >Error starting RMI-Server: IO Error: Address already in use >Error starting HTTP-Server: Address already in use When invoking 'shutdown' and then 'restart' there is no response after the 'shutdown'. Thx in advance Marcus Lankenau begin:vcard n:Lankenau;Marcus x-mozilla-html:FALSE url:wwl.de org:wwl vision2market;Interactive adr:;;goebelstr. 46;Lilienthal;D;28865; version:2.1 email;internet:[EMAIL PROTECTED] title:Senior Developer fn:Marcus Lankenau end:vcard
Changing Orion Generated SQL
Hi folks, Is there any way I can change the SQL code generated by Orion for CMP beans?? The J2EE RI allows this by editing one of the deployment config files but i wasnt able to find anything anywhere??? Thanks in advance Aniket
SSL
Hi.. I am using SSL to protect my applications When the SSL was implemented, the application is asking for frequent login validation process How can i solve this problem... Thanks Sas
implementation class constructor throwing exceptions
I have started to port a number of beans from WLS to Orion, which is
surprisingly painless... But there is one thing I always have an init method
called in my stateless session bean's constructor and I have a wrapper
exception called ApplicationException that wraps any exception that may
happen in my init method.
public WatchTaskManagerImpl() throws ApplicationException{
init();
}
When I deploy this in Orion it throws the compilation exception:
Auto-deploying cal-watch.jar (No previous deployment found)...
WatchTaskManagerHome_StatelessSessionHomeWrapper1.java:58: Exception
org.backsource.util.ApplicationException must be caught, or it must be
declared in the throws clause of this method.
return new se.dn.pastan.watch.server.WatchTaskManagerImpl();
^return new se.dn.pastan.watch.server.WatchResultManagerImpl();
---
I have read the ejb1.1 spec and it does not mention that you may not throw
an exception (reservations for missing it made it is 314 pages...).
I don't really want a solution, there are many but is this a bug in Orion or
do I do sloppy EJB programming (god forbid)
Regards
Erik Romson
Re: Large Collections
At 17:59 07.12.00 , you wrote: >We're working on an ecommerce site which has a rather large (> 3M) record >products table. We were hoping that the Collection which is returned when an >entity bean's collection field getter is called would be smart .. that the >entity beans would be instantiated as needed vs all instantiated at once. >Alas, it appears that this is not the case. I initially ran out of memory >trying to get the collection until I applied the >ApplicationAdministrator.flushEJBCache hack, but the elapsed time is still >just too large when dealing with that collection. > >My question is how are people handling this kind of problem? Should I just >abandon CMP for this stuff and do it in a traditional fashion, perhaps a >temporary table, via JDBC? Maybe cache the handles from the CMP collections >for reuse? Go for a database specific solution? IMHO you have to abandon CMP in that case as orion gives you no way to configure the behaviour of a particular finder. in many cases orions way of doing it (fetching all records) results in great performance but for 3M that obviously hits a limit. I don't know which appserver gives you that kind of control (I think inprise lets you decide whether a finder fetches the data or just pks). It depends on the kind of client you use, what's available as a solution. Probably the most robust way is using RDBMS features like limiting the number of records in the resultset and perfom a query against the db when the subset the client looks at changes. What do you want to do? Just iterate over all or present a subset to a client (e.g. browser or swing app) to select an entity? regards, robert >tia > >john d (-) 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
