security in web-apps

[Kiss Tibor]

Hi!

I have created an ear file containing only a war file (with some jsps)
just for experimenting, as I am quite new to orion.
However, if I try to access my web-app, I get a 403 Forbidden error.

Anyone got some suggestions/examples how I can control access security
for my war?

Thanks
Tibor

Any answer for POST method....

[waheed_rahuman]

Hi all
Is it there any answer for POST method in orion.1.4.0
bye
waheed


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

How i can upgrade orion1.3.8 to orion.1.4.0

[waheed_rahuman]

Hai All,

I am , using orion.13.8  i am interested to use orion.1.4.0.
So,  how i can upgrade my orion.1.3.8  to orion.14. server
expecting your reply
i thanx in advance for you reply

thanking you
yours
waheed


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

RE: IOException error writing to server..what does it mean?

[Robert Nicholson]

Have you tried increase the size of the buffer on your jsp page?

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
> Sent: Friday, March 09, 2001 9:51 AM
> To: Orion-Interest
> Subject: IOException error writing to server..what does it mean?
> 
> 
> Can anyone possibly explain to me why this error occurs? I am 
> developing an
> online worksheet system which uses between 20 and 70 columns (dynamically
> built) and any number of rows. It seems as I get to about 11 to 14 rows,
> Orion throws this exception and the application no longer 
> responds. This is
> happening when I am transforming dynamic XML output from JSP 
> pages into HTML
> via XSL pages. The worksheet works fine up until 11 or so rows, then this
> happens. I can only think that maybe a buffer or something is getting
> overloaded? Imagine 12 rows each with 30 columns..that is the 
> amount of HTML
> going out. Maybe I need to somehow flush the buffer (response 
> buffer)? Or is
> there an automatic way to tell the server to send data back as it 
> gets full?
> 
> Thanks.
> 
> 
> 
> java.io.IOException: Error writing to server
> at
> sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConn
> ection.java:220)
> at
> sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConn
> ection.java:229)
> at
> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon
> nection.java:480)
> at
> com.mvc.servlets.ControllerServlet.forward(ControllerServlet.java:485
> )
> at
> com.mvc.servlets.ControllerServlet.service(ControllerServlet.java:371
> )
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:329)
> at com.evermind.server.http.d4.s3(JAX)
> at com.evermind.server.http.d4.s1(JAX)
> at com.evermind.server.http.eg.s9(JAX)
> at com.evermind.server.http.eg.dr(JAX)
> at com.evermind.util.f.run(JAX)
> Exception while trying to transform document. MESSAGE = Error writing to
> server
> 

Re: Orion/Linux, kill -9, and dead server

[Jeff Hubbach]

You might want to try a different JVM. We're using Sun's 1.3 with no problems.

Jeff.

Gerald Gutierrez wrote:

> Hi all.
>
> I'm doing some testing with Orion 1.3.8 (higher versions have bugs that
> make it unusable for me right now) on Linux 2.2.14 and JDK1.3.01 with the
> Hotspot server VM. I have three applications running, two purely with CMP
> EBs and one with BMP EBs.
>
> Practically every time I have the server up for more than a couple hours,
> and when I put load on the system, the thing starts spawning threads like
> mad (one time ps aux told me there were *260* java processes = threads).
> Almost all of them would take no CPU time, but several (one usually, maybe
> a couple) of them would just suck up the processor completely (a 300MHz
> AMD-K6 with 256MB RAM).
>
> Eventually, it just stops accepting connections and nothing works. The java
> processes are still many in number and a couple sucking up all the CPU.
>
> Is this a known issue? I've heard that Orion is "unstable" on Linux, but
> nothing like this.
>
> I'd appreciate any comments anyone has about this.
>
> Thanks.
>
> Gerald.

Re: Orion/Linux, kill -9, and dead server

[Alex 'Kazuma' Garbagnati]

>Is this a known issue? I've heard that Orion is "unstable" on Linux, but 
>nothing like this.
>
>I'd appreciate any comments anyone has about this.

That's strange. I have 2 applications running on the same machine, with 
apache and 1 instance of tomcat and one of resin... and I don't have this 
type of issue. I'm using 1.4.5, and my kernel is 2.2.16... Everything is 
working just fine... really.


 Best Regards,
 Kazuma



Cos'e' il genio. E' fantasia intuizione, colpo d'occhio e velocita' 
d'esecuzione. (Amici Miei)

---
Alessandro A. 'Kazuma' Garbagnati
http://www.kazuma.net/   ICQ UIN: 1600386
Mountain View, CA, 94043 - USA

RE: Orion/Linux, kill -9, and dead server

[Christian Billen]

It's running stable here with Linux Redhat 7, kernel 2.2.18, glibc-2.2-12
and Sun JDK 1.3.0.  I had this problem before but it was running with IBM
JDK 1.3.  By using sun's jdk it solved the problem.

Christian

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Ben Kruger
> Sent: Friday, March 09, 2001 3:12 PM
> To: Orion-Interest
> Subject: Re: Orion/Linux, kill -9, and dead server
>
>
> I have had this exact problem before.  Turns out I had a memory leak.
>
>
> ben
>
> Gerald Gutierrez wrote:
>
> > Hi all.
> >
> > I'm doing some testing with Orion 1.3.8 (higher versions have bugs that
> > make it unusable for me right now) on Linux 2.2.14 and
> JDK1.3.01 with the
> > Hotspot server VM. I have three applications running, two
> purely with CMP
> > EBs and one with BMP EBs.
> >
> > Practically every time I have the server up for more than a
> couple hours,
> > and when I put load on the system, the thing starts spawning
> threads like
> > mad (one time ps aux told me there were *260* java processes = threads).
> > Almost all of them would take no CPU time, but several (one
> usually, maybe
> > a couple) of them would just suck up the processor completely (a 300MHz
> > AMD-K6 with 256MB RAM).
> >
> > Eventually, it just stops accepting connections and nothing
> works. The java
> > processes are still many in number and a couple sucking up all the CPU.
> >
> > Is this a known issue? I've heard that Orion is "unstable" on Linux, but
> > nothing like this.
> >
> > I'd appreciate any comments anyone has about this.
> >
> > Thanks.
> >
> > Gerald.
>
>
>
>

RE: find by methods

[Robert Nicholson]

Finder 
methods are declared in a proprietory format for each vendor so they are 
declared in the vendors .xml file. For Orion this is orion-ejb-jar.xml and this 
file is created during the deployment process.in the 
applications-deployments/factory/ejbs directory
 
look 
at the orion-ejb-jar.dtd referenced in this file for 
more

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Francis 
  AkanniSent: Friday, March 09, 2001 2:43 AMTo: 
  Orion-InterestSubject: find by methods
  Hi all,
  I am new to EJBs and am currently attempting to define 
  my findBy methods. I was under the impression that you define your sql in the 
  ejb-jar file like such:
   
  RemoteApp   
  findByName(name)  
  java.lang.String 
      
      
      
   
  However I have noticed that the orion ejb-jar file also 
  generated finder methods. So the question is what exactly is defined in the 
  ejb-jar file? your where conditions or nothing. I am running orion 1.4.7 and 
  the orion ejb jar file has defined everything from what I can 
see.
   
  regards Francis

Re: Orion/Linux, kill -9, and dead server

[Ben Kruger]

I have had this same problem.  Turns out there was a memory leak.


Gerald Gutierrez wrote:

> Hi all.
>
> I'm doing some testing with Orion 1.3.8 (higher versions have bugs that
> make it unusable for me right now) on Linux 2.2.14 and JDK1.3.01 with the
> Hotspot server VM. I have three applications running, two purely with CMP
> EBs and one with BMP EBs.
>
> Practically every time I have the server up for more than a couple hours,
> and when I put load on the system, the thing starts spawning threads like
> mad (one time ps aux told me there were *260* java processes = threads).
> Almost all of them would take no CPU time, but several (one usually, maybe
> a couple) of them would just suck up the processor completely (a 300MHz
> AMD-K6 with 256MB RAM).
>
> Eventually, it just stops accepting connections and nothing works. The java
> processes are still many in number and a couple sucking up all the CPU.
>
> Is this a known issue? I've heard that Orion is "unstable" on Linux, but
> nothing like this.
>
> I'd appreciate any comments anyone has about this.
>
> Thanks.
>
> Gerald.

Re: Error unpacking: IO Error: error in opening

[James Manning]

[Randahl Fink Isaksen]
> I am wondering if I am the the only one getting an error when deploying a
> new .ear (this happens often but not always):
> 
> Auto-unpacking C:\(...)\project.ear... Error unpacking: IO Error: error in
> opening
> zip file
> 
> Does anybody know why this happens, and is there a work-around apart from
> restarting Orion?

I've seen this mainly when Orion doesn't wait long enough and tries
to open an .ear file before it's fully copied-over from another
location.  The quick fix is to re-try the transfer.  It's not an
"easy" problem per-se, but polling on file size when the time/date stamp
changes and extracing when the filesize is the same (and is non-zero)
for 2 consecutive checks is a method I used to use that worked well.

Yes, it's a heuristic.

But, yes, it's better than what's there now :)

For "most" people, the transfer is fast enough once you're overwriting
the .ear to where it's not a big deal.  You can workaround by transferring
into a tmp file and doing a rename (or 2 renames, at most)

How to treat this can lead to a religious war, which is why I've kept
from bringing it up in the past.

James
-- 
James Manning <[EMAIL PROTECTED]>
GPG Key fingerprint = B913 2FBD 14A9 CE18 B2B7  9C8E A0BF B026 EEBB F6E4

RE: Error unpacking: IO Error: error in opening

[Jeff Schnitzer]

This started happening to me a lot starting with 1.4.5, but not before.

Jeff

>-Original Message-
>From: Thomas Pridham [mailto:[EMAIL PROTECTED]]
>Sent: Friday, March 09, 2001 10:36 AM
>To: Orion-Interest
>Subject: RE: Error unpacking: IO Error: error in opening
>
>
>We also see this problem alot.  My opinion is that while ant is still
>copying over the file, Orion tries to open it, resulting in an 
>I/O error.
>Sometimes Orion retries to open it and other times not.  The 
>EAR-auto deploy
>is quirky!!
>
>
>Regards,
>Tom Pridham
>Software Engineer
>http://www.Oakscape.com
>
>
>-Original Message-
>From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
>Sent: Friday, March 09, 2001 10:07 AM
>To: Orion-Interest
>Subject: Error unpacking: IO Error: error in opening
>
>
>I am wondering if I am the the only one getting an error when 
>deploying a
>new .ear (this happens often but not always):
>
>Auto-unpacking C:\(...)\project.ear... Error unpacking: IO 
>Error: error in
>opening
>zip file
>
>Does anybody know why this happens, and is there a work-around 
>apart from
>restarting Orion?
>
>
>R.
>
>
>

un subscribe

[Ólafur Arnar Arthúrsson]

 

-Original Message- 
From: Simon 
Sent: lau. 10.3.2001 05:16 
To: Orion-Interest 
Cc: 
Subject: un subscribe



un subscribe






 winmail.dat

Re: Orion/Linux, kill -9, and dead server

[Ben Kruger]

I have had this exact problem before.  Turns out I had a memory leak.


ben

Gerald Gutierrez wrote:

> Hi all.
>
> I'm doing some testing with Orion 1.3.8 (higher versions have bugs that
> make it unusable for me right now) on Linux 2.2.14 and JDK1.3.01 with the
> Hotspot server VM. I have three applications running, two purely with CMP
> EBs and one with BMP EBs.
>
> Practically every time I have the server up for more than a couple hours,
> and when I put load on the system, the thing starts spawning threads like
> mad (one time ps aux told me there were *260* java processes = threads).
> Almost all of them would take no CPU time, but several (one usually, maybe
> a couple) of them would just suck up the processor completely (a 300MHz
> AMD-K6 with 256MB RAM).
>
> Eventually, it just stops accepting connections and nothing works. The java
> processes are still many in number and a couple sucking up all the CPU.
>
> Is this a known issue? I've heard that Orion is "unstable" on Linux, but
> nothing like this.
>
> I'd appreciate any comments anyone has about this.
>
> Thanks.
>
> Gerald.

Re: How about the latest xerces.jar and xalan.jar?

[Rafael Alvarez]

Hello Kevin,

Friday, March 09, 2001, 1:42:59 PM, you wrote:

DK> Secondly, why is it when xerces.jar is in the Orion folder, Orion
DK> does NOT use the version I have in the WEB-INF/lib folder? I thought (sorry
DK> if I don't recall what the specs say on this) that libraries in the
DK> WEB-INF/lib of a web-app override the ones in a server dir?

Yes.. and no. The problem is that orion ADD /lib and WEB-INF/lib to
the classpath, but if you look at the manifest file in orion.jar you
can see that xerces.jar in the root dir is declared to be in the
classpath at the beginning of orion execution, so if you refer to
classes in xerces.jar it will use the ones in the root dir because
they are the first found.




-- 
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

RE: How about the latest xerces.jar and xalan.jar?

[Ted R. Rice]

i've experience similar issues with orion 1.4.7 and
saxon 6.2.1.
 
if you update the versions of xerces to 1.3 and xalan
to 2.0, you will get the MethodNotFound error when
doing any javax.xml package calls. only way i got
around it was:
 
1. remove jaxp.jar from the orion dir
2. open up xalan.jar and remove all the javax.xml classes
 
additionally, we use UTF-8 encoding on all of XML/XSLT
files to support localization. if you set the default-charset in
the global-web-applicaiton.xml to be UTF-8 it will not work
as it complains about unrecognized UTF-8 characters in the
XML files. hoewever, the second you remove the default-charset
it works perfectly.
 
everything i've mentioned was never a problem until 1.4.7. none
of our code has changed and it never had an issue with the
default-charset,
jaxp, or xalan/xerces.
 
ted rice

-Original Message- 
From: Duffey, Kevin 
Sent: Fri 3/9/2001 9:42 AM 
To: Orion-Interest 
Cc: 
Subject: How about the latest xerces.jar and xalan.jar?



Orion team (and whoever else is interested),

I am working on a small framework that uses Saxon and requires
the latest
xerces.jar file. I just did an autoupdate and it downloaded
xerces.jar into
the orion folder (I deleted the one that was there because of
the problem I
am about to describe). When I started my app, the MethodNotFound
error I got
when I left the 589KB version of xerces.jar in the Orion folder
came back.
So two things. First, can you please add the latest xerces
1.3.0. Its 1.5MB
in size, but it adds a lot of new functionality that some of us
are now
using. Secondly, why is it when xerces.jar is in the Orion
folder, Orion
does NOT use the version I have in the WEB-INF/lib folder? I
thought (sorry
if I don't recall what the specs say on this) that libraries in
the
WEB-INF/lib of a web-app override the ones in a server dir?

Thanks.




 winmail.dat

Re: Error unpacking: IO Error: error in opening

[Jay Armstrong]

Randahl,

I've had some problems with unpacking .ear and .war files in the past.
These are really JAR (Java Archive) files, which are really ZIP format files.

I think the problem I had was because of the tool that I used to create the
.ear/.war.  The problem could also be somewhat related to the operating
system, which manage file permissions differently.

For example, I have created .ear files from the command line with the "jar"
command, with PowerArchiver, with WinZip, with the deployment tool that
come with the J2EE SDK, and with the ANT build utility's java command with
args="-enterpriseArchive" and args="-webArchive" (which uses the
com.sun.enterprise.tools.packager.Main or whatever packaging class you
choose).

So, there are many ways that an EAR file can come to be.  

The first thing I would do is make sure that the the .ear file has read
permissions (if you're on a Unix-based system, the directory may also need
to have read permissions).  Note that Orion also may actually replace stuff
in a .ear or .war file (so it may need write permissions, as well)!  

As a convenience for development, Orion let's you choose between deploying
the application from a directory (instead of a .ear or .war).  If you've
defined your application's location to be in a directory, then Orion will
not deploy from the .ear and/or .war.  

The error you are getting indicates that you have configured the
application as an EAR (as opposed to a directory).  Note that Orion MAY TRY
TO OVERWRITE SETTINGS IN CONFIG FILES IN THE EAR AND/OR WAR FILE, so it may
need write permissions.  It looks like the error you are getting is a read
error.

After ensuring that your .ear has appropriate read/write permissions, I
would try different ways of creating it (PowerArchiver, WinZip, ANT, etc)
and see if any of them work.

Hope this helps.  Anyone else?

Jay Armstrong
[EMAIL PROTECTED]

At 04:07 PM 3/9/01 +0100, you wrote:
>I am wondering if I am the the only one getting an error when deploying a
>new .ear (this happens often but not always):
>
>Auto-unpacking C:\(...)\project.ear... Error unpacking: IO Error: error in
>opening
>zip file
>
>Does anybody know why this happens, and is there a work-around apart from
>restarting Orion?
>
>
>R.
>
>
>

RE: Error unpacking: IO Error: error in opening

[Thomas Pridham]

We also see this problem alot.  My opinion is that while ant is still
copying over the file, Orion tries to open it, resulting in an I/O error.
Sometimes Orion retries to open it and other times not.  The EAR-auto deploy
is quirky!!


Regards,
Tom Pridham
Software Engineer
http://www.Oakscape.com


-Original Message-
From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 09, 2001 10:07 AM
To: Orion-Interest
Subject: Error unpacking: IO Error: error in opening


I am wondering if I am the the only one getting an error when deploying a
new .ear (this happens often but not always):

Auto-unpacking C:\(...)\project.ear... Error unpacking: IO Error: error in
opening
zip file

Does anybody know why this happens, and is there a work-around apart from
restarting Orion?


R.

Re: Inconsistent EJB JNDI Locations

[Gary Shea]

On Thu, 8 Mar 2001, Peter Pontbriand wrote:
> Yes, this is what works for us. Assuming that the Entity EJB is deployed
> with MyBean and that the Session EJB's deployment
> descriptor has an ejb/MyBean, the home
> interface for MyBean is supposed to be found with
> 'lookup("java:comp/env/ejb/MyBean")'. Unfortunately, this doesn't work, but
> rather MyBean is found with 'lookup("MyBean")'.

Recently I was looking at the spec while trying to figure out why
Orion's JNDI setup isn't like the examples in the EJB books.  Turns
out that the java:comp/env/{jms,ejb,...} locations are 'recommended',
not mandatory.  Given that the non-Context contents of the env/
directory must be String objects, it doesn't surprise me that the
Orion folks decided it was tacky to put objects underneath a
directory that's supposed to hold strings.  Also, I noticed when
attempting to create objects below the env/ directory using the
JNDI api, they somehow get turned into strings!  I'm a little unclear
on whether this really happened or if I was doing something stupid,
but it's what I think I saw!

Cheers,

Gary

RE: Session cookie and https. PLEASE HELP!!!!

[Sergio Socarras]

Juan,

  Thanks for responding to my email! Yes sessions
working correctly is truly critical to our app.
Basically we have about 14 machines running in our
environment behind an alteon. The alteon selects a
machine the first a person comes in, a session is
created, and that person is made sticky to that
machine because we are not currently replicating
sessions. On and off we have reports of sessions being
lost. I'm not sure if operations is making a mistake
in regards to the stickiness or if I'm dealing with
another issue here. What I have noticed is what I
mention in my previous email, that under https I never
see the cookie get set and sometimes and only
sometimes URLs get rewritten.

Someone in another email suggested I use the
shared=true setting in the secure-site.xml but I'm not
sure how this would help. The documentation is rather
vague in this area so any help would be appreciated.

Thanks for all your help!

Sergio

in our application it is truely critical that 


--- "Juan Lorandi (Chile)" <[EMAIL PROTECTED]>
wrote:
> Under SSL, the (preferred) method for
> session-tracking is SSL session id. I
> think orion tries this, and falls back to URL
> rewriting if needed.
> 
> HTH
> 
> JP
> 
> PS: Is this truly critical to your app? We are
> implementing our own Session
> Management here and perhaps we'll run into the same
> problems you will?
> 
> > -Original Message-
> > From: Sergio Socarras [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, March 07, 2001 5:01 AM
> > To: Orion-Interest
> > Subject: Session cookie and https. PLEASE HELP
> > 
> > 
> > Hi
> >   I'm running into some strange behavior with
> sessions
> > when running under https. I notice that when I set
> my
> > browser to prompt me when a cookie is to be set
> and
> > hit my application with regular http, I get a
> prompt
> > for the session cookie. If I hit the same page
> running
> > a secure connection I'm never prompted. I also
> notice
> > that under the secure connection some of my URLs
> get
> > rewritten. Interesting enough the first page,
> which is
> > where I initially create the session, doesn't have
> any
> > of its URLs rewritten. However, the second, third,
> and
> > forth pages do. Can someone please explain what's
> > going on. Does the setting of the session cookie
> not
> > work under secure connections?
> > 
> > PLEASE PLEASE HELP!!!
> > 
> > Thanks
> > Sergio
> > 
> > __
> > Do You Yahoo!?
> > Get email at your own domain with Yahoo! Mail. 
> > http://personal.mail.yahoo.com/
> > 
> 


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

IOException error writing to server..what does it mean?

[Duffey, Kevin]

Can anyone possibly explain to me why this error occurs? I am developing an
online worksheet system which uses between 20 and 70 columns (dynamically
built) and any number of rows. It seems as I get to about 11 to 14 rows,
Orion throws this exception and the application no longer responds. This is
happening when I am transforming dynamic XML output from JSP pages into HTML
via XSL pages. The worksheet works fine up until 11 or so rows, then this
happens. I can only think that maybe a buffer or something is getting
overloaded? Imagine 12 rows each with 30 columns..that is the amount of HTML
going out. Maybe I need to somehow flush the buffer (response buffer)? Or is
there an automatic way to tell the server to send data back as it gets full?

Thanks.



java.io.IOException: Error writing to server
at
sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConn
ection.java:220)
at
sun.net.www.protocol.http.HttpURLConnection.writeRequests(HttpURLConn
ection.java:229)
at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon
nection.java:480)
at
com.mvc.servlets.ControllerServlet.forward(ControllerServlet.java:485
)
at
com.mvc.servlets.ControllerServlet.service(ControllerServlet.java:371
)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:329)
at com.evermind.server.http.d4.s3(JAX)
at com.evermind.server.http.d4.s1(JAX)
at com.evermind.server.http.eg.s9(JAX)
at com.evermind.server.http.eg.dr(JAX)
at com.evermind.util.f.run(JAX)
Exception while trying to transform document. MESSAGE = Error writing to
server

RE: Using Orion with Apache...

[Juan Lorandi (Chile)]

basically, Apache will handle all SSL; orion won't notice SSL is being
used(which IMHO is really not good).


HTH


JP
> -Original Message-
> From: Alex Paransky [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 07, 2001 11:32 PM
> To: Orion-Interest
> Subject: RE: Using Orion with Apache...
> 
> 
> I am trying to put a together a proposal for a client using 
> OrionServer, and
> not sure about how SSL will work.  The client is already 
> running Apache and
> would like to continue using it.  Is it Apache, that's going to
> encode/decode the SSL communication, or is it still the job 
> of Orion do
> this?
> 
> Thanks for your help.
> -AP_
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of 
> Alex Paransky
> Sent: Wednesday, March 07, 2001 12:10 AM
> To: Orion-Interest
> Subject: Using Orion with Apache...
> 
> 
> If I follow the documentation on http://orionsupport.com and configure
> Apache as reverse proxy, how do I deal with SSL?  In other 
> words, if user is
> trying to access https://www.bigcorp.com/myapp/index.jsp 
> which is configured
> to proxy to ORION, do I still need to install the SSL on the 
> Orion server,
> or would Apache handle the SSL encryption when it forwards 
> the request to
> Orion?
> 
> Thanks.
> -AP_
> 
> 
> 

How about the latest xerces.jar and xalan.jar?

[Duffey, Kevin]

Orion team (and whoever else is interested),

I am working on a small framework that uses Saxon and requires the latest
xerces.jar file. I just did an autoupdate and it downloaded xerces.jar into
the orion folder (I deleted the one that was there because of the problem I
am about to describe). When I started my app, the MethodNotFound error I got
when I left the 589KB version of xerces.jar in the Orion folder came back.
So two things. First, can you please add the latest xerces 1.3.0. Its 1.5MB
in size, but it adds a lot of new functionality that some of us are now
using. Secondly, why is it when xerces.jar is in the Orion folder, Orion
does NOT use the version I have in the WEB-INF/lib folder? I thought (sorry
if I don't recall what the specs say on this) that libraries in the
WEB-INF/lib of a web-app override the ones in a server dir?

Thanks.

Orion/Linux, kill -9, and dead server

[Gerald Gutierrez]

Hi all.


I'm doing some testing with Orion 1.3.8 (higher versions have bugs that 
make it unusable for me right now) on Linux 2.2.14 and JDK1.3.01 with the 
Hotspot server VM. I have three applications running, two purely with CMP 
EBs and one with BMP EBs.

Practically every time I have the server up for more than a couple hours, 
and when I put load on the system, the thing starts spawning threads like 
mad (one time ps aux told me there were *260* java processes = threads). 
Almost all of them would take no CPU time, but several (one usually, maybe 
a couple) of them would just suck up the processor completely (a 300MHz 
AMD-K6 with 256MB RAM).

Eventually, it just stops accepting connections and nothing works. The java 
processes are still many in number and a couple sucking up all the CPU.

Is this a known issue? I've heard that Orion is "unstable" on Linux, but 
nothing like this.

I'd appreciate any comments anyone has about this.



Thanks.

Gerald.

want Client to block on a session bean

[colin harris]

hi,
the scenario is, 
 
Client calls method of a bean, which then invokes 
other beans to do some processing and waits,
when processing is finished, the bean is informed 
and stops waiting and the method returns to the Client. I tried using wait, 
notify within the bean, but this did not work as calls to the bean are 
serialised, so other beans couldn't get in to notify (my assumption). I also 
tried using an entity bean, with reentrant set to true, but this didn't work 
either, not sure why, 
 
any other better ideas on how to do this are much 
appreciated..
 
thanks
 
colin.
 
 
 

test, please ignore

[Dan North]

--
Dan North
VP Development  -  Cadrion Software Ltd  -  +44 (0)20 7440 9550

CONFIDENTIALITY
This e-mail and any attachments are confidential
and may also be privileged. If you are not the named recipient,
please notify the sender immediately and do not disclose the
contents to another person, use it for any purpose, or store
or copy the information in any medium

Re: Settings for pooled datasources, timeout errors

[Falk Langhammer]

Hi

> From: "Jens Stutte" <[EMAIL PROTECTED]>
> no, it is a SAP DB kernel problem.

Does it mean this problem exists for R/3 installations - I mean they need a
reboot after a couple of million SQL statements? Hard to believe! Do all SAP
customers only have toy problems? ;-))


> Never used Firebird (and, maybe i should be ashamed, never heard of it).
SAP
> DB by now was the only database, that was solid enough to fit our needs
> (including some non-free software :-). If only this stupid max statement
> problem did not exist...

Firebird used to be called Interbase from Borland. I recently posted here
how to use it with Orion.

Bye,
Falk

Re: Using multiple datasources

[Jay Armstrong]

Randahl,

EJB's are supposed to be portable server-side components that implement
business logic.  Theoretically, an EJB developer should be able to ignore
the backend database and operating system, focusing on the business logic.
The EJB container isolates the EJB components from the OS and db.  So, yes,
choosing a specific db is not in the EJB spec.

I might point out that the persistence mechanism for an EJB does not
necessarily have to be a relational database.  It could be an object
database, a file-based data storage system, or anything else that can
handle the underlying data.  Of course, in practice, it's almost always an
RDBMS.

A web application may or may not use EJBs and databases.  

Back in December, Rafael Alvarez wrote:

"Check the docs for the orion-ejb-jar.xml."

"In the entry for entity beans ()
you can specify the datasource and table to be used using the
parameters data-source and table."

"You can find the file in $(APP-DEPLOYMENT-DIR)/$(APP-NAME)/ejb"

You may identify multiple data sources in the
/config/data-sources.xml file.  Here I identify two separate
datasources, named "Default data-source" and "MY OTHER DATA SOURCE":




 

In
/application-deployments/myApplication/myEJB.jar/orion-ejb-jar.xml,
I could specify the following for myEJB: 
table="myEjbTable" data-source="jdbc/myOtherEjBDS"

Now, the myEJB should use the desired data source and table, as opposed to
the default.

Note that both of the above datasource url's happen to be HypersonicSQL
"standalone" databases.  A HSQL standalone database may only be accessed by
a single user (or client or Orion Server instance) at a time -- use the
HSQL server version for simultaneous access (e.g.,
url="jdbc:HypersonicSQL:hsql://localhost:"), or some other EJB-capable,
multi-user database, such as Oracle.

As I showed last week, the  element's values for location,
ejb-location, etc are really names that an EJB container can put in a
naming service and that may be looked up from a client application via
JNDI, but doing so would seem to defeat the purpose of isolating components
and data source details from clients.  

Having your client look up a data source via JNDI might be nice for
debugging, but remember that a single-user data source, such as HSQL's
standalone database, will probably not allow a client to log on subsequent
to Orion  establishing its connection.

Hope this helps.

Jay Armstrong
[EMAIL PROTECTED]

At 10:49 AM 3/9/01 +0100, you wrote:
>What is the simplest, most server-independent way of using several
>datasources with the same application?
>
>I would like a number of different customers to be able to use the same
>web-application, but with different database instances. It is important for
>me to use as few Orion specific features as possible - so far almost all my
>configuration lies in the standard xml-files as defined in the
>specification. However, it seems choosing a specific database instance is
>not mentioned in the EJB spec.
>
>Randahl.
>
>
>
>

Re: Dependent Primary Key

[KirkYarina]

You can also turn off autocreate, and create your tables outside 
orion.  This gives you access to foreign keys and referential integrity 
checking, indexes, etc.

Kirk Yarina

At 09:36 AM 3/9/01 -0500, you wrote:
>Hello, Christian:
>I have an application which has a lot of one-to-many EJB-to-dependents
>relationships. What I have experienced is that you can define data-type in
>your deployment descriptor "orion-ejb-jar.xml", including redefining field
>size to whatever you expect, instead of having all string fields to be
>varchar2(255) from Orion creation. This means you can use
>"persistence-type="xxx(xxx)"" right after  to
>define your key size.
>Good luck!
>
>
>
>Ruth He
>
>Canlink Interactive Technologies
>303 Bagot Street
>Kingston, ON, Canada
>K7K 5W7
>
>http://www.canlink.com
>Phone: 613-549-7883
>Email: [EMAIL PROTECTED]
>
>- Original Message -
>From: Christian Billen <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Sent: Thursday, March 08, 2001 2:05 PM
>Subject: Dependent Primary Key
>
>
> > Hi list,
> >
> > I realize the very existence of Dependent might be changing in the near
> > future, but have some question regarding their use in the current
> > implentation on orion 1.4.7
> >
> > I have a Person (EJB CMP) with a one-to-many PhoneNumber(dependent).  My
> > problem is that orion creates a person_phonenumbers table and try to make
>a
> > composite primary key with all the fields in my PhoneNumber.  It does
>cause
> > a problem as my database has a limit on the size of the key.
> > Is there a way to specify what the primary key for a dependent should be
>so
> > that the autocreate table can do it properly or should I create my table
> > ahead of time to the spec I want ?
> >
> > Thanks,
> >
> > Christian
> >
> >
> >

Re: find by methods

[KirkYarina]

Take a look at http://www.orionsupport.com/ under basic and advanced finder 
queries (on the right side under EJB).

Kirk Yarina

At 10:43 AM 3/9/01 +, you wrote:
>Hi all,
>I am new to EJBs and am currently attempting to define my findBy methods. 
>I was under the impression that you define your sql in the ejb-jar file 
>like such:
>
>  
>
> RemoteApp
>findByName(name)
> 
>   java.lang.String
>
>   
>
>
>
>However I have noticed that the orion ejb-jar file also generated finder 
>methods. So the question is what exactly is defined in the ejb-jar file? 
>your where conditions or nothing. I am running orion 1.4.7 and the orion 
>ejb jar file has defined everything from what I can see.
>
>regards Francis

Error unpacking: IO Error: error in opening

[Randahl Fink Isaksen]

I am wondering if I am the the only one getting an error when deploying a
new .ear (this happens often but not always):

Auto-unpacking C:\(...)\project.ear... Error unpacking: IO Error: error in
opening
zip file

Does anybody know why this happens, and is there a work-around apart from
restarting Orion?


R.

RE: Orion with Apache.

[Kemp Randy-W18971]

You are correct that Apache is not production ready for Windows.  IBM has funded and 
aided in the drive to make an Apache version that can be run on Windows, but any 
promise of a production stable version won't occur until at least 2.0.  It is better 
to wait, or run Apache on a Unix environment (Linux, Solaris, etc.). 

-Original Message-
From: Wagner, SnowWolf CAR [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 09, 2001 6:26 AM
To: Orion-Interest
Subject: RE: Orion with Apache.


The Apache server on NT is considered beta by Apache. You should note that
it has be view as beta for years. They is almost no benfit to running Apache
in front of Orion. Why do oyu want to.

SnowWolf

-Original Message-
From: Harsh Vinod Mohta [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 09, 2001 2:04 AM
To: Orion-Interest
Subject: Orion with Apache.


hi,

Does Orion application Server provide support for Apache Web Server on
WinNT platform?
I would appreciate if you could suggest some pointers to
information regarding integration of  Orion with Apache Web Server on
WinNT platform.

Regards,
Harsh

AW: Settings for pooled datasources, timeout errors

[Jens Stutte]

Hi,

> -Ursprüngliche Nachricht-
> Von: Falk Langhammer [mailto:[EMAIL PROTECTED]]
> Gesendet am: Donnerstag, 8. März 2001 19:21
> An: Orion-Interest
> Betreff: Re: Settings for pooled datasources, timeout errors
> 
> Hi Jens,
> 
> interesting posting!
> 
> I think You still could get the JDBC source code (since it is 
> open source
> now and there is a download option for it). Maybe, the bug is 
> in jdbc, not
> the sapdb itself. Then You could fix it (maybe running a 36h 
> debug session
> ;-) and post the fix. I mean, isn't it this open source is all about?

no, it is a SAP DB kernel problem.

> 
> I have a side question: I've set up Firebird and SapDB 
> successfully with our
> EJB application. Performance seems to be the same while SapDB 
> has much more
> options and Firebird has a much smaller footprint.
> 
> Can You give any hint when to use which database? They are 
> bith open source
> and both seem solid software.
> 
> Bye,
> Falk

Never used Firebird (and, maybe i should be ashamed, never heard of it). SAP
DB by now was the only database, that was solid enough to fit our needs
(including some non-free software :-). If only this stupid max statement
problem did not exist...

> 
> 
> - Original Message -
> From: "Jens Stutte" <[EMAIL PROTECTED]>
> > com.sap.dbtech.jdbc.exceptions.DatabaseException: SAP 
> DBTech SQL: [750]
> Too
> > many SQL statements (work rolled back)
> > I talked with someone from SAP and they told me, that there 
> is a limit of
> > "several million statements" that can be executed within one open
> > connection, then it quits work (it does not matter, if 
> these statements
> are
> > within different transactions, it's a per session limit). 
> Clearly, this is
> a
> > SAP problem, but i tried to avoid it with orion's 
> datasource settings.
> While
> 
> 
> 

Error: Cannot convert from class...

[Tobias Streckel]

Hello,

if I start the orionserver it tells me:

Auto-unpacking G:\orion\applications\Login.ear... done.
Auto-deploying Login (Assembly had been updated)...
Auto-deploying Login-ejb.jar (ejb-jar.xml had been touched since the
previous deployment).
.. java.lang.IllegalArgumentException: Cannot convert from class
java.lang.Object to class
 com.nl.ejb.framework.Login.ebBenutzerPK
at com.evermind.zip.a.u(Compiled Code)
at com.evermind.server.ejb.compilation.f_.agq(Compiled Code)
at com.evermind.server.ejb.compilation.f0.agq(JAX)
at com.evermind.server.ejb.compilation.fy.s_(JAX)
at com.evermind.server.ejb.compilation.f2.s_(Compiled Code)
at com.evermind.server.ejb.compilation.f4.s_(Compiled Code)
at com.evermind.server.ejb.compilation.ga.s_(Compiled Code)
at com.evermind.server.ejb.EJBContainer.bz(Compiled Code)
at com.evermind.server.Application.bz(Compiled Code)
at com.evermind.server.Application.gf(JAX)
at com.evermind.server.ApplicationServer.rv(JAX)
at com.evermind.server.ApplicationServer.aqb(Compiled Code)
at com.evermind.server.ApplicationServer.gf(JAX)
at com.evermind.server.hg.run(JAX)
at com.evermind.util.f.run(Compiled Code)

Can anyone help me?

Thanks

Tobi

Re: Dependent Primary Key

[Ruth He]

Hello, Christian:
I have an application which has a lot of one-to-many EJB-to-dependents
relationships. What I have experienced is that you can define data-type in
your deployment descriptor "orion-ejb-jar.xml", including redefining field
size to whatever you expect, instead of having all string fields to be
varchar2(255) from Orion creation. This means you can use
"persistence-type="xxx(xxx)"" right after  to
define your key size.
Good luck!



Ruth He

Canlink Interactive Technologies
303 Bagot Street
Kingston, ON, Canada
K7K 5W7

http://www.canlink.com
Phone: 613-549-7883
Email: [EMAIL PROTECTED]

- Original Message -
From: Christian Billen <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Sent: Thursday, March 08, 2001 2:05 PM
Subject: Dependent Primary Key


> Hi list,
>
> I realize the very existence of Dependent might be changing in the near
> future, but have some question regarding their use in the current
> implentation on orion 1.4.7
>
> I have a Person (EJB CMP) with a one-to-many PhoneNumber(dependent).  My
> problem is that orion creates a person_phonenumbers table and try to make
a
> composite primary key with all the fields in my PhoneNumber.  It does
cause
> a problem as my database has a limit on the size of the key.
> Is there a way to specify what the primary key for a dependent should be
so
> that the autocreate table can do it properly or should I create my table
> ahead of time to the spec I want ?
>
> Thanks,
>
> Christian
>
>
>

RE: Orion 1.4.7?

[Randahl Fink Isaksen]

You 
cannot download 1.4.7 as a seperate package. However, you can upgrade your 1.4.5 
to 1.4.7 by launching the update functionality of Orion. It is all documented at 
www.orionserver.com.
 
 
Randahl
 
 
 -Original Message-From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Thanh, Dao 
Chung ThanhSent: 9. marts 2001 09:51To: 
Orion-InterestSubject: Orion 1.4.7?

  Hello
   
  Anyone could tell 
  me where I can download Orion 1.4.7
   
  Thanks in 
  advance

RE: Orion 1.4.7?

[Juan Lorandi (Chile)]

also for those with complicated proxies, try
http://www.orionserver.com/orion/orion.jar


> -Original Message-
> From: Robert Krueger [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 09, 2001 8:18 AM
> To: Orion-Interest
> Subject: Re: Orion 1.4.7?
> 
> 
> At 15:50 09.03.2001 , you wrote:
> >Hello
> >
> >Anyone could tell me where I can download Orion 1.4.7
> >
> 
> java -jar autoupdate.jar
> 
> >Thanks in advance
> 
> (-) Robert Krüger
> (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
> (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
> (-) Tel: 06151 665401, Fax: 06151 665373
> (-) [EMAIL PROTECTED], www.signal7.de
> 
> 

Re: Case insensitive primary keys

[Rafael Alvarez]

Hello Jeff,

You can do two things:
.- In the EJBCreate change the user name to Upper or Lower case  when
setting it. Also in the PK class change it to Upper or Lower case.
.- Override the PK class equal() method, to compare the username in
Upper(Lower)case.

Thursday, March 08, 2001, 7:30:39 PM, you wrote:

JS> I have a primary key which is a string (user's name), and I would like
JS> it to be case-insensitive.  That is, if there is already a "bob" entity,
JS> trying to create a "Bob" entity should throw a DuplicateKeyException.
JS> Is there a way I can do this with Orion?
 
JS> I vaguely recall reading something in the documentation about this, but
JS> now I can't seem to find it.  I'm starting to think that I imagined it.
 
JS> Thanks,
JS> Jeff

-- 
Best regards,
 Rafaelmailto:[EMAIL PROTECTED]

un subscribe

[Simon]

un subscribe

Re: Calibrating EJB Pooling in Orion

[Falk Langhammer]

Hi Tibor,

find my comments after each [FL] [TH] clause

--
[FL] No. ejbActivate() is called when a bean needs to be in ready state. One
possible explaination could be that Orion persists SFSB so that they survive
a server restart. This is an option in the spec which Orion chooses to
implement. Fine so far.
[TH] I see the point of ejbActivate(), but why does Orion put hundreds of
instances in the SFSB ready pool before I used one of them. Furthermore, why
the number of these SFSBs are increasing? Let me give you a bit more detail.
My SLSB calls create() on SFSB's home interface everytime it wants to call a
method on the SFSB. This should be ok, since SBs cannot be identified. In
test 1 I performed these steps 100 times. In test 2 I did it 120 times. So
the number of "dummy" SFSBs preloaded in the ready state got up to 120.  How
can I decrease or change this number?
Anyway, calling ejbActivate on a SFSB before calling setSessionContext and
ejbCreate is somehow violates rules of the lifecycle diagram in chapter 6.6
of the EJB 1.1. spec that says ejbActivate is called when SFSB is activated
from the passive state. OK, I'd accept that this is due to Orion's feature
of persisting instances of SFSB (where is it in the spec?), but the number
of such instances may be huge at the end.

I think, with the additional info you give now things start to look
clearer... I am almost sure that you create a large amount of SFSB (because
you call create that many times) which get passivated either because Orion
needs the memory or because you restart the server. The full calling
sequence is: "setSessionContext->ejbCreate->ejbPassivate->|->ejbActivate"
where you start logging where the '|'-character is. So you miss the calls
before (probably because of a server restart).
BTW, I think it is *not* ok to call create() on SFSB's home interface
everytime you want to call a method on the SFSB. You could create it *once*
per session and store its reference or handle for later use, ideally in a
servlet's session context. A nice feature is that it is forbidden to have
overlapping business method invocations on a SFSB. This makes sense, think
of a customer pushing a "pay" button twice... By creating the SFSB every
time you need it, you disable this mechanism. IMHO, using a SFSB the way you
do renders it a SLSB. Why couldn't you make it a SLSB in the first place?

--
[FL] Something looks dangerous: You create a SFSB from a SLSB. I would
presume
that each time you instantiate the SFSB you create a new instance - even if
you are in the same session!! The correct way (IMHO) is to instantiate a
SFSB from a servlet of session scope and store its reference in its session
context. As always, I may be wrong.
[TH] My scenario might not be nice, but why is it dangerous? In the sense,
that too many SFSBs are created? Well calling remove() on the SFSB would
solve the problem of multiple instances. Anyway the container should
passivate the SFSBs and after the timeout period remove them.
But do you think that the Orion cannot passivate SFSBs while in the Web
session is alive? I mean while I keep calling the servlet again and again
that calls SLSBs that create and call SFSBs.
I might miss and do something wrong.

You are right, sooner or later the SFSB will go away. Or you call remove
immediately after the busniness call. Orion can and will passivate while the
web session is alive (normally, both have the same timeout of typically 30
min).
The problem is performance: Orion easily processes 200 transactions per
second. Within 30 min, you would have created 36 SFSBs waiting for
timeout. Depending on the kind of SB you have (time it takes to serialize it
and write to file) this may severely impact performance.
To my understanding, it is a design bug to create a SFSB and not remove it
right away or store its handle for further reference.

--
[FL] The SFSB should go away (return to pooled state calling ejbPassivate())
after the session expires.
[TH] Why the SFSBs cannot be passivated when not referred to anymore? I mean
after the method of the SLSB has executed, the SFSB created in this method
should be subject to passivation. But Orion does not seem doing this. Or it
does but behind the scenes.

Actually, my first reply was wrong. It must read: "The SFSB should go away
(return to does not exist state calling ejbRemove() after or ejbPassivate()
before the session expires)."
Well, SFSBs are passivated (normally based on a LRU-list algorithm) when the
memory must be reclaimed (controlled by max-instance setting or the amount
of remaining free memory). There is no concept of "not referred to anymore",
thus no garbage collection. When calling a business method on a SFSB be
always prepared to get a "no such object" exception. This is unlike Java
where a reference stays valid forever. However, you do not get this
exception as long as the SFSB is only passivated but has not timed-out yet.
However, you do get this exception even before time-out after a previou

RE: Orion with Apache.

[Wagner, SnowWolf CAR]

The Apache server on NT is considered beta by Apache. You should note that
it has be view as beta for years. They is almost no benfit to running Apache
in front of Orion. Why do oyu want to.

SnowWolf

-Original Message-
From: Harsh Vinod Mohta [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 09, 2001 2:04 AM
To: Orion-Interest
Subject: Orion with Apache.


hi,

Does Orion application Server provide support for Apache Web Server on
WinNT platform?
I would appreciate if you could suggest some pointers to
information regarding integration of  Orion with Apache Web Server on
WinNT platform.

Regards,
Harsh

RE: Orion 1.4.7?

[Tony J. Brooks]

Hi Thanh,
 
You need to run the autoupdater since 1.4.7 is not available for
explicit download.
 
Go to your existing Orion folder, and type ...
java -jar autoupdate.jar
 
It should proceed automatically, perhaps with a few prompts to overwrite
selected files.
 
Good luck,
Tony.
---

Dr Tony J Brooks, Apama UK Ltd, www.apama.com 

 

-Original Message-
From: Thanh, Dao Chung Thanh [mailto:[EMAIL PROTECTED]]
Sent: 09 March 2001 08:51
To: Orion-Interest
Subject: Orion 1.4.7?


Hello
 
Anyone could tell me where I can download Orion 1.4.7
 
Thanks in advance

Re: Orion 1.4.7?

[Klaus Thiele]

Am Freitag,  9. März 2001 09:50 schrieben Sie:
> Hello
>
> Anyone could tell me where I can download Orion 1.4.7

$ cd /opt/orion
$ java -jar autoupdate.jar
or via proxy:
$ java -DproxyPort=portnum -DproxyHost=hostname -jar autoupdate.jar

--
Klaus Thiele - Personal & Informatik AG
mailto:[EMAIL PROTECTED]

 "Your mouse has moved.
  Windows must be restarted for the change to take effect."

Re: Orion with Apache.

[Dan North]

Take a look at the article on www.orionsupport.com about using Orion with 
another web server.  The example there uses Apache.

Cheers,
Dan.

At 12:33 09/03/2001 +0530, you wrote:
>hi,
>
>Does Orion application Server provide support for Apache Web Server on
>WinNT platform?
>I would appreciate if you could suggest some pointers to
>information regarding integration of  Orion with Apache Web Server on
>WinNT platform.
>
>Regards,
>Harsh
>
>
>
>

--
Dan North
VP Development  -  Cadrion Software Ltd  -  +44 (0)20 7355 5160
CONFIDENTIALITY
This e-mail and any attachments are confidential
and may also be privileged. If you are not the named recipient,
please notify the sender immediately and do not disclose the
contents to another person, use it for any purpose, or store
or copy the information in any medium

Re: SV: Warning: Dependent Objects

[Dan North]

I know it's bad form to send a me-too to a mailing list, but:

Hear hear!


At 07:46 09/03/2001 +0100, you wrote:

>Personally,
>I already hate the distinction between local and remote EJBs.
>Any such distinction could be handled by a descriptor. It shouldnt force 
>the developer to develop different classed depending on local or remote 
>usage.. That sucks so bad my teeth hurt.
>
>WR
>
> > -Ursprungligt meddelande-
> > Från: Jeff Schnitzer 
> [mailto:[EMAIL PROTECTED]]
> > Skickat: den 8 mars 2001 08:56
> > Till: Orion-Interest
> > Ämne: Warning: Dependent Objects
> >
> >
> > Heads up:
> >
> > If you're using (or planning to use) Orion's support for EJB2.0
> > dependent objects, you should take note of this thread on the
> > ejb-interest list.
> >
> > Jeff
> >
> > -Original Message-
> > From: Sean Neville 
> [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, March 08, 2001 7:34 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Article on dependent objects
> >
> >
> > Dependent objects have already been marked for removal from the spec;
> > moreover, local entities -- probably at least as controversial -- have
> > been
> > introduced both as a partial replacement for pieces of the dependent
> > object
> > concept and to solve the need to permit parameter pass-by-reference.
> >
> > I would guess that the next pfd of the spec (and probably another
> > article
> > from Tyler, followed by another series of intelligent reviews
> > from Dan,
> > Gene, and others on this list) should surface by late April,
> > but in the
> > interests of spreading the info as early as possible to those
> > who don't
> > happen to work for a vendor and thus already have this info (power to
> > the
> > people), here is a quick and completely unofficial
> > description of local
> > vs.
> > remote EJB's as posed to us in another discussion. It is obviously
> > subject
> > to change, and only the EJB and J2EE specs are in any way definitive.
> >
> > Local
> > -
> > Access only with scope of PM
> > No Transaction attribute
> > No Security check
> > Can expose CMP and CMR fields and local refs
> > PBR parameters
> > Local exception model
> > Signatures use full Java type system
> > Typically fine grained methods
> > High coupling due to PBV side affects and fine grained exposure
> >
> > Remote
> > --
> > Global access
> > Requires Transaction attribute
> > Requires Security check
> > Prohibits exposure of CMP and CMR fields and local refs
> > PBV parameters
> > Container interposed exceptions
> > Signatures restricted to RMI-IIOP compatible types
> > Typically coarse grained methods
> > As loosely coupled as a procedural object can get
> >
> >
> >
> > -Original Message-
> > From: A mailing list for Enterprise JavaBeans development
> > [mailto:[EMAIL PROTECTED]]On 
> Behalf Of Dan Christopherson
> > Sent: Friday, March 02, 2001 12:47 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Article on dependent objects
> >
> >
> > On Thu, 1 Mar 2001, Alex Smith wrote:
> >
> > > Dan O'Connor <[EMAIL PROTECTED]> writes:
> > >
> > > >Tyler Jewell, the BEA training director for Java and XML
> > > >technologies, yesterday published an article called "What's Wrong
> > > >with the EJB 2 Specification" at
> > > >http://www.on 
> java.com/pub/a/onjava/2001/02/28/ejb.html. In this
> > > >article, he identifies "dependent objects" as what is
> > wrong with the
> > > >EJB 2 specification.
> > >
> > > Good article. I do agree that Tyler's objections are misplaced.
> > >
> > > >First, I would like to correct what I believe was a fairly basic
> > > >technical mistake in Tyler's article. He says, "Dependent objects
> > > >don't require primary keys." I would like to suggest that the
> > > >opposite is the case, and I cite from 9.4.4.1 in the spec (proposed
> > > >final draft): "The dependent object class instance must have a
> > > >primary key value that is unique across all instances of the
> > > >dependent object class."
> > >
> > > This is a mistake in the spec rather than the article -- dependent
> > objects
> > > should not have an identity of their own else they would no
> > longer be
> > > dependent. If you use a relational model to color your perception of
> > the
> > > world, a dependent object may or may not have its "own" (i.e. not
> > composed
> > > from the keys of its parent) primary key. Some data modeling
> > methodologies
> > > recommend creating a unique physical key for each and every
> > entity, a
> > > practice I don't subscribe to. On the other hand if you
> > think in terms
> > of
> > > objects, a dependent object belongs to the parent and
> > therefore cannot
> > have
> > > an identity other than that of its parent.
> > I'd say that the dependent object has no identity that is meaningful
> > outside of the context of its parent. If you have three dependent
> > instances of the same cla

Orion 1.4.7

[Thanh, Dao Chung Thanh]

Hello

Anyone could tell me where I can download Orion 1.4.7

Thanks in advanced

Re: Orion 1.4.7?

[Robert Krueger]

At 15:50 09.03.2001 , you wrote:
>Hello
>
>Anyone could tell me where I can download Orion 1.4.7
>

java -jar autoupdate.jar

>Thanks in advance

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de

find by methods

[Francis Akanni]

Hi all,
I am new to EJBs and am currently attempting to define my 
findBy methods. I was under the impression that you define your sql in the 
ejb-jar file like such:
 
RemoteApp   
findByName(name)  
java.lang.String 
    
    
    
 
However I have noticed that the orion ejb-jar file also 
generated finder methods. So the question is what exactly is defined in the 
ejb-jar file? your where conditions or nothing. I am running orion 1.4.7 and the 
orion ejb jar file has defined everything from what I can see.
 
regards Francis

Orion 1.4.7?

[Thanh, Dao Chung Thanh]

Hello
 
Anyone could tell me 
where I can download Orion 1.4.7
 
Thanks in 
advance

Re: SOAP interface for ejb beans?

[colin harris]

i downloaded the apache soap implementation, which has a servlet (rpcrouter)
for handling soap requests. I installed the servlet as an application on
Orion. I used the StatelessEJBProvider class but had to modify it a bit to
get it to work with orion, (the initialise method). This class handles the
invocation of a staleless session bean.

colin
- Original Message -
From: "Robert Nicholson" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Thursday, March 08, 2001 10:13 PM
Subject: RE: SOAP interface for ejb beans?


> I don't know a whole lot about soap. But are the type mappings one to one?
> Can Soap carry user defined data? ie. JNDI names?
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of John Pletka
> > Sent: Thursday, March 08, 2001 9:35 AM
> > To: Orion-Interest
> > Subject: SOAP interface for ejb beans?
> >
> >
> > Has anyone out there implemented a generic SOAP servlet that can take
> > requests in, lookup the requested bean, execute the method and return
the
> > result?  I'm getting ready to write one, but I'd like to see what
already
> > exists before I jump in.
> >
> > Thanks
> >
>
>
>

Using multiple datasources

[Randahl Fink Isaksen]

What is the simplest, most server-independent way of using several
datasources with the same application?

I would like a number of different customers to be able to use the same
web-application, but with different database instances. It is important for
me to use as few Orion specific features as possible - so far almost all my
configuration lies in the standard xml-files as defined in the
specification. However, it seems choosing a specific database instance is
not mentioned in the EJB spec.

Randahl.

EJB Clustering

[William Jones]

I 
would like to find out if anybody out there has done much with clustering EJB 
(or RMI) servers using Orion.
 
We 
will be running an operation that will need to be large, scalable and have a 
failsafe level of availability.  In other words there should be no single 
point of failure.
 
Obviously running a single EJB server will lead to a single point of 
failure in the infrastructure (and obviously limits scalability also).  
What we sould like to do is have the ability to run several clustered EJB 
servers so as to provide the ability to scale (add more servers to the cluster) 
and failover (if one falls the others pick up the slack).  

The 
classic solution to this sort of clustering (e.g. when done with web servers) is 
to place a local director in front of the cluster.  Then all requests are 
sent the the IP of the local director which just routes them through to one of 
the machines in the cluster.  The obvious problem when doing this with 
RMI/EJB is that when the remote interfaces (well, stubs really) do a bind() into 
JNDI the IP address of the machine is bound in with it.  This means that 
requests made through that stub will go back to the machine doing the 
registering and not the local director, which defeats the local 
director.
 
Weblogic supports clustering by providing its own (proprietry, 
yuk) version of rmic (c.f. http://www.weblogic.com/docs51/classdocs/API_rmi.html#compiler), but I am not aware of anything similar in Orion.  (By the 
way, please can no-one interpret this comment as being anything of the "WL is 
better than Orion" sort... it is clear most of us that Orion is superior in most 
aspects).
 
For 
RMI we have implemented a solution that invloves binding different instances of 
the same RMI service as different entries in the same JNDI directory and using a 
central service (or array of them) to pass out the stubs from the JNDI tree in a 
round robin fashion to clients that request them.  (e.g. two services to 
implement logging bind to "rmi/com/amc/system/logging/LoggingService/bart" and 
"rmi/com/amc/system/logging/LoggingService/homer", clients make a request for 
com.amc.system.logging.LoggingService.class and receive back a stub for one or 
there of the services).
 
I 
can't see that this approach will work with EJBs as you don't seem to have 
control over to where in the JNDI tree the stubs are bound (the mapping of JNDI 
name to remote interface is done in the 
application-client.xml!)
 
Can 
anyone give me any insights on other ways to approach clustering of EJB services 
using Orion?
 
Thanks 
in advance...
 
William Jones
asset-management.com
 

AW: Calibrating EJB Pooling in Orion

[Tibor Hegyi]

Title: 



Hi Falk,See my comments 
below!
Regards, Tibor Hegyiwebmiles AGRidlerstr. 31b80339 
MünchenTel. 089/ 12469-461Fax 089/ 12469 - 222e-mail: 
[EMAIL PROTECTED]-Ursprüngliche Nachricht-Von: 
[EMAIL PROTECTED][mailto:[EMAIL PROTECTED]]Im 
Auftrag von FalkLanghammerGesendet: Donnerstag, 8. März 2001 
19:43An: Orion-InterestBetreff: Re: Calibrating EJB Pooling in 
OrionHi Tibor,I may have no answers but volunteer to discuss 
the issue with You...- Original Message -From: Tibor 
Hegyi>My test application scenario is: 
servlet->SLSB->SFSB->Entity. (A -> B:means A instantiates B and 
calls business methods on it)>1. When the SLSB bean looks up the home 
interface of SFSB, the SFSB'sejbActivate is called a few dozens times. Why? 
Does Orion create pre-pooledinstances of Stateful session beans (before they 
have been createdexplicitely)? Strange. The same number of 
ejbPassivate-calls are performedwhen I shut down the server.No. 
ejbActivate() is called when a bean needs to be in ready state. Onepossible 
explaination could be that Orion persists SFSB so that they survivea server 
restart. This is an option in the spec which Orion chooses toimplement. Fine 
so far.[TH] I see the point of ejbActivate(), 
but why does Orion put hundreds of instances in the SFSB ready pool before I 
used one of them. Furthermore, why the number of these SFSBs are increasing? Let 
me give you a bit more detail. My SLSB calls create() on SFSB's home interface 
everytime it wants to call a method on the SFSB. This should be ok, since SBs 
cannot be identified. In test 1 I performed these steps 100 times. In test 2 I 
did it 120 times. So the number of "dummy" SFSBs preloaded in the ready state 
got up to 120.  How can I decrease or change this number? 

Anyway, calling ejbActivate on a 
SFSB before calling setSessionContext and ejbCreate is somehow violates rules of 
the lifecycle diagram in chapter 6.6 of the EJB 1.1. spec that says ejbActivate 
is called when SFSB is activated from the passive state. OK, I'd accept 
that this is due to Orion's feature of persisting instances of SFSB 
(where is it in the spec?), but the number of such instances may be huge at the 
end.
Something looks dangerous: You create a SFSB from a SLSB. I 
would presumethat each time you instantiate the SFSB you create a new 
instance - even ifyou are in the same session!! The correct way (IMHO) is to 
instantiate aSFSB from a servlet of session scope and store its reference in 
its sessioncontext. As always, I may be wrong.[TH] My scenario might not be nice, but why is it dangerous? In the 
sense, that too many SFSBs are created? Well calling remove() on the SFSB would 
solve the problem of multiple instances. Anyway the container should passivate 
the SFSBs and after the timeout period remove them.
But do you think that the Orion cannot 
passivate SFSBs while in the Web session is alive? I mean while I keep calling 
the servlet again and again that calls SLSBs that create and call 
SFSBs.
I might miss and do something 
wrong.
>2. What does the number of this kind of pre-pooled beans 
depend on?Strange. I changed the timeout value in orion-eib.jar from 1800 
sec to 10sec but Orion behaves the same way. Strange.The SFSB should 
go away (return to pooled state calling ejbPassivate())after the session 
expires.
[TH] Why the SFSBs cannot be 
passivated when not referred to anymore? I mean after the method of the SLSB has 
executed, the SFSB created in this method should be subject to passivation. But 
Orion does not seem doing this. Or it does but behind the 
scenes.>Entity beans:>I set up max-instances and 
validity-timeout attributes in orion-ejb.jar.Despite this:>1. 
When issuing a findAll (or any multiple result findXXX method) methodcall on 
the Entity Home the number of instances may exceed the max-instancessetting. 
Hence the number of entity instances can increase endlesslypotentially 
causing an out-of-memory problem. Strange.Are you sure?Normally, EB 
are reused from one business method to another. Maybe, Youtouch *all* 
members of the collection returned from the finder within asingle 
transaction? 
[TH] The scenario is: servlet calls the finder on the home of EB that 
returns a collection of the EBs. Orion creates EB instances for the result 
set. I do not go through the collection and call any method on the EBs at 
all. Although, it is not a good programming practice to query hundreds 
or thousands of EBs using finder methods but rather calling 
findByPrimaryKey on the ones really needed.>2. After the validity-timeout has elapsed AND the number of 
max-instanceswas exceeded AND a new instance is being created, the non-valid 
(overvalidity-timeout) ones are removed from the pool.Looks ok, 
because you are between two business methods. The max-instancesetting can 
only become effective when a new instance is needed AND there*are* any idle 
EBs (when a new one is created the server needs to decidewether to passivate 
an existing EB o

Used first Example HelloWorld of Tag Lib tutorial of orion but got an error

[srinivas]

Hi,
 
I have downloaded the Helloworld.jsp, taglib.tld 
and helloworld .java compiled and got helloworld.class .
and created the same directory structure as 
mentioned in the documentation of taglib-tutorial. I could able to compile 
HelloWorld.java
when i run the HelloWorld.jsp , it produces the 
following error :

500 Internal Server Errorjava.lang.IllegalArgumentException: Error parsing tag-library file:/D:/orion/applications/nbizdev/niagabiz-web/Web-inf/taglib.tld: XML declaration may only begin entities.
	at javax.servlet.jsp.tagext.TagLibraryInfo.(TagLibraryInfo.java)
	at com.evermind.server.http.TagLibraryArchive.(JAX)
	at com.evermind.server.http.TagLibraryArchive.r9(JAX)
	at com.evermind.server.http.d_.r3(JAX)
	at com.evermind.server.http.HttpApplication.r3(JAX)
	at com.evermind.server.http.eg.tn(JAX)
	at com.evermind.server.http.eg.sm(JAX)
	at com.evermind.server.http.JSPPage.sm(JAX)
	at com.evermind.server.http.HttpApplication.v4(JAX)
	at com.evermind.server.http.HttpApplication.w5(JAX)
	at com.evermind.server.http.JSPServlet.service(JAX)
	at com.evermind.server.http.d1.si(JAX)
	at com.evermind.server.http.d1.forward(JAX)
	at com.evermind.server.http.ed.sp(JAX)
	at com.evermind.server.http.ed.so(JAX)
	at com.evermind.util.f.run(JAX)
I tried a lot to find out the cause of this problem. But could succeed. I wasted 2 full days in rectifying this problem. Please help me. this Problem is making me mad...thanks a lot.Srinivas
 
 
 
 
 
 
 
CH.Srinivas BabuJava Application 
DeveloperPh: 006027189333 Extn - 8224Mobile : 
0060173837232