Re: URLs in web apps
I'm pretty sure it's a standard HTML tag. Brien Voorhees Invest.com - Original Message - From: "Kevin Duffey" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, September 01, 2000 2:23 PM Subject: RE: URLs in web apps HI, Is that a HTML 4.0 tag? I never saw that one before. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Clark Sent: Friday, September 01, 2000 6:48 AM To: Orion-Interest Subject: Re: URLs in web apps Alternatively, you could use this syntax... html head base href="%= request.getContextPath() %" / /head body a href="file.jsp"click/a /body In general, the servlet engine automatically maps the directory name to the application, but references to URLs from standard HTML tags are not automatically mapped. When the base href tag is used, all relative URLs are resolved relative to this value. If your application is mapped to the directory "myapp", then in the example above the href would reference "/myapp/file.jsp". Mike Kevin Duffey wrote: I think your ok..but I use the request.getContextPath() in a "included" header file on all my JSP pages. I assign it to a contextPath string var and use it in all my href tags a href="%= contextPath %/path/file.jsp"click/a But, I believe the spec allows relative paths to the root of the web app. So, if your root is /, and the dir is i3-web, and you have a linke to /path/page.jsp, it would be from /i3-web/path/page.jsp. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kurt Hoyt Sent: Thursday, August 31, 2000 7:31 PM To: Orion-Interest Subject: URLs in web apps I've noticed an inconsistency in how URLs are used within the servlet engine in Orion. Perhaps I've never had to deal with this since this is the first servlet engine I've used that supports .war files, server.xml, web.xml files, etc. I have a web app that is deployed like this: server.xml contains this line: application name="i3" path="../i3"/ default-web-site.xml contains this line: web-app application="i3" name="i3-web" root="/i3"/ application.xml contains these lines: /module web web-urii3-web/web-uri context-root//context-root /web /module I expect that absolute URLs used anywhere in my JSPs (and that includes a href="..", %@ include file="..." %, and response.sendRedirect() calls) would look like this /i3/rest of URL. However, I've noticed that for anything other than a href="..." tags, the /i3 is implied and all I need is /rest of URL for absolute paths. I have two questions: 1. What does the context-root element do? The servlet and JSP specs are pretty vague about this. 2. Should I be calling request.getContextPath() and using it to create absolute URLs for a href="..." tags or just try and use relative URLs within the a href="..." tags? Kurt in Atlanta -- // // // Mike Clark // // Clarkware Consulting // Enterprise Java Architecture, Design, Development // // http://www.clarkware.com // [EMAIL PROTECTED] // +1.720.851.2014 //
Re: Bogus error message?
This may be no help at all but I thought I'd throw it out there as a possibility. You might want to make sure you don't have any uppercase-versus-lowercase problems. (i.e. your directory is "\orion\xercise\." but in your config file it's listed as "\orion\Xercise\."). Brien Voorhees Invest.com - Original Message - From: "Jesper Weissglas" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, August 04, 2000 11:33 AM Subject: Bogus error message? I run Orion with development="true", wich makes it compile .java into .class if the java has been modified. Good. I have a simple application with a servlet client in the web-app. If I provide only the ClientServlet.java file in WEB-INF/classes, Orion compiles it just fine when I try to access .../web-appname/servlet/ClientServlet. Good. But then it tells me: Servlet error: Error instantiating servlet 'ClientServlet' (servlet class not found, make sure it exists at F:\orion\Xercise\application\Xercise\web/WEB-INF/classes/ClientServlet.class ... WHICH IS EXACTLY WHERE ORION DID JUST PUT THE FILE ITSELF!!! Que pasa? /jesper (Orion 1.1.37, JDK1.3, Win2k)
Re: orion-web.xml: development=true
You should be able to find them in "~orion/application-deployments/default/appName/persistence/" . Brien Voorhees - Original Message - From: "Steven Punte" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, July 06, 2000 8:52 AM Subject: orion-web.xml: development="true" Dear James: Thanks for the hint. I assume you mean file: "~orion/application-deployments/default/appName/orion-web.xml Also, if I set development=true, where will the transformed jsp to java files be stored? Thanks in advance: STeve Punte e-Business Software Architect Technologent Inc [EMAIL PROTECTED] - Original Message - From: [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, July 06, 2000 6:52 AM Subject: RE: HELP: Reoccurring ArrayIndexOutOfBoundsException from Orion Orion has two JSP compilers - one outputs bytecode and the other (I think) outputs source, which is then compiled.. I'm willing to wager that if you use the latter compiler, the problem will disappear. To change compilers, add the attribute development="true" to the element 'orion-web-app' in /orion/applications/your_app/your_app-web/WEB-INF/orion-web.xml Regards, James Dodd ZDNet
Re: Make changes without losing session?
Thanks much for the help, Robert. I added the "persistence-path" entry and sessions now persist across restarts and shutdowns! Unfortunately if I make a change to one of my servlets (and/or presumably beans) when the session is next accessed a ClassCastException is thrown. If I do a restart after changing a servlet then it seems to work ok. I assume I shouldn't have to do a restart after any servlet/bean changes. Any ideas? Thanks again for your help, Brien Voorhees Here's the exact error, by the way : 500 Internal Server Error java.lang.ClassCastException: com.quicksweep.User at com.quicksweep.ContestServlet.doGet(ContestServlet.java:17) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.dg.o2(JAX) at com.evermind.server.http.dg.forward(JAX) at com.evermind.server.http.dp.o8(JAX) at com.evermind.server.http.dp.o7(JAX) at com.evermind.util.e.run(JAX) - Original Message - From: "Robert Krueger" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, July 06, 2000 12:12 AM Subject: Re: Make changes without losing session? sessions should be OK across server restarts as long as they contain only serializable values or ejb references. you configure persistent sessions in orion-web.xml of the particular web module via the persistence-path attribute (see below). orion-web-app deployment-version="1.1.8" development="true" persistence-path="../persistence/state.ser" jsp-cache-directory="../persistence" temporary-directory="./temp" servlet-webdir="/servlet/" Also, I was wondering what the expected behavior is of doing a RESTART or SHUTDOWN-then-startup. Should all the user sessions still be valid when the server comes back up? They aren't for me, currently, but I assume that's caused by the same problem as above. If someone can enlighten me, I'd really appreciate it. Thank you, Brien Voorhees (-) 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
Make changes without losing session?
Whenever I make a change to one of my servlet source files while a user is in the middle of a session, Orion appears to terminate the session and on subsequent page requests gives the user a ClassCastException (e.g. java.lang.ClassCastException: com.quicksweep.BrowseList at /directory.jsp._jspService(/directory.jsp.java:32) at com.evermind.server.http.EvermindHttpJspPage.service(JAX) ). I assume I must just be doing something stupid with my configuration. In an attempt to keep my configuration relatively simple, I'm just using the default web app setup. I added the following to "global-web-application.xml" : classpath path="c:\qs\sdev\src" / (this is where my servlets and beans are) classpath path="c:\qs\sdev\lib\mysql_comp.jar" / classpath path="c:\qs\sdev\lib\ewin-jdbc\ewin" / I also tried taking out the first classpath entry and putting all my source files in WEB-INF/classes/... Also, I was wondering what the expected behavior is of doing a RESTART or SHUTDOWN-then-startup. Should all the user sessions still be valid when the server comes back up? They aren't for me, currently, but I assume that's caused by the same problem as above. If someone can enlighten me, I'd really appreciate it. Thank you, Brien Voorhees
Please help - autoencode doesn't seem to work
I'm having trouble getting the "autoencode-urls" feature to work. I'm assuming that it will encode links such as HREF="/profile.jsp" in JSP files and HTML files (or JUST JSP?). I can't seem to get it to work, though. My orion-web.xml file has the following : orion-web-app deployment-version="1.0rc1" development="true" jsp-cache-directory="./persistence" temporary-directory="./temp" servlet-webdir="/servlet/" session-tracking autoencode-urls="true" / session-tracking / /orion-web-app I think the docs say that autoencode-urls is "true" by default, so I probably don't even need to specify it in my orion-web.xml but I tried it just to make sure. Any help would be greatly appreciated. I'm hoping to start beta-testing my site in the next few days Thank you, Brien Voorhees
incorrect mime types
I'm seeing weird mime-type behavior with OrionServer (9.2) and XML/XSL. If I access http://localhost/quote.xml" (which has "quote.xsl" applied to it) from my browser it returns a mime type of text/html the first time I access it. If I reload it, however, the mimetype changes to text/xml. If I shutdown Orion and restart it repeats this behavior (html first time, xml subsequently). I can send you my xml and xsl file if that would help diagnose this problem. Brien Voorhees
Several OrionServer questions
I had a few questions I was hoping someone could answer. I posted these a few weeks ago but got no response. I'm not sure it made it to the list. 1.) In the FAQ it mentions that Orion supports JSP and Servlet clustering but I haven't seen much documentation on it. How is the session information replicated? Are there multiple methods of replication? Do you have control over the replication? Any performance issues one should be aware of? 2.) How soon do you expect EJB clustering to be available? 3.) In a medium-to-large-scale web application you need the ability to monitor server load and request-response-times in order to know when to add more servers and where bottlenecks are (e.g. which types of requests). Does/will Orion support anything like this? 4.) How do you use XSL or XSLT with Orion? 5.) Transparent support of WAP is mentioned (via XML jsp's and XSLT). WAP doesn't support cookies, does it? I assume you have to write your app to use URL rewriting (and manually wrap all URLs in your JSP's with response.encodeURL(), etc)? 6.) How do you use the O/R mapping mentioned recently? 7.) I know you guys are really busy coding but is any work being done on a full-fledged user manual? I really like Orion and feel it's an awesome server however the lack of documentation is still a major weakness. I know there are lots of things that Orion can do for me that I'm not using simply because I don't know it's there or don't know how to use it. Thank you, Brien Voorhees
Re: Several OrionServer questions
Wow, that was fast! Thank you thank you thank you! :-) From: "Karl Avedal" [EMAIL PROTECTED] Right now we're totally focused on 2 things, QA and documentation. We are building large test suites and we are correcting all bugs we find with our test suites and bugs that are reported by users. This will be the case until we can't find new bugs and documentation is of top quality. Some small features might of course be added, but for big things I would expect over a month. Excellent! Looking forward to it. Brien Voorhees
Re: Viewing the generated code
From: Vimal Kansal Hi, Can somebody tell me, with Orion Server, how do I view the source Java code generated by Orion for a jsp. TIA Vimal Kansal Here's some info from a message the Magnus Stenman posted a while back that might help you : Orion 0.8.0 supports the optional persisting the generated sources if developmentmode is enabled in the web-app, the generated sources are slower, but more readablewhen degugging than the "production use" versions.To enable development mode add this to your web-application.xml:developmenttrue/developmentjsp-cache-directory./persistence/jsp-cache-directory Hope that helps, Brien Voorhees
Re: EJB w/ different DB's
From: "Frank Apap" [EMAIL PROTECTED] I am currently using hSql for my db with my ejb operations, but I want to switch over to a more reliable and documented db. Does anyone have any recommendations for simply but reliable database that will be easy to switch to? I don't know if it integrates specifically with EJB but you might want to check out MySql. It runs on lots of different platforms and is one of the most popular free databases in use. I've been using it for development recently and found it to be extremely fast, easy to setup, and fairly rich in features. I'm not sure but I think it's Open Source, as well. You can check it out at www.mysql.com. O'Reilly has a book that covers MySQL called "MySQL mSQL". It's available at BookPool, which has really good prices on technical books http://www.bookpool.com/.x/nt696p9rmi/sm/1565924347 . Hope that helps Brien Voorhees
Parameter parsing bug?
I ran into what might be a bug in OrionServer's parameter parsing. I have a JSP page that is called from a form submit and if one of the parameters is empty but does not include an equal sign all of the parameters return null (via getParameter()). For example, the first URL works fine but the second one results in all null-values. blahjsp?one=1two=three=3 blahjsp?one=1twothree=3 Thank you, Brien Voorhees
Re: next releases?
When upgrading from 8.1 to 8.3 (or 8.2) do we need to actually install it, or can we just copy over our old "orion.jar" (and the other .jar's you mentioned)? I never know whether the XML configurations files 'n' stuff are compatible from one release to the next. Thank you, Brien Voorhees - Original Message - From: "Magnus Stenman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, December 21, 1999 4:31 PM Subject: RE: next releases? when are the next releases due out? Hopefully during tomorrow or the day after that, shouldnt be long. It contains a lot (and I do mean a lot) of bug-fixes, a lot of the bugs reported on this list are already fixed (in areas such as EJB, JSP, UserManager etc). If you want to jump the gun then download the pre at: http://www.orionserver.com/orion/orion.jar which always contains the latest released patch (currently labeled 0.8.2). For the latest release you also need jnet.jar, jcert.jar and jsse.jar (for JSEE SSL support, tutorial on how to set it up will follow), you get those from the Sun JSSE implementation release, http://java.sun.com/products/jsse/. The next release will be labeled 0.8.3 btw. /Magnus Stenman, the Orion team
EJB tutorial (addendum)
First of all, thanks for putting up sessionbean tutorial for using EnterpriseJavaBeans with OrionServer! Hopefully it's the first of many... :) I went through it earlier today and ran across a step that probably needs to be added to the tutorial. After writing the client program and setting up the jndi.properties file it says you should be able to run the client. However I first had to enable the "admin" account by editing "config\principals.xml" and taking out the (status="deactivated") for the "admin" user. By the way, I also found that if you make your ejb classes part of a package (e.g. proto.ejb.CartClient instead of just CartClient) the "jndi.properties" file needs to be in the classpath root, NOT the directory you run the client from (which, in my case, was classpath root\proto\ejb). The classes in the tutorial aren't in packages so it's not a problem but I thought I'd mention it in case anyone else tries creating them as a package and gets confused by this. Brien Voorhees
Misleading error msg when leaving off throws RemoteException
Just thought I'd mention that if you forget to add "throws RemoteException" to a method in an EJB OrionServer generates the following error : Error deploying file:/C:/jdev/src/ homes: Error creating home instance: java.lang.NullPointerException (null) Error initializing home of type MyPriceHistory: Error creating home instance: java.lang.NullPointerException (null) Orion/0.8.1 initialized If possible, it'd be good to display a more explanatory error message. Brien Voorhees