RE: DataSource Issue
Michael: Orion includes an old version of HypersonicSQL, which is a great, open-source, lightweight, 100% java database server that even supports transactions (and thus EJB CMP). I recommend getting the latest, now called HSQLDB, from... http://hsqldb.sourceforge.net/ I use the last version of HypersonicSQL before the old project died, 1.43. The one that comes with Orion does not have a database manager GUI to interact with, but 1.43 does, as do all the latest versions of the new hsqldb project, though I have not tried hsqldb personally. Cheers, Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael Shoemaker Sent: Sunday, March 10, 2002 8:38 AM To: Orion-Interest Subject: DataSource Issue Hello Gang I have a datasource question that Id like to get some feedback on. Typically my development happens where I have a datasource available, but sometimes I have my laptop offline without any access to my database. What do you mobile users do in this case? Set up a local datasource using what? Access? MySQL? Please advise. Thanks Mike _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
RE: pitfalls migrating an app from orion to wls
Hi Robert, indeed many posts seem to just disappear on here, but the guys at Ironflare are working to fix that... In the meantime, I just wanted to offer that I work for a company that develops what we call Portal Lifecycle Management tools (read application lifecycle for the web) on the J2EE platform. We currently support both Orion 1.5.x and WebLogic 6.1 (we require EJB 2.0 compliance), meaning we use a single portal definition and can perform deployment to either platform in a few simple steps (local Orion deployment is fully automated). Since there are many differences in the most recent few releases of both Orion and WL, we could probably have endless discussions on the issues with porting from one to the other, but if you have more specific information (i.e. what versions of Orion the app is from and what version of WL is targeted), I could probably offer additional advice. As far as Security goes, we have written adaptors for managing users and groups in Orion and WL separately -- i.e. we wrote a custom UserManager for Orion and a custom Realm for WL that communicate with our EJB's. Also, if you want to write platform-neutral user management, check out the OSUser module of the OpenSymphony project, which is being developed specifically to address the different user manager implementations (and integrate them with external services such as LDAP or other legacy/proprietary security services) found in vendor J2EE implementations. Also, just FYI, we had many problems with Orion's CMP (wouldn't generate finder queries with multiple parameters) and WL's auto-table generation, so we ended up extending the EJBGEN package to generate both the orion-ejb-jar.xml and SQL scripts so we could create the tables for the CMP beans ourselves. Good luck and if you have questions, I'll be glad to offer additional advice. You might also try out the new forums at Atlassian (http://www.atlassian.com) or The ElephantWalker (http://www.elephantwalker.com) to get additional perspective on the subject. -Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krüger Sent: Tuesday, March 05, 2002 2:45 AM To: Orion-Interest Subject: pitfalls migrating an app from orion to wls Hi, just wanted to ask the list if anyone has migrated a compley app from orion to weblogic. we have a customer who wants us to port an app we developed for them from orion to weblogic (corporate policy). so far we have identified security (we have used orion security APIs) and cmp (we use EJB1.1 CMP and weblogic's capabilities in that area really suck) as two areas that need some work. any experiences anyone would like to share? thanks in advance robert p.s.: I sent this message yesterday but it didn't make it through. I hope none of you gets it twice. I checked the archive and it isn't there.
JMS bind-permissions and remote-access deployments
please help if you can I'm trying to deploy a second application on an Orion instance that is already bound to another instance of Orion via RMI configuration This RMI binding is part of a configuration to deploy a single application on different servers, one with a remote ejb module This works wonderfully (just followed the remote-access tutorial for that configuration) However, when I add my application, which depends on a local JMS server configuration, to the instance that is configured as the RMI client (ie the one containing the remote server reference to the RMI host), my Orion (RMI client instance) hangs on startup and throws the following security exceptions, regardless of the JMS configuration on the RMI host instance of Orion (ie enabled or disabled) Error binding server: javalangSecurityException: User does not have a bind-permission for jms/demoTopic [repeats for each topic, queue, and factory] In addition, the RMI host instance throws this exception in the console when the lockup occurs javalangNullPointerException at comevermind_dl_gi at comevermind_dlresolveClass at javaioObjectInputStreaminputClassDescriptor (java:918) at javaioObjectInputStreamreadObject (java:366) at javaioObjectInputStreamreadObject (java:236) at javaioObjectInputStreaminputObject (java:1186) at javaioObjectInputStreamreadObject (java:386) at javaioObjectInputStreamreadObject (java:236) at comevermind_cd_nh at comevermind_cdrun at comevermind_ifrun Is this a bug or do I have to do something to configure the JMS server not to use the remote RMI binding? It appears as if some sort of RMI lookup to the bound RMI host from the JMS server on the RMI client machine is getting stuck -- I just don't understand why it seems like the JMS server is trying to bind to the RMI host rather than the local server which should be providing the JMS server to the application I've deployed locally Or maybe I just don't understand the relationship between JMS and RMI? Thanks in advance for any help or direction you can provide Jason PS If I shut down the host RMI instance, the other instance unlocks, and outputs Error binding to server: comevermindserverrmiOrionRemoteException: IOError: Descriptor not a socket: socket write error; nested exception is: [repeats this about 20 to 25 times] then initializes properly and my new application works perfectly, though my application with the remote ejb-module is now unusable without the remote RMI binding
RE: Direct call to j_security_check when using form based authori zati on
Erik: Try changing your snippet below to... jsp:forward page=%= j_security_check?j_username= + java.net.URLEncoder.encode(j_username) + j_password= + java.net.URLEncoder.encode(j_password) % / THE PROBLEM -- Notice the ? rather than the ; before the first parameter; the ? identifies the start of the query string and the ; is being interpreted as part of the servlet mapping (i.e. /j_security_check; rather than just j_security_check). If that doesn't work, try putting the username/password into request attributes when you submit from the public page and retrieve them in your login.jsp page to use as values for the form fields, and if those parameter values exist, auto-submit the login.jsp page. This will still pop-up the login.jsp when you try to get a restricted resource directly, but also allow you to login from various external locations. Hope that helps... Jason Coward TRM Software Developer Mongoose Technology, Incorporated [EMAIL PROTECTED] http://www.mongoosetech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Erik Johansson Sent: Monday, February 18, 2002 1:30 PM To: Orion-Interest Subject: RE: Direct call to j_security_check when using form based authori zati on Thank you for your answer. I understand what you mean, but I am afraid I did not specify my problem enough. I would like to have a login form (fast login) on my public page where a visitor can directly insert username and password. When the client press the login button I would like to send him to the correct page (which is restricted) without forcing him to visit the login.jsp (the page specified as form-login-page in the web.xml). This seems natural since he has already added his login data once. If the client is trying to access a restricted page without using the fast login, then it is of course desirable that the container intercepts the call and shows the login form. What I have tried to do is to attache the username and the password in the http-parameter list (with post) when directing the user from the fast login form to a restricted area, and then to automatically forward the call to the j_security_check from the login.jsp if a password and a username is attached to the http-parameter list. The problem is that the Orion web-server does not accept the direct call to the j_security_check. Does anyone have any ideas about how to solve this problem? Below you´ll find my test login.jsp and the error message from the web-browser. Best regards, Erik login.jsp : html headtitleTest System/title/head body bgcolor=white %! private String username; private String password; public void jspInit() //System.out.println(Running init...); } public void jspDestroy() } % % username = request.getParameter(username); password = request.getParameter(password); String j_username = username; String j_password = password; % jsp:forward page=%= j_security_check;j_username= + java.net.URLEncoder.encode(j_username) + j_password= + java.net.URLEncoder.encode(j_password) % / /body /html - Error message from web-browser : -- java.lang.IllegalArgumentException: Resource /j_security_check;j_username=pellej_password=pelle123 not found at com.evermind[Orion/1.5.2 (build 10460)].server.http.EvermindPageContext.forward(Unknown Source) at /login.jsp._jspService(/login.jsp.java:49) at com.orionserver[Orion/1.5.2 (build 10460)].http.OrionHttpJspPage.service(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._ah._rad(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)].server.http.JSPServlet.service(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._abe(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb._uec(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._cxb.forward(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._ctb.reject(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._ah._fod(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._ah._cwc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._twc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._io._gc(Unknown Source) at com.evermind[Orion/1.5.2 (build 10460)]._if.run(Unknown Source) -Original Message- From: Douma, Ate [mailto:[EMAIL PROTECTED]] Sent: den 18 februari 2002 12:26 To: Orion-Interest Subject: RE: Direct call to j_security_check when using form based authori zati on Define an secure url (e.g. /secure
FW: 1.5.2 stripping trailing slash on all URL's
I'm reposting, hoping someone has a clue what is going on... ??? Please help if you can... -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason CowardSent: Monday, July 09, 2001 5:35 PMTo: Orion-InterestSubject: 1.5.2 stripping trailing slash on all URL's I'm curious as to why in Orion 1.5.2, the trailing slashes of all request URI's are being removed automatically by the servlet container? Not sure if it is the redirect or forward method implementations that are doing it, but it has broken some code that expects trailing slashes on the requests (it's an open-source DAV server implementation). I'm not necessarily reporting this as a bug, just curious if someone can enlighten me as to what changed and why this might have changed in this version; it wasn't happening before. Thanks, Jason
RE: starting using orion
Title: starting using orion You can put your web application directories wherever you want, so long as your configuration files point to the appropriate location. The configuration files are all located in the /config subdirectory of your Orion install path. You should probably review the documentation regarding these files, so you are familiar with all the possibilities of configuration and deployment of J2EE applications on Orion. Hope that helps get you started... drumshamen -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ta Nguyen Binh DuongSent: Tuesday, June 12, 2001 3:57 AMTo: Orion-InterestSubject: starting using orion Hi all, I've just started using Orion.. Please tell me how can I make my own application in Orion: where can I put my web directory, and how about the configuration file? Thanks so much. Binh Duong [EMAIL PROTECTED]
RE: Setting up a new web-application
Kevin: If you have configured the /WEB-INF/web.xml file in your deployment with an appropriate servlet definition (this is also where you can use a servlet mapping to point to an alternative alias URL to access your servlet, rather than using the /servlet/servletName), the only other thing I see that might be a problem is your reference of port 8080 in the URL. Why are you using 8080 as the port number for your application URL. If the SnoopServlet is working for you on the default port 80, so should your servlet URL. 8080 would be the port on which the application server was listening to requests from the web server, right? Jason Coward Mongoose Technology, Incorporated http://www.mongoosetech.com | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Jones | Sent: Tuesday, May 29, 2001 8:17 AM | To: Orion-Interest | Subject: RE: Setting up a new web-application | | | BTW | | According to the 1.4.5 documentation the default web directory | mapping for | servlets is /servlets, mind the plural | | this can't be right. | | Try browsing to | | http://localhost/servlet/SnoopServlet | | and | | http://localhost/servlets/SnoopServlet | | only the first URL works, | | | Kevin Jones | DevelopMentor | www.develop.com | | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]]On Behalf Of Marcel Schutte | Sent: 29 May 2001 11:47 | To: Orion-Interest | Subject: RE: Setting up a new web-application | | | Hi, | | According to the 1.4.5 documentation the default web directory | mapping for | servlets is /servlets, mind the plural | (http://www.orionserver.com/docs/orion-web.xml.html). But since | none of the | classes in WEB-INF/classes are found there might be yet another problem. | Could you perhaps post a zip of your orion\applications\addressbook | directory tree, I'll try it out and see what I can find. | | Marcel | | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Jones | Sent: Tuesday, May 29, 2001 11:20 AM | To: Orion-Interest | Subject: Setting up a new web-application | | | I have a web application that works fine on Tomcat 4.0b5. I'm | trying to run | it on Orion as a proof of concept but I can't get much working! I've | followed the 'atm' example in the notes and have the | following structure | | orion\applications\addressbook | orion\applications\addressbook\META-INF | orion\applications\addressbook\AddressBook | orion\applications\addressbook\AddressBook\WEB-INF | orion\applications\addressbook\AddressBook\WEB-INF\classes | orion\applications\addressbook\AddressBook\WEB-INF\lib | | I've updated server.xml (with this application name=AddressBook | path=../applications/AddressBook/ / ) | and default-web-site.xml (with this web-app | application=AddressBook | name=AddressBook root=/AddressBook /. | | I can browse to http:\\localhost:8080\AddressBook and it picks up the | welcome-file. | I can browse to a simple JSP (that has no beans etc.) | I can't browse to any servlet, so | http://localhost:8080/AddressBook/servlet/com.develop.ewebjava | .lab.Browse | and | http://localhost:8080/AddressBook/servlet/SimpleServlet | | both return 404 Not Found Resource | /AddressBook/servlet/SimpleServlet not | found on this server | | but both classes are in | orion\applications\addressbook\AddressBook\WEB-INF\classes | | I can't browse to a JSP that uses beans that are in | orion\applications\addressbook\AddressBook\WEB-INF\classes | | And I can't get Orion to load an application listener that is also in | orion\applications\addressbook\AddressBook\WEB-INF\classes | | Orion obviously can't find classes in | orion\applications\addressbook\AddressBook\WEB-INF\classes but | this should | be automatically added to the classpath for this application. | | What am I missing? I assume it must be configuration setting but I can't | find anything in the docs, | | Kevin Jones | DevelopMentor | www.develop.com | | | | | |
RE: init params
Russ: The first two methods... * getInitParameter(String):String * config.getInitParameter(String):String both reference the ServletConfig.getInitParameter(String):String method. This returns configuration information specified by an init-param element within a servlet definition. The other method... * getServletContext.getInitParameter(String):String references ServletContext.getInitParameter(String):String. which retrieves parameter values from the context-param element of a web-app definition. Check out the Servlet API JavaDocs or specification docs for more info. Jason Coward Technical Relationship Manager Mongoose Technology, Incorporated | -Original Message- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]]On Behalf Of Russ White | Sent: Saturday, May 12, 2001 9:08 AM | To: Orion-Interest | Subject: init params | | | Found something unexpected. | | I have attached an ear to illustrate. | | In the servlet TestServlet (config provided for expediency). | servlet | servlet-nametest/servlet-name | display-nametest/display-name | servlet-classcom.sequenet.mvc.TestServlet/servlet-class | init-param | param-nameconfig/param-name | param-valuetest/param-value | /init-param | load-on-startup1/load-on-startup | /servlet | I try to get an init-param three ways. | | System.err.println(param=+getInitParameter(config)); | System.err.println(param=+config.getInitParameter(config)); | | System.err.println(param=+getServletContext().getInitParameter(config)); | | the first two print test as they should. | the last one print null. | | why? | | Just for kicks I performed this test in both the init() method and a service() | method. | | Any thoughts? | | WR | Russ White | |
RE: Session Invalidate Exception
Title: Session Invalidate Exception Kesav: I believe that when you call request.getSession(false), it will not create a new session if a valid one does not already exist. If you want to create a new one, right after invalidation of a previous session, call request.getSession() or request.getSession(true). Obviously, you will need to reset your attribute after the new session is created. Jason -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kesav KumarSent: Friday, May 11, 2001 4:17 PMTo: Orion-InterestSubject: Session Invalidate Exception When we call invalidate() method on the session what happens? I was doing the following and I am getting a strange error. This is just a testcondition I am giving to reproduce my error. The reality is much complex. session.setAttribute("kesav", "I am nice"); session.invalidate(); HttpSession sess = request.getSession(false); if(sess == null) System.out.println("Session is null"); Object obj = sess.getAttribute("kesav"); After the invalidate I was thinking that I won't get session object thats the reason I had a condition for null. What happening is I am getting a session object and when I try to access any attribute I am getting java.lang.IllegalStateException: Session was invalidated at com.evermind[Orion/1.4.8 (build 10374)].server.http.EvermindHttpSession.getAttribute(Unknown Source) at /Test.jsp._jspService(/Test.jsp.java:30) (JSP page line 7) at com.orionserver[Orion/1.4.8 (build 10374)].http.OrionHttpJspPage.service(Unknown Source) at com.evermind[Orion/1.4.8 (build 10374)]._aj._nxd(Unknown Source) at com.evermind[Orion/1.4.8 (build 10374)].server.http.JSPServlet.service(Unknown Source) at com.evermind[Orion/1.4.8 (build 10374)]._iib._vfd(Unknown Source) at com.evermind[Orion/1.4.8 (build 10374)]._iib._qjc(Unknown Source) at com.evermind[Orion/1.4.8 (build 10374)]._kj._qbc(Unknown Source) at com.evermind[Orion/1.4.8 (build 10374)]._kj._oa(Unknown Source) at com.evermind[Orion/1.4.8 (build 10374)]._jw.run(Unknown Source) Any ideas why is it happening? Kesav Kumar Software Engineer Voquette, Inc. 650 356 3740 mailto:[EMAIL PROTECTED] http://www.voquette.com Voquette...Delivering Sound Information
RE: IDE tools and Orion
Kalle: I'm curious, when you say developing J2EE apps, what is the nature of the application(s) you are developing? Are you looking for Java IDE's with helpers for servlet, EJB, and/or JSP component development? Or are you looking for an IDE that supports the full life-cycle of web application development, integration, configuration, deployment, and/or management? If your interest is in the later, and not just the former, take a look at PortalStudio from Mongoose Technology, Inc. (http://www.mongoosetech.com). PortalStudio consists of an IDE and server, bundled with Orion, for designing, developing, assembling, deploying, and managing J2EE compliant portals. It's a framework for enterprise application integration, content management, component development with reusable libraries, community development, on-line collaboration, and a commitment to industry standards. It does not attempt to replace the functionality of a Kawa or JBuilder IDE, but rather serves as a higher-level IDE to bring together the more specific tools (XML schema editors, Java IDE's, graphics editors, etc.) that each contributor to a web application project would use, and as an API for consolidating organizational resources (structured and unstructured data, user management, application security and integration, etc.). It even generates Java code shells for new components. BTW, Orion is bundled with Mongoose PortalStudio because it seemed to have the most complete J2EE implementation, is lightweight and fast, offers free development licenses, and production licenses are relatively inexpensive. However, our product is designed to allow deployment of a singular portal "definition" to any J2EE compliant application server platform. Currently Orion is the only fully supported and tested platform, but we plan to provide support for additional app servers based on market trends and specification compliance. For instance, WebLogic deployment is currently under development and expected soon. In addition, the API is available for others to develop additional "adaptors" to handle any application server specific configuration steps required for deployment on the platform of choice. Anyway, enough said, please feel free to visit the website or contact me directly if you want more information... Thanks, Jason Coward Technical Relationship Manager Mongoose Technology, Incorporated [EMAIL PROTECTED] http://www.mongoosetech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp Randy-W18971 Sent: Friday, April 13, 2001 9:31 AM To: Orion-Interest Subject: RE: IDE tools and Orion Mike: So many tools, it's hard to keep track. Jbuilder, Kawa, Ultraedit, Ant, ejbdoclet, Bugseeker. I am sure I missed some. Randy -Original Message- From: Kalle Anka To: Orion-Interest Sent: 4/13/01 1:32 AM Subject: IDE tools and Orion Hi, I'm evaluating different tools for developing J2EE apps with Orion. So, I'm asking this excellent list which tools that supports Orion regarding deployment, debugging and so forth. I know that Kawa Enterprise 5.0 with SP1 do, but maybe there are other ones that work as fine as Kawa does ?? //Kalle _ Get your FREE download of MSN Explorer at http://explorer.msn.com