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... > > > > > > > > > > > > > > click > > > > > > 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 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 click > > > > > > 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: > > > > > > > > > > > > default-web-site.xml contains this line: > > > > > > > > > > > > application.xml contains these lines: > > > > > > > > > > > > i3-web > > > > / > > > > > > > > > > > > > > > > I expect that absolute URLs used anywhere in my JSPs (and > > that includes > > > href="..">, <%@ include file="..." %>, and > > response.sendRedirect() calls) > > > > would look like this /i3/. However, I've noticed that for > > > > anything other than tags, the /i3 is implied > > and all I need > > > > is / 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 tags or just try and use > > relative URLs > > > > within the 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 ...//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: forward Vs redirect. Stopping multiple form submits
This may be overkill for your particular situation but one technique you can use is to embed an incrementing or random token in the user's session. For example : -customerMaint.jsp- <% int token = (random number); session.putValue("token", ""+token); %> > ... ---SaveServlet String sessionToken = session.getValue("token"); String formToken = request.getParameter("token"); // generate new token value session.putValue("token", (some other number or null or something) ); // make sure the token that came through on the submit is the same one that was assigned in the session earlier if(sessionToken.equals(formToken)) // do save else // ignore or display error The basic idea is to have some unique value stored in the session which is also placed in the form. Upon submission you require that the submitted value is the same as the session value. Then invalidate the value in the session (by changing it to a different number or removing it entirely) so the next time the form values are submitted (e.g. by refresh) it won't match and thus will be rejected. The initial token setting could also be done prior to customerMaint.jsp if you wanted (i.e. in the page or servlet that initially links to customerMaint.jsp). Hope that helps, Brien Voorhees Invest.com - Original Message - From: "Matt Krevs" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Wednesday, July 12, 2000 4:11 PM Subject: forward Vs redirect. Stopping multiple form submits > I have an intranet website that has a lot of display/edit/delete > functionality using forms. > > For example - to create a new customer the user would open > customerMaint.jsp, enter the details and click submit. > > Clicking submit calls a servlet (lets call it SaveServlet) that saves the > details. This servlet then forwards to customerMaint.jsp to display the > saved details. > > Unfortunately (for me anyway), after the forward, the URL in the browser is > still SaveServlet. Consequently, if the user refreshes the browser (hits F5 > in IE), the form is resubmitted and hey presto we now have 2 customers with > the same details. > > I'm sure I'm not the only person to have this problem. How are others > handling this situation? > > ie open page -> submit form -> forward to initial page with saved details -> > stop the user from resubmitting the original form. > > I have played around with sendredirect but there are quite a few limitations > I cant get around - namely > > 1. its slower than doing a forward > 2. the request parameters arent automatically passed to the sendRedirected > page. You have to do it manually. > 3. if you have a very large parameter there is no nice way to send to to the > sendRedirected page (eg like a POST). For example we save details by > building up an xml string and sending it as a form parameter. This string > can get very long and cant really be tacked on to the end of the query > string in the url when sendRedirect is called. > > Anyone have any bright ideas? Any help appreciated. > > Thanks > Matt > > >
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). >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
Re: orion-web.xml: development="true"
You should be able to find them in "~orion/application-deployments/default//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//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//-web/WEB-INF/orion-web.xml > > > > Regards, > > > > James Dodd > > > > ZDNet > > > > > > >
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" : (this is where my servlets and beans are) 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 : 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 p.s. The url is http://www.quicksweep.com (or http://216.174.192.213/ until the DNS changes go through). It's an online sweepstakes directory/browser that automatically fills out entry forms. I've been developing it with a friend as a side project. We're still putting the finishing touches and adding sweepstakes to the database but it is functional. If anyone wants to test it out, we'd welcome it! __ FREE Personalized Email at Mail.com Sign up at http://www.mail.com/?sr=signup
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 : 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
Re: Problems with servlets when migrating from JRun
From: "Donald E. Vandenbeld" <[EMAIL PROTECTED]> > Second, I can't seem to forward from the servlet to a jsp! I get a > clickable link printed to the screen instead of the redirection taking > place. To redirect I'm using: > response.sendRedirect (response.encodeRedirectURL ("/announcement.jsp")); Change it to the following : RequestDispatcher rd = getServletContext().getRequestDispatcher("/announcement.jsp"); rd.forward(request, response); This reflects the proper way of dispatching according the more recent Servlet specs. Hope that helps, Brien Voorhees
Re: Adding new directories
From: <[EMAIL PROTECTED]> > > I know this question may seem a little "slow", yet I need some help. I have > hacked through the .xml config files as well as downloaded the docs. > However, I can not find a simple example on adding a new directory. I > added .htm files to default-web-site, now I would like to add a directory > to hold my graphics. I created the folder /usr/local/orion/images. How can > I add the actual directory to the web engine as /images? You could add the directory underneath default-web-app (or whatever your main web directory is) and reference your images as "/images/goo.gif". Brien
document-root no longer working
I installed Orion 0.9.4 today and couldn't get it working with a different document-root. Since I'm often installing new versions of Orion and also testing my stuff with other servers, I don't like to have my *.html, *.jsp, etc. files under the Orion directory tree. I'm trying to set my document root for the default web app to "c:\web" but I get the following error: C:\orion94>java -jar orion.jarError starting HttpServer: Error initializing site file:/C:/orion94/config/default-web-site.xml: Error loading web-app 'defaultWebApp' at C:\orion94\default-web-app: document-root can only be used when using standalone configs, Servlet 2.2packaged apps have a preset rootOrion/0.9.4 initialized. I modified default-web-app/web-inf/orion-web.xml with the following snippet (adding only the document-root line which worked under 0.9.2) : deployment-version="0.9.4" jsp-cache-directory="./persistence" temporary-directory="./temp" servlet-webdir="/servlet/" document-root="c:\web" > Any help would be greatly appreciated. Thanks! 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
weird caching behavior with xml/xsl
I'm experimenting with XML/XSL and OrionServer and experiencing weird caching behavior. I have "quote.xml" which references "quote.xsl". I can access quote.xml from a browser and Orion gives me the transformed version, as expected. If I make a change to quote.xml or quote.xsl, however, it isn't reflected unless I shutdown Orion and restart it. Any ideas? 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
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: 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:true./persistence 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=1&two=&three=3 blahjsp?one=1&two&three=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 > > > >
JSP bug report
I had the following line in a JSP file : "hello, this is the index jsp file from d:\web\index.html" and when I tried to access it the following error was generated : -- Syntax error in source __jspPage0.java:25: Invalid escape character. out.write("\r\n\r\nhello, this is the index jsp file from d:\web\index.html \r\n\r\ntime is "); ^ -- Presumably the JSP generator just needs to be modified to escape any existing slash characters. Thank you, Brien Voorhees
Re: problems with Orion?
From: "Gregory Bohmer" <[EMAIL PROTECTED]> > 3) The entry in web-application.xml doesn't appear > to be completely working. I have added a directory there for my > beans to see and it's not working. I have to still copy all my helper > classes to c:\orion\beans (where my EJB's are) - rather than keeping > in some other directory. Is it servlet/jsp's that can't see the directory, or is it EJB's? I have the following lines in my web-application.xml and it seems to work fine for my servlets and JSP's : c:\jdev\src c:\odi\osji\osji.jar I added those line to the web-application.xml located in "default-site\", not "config\". I don't know what the difference between the two is. 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
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 \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
Possible bug and how to keep generated servlets
I sent this a week ago but didn't get any replies so I'm not sure if it made it to the list. I tried .76b and now OrionServer actually hangs when processing one of my JSP's (that works on Jrun) and won't respond to any more requests. - First a question. How do you tell OrionServer you want it to keep the source code for servlets generated from JSP files? I'm experiencing a weird bug in a JSP and I'd like to take a look at the source. I'm having two problems. The first one is that a value that's supposed to be inside of a table is showing up outside it. Here's the JSP code : <% double cash = bapiContext.getCash(request.getParameter("account")); %> Cash ($)<%=(int)cash%>$1.00<%=Util.formatCurrency(cash)%> Here's the result : Cash ($)$1.00$18,000.00 18000 Notice the "18000" (the value of cash) is being output at the end of the line (outside of the ) instead of where it's supposed to be. Bizarre, ain't it? The other problem I'm having is with a set of classes from IBM's Alphaworks site for generating HTML tables. It's unable to find a .ser (serialized object) file for some reason. Here's the code : <% ... snip ... formatBeanNames[1] = "com.ibm.jsp.NumberFormatGeneral"; jspTableFormat.setFormatBeans(formatBeanNames); ...snip... %> <%= jspTableFormat.format(request, v) %> What's generated is : ***JSPError: -2 - Unable to find .ser or .class file for: "com.ibm.jsp.NumberFormatGeneral".*** The .ser files are in my classpath (d:\jdev\src is in my classpath and the NumberFormatGeneral.ser file is in d:\jdev\src\com\ibm\jsp). Both of these problems don't happen under JRun. I'm attempting to switch our development/deployment platform from JRun to OrionServer so any suggestions would be appreciated. By the way, is the list ok to post bug reports like this one on, or should I handle them some other way? Thanks, Brien Voorhees
Possible bug and how to keep generated servlets
First a question. How do you tell OrionServer you want it to keep the source code for servlets generated from JSP files? I'm experiencing a weird bug in a JSP and I'd like to take a look at the source. I'm having two problems. The first one is that a value that's supposed to be inside of a table is showing up outside it. Here's the JSP code : <% double cash = bapiContext.getCash(request.getParameter("account")); %> Cash ($)<%=(int)cash%>$1.00<%=Util.formatCurrency(cash)%> Here's the result : Cash ($)$1.00$18,000.00 18000 Notice the "18000" (the value of cash) is being output at the end of the line (outside of the ) instead of where it's supposed to be. Bizarre, ain't it? The other problem I'm having is with a set of classes from IBM's Alphaworks site for generating HTML tables. It's unable to find a .ser (serialized object) file for some reason. Here's the code : <% ... snip ... formatBeanNames[1] = "com.ibm.jsp.NumberFormatGeneral"; jspTableFormat.setFormatBeans(formatBeanNames); ...snip... %> <%= jspTableFormat.format(request, v) %> What's generated is : ***JSPError: -2 - Unable to find .ser or .class file for: "com.ibm.jsp.NumberFormatGeneral".*** The .ser files are in my classpath (d:\jdev\src is in my classpath and the NumberFormatGeneral.ser file is in d:\jdev\src\com\ibm\jsp). Both of these problems don't happen under JRun. I'm attempting to switch our development/deployment platform from JRun to OrionServer so any suggestions would be appreciated. By the way, is the list ok to post bug reports like this one on, or should I handle them some other way? Thanks, Brien Voorhees
Re: Absolulte document root?
Awesome! That works. Thanks very much for your reply. I had already tried "d:/web" but that didn't work (and IIRC, generated a Malformed URL message from Orion) but after seeing your message I tried using a backslash and that worked. Incidentally, I was also having the same problem with my bean classpath. My classpath section was originally : /jdev/src and it didn't work. I tried changing it to d:/jdev/src and that also wouldn't work. Changing it to backslashes (d:\jdev\src) fixed it. This seems like very odd behavior to me. It that's the intended behavior (possibly because the spec says that's the way it's supposed to be) then you (Orion) might want to very explicitly document it in the XML file because I imagine lots of other users will have the same problem. Thanks again for the response, Evan. It was very helpful. Brien Voorhees - Original Message - From: Evan Vaala <[EMAIL PROTECTED]> To: Brien Voorhees <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, October 14, 1999 2:40 PM Subject: Re: Absolulte document root? > Brien, > > I tried your scenario and was not able to get it to work either, however, I > tried the following, using the drive letter and backslash and it did work. > > > d:\web > > Evan Vaala > > > > > Brien Voorhees wrote: > > > > > > I'm trying to set up OrionServer and I have my html files in D:\WEB\ . I > > tried setting the document-root property in the web-site xml file to "/web" > > but it appears Orion thinks that's a relative path from default-site. In > > other words, instead of grabbing my index.html file from D:\WEB\index.html > > it's grabbing it from D:\ORION\DEFAULT_SITE\WEB\index.html. The > > documentation (which I've included below) seems to indicate that absolute > > directories are valid. Has anyone else been able to get this to work? > > > > ./html > > Defines the relative/absolute directory to use as root for the served > > pages. > > > > Thanks, > > Brien Voorhees > > > > P.S. Please consider putting more work into the OrionServer documentation. > > I'm sure you guys are really busy building OrionServer and keeping up with > > the latest specs (and doing an impressive job at it, I might add) but lots > > of great features aren't very useful if potential users are discouraged from > > using your server because they can't figure out how to configure it or get > > the most out of it. More examples in the documentation would also be a good > > idea, IMHO. They say "a picture is worth a thousand words" but to me an > > example or two can be worth ten thousand. :-) >
Absolulte document root?
I'm trying to set up OrionServer and I have my html files in D:\WEB\ . I tried setting the document-root property in the web-site xml file to "/web" but it appears Orion thinks that's a relative path from default-site. In other words, instead of grabbing my index.html file from D:\WEB\index.html it's grabbing it from D:\ORION\DEFAULT_SITE\WEB\index.html. The documentation (which I've included below) seems to indicate that absolute directories are valid. Has anyone else been able to get this to work? ./html Defines the relative/absolute directory to use as root for the served pages. Thanks, Brien Voorhees P.S. Please consider putting more work into the OrionServer documentation. I'm sure you guys are really busy building OrionServer and keeping up with the latest specs (and doing an impressive job at it, I might add) but lots of great features aren't very useful if potential users are discouraged from using your server because they can't figure out how to configure it or get the most out of it. More examples in the documentation would also be a good idea, IMHO. They say "a picture is worth a thousand words" but to me an example or two can be worth ten thousand. :-)
jar files in classpath not working?
I'm trying to use ObjectStore in a servlet running in OrionServer8.1. In my web-application.xml I have : c:\jdev\src c:\odi\osji\osji.jar The first entry is my where my source tree is and the second entry is the jar file containing the ObjectStore classes. I can't get Orion to recognize the osji.jar. I get a ClassNotFound when my servlet tries to access an ObjectStore class. After trying all sorts of things I eventually unzipped the jar file into my source tree and now it finally recognizes the ObjectStore classes. The osji.jar works fine in other applications, by the way. Any idea what the problem is? Brien Voorhees
Re: Architecture
- Original Message - From: Kucera, Rich <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 1999 11:37 AM Subject: RE: Architecture > > From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] > > right now, ALL JSP pages are compiled in memory. Another feature I and > > > I wouldn't want it any other way...all the other servers(ServletExec, WebLogic, > Dynamo, JWS) left the generated files laying around and I always had to go > in there and wipe it all out on more than one occasion--those servers had lots > of problems that Orion doesn't have. Leave it in memory, I don't care to see > them in the filesystem. Orion has a novel approach. I disagree. The generated files can be very useful when you're trying to debug. Deleting them doesn't seem like a big problem, to me. Just create a batch file to do it. > > others have requested is to be able to select the java compiler. Right now > > it uses the JDK compiler (I think), which is pretty slow. The JIKES > > compiler is VERY fast at compiling and I think would be great if we could > > plug it in. > > > I don't know, run Orion on the HotSpot on NT and it's very snappy. Solaris > HotSpot is pretty snappy also(even on the reference implementation). Once > it's cached it's a non-issue, other things are higher priority probably. Are you saying that HotSpot compiles faster? I agree with the original poster that Jikes compiler support would be nice. I used another servlet engine that used Jikes and the page-compiles were almost instant. Jikes support isn't that big a deal to me, though. While nice, it's pretty low on my wishlist. Brien Voorhees