RE: Job Scheduler pattern
Joseph, Very cool. How do you stop a client-module that auto-started and then restart it? Say you deployed the app (which also has ejb and web modules) and later wanted to add another task to the scheduler. Can you start and stop the java client module, so that it would reload the properties file, without affecting the web module? I might have users logged in to the website and I wouldn't want to redeploy everthing and messup any current sessions. Thanks, Paul -Original Message- From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] Sent: Friday, January 25, 2002 4:04 AM To: Orion-Interest Subject: Re: Job Scheduler pattern The www.orionsupport.com site has a sample scheduler that can easily be converted to do something like this. On Fri, 25 Jan 2002, Justin Crosbie wrote: Hi, I'm not sure if I've asked this before, or if I should be asking on a general EJB list. I'd like to implement a job scheduler in J2EE. This would shcedule the execution of EJB methods at a specified time in the future. It would have to be persistent, and jobsd would be rescheduled upon appserver restart. Is it as simple as using the Timer and TimerTask in java.util to implement an app that is started with the client-module tag? Does it matter as far as Orion goes whether I use a java.util.Timer as a daemon or not? What can I do if the app, or the Timer object dies at any stage? I've had problems where after some time something goes wrong I get a strange Remote Exception, and the only solution is to restart the VM. What might cause this? Any opinions on this? How do I make this solution robust is what I am asking. Thanks for any help, Justin --- Joseph B. Ottinger [EMAIL PROTECTED] http://adjacency.org/ IT Consultant
RE: Orion and Sax/JDom
Title: Message Works fine for me. I just dropped jdom.jar in the orion/lib directory. -Original Message-From: Michael Laccetti [mailto:[EMAIL PROTECTED]]Sent: Tuesday, September 04, 2001 12:10 PMTo: Orion-InterestSubject: RE: Orion and Sax/JDom I did a fresh install, downloaded the latest zip and installed it. I've tried downloading the latest version of xerces and replacing the version with 1.5.2 with that. Again, still getting the SAX2 not found exception. Is there a specific order to setin the classpath? -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of The elephantwalkerSent: Tuesday, September 04, 2001 12:04To: Orion-InterestSubject: RE: Orion and Sax/JDom Michael, We use jdom b7 and orion 1.5.2 all of the timewith no problems.We use jdom with crimson, which is the default parser with jdom and orion version 1.5.2.Orion 1.4.6 used an old version of xerces. Did you use autoupdate.jar to install 1.5.2 or did you use a fresh install? Autoupdate.jar is a little unreliable, so I would do a fresh install. regards, the elephantwalker -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael LaccettiSent: Tuesday, September 04, 2001 8:33 AMTo: Orion-InterestSubject: Orion and Sax/JDom I've recently installed Orion 1.5.2 on a linux test machine, and installed our app on it. It worked fine under 1.4.6, but for some reason, when I dump it under 1.5.2 I keep getting a SAX2 exception: SAX2 driver class not found. Has anybody seen this before, and better yet, fixed it? I've tried everything that I can think of. I even grabbed the latest version of JDom and installed that. Please help! -Michael LaccettiDeveloper, Eldan Software[EMAIL PROTECTED]
RE: Clustering..
Title: RE: Clustering.. I haven't check with the latest version, but I store a handle to a sfsb. When I failover it is invalid on the other server. Is this a bug? -Paul -Original Message-From: Kesav Kumar [mailto:[EMAIL PROTECTED]]Sent: Monday, July 16, 2001 3:32 PMTo: Orion-InterestSubject: RE: Clustering.. Clustering in orion is only for sessions. EJB clustering is not yet provided. The clustering mechanism in orion is based on JMS(Topic/Subscriber). When every you keep information in session by using setSessionAttribute(String name, Object object) the session information is copied to all other clusters. All objects in the seesion must be serializable inorder to provide clustering. Once clustering is enabled if switch requests between islands you will have session information valid. Unfortuantely this mechanism is little expensive in terms of memory since session information is kept in memory of all islands. So adding one more machine or island into the cluster group doesn't reduce your memory requirements rather it increase your memory requirements. This mechanism have one drawback: If you keep an object in session and later some place you get the reference of the object and modify the object the modifications won't get reflect across islands: Example: UserInfo info = new UserInfo() // Some kind of object... info.user_name = "oldName"; session.setAttribute("UserInfo", info) // At this point the info is replicated to all cluster islands //Later at any place of your code UserInfo info = session.getAttribute("UserInfo"); info.user_name = "newName"; //This change won't replicated //In some other program UserInfo info = session.getAttribute("UserInfo"); System.out.println(info.user_name) // If the request comes to the same cluster where the modification occures you will get the "NewName" if the request goes to another cluster you will get "oldname" Work Around: If you do any kind of modifications to your session objects put the objects again into session using setSessionAttribute. Keep one thing in mind that when ever you call this setSessionAttribute method the session info is going to replicate across different islands. I think this is too much to put down. If some one finds boaring just ignore this mail. This is the same problem which I faced and lead me to write my own session management. Kesav Kumar Kolla Voquette Inc 650 356 3740(W) 510 889 6840(R) Voquette...Delivering Sound Information -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin Sent: Monday, July 16, 2001 12:39 PM To: Orion-Interest Subject: Clustering.. Hi all, I know how to cluster Orion..after all, its pretty easy. What I want to know from someone who knows..is if in the 1.5.2 version all the bugs (if there were actually any) are worked out. Does Orion cluster with no problems? Does session fail-over and application context fail-over work without a hitch (providing all objects in the session and/or context are serializable)? If you have two machines in an island, and the session begins on one..does it automatically "copy" any session info to the other box for you? If you shut that box off, and all requests go to the 2nd box, does the session still exist with all objects still in memory? I take it each and every request on a clustered box requires the session to be duplicated exactly as is to the other machine? If this is the case, at what "rate" does Orion copy out the session and anything else to another server in the island (or to each and every server in the island)? How does this affect performance as compared to using just a single box without clustering..is it 2 to 3 times slower because of not only copying its session to one or more boxes, but also having to deal with "merging" other boxes context/session information into its own? Or does a cluster simply create the objects and session stuff on each box as its generated (thus..its not some background thread that copies session info when it has time to other boxes)? Is it equally good at clustering on the EJB tier (so scalability on the EJB tier or the front-end WEB tier is equally as easy)? Thanks.
RE: Running Orion as a service..??
We use http://www.kcmultimedia.com/javaserv/ The one catch was shutting down orion. I solved it by spawning a new java proc and calling admin.jar -shutdown, everything worked fine. If you need more info, ie. source, let me know. Paul -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Monday, July 16, 2001 12:26 PM To: Orion-Interest Subject: Running Orion as a service..?? Hi all, This is an old question..I have asked it before. But the last few times I saw this on the list, the products recommended to me didn't work well. I forget which one, but one did work..partly. The service started fine, but when you tried to shut it down, it would just hang. I also know of the log-off problem and this one worked. What I am asking now..especially since Oracle OC4J is basically Orion, is there a DEFINITE solution to running Orion (and java for that matter) as a service that WORKS on WinNT and Win2K (pro and server)? Another thing..why does Orion not have its own service capability? I know it needs to run on many platforms, but I would think it possible to create a subfolder in the distribution for windows, linux, etc (or..even better to keep the main distribution small, a separate add-on service installer/deinstaller). So, if someone could hook me up with a good link or two to service runners that actually work with Win2K, and can run java programs, that would be great. Ideally I would like the ability to see the output window show up in a given Terminal session incase I have to Terminal in to a Win2K Server box and start, stop or restart the service. But this is not mandatory. Thanks.
returning an interface
Has anyone ever returned an interface from an EJB? I get the following error: com.evermind.server.rmi.OrionRemoteException: Error (de-)serializing object: MyInterfaceImpl Here is my Remote Interface: public interface Test extends EJBObject{ public IMyInterface getInterface() throws RemoteException;} Here is the implmentation of the method: public IMyInterface getInterface() throws RemoteException { return new MyInterfaceImpl(); } Thanks, Paul
RE: Update to 1.4.8 gives strange table names after deployment ???
In changes.txt line 10 states: Moved orion-ejb-jar.xml's inclusion path in an ejb-jar to the META-INF/ directory from the orion/ directory for consistency. Did you move your orion-ejb-jar.xml file? -Original Message- From: Eddie [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 25, 2001 4:12 AM To: Orion-Interest Subject: Update to 1.4.8 gives strange table names after deployment ??? Great to see there is a new version of Orion, my compliments. I performed the upgrade through autoupdate.jar and redpoyed my applications, whereby I first removed the applications from the application deployment dir. The orion-ejb-jar-xml that Orion generates contains incorrect table names which were correct in 1.4.7, see below for the first part of the orion-ejb-jar.xml file. It transforms table=sgsusr to :table=nl_unwired_sgs_um_User which isn't correct I suppose. Can someone please tell me what goes wrong, as I can't access my database like this ?? BTW: The orion-application contains: autocreate-tables=false. Eddie my orion-ejb.jar.xml: ?xml version=1.0? ?xml version=1.0? !DOCTYPE orion-ejb-jar PUBLIC -//Evermind//DTD Enterprise JavaBeans 1.1 runtime//EN http://www.orionserver.com/dtds/orion-ejb-jar.dtd; orion-ejb-jar deployment-version=1.4.8 deployment-time=e4a8a4f467 enterprise-beans entity-deployment table=sgsusr name=nl.unwired.sgs.um.User location=nl.unwired.sgs.um.User data-source=jdbc/postgresEJBDS exclusive-write-access=false --- The above is transformed to: !DOCTYPE orion-ejb-jar PUBLIC -//Evermind//DTD Enterprise JavaBeans 1.1 runtime//EN http://www.orionserver.com/dtds/orion-ejb-jar.dtd; orion-ejb-jar deployment-version=1.4.8 deployment-time=e614c0c4f1 enterprise-beans entity-deployment name=nl.unwired.sgs.um.User location=nl.unwired.sgs.um.User wrapper=UserHome_EntityHomeWrapper8 table=nl_unwired_sgs_um_User data-source=jdbc/postgresEJBDS
RE: Orion as a service on Windows NT 4
Try http://www.kcmultimedia.com/javaserv/ -Original Message- From: George Mardale [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 19, 2001 5:29 AM To: Orion-Interest Subject: Orion as a service on Windows NT 4 Hello everybody! I want to install Orion as a service on Windows NT 4. Can anyone give me an idea how to do it? Thanks in advance, George.
RE: Accessing Orion-EJB-Server on one machine from Orion-web-serv er on another?
What should the path setting look like? I have an my-app.ear in the applications directory. In that ear I have a my-ejb.jar etc... I tried just using path="my-ejb.jar" it didn't work. I tried path="my-app/my-ejb.jar" it didn't work. In my server.xml on the remote machine my ear app is setup as follows: web-site path="./my-web-site.xml" / application name="me" path="../applications/my-app.ear" / so I also tried on the local machine: path="me/my-ejb.jar" it didn't work either. In all cases it seems as if orion just hangs during startup. I never get the Orion 1.4.5 initialized output message from my console window. I'm using Win NT and Win 2k, with JDK 1.3.01 and Hotspot Server. Any ideas? Thanks, Paul -Original Message- From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 30, 2001 10:06 AM To: Orion-Interest Subject: RE: Accessing Orion-EJB-Server on one machine from Orion-web-serv er on another? sorry about being elusive here's a (kinda) how to: in $orion\config\rmi.xml server host="the.remote.server.com" password="123" port="23791" username="admin" / then in orion-application.xml (in $orion\application-deployments\yourear\) ejb-module path="myEjbs.jar" remote="true" / that should be it JP -Original Message- From: Satish Gupta [mailto:[EMAIL PROTECTED]] Sent: Martes, 30 de Enero de 2001 14:05 To: [EMAIL PROTECTED] Subject: RE: Accessing Orion-EJB-Server on one machine from Orion-web-server on another? Thanks for your answer. But I'd appreciate it if you could please be a little more verbose in your reply. A bit of an explanation will help a newbie like me. Thanks yap, server.xml (add a RMI server ref there) JP -Original Message- From: Globetrot Communications [mailto:[EMAIL PROTECTED]] Sent: Lunes, 29 de Enero de 2001 22:18 To: Orion-Interest Subject: Accessing Orion-EJB-Server on one machine from Orion-web-server on another? What is the best way to configure two installations of Orion, on different machines, so web-server on one can access the EJB-Server on the other? Can this be done through only the configuration files? Thanks
RE: reference to a bean of another application
I'm having a similar problem but I'm trying to access EJBs on one server from a servlet on another server. I found this in the mail archives but still haven't got it working. http://www.mail-archive.com/orion-interest@orionserver.com/msg02763.html -Paul -Original Message- From: Jordi Daroca [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 27, 2001 3:27 AM To: Orion-Interest Subject: reference to a bean of another application Can a Bean of one application see a Bean of another application?? When I try to do it, i get the error: javax.naming.NamingException: Error instantiating web-app JNDI-context: No locat ion specified and no suitable instance of the type 'ants.aws.Mediator' found for the ejb-ref Mediator In the ejb-jar.xml the reference to Mediator is explicited: session display-nameEventManager/display-name ejb-nameEventManager/ejb-name homeem.EventManagerHome/home remoteem.EventManager/remote ejb-classem.EventManagerEJB/ejb-class session-typeStatefull/session-type transaction-typeContainer/transaction-type ejb-ref ejb-ref-nameMediator/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homeants.aws.MediatorHome/home remoteants.aws.Mediator/remote ejb-linkMediator/ejb-link /ejb-ref /session and also in the application-client.xml . If the modules are packed in only one application there are no problem.
create doesn't return my exception
Ever since I updated from Orion 1.2.9 if my ejbCreate fails it always throws NullPointerException, PrimaryKey was null. It used to return the exception that I would throw. Note this happens in Orion 1.3.8, 1.4.0 and 1.4.4 For example: public MyPK ejbCreate(...) throws CreateException { MyPK myPrimaryKey = null; // do the insert try { myPrimaryKey = insertUpdate(...); } catch (Exception ex) { throw new CreateException("ejbCreate: " + ex.getMessage()); } return myPrimaryKey; } Has anyone else seen this? Thanks, Paul Knepper [EMAIL PROTECTED]
Re: Obtaining an SSL Certificate
Hi, I've successfully installed a 40-bit Versign Cert. There was no 128-bit "Javasoft" Cert available from Verisign. Does anyone know of a 128-bit Cert that works with Orion. Thanks, Paul [EMAIL PROTECTED] Re: Obtaining an SSL Certificate From: Dale Bronk Subject: Re: Obtaining an SSL Certificate Date: Tue, 29 Aug 2000 05:03:39 -0700 Did you get a 40-bit or 128-bit cert? Orion informed me we can use 128-bit if we get the domestic JSSE from Sun. Dale
RE: WinNT 4, SP5/6 and Orion consistently crashing..
We've been running NT4 sp6 and Orion 1.2.9 with jdk 1.2.2 with no problems, so far... -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Friday, October 06, 2000 10:50 AM To: Orion-Interest Subject: RE: WinNT 4, SP5/6 and Orion consistently crashing.. Interesting. I am running Orin on Win2K and JDK 1.3 pretty fine now. Been 1.5 days solid with only a few connection leaks occurring (using our own connection pool class). Other than that..everything seems fine. I assume SP6 had some bugs in it or something. Kevin, We had regular (once a day) Dr Watsons when using Orion 1.2.9 on SP6 and JDK1.2.2. We switched to JDK1.3 a couple of weeks ago and the problem has gone away. Regards, Rob Hargreaves -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: 04 October 2000 23:10 To: Orion-Interest Subject: WinNT 4, SP5/6 and Orion consistently crashing.. Hi all, I am not sure why..but it appears that Orion 1.2.9 (and 1.3.7) crashes whenever we "remote" into our server to do some work on it. We have NT4 with SP5 on one machine, and SP6 on another. I have Orion using run_as_service to put it in as a service. Even when I run it as an application, this happens. It seems to work fine for a while, then it crashes. I know our code is bad, but it seems to me with only 4 people using the thing for testing, it should be fine. Has anyone been experiencing problems with Orion crashing on NT with SP5 or SP6? Does the remote access do something to the JVM? Its using JDK 1.2.2-05 JRE. On the subject..does anyone know of a Win2K program that will put Java apps as services? The run_as_service doesn't appear to work..keeps giving some i/o problem. Thanks.
Re:URGENT: HELP: session time out under SSL
Steve, I'm seeing a similar behavior once I've switched to SSL. Session timeout seems to work fine non-SSL but times-out in 1-2 minutes with SSL. Have you come up with a solution yet? Thanks, Paul
Re: Help - SSL Usage in Production - is it really possbile?
Karl, Its been a couple of weeks since there was any activity on this thread. I am now ready to get my beta site ready for deployment and need to get 128-bit SSL working with Orion. Is this possible? Thanks, Paul Knepper Re: Help - SSL Usage in Production - is it really possbile? From: Karl Avedal Subject: Re: Help - SSL Usage in Production - is it really possbile? Date: Wed, 23 Aug 2000 10:47:01 -0700 Hello Mike, We're currently making sure that Thawte will have an Orion option for the purchase to make it easier to get a cert (and we'll work with Verisign too). We are also creating a guide to show how you can get a 128 bit or 40 bit production license. Regards, Karl Avedal Mike Clark wrote: Unfortunately, that cert is no longer available from Thawte. We're still out of business with Orion using a production SSL certificate. What gives? Mike Mattias Arbin wrote: I have Orion running with a "real" 40-bit cert from Thawte. I guess it does not matter which web-server you say you have. Probably it is for statistics. (I chose Java Webserver). You will be able to choose from a number of different formats when you download the cert. Here I chose "PKCS #7 Certificate Chain". Make sure that you save it in a file that ends with a new line before importing it to the keystore. Good luck. /Mattias - Original Message - From: "Mike Fontenot" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, August 18, 2000 10:50 PM Subject: Help - SSL Usage in Production - is it really possbile? orion users, I've been using the test certificate from Thawte, as both the orion docs. and the OrionSupport suggested. That has been working fine. However, I am now ready to move to production with our e-commerce system and I have run into some major snags that leads me to think NO one is using Orion in a production SSL environment. After going through the Thawte process for getting a server cert, the 'pick your web server' does not list Orion. After talking with Thawte support they suggested picking 'Apache SSL' as a choice. Ok, that seems fine to me. However, they also said I would need to pick the certificate type: x509v3. Since I've been using the 'SSL Chained CA Cert' for development, I wanted to try this out with a development cert to be sure it would work. I tried this using a X509v3 development cert but it will not work. Again, after getting back in touch with Thawte support regarding X509v3 not working, I said I will need to just use the 'SSL Chained CA Cert'. They then informed me that they no longer sell this type of certificate, and that I must go to Verisign to obtain this type of certificate. Well, my first question to Thawte was 'If you dont sell this type of certificate, why is it available on your developers cert pages?' Answer from Thawte: 'Yeah, I've been meaning to talk to our developers to take that off the website.'. Guess how much hair I've lost so far!? Now I am in the 'process' of getting a certificate from Verisign. Of course they do not have 'Orion Server' listed in their pick list of valid webservers. Since I just started this process today I really dont know if they can/cannot support the type of SSL certificate I will need to work with Orion. I'll be the first to admit I'm not real familiar with the Java 1.3 keytool, and different certificate meanings. But, if anyone has really obtained a valid production level SSL certificate, from any Certificate Authority, and successfully integrated this with Orion, please let me/us know how this was accomplished. The only docs I've see are related to development certs, and as I stated earlier, I've got this working fine. I now need to graduate to real e-commerce transactions. Please dont make me go back to Apache/JRun, I feel Orion is so much better but this is a real show-stopper. I have looked through the orion mail archives and it seems all discussions are related to trying to get the developer certs to work, not production certs. Thanks in advance, Mike Mike Fontenot - Object Systems Architect BrandMatrix, Ltd. Golden, Colorado -- // // // Mike Clark // // Clarkware Consulting // Enterprise Java Architecture, Design, Development // // http://www.clarkware.com // [EMAIL PROTECTED] // +1.720.851.2014 //
RE: SQL Server DB Pooling
Dan, I've been using the ejb-location with no problems. Using the Inet Sprinta 2000 driver for MS SQL. But now I wonder if I should be using the pooled-location? What would be the difference? Does Orion do connection pooling when using the ejb-location? Thanks, Paul Here is what my data-sources.xml looks like: data-source class="com.evermind.sql.ConnectionDataSource" name="MsSQL" location="jdbc/MsSQLCoreDS" pooled-location="jdbc/MsSQLPooledDS" xa-location="jdbc/xa/MsSQLXADS" ejb-location="jdbc/MsSQLDS" connection-driver="com.inet.tds.TdsDriver" username="user" password="user" url="jdbc:inetdae:[your ip addr]?database=[your dbname]" inactivity-timeout="30" / -Original Message- From: dan moy [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 07, 2000 1:25 PM To: Orion-Interest Subject: Re: SQL Server DB Pooling Norman, Thanks for your response, but I did try all of the other JNDI locations as specified by my data-sources.xml but there was only one I could get to work; the default location "jdbc/MyCoreDS". All other when tried return a class cast exception error. Any other ideas? Thanks, Dan On Thu, 7 Sep 2000 12:32:12 -0700, Orion-Interest wrote: Orion already pools the connection for you. Just reference the pooled datasouce: Context ctx = new InitialContext(); DataSource ds = (DataSource)ctx.lookup( "jdbc/pooled/MypooledDS" ); Connection conn = ds.getConnection(); This will get you a connection from the pool, and return it when you close the connection. -Original Message- From: dan moy [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: Thursday, September 07, 2000 12:20 PM Subject: SQL Server DB Pooling Hello, I am interested in setting up database pooling using INet's Opta driver for SQL server, but I am having trouble with the configuration. I can get the driver manager for single connections to work, but if I try any of the pooled conections I am getting a Cast exception. Any help would be appreciated! Thanks, Dan Here is my configuration: data-source class="com.evermind.sql.ConnectionDataSource" location="jdbc/MyCoreDS" pooled-location="jdbc/pooled/MypooledDS" xa-location="jdbc/xa/MyXADS" ejb-location="jdbc/MyDS" name="My data-source" url="jdbc:inetdae:SQLSERVERA:1433" connection-driver="com.inet.tds.TdsDriver" username="sa" password="" / Here is the code I am using to test this connection: PooledConnection pcon = null; Connection con = null; int i=0; System.out.println("Starting"); try { Context ctx = new InitialContext(); /* DataSource ds = (DataSource)ctx.lookup("jdbc/MyCoreDS"); con = ds.getConnection(); */ ConnectionPoolDataSource ds = (ConnectionPoolDataSource)ctx.lookup("jdbc/MyDS"); pcon = ds.getPooledConnection(); con = pcon.getConnection(); Statement s = con.createStatement(); ResultSet rs = s.executeQuery("select * from sysmessages"); while (rs.next()) { % tr td%= i++ %/td td%= rs.getString(4) %/td /tr % } rs.close(); s.close(); } catch (NamingException e) System.out.println(e.toString()); } catch (SQLException e) { System.out.println(e.toString()); } finally if (pcon != null) try { pcon.close(); } catch(Exception e) { System.out.println(e.toString()); } } ___ Say Bye to Slow Internet! http://www.home.com/xinbox/signup.html ___ Say Bye to Slow Internet! http://www.home.com/xinbox/signup.html
EJB stub classes and stand-alone remote java client
I've been trying to get my standalone java client to access EJBs on a remote machine, but with no luck.I've deployed a J2EE application with my EJBs in it. But I can't figure out how to generate the stub classes. I can't find the Orion tool to generate the stub classes that the client would normally reference from the CLASSPATH(as described in "Java 2 Enterprise Edition Developer's Guide" page 95). How do you generate the stub classes that enable the client to communicate with the enterprise bean? This is a simple thing to do with the deploytool that comes with Sun's J2EE Reference Implementation.During deployment you simply select a checkbox labelled "Return client Jar" when you deploy the application. I don't understand how the client can resolve the EJB classes if you don't have the client stubs to include in your CLASSPATH. I keep getting a java.lang.ClassNotFoundExceptionexception. Also, what else do I need to deploy to my client machine, just orion.jar? Thanks, Paul Knepper [EMAIL PROTECTED]
RE: EJB stub classes and stand-alone remote java client
The "home" class wasn't found. I followed the directions from the reply from Torgier Lerker (Thanks Torgier) and things work fine now. I jar'ed up the home and remote interfaces and deploy them with my client everything works fine. Are you saying that I don't even need to do that? Thanks, Paul -Original Message- From: Frank Eggink [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 22, 2000 12:17 PM To: 'Paul Knepper'; Orion-Interest Subject: RE: EJB stub classes and stand-alone remote java client Hi Paul, I just dropped an example in the mailing list. For some reason Orion does not need you to generate stubs. I do not fully understand how they get away with that. Wrt. your ClassNotFoundException, which class can't be found? It could be a bogus setting in the jndi properties or a bogus application-client.xml? Frank On Tuesday, August 22, 2000 4:37 PM, Paul Knepper [SMTP:[EMAIL PROTECTED]] wrote: I've been trying to get my standalone java client to access EJBs on a remote machine, but with no luck. I've deployed a J2EE application with my EJBs in it. But I can't figure out how to generate the stub classes. I can't find the Orion tool to generate the stub classes that the client would normally reference from the CLASSPATH (as described in "Java 2 Enterprise Edition Developer's Guide" page 95). How do you generate the stub classes that enable the client to communicate with the enterprise bean? This is a simple thing to do with the deploytool that comes with Sun's J2EE Reference Implementation. During deployment you simply select a checkbox labelled "Return client Jar" when you deploy the application. I don't understand how the client can resolve the EJB classes if you don't have the client stubs to include in your CLASSPATH. I keep getting a java.lang.ClassNotFoundException exception. Also, what else do I need to deploy to my client machine, just orion.jar? Thanks, Paul Knepper mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] File: ATT0.html