remove me
remove me
remove me
remove me Fredrik Gusting(mailto: [EMAIL PROTECTED]) System Designer Ericsson Process Application Consulting Kistagången 4 Phone: +46 8 568 63 189 SE-125 82 Kista Mobile: +46 70 52 63 189
Assembling jar for remote client
Hi all, Maybe you'll find this question silly, but is there an orion tool for assembling a client application for it to use orion with EJBs ? When I use jar archives from orion in client-classpath (like orion.jar) it works well but this jar is more than 3Mb. I'd like to assemble a remote application with only usefull classes from orion for my app to run correctly. Anyone has an idea ? Thank you. Thomas Dandelot
Taglib + jsp:include + sendRedirect does not work?
The following jsp-file generates this Exception: java.lang.IllegalStateException: Response has already been committed, be sure not to write to the OutputStream or to trigger a commit due to any other action before calling this method. test.jsp-- %@taglib uri=utiltags prefix=util % util:sendMail from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] subject=testmail jsp:include page=/templates/smalltext.txt / /util:sendMail % response.sendRedirect(http://www.google.com/;); % -- If I instead of the jsp:include tag, inserts the textfile in the jsp-page, it works. I've tried other taglibs and used a jsp:include for the body, for both Orion 1.5.2 and 1.5.3 and I get the same error. Am I doing something wrong? Is it Orion? Or is this not a valid thing to do? Thanks, Anders
RE: default.jsp bug (duplicate requests)
I removed all the caching code in the jsp files and now the jsp's look like the following: DEFAULT.JSP: %! static int x = 0; % % System.out.println(EXECUTING DEFAULT.JSP: x= + x);% %=This is default.jsp: x= + x++% TEST.JSP: %! static int y = 0; % % System.out.println(EXECUTING TEST.JSP: y= + y);% %=This is test.jsp: y= + y++% I am still getting duplicate requests coming from default.jsp on every invocation of a jsp file. Here is what I am seeing in the console window after running first accessing http://localhost/ and then issuing a request for http://localhost/test.jsp . After each request you can see the duplicate request coming from default.jsp C:\Prog\java\orion1_5_2java -jar orion.jar Orion/1.5.2 initialized EXECUTING DEFAULT.JSP: x=0 EXECUTING DEFAULT.JSP: x=1 -- Duplicate request EXECUTING TEST2.JSP: y=0 EXECUTING DEFAULT.JSP: x=2 -- Duplicate request
RE: Newbie Orion question - webapp problem
I tried putting my shared.jar in the /lib, but to no avail. Do you need to put a copy of the ejb-jar file in the /lib also? Also, Orion has never generated a default orion-web.xml for my app (it does generate orion-ejb-jar.xml). But there are no errors on deployment either. Is there some way to turn on verbose error logging? -Original Message- From: Lachezar Dobrev [mailto:[EMAIL PROTECTED]] Sent: Monday, April 01, 2002 11:44 PM To: Orion-Interest Subject: Re: Newbie Orion question - webapp problem Like always the ClassPath is a server-specific setting. On orion you might want to check orion-web.xml in the war file. For the template you might want to use the one created by orion when the app is first deployed. Then you should add classpath path=./path/to/classes/ / to the xml file. However due to many class-path issues emerging from the deployment-redeployment/dynamic-proxy-generation and more, I would offer you to put your library files in the lib directory of Orion. Thus you will have no class-loading issues (unless you decide to use dedicated.connection). Have a nice try. Lachezar I'm trying to get Orion to run a web app that's part of an ear. I made the following changes: IN SERVER.XML application name=Majordomo path=C:\orion\autodeploy\Majordomo.ear auto-start=true / IN DEFAULT-WEB-SITE.XML web-app application=Majordomo name=MajordomoWeb.war root=/MajordomoWeb / IN THE EAR'S APPLICATION.XML module web web-uriMajordomoWeb.war/web-uri context-root/MajordomoWeb/context-root /web /module But when I hit http://localhost/MajordomoWeb/index, I get a 500: Internal Server Error and I can't find any output as to what the error is in any of the log files. The EJB portion of the app, which I accessed with an Application Client, works fine. One other clue: I'm referencing other JAR files, and using the Manifest Class-Path attribute in the WAR file. I tried putting the external JAR into the /lib directory of the War, but that didn't work either. Same error. Any help here? PS the EAR deploys into Sun's RI 1.3, and also into WebSphere 4.01. It works fine there, so it must be an Orion configuration problem. --- Kenneth DeLong Senior Consultant Direct: 510-517-5839 (Cell) Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 1010 West Addison, Texas 75001 www.valtech.com http://www.valtech.com transforming technology skills into sustainable business value
RE: Client program for simple EJB tutorial
Errrg... I sent this yesterday... it doesn't appear to have made it to the list. I hope it still helps: Put the orion.jar file in your classpath as part of the manifest. This allows you to include any file that sits outside of your jar. Example: Manifest-Version: 1.0 Main-Class: com.blah.gui.control.UIFactory Class-Path: log4j.jar jai_core.jar jai_codec.jar orion.jar -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John D. Ware Sent: Monday, April 01, 2002 4:10 PM To: Orion-Interest Subject: Re: Client program for simple EJB tutorial Hi, This is indeed a timely question as I am working on this also. I was able to get a client working until I tried to put it into a jar file. I get a ClassNotFoundException looking for the com.evermind.server.ApplicationInitialContextFactory when starting my app using: java -cp c:/orion/orion.jar -jar pet-class.jar Again, it works fine (Note: no classpath specified) if run like: java org.jdware.pet.client.PetClient any ideas? thanks john ware
¼ö½ÅÀÚÀÇ ¸ÞÀÏ ÁÖ¼Ò°¡ Á¤È®ÇÏÁö ¾Ê¾Æ ¸ÞÀÏÀ» º¸³¾ ¼ö ¾ø½À´Ï´Ù.
¾È³çÇϽʴϱî? ¼ö½ÅÀÚ: [EMAIL PROTECTED]ÀÇ ¸ÞÀÏ ÁÖ¼Ò°¡ Á¤È®ÇÏÁö ¾Ê¾Æ ¸ÞÀÏÀ» º¸³¾ ¼ö ¾ø½À´Ï´Ù. ¸ÞÀÏ ÁÖ¼Ò¸¦ È®ÀÎÇϽŠÈÄ ´Ù½Ã º¸³»½Ã±â ¹Ù¶ø´Ï´Ù. °í¸¿½À´Ï´Ù. Receiver:[EMAIL PROTECTED] No such user ---BeginMessage--- I tried putting my shared.jar in the /lib, but to no avail. Do you need to put a copy of the ejb-jar file in the /lib also? Also, Orion has never generated a default orion-web.xml for my app (it does generate orion-ejb-jar.xml). But there are no errors on deployment either. Is there some way to turn on verbose error logging? -Original Message- From: Lachezar Dobrev [mailto:[EMAIL PROTECTED]] Sent: Monday, April 01, 2002 11:44 PM To: Orion-Interest Subject: Re: Newbie Orion question - webapp problem Like always the ClassPath is a server-specific setting. On orion you might want to check orion-web.xml in the war file. For the template you might want to use the one created by orion when the app is first deployed. Then you should add classpath path=./path/to/classes/ / to the xml file. However due to many class-path issues emerging from the deployment-redeployment/dynamic-proxy-generation and more, I would offer you to put your library files in the lib directory of Orion. Thus you will have no class-loading issues (unless you decide to use dedicated.connection). Have a nice try. Lachezar I'm trying to get Orion to run a web app that's part of an ear. I made the following changes: IN SERVER.XML application name=Majordomo path=C:\orion\autodeploy\Majordomo.ear auto-start=true / IN DEFAULT-WEB-SITE.XML web-app application=Majordomo name=MajordomoWeb.war root=/MajordomoWeb / IN THE EAR'S APPLICATION.XML module web web-uriMajordomoWeb.war/web-uri context-root/MajordomoWeb/context-root /web /module But when I hit http://localhost/MajordomoWeb/index, I get a 500: Internal Server Error and I can't find any output as to what the error is in any of the log files. The EJB portion of the app, which I accessed with an Application Client, works fine. One other clue: I'm referencing other JAR files, and using the Manifest Class-Path attribute in the WAR file. I tried putting the external JAR into the /lib directory of the War, but that didn't work either. Same error. Any help here? PS the EAR deploys into Sun's RI 1.3, and also into WebSphere 4.01. It works fine there, so it must be an Orion configuration problem. --- Kenneth DeLong Senior Consultant Direct: 510-517-5839 (Cell) Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 1010 West Addison, Texas 75001 www.valtech.com http://www.valtech.com transforming technology skills into sustainable business value ---End Message---
HttpServletRequest.isUserInRole() and Orion
Hi I'm putting together a customer user manager for orion, extending com.evermind.security.AbstractUserManager, with UserWrapper and GroupWrapper classes implementing com.evermind.security.User and com.evermind.security.Group respectively. Now HttpServletRequest.isUserInRole() used to call User.isMemberOf() back in the days of = 1.4.0, this however does not seem to be the case anymore. isMemberOf() still gets called to satisfy the security-constraints in web.xml. Looking at the example on orionsupport.com, three abstract methods are mentioned: protected boolean userExists( String username ); protected boolean checkPassword( String username, String password ); protected boolean inGroup( String username, String groupname ); It doesn't appear that HttpServletRequest.isUserInRole() gets trunked through to inGroup() nor do I see these three methods in any Orion interface definition ? Does anyone know how to fix this? Or how HttpServletRequest.isUserInRole() gets handled by Orion ? I've search the mailing list archive and it seems that other users have also encountered these problems but it never got sorted out ? Many thanks for any assistance, Peter
Re: HttpServletRequest.isUserInRole() and Orion
Oops :) Missed the inner class inside SimpleUserManager, ignore comments about missing methods in Orion interfaces, doh! :) On Tue, 2002-04-02 at 14:30, Peter van Rensburg wrote: Hi I'm putting together a customer user manager for orion, extending com.evermind.security.AbstractUserManager, with UserWrapper and GroupWrapper classes implementing com.evermind.security.User and com.evermind.security.Group respectively. Now HttpServletRequest.isUserInRole() used to call User.isMemberOf() back in the days of = 1.4.0, this however does not seem to be the case anymore. isMemberOf() still gets called to satisfy the security-constraints in web.xml. Looking at the example on orionsupport.com, three abstract methods are mentioned: protected boolean userExists( String username ); protected boolean checkPassword( String username, String password ); protected boolean inGroup( String username, String groupname ); It doesn't appear that HttpServletRequest.isUserInRole() gets trunked through to inGroup() nor do I see these three methods in any Orion interface definition ? Does anyone know how to fix this? Or how HttpServletRequest.isUserInRole() gets handled by Orion ? I've search the mailing list archive and it seems that other users have also encountered these problems but it never got sorted out ? Many thanks for any assistance, Peter
Re: default.jsp bug (duplicate requests)
This sounds like it could have something to do with IE's lazy update feature. I suppose many of your pages does not cause a problem if run multiple times. For those pages that can only be run once, make sure to handle this by using some sort of cookie or session variable. % if (session.get(isRun).equals(true) ) return; //end processing. //should probably use a redirect to reloadable page. % I agree that this is not what you want to do, this should not occur in the first place. Write microsoft and complain :) You could probably solve it by using transactions, involving a set of pages. Accessing a page outside of the transaction-context should throw a not so nice No current transaction and thus letting the container work for you. I have not tried this approach on Orion, but it works well on Intershops - Enfinity platform. //Johan - Original Message - From: Robert Johnson [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, April 02, 2002 8:26 PM Subject: RE: default.jsp bug (duplicate requests) I removed all the caching code in the jsp files and now the jsp's look like the following: DEFAULT.JSP: %! static int x = 0; % % System.out.println(EXECUTING DEFAULT.JSP: x= + x);% %=This is default.jsp: x= + x++% TEST.JSP: %! static int y = 0; % % System.out.println(EXECUTING TEST.JSP: y= + y);% %=This is test.jsp: y= + y++% I am still getting duplicate requests coming from default.jsp on every invocation of a jsp file. Here is what I am seeing in the console window after running first accessing http://localhost/ and then issuing a request for http://localhost/test.jsp . After each request you can see the duplicate request coming from default.jsp C:\Prog\java\orion1_5_2java -jar orion.jar Orion/1.5.2 initialized EXECUTING DEFAULT.JSP: x=0 EXECUTING DEFAULT.JSP: x=1 -- Duplicate request EXECUTING TEST2.JSP: y=0 EXECUTING DEFAULT.JSP: x=2 -- Duplicate request
arrg please help
I have an existing database and I am trying to make an entity bean that retrieves data from one of it's tables. I have set the autocreate-table to false, and everything deploys nicely, but when I try to list the contents of the table (using findAll()) then I get this error: com.evermind.server.rmi.OrionRemoteException: Database error: Closed Statement: next; nested exception is: java.sql.SQLException: Closed Statement: next And I have no idea what to do. I know that the datasource works, because I have used it for other purposes. Thanks, Bjarni
Re: HttpServletRequest.isUserInRole() and Orion
Peter, I'd recommend you check out OSUser at www.opensymphony.com. It is very good for doing custom user management for not only orion, but other app servers. -Pat - Original Message - From: Peter van Rensburg [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Tuesday, April 02, 2002 7:34 PM Subject: Re: HttpServletRequest.isUserInRole() and Orion Oops :) Missed the inner class inside SimpleUserManager, ignore comments about missing methods in Orion interfaces, doh! :) On Tue, 2002-04-02 at 14:30, Peter van Rensburg wrote: Hi I'm putting together a customer user manager for orion, extending com.evermind.security.AbstractUserManager, with UserWrapper and GroupWrapper classes implementing com.evermind.security.User and com.evermind.security.Group respectively. Now HttpServletRequest.isUserInRole() used to call User.isMemberOf() back in the days of = 1.4.0, this however does not seem to be the case anymore. isMemberOf() still gets called to satisfy the security-constraints in web.xml. Looking at the example on orionsupport.com, three abstract methods are mentioned: protected boolean userExists( String username ); protected boolean checkPassword( String username, String password ); protected boolean inGroup( String username, String groupname ); It doesn't appear that HttpServletRequest.isUserInRole() gets trunked through to inGroup() nor do I see these three methods in any Orion interface definition ? Does anyone know how to fix this? Or how HttpServletRequest.isUserInRole() gets handled by Orion ? I've search the mailing list archive and it seems that other users have also encountered these problems but it never got sorted out ? Many thanks for any assistance, Peter
