Re: Setting up a new web-application

2001-05-30 Thread Daniel López

Hi Kevin,

I'm using Xalan 2 in my framework and I've had the same problem with
pretty much all the containers that I've tried playing with. With Orion,
substituting xalan.jar and xerces.jar in the orion directory did the
trick for me in 1.4.*. I think I remember I had to do something similar
with Resin and I never tried with Tomcat. The problem seems to be
something like the first XML library to be used is the one to be used
for everything and as all the containers have nowadays XML
configuration files and use an XML parser as soon as they start up, then
the XML library that is used is the one that the container uses, hence
the need to put your desired library in the global CLASSPATH. This can
lead to problems that can't be solved, if the container and your
application can only use incompatible versions of a parser. As somebody
mentioned, I think JSDK 2.3 tries to solve this, specifically,
Point SRV.9.7.2 Web Application Classloader (Page 63 JSDK2.3 PFD2)
states:
...
It is recommended, however, that the application classloader be
implemented so that classes and resources packaged within the WAR are
loaded in preference to classes and resources residing in container-wide
library JARs.

That should mean that the parser installed in the application classpath
should be used in your applications over the one installed in the global
classpath, but unfortunately it is just a recommendation so who knows
what will happen :).
Just my 2c,
D.

Kevin Jones wrote:
 
 and the point is that I shouldn't need to put the classes/jar in the Orion
 lib. I should be free to put  whatever classes/jars I need in my own
 application.
 
 The only thing about this is that it is not an easy problem to solve (ask
 the Jakarta/Tomcat team), and for some reason it always seems to happen with
 XML/XSLT processors :-(
 
 Kevin Jones
 DevelopMentor
 www.develop.com
 
snip...




Re: proxying orion with IIS or iPlanet Web Server

2001-05-30 Thread Lachezar Dobrev



 Hya...
 Got a reply for you :).
 I use Apache as a front-end server. 
I use Orion to store my EJBs, and I use Jakarta-Tomcat to deploy servlets and 
JSPs. Just put the Tomcat and Orion on one and the same machine, start tomcat 
with a classpath, that includes the jars of the Orion server. Put a 
jndi.properties file somewhere (probably the web-inf/classes directory) and 
specify the jndi properties as for a remote application:

 
java.naming.factory.initial=com.evermind.server.rmi.RMIInitialContextFactory 
java.naming.provider.url=ormi://127.0.0.1/your application
 java.naming.security.principal=admin 
user java.naming.security.credentials=admin 
pass

 Than you can safely read the 
Apache-Tomcat connectivity issues.
 I have used this with IAS instead of 
orion also. It worked.
 Apache and Tomcat are "cheaper" than 
other web servers :)

 May the shade of the tree strengthen 
you.
 Lachezar


- Original Message - 
From: "Andrew Diederich" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Wednesday, May 30, 2001 12:46 
AM
Subject: RE: proxying orion with IIS or iPlanet 
Web Server
 I was afraid of that -- ISA is a minimum of $1,500. An expense 
for the free webserver. I'll look into, iWS, but since iPlanet 
sells a proxy server, too, I bet their webserver won't do it be default, 
either. Ah, well.   Does this mean folks using 
Orion on NT/Win2k put Orion in their DMZ?  -- 
Andrew  -Original Message- From: Juan Lorandi 
(Chile) [mailto:[EMAIL PROTECTED]] Sent: Monday, May 28, 2001 
13:40 To: Orion-Interest Subject: RE: proxying orion with IIS or 
iPlanet Web Server   Dig into ISA server, It's the M$ 
reversed proxy solution. Or else, go into the ISAPI filter world (best 
of luck)  JP  


RE: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Randahl Fink Isaksen

Hi Juan

I get your point about multiple inheritance, but say the web server would
like all JSP pages to extend from class WebServerXYZPage, then one could
just create a class which extends this web server class so that

The JSP page EXTENDS MyClass which EXTENDS WebServerXYZPage

This way, the web server has got room for its callbacks. Of course, this
gives you a very tight coupling to the web server product (wherefore I for
one would not use it), but I still don't see why this is not possible with
Orion - I have been told that other EJB servers support this.


Yours
Randahl



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi
(Chile)
Sent: 29. maj 2001 22:45
To: Orion-Interest
Subject: RE: bugs in @page extends= in Orion implementation?


I believe this could be better modeled differently, because it leaves no
room for the web server to implement its callbacks and java doesn't support
multiple inheritance.

 -Original Message-
 From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
 Sent: Martes, 29 de Mayo de 2001 3:01
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion implementation?


 Well, can anyone confirm that JSP pages can extend your own
 class when using
 Orion??? Or has noone been able to use @page extends?

 I see many good reasons for implementing your own super class
 for your JSP
 pages. For instance, such a superclass could do logging of all client
 activities or it could do security checking.


 Randahl

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
 Nicholson
 Sent: 25. maj 2001 21:15
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion implementation?


 It's doing you a favour.Please elaborate on why you want to extend
 that class.


  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
 Jiuyun Wang
  Sent: Friday, May 25, 2001 9:20 AM
  To: Orion-Interest
  Subject: Re: bugs in @page extends= in Orion implementation?
 
 
  It doesnot work, not matter which one (servlet/jspbase) I extends my
  jsp, orion jsp compiler just don't support extends
 
  -Jiuyun
  --- SCOTT FARQUHAR [EMAIL PROTECTED] wrote:
   It looks like your page should extend servlet and not jsppage.
  
   Just change JSPBase to extend servlet (and make the required
   changes).
  
   I haven't read the spec, but I imagine that extending
   OrionHttpJspPage is proprietary, and would not be part of
 the spec.
  
   Scott
  
[EMAIL PROTECTED] 05/23/01 05:42am 
   I create a class called JSPBase class which extends
 OrionHttpJspPage,
   and I put the @ page extends=packagename.JSPBase in
 my JSP file.
   however, orion give the following error:
  
Superclass of the JSP page does not implement
 Servlet, invalid
   extends attribute.
  
   Does orion implement @page extends correctly?
  
   Any clarification?
  
   -Jiuyun
  
  
   __
   Do You Yahoo!?
   Yahoo! Auctions - buy the things you want at great prices
   http://auctions.yahoo.com/
  
  
  
 
 
  =
  Jiuyun Wang   M.Sc. of Computer Sciences
  Sun Certified Programmer for Java 2 Platform
  IBM Certified Solution  Enterprise Developer
  Phone: 919-696-0419(cel)
  Email: [EMAIL PROTECTED]
 
  __
  Do You Yahoo!?
  Yahoo! Auctions - buy the things you want at great prices
  http://auctions.yahoo.com/
 







RE: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Randahl Fink Isaksen

Hi Marcel


I looked it up, and I definately see your point about the filter mechanism.
Have you any experience with this on Orion? Does it work well? And what have
you used it for?

Of course if anyone else have tried it out, I would very much like to hear
from you too.


Yours
Randahl

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Marcel Schutte
Sent: 30. maj 2001 00:22
To: Orion-Interest
Subject: Re: bugs in @page extends= in Orion implementation?


That's right, the two examples Randahl gives can be easily solved using the
servlet2.3 filter mechanism, giving a very loose coupling of these features
with your actual application.

Marcel

- Original Message -
From: Juan Lorandi (Chile) [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Tuesday, May 29, 2001 10:45 PM
Subject: RE: bugs in @page extends= in Orion implementation?


 I believe this could be better modeled differently, because it leaves no
 room for the web server to implement its callbacks and java doesn't
support
 multiple inheritance.

  -Original Message-
  From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
  Sent: Martes, 29 de Mayo de 2001 3:01
  To: Orion-Interest
  Subject: RE: bugs in @page extends= in Orion implementation?
 
 
  Well, can anyone confirm that JSP pages can extend your own
  class when using
  Orion??? Or has noone been able to use @page extends?
 
  I see many good reasons for implementing your own super class
  for your JSP
  pages. For instance, such a superclass could do logging of all client
  activities or it could do security checking.
 
 
  Randahl
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
  Nicholson
  Sent: 25. maj 2001 21:15
  To: Orion-Interest
  Subject: RE: bugs in @page extends= in Orion implementation?
 
 
  It's doing you a favour.Please elaborate on why you want to extend
  that class.
 
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of
  Jiuyun Wang
   Sent: Friday, May 25, 2001 9:20 AM
   To: Orion-Interest
   Subject: Re: bugs in @page extends= in Orion implementation?
  
  
   It doesnot work, not matter which one (servlet/jspbase) I extends my
   jsp, orion jsp compiler just don't support extends
  
   -Jiuyun
   --- SCOTT FARQUHAR [EMAIL PROTECTED] wrote:
It looks like your page should extend servlet and not jsppage.
   
Just change JSPBase to extend servlet (and make the required
changes).
   
I haven't read the spec, but I imagine that extending
OrionHttpJspPage is proprietary, and would not be part of
  the spec.
   
Scott
   
 [EMAIL PROTECTED] 05/23/01 05:42am 
I create a class called JSPBase class which extends
  OrionHttpJspPage,
and I put the @ page extends=packagename.JSPBase in
  my JSP file.
however, orion give the following error:
   
 Superclass of the JSP page does not implement
  Servlet, invalid
extends attribute.
   
Does orion implement @page extends correctly?
   
Any clarification?
   
-Jiuyun
   
   
__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/
   
   
   
  
  
   =
   Jiuyun Wang   M.Sc. of Computer Sciences
   Sun Certified Programmer for Java 2 Platform
   IBM Certified Solution  Enterprise Developer
   Phone: 919-696-0419(cel)
   Email: [EMAIL PROTECTED]
  
   __
   Do You Yahoo!?
   Yahoo! Auctions - buy the things you want at great prices
   http://auctions.yahoo.com/
  
 
 








SV: proxying orion with IIS or iPlanet Web Server

2001-05-30 Thread Patrik Andersson



Just 
for the sake of asking,

why do 
you have tomcat serving jsp/servlets and orion serving ejbs if they're both 
running on the same machine? For me, that sounds like asking for extra 
maintenance trouble. And another thing, from having one "single point of 
failure" you now have 3. If either one if these three applications decide to 
call it a day your whole application dies and that goes for having two machines 
running different software aswell. Why not use two or three machines all running 
orion and having them split the workload by clustering them?

regards,
Patrik

  -Ursprungligt meddelande-Från: Lachezar Dobrev 
  [mailto:[EMAIL PROTECTED]]Skickat: den 30 maj 2001 
  08:50Till: Orion-InterestÄmne: Re: proxying orion with 
  IIS or iPlanet Web Server
   Hya...
   Got a reply for you 
  :).
   I use Apache as a front-end 
  server. I use Orion to store my EJBs, and I use Jakarta-Tomcat to deploy 
  servlets and JSPs. Just put the Tomcat and Orion on one and the same machine, 
  start tomcat with a classpath, that includes the jars of the Orion server. Put 
  a jndi.properties file somewhere (probably the web-inf/classes directory) and 
  specify the jndi properties as for a remote application:
  
   
  java.naming.factory.initial=com.evermind.server.rmi.RMIInitialContextFactory 
  java.naming.provider.url=ormi://127.0.0.1/your 
application
   java.naming.security.principal=admin 
  user java.naming.security.credentials=admin 
  pass
  
   Than you can safely read the 
  Apache-Tomcat connectivity issues.
   I have used this with IAS instead 
  of orion also. It worked.
   Apache and Tomcat are "cheaper" 
  than other web servers :)
  
   May the shade of the tree 
  strengthen you.
   Lachezar
  
  
  - Original Message - 
  From: "Andrew Diederich" [EMAIL PROTECTED]
  To: "Orion-Interest" [EMAIL PROTECTED]
  Sent: Wednesday, May 30, 2001 12:46 
  AM
  Subject: RE: proxying orion with IIS or iPlanet 
  Web Server
   I was afraid of that -- ISA is a minimum of 
  $1,500. An expense for the free webserver. I'll look into, 
  iWS, but since iPlanet sells a proxy server, too, I bet their 
  webserver won't do it be default, either. Ah, well.  
   Does this mean folks using Orion on NT/Win2k put Orion in their 
  DMZ?  -- Andrew  -Original 
  Message- From: Juan Lorandi (Chile) 
  [mailto:[EMAIL PROTECTED]] Sent: Monday, May 28, 2001 
  13:40 To: Orion-Interest Subject: RE: proxying orion with IIS 
  or iPlanet Web Server   Dig into ISA server, It's the 
  M$ reversed proxy solution. Or else, go into the ISAPI filter world 
  (best of luck)  JP  



RE: Setting up a new web-application

2001-05-30 Thread Marcel Schutte

Just to let you know: I've reported this as a (small) bug and it has already
been fixed. The default value for servlet-webdir is /servlet in all of the
documentation, global-web-application and all generated orion-web.xml files.

Marcel

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
 Marcel Schutte
 Sent: Tuesday, May 29, 2001 4:29 PM
 To: Orion-Interest
 Subject: RE: Setting up a new web-application


 You're right. In the online documentation it says /servlets
 but when you
 look at global-web-application.xml(in both 1.4.5 and 1.5.1) it says
 /servlet.

 Marcel

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
 Kevin Jones
  Sent: Tuesday, May 29, 2001 3:17 PM
  To: Orion-Interest
  Subject: RE: Setting up a new web-application
 
 
  BTW
 
   According to the 1.4.5 documentation the default web
  directory mapping for
   servlets is /servlets, mind the plural
 
  this can't be right.
 
  Try browsing to
 
  http://localhost/servlet/SnoopServlet
 
  and
 
  http://localhost/servlets/SnoopServlet
 
  only the first URL works,
 
 
  Kevin Jones
  DevelopMentor
  www.develop.com
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of
  Marcel Schutte
   Sent: 29 May 2001 11:47
   To: Orion-Interest
   Subject: RE: Setting up a new web-application
  
  
   Hi,
  
   According to the 1.4.5 documentation the default web
  directory mapping for
   servlets is /servlets, mind the plural
   (http://www.orionserver.com/docs/orion-web.xml.html). But since
   none of the
   classes in WEB-INF/classes are found there might be yet
  another problem.
   Could you perhaps post a zip of your
 orion\applications\addressbook
   directory tree, I'll try it out and see what I can find.
  
   Marcel
  
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
  Kevin Jones
Sent: Tuesday, May 29, 2001 11:20 AM
To: Orion-Interest
Subject: Setting up a new web-application
   
   
I have a web application that works fine on Tomcat 4.0b5. I'm
trying to run
it on Orion as a proof of concept but I can't get much
  working! I've
followed the 'atm' example in the notes and have the
following structure
   
orion\applications\addressbook
orion\applications\addressbook\META-INF
orion\applications\addressbook\AddressBook
orion\applications\addressbook\AddressBook\WEB-INF
orion\applications\addressbook\AddressBook\WEB-INF\classes
orion\applications\addressbook\AddressBook\WEB-INF\lib
   
I've updated server.xml (with this application
  name=AddressBook
path=../applications/AddressBook/ / )
and default-web-site.xml (with this web-app
application=AddressBook
name=AddressBook root=/AddressBook /.
   
I can browse to http:\\localhost:8080\AddressBook and it
  picks up the
welcome-file.
I can browse to a simple JSP (that has no beans etc.)
I can't browse to any servlet, so
http://localhost:8080/AddressBook/servlet/com.develop.ewebjava
   .lab.Browse
   and
   http://localhost:8080/AddressBook/servlet/SimpleServlet
  
   both return 404 Not Found Resource
  /AddressBook/servlet/SimpleServlet not
   found on this server
  
   but both classes are in
   orion\applications\addressbook\AddressBook\WEB-INF\classes
  
   I can't browse to a JSP that uses beans that are in
   orion\applications\addressbook\AddressBook\WEB-INF\classes
  
   And I can't get Orion to load an application listener that
  is also in
   orion\applications\addressbook\AddressBook\WEB-INF\classes
  
   Orion obviously can't find classes in
   orion\applications\addressbook\AddressBook\WEB-INF\classes but
   this should
   be automatically added to the classpath for this application.
  
   What am I missing? I assume it must be configuration
  setting but I can't
   find anything in the docs,
  
   Kevin Jones
   DevelopMentor
   www.develop.com
  
  
  
 
 







So, why use Orion?

2001-05-30 Thread Julian Richardson

Hi,

I'm trying to collect together reasons for chosing Orion over other app
servers - our company's been doing a lot of research into EJB technology
over the last few months and currently the favoured choices seem to be JBoss
and Weblogic. 

I can understand JBoss as a target environment - after all it's free. But I
haven't seen a good case (yet) for using Weblogic; as far as I know it's
pretty expensive and support actually seems a little lacking from what I've
heard from others. From what I know it is pretty feature-rich though.
Anyway, there's a chance for using Orion in preference (or at least as
another official environment) given a solid list of reasons...

Any ideas would be appreciated - performance, scalability, standards
adherance, reliability, cost, platform availability, support, documentation
quaility etc. etc. (I've been using it for a couple of months now and
haven't had any trouble other than the usual learning 'glitches' :-)

cheers

Jules




RE: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Marcel Schutte

Hi Randahl,

I've used a filter to do gzip encoding for specific file types. Starting
with the tutorial at http://www.orionserver.com/tutorials/filters/lesson5/,
I've changed some things to get the hang of it and also to reduce the amount
of buffering used. It works fine, haven't had a problem with this
(intranet)site.

The beauty of filters is that they are completely independent from your
application, just edit your web.xml and you are set.

Let me know if you wnat some more info.

Marcel

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink
 Isaksen
 Sent: Wednesday, May 30, 2001 9:39 AM
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion implementation?


 Hi Marcel


 I looked it up, and I definately see your point about the
 filter mechanism.
 Have you any experience with this on Orion? Does it work
 well? And what have
 you used it for?

 Of course if anyone else have tried it out, I would very much
 like to hear
 from you too.


 Yours
 Randahl

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
 Marcel Schutte
 Sent: 30. maj 2001 00:22
 To: Orion-Interest
 Subject: Re: bugs in @page extends= in Orion implementation?


 That's right, the two examples Randahl gives can be easily
 solved using the
 servlet2.3 filter mechanism, giving a very loose coupling of
 these features
 with your actual application.

 Marcel

 - Original Message -
 From: Juan Lorandi (Chile) [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Tuesday, May 29, 2001 10:45 PM
 Subject: RE: bugs in @page extends= in Orion implementation?


  I believe this could be better modeled differently, because
 it leaves no
  room for the web server to implement its callbacks and java doesn't
 support
  multiple inheritance.
 
   -Original Message-
   From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
   Sent: Martes, 29 de Mayo de 2001 3:01
   To: Orion-Interest
   Subject: RE: bugs in @page extends= in Orion
 implementation?
  
  
   Well, can anyone confirm that JSP pages can extend your own
   class when using
   Orion??? Or has noone been able to use @page extends?
  
   I see many good reasons for implementing your own super class
   for your JSP
   pages. For instance, such a superclass could do logging
 of all client
   activities or it could do security checking.
  
  
   Randahl
  
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
   Nicholson
   Sent: 25. maj 2001 21:15
   To: Orion-Interest
   Subject: RE: bugs in @page extends= in Orion
 implementation?
  
  
   It's doing you a favour.Please elaborate on why you want to extend
   that class.
  
  
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
   Jiuyun Wang
Sent: Friday, May 25, 2001 9:20 AM
To: Orion-Interest
Subject: Re: bugs in @page extends= in Orion
 implementation?
   
   
It doesnot work, not matter which one (servlet/jspbase)
 I extends my
jsp, orion jsp compiler just don't support extends
   
-Jiuyun
--- SCOTT FARQUHAR [EMAIL PROTECTED] wrote:
 It looks like your page should extend servlet and not jsppage.

 Just change JSPBase to extend servlet (and make the required
 changes).

 I haven't read the spec, but I imagine that extending
 OrionHttpJspPage is proprietary, and would not be part of
   the spec.

 Scott

  [EMAIL PROTECTED] 05/23/01 05:42am 
 I create a class called JSPBase class which extends
   OrionHttpJspPage,
 and I put the @ page extends=packagename.JSPBase in
   my JSP file.
 however, orion give the following error:

  Superclass of the JSP page does not implement
   Servlet, invalid
 extends attribute.

 Does orion implement @page extends correctly?

 Any clarification?

 -Jiuyun


 __
 Do You Yahoo!?
 Yahoo! Auctions - buy the things you want at great prices
 http://auctions.yahoo.com/



   
   
=
Jiuyun Wang   M.Sc. of Computer Sciences
Sun Certified Programmer for Java 2 Platform
IBM Certified Solution  Enterprise Developer
Phone: 919-696-0419(cel)
Email: [EMAIL PROTECTED]
   
__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/
   
  
  
 









RE: Tracing SQL

2001-05-30 Thread Koster, K.J.

Dear Josh,
 
Thanks for the info.

Kees Jan 

 
 You are only young once, 
   but you can stay immature all your life. 

 

-Original Message-
From: Josh P. Motto [mailto:[EMAIL PROTECTED]]
Sent: dinsdag 29 mei 2001 22:38
To: Orion-Interest
Subject: Re: Tracing SQL



 Here is the JDBC debugging calls for Orion... just put them in your orion
start statement using -D... for example java -Ddatasource.verbose
-Djdbc.debug -jar orion.jar 

Property nameDescription
datasource.verbose   Setting this to true gives you verbose info on
datasource-creation. When a new datasource is created (at startup) it will
print something like this to the console: jdbc:HypersonicSQL:defaultdb:
Started or Orion Pooled jdbc:oracle:thin:@test.foo.com:1521:oracle8i:
Started. You will also be notified when connections are opened, when
connections are released to the pool, etc.  
jdbc.debug   Setting this to true gives you some very verbose
information when jdbc calls are made. This information is not as useful as
the one for datasource.verbose. 
jdbc.nontx.autocommitCan be used to set whether autocommit should be on
for non-transaction connections. Specify false to turn it off, normally it
is on.  
jdbc.connection.debugIf you are having trouble with leaking jdbc
connections, set this to true to find out where the leaked connection was
created.
debug.jdbc.check Set this to true to perform additional tests when
using jdbc.debug=true.

  Koster, K.J. [EMAIL PROTECTED] wrote: 


Dear All,

I'm having some trouble finding what Orion is doing in my databases. I get
truncated data without any error messages.

How can I see what SQL statements Orion executes? (MySQL, with the mm-mysql
driver, if that matters).

When I have a Java long datatype for a CMP property on an enity bean. It's
mapped to int(11) in the database. How come the values are truncated? Who is
clipping my longs?

Kees Jan


You are only young once,
but you can stay immature all your life.






  _  

Do You Yahoo!?
Yahoo! Auctions $2 Million Sweepstakes - Got something to sell?





RE: Tracing SQL

2001-05-30 Thread Koster, K.J.

Thanks, I've downloaded it and will try it later.

Kees Jan


 You are only young once,
   but you can stay immature all your life.


 -Original Message-
 From: Marcel Schutte [mailto:[EMAIL PROTECTED]]
 Sent: woensdag 30 mei 2001 9:00
 To: Orion-Interest
 Subject: RE: Tracing SQL
 
 
 You can find the jdbc logger at 
 http://marcel.schutte.com/DriverWrapper.zip.
 It is certainly not a finished product, just some classes to 
 get you on your
 way.
 
 Unzip in orion/lib. In data-sources.xml you have to use
 nl.gx.common.jcbc.DriverWrapper instead of your original 
 database driver.
 
 Hope this helps,
 Marcel
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
  Marcel Schutte
  Sent: Wednesday, May 30, 2001 12:22 AM
  To: Orion-Interest
  Subject: Re: Tracing SQL
 
 
  That's right, I've got it at my daytime (work) PC. Look into
  it tomorrow
  morning (GMT+1). Right now I'm enjoying some winamp plugins 
 and wine.
 
  Marcel
 
  - Original Message -
  From: Jeff Schnitzer [EMAIL PROTECTED]
  To: Orion-Interest [EMAIL PROTECTED]
  Sent: Tuesday, May 29, 2001 10:31 PM
  Subject: RE: Tracing SQL
 
 
   I don't believe there is any way to force Orion to spit out that
   information.  However, when running against Hypersonic in
  server mode,
   you see all the SQL on the database console.  I find this to be an
   excellent arrangement for development.
  
   If you wanted to, you could fairly easily write a JDBC 
 wrapper that
   prints the SQL.  I wouldn't be surprised if someone has
  already written
   such a creature.
  
   Jeff
  
-Original Message-
From: Koster, K.J. [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 29, 2001 1:03 PM
To: Orion-Interest
Subject: Tracing SQL
   
   
Dear All,
   
I'm having some trouble finding what Orion is doing in my
databases. I get
truncated data without any error messages.
   
How can I see what SQL statements Orion executes? (MySQL,
with the mm-mysql
driver, if that matters).
   
When I have a Java long datatype for a CMP property on an
enity bean. It's
mapped to int(11) in the database. How come the values are
truncated? Who is
clipping my longs?
   
Kees Jan
   

 You are only young once,
   but you can stay immature all your life.
   
   
   
  
 
 
 
 
 




Re: [EJB/Servlet 1.5.1]Classpath driving me nuts...

2001-05-30 Thread Steffen Stundzig

Hi Ben,

 Ben Christensen [EMAIL PROTECTED] wrote:
 Just put your classpath in the /lib directory in Orions root. It works fine
for
 directory structure in that directory and if you need to really specify
something
 different or choose .jar files or something, edit application.xml in the
config
 directory right after this line:
 
 !-- Path to the libraries that are installed on this server.
  These will accesible for the servlets, EJBs etc --
 
 
 You will see how the ../lib directory is already mapped, go ahead and do the
same
 for a jar file or another directory, or just put everything in the lib
directory.
 
 Ben

THX for your answer.

This is one feasible workaround but no solution for me. Because if I would
deploy an new war inside of my Enterprise Application, I must edit this file
in the application server. That sound's not fine and on remote deploy that's
not possible.

Regards
Steffen...

-- 
__
Steffen Stundzigmailto:[EMAIL PROTECTED]
SMB GmbHhttp://www.smb-tec.com







Util taglibrary bug? util:sendMail

2001-05-30 Thread Harrie van Barneveld

I'm trying to use sendMail-tag from the Orion Utiltags library and I am having no 
success, anyone who has solved this problem?

If I use the subject-attribute, like this:
util:sendMail to=[EMAIL PROTECTED] subject=Enquete

I get the compile-time error:
Error parsing JSP page /vipe/main.jsp line 280
subject is not a valid attribute for tag util:sendMail


If I leave the subject out, like this:
util:sendMail to=[EMAIL PROTECTED]

I get the compile-time error:
Error parsing JSP page /vipe/main.jsp line 280
Property to not found in bean/tag
com.evermind.taglib.util.IfInRoleTag

which seems way out-of-line.
Any help is appreciated.

Harrie





My Orion does not want to run the jsp and the servlets

2001-05-30 Thread Hasan
Title: SV: ATM example -> deployment error -> PLEASE some HELP



Hi,

I have 
created a web application using JBuilder. I have followed the specification 
Orion made. I have tried to run the html files and they work fine. 


However, when I tried to run the jsps and servlets, 
Orion did not want to run them.

What 
other files/jars I should copy or CLASSPATH, PATH, etc I should 
change?

Please 
help me!!

Thanks




Re: proxying orion with IIS or iPlanet Web Server

2001-05-30 Thread Lachezar Dobrev



 Frankly?
 Apache is better connected to 
Tomcat... Faster, and there is no need for those... URL rewrites and so on... 
Also... I can have the users authenticated at the apache side. I get the 
username and security things from the apache directly.
 Quite handy you know... Orion is not 
so good at handling Apache requests. and if you plan to use prive IPs (like 
having Apache run on the firewall machine...) than you'll be very sorry... Like 
I was, because there is a SIGNIFICANT delay while Apache servers the requests, 
I'm not sure why. I guess it's something to do with the DNS resolving... 
However... Having Win2k as a firewall/router/Apache server is not the best 
solution... Believe me. If it was to me... I'll get a SlackWare to do the server 
job... But it's not up to me... :(

 Tomcat uses some different protocol 
to serve requests to Apache (APJ). Well... You can still use Tomcat as HTTP 
request server, but... Better not :) same goes to Orion.

 May the shade of the tree strengthen 
you.
 Sincerely yours: 
Lachezar



  - Original Message - 
  From: 
  Patrik Andersson 
  To: Orion-Interest 
  Sent: Wednesday, May 30, 2001 10:32 
  AM
  Subject: SV: proxying orion with IIS or 
  iPlanet Web Server
  
  Just 
  for the sake of asking,
  
  why 
  do you have tomcat serving jsp/servlets and orion serving ejbs if they're both 
  running on the same machine? For me, that sounds like asking for extra 
  maintenance trouble. And another thing, from having one "single point of 
  failure" you now have 3. If either one if these three applications decide to 
  call it a day your whole application dies and that goes for having two 
  machines running different software aswell. Why not use two or three machines 
  all running orion and having them split the workload by clustering 
  them?
  
  regards,
  Patrik
  
-Ursprungligt meddelande-Från: Lachezar Dobrev 
[mailto:[EMAIL PROTECTED]]Skickat: den 30 maj 2001 
08:50Till: Orion-InterestÄmne: Re: proxying orion with 
IIS or iPlanet Web Server
 Hya...
 Got a reply for you 
:).
 I use Apache as a front-end 
server. I use Orion to store my EJBs, and I use Jakarta-Tomcat to deploy 
servlets and JSPs. Just put the Tomcat and Orion on one and the same 
machine, start tomcat with a classpath, that includes the jars of the Orion 
server. Put a jndi.properties file somewhere (probably the web-inf/classes 
directory) and specify the jndi properties as for a remote 
application:

 
java.naming.factory.initial=com.evermind.server.rmi.RMIInitialContextFactory 
java.naming.provider.url=ormi://127.0.0.1/your 
application
 
java.naming.security.principal=admin user 
java.naming.security.credentials=admin pass

 Than you can safely read the 
Apache-Tomcat connectivity issues.
 I have used this with IAS 
instead of orion also. It worked.
 Apache and Tomcat are "cheaper" 
than other web servers :)

 May the shade of the tree 
strengthen you.
 Lachezar


- Original Message - 
From: "Andrew Diederich" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Wednesday, May 30, 2001 12:46 
AM
Subject: RE: proxying orion with IIS or 
iPlanet Web Server
 I was afraid of that -- ISA is a minimum of 
$1,500. An expense for the free webserver. I'll look 
into, iWS, but since iPlanet sells a proxy server, too, I bet their 
webserver won't do it be default, either. Ah, well. 
  Does this mean folks using Orion on NT/Win2k put Orion in 
their DMZ?  -- Andrew  -Original 
Message- From: Juan Lorandi (Chile) 
[mailto:[EMAIL PROTECTED]] Sent: Monday, May 28, 2001 
13:40 To: Orion-Interest Subject: RE: proxying orion with 
IIS or iPlanet Web Server   Dig into ISA server, 
It's the M$ reversed proxy solution. Or else, go into the ISAPI 
filter world (best of luck)  JP  
  


Orion running out of memory ?

2001-05-30 Thread Tony Fonager

I have a test website project, running on Orionserver - after running for
maybe 15-20 hours, it suddently stops working, with the message : Out of
Memory - No Stack Trace Available

Is there some setting, where I setup the amount of memory for the
Orionserver ?

I have monitored memory usage and it keeps growing during the test period,
until it suddently stops working, with the above memory error.

What can I do - either there is a leak or it uses incredible much memory.

(I dont use any objects, which earlier has been mentioned on this list for
leaking!)

Any ideas, people ?


-
Regards,
Tony Fonager

Netcoders ApS - http://www.netcoders.dk




Re: My Orion does not want to run the jsp and the servlets

2001-05-30 Thread Johan Fredriksson
Title: SV: ATM example -> deployment error -> PLEASE some HELP



Did you copy tools.jar to your 

orion

directory?

Johan

  - Original Message - 
  From: 
  Hasan 
  To: Orion-Interest 
  Sent: Wednesday, May 30, 2001 10:55 
  AM
  Subject: My Orion does not want to run 
  the jsp and the servlets
  
  Hi,
  
  I 
  have created a web application using JBuilder. I have followed the 
  specification Orion made. I have tried to run the html files and they work 
  fine. 
  
  However, when I tried to run the jsps and servlets, 
  Orion did not want to run them.
  
  What 
  other files/jars I should copy or CLASSPATH, PATH, etc I should 
  change?
  
  Please help me!!
  
  Thanks
  
  


Internal server error

2001-05-30 Thread Johan Fredriksson



I get this message every now and 
then...


500 Internal Server Errorjava.lang.NullPointerException
	at com.evermind[Orion/1.5.1 (build 10410)].server.http.JSPBeanInfo._djb(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)].server.http.JSPPage._bec(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)]._ah._ybd(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)]._ah._pcd(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)].server.http.JSPServlet.service(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)]._cob._xdd(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)]._cob._shc(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)]._iz._rzc(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)]._iz._ft(Unknown Source)
	at com.evermind[Orion/1.5.1 (build 10410)]._ip.run(Unknown Source)
And I have no idea what is causing it. If I reload the page the error message goes away.Anyone have a clue of where to look for the error and where should I put my try catch so the users don't get this ugly errormessage?Maybe I'll just have to create an errorpage that handles this specific error.Johan


RE: Orin cpu usage ???

2001-05-30 Thread Koster, K.J.


 Doesn't anyone knows how to execute
 java -classic .. on a Linux box ??

Manually edit $JAVA_HOME/jre/lib/jvm.cfg (path may be different, but it's
definedly jvm.cfg. Move -classic from the bottom of the file to the top.

Kees Jan


 You are only young once,
   but you can stay immature all your life.




Re: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Daniel López

Hi,

I've also used filters, but in this case to filter requests by IP, as I
don't want certain IP's to be able to access certain URLs. On the other
hand, I implemented security, logging and other features inside my own
servlet Controller, following a Model 2 approach. I thought about
externalizing this services as filters, but that would mean that the
web.xml file will grow too much and that I would have to put too much
things in the request object each time. It's not that I've discarded the
idea, but I don't see any compelling reason to implement everything as
filters. We don't use servlets, but ONE controller servlet and action
classes and we use JSP as view-only, creatures (actually, we seldom use
them as we use XML/XSLT), so as anyway all the requests go through my
controller servlet... We implemented IP filtering as a filter because we
also wanted to use it in other applications, as well as with static
content.
Just my 2c,
D.
---
Daniel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Computer Center
Balearic Islands University
---

Marcel Schutte wrote:
 
 Hi Randahl,
 
 I've used a filter to do gzip encoding for specific file types. Starting
 with the tutorial at http://www.orionserver.com/tutorials/filters/lesson5/,
 I've changed some things to get the hang of it and also to reduce the amount
 of buffering used. It works fine, haven't had a problem with this
 (intranet)site.
 
 The beauty of filters is that they are completely independent from your
 application, just edit your web.xml and you are set.
 
 Let me know if you wnat some more info.
 
 Marcel
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink
  Isaksen
  Sent: Wednesday, May 30, 2001 9:39 AM
  To: Orion-Interest
  Subject: RE: bugs in @page extends= in Orion implementation?
 
 
  Hi Marcel
 
 
  I looked it up, and I definately see your point about the
  filter mechanism.
  Have you any experience with this on Orion? Does it work
  well? And what have
  you used it for?
 
  Of course if anyone else have tried it out, I would very much
  like to hear
  from you too.
 
 
  Yours
  Randahl
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
  Marcel Schutte
  Sent: 30. maj 2001 00:22
  To: Orion-Interest
  Subject: Re: bugs in @page extends= in Orion implementation?
 
 
  That's right, the two examples Randahl gives can be easily
  solved using the
  servlet2.3 filter mechanism, giving a very loose coupling of
  these features
  with your actual application.
 
  Marcel
 
  - Original Message -
  From: Juan Lorandi (Chile) [EMAIL PROTECTED]
  To: Orion-Interest [EMAIL PROTECTED]
  Sent: Tuesday, May 29, 2001 10:45 PM
  Subject: RE: bugs in @page extends= in Orion implementation?
 
 
   I believe this could be better modeled differently, because
  it leaves no
   room for the web server to implement its callbacks and java doesn't
  support
   multiple inheritance.
  
-Original Message-
From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
Sent: Martes, 29 de Mayo de 2001 3:01
To: Orion-Interest
Subject: RE: bugs in @page extends= in Orion
  implementation?
   
   
Well, can anyone confirm that JSP pages can extend your own
class when using
Orion??? Or has noone been able to use @page extends?
   
I see many good reasons for implementing your own super class
for your JSP
pages. For instance, such a superclass could do logging
  of all client
activities or it could do security checking.
   
   
Randahl
   
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Robert
Nicholson
Sent: 25. maj 2001 21:15
To: Orion-Interest
Subject: RE: bugs in @page extends= in Orion
  implementation?
   
   
It's doing you a favour.Please elaborate on why you want to extend
that class.
   
   
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
Jiuyun Wang
 Sent: Friday, May 25, 2001 9:20 AM
 To: Orion-Interest
 Subject: Re: bugs in @page extends= in Orion
  implementation?


 It doesnot work, not matter which one (servlet/jspbase)
  I extends my
 jsp, orion jsp compiler just don't support extends

 -Jiuyun
 --- SCOTT FARQUHAR [EMAIL PROTECTED] wrote:
  It looks like your page should extend servlet and not jsppage.
 
  Just change JSPBase to extend servlet (and make the required
  changes).
 
  I haven't read the spec, but I imagine that extending
  OrionHttpJspPage is proprietary, and would not be part of
the spec.
 
  Scott
 
   [EMAIL PROTECTED] 05/23/01 05:42am 
  I create a class called JSPBase class which extends
OrionHttpJspPage,
  and I put the @ page 

Re: SV: proxying orion with IIS or iPlanet Web Server

2001-05-30 Thread Daniel López

Hi Patrick,

I agree with you, in our case we are using Apache as a proxy for other
reasons. One reason is that the Apache SSL certificate that we have
doesn't work with Orion (quite easy to fix) but the main reason is that
we use several instances of Orion, one per set of related applications,
and we use the proxy to concentrate/redirect the traffic from the port
80 to the appropriate application port. This way we have one single
point of failure, the proxy, but orion instances are independent of each
other and we can start/stop/move them without bothering the other
applications. Besides, we also have an SSI script inside the proxy that,
in case an application server is down, redirects the request to the
appropriate For maintenance reasons... page. Right now the proxy and
the orion instances are, some of them, in the same host, but in the
future I guess they won't be as next step for us is clustering. Anyway,
no Tomcat anywhere and no plans for it, at least as it is now.
We are quite happy with this set up, but we are in a situation were our
main worry is not speed, so we don't care about the small extra trip
between the proxy and the orion instance, but the number of
applications. With hot deployment you are supposed not to have to stop
the orion server but sometimes...
Just my 2ec,
D.
---
Daniel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Computer Center
Balearic Islands University
---

 Patrik Andersson wrote:
 
 Just for the sake of asking,
 
 why do you have tomcat serving jsp/servlets and orion serving ejbs if
 they're both running on the same machine? For me, that sounds like
 asking for extra maintenance trouble. And another thing, from having
 one single point of failure you now have 3. If either one if these
 three applications decide to call it a day your whole application dies
 and that goes for having two machines running different software
 aswell. Why not use two or three machines all running orion and having
 them split the workload by clustering them?
 
 regards,
 Patrik
 
  -Ursprungligt meddelande-
  Från: Lachezar Dobrev [mailto:[EMAIL PROTECTED]]
  Skickat: den 30 maj 2001 08:50
  Till: Orion-Interest
  Ämne: Re: proxying orion with IIS or iPlanet Web Server
 
 Hya...
 Got a reply for you :).
 I use Apache as a front-end server. I use Orion to store
  my EJBs, and I use Jakarta-Tomcat to deploy servlets and
  JSPs. Just put the Tomcat and Orion on one and the same
  machine, start tomcat with a classpath, that includes the
  jars of the Orion server. Put a jndi.properties file
  somewhere (probably the web-inf/classes directory) and
  specify the jndi properties as for a remote application:
 
 
  java.naming.factory.initial=com.evermind.server.rmi.RMIInitialContextFactory
java.naming.provider.url=ormi://127.0.0.1/your
  application
java.naming.security.principal=admin user
java.naming.security.credentials=admin pass
 
 Than you can safely read the Apache-Tomcat connectivity
  issues.
 I have used this with IAS instead of orion also. It
  worked.
 Apache and Tomcat are cheaper than other web servers :)
 
 May the shade of the tree strengthen you.
 Lachezar
 
 
  - Original Message -
  From: Andrew Diederich [EMAIL PROTECTED]
  To: Orion-Interest [EMAIL PROTECTED]
  Sent: Wednesday, May 30, 2001 12:46 AM
  Subject: RE: proxying orion with IIS or iPlanet Web Server
 
   I was afraid of that -- ISA is a minimum of $1,500.  An
  expense for the free
   webserver.  I'll look into, iWS, but since iPlanet sells a
  proxy server,
   too, I bet their webserver won't do it be default,
  either.   Ah, well.
  
   Does this mean folks using Orion on NT/Win2k put Orion in
  their DMZ?
  
   --
   Andrew
  
   -Original Message-
   From: Juan Lorandi (Chile)
  [mailto:[EMAIL PROTECTED]]
   Sent: Monday, May 28, 2001 13:40
   To: Orion-Interest
   Subject: RE: proxying orion with IIS or iPlanet Web Server
  
  
   Dig into ISA server, It's the M$ reversed proxy solution.
  Or else, go into
   the ISAPI filter world (best of luck)
  
   JP




Re: My Orion does not want to run the jsp and the servlets

2001-05-30 Thread Jeff Hubbach

Hasan,

Make sure that you copy tools.jar from your java-dir/lib directory
into the orion directory. This enables JSP compilation. If your servlets
aren't working, though, it sounds like a possible configuration issue.

Jeff Hubbach.

Hasan wrote:

 Hi,I have created a web application using JBuilder. I have followed
 the specification Orion made. I have tried to run the html files and
 they work fine. However, when I tried to run the jsps and servlets,
 Orion did not want to run them.What other files/jars I should copy or
 CLASSPATH, PATH, etc I should change?Please help me!!Thanks





RE: Setting up a new web-application

2001-05-30 Thread Kevin Jones

 I'm using Xalan 2 in my framework and I've had the same problem with
 pretty much all the containers that I've tried playing with. With Orion,
 substituting xalan.jar and xerces.jar in the Orion directory did the
 trick for me in 1.4.*.

This is an ugly hack though :-) If another app using the same server and
relies on Xalan-1 functionality, they're screwed.

 with Resin and I never tried with Tomcat.

Tomcat 4 fixes this (mostly)

 The problem seems to be
 something like the first XML library to be used is the one to be used
 for everything and as all the containers have nowadays XML
 configuration files and use an XML parser as soon as they start up, then
 the XML library that is used is the one that the container uses,

Yes, sort of. The problem is that the same classloader used by your web-app
can also 'see' the global 'classpath ' set by Orion, and, as classloaders
delegate, when the web-app CL tries to use an XML parser, or Xalan or
something that is shared then the 'global' one gets used first.

 hence
 the need to put your desired library in the global CLASSPATH. This can
 lead to problems that can't be solved, if the container and your
 application can only use incompatible versions of a parser. As somebody
 mentioned,

That was me

 I think JSDK 2.3 tries to solve this, specifically,
 Point SRV.9.7.2 Web Application Classloader (Page 63 JSDK2.3 PFD2)
 states:
 ...
 It is recommended, however, that the application classloader be
 implemented so that classes and resources packaged within the WAR are
 loaded in preference to classes and resources residing in container-wide
 library JARs.
 

Yes, we put this in because of these sorts of problems.

Kevin Jones
DevelopMentor
www.develop.com







RE: Orion running out of memory ?

2001-05-30 Thread Alexander Jesse

Try (just for a test) to have some servlet/ejb,... run from time to time
a System.gc(); We have seen in our servlet-environments that free-memory
would shrink in continuation... calling gc() from time to time would free 
the memory again. Cannot really explain the whereabouts, but it might work 
for you too.

regards
Alexander

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 30, 2001 1:51 PM
To: [EMAIL PROTECTED]
Subject: Orion running out of memory ?


I have a test website project, running on Orionserver - after running for
maybe 15-20 hours, it suddently stops working, with the message : Out of
Memory - No Stack Trace Available

Is there some setting, where I setup the amount of memory for the
Orionserver ?

I have monitored memory usage and it keeps growing during the test period,
until it suddently stops working, with the above memory error.

What can I do - either there is a leak or it uses incredible much memory.

(I dont use any objects, which earlier has been mentioned on this list for
leaking!)

Any ideas, people ?


-
Regards,
Tony Fonager

Netcoders ApS - http://www.netcoders.dk




Re: Orion running out of memory ?

2001-05-30 Thread Robert S. Sfeir

Java?  Memory leak?  Um, not likely.

Make sure you don't have some kind of infinite loop in your application.  I 
did that once, and got the error after Orion grew to 512MB of RAM, used up 
all the swap space too, then orion tried to recover and it couldn't.

If you ask me, I think it does a good job of handling situations like that.

If you don't have an infinite loop, try to 'force' a garbage collect at 
some point in your test and see if it helps.

Hey but what the heck do I know, I'm just a rookie.
R

At 01:50 PM 5/30/2001 +0200, you wrote:
I have a test website project, running on Orionserver - after running for
maybe 15-20 hours, it suddently stops working, with the message : Out of
Memory - No Stack Trace Available

Is there some setting, where I setup the amount of memory for the
Orionserver ?

I have monitored memory usage and it keeps growing during the test period,
until it suddently stops working, with the above memory error.

What can I do - either there is a leak or it uses incredible much memory.

(I dont use any objects, which earlier has been mentioned on this list for
leaking!)

Any ideas, people ?


-
Regards,
Tony Fonager

Netcoders ApS - http://www.netcoders.dk



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: Writing System Properties - java.protocol.handler.pkgs

2001-05-30 Thread Markus Holmberg

On Tue, May 29, 2001 at 08:10:51PM -0600, Farrell, Sarah wrote:
 I'm having a serious problem that will keep us from shipping our application
 on Orion if I can't figure it out.
 
 I need to be able to set the system property java.protocol.handler.pkgs in
 an EJB to com.sun.net.ssl.internal.www.protocol.  The EJB is
 C:\orion\applications\SystemAccess\SystemEJB.java

You shouldn't be setting the property that way. Remove your property
modifying code from your EJB, and try this instead:

Create a file named orion.properties in your Orion directory, and put
the following inside it:

java.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocol

Then launch Orion using java -jar orion.jar -p orion.properties.

Markus

-- 

Markus Holmberg |   Give me Unix or give me a typewriter.
[EMAIL PROTECTED]  |   http://www.freebsd.org/




RE: Writing System Properties - java.protocol.handler.pkgs

2001-05-30 Thread Farrell, Sarah

Markus,

Thank you so much!  Your answer combined with some of the stuff I've tried
ended up being the whole solution.

Here's the solution for those of you who may be having the same problems:

- You have to run orion in secure mode.
- You have to have a policy file to be able to run in secure mode (see my
original email for the contents of my policy file).
- Then you can read system properties from an EJB.

But as Markus said, you can't write properties from your EJB code, so you
have to have a properties file to set those.

Here's the whole commandline syntax:

java -Djava.security.policy=orion.policy -jar orion.jar -secure -p
orion.properties

I can't believe how much time this took to figure out.  May I bitch about
the poor documentation now? and the lack of available support/timely
response from Orion?

:)
Sarah


-Original Message-
From: Markus Holmberg [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 30, 2001 8:40 AM
To: Orion-Interest
Cc: Farrell, Sarah
Subject: Re: Writing System Properties - java.protocol.handler.pkgs


On Tue, May 29, 2001 at 08:10:51PM -0600, Farrell, Sarah wrote:
 I'm having a serious problem that will keep us from shipping our
application
 on Orion if I can't figure it out.
 
 I need to be able to set the system property java.protocol.handler.pkgs
in
 an EJB to com.sun.net.ssl.internal.www.protocol.  The EJB is
 C:\orion\applications\SystemAccess\SystemEJB.java

You shouldn't be setting the property that way. Remove your property
modifying code from your EJB, and try this instead:

Create a file named orion.properties in your Orion directory, and put
the following inside it:

java.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocol

Then launch Orion using java -jar orion.jar -p orion.properties.

Markus

-- 

Markus Holmberg |   Give me Unix or give me a typewriter.
[EMAIL PROTECTED]  |   http://www.freebsd.org/




SV: SV: proxying orion with IIS or iPlanet Web Server

2001-05-30 Thread Patrik Andersson
Title: SV: SV: proxying orion with IIS or iPlanet Web Server





Ok,


very interesting to hear ways to setup large applications. But in other
words, the SSI script that shows the For maintenence reasons... 
message could also be used as some kind of fail over?


Patrik


-Ursprungligt meddelande-
Från: Daniel López [mailto:[EMAIL PROTECTED]]
Skickat: den 30 maj 2001 15:15
Till: Orion-Interest
Ämne: Re: SV: proxying orion with IIS or iPlanet Web Server



Hi Patrick,


I agree with you, in our case we are using Apache as a proxy for other
reasons. One reason is that the Apache SSL certificate that we have
doesn't work with Orion (quite easy to fix) but the main reason is that
we use several instances of Orion, one per set of related applications,
and we use the proxy to concentrate/redirect the traffic from the port
80 to the appropriate application port. This way we have one single
point of failure, the proxy, but orion instances are independent of each
other and we can start/stop/move them without bothering the other
applications. Besides, we also have an SSI script inside the proxy that,
in case an application server is down, redirects the request to the
appropriate For maintenance reasons... page. Right now the proxy and
the orion instances are, some of them, in the same host, but in the
future I guess they won't be as next step for us is clustering. Anyway,
no Tomcat anywhere and no plans for it, at least as it is now.
We are quite happy with this set up, but we are in a situation were our
main worry is not speed, so we don't care about the small extra trip
between the proxy and the orion instance, but the number of
applications. With hot deployment you are supposed not to have to stop
the orion server but sometimes...
Just my 2ec,
D.
---
Daniel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Computer Center
Balearic Islands University
---


 Patrik Andersson wrote:
 
 Just for the sake of asking,
 
 why do you have tomcat serving jsp/servlets and orion serving ejbs if
 they're both running on the same machine? For me, that sounds like
 asking for extra maintenance trouble. And another thing, from having
 one single point of failure you now have 3. If either one if these
 three applications decide to call it a day your whole application dies
 and that goes for having two machines running different software
 aswell. Why not use two or three machines all running orion and having
 them split the workload by clustering them?
 
 regards,
 Patrik
 
 -Ursprungligt meddelande-
 Från: Lachezar Dobrev [mailto:[EMAIL PROTECTED]]
 Skickat: den 30 maj 2001 08:50
 Till: Orion-Interest
 Ämne: Re: proxying orion with IIS or iPlanet Web Server
 
 Hya...
 Got a reply for you :).
 I use Apache as a front-end server. I use Orion to store
 my EJBs, and I use Jakarta-Tomcat to deploy servlets and
 JSPs. Just put the Tomcat and Orion on one and the same
 machine, start tomcat with a classpath, that includes the
 jars of the Orion server. Put a jndi.properties file
 somewhere (probably the web-inf/classes directory) and
 specify the jndi properties as for a remote application:
 
 
 java.naming.factory.initial=com.evermind.server.rmi.RMIInitialContextFactory
 java.naming.provider.url=ormi://127.0.0.1/your
 application
 java.naming.security.principal=admin user
 java.naming.security.credentials=admin pass
 
 Than you can safely read the Apache-Tomcat connectivity
 issues.
 I have used this with IAS instead of orion also. It
 worked.
 Apache and Tomcat are cheaper than other web servers :)
 
 May the shade of the tree strengthen you.
 Lachezar
 
 
 - Original Message -
 From: Andrew Diederich [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Wednesday, May 30, 2001 12:46 AM
 Subject: RE: proxying orion with IIS or iPlanet Web Server
 
  I was afraid of that -- ISA is a minimum of $1,500. An
 expense for the free
  webserver. I'll look into, iWS, but since iPlanet sells a
 proxy server,
  too, I bet their webserver won't do it be default,
 either. Ah, well.
 
  Does this mean folks using Orion on NT/Win2k put Orion in
 their DMZ?
 
  --
  Andrew
 
  -Original Message-
  From: Juan Lorandi (Chile)
 [mailto:[EMAIL PROTECTED]]
  Sent: Monday, May 28, 2001 13:40
  To: Orion-Interest
  Subject: RE: proxying orion with IIS or iPlanet Web Server
 
 
  Dig into ISA server, It's the M$ reversed proxy solution.
 Or else, go into
  the ISAPI filter world (best of luck)
 
  JP





Re: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Joni Suominen

Hi!

I have implemented these features as externalized filters. The reason
for this was that I use a MVC 2 product which is developed independently
(Jakarta Struts http://jakarta.apache.org/struts/). Like Marcel said the
beauty of filters is that they are independent from the rest of the
application. The filters allow me to plug in these services to the
application without any integration code. So, I have a LogFilter which
logs the requests using log4j (http://jakarta.apache.org/log4j/). After
that there's an AuthorizationFilter which checks if the current user has
priviledges to execute the request. AuthorizationFilter utilizes the
forthcoming Java Authentication and Authorization service
(http://java.sun.com/products/jaas/). All in all, I have a pretty
flexible system with a very little own code.

Joni
[EMAIL PROTECTED]

Daniel López wrote:
 
 Hi,
 
 I've also used filters, but in this case to filter requests by IP, as I
 don't want certain IP's to be able to access certain URLs. On the other
 hand, I implemented security, logging and other features inside my own
 servlet Controller, following a Model 2 approach. I thought about
 externalizing this services as filters, but that would mean that the
 web.xml file will grow too much and that I would have to put too much
 things in the request object each time. It's not that I've discarded the
 idea, but I don't see any compelling reason to implement everything as
 filters. We don't use servlets, but ONE controller servlet and action
 classes and we use JSP as view-only, creatures (actually, we seldom use
 them as we use XML/XSLT), so as anyway all the requests go through my
 controller servlet... We implemented IP filtering as a filter because we
 also wanted to use it in other applications, as well as with static
 content.
 Just my 2c,
 D.
 ---
 Daniel Lopez Janariz ([EMAIL PROTECTED])
 Web Services
 Computer Center
 Balearic Islands University
 ---
 
 Marcel Schutte wrote:
 
  Hi Randahl,
 
  I've used a filter to do gzip encoding for specific file types. Starting
  with the tutorial at http://www.orionserver.com/tutorials/filters/lesson5/,
  I've changed some things to get the hang of it and also to reduce the amount
  of buffering used. It works fine, haven't had a problem with this
  (intranet)site.
 
  The beauty of filters is that they are completely independent from your
  application, just edit your web.xml and you are set.
 
  Let me know if you wnat some more info.
 
  Marcel
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink
   Isaksen
   Sent: Wednesday, May 30, 2001 9:39 AM
   To: Orion-Interest
   Subject: RE: bugs in @page extends= in Orion implementation?
  
  
   Hi Marcel
  
  
   I looked it up, and I definately see your point about the
   filter mechanism.
   Have you any experience with this on Orion? Does it work
   well? And what have
   you used it for?
  
   Of course if anyone else have tried it out, I would very much
   like to hear
   from you too.
  
  
   Yours
   Randahl
  
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of
   Marcel Schutte
   Sent: 30. maj 2001 00:22
   To: Orion-Interest
   Subject: Re: bugs in @page extends= in Orion implementation?
  
  
   That's right, the two examples Randahl gives can be easily
   solved using the
   servlet2.3 filter mechanism, giving a very loose coupling of
   these features
   with your actual application.
  
   Marcel
  
   - Original Message -
   From: Juan Lorandi (Chile) [EMAIL PROTECTED]
   To: Orion-Interest [EMAIL PROTECTED]
   Sent: Tuesday, May 29, 2001 10:45 PM
   Subject: RE: bugs in @page extends= in Orion implementation?
  
  
I believe this could be better modeled differently, because
   it leaves no
room for the web server to implement its callbacks and java doesn't
   support
multiple inheritance.
   
 -Original Message-
 From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
 Sent: Martes, 29 de Mayo de 2001 3:01
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion
   implementation?


 Well, can anyone confirm that JSP pages can extend your own
 class when using
 Orion??? Or has noone been able to use @page extends?

 I see many good reasons for implementing your own super class
 for your JSP
 pages. For instance, such a superclass could do logging
   of all client
 activities or it could do security checking.


 Randahl

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
 Nicholson
 Sent: 25. maj 2001 21:15
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion
   implementation?


 It's doing you a favour.Please elaborate on why you want 

Runtime Permissions - policy file

2001-05-30 Thread Farrell, Sarah

I have a new problem in my application with runtime permissions.

The runtime error I'm seeing is:
java.lang.ExceptionInInitializerError: java.security.AccessControlException:
access denied (java.lang.RuntimePermission accessClassInPackage.sun.net)

The commandline syntax for starting Orion that I'm using is:
C:\orionjava -Djava.security.policy=orion.policy -jar orion.jar -secure -p
orion.properties

I've tried a few different modifications to my orion.policy file, the
current state is:
grant codeBase file:/orion/- {
permission java.lang.RuntimePermission
accessClassInPackage.sun.net;
permission java.util.PropertyPermission *, read;
permission java.security.AllPermission;
};

grant codeBase file:/orion/applications/SystemAccess/- {
permission java.lang.RuntimePermission
accessClassInPackage.sun.net;
permission java.util.PropertyPermission *, read;
permission java.security.AllPermission;
};

// default permissions granted to all domains
grant { 
permission java.lang.RuntimePermission *;
permission java.security.AllPermission;
permission java.util.PropertyPermission *, read;
};

Any suggestions?
Where can I find full documentation on what permissions may be set in Orion
in the policy file?
Obviously Orion just ignores some permissions (like write to properties).

Thank you!
Sarah


  Sarah Farrell 
Senior Software Engineer/Consultant
[EMAIL PROTECTED]





RE: Util taglibrary bug? util:sendMail

2001-05-30 Thread cybermaster

util:sendMail works fine for me. Did you set your mail.smtp.host property?

e.g.

%@ taglib uri=utiltags prefix=util %
%@ page language=java import=java.util.*, javax.mail.*,
javax.mail.internet.* %
%
String smtpHost = x.x.x.x ;   // your 
servers IP
String date = new Date().toLocaleString();
%

!--Send email(s)   --
%
Properties properties = System.getProperties();
properties.put(mail.smtp.host, smtpHost);
Session mailSession = Session.getDefaultInstance(properties, null);
%
!--
REM: above should _not_ use getDefaultInstance, only quick fix; better put
instance into JNDI,
or create new tag that takes instance directly
--
util:sendMail from=vipeWebApplication to= [EMAIL PROTECTED] 
subject=Enquete
date:   %= date %
user:   %= request.getRemoteUser() %
/util:sendMail

Cheers

--peter

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Harrie van
Barneveld
Sent: Wednesday, May 30, 2001 4:00 AM
To: Orion-Interest
Subject: Util taglibrary bug? util:sendMail

I'm trying to use sendMail-tag from the Orion Utiltags library and I am
having no success, anyone who has solved this problem?

If I use the subject-attribute, like this:
util:sendMail to=[EMAIL PROTECTED] subject=Enquete

I get the compile-time error:
Error parsing JSP page /vipe/main.jsp line 280
subject is not a valid attribute for tag util:sendMail


If I leave the subject out, like this:
util:sendMail to=[EMAIL PROTECTED]

I get the compile-time error:
Error parsing JSP page /vipe/main.jsp line 280
Property to not found in bean/tag
com.evermind.taglib.util.IfInRoleTag

which seems way out-of-line.
Any help is appreciated.

Harrie






Re: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Jiuyun Wang

There is several good reason for using inheritance, for example, if you
have a lot of utility methods you want to be included in every JSP in
one specific Web Application.
In JSP 1.1, it specifies that ---
 The JSP container should check (usually through reflection) that the
provided superclass:
· Implements HttpJspPage if the protocol is HTTP, or JspPage otherwise.

Orion does not implement it correctly!

-Jiuynu

Jiuyun Wang   M.Sc. of Computer Sciences
Sun Certified Programmer for Java 2 Platform
IBM Certified Solution  Enterprise Developer
Phone: 919-696-0419(cel)
Email: [EMAIL PROTECTED]

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year!  http://personal.mail.yahoo.com/




image/servlet caching issue

2001-05-30 Thread Todd McGrath

I'm having what I believe to be a image/servlet issue cache issue with Orion
1.4.5:

Situation:
I'm creating dynamically generated graphs based on an authenticated user.
The images are created by passing values to a graph generating servlet.

HTML looks like this:

img border=0
src=/Incentive1Graph?mgmt01=37500min=10009target=25024gold=37535

where Incentive1Graph is a servlet that produces the image based on mgmt01,
min, target and gold values.

The very first time the servlet is run it produces the correct image.
However, on any subsequent calls with a different user, the original image
is returned.  I think the image/servlet is being cached by Orion and thus,
always returns the first image that was created.  If I restart Orion, log in
with a different user, the image produced is correct.

Here's what I've done to debug so far:

1) Verfied the values for mgmt01, min, etc. are changing with different
users
2) Deleted all files in the persistence directory
3) Deleted my browser cache
4) Tried with both Netscape and IE
5) Verified that I'm not accessing the test site through a proxy
6) Searched the Orion mailing list for similar issues

Any other ideas???

My questions are:
1) how do disable image/servlet caching in Orion config?
2) is there something I can write in the Incentive1Graph servlet that will
prevent it from being cached?


Thanks in advance,
Todd





Re: Orion running out of memory ?

2001-05-30 Thread Michael Jara

We have had similar problems, using Orion 1.4.5.

The first problem seems to be that Orion does not re-use instances...  I
beleive that the orion-ejb-jar.xml defaults to allow an infinite number of
instances per EJB.  If you are creating a lot of instances, this might help
your problem.

The second problem seems to relate to bug#251.  If you are performing
operations on entity beans, you might try setting their reentrant property
to true and see if the problem goes away.  If that works, I think it is a
short-term workaround at best...  I'm not sure how Orion handles entity bean
reentrancy.

Has anyone found these problems to be fixed in later (beta) versions of
Orion?

Mike

- Original Message -
From: Tony Fonager [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Wednesday, May 30, 2001 5:50 AM
Subject: Orion running out of memory ?


 I have a test website project, running on Orionserver - after running for
 maybe 15-20 hours, it suddently stops working, with the message : Out of
 Memory - No Stack Trace Available

 Is there some setting, where I setup the amount of memory for the
 Orionserver ?

 I have monitored memory usage and it keeps growing during the test
period,
 until it suddently stops working, with the above memory error.

 What can I do - either there is a leak or it uses incredible much memory.

 (I dont use any objects, which earlier has been mentioned on this list for
 leaking!)

 Any ideas, people ?


 -
 Regards,
 Tony Fonager

 Netcoders ApS - http://www.netcoders.dk






1.5.1 vs 1.4.7 RequestDispatcher

2001-05-30 Thread Kit Cragin

Is there something that changed between 1.5.1 and 1.4.7 that broke my
forward() requests?

I have a servlet mapped to /start and protected by a role, user, in
web.xml. The servlet obtains a RequestDispatcher to /roles/user/index.jsp.
This JSP has an iframe that loads /roles/user/content.html.

Under 1.4.7 when I do http://localhost/webapp/start I got a login prompt as
expected and everything shows up correctly. Under 1.5.1, the same URL causes
3 login prompts. On the last one, I get a 401 unauthorized on content.html.
Anyone know why this could be occuring?

Thanks,

Kit Cragin
VP of Product Development
Mongoose Technology, Inc.
www.mongoosetech.com





RE: image/servlet caching issue

2001-05-30 Thread elephantwalker

I think this will solve your problem, add this in your response handler:

 response.addHeader(Pragma, no-cache);
 response.addHeader(Cache-Control, no-store);

This should do the trick.

Regards,

the elephantwalker



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Todd McGrath
Sent: Wednesday, May 30, 2001 11:25 AM
To: Orion-Interest
Subject: image/servlet caching issue


I'm having what I believe to be a image/servlet issue cache issue with Orion
1.4.5:

Situation:
I'm creating dynamically generated graphs based on an authenticated user.
The images are created by passing values to a graph generating servlet.

HTML looks like this:

img border=0
src=/Incentive1Graph?mgmt01=37500min=10009target=25024gold=37535

where Incentive1Graph is a servlet that produces the image based on mgmt01,
min, target and gold values.

The very first time the servlet is run it produces the correct image.
However, on any subsequent calls with a different user, the original image
is returned.  I think the image/servlet is being cached by Orion and thus,
always returns the first image that was created.  If I restart Orion, log in
with a different user, the image produced is correct.

Here's what I've done to debug so far:

1) Verfied the values for mgmt01, min, etc. are changing with different
users
2) Deleted all files in the persistence directory
3) Deleted my browser cache
4) Tried with both Netscape and IE
5) Verified that I'm not accessing the test site through a proxy
6) Searched the Orion mailing list for similar issues

Any other ideas???

My questions are:
1) how do disable image/servlet caching in Orion config?
2) is there something I can write in the Incentive1Graph servlet that will
prevent it from being cached?


Thanks in advance,
Todd






RE: image/servlet caching issue

2001-05-30 Thread Todd McGrath

Sorry, I fixed it.  I was doing an if (chart == null) in the servlet that
generates graph.  I just removed that if test and the images are loading
the proper way now.  I assumed that chart object would always be null, but
not so.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Todd McGrath
Sent: Wednesday, May 30, 2001 1:25 PM
To: Orion-Interest
Subject: image/servlet caching issue


I'm having what I believe to be a image/servlet issue cache issue with Orion
1.4.5:

Situation:
I'm creating dynamically generated graphs based on an authenticated user.
The images are created by passing values to a graph generating servlet.

HTML looks like this:

img border=0
src=/Incentive1Graph?mgmt01=37500min=10009target=25024gold=37535

where Incentive1Graph is a servlet that produces the image based on mgmt01,
min, target and gold values.

The very first time the servlet is run it produces the correct image.
However, on any subsequent calls with a different user, the original image
is returned.  I think the image/servlet is being cached by Orion and thus,
always returns the first image that was created.  If I restart Orion, log in
with a different user, the image produced is correct.

Here's what I've done to debug so far:

1) Verfied the values for mgmt01, min, etc. are changing with different
users
2) Deleted all files in the persistence directory
3) Deleted my browser cache
4) Tried with both Netscape and IE
5) Verified that I'm not accessing the test site through a proxy
6) Searched the Orion mailing list for similar issues

Any other ideas???

My questions are:
1) how do disable image/servlet caching in Orion config?
2) is there something I can write in the Incentive1Graph servlet that will
prevent it from being cached?


Thanks in advance,
Todd






Re: 1.5.1 vs 1.4.7 RequestDispatcher

2001-05-30 Thread Greg Stickley

I had a problem with request.sendRedirect where orion
would continue processing the jsp or servlet below the
sendRedirect.  It's like it ignored the redirect
intirely.  I had to put a return; statement imediately
following the sendRedirect statement.  Maybe this is
related.

--- Kit Cragin [EMAIL PROTECTED] wrote:
 Is there something that changed between 1.5.1 and
 1.4.7 that broke my
 forward() requests?
 
 I have a servlet mapped to /start and protected by a
 role, user, in
 web.xml. The servlet obtains a RequestDispatcher to
 /roles/user/index.jsp.
 This JSP has an iframe that loads
 /roles/user/content.html.
 
 Under 1.4.7 when I do http://localhost/webapp/start
 I got a login prompt as
 expected and everything shows up correctly. Under
 1.5.1, the same URL causes
 3 login prompts. On the last one, I get a 401
 unauthorized on content.html.
 Anyone know why this could be occuring?
 
 Thanks,
 
 Kit Cragin
 VP of Product Development
 Mongoose Technology, Inc.
 www.mongoosetech.com
 
 


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/




RE: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Robert Nicholson

Can you elaborate on how you are using XSL and XSLT ... I assume you're
using Tag libraries but can you show an example of HTML markup derived from
XML?

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Lopez
 Sent: Wednesday, May 30, 2001 6:05 AM
 To: Orion-Interest
 Subject: Re: bugs in @page extends= in Orion implementation?


 Hi,

 I've also used filters, but in this case to filter requests by IP, as I
 don't want certain IP's to be able to access certain URLs. On the other
 hand, I implemented security, logging and other features inside my own
 servlet Controller, following a Model 2 approach. I thought about
 externalizing this services as filters, but that would mean that the
 web.xml file will grow too much and that I would have to put too much
 things in the request object each time. It's not that I've discarded the
 idea, but I don't see any compelling reason to implement everything as
 filters. We don't use servlets, but ONE controller servlet and action
 classes and we use JSP as view-only, creatures (actually, we seldom use
 them as we use XML/XSLT), so as anyway all the requests go through my
 controller servlet... We implemented IP filtering as a filter because we
 also wanted to use it in other applications, as well as with static
 content.
 Just my 2c,
 D.
 ---
 Daniel Lopez Janariz ([EMAIL PROTECTED])
 Web Services
 Computer Center
 Balearic Islands University
 ---

 Marcel Schutte wrote:
 
  Hi Randahl,
 
  I've used a filter to do gzip encoding for specific file types. Starting
  with the tutorial at
 http://www.orionserver.com/tutorials/filters/lesson5/,
  I've changed some things to get the hang of it and also to
 reduce the amount
  of buffering used. It works fine, haven't had a problem with this
  (intranet)site.
 
  The beauty of filters is that they are completely independent from your
  application, just edit your web.xml and you are set.
 
  Let me know if you wnat some more info.
 
  Marcel
 
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink
   Isaksen
   Sent: Wednesday, May 30, 2001 9:39 AM
   To: Orion-Interest
   Subject: RE: bugs in @page extends= in Orion implementation?
  
  
   Hi Marcel
  
  
   I looked it up, and I definately see your point about the
   filter mechanism.
   Have you any experience with this on Orion? Does it work
   well? And what have
   you used it for?
  
   Of course if anyone else have tried it out, I would very much
   like to hear
   from you too.
  
  
   Yours
   Randahl
  
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of
   Marcel Schutte
   Sent: 30. maj 2001 00:22
   To: Orion-Interest
   Subject: Re: bugs in @page extends= in Orion implementation?
  
  
   That's right, the two examples Randahl gives can be easily
   solved using the
   servlet2.3 filter mechanism, giving a very loose coupling of
   these features
   with your actual application.
  
   Marcel
  
   - Original Message -
   From: Juan Lorandi (Chile) [EMAIL PROTECTED]
   To: Orion-Interest [EMAIL PROTECTED]
   Sent: Tuesday, May 29, 2001 10:45 PM
   Subject: RE: bugs in @page extends= in Orion implementation?
  
  
I believe this could be better modeled differently, because
   it leaves no
room for the web server to implement its callbacks and java doesn't
   support
multiple inheritance.
   
 -Original Message-
 From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
 Sent: Martes, 29 de Mayo de 2001 3:01
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion
   implementation?


 Well, can anyone confirm that JSP pages can extend your own
 class when using
 Orion??? Or has noone been able to use @page extends?

 I see many good reasons for implementing your own super class
 for your JSP
 pages. For instance, such a superclass could do logging
   of all client
 activities or it could do security checking.


 Randahl

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
 Nicholson
 Sent: 25. maj 2001 21:15
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion
   implementation?


 It's doing you a favour.Please elaborate on why you want to extend
 that class.


  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of
 Jiuyun Wang
  Sent: Friday, May 25, 2001 9:20 AM
  To: Orion-Interest
  Subject: Re: bugs in @page extends= in Orion
   implementation?
 
 
  It doesnot work, not matter which one (servlet/jspbase)
   I extends my
  jsp, orion jsp compiler just don't support extends
 
  

RE: bugs in @page extends=.... in Orion implementation?

2001-05-30 Thread Robert Nicholson

Sure I will be happy to. The project I was involved in they factored a load
of code in the JSP servlet superclass and I found that when I wanted access
to this code via a servlet that it was impossible. Factoring code into the
superclass is only useful if you've made the decision to only access this
code from within your JSP pages at runtime. Sure there are many ways to
architect this properly but reusing code factored into the superclass
outside of a JSP pages is very difficult and putting such code in the
superclasses encourages the use of scriptlets in the JSP code. Always a bad
idea.

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink
 Isaksen
 Sent: Tuesday, May 29, 2001 12:03 AM
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion implementation?


 Well, Robert, would you elaborate on those thoughts?

 R.

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
 Nicholson
 Sent: 23. maj 2001 04:51
 To: Orion-Interest
 Subject: RE: bugs in @page extends= in Orion implementation?


 Factoring code into the jsppage superclass is a bad idea. You will regret
 this later.

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of SCOTT FARQUHAR
  Sent: Tuesday, May 22, 2001 5:53 PM
  To: Orion-Interest
  Subject: Re: bugs in @page extends= in Orion implementation?
 
 
  It looks like your page should extend servlet and not jsppage.
 
  Just change JSPBase to extend servlet (and make the required changes).
 
  I haven't read the spec, but I imagine that extending
  OrionHttpJspPage is proprietary, and would not be part of the spec.
 
  Scott
 
   [EMAIL PROTECTED] 05/23/01 05:42am 
  I create a class called JSPBase class which extends OrionHttpJspPage,
  and I put the @ page extends=packagename.JSPBase in my JSP file.
  however, orion give the following error:
 
   Superclass of the JSP page does not implement Servlet, invalid
  extends attribute.
 
  Does orion implement @page extends correctly?
 
  Any clarification?
 
  -Jiuyun
 
 
  __
  Do You Yahoo!?
  Yahoo! Auctions - buy the things you want at great prices
  http://auctions.yahoo.com/
 
 
 








RE: image/servlet caching issue

2001-05-30 Thread Aaron Tavistock

First off, I have a similar servlet sending images running in Orion right
now and it does not display this behavior  (Although mine uses path info
instead of request parameters so the URL still looks like an image).  So I'm
pretty sure its not Orion.

Narrowing to a solution depends alot on whether the problem exists on the
client or on the server.

You should start out by forcing response headers to instruct the browser to
not cache the results.  This really can't do much harm so, its good to do
even if the problem is on the server.  Use these (assuming 'res' is an
instance of HttpServletResponse)

  res.setHeader(Cache-Control, no-cache);
  res.setHeader(pragma, no-cache);
  res.setHeader(expires, System.currentTimeMillis());

If this doesn't fix the problem, I'd start looking at the servlet itself.
I'd make absolutely sure that you have the appropriate things in the request
scope verses the class scope.  Its easy to miss something in the wrong scope
and accidentally create this kind of behavior. 

-Original Message-
From: Todd McGrath [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 30, 2001 11:25 AM
To: Orion-Interest
Subject: image/servlet caching issue


I'm having what I believe to be a image/servlet issue cache issue with Orion
1.4.5:

Situation:
I'm creating dynamically generated graphs based on an authenticated user.
The images are created by passing values to a graph generating servlet.

HTML looks like this:

img border=0
src=/Incentive1Graph?mgmt01=37500min=10009target=25024gold=37535

where Incentive1Graph is a servlet that produces the image based on mgmt01,
min, target and gold values.

The very first time the servlet is run it produces the correct image.
However, on any subsequent calls with a different user, the original image
is returned.  I think the image/servlet is being cached by Orion and thus,
always returns the first image that was created.  If I restart Orion, log in
with a different user, the image produced is correct.

Here's what I've done to debug so far:

1) Verfied the values for mgmt01, min, etc. are changing with different
users
2) Deleted all files in the persistence directory
3) Deleted my browser cache
4) Tried with both Netscape and IE
5) Verified that I'm not accessing the test site through a proxy
6) Searched the Orion mailing list for similar issues

Any other ideas???

My questions are:
1) how do disable image/servlet caching in Orion config?
2) is there something I can write in the Incentive1Graph servlet that will
prevent it from being cached?


Thanks in advance,
Todd





RE: 1.5.1 vs 1.4.7 RequestDispatcher

2001-05-30 Thread Jeff Schnitzer

I am definitely experiencing something very similar.  I haven't tried it
with a version of Orion prior to 1.4.8, but I find that using
RequestDispatcher.forward() produces erratic results, usually without
sending any output.  I find that calling include() works as advertised.

The exact same code with forward() works fine with Tomcat4.  I logged
bug #482 about this.  It would probably help if you added more
information:
http://bugzilla.orionserver.com/bugzilla/show_bug.cgi?id=482

I will try 1.4.7 and see if it works.  BTW, I'm using an
HttpServletResponseWrapper subclass; I haven't tried without a wrapper
to see if it works.

Jeff

 -Original Message-
 From: Kit Cragin [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, May 30, 2001 11:49 AM
 To: Orion-Interest
 Subject: 1.5.1 vs 1.4.7 RequestDispatcher
 
 
 Is there something that changed between 1.5.1 and 1.4.7 that broke my
 forward() requests?
 
 I have a servlet mapped to /start and protected by a role, user, in
 web.xml. The servlet obtains a RequestDispatcher to 
 /roles/user/index.jsp.
 This JSP has an iframe that loads /roles/user/content.html.
 
 Under 1.4.7 when I do http://localhost/webapp/start I got a 
 login prompt as
 expected and everything shows up correctly. Under 1.5.1, the 
 same URL causes
 3 login prompts. On the last one, I get a 401 unauthorized on 
 content.html.
 Anyone know why this could be occuring?
 
 Thanks,
 
 Kit Cragin
 VP of Product Development
 Mongoose Technology, Inc.
 www.mongoosetech.com
 
 
 




Re: image/servlet caching issue

2001-05-30 Thread Lance Lavandowska

have you implemented HttpServer.getLastModified(HttpServletRequest req)?
Try returning -1, this should tell the browser that the requested resource
should not be cached.  This is the default behaviour, so you might try
returning the actual current time, this will tell the browser that the
resource has changed with each request, and it shouldn't use the cached
response.

See
http://java.sun.com/products/servlet/2.2/javadoc/javax/servlet/http/HttpSe
rvlet.html

Lance

- Original Message -
From: Todd McGrath [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Wednesday, May 30, 2001 1:24 PM
Subject: image/servlet caching issue


 I'm having what I believe to be a image/servlet issue cache issue with
Orion
 1.4.5:

 Situation:
 I'm creating dynamically generated graphs based on an authenticated
user.
 The images are created by passing values to a graph generating servlet.

 HTML looks like this:

 img border=0
 src=/Incentive1Graph?mgmt01=37500min=10009target=25024gold=37535

 where Incentive1Graph is a servlet that produces the image based on
mgmt01,
 min, target and gold values.

 The very first time the servlet is run it produces the correct image.
 However, on any subsequent calls with a different user, the original
image
 is returned.  I think the image/servlet is being cached by Orion and
thus,
 always returns the first image that was created.  If I restart Orion,
log in
 with a different user, the image produced is correct.

 Here's what I've done to debug so far:

 1) Verfied the values for mgmt01, min, etc. are changing with different
 users
 2) Deleted all files in the persistence directory
 3) Deleted my browser cache
 4) Tried with both Netscape and IE
 5) Verified that I'm not accessing the test site through a proxy
 6) Searched the Orion mailing list for similar issues

 Any other ideas???

 My questions are:
 1) how do disable image/servlet caching in Orion config?
 2) is there something I can write in the Incentive1Graph servlet that
will
 prevent it from being cached?






Re: Orion running out of memory ?

2001-05-30 Thread Seng Choy Kua

edit the orion-ejb-jar.xml file in
/$ORION_HOME$/application-deployments/$YOUR_PROJECT$-ejb.jar directory. set
the attribute max-instances='x' in all the EJBs deployed, where x is the
maximum number of EJBs you allow in memory at any time. this will prevent
your system from running out of memory.

i've included a sample line below (taken from the orion-ejb-jar.xml file):

  entity-deployment name=ForumMessageEJB location=ForumMessageEJB
wrapper=ForumMessageHome_EntityHomeWrapper23 max-instances=10
table=ForumMessageEJB
   ejb-ref-mapping name=ejb/forummessage /
   resource-ref-mapping name=jdbc/biltmart /
  /entity-deployment





 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, May 30, 2001 1:51 PM
 To: [EMAIL PROTECTED]
 Subject: Orion running out of memory ?


 I have a test website project, running on Orionserver - after running for
 maybe 15-20 hours, it suddently stops working, with the message : Out of
 Memory - No Stack Trace Available

 Is there some setting, where I setup the amount of memory for the
 Orionserver ?

 I have monitored memory usage and it keeps growing during the test
period,
 until it suddently stops working, with the above memory error.

 What can I do - either there is a leak or it uses incredible much memory.

 (I dont use any objects, which earlier has been mentioned on this list for
 leaking!)

 Any ideas, people ?


 -
 Regards,
 Tony Fonager

 Netcoders ApS - http://www.netcoders.dk





how to run jsps and servlet on orion?

2001-05-30 Thread Hasan

i have created a simple web app (only using jsps). but orion didnt want to
run them.

any advice to solve it?





RE: Tracing SQL

2001-05-30 Thread HyungKee Hwang

I downloaded and tried it, but I met the following error message,

Error initializing server: DriverManagerDataSource driver 
'nl.gx.common.jcbc.DriverWrapper' not found

As I know, we don't have to do anything to include it in the classpath as long as it 
is located in c:/orion/lib, where c:/orion is orion home directory. Anyway, I 
included it in the classpath but the same error message came up. How can I fix the 
problem?

BTW, the jdbc logger can be used against Oracle database?

-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Marcel Schutte
Sent: Wednesday, May 30, 2001 5:00 PM
To: Orion-Interest
Subject: RE: Tracing SQL

You can find the jdbc logger at http://marcel.schutte.com/DriverWrapper.zip.
It is certainly not a finished product, just some classes to get you on your
way.

Unzip in orion/lib. In data-sources.xml you have to use
nl.gx.common.jcbc.DriverWrapper instead of your original database driver.

Hope this helps,
Marcel

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
 Marcel Schutte
 Sent: Wednesday, May 30, 2001 12:22 AM
 To: Orion-Interest
 Subject: Re: Tracing SQL


 That's right, I've got it at my daytime (work) PC. Look into
 it tomorrow
 morning (GMT+1). Right now I'm enjoying some winamp plugins and wine.

 Marcel

 - Original Message -
 From: Jeff Schnitzer [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Tuesday, May 29, 2001 10:31 PM
 Subject: RE: Tracing SQL


  I don't believe there is any way to force Orion to spit out that
  information.  However, when running against Hypersonic in
 server mode,
  you see all the SQL on the database console.  I find this to be an
  excellent arrangement for development.
 
  If you wanted to, you could fairly easily write a JDBC wrapper that
  prints the SQL.  I wouldn't be surprised if someone has
 already written
  such a creature.
 
  Jeff
 
   -Original Message-
   From: Koster, K.J. [mailto:[EMAIL PROTECTED]]
   Sent: Tuesday, May 29, 2001 1:03 PM
   To: Orion-Interest
   Subject: Tracing SQL
  
  
   Dear All,
  
   I'm having some trouble finding what Orion is doing in my
   databases. I get
   truncated data without any error messages.
  
   How can I see what SQL statements Orion executes? (MySQL,
   with the mm-mysql
   driver, if that matters).
  
   When I have a Java long datatype for a CMP property on an
   enity bean. It's
   mapped to int(11) in the database. How come the values are
   truncated? Who is
   clipping my longs?
  
   Kees Jan
  
   
You are only young once,
  but you can stay immature all your life.
  
  
  
 







RE: Tracing SQL

2001-05-30 Thread HyungKee Hwang

I downloaded and tried it, but I met the following error message,

Error initializing server: DriverManagerDataSource driver 
'nl.gx.common.jcbc.DriverWrapper' not found

As I know, we don't have to do anything to include it in the classpath as long as it 
is located in c:/orion/lib, where c:/orion is orion home directory. Anyway, I 
included it in the classpath but the same error message came up. How can I fix the 
problem?

BTW, the jdbc logger can be used against Oracle database?

-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Marcel Schutte
Sent: Wednesday, May 30, 2001 5:00 PM
To: Orion-Interest
Subject: RE: Tracing SQL

You can find the jdbc logger at http://marcel.schutte.com/DriverWrapper.zip.
It is certainly not a finished product, just some classes to get you on your
way.

Unzip in orion/lib. In data-sources.xml you have to use
nl.gx.common.jcbc.DriverWrapper instead of your original database driver.

Hope this helps,
Marcel

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of
 Marcel Schutte
 Sent: Wednesday, May 30, 2001 12:22 AM
 To: Orion-Interest
 Subject: Re: Tracing SQL


 That's right, I've got it at my daytime (work) PC. Look into
 it tomorrow
 morning (GMT+1). Right now I'm enjoying some winamp plugins and wine.

 Marcel

 - Original Message -
 From: Jeff Schnitzer [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Tuesday, May 29, 2001 10:31 PM
 Subject: RE: Tracing SQL


  I don't believe there is any way to force Orion to spit out that
  information.  However, when running against Hypersonic in
 server mode,
  you see all the SQL on the database console.  I find this to be an
  excellent arrangement for development.
 
  If you wanted to, you could fairly easily write a JDBC wrapper that
  prints the SQL.  I wouldn't be surprised if someone has
 already written
  such a creature.
 
  Jeff
 
   -Original Message-
   From: Koster, K.J. [mailto:[EMAIL PROTECTED]]
   Sent: Tuesday, May 29, 2001 1:03 PM
   To: Orion-Interest
   Subject: Tracing SQL
  
  
   Dear All,
  
   I'm having some trouble finding what Orion is doing in my
   databases. I get
   truncated data without any error messages.
  
   How can I see what SQL statements Orion executes? (MySQL,
   with the mm-mysql
   driver, if that matters).
  
   When I have a Java long datatype for a CMP property on an
   enity bean. It's
   mapped to int(11) in the database. How come the values are
   truncated? Who is
   clipping my longs?
  
   Kees Jan
  
   
You are only young once,
  but you can stay immature all your life.
  
  
  
 







Re: Internal server error

2001-05-30 Thread Adam Cassar

Have you looked at your application log?

On Wed, May 30, 2001 at 02:12:41PM +0200, Johan Fredriksson wrote:
 I get this message every now and then...
 
 500 Internal Server Error
 java.lang.NullPointerException
   at com.evermind[Orion/1.5.1 (build 
10410)].server.http.JSPBeanInfo._djb(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 10410)].server.http.JSPPage._bec(Unknown 
Source)
   at com.evermind[Orion/1.5.1 (build 10410)]._ah._ybd(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 10410)]._ah._pcd(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 
10410)].server.http.JSPServlet.service(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 10410)]._cob._xdd(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 10410)]._cob._shc(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 10410)]._iz._rzc(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 10410)]._iz._ft(Unknown Source)
   at com.evermind[Orion/1.5.1 (build 10410)]._ip.run(Unknown Source)
 
 
 And I have no idea what is causing it. If I reload the page the error message goes 
away.
 Anyone have a clue of where to look for the error and where should I put my try 
catch so the users don't get this ugly errormessage?
 Maybe I'll just have to create an errorpage that handles this specific error.
 
 Johan
 

-- 

Adam Cassar
Technical Development Manager
___  
NetRegistry http://www.netregistry.au.com
Tel: +61 2 9641 8609 | Fax: +61 2 9699 6088
PO Box 270 Broadway NSW 2007 Australia




Re: how to run jsps and servlet on orion?

2001-05-30 Thread Jeff Hubbach

Can you give a little more info? This is very vague...

Jeff.

On Thu, 31 May 2001 08:52:53 +0700
Hasan [EMAIL PROTECTED] wrote:

i have created a simple web app (only using jsps). but orion didnt want
to
run them.

any advice to solve it?






RE: So, why use Orion?

2001-05-30 Thread Kevin Duffey

Hi,

That's a tough call. Orion rocks in terms of performance, but they are far
behind most others in documentation and support. JBoss is rock solid on EJB
and has far more developers working on the project at any one time than I
would say any other app server. Documentation is pretty good and you can't
beat the price. The architecture of JBoss is pretty nice too. I think
Orion's strongest points are its performance. Because it integrates the web
server, jsp/servlet engine and ejb engine in a single jvm, its very fast.
Ofcourse, you can run it in two tiers as well leaving one for ejb, and one
for front-end web serving...nothing gigabit networking wont remedy in terms
of network speed as the only difference in performance between running it on
a single box in one jvm.  I am interested in seeing how well Apache 2,
Tomcat 4 and JBoss do as a team. Its a complete solution for web pages,
servlets/jsp, and ejb and its all free and very well supported.

I'd say the only downside to using free or cheap software is most companies
simply wont do it because they are too naive to realize its good quality
software. I still have yet to figure out why it is upper management involve
political crap into the mix when it comes to choosing a good solid platform
to deploy on. For some reason, if they have millions in the bank, they need
to spend millions on the hardware and software otherwise they can't justify
it.

WebLogic 6 is very nice indeed, but you pay a premium, at $17K per cpu per
server for a clustered setup, it can easily cost  $100K for a site with
fail-over and backup at dual co-lo's.

Personally, I would use Apache 2, Tomcat 4 and JBoss for the reason of cost,
documentation, performance and support. Orion still kicks all butts in sheer
performance however.


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Julian
 Richardson
 Sent: Wednesday, May 30, 2001 1:02 AM
 To: Orion-Interest
 Subject: So, why use Orion?


 Hi,

 I'm trying to collect together reasons for chosing Orion over other app
 servers - our company's been doing a lot of research into EJB technology
 over the last few months and currently the favoured choices seem
 to be JBoss
 and Weblogic.

 I can understand JBoss as a target environment - after all it's
 free. But I
 haven't seen a good case (yet) for using Weblogic; as far as I know it's
 pretty expensive and support actually seems a little lacking from
 what I've
 heard from others. From what I know it is pretty feature-rich though.
 Anyway, there's a chance for using Orion in preference (or at least as
 another official environment) given a solid list of reasons...

 Any ideas would be appreciated - performance, scalability, standards
 adherance, reliability, cost, platform availability, support,
 documentation
 quaility etc. etc. (I've been using it for a couple of months now and
 haven't had any trouble other than the usual learning 'glitches' :-)

 cheers

 Jules






RE: My Orion does not want to run the jsp and the servlets

2001-05-30 Thread Kevin Duffey
Title: SV: ATM example -> deployment error -> PLEASE some HELP



Make 
sure you copy tools.jar to the /orion root folder. Its used to compile jsp pages 
into servlets. It can be found usually in your /jdk/bin (or maybe its 
jdk/jre/bin) folder.

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of 
  HasanSent: Wednesday, May 30, 2001 1:56 AMTo: 
  Orion-InterestSubject: My Orion does not want to run the jsp and 
  the servlets
  Hi,
  
  I 
  have created a web application using JBuilder. I have followed the 
  specification Orion made. I have tried to run the html files and they work 
  fine. 
  
  However, when I tried to run the jsps and servlets, 
  Orion did not want to run them.
  
  What 
  other files/jars I should copy or CLASSPATH, PATH, etc I should 
  change?
  
  Please help me!!
  
  Thanks