RE: JSP examples not running
500 means the server encountered an error running the JSP. try to set development="true" in global-web-application.xml and you may get a more descriptive error (like the full Exception). If you have not restarted Orion since copying tools.jar, do so now. It is required. Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kelly Sent: Tuesday, August 22, 2000 07:18 To: Orion-Interest Subject: RE: JSP examples not running Hi I have just downloaded Orion and installed it on Digital Unix The Websever is running OK. I have copied the tools.jar to the Orion directory. But when I have try to view the JSP example pages I get HTTP error 500. All the permissions on the files are OK. I can view the html and txt files via the server. How can I determine that the pages are being served by the ServletRunner Is there some config attribute to set to enable JSPs? Any other suggestions? thanks Jeff
RE: Orion and IIS
Title: RE: Orion and IIS What you should really do is set-up an IIS virtual root (e.g. /protected). You then set this virtual root to forward to, for example, http://localhost:8088 SSL can be run on the virtual root, which will encrypt all incoming traffic as it has the following pattern: CLIENT - IIS - ORION However, the traffic back from Orion to the client will not be encrypted, as the outbound port from the (Orion) server won't be secured using SSL. If this a requirement you may have to think more carefully about the solution. One of the best ways I've seen of encrypting data between a browser and a server is to run the encryption software on a firewall (if this option is open). Most commercial, and even some freebie firewalls come with an encryption module that allows you to protect traffic up the point where it passes through the perimeter of your network, which is essentially all you're really interested in. There is no drastic need to encrypt point to point, and SSL performance through firewalls tends to be a lot better. George GEORGE HOLMES TWI Interactive Media House Burlington Lane LONDON W4 2TH ENGLAND TEL: +44 208 233 5631 FAX: +44 208 233 7701 CELL: +44 7968 918813 -Original Message- From: Dale Bronk [mailto:[EMAIL PROTECTED]] Sent: Monday, August 21, 2000 10:00 PM To: Orion-Interest Subject: Re: Orion and IIS You are correct... This is exactly what I want to do, not redirect. - Original Message - From: Robert Krueger [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Monday, August 21, 2000 3:41 PM Subject: RE: Orion and IIS I think you misunderstood his question. he meant forwarding, not redirecting. he wants to set up IIS to provide SSL protection for pages served by orion. IIS would serve as a proxy then. quite a difference. I'm not an IIS expert but it looks as if what you propose would only send a redirect for someone accessing the server root. so apart from not protecting the pages you would not even redirect requests correctly (like an appropriate mod_rewrite setup with apache would). regards, robert At 21:10 21.08.00 , you wrote: Hi, Redirecting all requests from IIS to Orion is as easy as: 1. Create an ASP page in your default IIS directory (usually InetPub/wwwroot) called default.asp 2. The contents of the file should be the two following lines: %@ Language=VBScript % % Response.Redirect(http://localhost:8080) % (NOTE: Substitute the redirect URL to your servername:portnumber ) 3. That's it! Best of luck, Runar. (-) 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
Orion 1.2 JSP Samples
I downloaded and installed Orion 1.2.0 on a Suse 6.4 Linux machine with JDK 1.2.2 and have the following problem: When I start the server, it tells me that it cannot find the WEB-INF/web.xml file for initializing the default web site. The directory structure on Linux is case sensitive, and there is a web-inf directory in the default-web-app tree. When I rename it to WEB-INF, the server initializes fine, but when I try to run the JSP samples, it cannot find its classes. Am I doing something wrong here? The installation of 1.3.XX on another machine worked fine. Thanks, Willy Quintessence Consulting GmbH, Willy Gielen - [EMAIL PROTECTED] Wieselweg 10, 30900 Wedemark Tel. +49 (5130) 5888-21 - Fax: +49 (5130) 5888-58 Homepage: http://www.quintessence.net
Re: Restricting servlet access
When I brought up this issue with one of the authors of Orion I was recommended to set the servlet-webdir attribute of orion-web-app (in orion-web.xml or global-web-application.xml) to "[NONE]". Not sure if this actually disables the feature, or if its just meant to obfuscate the path to something unusable. It would be preferable if this feature would be disabled by default in Orion. (The servlet-webdir attribute in global-web-application.xml does not seem to be used as a default value when auto-deploying, which requires manual adjustment of this each time.. Orion 1.2.0) Markus On Tue, Aug 08, 2000 at 12:46:03PM +0300, Aleksi Kallio wrote: In my current setup of Orion it is possible to invoke unmapped servlets by calling them with their full packet name (like /servlet/org.comics.FunnyServlet) as long as they reside in the classpath. How to disallow this? -- Markus Holmberg | Give me Unix or give me a typewriter. [EMAIL PROTECTED] | http://www.freebsd.org/
Re: Console bug report
Hello Hani, please file bug reports to [EMAIL PROTECTED] However, the console provided with 1.2 is an alpha version, which means it's not quite finished, which means there are things that are simply not implemented yet, so if you can hold off your bug reports for a while until it's supposed to work... :) About Open Source, I'll check out how integrated the console is with other things and how much effort would have to go into open-sourcing it, however I can't promise anything. Regards, Karl Avedal Hani Suleiman wrote: Bugreport: I keep getting this error when trying to execute any sql from within the orion console: Exception occurred during event dispatching: java.lang.NullPointerException at com.evermind.gui.jdbc.RowSetTableModel.arz(JAX) at com.evermind.gui.server.DataSourcePanel.are(JAX) at com.evermind.gui.server.DataSourcePanel.ard(JAX) at com.evermind.gui.server.DataSourcePanel.actionPerformed(JAX) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:14 50) (rest of stack trace snipped, it's just swing/AWT stuff) Now, if the tools were open source, I'd be submitting a patch instead of a bugreport! I agree with the idea of getting credited in a readme/about box, being associated with the development of such a fine app server would be a pretty big incentive (for me anyways). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Duffey Sent: Monday, August 21, 2000 4:02 PM To: Orion-Interest Cc: Orion-Interest Subject: RE: Documentation initiative Hi Karl, I will try to make a list of areas where it would be easy to contribute in documentation and in source code and get back to this. Of course we are not expecting you to get nothing out of this yourself if you contribute, so there should be some kind of reward connected to contributing. Any ideas?
Re: Size of the jar needed on the client side
Hello Frank, We are making a small client.jar that contains what you need on the client, but right now there's some trouble with it. If you really want it, mail [EMAIL PROTECTED] about your requirements. Regards, Karl Avedal Frank Eggink wrote: Hi, It occures odd to me that I seem to need the mail.jar and the jdbc.jar file on the client side when running EJBs remotely. Does anyone have some experience with that? I'm also wondering how small you can make orion.jar. What classes can you strip from the jar? With JRun it looks like you can reduce the amount of jars you need to download to your browser. I'm wondering to what extend I can reduce the amount bytes Orion needs to transfer from the server to the client. Frank
Offbeat...Cloudscape
Hello, I know this question doesnot belong here... but any help would be highly appreciated... Can we define a column to be auto increment in Cloudscape database...??? Like if i want to make the id field as auto increment so that I dont have to generate a new id every time and it gets generated automatically. Thanks, Ishpal
Re: Offbeat...Cloudscape
True in case of BMP... But I'm using CMP with the Entity Beans so I myself dont want to write any code and take full advantage of CMP. Ishpal. Magnus Rydin wrote: It doesnt like to good old insert into x (id,something) values ((select max(id)+1 from x),'something') ? -Original Message- From: Ishpal [mailto:[EMAIL PROTECTED]] Sent: den 22 augusti 2000 12:48 To: Orion-Interest Cc: Orion-Interest Subject: Offbeat...Cloudscape Hello, I know this question doesnot belong here... but any help would be highly appreciated... Can we define a column to be auto increment in Cloudscape database...??? Like if i want to make the id field as auto increment so that I dont have to generate a new id every time and it gets generated automatically. Thanks, Ishpal
Transaction problems...
We have been using transactions successfully for a while nowor so we thought. Here is the scenario. We have a series of registration pages on our site. We gather all the information we need, and at the end we create a stateless session bean passing it all the information we need. In this session bean, we have seven tables that get modified by calling the create method of seven different entity beans. We wrap the whole series of method calls in a usertransaction similar to the following: code InitialContext context = null; TransactionManager manager = null; context = new InitialContext(); manager = (TransactionManager)context.lookup ("java:comp/UserTransaction"); manager.begin(); try { org = createOrganization(); orgLoc = createOrganizationLocation(); orgUsers = createOrganizationUsers(); orgLocUsers = createOrgLocationUsers(); createEquipmentTypeOrganization(); regStatHist = createRegistrationStatusHist(); notifyUser(); } catch(RegistrationException re) { manager.rollback(); throw re; } manager.commit(); /code From the surface, this looks to work normally. If an excpetion is thrown in any method, the entire transaction gets rolled back. however, our problem lies within the order that Orion calls the methods on the EJB. When the above code is *NOT* wrapped within a transaction, only the ejbCreate of each entity bean gets called. Nothing else. However, wrapped in a transaction like the above, immediately after the ejbCreate method is called, the ejbStore method is called. Now here is the big reason this is a bad thing. All of our tables have triggers on them that set two of the columns. These triggers are set in the database on the insertion of a row. But when the ejbStore method is called, it does not sync itself back up with the database to get the newly created values in these columns, and does an update with the locally held values, which happen o be null. It seems that ejbLoad should be called *before* ejbStore gets called. Can someone tell me what I am missing here? In order to get around this problem, we have resorted to hardcoding the proper trigger generated values into the EJB, but that is a very unflexible solution. Any help would be greatly appreciated. James Birchfield Ironmax a better way to buy, sell and rent construction equipment 5 Corporate Center 9960 Corporate Campus Drive, Suite 2000 Louisville, KY 40223
An example to connect to a remote client (based on Orion-Primer)
Hi, A little, perhaps useful, contribution to the documentation. I have been experimenting with Orion. In the end I want to connect to the Orion server from a browser. As a first step I have added a remote client to the Orion-Primer from Ernst de Haan. Maybe it is usefull from some other people new to Orion. Frank Hi, I've got a simple remote client running. As it took me quite some time, maybe other people might find this example useful to get started. All this is based on the Orion-Primer of Ernst de Haan. Have a look on his site www.znerd.demon.nl for a more detailed explanation of the JSP example before running the remote client. In the attached archive files you find: - the unchanged sources from Ernst, - an addapted application.xml file (did I do that right?), - two extra files: HelloClient.Java and application-client.xml and - an addapted build file. If you have successfully compiled the example as described by Ernst using my sources, you will find the necessary 'orion-primer-client.jar' in the rel/ directory. B.T.W. It is fun to see the autodeploy working. Check the log of the server while running 'ant clean' and 'ant'. You'll see the autodeploy picking the file up. You run the remote client as follows: 1. Make sure you have a proper java setup on your remote machine. 2. Copy a jndi.properties file from a orion demo (e.g. the cart demo) to directory X. You'll find it in the directory orion/demo/ejb/cart. Make sure it refers to the server and not localhost. 3. Copy the following jars from the orion installation dir to directory X: - orion.jar - ejb.jar - jndi.jar - jaxp.jar - parser.jar - jdbc.jar - mail.jar 4. Copy the orion-primer-client.jar to directory X on your remote machine. 5. Run the following command: "java -classpath .:orion.jar:ejb.jar:jndi.jar:orion-primer-client.jar hello.client.HelloClient" If all runs fine you will get some messages on your screen ending with: "Exit cleanly". == HelloClient.java == The code is straightforward, but as it is an example and things can go wrong. Amongst others: - First thing is to get a context. You'll run into trouble here if your jndi.properties are not right. - Next step is the get the Home Interface. If the application-client.xml is not right or server does not run (or you point to the wrong server) things will break here. I guess there are more ways of having fun ... == application-client.xml == The example file is pretty straightforward. It describes under which name you can find the Home Interface, in our case 'ejb/HelloHome'. You have to use that same name in your source file 'HelloClient.java'. The type of the Bean is of course the same as in the ejb-jar.xml: Session. The other entries in the application-client point to the right Home and Remote interfaces. == classpath / jndi.properties / jars == The '.' in the classpath is necessary to pick up your jndi.properties file. The first three jars mentioned (orion, ejb, and jndi) in the classpath are necessary for the execution environment. The Orion runtime environment will look for the other jars you have copied (mail, jdbc, parser and jaxp) in the directory where the orion.jar file resides (directory X in our example). The reason why you need mail.jar and jdbc.jar is unclear to me. You get error messages if don't include them. I understood from Karl Avedal that Orion is working on a smaller 'client.jar' that also contains a subset of orion.jar. That would be great for connecting to Orion from a browser. That would take less downloading. Next step for me is to get it running using an applet and a browser. All that work and who will notice the difference with the JSP example 8-). Frank orion-primer.zip orion-primer.tar.gz
CMR / CMP problem on the client side
Hello, i just started using the OrionServers CMR mapping for a simple CMP Bean. The bean has a "public Set getItems()" and returns a CMR Set of other CMP Beans. Creation of Beans using the create() using the homes create methods works flawless. All entries and dependencies get generated in the DB. The getter also works great on the server side since i put in a System.out.println in the EJB's getter implementation and it shows the set of read Objects. Alas the Client invoking the getItems() just sits there and waits for the result. At least i assume it does. Nothing happens any more after the call. My setup is Win98, JDK1.3, mySQL shareware and OrionServer 1.0.3 or 1.2.0. That problem occurs with both versions of Orion. Is there anything i can do ? I tried to get some info from the mail-archive but couldn't find anything relating to that problem. THX in advance, Udo
deployed ejb file structure
Hi, I used the information provided by this mailing list to connect to Oracle 8i 8.1.16 very quickly. Now I have an entity bean and want to deploy it. Once I explore ATM example, I can figure out the deployed ejb file structures in applications directory. However, I am not pretty sure. Would you please to tell the deployed file structure or tell me how to make file structure? Could I find gui tool to deploy ejbs in orion server? Could I use the deploytool provided by Sun for orion server? Jinpeng
Re: Transaction problems...
I'm just guessing, but have you tried setting exclusive-write-access="false" in your orion-ejb-jar.xml file? It sounds like Orion is doing some optimisation to speed things up because it thinks it has exclusive write access to the database - but your triggers are going behind Orion's back without it realising. Turning this off might force Orion to call the ejbLoad. See \orion\docs\orion-ejb-jar.xml.html for more info. Worth a try anyway... - Original Message - From: [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, August 22, 2000 2:04 PM Subject: Transaction problems... We have been using transactions successfully for a while nowor so we thought. Here is the scenario. We have a series of registration pages on our site. We gather all the information we need, and at the end we create a stateless session bean passing it all the information we need. In this session bean, we have seven tables that get modified by calling the create method of seven different entity beans. We wrap the whole series of method calls in a usertransaction similar to the following: code InitialContext context = null; TransactionManager manager = null; context = new InitialContext(); manager = (TransactionManager)context.lookup ("java:comp/UserTransaction"); manager.begin(); try { org = createOrganization(); orgLoc = createOrganizationLocation(); orgUsers = createOrganizationUsers(); orgLocUsers = createOrgLocationUsers(); createEquipmentTypeOrganization(); regStatHist = createRegistrationStatusHist(); notifyUser(); } catch(RegistrationException re) { manager.rollback(); throw re; } manager.commit(); /code From the surface, this looks to work normally. If an excpetion is thrown in any method, the entire transaction gets rolled back. however, our problem lies within the order that Orion calls the methods on the EJB. When the above code is *NOT* wrapped within a transaction, only the ejbCreate of each entity bean gets called. Nothing else. However, wrapped in a transaction like the above, immediately after the ejbCreate method is called, the ejbStore method is called. Now here is the big reason this is a bad thing. All of our tables have triggers on them that set two of the columns. These triggers are set in the database on the insertion of a row. But when the ejbStore method is called, it does not sync itself back up with the database to get the newly created values in these columns, and does an update with the locally held values, which happen o be null. It seems that ejbLoad should be called *before* ejbStore gets called. Can someone tell me what I am missing here? In order to get around this problem, we have resorted to hardcoding the proper trigger generated values into the EJB, but that is a very unflexible solution. Any help would be greatly appreciated. James Birchfield Ironmax a better way to buy, sell and rent construction equipment 5 Corporate Center 9960 Corporate Campus Drive, Suite 2000 Louisville, KY 40223
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]
Shutting orion from a different machine
Hi guys, Does anyone know how i can shut down orion from a different machine..say i have orion started on machine 1 now i want to shutdown orion from machine 2 how do i use the java -jar admin.jar ormi://localhost admin 123 -shutdown from machine2 to shutdown machine 1 Hash winmail.dat
ejbLoad missing
Hello, i just discovered, that the ejbLoad() method was NOT called at the second (and subsequent) calls to the remote methods (BMP). (until an passivation or ejbStore is done). yes, i checked the ejb-jar.xml for correct container-transaction's. with the j2sdkee it works correct! first call: == pgrdatEJB: setEntityContext() == pgrdatEJB: ejbFindByPrimaryKey(002|006|3330|1999-01-01) == pgrdatEJB: ejbActivate(2063956369, PK = 002|006|3330|1999-01-01) == pgrdatEJB: ejbLoad(2063956369, PK = 002|006|3330|1999-01-01) ... changing the row from outside ... next call(s): == pgrdatEJB: setEntityContext() == pgrdatEJB: ejbFindByPrimaryKey(002|006|3330|1999-01-01) thats it!!! - the client got the old data!!! any hints? thanks a lot klaus ps: tested with 1.0.3b and 1.2.0 -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
Re: Transaction problems...
Thanks for the tip. Unfortunately, this seems to have no affect. I have tried to set the exclusive-write-access to false, and have played with different isolation levels as well. I will keep plugging away i guess. Thanks again! James Birchfield Ironmax a better way to buy, sell and rent construction equipment 5 Corporate Center 9960 Corporate Campus Drive, Suite 2000 Louisville, KY 40223 |+--- || "Chris | || Miller" | || kiwi@vardus.| || co.uk | || | || 08/22/00 | || 10:32 AM | || | |+--- -| | | | To: [EMAIL PROTECTED], "Orion-Interest" [EMAIL PROTECTED] | | cc: | | Subject: Re: Transaction problems... | -| I'm just guessing, but have you tried setting exclusive-write-access ="false" in your orion-ejb-jar.xml file? It sounds like Orion is doing some optimisation to speed things up because it thinks it has exclusive write access to the database - but your triggers are going behind Orion's back without it realising. Turning this off might force Orion to call the ejbLoad. See \orion\docs\orion-ejb-jar.xml.html for more info. Worth a try anyway... - Original Message - From: [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, August 22, 2000 2:04 PM Subject: Transaction problems... We have been using transactions successfully for a while nowor so we thought. Here is the scenario. We have a series of registration pages on our site. We gather all the information we need, and at the end we create a stateless session bean passing it all the information we need. In this session bean, we have seven tables that get modified by calling the create method of seven different entity beans. We wrap the whole series of method calls in a usertransaction similar to the following: code InitialContext context = null; TransactionManager manager = null; context = new InitialContext(); manager = (TransactionManager)context.lookup ("java:comp/UserTransaction"); manager.begin(); try { org = createOrganization(); orgLoc = createOrganizationLocation(); orgUsers = createOrganizationUsers(); orgLocUsers = createOrgLocationUsers(); createEquipmentTypeOrganization(); regStatHist = createRegistrationStatusHist(); notifyUser(); } catch(RegistrationException re) { manager.rollback(); throw re; } manager.commit(); /code From the surface, this looks to work normally. If an excpetion is thrown in any method, the entire transaction gets rolled back. however, our problem lies within the order that Orion calls the methods on the EJB. When the above code is *NOT* wrapped within a transaction, only the ejbCreate of each entity bean gets called. Nothing else. However, wrapped in a transaction like the above, immediately after the ejbCreate method is called, the ejbStore method is called. Now here is the big reason this is a bad thing. All of our tables have triggers on them that set two of the columns. These triggers are set in the database on the insertion of a row. But when the ejbStore method is called, it does not sync itself back up with the database to get the newly created values in these columns, and does an update with the locally held values, which happen o be null. It seems that ejbLoad should be called *before* ejbStore gets called. Can someone tell me what I am missing here? In order to get around this problem, we have resorted to hardcoding the proper trigger generated values into the EJB, but that is a very unflexible solution. Any help would be greatly appreciated. James Birchfield Ironmax a better way to buy, sell and rent construction equipment 5 Corporate Center 9960 Corporate Campus Drive, Suite 2000 Louisville, KY 40223
EJB deployment example?
Hi all, Anyone has any EJB deployment examples apart from the orion primer? I don't fully understand the orion primer...One of the main questions is "Where are the beans deployed?" I saw the source code for the servlet client that it is at "java:comp/env/ejb/HelloHome", but where is it defined? Also, if I want to deployed my beans at some remote host, where do I set that info? I saw there is a jndi.properties files in the other examples, how would I add that in the orion primer example? Thanks heaps James
classpath for third party tools
Hi We are integrating a third party java application with orion but both of them will be running on the same VM. As per the docs we dropped all the third party jar files into the orion/lib directory and the server was able to load their classes. These third party classes are looking for config files of their own, the directory path for which needs to be specified in the classpath. Problem: When running on the same VM started by orion server they cannot find the path to these config files through classpath. java - cp %classpath%;..\..\some path -jar orion.jar does not work. so I put the path in application.xml file as a tag library path="..\..\some path" / that doesnt work either I also put these tags in server.xml ..no luck. Any suggestions would be highly appreciated. Thanks, -Sridhar
RE: classpath for third party tools
Title: RE: classpath for third party tools Problem: When running on the same VM started by orion server they cannot find the path to these config files through classpath. java - cp %classpath%;..\..\some path -jar orion.jar does not work. The java documentation says that when running a JAR, any user-specified classpath is ignored -- all classes are loaded from the JAR. Orion is doing it's own manual loading of those JARs from the lib directory. Any suggestions would be highly appreciated. You can change the way that Orion is started: java -cp %classpath%;orion.jar;blahblah com.evermind.server.ApplicationServer But you have to include all the JARs that orion needs. You'll find this list in the orion.jar's META-INF/MANIFEST.MF file. Ciao, Gordon
Linux and IBM JDK v1.3?
I see some traffic in the archive that suggests that people have gotten Orion working on Linux with IBM's v1.3 JDK? If that's the case I'd love to know the secret. My attempts result in: [root@box orion]# java -jar orion.jar SIGSEGV 11 (*) segmentation violation stackpointer=0xbefc0d08 -- Jason Rimmer [EMAIL PROTECTED]
RE: EJB stub classes and stand-alone remote java client
I am answaring your question to the list as it is probably of intrest to others. It's in the docs on java.sun.com under the plugin section :-) Well that said you have to add something like this : jsp:param name="cache_option" value="Plugin" / jsp:param name="cache_archive" value="PakkaApplet.jar,padda.jar,pakka.jar,ejb.jar,orion.jar,jndi.jar,exense .jar,objectfx.jar,parser.jar,mail.jar,jaxp.jar,jdbc.jar,VisualNumerics.jar"/ the jsp tags comes from me using jsp to start the applet and setting up credentials for the user and so forth. If you are using plain html just use the params direct. Regards, Torgeir -Original Message- From: Frank Eggink [mailto:[EMAIL PROTECTED]] Sent: 22. august 2000 21:10 To: '[EMAIL PROTECTED]' Subject: RE: EJB stub classes and stand-alone remote java client Torgeir, So far I had not heard from java-plugging cach options. What is that and can you point me in a direction for some more info? Thanks, Frank On Tuesday, August 22, 2000 5:43 PM, [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] wrote: As it is at the moment you need make a jar containing remote and home interfaces by your self. This needs to be deployed on the client. Also you need to make an application-client.xml file in your meta-inf in the client jar and have a jndi.properties file in the root catalog. Since orion has no ligthwight library you must include : ejb.jar,orion.jar,jndi.jar,parser.jar,mail.jar,jaxp.jar,jdbc.jar This is a bit anoying as this means that you have to update the client for each new release of orion. If you like me are running in applets it means lot of files to download for before start (Modem users arn't to happy :-)). This can be partly fixed by using the java-plugging cach options. As indicated by an e-mail from Karl Alvdal of the Orion team earlier today they are working on a lightwight library which will remedy this. As for makeing jars with home and remote interfaces, it's easy to automate this task with a shell-script, bat-file or using ant. The later is what we found preferbal. Regards, Torgeir Lerkerod -Original Message- From: Paul Knepper [mailto:[EMAIL PROTECTED]] Sent: 22. august 2000 16:37 To: Orion-Interest Subject: 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.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: ATT1.html
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
request dispatcher problems under load !?!
hi all, we were stress testing our app today with real users and found that at high loads some users were winding up with others' session info. as we autopopulated text controls with previously entered information, some users found that info entered by others on other client machines was popping into their screens. has anyone else seen anything like this before? the stress on the server was particularly heavy as we were running a trace logger at the time, which of course involved serious i/o pressure, so this wasn't in response to particular user load (about 10 people executing fairly involved searches). as soon as we shut down the trace function, the problem disappeared, but we're worried that once we get 100-200 people at once onto this app that we'll have problems again. we thought that perhaps request dispatcher might be the root of the problem. does anyone know if it is supposed to be thread safe? any other ideas? we're running orion 1.1.37 on redhat linux, using the blackdown 1.2.2-RC4 jdk/jre. thanks, bradley mclain usmoving.com __ Do You Yahoo!? Yahoo! Mail Free email you can access from anywhere! http://mail.yahoo.com/
Re: Linux and IBM JDK v1.3?
It turns out that I was running a development version of IBM's JDK. A very subtle "dev" in the middle of the version string tipped me off. Upon download of the production version everything appears to work. Certainly a dubious first post to the mailing list. Thanks for your offer of help. Vlad Petric wrote: Jason Rimmer wrote: I see some traffic in the archive that suggests that people have gotten Orion working on Linux with IBM's v1.3 JDK? If that's the case I'd love to know the secret. My attempts result in: [root@box orion]# java -jar orion.jar SIGSEGV 11 (*) segmentation violation stackpointer=0xbefc0d08 -- Jason Rimmer [EMAIL PROTECTED] could you please tell us the result of a java -version ? What about distribution, kernel, etc. ? Vlad Petric -- Jason Rimmer [EMAIL PROTECTED]
Re: request dispatcher problems under load !?!
Hello Bradley, Can you reproduce this and set us up with an .ear that shows the same behaviour? If it is an Orion bug it's very serious and we want to be able to fix it right away, that's not something that should be able to happen :) Also, in the future, if you send suspected bugs to bugs@ that helps us to solve the problem quicker, since this list is a rather high-traffic one and some of us don't read every mail on the list (it's meant for the community...). Regards, Karl Avedal bradley mclain wrote: hi all, we were stress testing our app today with real users and found that at high loads some users were winding up with others' session info. as we autopopulated text controls with previously entered information, some users found that info entered by others on other client machines was popping into their screens. has anyone else seen anything like this before? the stress on the server was particularly heavy as we were running a trace logger at the time, which of course involved serious i/o pressure, so this wasn't in response to particular user load (about 10 people executing fairly involved searches). as soon as we shut down the trace function, the problem disappeared, but we're worried that once we get 100-200 people at once onto this app that we'll have problems again. we thought that perhaps request dispatcher might be the root of the problem. does anyone know if it is supposed to be thread safe? any other ideas? we're running orion 1.1.37 on redhat linux, using the blackdown 1.2.2-RC4 jdk/jre. thanks, bradley mclain usmoving.com __ Do You Yahoo!? Yahoo! Mail Free email you can access from anywhere! http://mail.yahoo.com/
Help on servelet configurations needed urgently!!!!!
Hello, is there anyone outthere can help me to figure out how can my orion server call the servelet directly with this command: http://localhost/servelet/test.simpletest Thank You Powered by Fastmail from http://www.isys.com.my
how to get datasource properties
How one could get the properties set in data-sources.xml from his EJB code? stas@