release 1.5.0

2001-05-01 Thread Eddie

Magnus,

You fixed bug 414, and said that it will be fixed in release 1.5.0.
Do you have any idea what the expected release date will be ??


Eddie




Re: META HTTP-EQUIV=\refresh\ in JSP with Orion 1.4.5

2001-05-01 Thread Joseph B. Ottinger

Orion doesn't have any problem with this; I use something similar myself on
some of my out-of-date sites. This gets sent to the browser, and it's up to
the browser to deal with it - the server doesn't really do anything BUT send
it. 

Why aren't you using sendRedirect(), if that's what you really need? You
could also forward the request and save the browser round trip...

On Mon, Apr 30, 2001 at 09:20:09PM -0600, Debabrata Panda wrote:
 We have some JSPs with META tags which work fine with Tomcat and
 iPlanet. But this does not seem to be working with Orion. Am I missing
 anything. This does not seem to call Launch.JSP when we deploy the
 WAR with Orion.
 
 out.println(META HTTP-EQUIV=\refresh\ CONTENT=\1; URL=Launch.jsp\ );
 
 Any help will be appreciated ?
 
 regards
 Debu
 
 
 Get free email and a permanent address at http://www.netaddress.com/?N=1

-- 
---
Joseph B. Ottinger   [EMAIL PROTECTED]
http://epesh.com/ IT Consultant




Re: release 1.5.0

2001-05-01 Thread Hani Suleiman

I think the general consensus is that when a bug is marked as fixed in a
future release, then there is no correlation between that and the release
date of said future version. Historically, it's been anything between a
few hours and a few months! I suspect the answer will be much like all
answers to such questions...'when it's ready!'

Hani

On Tue, 1 May 2001, Eddie wrote:

 Magnus,
 
 You fixed bug 414, and said that it will be fixed in release 1.5.0.
 Do you have any idea what the expected release date will be ??
 
 
 Eddie
 
 





Broken pipe with auto-deployment ?

2001-05-01 Thread Eddie

Hellu,

When I touch the ejb-jar.xml and the application.xml during operation, I
always get the following error.
---
Error binding to server: com.evermind.server.rmi.OrionRemoteException: IO
Error: Broken pipe; nested exception is:
java.io.IOException: Broken pipe
---
So until now I just always killed and restarted Orion (restarting doesn't
work with me with the admin.jar: it says in the STDOUT log: shutting down
orion.. and it never says anyting more).
But Now the time has come that I also like to kill that error.
Please some advice and help ??

Eddie





RE: META HTTP-EQUIV=\refresh\ in JSP with Orion 1.4.5

2001-05-01 Thread cybermaster

This really shouldn't have anything to do with Orion - this statement is
interrpreted and executed by the browser ...
According to W3C, the correct syntax is:

META http-equiv=refresh content=3,http://www.acme.com/intro.html;

Hope this works for you

--peter

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Debabrata Panda
Sent: Monday, April 30, 2001 9:20 PM
To: Orion-Interest
Subject: META HTTP-EQUIV=\refresh\ in JSP with Orion 1.4.5

We have some JSPs with META tags which work fine with Tomcat and
iPlanet. But this does not seem to be working with Orion. Am I missing
anything. This does not seem to call Launch.JSP when we deploy the
WAR with Orion.

out.println(META HTTP-EQUIV=\refresh\ CONTENT=\1; URL=Launch.jsp\ );

Any help will be appreciated ?

regards
Debu


Get free email and a permanent address at http://www.netaddress.com/?N=1





Paul Schirf/Claritas is out of the office.

2001-05-01 Thread pschirf

I will be out of the office starting  05/01/2001 and will not return until
05/07/2001.

I will respond to your message when I return.





RE: Orion-based JSP bug -- The Case of the Exhibiting %00

2001-05-01 Thread John Pletka

I can reproduct this bug on Orion 1.4.0 under win2k, Sun JDK 1.3.0

-Original Message-
From: Rex McFarlin [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 30, 2001 10:28 AM
To: Orion-Interest
Subject: Orion-based JSP bug -- The Case of the Exhibiting %00


Can anyone help us solve a perplexing JSP bug? We have been unsuccessful.
 
If a %00 is attached to the end of a URL (as in,
http://localhost:8008/dcr/index.jsp%00
http://localhost:8008/dcr/index.jsp%00  ) to a JSP page that is being
served by Orion server, the user receives, not the rendered HTML page that
he or she might be expecting, but a textual output of the raw JSP code for
that page. 
 
We have found this to be true with the following configuration:
Orion 1.4.1
Win2K
JDK1.3
 
Thank you,
 
Rex McFarlin
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
 





Re: Orion-based JSP bug -- The Case of the Exhibiting %00

2001-05-01 Thread Joseph B. Ottinger

I've replicated this bug in Orion 0.4.8b. I want this fixed NOW, as this is
a critical problem!

On Tue, May 01, 2001 at 12:53:56PM -0500, John Pletka wrote:
 I can reproduct this bug on Orion 1.4.0 under win2k, Sun JDK 1.3.0
 
 -Original Message-
 From: Rex McFarlin [mailto:[EMAIL PROTECTED]]
 Sent: Monday, April 30, 2001 10:28 AM
 To: Orion-Interest
 Subject: Orion-based JSP bug -- The Case of the Exhibiting %00
 
 
 Can anyone help us solve a perplexing JSP bug? We have been unsuccessful.
  
 If a %00 is attached to the end of a URL (as in,
 http://localhost:8008/dcr/index.jsp%00
 http://localhost:8008/dcr/index.jsp%00  ) to a JSP page that is being
 served by Orion server, the user receives, not the rendered HTML page that
 he or she might be expecting, but a textual output of the raw JSP code for
 that page. 
  
 We have found this to be true with the following configuration:
 Orion 1.4.1
 Win2K
 JDK1.3
  
 Thank you,
  
 Rex McFarlin
 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
  
 

-- 
---
Joseph B. Ottinger   [EMAIL PROTECTED]
http://epesh.com/ IT Consultant




RE: Setting Up Orion/OpenJMS Behind Firewall - What Ports to Open?

2001-05-01 Thread Frank Eggink

The RMI port is defined in rmi.xml with default value: 23791, JMS alike default: 9127
Regards,
FE

On Monday, April 30, 2001 2:37 PM, Neal Kaiser [SMTP:[EMAIL PROTECTED]] wrote:
 Hi All,
 
 I will have two machines in my environment, both running Orion. One
 will be holding the EJBs, database, while the other is for the webapp.
 
 What ports, besides 80 and 443 do I need to open?  What ports will RMI,
 ORMI,
 OpenJSM use?
 
 Thanks!
 
 




Re: Orion-based JSP bug -- The Case of the Exhibiting %00

2001-05-01 Thread Jeff Hubbach

Joseph,

This IS fixed, and as was already posted to the list, just use a more recent
version of Orion. I run 1.4.5 and can't duplicate this problem.

Jeff.

Joseph B. Ottinger wrote:

 I've replicated this bug in Orion 0.4.8b. I want this fixed NOW, as this is
 a critical problem!

 On Tue, May 01, 2001 at 12:53:56PM -0500, John Pletka wrote:
  I can reproduct this bug on Orion 1.4.0 under win2k, Sun JDK 1.3.0
 
  -Original Message-
  From: Rex McFarlin [mailto:[EMAIL PROTECTED]]
  Sent: Monday, April 30, 2001 10:28 AM
  To: Orion-Interest
  Subject: Orion-based JSP bug -- The Case of the Exhibiting %00
 
 
  Can anyone help us solve a perplexing JSP bug? We have been unsuccessful.
 
  If a %00 is attached to the end of a URL (as in,
  http://localhost:8008/dcr/index.jsp%00
  http://localhost:8008/dcr/index.jsp%00  ) to a JSP page that is being
  served by Orion server, the user receives, not the rendered HTML page that
  he or she might be expecting, but a textual output of the raw JSP code for
  that page.
 
  We have found this to be true with the following configuration:
  Orion 1.4.1
  Win2K
  JDK1.3
 
  Thank you,
 
  Rex McFarlin
  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 
 

 --
 ---
 Joseph B. Ottinger   [EMAIL PROTECTED]
 http://epesh.com/ IT Consultant

--
Jeff Hubbach
Internet Developer
New Media Designs, Inc.
www.nmd.com







Q:Orion init.d script for Solaris

2001-05-01 Thread Kalle Anka

Hi all gurus,
has anyone written a script for managing Orion on a Sun Solaris 8 box ? I've 
seen the one for Linux but it requires some modifications to work, so 
instead of me doing this I'm wondering if anyone has done this already ??

Thanks
Kalle
_
Get your FREE download of MSN Explorer at http://explorer.msn.com





Clustering and Load Balancing

2001-05-01 Thread Ashok Banerjee

My understanding:
Orion loadbalances if selectionType is set to random. If there are multiple 
islands capable of serving up the same site - then a random selection is 
done to pick the island. Within the island a server is selected at random.

Question:
1) When would you distribute the same application across islands? Load 
Balancing happens even across islands.

2) Does Orion multicast the state? If so - it is a security concern anyone 
can sniff up the packets.

3) How can a loadbalancer allow some and disallow other orionserver 
instances in the same subnet from joining its islands?

4) By default Orion loadbalancing statically binds a session to a server - 
if 1 client session makes lots of requests is there a way to distribute 
these requests across servers?

Cheers,
As
_
Get your FREE download of MSN Explorer at http://explorer.msn.com





RE: Orion-based JSP bug -- The Case of the Exhibiting %00

2001-05-01 Thread Aaron Tavistock

Heh...  I think that Joseph was joking.  A particullar clue off is the fact
that he's one of the orionsupport people.  :)  But of course sarcasm does
carry well in email...

-Original Message-
From: Jeff Hubbach [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 01, 2001 3:26 PM
To: Orion-Interest
Subject: Re: Orion-based JSP bug -- The Case of the Exhibiting %00


Joseph,

This IS fixed, and as was already posted to the list, just use a more recent
version of Orion. I run 1.4.5 and can't duplicate this problem.

Jeff.

Joseph B. Ottinger wrote:

 I've replicated this bug in Orion 0.4.8b. I want this fixed NOW, as this
is
 a critical problem!

 On Tue, May 01, 2001 at 12:53:56PM -0500, John Pletka wrote:
  I can reproduct this bug on Orion 1.4.0 under win2k, Sun JDK 1.3.0
 
  -Original Message-
  From: Rex McFarlin [mailto:[EMAIL PROTECTED]]
  Sent: Monday, April 30, 2001 10:28 AM
  To: Orion-Interest
  Subject: Orion-based JSP bug -- The Case of the Exhibiting %00
 
 
  Can anyone help us solve a perplexing JSP bug? We have been
unsuccessful.
 
  If a %00 is attached to the end of a URL (as in,
  http://localhost:8008/dcr/index.jsp%00
  http://localhost:8008/dcr/index.jsp%00  ) to a JSP page that is being
  served by Orion server, the user receives, not the rendered HTML page
that
  he or she might be expecting, but a textual output of the raw JSP code
for
  that page.
 
  We have found this to be true with the following configuration:
  Orion 1.4.1
  Win2K
  JDK1.3
 
  Thank you,
 
  Rex McFarlin
  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 
 

 --
 ---
 Joseph B. Ottinger   [EMAIL PROTECTED]
 http://epesh.com/ IT Consultant

--
Jeff Hubbach
Internet Developer
New Media Designs, Inc.
www.nmd.com







SOAP/WSDL support?

2001-05-01 Thread Duffey, Kevin

Hey all,

I am wondering why it is Orion still uses an old version of xerces.jar and
such. There are a number of new things that I can't do with their shipping
version of xerces.jar.

Anyways, I think (if the Orion team reads this), that adding support for
SOAP using ApacheSOAP would be a great feature. Having built in support for
running SOAP services (with examples of writing a service, as well as a
client to access that service) would be a very good thing.





RE: Orion-based JSP bug -- The Case of the Exhibiting %00

2001-05-01 Thread Jim Mallmann

Joseph,

Don't worry...your sarcasm isn't lost on all of us. :)

Jim

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Hubbach
Sent: Tuesday, May 01, 2001 5:26 PM
To: Orion-Interest
Subject: Re: Orion-based JSP bug -- The Case of the Exhibiting %00


Joseph,

This IS fixed, and as was already posted to the list, just use a more recent
version of Orion. I run 1.4.5 and can't duplicate this problem.

Jeff.

Joseph B. Ottinger wrote:

 I've replicated this bug in Orion 0.4.8b. I want this fixed NOW, as this
is
 a critical problem!

 On Tue, May 01, 2001 at 12:53:56PM -0500, John Pletka wrote:
  I can reproduct this bug on Orion 1.4.0 under win2k, Sun JDK 1.3.0
 
  -Original Message-
  From: Rex McFarlin [mailto:[EMAIL PROTECTED]]
  Sent: Monday, April 30, 2001 10:28 AM
  To: Orion-Interest
  Subject: Orion-based JSP bug -- The Case of the Exhibiting %00
 
 
  Can anyone help us solve a perplexing JSP bug? We have been
unsuccessful.
 
  If a %00 is attached to the end of a URL (as in,
  http://localhost:8008/dcr/index.jsp%00
  http://localhost:8008/dcr/index.jsp%00  ) to a JSP page that is being
  served by Orion server, the user receives, not the rendered HTML page
that
  he or she might be expecting, but a textual output of the raw JSP code
for
  that page.
 
  We have found this to be true with the following configuration:
  Orion 1.4.1
  Win2K
  JDK1.3
 
  Thank you,
 
  Rex McFarlin
  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 
 

 --
 ---
 Joseph B. Ottinger   [EMAIL PROTECTED]
 http://epesh.com/ IT Consultant

--
Jeff Hubbach
Internet Developer
New Media Designs, Inc.
www.nmd.com







RE: Orion-based JSP bug -- The Case of the Exhibiting %00

2001-05-01 Thread Rex McFarlin

Thanks for the reply.

I wonder if it is related to Windows in some manner.

Clearly, Linux is a superior operating system. *wink*



We are trying to upgrade to a later version of Orion. I posted this issue in
Orion's Bugzilla and got a response back that it was an old bug related to
versions earlier than 1.4.5 (probably). We are having some other issues not
related to this, so don't know if it works, yet.

Rex

| -Original Message-
| From: Jeff Hubbach [mailto:[EMAIL PROTECTED]]
| Sent: Monday, April 30, 2001 1:34 PM
| To: Orion-Interest
| Subject: Re: Orion-based JSP bug -- The Case of the Exhibiting %00
| 
| 
| Rex,
| 
| I just tried to duplicate your situation, both with zeroes (yielded a
| 400 Bad Request) and capital o's (yielded a 404 Not Found). 
| I'm running
| Orion 1.4.5 on Red Hat 6.2 with Sun's JDK 1.3.
| 
| Jeff Hubbach.
| 
| Rex McFarlin wrote:
| 
|  Can anyone help us solve a perplexing JSP bug? We have been
|  unsuccessful.If a %00 is attached to the end of a URL (as in,
|  http://localhost:8008/dcr/index.jsp%00 ) to a JSP page that is being
|  served by Orion server, the user receives, not the rendered 
| HTML page
|  that he or she might be expecting, but a textual output of 
| the raw JSP
|  code for that page. We have found this to be true with the following
|  configuration:Orion 1.4.1Win2KJDK1.3Thank you,Rex
|  [EMAIL PROTECTED]
| 
| --
| Jeff Hubbach
| Internet Developer
| New Media Designs, Inc.
| www.nmd.com
| 
| 
| 
| 




RE: Orion-based JSP bug -- The Case of the Exhibiting %00

2001-05-01 Thread Rex McFarlin

Thanks. We are trying, but are running into other non-related issues (if I
remember correctly, they have to do with internationalization).

--Rex

| -Original Message-
| From: Hani Suleiman [mailto:[EMAIL PROTECTED]]
| Sent: Monday, April 30, 2001 11:18 AM
| To: Orion-Interest
| Subject: Re: Orion-based JSP bug -- The Case of the Exhibiting %00
| 
| 
| This bug was reported and fixed a long time ago, you should upgrade!
| 
| On Mon, 30 Apr 2001, Rex McFarlin wrote:
| 
|  Can anyone help us solve a perplexing JSP bug? We have been 
| unsuccessful.
|   
|  If a %00 is attached to the end of a URL (as in,
|  http://localhost:8008/dcr/index.jsp%00
|  http://localhost:8008/dcr/index.jsp%00  ) to a JSP page 
| that is being
|  served by Orion server, the user receives, not the rendered 
| HTML page that
|  he or she might be expecting, but a textual output of the 
| raw JSP code for
|  that page. 
|   
|  We have found this to be true with the following configuration:
|  Orion 1.4.1
|  Win2K
|  JDK1.3
|   
|  Thank you,
|   
|  Rex McFarlin
|  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
|   
|  
| 
| 




EJBUserManager how-to?

2001-05-01 Thread Romen Law


ello,

I believe there was an email expaining how to configure orion to use
database tables to store user and group information (as opposed to using
pricipals.xml file). Unfortunately, I cannot find the email and
orionsupport.com seems to be down. I apologise.

Can someone please repost that email?

cheers
romen

IT Architect, Billing
IBM GSA
TEL: 612-84484716
FAX: 612-84484008
TIE: 84716





RE: SOAP/WSDL support?

2001-05-01 Thread Mike Cannon-Brookes

Kevin,

Orion 1.4.8 supports JAXP 1.1 and removes the need for Xerces. (It updates
to the latest Xalan, and also uses Crimson).

Not sure how this affects your ApacheSOAP stuff (sounds interesting - any
URLs to read up?)

-mike

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin
 Sent: Wednesday, May 02, 2001 11:59 AM
 To: Orion-Interest
 Subject: SOAP/WSDL support?


 Hey all,

 I am wondering why it is Orion still uses an old version of xerces.jar and
 such. There are a number of new things that I can't do with their shipping
 version of xerces.jar.

 Anyways, I think (if the Orion team reads this), that adding support for
 SOAP using ApacheSOAP would be a great feature. Having built in
 support for
 running SOAP services (with examples of writing a service, as well as a
 client to access that service) would be a very good thing.








How to access EJB's from client (not packaged in .ear) ?

2001-05-01 Thread Harley Rana

Hi i have just started out with orion, i can't figure out how to access bean
from a client. i've followed the Hello-Planet primer and made some changes
to the bean, repackaged the .ear and redeployed.  Now every thing works fine
when access the bean from a servlet that is packaged in the .ear file.
My question is how do you access a bean, from a client not packaged in the
.ear file?

Im getting an NamingException usally saying :
java:comp/env namespace is only available from within a J2EE component
sometimes saying :
javax.naming.NamingException: Error reading application-client descriptor:
No location specified and no suitable instance of the type 'hello.ejb.Hello'
found for the ejb-ref HelloPlanet

I do have the application-client.xml file, and if i change details in it i
see change in message from the second exception type.  so it must be reading
the .xml file to see the change.

What do i need to do?
Could you include code examples please.
I appreciate any help you can give!
Thanks, Harley Rana.

 HelloClient.java
 hello-planet.ear


RE: EJBUserManager how-to? (How to setup the EJBUserManager for the ATM example)

2001-05-01 Thread Frank Eggink

Hi Romen,

I just have sent an email to www.orionsupport.com with an example how to use the 
EJBUserManager, when I read your
message. The EJBUserManager is -not- the DataSourceUserManager by the way, but does 
store your user info in a database.

The example desribes step by step how to configure the ATM example to use the 
EJBUserManager.

If you have any trouble (I might have overlooked something) please let me know and 
I'll update the example.

Good luck,
FE 





Setting up the EJBUserManager for the ATM example

This example describes how to make use of the EJBUserManager with the atm example. I 
guess after that it's pretty easy to
use it in your own applications. 



Unjar the atm.ear file
The biggest part of the job is already done for you: creating the deployment 
information for the EJBUserManager. To copy the
deployment information go to the 'orion-dir/applications' directory, create a 
directory 'atm' and unjar the atm.ear file into this
new directory. This will create atm-ejb.jar, atm-web.jar and more.



Copy the usermanager module from the demo directory
If you browse to the 'orion-dir/demo/ejb/' you will find a directory called 
usermanager. The next step is to copy this directory
to your 'orion-dir/applications/atm/' directory. So you'll get something like 
'\orion\applications\atm\usermanager' whith in that
directory a sub-directory containing a ejb-jar.xml file. This is the module descriptor 
for the EJBUserManager. Have a look!



Edit three files
After this you will have to edit two files:
1. application.xml
2. orion-application.xml
3. server.xml


application.xml
First add the usermanager module to your atm application by adding the following lines 
to the application.xml file:
module
ejbusermanager/ejb
/module


orion-application.xml
Next add the following lines to the orion-application.xml in the 
orion-dir\application-deployments\atm directory:
user-manager class=com.evermind.ejb.EJBUserManager
property name=defaultGroups value=users /
property name=home value=com.evermind.ejb.EJBUser /
/user-manager

Remove the reference to principals from the orion-applications.xml file.

[To understand the definition for the defaultGroups read the orion documentation (the 
EJBUserManager API doc)]


server.xml
Change the server.xml to load the atm application. If you deployed the atm.ear file 
previously, just remove the '.ear' extension
from the value of the path. You 'll get something like:
application name=atm path=../applications/atm /


When you start you server now, you probably find out that the server deploys the user 
manager and creates the necessary
table(s). If you already did deploy the demos you'll miss these reassuring create 
table messages. To check whether things
are running smoothly start the ATM and register a new user. (If you use hsql as a 
datastore you can check the bottom part
of the *.script file with you favorite text editor to see if the user is indeed added).



Keeping things tidy
The orion-application file is under normal circumstances generated by the orion 
server. To prevent the necessity of hacking
this file after each deployment, you can create a orion-application.xml in the same 
directory as the application.xml file. This
file only needs to contain the user-manager definition: the four lines described above.

After adding the orion-application.xml file you could opt to recreate the atm.ear 
file, which would include now your
EJBUserManager module and the orion-application.xml file.

Note: orion copies the orion-application.xml file to the deployment directory only 
once when you deploy the application for the
very first time. After that changes to the original copy (in the same directory as the 
application.xml file) have no effect whatsoever
on your configuration. Only edits direct on the orion-application.xml file in the 
deployment directory have effect on the server
behavior.




Kind regards,
Frank Eggink
Swift Applications
[EMAIL PROTECTED]
+31 6 28847325 (voice)
+31 33 4532464 (fax)