RE: Recursion error in error-page
This happened to us when we actually had an exception on the exception
handling page (or a page that the exception handling redirects to or
forwards).
We had to make our error page very simple.
Tony
-Original Message-
From: Grant Doran [mailto:[EMAIL PROTECTED]]
Sent: Saturday, February 24, 2001 9:42 PM
To: Orion-Interest
Subject: Recursion error in error-page
I have extensively searched the list archives and the sun jsp
forum first
Hi,
We have set up a number of Jsp error pages specific to each of the custom
exceptions that we throw.
I am unable to get the custom error pages to work.
When my error jsp pages try to access the implicit exception object, the
following error appears in the browser:
Recursive error in error-page calling for /error/JspException.jsp, see the
application log for details.
Even with the standard jspexception it doesnt work.
The tag handler throws this jspException
---
throw new JspException("" + thisTagName + "]The object X is null." );
---
In the web.xml, I have the following:
---
500
javax.servlet.jsp.JspException
/error/JspException.jsp
---
The error page appears if I take out any reference to the implicit exception
object.
But as soon as I put any reference to it in, it breask with the error shown
above.
This is a basic version of the jsp. It fails beacuse of the
exception.toString()
---
<%@ page isErrorPage="true" %>
<%@ page import="ilaunch.exception.*", javax.servlet.jsp.*, javax.servlet.*
%>
JspException
<%= exception.toString() %>
---
I have never been able to access the exception object from the jsp error
page.
Is it just me, or is it a feature of Orion. I am tempted to test my .ear
file on another app server, but I dont have the time.
The mapping within the web.xml file seems to work ok.
If I can't resolve this at all, I'll have to revert to inserting attributes
into the request object, which is hardly elegant.
Any assistance with this would be very gratefully appreciated.
Grant Doran
Principal Architect
iLaunch inc.
(02) 89207947
[EMAIL PROTECTED]
RE: R: Why is Netscape slower with Orion?
We found that if the table depth was more than 5 or so AND the table at that depth was sufficiently complex (lots of rows and lots of internal data) that Netscape actually crashed consistently. Either it crashed, or froze indefinately. Of course, IE had no problem with it... *sigh* The moral of the story is... flatten out tables as much as possible. Tony -Original Message- From: James Hays [mailto:[EMAIL PROTECTED]] Sent: Friday, February 09, 2001 9:46 AM To: Orion-Interest Subject:Re: R: Why is Netscape slower with Orion? This is because netscape's ui is based on parsing XML every time is has to render. What a pain in the butt. Who thought of that? > From: Marco Isella <[EMAIL PROTECTED]> > Reply-To: Orion-Interest <[EMAIL PROTECTED]> > Date: Fri, 9 Feb 2001 14:58:19 +0100 > To: Orion-Interest <[EMAIL PROTECTED]> > Subject: R: Why is Netscape slower with Orion? > > One thing netscape is very very slow at is when it has to render nested > tables.. i had a page with 4 level nested tables & with netscape it was a > metter of second before the rendering was done; i switched to a single table > & the performing was almost acceptable (anyway far slower than ie). > > This was wit ns 4.X, with ns 6 they have speed it up a little(but still much > slower than ie). > Marco > > > -Messaggio originale- > Da: Huibert Aalbers [mailto:[EMAIL PROTECTED]] > Inviato: venerdi, 26. gennaio 2001 17:58 > A: Orion-Interest > Oggetto: Why is Netscape slower with Orion? > > > Hi everyone, > > Is it just me or has anyone noticed that Netscape is significantly > slower than IE when accessing an application built with orion? Could > there be anything wrong with my settings? > > Thanks, > > Huibert Aalbers > Informix Software > >
RE: Controlling the Class path order for XALAN
One ugly way is to rename them to aXalan.jar, axerces.jar... therefore putting them alphabetically before jaxp.jar They would have to be in the same directory, though. Like I said, ugly. -Original Message- From: Peter Delahunty [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 4:21 AM To: Orion-Interest Subject:Controlling the Class path order for XALAN Hi guys i am trying to run Xalan with Orion. However i am having some problems. i get "Namespace not supported by SAXParser" error. Now i have found that this is because jaxp.jar is also on the classpath. However Orion requires this to work. So to solve this problem i need to have jaxp.jar come after xalan.jar on the class path for me running my application under orion. eg. xalan.jar;jaxp.jar This way the classes in xalan.jar are loaded first and are used instead of jaxp.jar as far as i know the avaiale classpath directories are, in this order i think 1. /orion root (currently contains jaxp.jar and orions versions of xalan.jar and xerces.jar) 2. /orion/lib for golbal files (currently does not contain any files related to me) 3. /web-inf/lib (currently contains the lastest versions of xalan.jar and xerces.jar) So my question is how do i get my version of Xalan.jar and xerces.jar to load before jaxp.jar cheers
RE: Problem with two Orions on same box!!!
You can also assign multiple Ips to each box and have orion run on each IP, retaining the default ports for RMI communication. Tony Wilson -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 7:29 PM To: Orion-Interest Subject:RE: Problem with two Orions on same box!!! Not sure about RMI server, but each application deployed as an xml config file for it. In that file, which is specified in the server.xml file, you list the port you want http to listen on. Look in the web-site.xml.html in the docs folder. In my server.xml I have . Then, in bm_web.xml I have something like: I am sure you can do something similar for RMI on various ports for each web-app. HTH. > -Original Message- > From: Mohit Palhan [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 08, 2001 2:02 AM > To: Orion-Interest > Subject: Problem with two Orions on same box!!! > > > I do not have access to two servers, and have installed 2 > Orions on the same > box, how do I make sure that they do not use the same ports > for the RMI server > and for the HTTP server?? > Please help > Mohit > Have a nice day :-) > > > > *** > > > > > > The information contained in this message (including any > attachments) is > > > confidential and may be legally privileged. > > > If you are not the intended recipient, please delete it > from your system > > > immediately - any disclosure, copying or distribution > thereof or any > > > action taken or omitted to be taken in reliance thereon > is prohibited > > > and may be unlawful.AITPL makes no warranty as to the accuracy or > > > completeness of any information contained in this message > and hereby > > > excludes any liability of any kind for the information > contained herein > > > or for the transmission, reception, storage or use of > such information > > > in any way whatsoever. Any opinions expressed in this > message are those > > > of the author and do not necessarily reflect the opinions > of AITPL. > > > ** > > > *** > > > > > > > > > > > -- > ** > *** > > The information contained in this message (including any > attachments) is > confidential and may be legally privileged. > If you are not the intended recipient, please delete it from > your system > immediately - any disclosure, copying or distribution thereof > or any action > taken or omitted to be taken in reliance thereon is > prohibited and may be > unlawful.AITPL makes no warranty as to the accuracy or > completeness of any > information contained in this message and hereby excludes any > liability of any > kind for the information contained herein or for the > transmission, reception, > storage or use of such information in any way whatsoever. > Any opinions > expressed in this message are those of the author and do not > necessarily reflect > the opinions of AITPL. > ** > *** > > >
RE: Getting back to the previous jsp
The referer has two main problems a) it is not dependable. Not all browsers send it all the time. b) It is very easily spoofable. The best way is just to somehow store where they were last at on the server end, where the information is reliable and not spoofable. Perhaps you can use the referer AND your own storage, and when the referer specifies a different page than your own storage, use the referer value. This might happen if they pressed the back button in IE, for example (doesn't reload page) Tony Wilson -Original Message- From: Robert S. Sfeir [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 12:42 PM To: Orion-Interest Subject:Re: Getting back to the previous jsp You can also store the referrer and send them back a page. Since that's where they came from, that's where they'll go back to. This way you don't have to be browser specific at all... but that's kinda ugly. R At 06:00 PM 1/19/2001 +0100, you wrote: >If you're not using a lot of framesets and do not need to support all >browser try using a javascript, like > >< a href="javascript: history.back(-1);">Back > >I didn't quite understand your question, but I hope the answer will help >you. > >regards > > >Johan Fredriksson >- Original Message - >From: "Randahl Fink Isaksen" <[EMAIL PROTECTED]> >To: "Orion-Interest" <[EMAIL PROTECTED]> >Sent: Friday, January 19, 2001 3:46 PM >Subject: Getting back to the previous jsp > > > > On one of my JSPs I would like to have a link to the previous page (a >"back" > > button), but then i need to output > > > > > > > > Does any one know how I can replace "theLinkToThePreviousPage" with a Java > > expression which retrieves the correct url? > > > > Thought about letting the caller transfer the link as a parameter to the > > JSP, but I would like to avoid this, if possible. > > > > > > Thanks > > > > Randahl > > Robert S. Sfeir Director of Software Development PERCEPTICON corporation San Francisco, CA 94123 w - http://www.percepticon.com/ e- [EMAIL PROTECTED] t - (415) 749-2900 x205
RE: Getting back to the previous jsp
Try storing a "lastGUIPage" variable in the session. Have an include that is at the beginning of every GUI JSP page that sets this variable to the current script (Accessible through the HTTPRequest interface) Tony -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 6:46 AM To: Orion-Interest Subject:Getting back to the previous jsp On one of my JSPs I would like to have a link to the previous page (a "back" button), but then i need to output Does any one know how I can replace "theLinkToThePreviousPage" with a Java expression which retrieves the correct url? Thought about letting the caller transfer the link as a parameter to the JSP, but I would like to avoid this, if possible. Thanks Randahl
RE: Orion shutdown problem
Its alive. it doesn't respond quickly for me (my posts show up a few hours later), but I get lots and lots of emails. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Friday, January 19, 2001 5:55 AM To: Orion-Interest Subject: RE: Orion shutdown problem >From the approximately 20-30 mails I receive every day: You have got to be kidding! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dominic Hanlan Sent: 19. januar 2001 12:17 To: Orion-Interest Subject: Re: Orion shutdown problem Is the list alive ...
RE: Wrapping the orion jar
Well, we are not actually using EJB right now with Orion, just the JSP
portion, so I don't know the answer to your question. However, I do know
that you could plug a similar product called TopLink into the EJB container
of things like Jrun and WebLogic and TopLink would act as the EJB database
support. I never got as far as trying that with Orion.
Sorry I couldn't be of more help.
Tony
-Original Message-
From: Jason Boehle [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 16, 2001 7:03 AM
To: Orion-Interest
Subject:RE: Wrapping the orion jar
Hmmm. I was under the impression that BSF used it's own
classloader (and
maybe even created some threads). Was I wrong? If I'm not
wrong, have you
run into any problems using it under Orion, or forsee any
problems moving
your app to another server? I am only asking this because
the EJB spec
specifically prohibits creating your own ClassLoader and/or
creating/managing threads. But then again, I could be
totally wrong about
BSF, as I haven't looked at all the source yet.
Jason Boehle
[EMAIL PROTECTED]
-Original Message-----
From: Tony Wilson [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 15, 2001 1:39 PM
To: Orion-Interest
Subject: RE: Wrapping the orion jar
We have the bsf.jar file in our app with no problem. Due to
the nature of
our app, we actually have it in the WEB-INF/lib directory,
but it works fine
there.
What problem are you having, exactly. We did run into a
problem with the
fact that orion uses older versions of xerces.jar and
mail.jar. All we had
to do was replace orion's .jar files with our own, and
everything worked
fine.
I hope that helps.
Tony Wilson
-Original Message-
From: Steve Brown
[mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 14, 2001 5:56 PM
To: Orion-Interest
Subject:Wrapping the orion jar
Hi,
Due to some Xalan classLoading problems, I
need to get a
particular jar
(bsf.jar) into the classpath.
Putting the jar in the jar in the orion/lib
directory doesnt
work.
But, I can edit the manifest.mf file of the
orion.jar and it
works fine.
This is fine for development but would be a
nightmare to
deploy (if the user
updates their version of orion the manifest
file is gone).
So I thought I might be able to write an
orionwrapper.jar
file with a
manifest file that is exactly the same as
the orion.jar
manifest file PLUS
includes all the extra jars I need PLUS the
orion.jar.
ie
Manifest-Version: 1.0
Name: "Orion Application Server"
Main-Class:
com.evermind.server.ApplicationServer
Created-By: 1.2 (Sun Microsystems Inc.)
Implementation-Vendor: "Evermind"
Class-Path: orion.jar lib/reportext.jar
lib/bsf.jar
lib/xerces.jar ejb.jar
jndi.jar jdbc.jar jta.jar parser.jar
jaxp.jar lib/xalan.jar
tools.jar
jsse.jar jnet.jar jcert.jar activation.jar
mail.jar
saxon.jar
Implementation-Title: "com.evermind.server"
Implementation-Version: "1.0.0"
Name: javax/servlet/
Specification-Version: 2.2
Implementation-Title: javax.servlet
Name: javax/servlet/jsp/
Specification-Version: 1.1
Implementation-Title: javax.servlet.jsp
This also gives me the added bonus of
controlling the
version of
Xalan/Xerces thats used.
Has anyone do
RE: Any news from Orion yet??: Rebuttle...
Yes, this is ideal. However, there are subtle differences between the app
servers. They are sometimes caused by bugs, but more often are caused by
ambiguous points within the j2ee specs.
For example, Jrun puts all of it's statically included files within a java
block {}.. Orion does not. Jrun doesn't reuse it's tags, orion does by
default. Jrun assumes that the class for the TagExtraInfo property type is
imported in your jsp, so then just writes the class name out as you enter
it. Orion does a Bean instantiation (similar to Class.forName) on the type
you specify. This means that in orion, unlike Jrun, you must specify a
fully enumerated class name (with packages) for anything not in java.lang
There are many more, very subtle differences. These things take time to
figure out and test, especially when you are going for a 24/7 uptime. Also,
it takes time to setup new machines and do production server upgrades, etc.
So the decision on which app server to use is very important, even when you
design to the spec as much as possible.
Tony Wilson
-Original Message-
From: Ozzie Gurkan [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 15, 2001 8:41 AM
To: Orion-Interest
Subject:RE: Any news from Orion yet??: Rebuttle...
Not to sound like a hipocrat but I believe the J2EE standard
calls for a
pplication server independence flexibility. You must think
to yourself what
makes your application so dependent on the server it is
deployed onto.
Besides the custom deployment descriptors (orion-ejb-jar,
weblogic-ejb-jar,
jboss, and so on) you should architect your system
independent of any app
server dependent features like clustering, fail-over and
load balancing. If
you sit down and outline the layers that are dependent on
the underlying
mechanism, you will be able to isolate and separate your
application. Do
you rememeber that Java is supposed to be independent of its
OS?
So, coming back to my point: even if Orion does go under,
you should be
able to switch out to another server and modify some
deployment descriptors
with no problem. I have my application running under
Weblogic, Orion, and
Jboss with only the deployment descriptors different.
I hope this helps and triggers some thought.
Thanks,
Ozzie Gurkan
--- Robert Krueger <[EMAIL PROTECTED]> wrote:
>
> >
> >
> >Of course, this is a little unfair - weblogic hadn't had
a new release
> for
> >several months, either. They've just had a major release
recently, which
> >makes it seem like they're more active than Orion, when
that's not
> >necessarily the case. It might be, but that's not implied
by the
> situation
> >at present.
> >
> >For the most part, Orion is still very much ahead of the
pack, and the
> >speed is stil EXCELLENT. While I'm very much looking
forward to a new
>
> doesn't buy you much if it isn't reliable. that's the sad
thing. it's
> true
> that they are ahead of the pack in a number of fields but
if you're stuck
>
> with a serious bug without the slightest hint when things
will be fixed
> it's still a KO criterion (germanism?). at the moment
we're not switching
>
> to an alternative because
>
> 1. most of our projects where orion is currently used in
production
> wouldn't allow a switch to WLS budgetwise
> 2. OSS alternatives are still far from the completeness
orion offers (sad
>
> but it's the truth), which especially hurts if you have a
large number of
>
> deployed J2EE applications which we do
> 3. there is some (not too much) hope left, they have
learned their lesson
>
> and won't underestimate QA requirements in the future once
they come back
>
> and start releasing updates again
>
> at the moment we settled for living with a number of
strange behaviours
> and
> awkward workarounds that
RE: Wrapping the orion jar
We have the bsf.jar file in our app with no problem. Due to the nature of our app, we actually have it in the WEB-INF/lib directory, but it works fine there. What problem are you having, exactly. We did run into a problem with the fact that orion uses older versions of xerces.jar and mail.jar. All we had to do was replace orion's .jar files with our own, and everything worked fine. I hope that helps. Tony Wilson -Original Message- From: Steve Brown [mailto:[EMAIL PROTECTED]] Sent: Sunday, January 14, 2001 5:56 PM To: Orion-Interest Subject:Wrapping the orion jar Hi, Due to some Xalan classLoading problems, I need to get a particular jar (bsf.jar) into the classpath. Putting the jar in the jar in the orion/lib directory doesnt work. But, I can edit the manifest.mf file of the orion.jar and it works fine. This is fine for development but would be a nightmare to deploy (if the user updates their version of orion the manifest file is gone). So I thought I might be able to write an orionwrapper.jar file with a manifest file that is exactly the same as the orion.jar manifest file PLUS includes all the extra jars I need PLUS the orion.jar. ie Manifest-Version: 1.0 Name: "Orion Application Server" Main-Class: com.evermind.server.ApplicationServer Created-By: 1.2 (Sun Microsystems Inc.) Implementation-Vendor: "Evermind" Class-Path: orion.jar lib/reportext.jar lib/bsf.jar lib/xerces.jar ejb.jar jndi.jar jdbc.jar jta.jar parser.jar jaxp.jar lib/xalan.jar tools.jar jsse.jar jnet.jar jcert.jar activation.jar mail.jar saxon.jar Implementation-Title: "com.evermind.server" Implementation-Version: "1.0.0" Name: javax/servlet/ Specification-Version: 2.2 Implementation-Title: javax.servlet Name: javax/servlet/jsp/ Specification-Version: 1.1 Implementation-Title: javax.servlet.jsp This also gives me the added bonus of controlling the version of Xalan/Xerces thats used. Has anyone done this before or know if its a good idea? Can anyone see any pitfalls? Thanks, Steve.
RE: Any news from Orion yet??
Ditto. We are seriously considering Orion for our production system. However, it seems like support for this product has stopped, and is lacking. We might have to go elsewhere. Just a few words about what is going on at Orion will help out a lot. Tony Wilson -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 13, 2001 5:45 PM To: Orion-Interest Subject:Any news from Orion yet?? Hi all, Has anyone heard from the team lately? I know I saw a post about a month or so ago. Its been about 3 or 4 months since anything has changed on their site, if not longer and now its getting me worried. I can understand them trying to organize the company, but did production stop on the app server? I wish there was some news once every couple of weeks or so from them on their site letting us know what is happening. Thanks.
RE: how to set environment properties for an app?
Have only one application per java instance. Each with their own
application.xml, and whatever other things they need.
Another option is to put the configuration items into the web.xml of each of
your apps, perhaps as initialization parameters to a startup servlet. That
startup servlet can then put those parameters into a configuration object
that is specific to your application.
Tony
-Original Message-
From: Ari Halberstadt [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 09, 2001 1:30 PM
To: Orion-Interest
Subject:RE: how to set environment properties for an
app?
This is what I originally did, and it works fine if you have
just one copy of
the app running. What I need to do, though, is run two
copies of the app, each
one with a slightly different config, but system environment
properties apply to
all apps running within an instance of orion. I need a
per-app config, like what
would be provided in orion-application.xml or orion-web.xml,
only I can't find a
way to do this.
Tony Wilson <[EMAIL PROTECTED]> on 01/04/2001 17:47:43
Please respond to Orion-Interest
<[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
cc: (bcc: Ari Halberstadt/Lycos)
Subject: RE: how to set environment properties for an app?
To do this, we pass in environment variables on the command
line to the call
to java that starts orion using the -D option
So
java -Dconfig=OUR.CONFIG.STRING -jar /opt/orion/orion.jar
You can then access them using
String configKey = System.getProperty("config");
Hope that helped.
Tony Wilson
RE: JSP syntax checker
The problem is that jasper (and the Jrun JSP compiler) don't necessarily compile things like the orion compiler does. They give different errors, especially when it comes to orion specific keywords. We are using the Jrun compiler in our nightly builds currently. What we would really like is to use the Exact Same jsp syntax checker and compiler that Orion does when it runs the application. However, we want to be able to do it offline, without having Orion started on a web server / port. I can't find any information in the API, and my question to the Orion Support people wasn't responded to. Any help would be appreciated. Tony Tony Wilson -Original Message- From: Christian Sell [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 09, 2001 11:33 AM To: Orion-Interest Subject:Re: JSP syntax checker you dont have to package a .war and deploy it every time. You can run the app directly from the development directory for example by defining your own application in server.xml, like this: and referencing that app in default-web-site.xml, like: for syntax checking, my only advice would be to use jasper (which is the JSP compiler of the tomcat servlet engine). It can be invoked from the command line. - Original Message - From: "Heiko Gottschling" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, January 09, 2001 5:20 PM Subject: JSP syntax checker > Hi, > > is there a tool which can check the (java) syntax of a JSP file? It's very > time consuming to always have to package a .war file, deploy it, click > through the application to the modified JSP and have the app server compile > it and then fix the errors... would be nice if a syntax check could be done > in advance > > cu > Heiko >
RE: orion on unix
The best way to get around this, I think, is to use apache as a front end
and connect Orion to it.
There is excellent documentation on how to do this on
www.orionsupport.com... when it comes up. It think it is one of the
featured links on the right hand menu.
Apache runs anywhere, pretty much.
What you do is start up apache as root. Apache grabs whatever lower
numbered ports it needs (including 80) and then changes its user to
something else (usually 'nobody'). You change the configuration in
/etc/httpd/conf/httpd.conf (at least on linux) and then you can connect to
it using standard procedures supported by both apache and orion.
The main benefit of this is that you can run jrun as whomever you would like
('orion' is a good username) and you only have to worry about the file
permissions from that point on.
You DEFINITELY don't want to run orion, or any other Servlet Container as
root. The main reason is security. One of your developers could very
easily write a piece of code that would wipe out the entire hard drive, or
worse... and if anyone was able to hack in... all they would need to do is
write up a jsp file, and they have all the access they want.
Anyway. The apache thing works for us. We are able to do a lot of things
with this. One example is Virtual hosting. Each developer is able to have
their own instance of orion, running on their own virtual IP address, on
their own code base and starting and stopping it on their own running as
their own user. Apache allows for this.
Tony Wilson
-Original Message-
From: Heng Chee, Lee - SG [mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 07, 2001 12:54 AM
To: Orion-Interest
Subject:orion on unix
Hi,
I used to run orion on NT machine and now I have to deploy
it on a Sun Sparc
Solaris machine.
Honestly, my knowledge on unix system admin is very limited.
Ok, now I have this problem:
I have untar the orion archieve to a folder called orion,
this folder and
all the files and subfolders under it are belongs to a user
name 'orion',
the group access permission for this folder (and all it's
files) are also
called 'orion'. When I log in to unix as user 'orion' and
try to start up
the app server by typing java -jar orion.jar, I get a
message "Error
starting HTTP-Server : Permission denied". I can only
startup orion if I
log in as root user. This is not acceptable because I can't
let everyone to
have root access just for starting up the orion server.(Our
project still in
the development phase so we need to start and stop the
server quite often)
I am puzzle with this error because I have already set the
owner of all the
files under orion folder to be 'orion', and orion app server
is using it's
own http-server internally so it shouldn't has any
permission problem.
I think that orion app server might try to access some of
the unix system
file which must have root access, if this is the case can
someone tell me
which file it it?
Or is there any alternative work around for this problem?
Thanks and best regards
Lee
RE: ResultSet Caching
They can be used either as a replacement for en entity bean, or in most cases, the method in which the Entity bean is saved. If you don't need the overhead of EJB, or if you want finer control over what gets done when, or if you want to do multithreaded programming, these products help a lot. We like them, and they are worth taking a look at. Tony -Original Message- From: Neal Kaiser To: Orion-Interest Sent: 1/5/01 1:17 PM Subject: RE: ResultSet Caching What's the benefit of using those products over an entity bean then? How does it differ? Thanks. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Tony Wilson > Sent: Friday, January 05, 2001 3:50 PM > To: Orion-Interest > Subject: RE: ResultSet Caching > > > There are products that act as middlemen between you and the > Database. They > also offer database object abstraction (so you can have an object > representing table data. You define field -> property mappings, and the > product handles the transfer of data.) > > These products usually have built-in caching. > > Two products are > TopLink (expensive, but nice) http://www.objectpeople.com > VBSF (pretty inexpensive, and still nice) http://www.objectmatter.com > > -Original Message- > From: Neal Kaiser [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 05, 2001 10:49 AM > To: Orion-Interest > Subject:ResultSet Caching > > Does Orion have any built in caching functionality? Let's > say I have a > database query which returns 1,000 records and the user will > page thru 100 > at a time. Instead of re-issuing the query each time (each > page), is there > some sort of cache object? How do you guys typically handle > this? > > Thanks, Neal > >
RE: Question about automated testing with Orion
On top of that, I am looking for a way to automate the compilation of JSP files offline (i.e. not through a web browser, or even hitting the web page). JRun and TomCat each exposed their JSP compiler interfaces so that you can run them offline and capture the errors/warnings. I cannot seem to find that interface in Orion. Anybody have any suggestions? Tony Wilson -Original Message- From: Eric Hodges To: Orion-Interest Sent: 1/5/01 12:32 PM Subject: Question about automated testing with Orion I'm trying to set up some automated unit tests for our servlets. I'm using HttpUnit and JUnit, but the authentication in HttpUnit doesn't work with Orion. Does anyone out there have experience at this? Is there a better tool? Some sort of trick? I've been talking to the HttpUnit folks, and they don't know what to do. Thanks for any help.
RE: ResultSet Caching
There are products that act as middlemen between you and the Database. They also offer database object abstraction (so you can have an object representing table data. You define field -> property mappings, and the product handles the transfer of data.) These products usually have built-in caching. Two products are TopLink (expensive, but nice) http://www.objectpeople.com VBSF (pretty inexpensive, and still nice) http://www.objectmatter.com -Original Message- From: Neal Kaiser [mailto:[EMAIL PROTECTED]] Sent: Friday, January 05, 2001 10:49 AM To: Orion-Interest Subject:ResultSet Caching Does Orion have any built in caching functionality? Let's say I have a database query which returns 1,000 records and the user will page thru 100 at a time. Instead of re-issuing the query each time (each page), is there some sort of cache object? How do you guys typically handle this? Thanks, Neal
RE: Redirection
it seems that this doesn't actually send the redirect right away. It only
Marks the redirect to happen after the JSP is finished. This means any
logic AFTER the redirect will still happen. Not only that, but if you do a
second sendRedirect, it replaces the first.
We have found that putting "return;" on the next line helps (it returns from
the generated service() method).
Does anyone else know a way around this!
Tony
-Original Message-
From: Petr Podsednik
To: Orion-Interest
Sent: 1/5/01 1:02 AM
Subject: Re: Redirection
I use this approach in my jsp:
response.sendRedirect("newSelectedURL");
This causes pointing my browser to the "newSelectedURL" and it works
fine.
Petr
- Original Message -
From: Huibert Aalbers <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Sent: Thursday, January 04, 2001 5:07 PM
Subject: Redirection
> Hi everyone,
>
> Since it seems that the list is alive and well, although with very
> little traffic, I would like to ask a question which has been
bothering
> me for a while.
>
> I am trying to do what I would define as dynamic redirection. What
that
> means is that if someone writes an URL like http://myserver/name, I
> would like to look for "name" in a database and redirect the user to
> some other URL. This would allow me to avoid modifying manually the
> configuration file every time a mapping is added,removed or modified.
>
> Is this possible? Any suggestions?
>
> Thanks in advance and Happy New Year!
>
> Huibert Aalbers
>
RE: JSP vs Servlet
In general, you can consider JSPs the easy way to make a servlet. Basically, it becomes a matter of location of files. The way I suggest doing it (and we do on our projects) is to have all of the 'GUI'(or html) portions of the JSP in a separate location. We have our top level 'logic' jsp's in the root directories, and when it comes time to actually display the GUI, we do a jsp (or pageContext) include of the GUI file. example: /myForm.jsp (sets up cookies, gathers query string params, does some logic) /GUI/myForm_en.jsp (display the form elements in English) /GUI/myForm_sp.jsp (display the form elements in Spanish) /myFormProcess.jsp (collect information and do logic (no GUI include) This allows us to still have the ease of jsp coding, recompiling, and distribution and keep the non-GUI (or controller/view) portions of the application separated from the GUI portions. Another aspect of this is that our html/GUI engineers have access to the form collection and logic portions of the JSP, if they need it. An example of why they might need it is if they change the name of an element and then they have to change the processing page for that form. Any business logic and hard-core processing is done in java classes or java beans used by the JSP, which GUI programmers have limited access to. We disallow access to GUI from outside (we use Apache to do this). And the difference between GUI files and non-GUI files are specified by naming convention (directory AND file names). I hope this helps. Tony Wilson -Original Message- From: Fyffe Carl To: Orion-Interest Sent: 1/5/01 12:07 AM Subject: JSP vs Servlet I went to jollem.com and read the CMP Primer. Good read. But it got me thinking about a topic that concerns most people that are in large development groups. Seperation of code and html. Proper MVC calls for the code to be in the controller while there is little code in the view portion of the application. This allows the designers to design and the coders to code. Were the rules broken for convience or has a new methodology taken over? It seems to me that the CMP Primer would have been easier to read and understand if MVC had been used. This one short coming can easily overlooked to find a gem of an article. Are there other primers of jollem.com's caliber? What are some useful URL's that you guys used to get started. --Carl
RE: how to set environment properties for an app?
To do this, we pass in environment variables on the command line to the call
to java that starts orion using the -D option
So
java -Dconfig=OUR.CONFIG.STRING -jar /opt/orion/orion.jar
You can then access them using
String configKey = System.getProperty("config");
Hope that helped.
Tony Wilson
-Original Message-
From: Ari Halberstadt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 04, 2001 10:23 AM
To: Orion-Interest
Subject:how to set environment properties for an
app?
How do i set env properties for an app? I need to pass in an
environment
property in some manner to customize a j2ee app so that I
can have two (or more)
versions of the app running off of the same deployment ear.
I looked in orion-application.xml, but there is nothing
there.
I tried env-entry-mapping in orion-web.xml, but it didn't
work either. Also, if
I edit my web.xml file (in a development directory), Orion
redeploys over the
custom orion-web.xml, erasing my changes. Orion also
rewrites the original
web.xml file, obliterating comments. (Bugs in orion?)
RE: What's going on with Orion?
Planning... Tony -Original Message- From: J.T. Wenting [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 04, 2001 11:48 AM To: Orion-Interest Subject:RE: What's going on with Orion? late last year, they posted the reason for the quiet: They are reorganising the business to accomodate a larger company structure. I guess they also take the time to lay down the groundwork for major improvements and some study. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Guilherme > Ceschiatti > Sent: 04 January 2001 19:36 > To: Orion-Interest > Subject: Re: What's going on with Orion? > > > Hi. > > I'm trying to discover what is going on with Orionserver. > There are months > that it's not updated. Anybody from the Orion team to give > some news for us? > > []s > Guilherme Ceschaitti > > On Thursday 04 January 2001 12:34, you wrote: > > > This list has become awfully quiet. What's going on with > Orion? There > > haven't been any new releases or bug fixes. Does anyone have any > > information? Perhaps, someone on the Orion team can give > us an update. > > Personally, I'm getting a little concerned. > > > > Vidur > >
RE: Redirection
You can override the 404 html error, sending that to a servlet or JSP. Once there, you can detect what 'name' is and use some logic (possibly backed by a Database or XML) to decide where to redirect to. Just off the top of my head... I am assuming that myserver/name doesn't actually exist as a page, otherwise, you can just do the redirection there. Tony -Original Message- From: Huibert Aalbers [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 04, 2001 9:08 AM To: Orion-Interest Subject:Redirection Hi everyone, Since it seems that the list is alive and well, although with very little traffic, I would like to ask a question which has been bothering me for a while. I am trying to do what I would define as dynamic redirection. What that means is that if someone writes an URL like http://myserver/name, I would like to look for "name" in a database and redirect the user to some other URL. This would allow me to avoid modifying manually the configuration file every time a mapping is added,removed or modified. Is this possible? Any suggestions? Thanks in advance and Happy New Year! Huibert Aalbers
RE: Classpath.class and load-on-startup, Can't start Orion
The load on startup number is what ranking to startup. It basically means that lower numbers start up first. SO... if you wanted servlets A,B,C,D to start up in that order, A=10, B=200, C=316, D=445 Doesn't matter what the numbers are, as long as they are in the correct order. I usually setup my startup values starting at 5. This gives any servlets that Orion wants to startup globally a chance to go first. If there is a tie, I don't know what order they start in... probably by the name of the servlet alphabetically. Try 5 Tony -Original Message- From: Neal Kaiser [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 04, 2001 8:40 AM To: Orion-Interest Subject:Classpath.class and load-on-startup, Can't start Orion All of a sudden I get this error in my global-application.log: /4/01 12:19 PM defaultWebApp: Error preloading servlet javax.servlet.ServletException: Error instantiating servlet 'classpath' (servlet class not found, make sure it exists at /usr/local/orion/default-web-app/WEB-INF/classes/classpath/Classpath.class, in a jar in /usr/local/orion/default-web-app/WEB-INF/lib/, in an orion-web.xml specified classpath or global server classpath) at com.evermind.server.http.HttpApplication.wi(JAX) at com.evermind.server.http.HttpApplication.wt(JAX) at com.evermind.server.http.HttpApplication.v3(JAX) at com.evermind.server.http.HttpApplication.(JAX) at com.evermind.server.Application.uq(JAX) at com.evermind.server.http.en.uq(JAX) at com.evermind.server.http.em.uy(JAX) at com.evermind.server.http.em.gf(JAX) at com.evermind.server.http.en.u1(JAX) at com.evermind.server.http.en.gf(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hi.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX) I have the following in global-web-application.xml classpath classpath.Classpath defaultContentType text/html 1 And the Classpath.class is in /usr/local/orion/lib I think it has to do with the load-on-startup not working? I had a similar problem with a webapp I installed which had 1 but it wasn't loading it. I changed the 1 to a 2 (just guessing that Orion might load it that way) and it actually worked. But now all of a sudden I get this error. I even tried removing that webapp with the load-on-startup. Same problem. What are the valid values for load-on-startup? 0 or 1? My only other hunch is that the problem could be related to a classpath issue. I had to change the classpath a bit for other programs. But I tried all variations and could not get it to work. Thanks, Neal
RE: Is the List alive?
I can get there... and I think the quiet list can be attributed to the holidays. Either everyone was gone, or in a state of happiness and bliss :-):-) Tony -Original Message- From: Ray Harrison [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 04, 2001 7:52 AM To: Orion-Interest Subject:Re: Is the List alive? I haven't received anything either. Can you get to www.orionserver.com? I can't The quiet list and being unable to access the main site seems strange... --- Jarek Skreta <[EMAIL PROTECTED]> wrote: > Hi Everybody, > > Happy New Year! > > I haven't received a single message since 29-Dec-2000. Has the service gone > down, nobody is working on Orion or is it just my link that's gone quiet? > > Jarek > > > ATTACHMENT part 2 application/ms-tnef name=winmail.dat __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/
RE: Where to put bean property files
The 'current working directory' for orion is wherever java is executed to
run orion. This can be hidden by the admin utility, but you can check the
configuration files and attempt to locate the directory that way.
Try putting the .properties file in the directory parent to your server.xml
file.
i.e. if your server.xml were in /opt/orion/config, put your .properties file
in /opt/orion
This can get ugly and confusing, if you get multiple '.properties'-like
files in that directory. I would suggest having your code look for files in
a 'myconfig' or 'files' directory, and making that directory appear where
you start orion.
I hope this was clear.
Tony Wilson
-Original Message-
From: John Pletka [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 28, 2000 10:37 AM
To: Orion-Interest
Subject:Where to put bean property files
I have a bean that I'm trying to use in a jsp page that
requires a
.properties file to initialize itself. It looks for the
properties file in
the current directory (new
FileInputStream("fileName.properties")). I've
tried putting the file in the lib directory, the WEB-INF
directory, the
META-INF directory, in the same directory as the .jsp file
and even in the
jar file of the bean, but I always get "FileNotFound"
exceptions. Where is
the proper place to put configuration files?
