EJB Clustering in Orion

[Julian Khoo]

Hi,

Does anyone have any experience clustering Orion EJB servers
successfully in a production (or even development) environment? I've tried
clustering a web application and it generally seems OK. However, in order to
eliminate single points of failure in deployment, I assume that I would have
to cluster the EJBs as well. To do that, I've tried running multiple copies
of Orion on separate machines, all of them accessing a common set of ejb
class files, jsp files, etc from a shared location as well as a common
datasource with exclusive-write-access="false" in the orion-ejb-jar.xml
files.

My deployment environment is
Windows NT
Orion 1.3.8/ 1.4.0
JDK 1.3
Interbase 6.0/ Sybase System 11

There are some problems:

1. When using 1.3.8, Orion has problems deploying entity beans. However I
believe the problem has been solved in 1.4.0

2. When I tried 1.4.0, I had some problems arising from the Orion OR-mapping
scheme. Details can be found in bug #158 in Orion Bugzilla.

3. Also in 1.4.0, there are problems creating entity beans when I try to use
UserTransaction in my EJB clients. The entity beans seem to have been
partially created (they exist when i check though orion console but some
attributes have not been initialized) but do not exist in the database.

The problems do not exist when I only run one copy of Orion with
exclusive-write-access="true". But I can't possibly run a cluster of Orion
app servers with that setting, can I?

Any info is greatly appreciated, thanks.


Regards,
Julian

Re: Orion w/ postgresql

[Mikko Kurki-Suonio]

On Wed, 1 Nov 2000, Seung Bang wrote:

> Thanks very much for your tips.
> I tried as you guys instructed, and the same errors were produced.
> My postgresql jdbc driver is now the brand new 7.0.2 driver, and
> the  '/usr/local/orion/config/database-schemas/postgresql.xml' file
> has null="" section in place of null="null". And of course I tried
> null="null" back in.  All the trials yielded the same problem.
> Please   Anybody?   Any clue???

I've had the same problem. I submitted it to bugzilla, but
it didn't seem to raise any concern.

Anyway: It SEEMS that the base is working ok despite the error
message.

Blob support, however, does not work. Possibly in 7.1. 

Which brings me to another point: Is there any switch that lets you log
the actual SQL clauses passed? I could write a fake passthrough JDBC
driver to do that, but it'd seem silly

 

Cloudscape... ClassNotFound Exception

[ishpal]

Hi,

I'm not new to Orion but I'm stuck.
I'm trying to install orion on a new machine along with cloudscape 3.5

The Technical Env is as :

Linux RedHat6.2
Sun's JDK1.2.2
Orion1.3.8
Cloudscape3.5

Everything worked fine till I was on my previous machine. And now its
causing frustration.

Cloudscape is installed. and I can connect to it.
The problem is that SQL can not be executed from orion.

The application seems to deploy correctly, but when ever I try to create
some CMP entity beans I get an error like:

java.sql.SQLException: Error unmarshaling return; nested exception is: 
java.lang.ClassNotFoundException: c8e.k.h
at RmiJdbc.RJConnection.prepareStatement(RJConnection.java:96)
at com.evermind.sql.ak.prepareStatement(JAX)
at com.evermind.sql.ak.prepareStatement(JAX)
at com.evermind.server.ejb.DataSourceConnection.getCustomStatement(JAX)
at EntityHomeWrapper1.create(EntityHomeWrapper1.java:395)
at KeyGenServlet.doPost(KeyGenServlet.java:58)
at KeyGenServlet.doGet(KeyGenServlet.java:30)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at com.evermind.server.http.df.o3(JAX)
at com.evermind.server.http.df.forward(JAX)
at com.evermind.server.http.dm.o9(JAX)
at com.evermind.server.http.dm.o8(JAX)
at com.evermind.util.e.run(JAX)

Where could I be wrong , or is there some other technical problem.

Thanks,
Ishpal.

Re: how to access remote ejb object

[ahfei]

ahfei,

orion team ,pls give me some advice .

at 2000-11-1 9:13:00 you wrote
>hi,guys
> There have two servers.I want to access ejb object in server1 from server2. Can 
>anybody tell me hwo to do it?   Thanks in advance.
> 
>
>ahfei
>[EMAIL PROTECTED]

ahfei
[EMAIL PROTECTED]

Supporting classes not getting picked up

[Drew Kidder]

I'm at my wit's end.

I have a class that resides in 
$ORION_HOME/applications/twsm/twsm-web/WEB-INF/classes/com/tivoli/xtela/core/license. 
It (apparently) needs to call a class com.ibm.cfmwk.builtin.Provider. Now, 
I have tried putting a fully expanded com/ibm/cfmwk/builtin/* tree under 
WEB-INF/classes, and that doesn't work. I jarred them up, and stuck them in 
the WEB-INF/lib directory.  No go.  Where in the world do I need to put 
this class hierarchy so it can be found

This is really frustrating, and I could use some help on this one

more question for xml,xsl in orion

[Terence Kwan]

I have a XML with data and XSL with the layout information AND JSP Java code in it. 
How can I tell orion to:
1. Put XML and XSL together and output JSP.
2. Then compile the JSP output to html.

I can get XML and XSL to merge together but the JSP compiler will not compiler the JSP 
output. For example, here is the code.

Thanks

- car.xml -



<%  // Query database to get car information
   String sCarName="Toyota";
%>


<%=sCarName%>

 car.xsl 

http://www.w3.org/1999/XSL/Transform
 " version="1.0">


 
  
  
   




   
 

RE: Initial JMSTest++ results, sort of

[Mike Cannon-Brookes]

Have you tried SonicMQ with Orion? SonicMQ seems quite compliant but I have
not tried integrating it with Orion - is it possible? easy?

Mike

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Rimmer
> Sent: Thursday, November 02, 2000 10:14 AM
> To: Orion-Interest
> Cc: [EMAIL PROTECTED]
> Subject: Initial JMSTest++ results, sort of
>
>
> JMSTest++ is a JMS v1.0.2 compliance test suite written by Fiorano
> (http://www.fiorano.com) which publishes a competing JMS
> implementation.  I
> performed the compliance tests on a machine with the following
> specifications:
> o Dell Intel Pentium 3 - 600 Mhz with 128Mb memory
> o Windows 200 SP1
> o Orion v1.4.0
> o Javasoft's JDK v1.3 (running in mixed mode)
>
> The compliance suite consists of ~800 tests which includes the breadth
> of functionality detailed in the JMS v1.0.2 specification..
> There is a caveat in that Orion's JMS implementation is only
> claimed to
> be JMS v1.0 compliant while the JMSTest++ tests are to determine
> JMS v1.0.2
> compliance.  This isn't a large issue as the difference between the spec's
> are small and therefore only cover a small percentage of the tests.
> This message was going to contain details of all the tests, their
> results, and commentary.  Unfortunately, Orion's JMS implementation was
> unable to pass anything more than the rudimentary tests.  The most common
> test result was a hang, though a functionality failure was right behind.
> I spent some time looking over much of the JMSTest++ source
> and while I
> can't claim every test is 100% legitimate, it largely appears reasonable.
> The test suite is in active internal use at not only Fiorano, but
> also Bea,
> and Progress (home of SonicMQ).
> Considering my results I believe it's false to claim that
> Orion supports
> JMS v1.0, let alone v1.0.2.  The bottom line is that I would not depend on
> Orion's JMS implementation for anything: educational tool, toy, or
> production application.
> I don't plan to take up the testing again unless Evermind makes major
> JMS updates or the list membership considers specific results to be
> valuable.
>
> --
> Jason Rimmer
> [EMAIL PROTECTED]
>
>
>
>

Re: Initial JMSTest++ results, sort of

[Jason Rimmer]

Each test is an individual programs to prevent exactly that sort of
occurrence.  When I ran portions that hung or failed I cycled the server and
reran them to take that extra step to prevent domino-style failures.  I
don't think anything else would be necessary to reset Orion's JMS since
queues aren't persistent and therefore state's not outliving shutdown.  The
failures ran the gamut from hangs due to incorrect server behavior,
incorrect exceptions (among other spec. breaks), to missing functionality.
I'm glad you're committed to a real JMS implementation and I look
forward to it being usable.  As it stands now it's barely there.
Note that the JMSTest++ suite is not freely available.  My Fiorano sales
rep specified that vendors are paying a license fee to use it.

--
Jason Rimmer
[EMAIL PROTECTED]


- Original Message -
From: "Karl Avedal" <[EMAIL PROTECTED]>
To: "Jason Rimmer" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, November 01, 2000 7:00 PM
Subject: Re: Initial JMSTest++ results, sort of


> Hello Jason,
>
> Interesting, we will look at that test suite to see what the results are.
If a
> very large number of tests fail, it might be because there is a bug that
> triggers failure in more than one case which leads to a great number of
> failures, but I can't tell for sure until I've run the tests.
>
> JMS hasn't been the main focus for Orion but with J2EE 1.3 and EJB 2.0,
JMS is
> becoming more important so we will obviously make sure we have a great JMS
> implementation (in J2EE 1.2, JMS was optional and not very tightly
integrated).
>
> Regards,
> Karl Avedal
>
> Jason Rimmer wrote:
>
> > JMSTest++ is a JMS v1.0.2 compliance test suite written by Fiorano
> > (http://www.fiorano.com) which publishes a competing JMS implementation.
I
> > performed the compliance tests on a machine with the following
> > specifications:
> > o Dell Intel Pentium 3 - 600 Mhz with 128Mb memory
> > o Windows 200 SP1
> > o Orion v1.4.0
> > o Javasoft's JDK v1.3 (running in mixed mode)
> >
> > The compliance suite consists of ~800 tests which includes the
breadth
> > of functionality detailed in the JMS v1.0.2 specification..
> > There is a caveat in that Orion's JMS implementation is only claimed
to
> > be JMS v1.0 compliant while the JMSTest++ tests are to determine JMS
v1.0.2
> > compliance.  This isn't a large issue as the difference between the
spec's
> > are small and therefore only cover a small percentage of the tests.
> > This message was going to contain details of all the tests, their
> > results, and commentary.  Unfortunately, Orion's JMS implementation was
> > unable to pass anything more than the rudimentary tests.  The most
common
> > test result was a hang, though a functionality failure was right behind.
> > I spent some time looking over much of the JMSTest++ source and
while I
> > can't claim every test is 100% legitimate, it largely appears
reasonable.
> > The test suite is in active internal use at not only Fiorano, but also
Bea,
> > and Progress (home of SonicMQ).
> > Considering my results I believe it's false to claim that Orion
supports
> > JMS v1.0, let alone v1.0.2.  The bottom line is that I would not depend
on
> > Orion's JMS implementation for anything: educational tool, toy, or
> > production application.
> > I don't plan to take up the testing again unless Evermind makes
major
> > JMS updates or the list membership considers specific results to be
> > valuable.
> >
> > --
> > Jason Rimmer
> > [EMAIL PROTECTED]
>
>

Re: Initial JMSTest++ results, sort of

[Karl Avedal]

Hello Jason,

Interesting, we will look at that test suite to see what the results are. If a
very large number of tests fail, it might be because there is a bug that
triggers failure in more than one case which leads to a great number of
failures, but I can't tell for sure until I've run the tests.

JMS hasn't been the main focus for Orion but with J2EE 1.3 and EJB 2.0, JMS is
becoming more important so we will obviously make sure we have a great JMS
implementation (in J2EE 1.2, JMS was optional and not very tightly integrated).

Regards,
Karl Avedal

Jason Rimmer wrote:

> JMSTest++ is a JMS v1.0.2 compliance test suite written by Fiorano
> (http://www.fiorano.com) which publishes a competing JMS implementation.  I
> performed the compliance tests on a machine with the following
> specifications:
> o Dell Intel Pentium 3 - 600 Mhz with 128Mb memory
> o Windows 200 SP1
> o Orion v1.4.0
> o Javasoft's JDK v1.3 (running in mixed mode)
>
> The compliance suite consists of ~800 tests which includes the breadth
> of functionality detailed in the JMS v1.0.2 specification..
> There is a caveat in that Orion's JMS implementation is only claimed to
> be JMS v1.0 compliant while the JMSTest++ tests are to determine JMS v1.0.2
> compliance.  This isn't a large issue as the difference between the spec's
> are small and therefore only cover a small percentage of the tests.
> This message was going to contain details of all the tests, their
> results, and commentary.  Unfortunately, Orion's JMS implementation was
> unable to pass anything more than the rudimentary tests.  The most common
> test result was a hang, though a functionality failure was right behind.
> I spent some time looking over much of the JMSTest++ source and while I
> can't claim every test is 100% legitimate, it largely appears reasonable.
> The test suite is in active internal use at not only Fiorano, but also Bea,
> and Progress (home of SonicMQ).
> Considering my results I believe it's false to claim that Orion supports
> JMS v1.0, let alone v1.0.2.  The bottom line is that I would not depend on
> Orion's JMS implementation for anything: educational tool, toy, or
> production application.
> I don't plan to take up the testing again unless Evermind makes major
> JMS updates or the list membership considers specific results to be
> valuable.
>
> --
> Jason Rimmer
> [EMAIL PROTECTED]

RE: Orion w/ postgresql

[Mike Cannon-Brookes]

As I said in my email, the driver provided with 7.0.2 is not the latest,
you'll need to get the source from CVS and build your own driver to get rid
of the errors.

Mike

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Seung Bang
> Sent: Thursday, November 02, 2000 5:10 AM
> To: Orion-Interest
> Subject: Re: Orion w/ postgresql
>
>
> Mike & Guilherme:
>
> Thanks very much for your tips.
> I tried as you guys instructed, and the same errors were produced.
> My postgresql jdbc driver is now the brand new 7.0.2 driver, and
> the  '/usr/local/orion/config/database-schemas/postgresql.xml' file
> has null="" section in place of null="null". And of course I tried
> null="null" back in.  All the trials yielded the same problem.
> Please   Anybody?   Any clue???
> Thanks very very much...
>
>
> Seung,
>
>
>
>
>

Re: Orion w/ postgresql

[Seung Bang]

Tim,

To begin with, I really appreciate your time.
I have one question for you, Tim.
Are you sure you are running CMP beans with THE config. files?
I still can't get it working.
I was able to get my BMP beans working with my original configs, but not with
CMP's.
Once again, thanks very much.


Seung,



Tim Drury wrote:

> Seung,
>
> Here is my data-sources.xml and  postgres.xml.  I'm using postgres 7.0
> and the 7.0.2 jdbc driver with great success.
>
> -tim
>
> 
>  "http://www.orionserver.com/dtds/data-sources.dtd">
>
> 
> 
>  name="Default data-source"
> class="com.evermind.sql.ConnectionDataSource"
> location="jdbc/DefaultDS"
> pooled-location="jdbc/DefaultPooledDS"
> xa-location="jdbc/xa/DefaultXADS"
> ejb-location="jdbc/DefaultEJBDS"
>   schema="database-schemas/postgresql.xml"
> url="jdbc:postgresql://localhost/ejb"
> connection-driver="org.postgresql.Driver"
> username="ejb"
> password="password"
> />
>
> 
>
> 
>  "http://www.orionserver.com/dtds/database-schemas.dtd">
>
> 
>
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> 
> 
> 
> 
> 
> 
> 
> 
>
> > -Original Message-
> > From: Seung Bang [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, November 01, 2000 1:10 PM
> > To: Orion-Interest
> > Subject: Re: Orion w/ postgresql
> >
> >
> > Mike & Guilherme:
> >
> > Thanks very much for your tips.
> > I tried as you guys instructed, and the same errors were produced.
> > My postgresql jdbc driver is now the brand new 7.0.2 driver, and
> > the  '/usr/local/orion/config/database-schemas/postgresql.xml' file
> > has null="" section in place of null="null". And of course I tried
> > null="null" back in.  All the trials yielded the same problem.
> > Please   Anybody?   Any clue???
> > Thanks very very much...
> >
> >
> > Seung,
> >
> >
> >
> >

Re: xml,xsl in orion

[thm]

Hello,
I have tested DocZilla alpha version 3  from the Mozilla - Netscape project,
( http://www.mozilla.org)

there are some bugs but it is an excellent tools for XML/XSL browser,

ThM
information document
[EMAIL PROTECTED]
http://www.idocw.com

Jan Tye a écrit :

> The Netscape 4.xx browsers do not support XSL.
> AOL 6.0 is supposed to support XSLT but I have not checked this out.
>
> I would like to check out the doc.xml demo.
> Where do I download it from?
>
> Thanks, Jan.
>
> At 01:29 PM 11/1/00 -0500, you wrote:
> >Hi friends,
> >   I was able to get the doc.xml working under IE, but Netscape(4.74)
> >displays a blank page, although, it displays the XML source when I do
> >the view source.
> >   Is it a know issue under Netscape?
> >   The other question is, I always thought that the conversion is being done
> >on the server side, but, it does not look so, because I can see the XML
> >document when I do 'View Source'.
> >   Would appreciate some feedback on it.
> >Thanks,
> >Manoj
> >
> >
> >-Original Message-
> >From: "Johan Fredriksson" [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, November 01, 2000 3:26 AM
> >To: "Orion-Interest"
> >Subject: RE: xml,xsl in orion
> >
> >
> >It depends on what you want to achieve with this. The easiest thing is to
> >edit
> >
> >mime.types
> >
> >and change the
> >
> >text/xmlxml ent cat sty
> >
> >to
> >
> >text/htmlxml ent cat sty
> >
> >or move the xml entry to an existing text/html
> >
> >This will force internet explorer to display the xml - document properly.
> >
> >- Original Message -
> >From: Terence   Kwan
> >To: Orion-Interest 
> >Sent: Wednesday, November 01, 2000 7:33 AM
> >Subject: xml,xsl in orion
> >
> >I am trying out the examples/xsl/data.xml demo. However, the browser think
> >the
> >returned stream is xml instead of html.  How can I set the return stream
> >type to
> >html for xml file? So the browser will display the result in html instead of
> >xml.
> >
> >Basically, I want to do the following:
> >
> >Thanks
> >
> >TK
> >
> >- car.xml -
> >
> >
> >
> ><%  // Query database to get car information
> >   String sCarName="Toyota";
> > %>
> >
> >
> ><%=sCarName%>
> >
> > car.xsl 
> >
> >http://www.w3.org/1999/XSL/Transform
> > " version="1.0">
> >
> >
> >
> > 
> >   
> > Car
> > 
> >   
> >
> >
> >   
> > 
> >
> >
> >
> >
> >

choosing database for EJB use?

[James Ho]

Hi all...

Can anyone pls tell me, is there any searching criteria for RDBMS for
use with EJB/Orion and why?  Is transactions support necessarily for
CMPs?

thanks heaps

Regards, James.

Initial JMSTest++ results, sort of

[Jason Rimmer]

JMSTest++ is a JMS v1.0.2 compliance test suite written by Fiorano
(http://www.fiorano.com) which publishes a competing JMS implementation.  I
performed the compliance tests on a machine with the following
specifications:
o Dell Intel Pentium 3 - 600 Mhz with 128Mb memory
o Windows 200 SP1
o Orion v1.4.0
o Javasoft's JDK v1.3 (running in mixed mode)

The compliance suite consists of ~800 tests which includes the breadth
of functionality detailed in the JMS v1.0.2 specification..
There is a caveat in that Orion's JMS implementation is only claimed to
be JMS v1.0 compliant while the JMSTest++ tests are to determine JMS v1.0.2
compliance.  This isn't a large issue as the difference between the spec's
are small and therefore only cover a small percentage of the tests.
This message was going to contain details of all the tests, their
results, and commentary.  Unfortunately, Orion's JMS implementation was
unable to pass anything more than the rudimentary tests.  The most common
test result was a hang, though a functionality failure was right behind.
I spent some time looking over much of the JMSTest++ source and while I
can't claim every test is 100% legitimate, it largely appears reasonable.
The test suite is in active internal use at not only Fiorano, but also Bea,
and Progress (home of SonicMQ).
Considering my results I believe it's false to claim that Orion supports
JMS v1.0, let alone v1.0.2.  The bottom line is that I would not depend on
Orion's JMS implementation for anything: educational tool, toy, or
production application.
I don't plan to take up the testing again unless Evermind makes major
JMS updates or the list membership considers specific results to be
valuable.

--
Jason Rimmer
[EMAIL PROTECTED]

Servlet to EJB Principals/Credentials problem! Impossible to solve?!

[Matt MacGillivray]

MY GOAL:
I would like to properly log into orion, from a servlet, when requesting EJB
calls.  I'd like to know which servlet users are hitting which EJBs without
explicitly passing the username and password around.  This must be
possible!!


Here is the situation:

I'm running Orion 1.3.8 on WINNT 4.00.1381 with JDK-1.2.2_005.

Orion is running a servlet that accesses EJBs also run under Orion.  I am
attempting to pass  a username and password back through the use of the
SECURITY_PRINCIPAL and SECURITY_CREDENTIAL.

When the servlet sets up the call to the EJB and calls it, the PRINCIPAL,
when printed out from the EJB always seems to be 'guest'.  When I use a test
program that calls the EJB through through orion, it seems to get the proper
username and password.  Why does it not work through the servlet?

Why is this happening?  One theory brought to my attention was that the two
scenarios use different virtual machines.  i.e. the first scenario
(servlet -> ejb) always uses a single virtual machine, while the second
(test class -> ejb) uses two virtual machines (one for orion, one for the
test class).  Why would separate virtual machines affect the PRINCIPALS and
CREDENTIALS?

Any and all help would be appreciated.


Matt MacGillivray
Technical Developer
Delfour Corporation
(905) 415-9779 x2021
[EMAIL PROTECTED]

RE: xml,xsl in orion

[Jan Tye]

The Netscape 4.xx browsers do not support XSL.
AOL 6.0 is supposed to support XSLT but I have not checked this out.

I would like to check out the doc.xml demo.
Where do I download it from?

Thanks, Jan.

At 01:29 PM 11/1/00 -0500, you wrote:
>Hi friends,
>   I was able to get the doc.xml working under IE, but Netscape(4.74) 
>displays a blank page, although, it displays the XML source when I do 
>the view source.
>   Is it a know issue under Netscape?
>   The other question is, I always thought that the conversion is being done
>on the server side, but, it does not look so, because I can see the XML
>document when I do 'View Source'.
>   Would appreciate some feedback on it.
>Thanks,
>Manoj 
>
>
>-Original Message-
>From: "Johan Fredriksson" [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, November 01, 2000 3:26 AM
>To: "Orion-Interest" 
>Subject: RE: xml,xsl in orion
>
>
>It depends on what you want to achieve with this. The easiest thing is to
>edit
>
>mime.types
>
>and change the
>
>text/xmlxml ent cat sty
>
>to
>
>text/htmlxml ent cat sty
>
>or move the xml entry to an existing text/html
>
>This will force internet explorer to display the xml - document properly.
>
>- Original Message -
>From: Terence   Kwan
>To: Orion-Interest 
>Sent: Wednesday, November 01, 2000 7:33 AM
>Subject: xml,xsl in orion
>
>I am trying out the examples/xsl/data.xml demo. However, the browser think
>the
>returned stream is xml instead of html.  How can I set the return stream
>type to
>html for xml file? So the browser will display the result in html instead of
>xml.
>
>Basically, I want to do the following:
>
>Thanks
>
>TK
>
>- car.xml -
>
>
>
><%  // Query database to get car information
>   String sCarName="Toyota";
> %>
>
>
><%=sCarName%>
>
> car.xsl 
>
>http://www.w3.org/1999/XSL/Transform
> " version="1.0">
>
>
>
> 
>   
> Car
> 
>   
>
>
>   
> 
>
>
>
>
>

RE: Orion w/ postgresql

[Tim Drury]

Seung,

Here is my data-sources.xml and  postgres.xml.  I'm using postgres 7.0
and the 7.0.2 jdbc driver with great success.

-tim


http://www.orionserver.com/dtds/data-sources.dtd">




 





http://www.orionserver.com/dtds/database-schemas.dtd">



























> -Original Message-
> From: Seung Bang [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, November 01, 2000 1:10 PM
> To: Orion-Interest
> Subject: Re: Orion w/ postgresql
> 
> 
> Mike & Guilherme:
> 
> Thanks very much for your tips.
> I tried as you guys instructed, and the same errors were produced.
> My postgresql jdbc driver is now the brand new 7.0.2 driver, and
> the  '/usr/local/orion/config/database-schemas/postgresql.xml' file
> has null="" section in place of null="null". And of course I tried
> null="null" back in.  All the trials yielded the same problem.
> Please   Anybody?   Any clue???
> Thanks very very much...
> 
> 
> Seung,
> 
> 
> 
> 

Re: accessing javamail provider

[Christian Sell]

what I dont like about the "copying to jre/lib/ext" variant is that it
reminds me alot of the winnt/system32 phenomenon. And I remember well how an
application which made use of xerces always choked with a NoSuchMethodError
(or similar), until I tracked down the problem to an outdated xml parser
which I had copied to jre/lib/ext a while ago and forgotten about it.
And as far as the provider jars go, the problem goes even further, because
they are not all part of the standard. For example, several applications may
rely on provider implementations with different features (e.g. poppers.jar
vs. pop3.jar). Sounds like a nice little mess to me.

Ok, enough ranting - for now we will have to live with it the way it is, and
at least I have my application running. Thanks for all your sympathy.

-Original Message-
From: Russ White <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Date: Mittwoch, 1. November 2000 17:42
Subject: RE: accessing javamail provider


>Christian,
>
>If you read the JavaMail API docs you saw that putting all of the JavaMail
API
>jars in jre/lib/ext is the prescribed method for deploying the API. This
include
>mail.jar, activation.jar, and any providers custom or otherwise. At first I
did
>not like that much, but it is an extension API, so it does make some sense,
and
>after using for the last year plus I understand why.
>
>The reason the other jar files have to be in the /ext dir when you try to
put a
>provider in the /ext is because the classes in the jar files in the /ext
>directory are dynamically loaded every time you fire up an instance of the
vm.
>Naturally when a class is loaded if it can not find classes that it depends
on
>it will break. This is what was happening to you. The JVM does not know
anything
>about the stuff in the Orion classpath, so it needs the dependent classes
in the
>form of jar files in the ext directory.
>
>I have taken to deploying the JavaMail API the prescribed way as it is easy
to
>remember, and it also makes updating providers easy as you only do it in
one
>place. It is possible to use the API without installing it as an extension
>(Orion does it for portability), but I would not recommend it.
>
>Russ
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell
>> Sent: Wednesday, November 01, 2000 7:27 AM
>> To: Orion-Interest
>> Subject: Re: accessing javamail provider
>>
>>
>> thanks alot for your mail. The only solution really seems to be to either
>> put everything in jre/lib/ext or to specify all jars at server startup
via
>> the command line.
>>
>> However, I find that when placing pop3.jar in the jre/lib/ext directory,
I
>> also have to put mail.jar and activation.jar there (even though they
reside
>> in the orion install dir). I finally ended up modifying the manifest
file...
>>
>> I think this library business is a pretty annoying problem, especially
>> considering the time spent to figure out whats going on..
>>
>> -Original Message-
>> From: Terence Kwan <[EMAIL PROTECTED]>
>> To: Orion-Interest <[EMAIL PROTECTED]>
>> Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
>> Date: Mittwoch, 1. November 2000 09:20
>> Subject: RE: accessing javamail provider
>>
>>
>> See enclosed mail
>>
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED]]On Behalf Of Christian
Sell
>> > Sent: Monday, October 30, 2000 5:04 PM
>> > To: Orion-Interest
>> > Subject: accessing javamail provider
>> >
>> >
>> > Hello,
>> >
>> > I've posted this before on orion-interest:
>> >
>> > I am using JavaMail to access a pop3 mailbox. No matter where I place
the
>> > pop3.jar file (from sun, or poppers.jar) in the system, I always get a
>> > NoSuchProviderException saying thath no pop3 provider was
>> > available. I have
>> > tried the following locations for the pop3.jar:
>> >
>> > ,
>> > /lib
>> > WEB-INF/lib
>> > any other path referenced through  in
orion-application.xml
>> >
>> > The problem happens even though I am able to load classes from the jar
via
>> > Class.forName().
>> >
>> > To verify this problem further, I deployed the same application
>> > on JRun 3.0.
>> > With JRun, I have to place the jar file in /lib/ext
>> > (actually
>> > thats where the one that comes with JRun is located), and everything
works
>> > fine.
>> >
>> > thanks,
>> > Christian Sell
>> >
>> >
>> >
>>
>>
>>
>
>

RE: xml,xsl in orion

[Gopalani, Manoj]

Hi friends,
   I was able to get the doc.xml working under IE, but Netscape(4.74) 
displays a blank page, although, it displays the XML source when I do 
the view source.
   Is it a know issue under Netscape?
   The other question is, I always thought that the conversion is being done
on the server side, but, it does not look so, because I can see the XML
document when I do 'View Source'.
   Would appreciate some feedback on it.
Thanks,
Manoj 


-Original Message-
From: "Johan Fredriksson" [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 01, 2000 3:26 AM
To: "Orion-Interest" 
Subject: RE: xml,xsl in orion


It depends on what you want to achieve with this. The easiest thing is to
edit

mime.types

and change the

text/xmlxml ent cat sty

to

text/htmlxml ent cat sty

or move the xml entry to an existing text/html

This will force internet explorer to display the xml - document properly.

- Original Message -
From: Terence   Kwan
To: Orion-Interest 
Sent: Wednesday, November 01, 2000 7:33 AM
Subject: xml,xsl in orion

I am trying out the examples/xsl/data.xml demo. However, the browser think
the
returned stream is xml instead of html.  How can I set the return stream
type to
html for xml file? So the browser will display the result in html instead of
xml.

Basically, I want to do the following:

Thanks

TK

- car.xml -



<%  // Query database to get car information
   String sCarName="Toyota";
 %>


<%=sCarName%>

 car.xsl 

http://www.w3.org/1999/XSL/Transform
 " version="1.0">



 
   
 Car
 
   


   
 

Re: Orion w/ postgresql

[Seung Bang]

Mike & Guilherme:

Thanks very much for your tips.
I tried as you guys instructed, and the same errors were produced.
My postgresql jdbc driver is now the brand new 7.0.2 driver, and
the  '/usr/local/orion/config/database-schemas/postgresql.xml' file
has null="" section in place of null="null". And of course I tried
null="null" back in.  All the trials yielded the same problem.
Please   Anybody?   Any clue???
Thanks very very much...


Seung,

RE: JNDI Properties? Why EJB can't find another EJB..

[Duffey, Kevin]

None taken..Next week I'll finally have my cable modem installed at home so
I can do it then. Until then, I'll just have to wait. ;) I agree..it
probably is something extremely stupid..like one thing out of place. I have
been reading the lists for many months and never saw a post on this before
(that I recall), so something is escaping me here. EJB is cool and all..but
damn there is a lot to remember to use it! ;)


> -Original Message-
> From: Robert Krueger [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 31, 2000 12:13 AM
> To: Orion-Interest
> Subject: Re: JNDI Properties? Why EJB can't find another EJB..
> 
> 
> 
> why don't you post a minimalistic example with your ejb-jar.xml and 
> orion-ejb-jar.xml. It must be something really
> stupid as we've never had those problems in more 
> than a year 
> of intensive orion use.
> 
> robert
> 
> At 12:25 30.10.00 , you wrote:
> 
> >>>Strange thing..I posted this a couple of times too. For 
> some reason, I 
> >>>can NOT get my ejb to find another ejb. I am able to find 
> both ejbs from 
> >>>the servlet just fine, but I can't get one ejb to use the 
> other. Right 
> >>>now its one session trying to use another..but it worries 
> me when it 
> >>>comes to entity CMP use. I can only think of one 
> problem..that my ejb is 
> >>>not using the proper context. I do this in the ejb:
> >>>
> >>>
> >>>
> >>>Context context = new InitialContext();
> >>>
> >>>Object ref = context.lookup("java:comp/env/ejb/EJB2");
> >>>
> >>>
> >>>
> >>>That always throws a  NamingException (or it might be 
> RemoteException..I 
> >>>can't remember which one it is that I always get).
> >>>
> >>>
> >>>
> >>>So, looking at the ejb example(s) with Orion, it appears 
> they all have a 
> >>>jndi.properties file with them, and I recall reading in my 
> ejb book that 
> >>>supposedly each vendor has different settings. So the 
> question is..do I 
> >>>need to create the context in one ejb with these 
> properties set? What is 
> >>>the code used to find one ejb from inside another?
> >>>
> >>>
> >>>
> >>>Thanks.
> 
> (-) 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: STOP button of browser causes connection leak..

[Duffey, Kevin]

Our code isn't in a custom tag. Its mostly done by MVC..a request is sent to
a mapped servlet, which then calls an action class to handle that request.
>From there it populates the bean associated with the jsp page and form, does
some logic, then forwards to another JSP page to display any results, new
page, thank you, etc. 

> -Original Message-
> From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 30, 2000 7:24 PM
> To: Orion-Interest
> Subject: RE: STOP button of browser causes connection leak..
> 
> 
> Orion does this, if you notice that when the user presses 
> stop and your code
> is inside a custom tag, it throws an IOException : End of 
> Pipe or something
> similar.
> 
> Mike
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of 
> Duffey, Kevin
> Sent: Tuesday, October 31, 2000 12:00 PM
> To: Orion-Interest
> Subject: STOP button of browser causes connection leak..
> 
> 
> Hi all,
> 
> Yet another problem I am posting for some help. It appears 
> that when someone
> using our site submits a query that ends up being more than a 
> few seconds,
> and they hit the STOP button (maybe because they made a 
> mistake on the form
> for example), the server thread/request is still running. 
> Since the STOP
> button has no way of being tracked (not even with 
> JavaScript), is there some
> mechanism of Orion or the web server in general that is 
> supposed to handle
> this? One of our engineers said that the web server should 
> pick up on the
> connection being dead (back to the browser) so should abort 
> the thread. The
> code we are running on Orion never had a problem with lost 
> connections using
> our own home-brewed persistence layer, but it appears to have 
> a problem with
> Orion. It is most likely our code, but one of our engineers 
> thinks Orion
> doesn't properly handle a dead connection back to the browser 
> (in the case
> of a STOP button or another link being clicked on).
> 
> We use our own connection pool class, and generally we catch 
> Throwable and
> always return a connection to the pool. Also, it appears as 
> if the resource
> of that connection on the database gets locked, eventually causing a
> rebooting of the database server (we have to do it manually when the
> database runs out of resources).
> 
> Thanks for any help on this matter.
> 
> 

RE: apache SOAP

[Elhadi barkat - s h o c k f i s h /]

derek,
 
we've 
just started using Apache SOAP on Orion;
 
Our 
project requests to allow mobile stations as well as basestations/relays to talk 
to servlets and EJBs in our Orion AS
and 
send the data back and forth. We use 
SOAP(XML/HTTP)
 
we 
wrote a SOAP generic Client in Java(for easy testing) and started 
writing an EJB access over SOAP based on Apache's 
RPCRouterServlet
For 
this, we're facing a lot of issues in addition to the fact 
that Apache's SOAP APi is quite hard to 
master
 
 
Which 
format should we use in order to let the client know the less possible 
about implementation in the server?
 
and 
many other points we could discuss
 
h a d 
i /

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Derek 
  AkersSent: mercredi, 1. novembre 2000 17:23To: 
  Orion-InterestSubject: apache SOAP
  has anyone successfully, or is anyone currently 
  working on, installing and using Apache SOAP on orion?  I am attempting 
  to do this now... perhaps we can be of help to one 
another?

apache SOAP

[Derek Akers]

has anyone successfully, or is anyone currently 
working on, installing and using Apache SOAP on orion?  I am attempting to 
do this now... perhaps we can be of help to one 
another?

Re: JavaBean - setter methods NOT being called!

[Gerald Gutierrez]

Perhaps delete the deployments directory and try again.

On Wednesday 01 November 2000 03:28, you wrote:
> > Lars Borup Jensen wrote:
> >
> > Hi!
> >
> > Anyone ever experienced a setXX method NOT being called on a JavaBean
> > when using Orion <= 1.3.8.
> > Well, I have more than once..
> >
> > When I write a JavaBean (or kinda) and put it in the WEB-INF/classes
> > directory and I have a simple
> > JSP page with the  and 
> > tag, and I pass the JSP page the
> > parameters as always everything seems to be ok.. Then i suddently
> > discover that I need yet another
> > setXX method and I change the JavaBean and pass the JSP page the new
> > parameter, the new setXX
> > method is NOT being called. Like the Orion-server is still using the
> > old "interface" of setter methods, but
> > I can see thats it's the right bean thats being used if i for instance
> > change some logic in one of the "old"
> > setXX method it gets executed OK.. Strange!  Any1??
>
> I've seen this with <= 1.3.8 too. Never tried it with 1.4.0 specifically
> though I think it has the same problem.
>
> sven

RE: accessing javamail provider

[Russ White]

Christian,

If you read the JavaMail API docs you saw that putting all of the JavaMail API
jars in jre/lib/ext is the prescribed method for deploying the API. This include
mail.jar, activation.jar, and any providers custom or otherwise. At first I did
not like that much, but it is an extension API, so it does make some sense, and
after using for the last year plus I understand why.

The reason the other jar files have to be in the /ext dir when you try to put a
provider in the /ext is because the classes in the jar files in the /ext
directory are dynamically loaded every time you fire up an instance of the vm.
Naturally when a class is loaded if it can not find classes that it depends on
it will break. This is what was happening to you. The JVM does not know anything
about the stuff in the Orion classpath, so it needs the dependent classes in the
form of jar files in the ext directory.

I have taken to deploying the JavaMail API the prescribed way as it is easy to
remember, and it also makes updating providers easy as you only do it in one
place. It is possible to use the API without installing it as an extension
(Orion does it for portability), but I would not recommend it.

Russ
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell
> Sent: Wednesday, November 01, 2000 7:27 AM
> To: Orion-Interest
> Subject: Re: accessing javamail provider
>
>
> thanks alot for your mail. The only solution really seems to be to either
> put everything in jre/lib/ext or to specify all jars at server startup via
> the command line.
>
> However, I find that when placing pop3.jar in the jre/lib/ext directory, I
> also have to put mail.jar and activation.jar there (even though they reside
> in the orion install dir). I finally ended up modifying the manifest file...
>
> I think this library business is a pretty annoying problem, especially
> considering the time spent to figure out whats going on..
>
> -Original Message-
> From: Terence Kwan <[EMAIL PROTECTED]>
> To: Orion-Interest <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: Mittwoch, 1. November 2000 09:20
> Subject: RE: accessing javamail provider
>
>
> See enclosed mail
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell
> > Sent: Monday, October 30, 2000 5:04 PM
> > To: Orion-Interest
> > Subject: accessing javamail provider
> >
> >
> > Hello,
> >
> > I've posted this before on orion-interest:
> >
> > I am using JavaMail to access a pop3 mailbox. No matter where I place the
> > pop3.jar file (from sun, or poppers.jar) in the system, I always get a
> > NoSuchProviderException saying thath no pop3 provider was
> > available. I have
> > tried the following locations for the pop3.jar:
> >
> > ,
> > /lib
> > WEB-INF/lib
> > any other path referenced through  in orion-application.xml
> >
> > The problem happens even though I am able to load classes from the jar via
> > Class.forName().
> >
> > To verify this problem further, I deployed the same application
> > on JRun 3.0.
> > With JRun, I have to place the jar file in /lib/ext
> > (actually
> > thats where the one that comes with JRun is located), and everything works
> > fine.
> >
> > thanks,
> > Christian Sell
> >
> >
> >
>
>
>

Re: accessing javamail provider

[Robert Krueger]

At 13:26 01.11.00 , you wrote:
>thanks alot for your mail. The only solution really seems to be to either
>put everything in jre/lib/ext or to specify all jars at server startup via
>the command line.
>
>However, I find that when placing pop3.jar in the jre/lib/ext directory, I
>also have to put mail.jar and activation.jar there (even though they reside
>in the orion install dir). I finally ended up modifying the manifest file...
>
>I think this library business is a pretty annoying problem, especially
>considering the time spent to figure out whats going on..

that's the drawback of flexibility, it adds complexity but if you work with 
J2EE IMHO it makes sense to read up on classloaders and how they interact. 
it's all very logical and combined with the knowledge who orion uses them 
(check out 
http://www.mail-archive.com/orion-interest@orionserver.com/msg00618.html) 
it's usually possible to figure these things out quickly. btw. the first 
time I ran into these issues was with orion and before that the classloader 
to me was just that thing that get's your code but there's a lot more to 
it. now, I strongly believe that knowledge of that is needed to organize 
complex deployments well.

regards,

robert

>-Original Message-
>From: Terence Kwan <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
>Date: Mittwoch, 1. November 2000 09:20
>Subject: RE: accessing javamail provider
>
>
>See enclosed mail
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell
> > Sent: Monday, October 30, 2000 5:04 PM
> > To: Orion-Interest
> > Subject: accessing javamail provider
> >
> >
> > Hello,
> >
> > I've posted this before on orion-interest:
> >
> > I am using JavaMail to access a pop3 mailbox. No matter where I place the
> > pop3.jar file (from sun, or poppers.jar) in the system, I always get a
> > NoSuchProviderException saying thath no pop3 provider was
> > available. I have
> > tried the following locations for the pop3.jar:
> >
> > ,
> > /lib
> > WEB-INF/lib
> > any other path referenced through  in orion-application.xml
> >
> > The problem happens even though I am able to load classes from the jar via
> > Class.forName().
> >
> > To verify this problem further, I deployed the same application
> > on JRun 3.0.
> > With JRun, I have to place the jar file in /lib/ext
> > (actually
> > thats where the one that comes with JRun is located), and everything works
> > fine.
> >
> > thanks,
> > Christian Sell
> >
> >
> >
>

(-) 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: accessing javamail provider

[Christian Sell]

thanks alot for your mail. The only solution really seems to be to either
put everything in jre/lib/ext or to specify all jars at server startup via
the command line.

However, I find that when placing pop3.jar in the jre/lib/ext directory, I
also have to put mail.jar and activation.jar there (even though they reside
in the orion install dir). I finally ended up modifying the manifest file...

I think this library business is a pretty annoying problem, especially
considering the time spent to figure out whats going on..

-Original Message-
From: Terence Kwan <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Mittwoch, 1. November 2000 09:20
Subject: RE: accessing javamail provider


See enclosed mail

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell
> Sent: Monday, October 30, 2000 5:04 PM
> To: Orion-Interest
> Subject: accessing javamail provider
>
>
> Hello,
>
> I've posted this before on orion-interest:
>
> I am using JavaMail to access a pop3 mailbox. No matter where I place the
> pop3.jar file (from sun, or poppers.jar) in the system, I always get a
> NoSuchProviderException saying thath no pop3 provider was
> available. I have
> tried the following locations for the pop3.jar:
>
> ,
> /lib
> WEB-INF/lib
> any other path referenced through  in orion-application.xml
>
> The problem happens even though I am able to load classes from the jar via
> Class.forName().
>
> To verify this problem further, I deployed the same application
> on JRun 3.0.
> With JRun, I have to place the jar file in /lib/ext
> (actually
> thats where the one that comes with JRun is located), and everything works
> fine.
>
> thanks,
> Christian Sell
>
>
>

Re: JavaBean - setter methods NOT being called!

[Sven van 't Veer]

> Lars Borup Jensen wrote:
> 
> Hi!
> 
> Anyone ever experienced a setXX method NOT being called on a JavaBean
> when using Orion <= 1.3.8.
> Well, I have more than once..
> 
> When I write a JavaBean (or kinda) and put it in the WEB-INF/classes
> directory and I have a simple
> JSP page with the  and 
> tag, and I pass the JSP page the
> parameters as always everything seems to be ok.. Then i suddently
> discover that I need yet another
> setXX method and I change the JavaBean and pass the JSP page the new
> parameter, the new setXX
> method is NOT being called. Like the Orion-server is still using the
> old "interface" of setter methods, but
> I can see thats it's the right bean thats being used if i for instance
> change some logic in one of the "old"
> setXX method it gets executed OK.. Strange!  Any1??
> 
I've seen this with <= 1.3.8 too. Never tried it with 1.4.0 specifically
though I think it has the same problem.

sven
-- 
==
Sven E. van 't Veer  
http://www.cachoeiro.net
Java Developer  [EMAIL PROTECTED]
==

Has anyone used RUE to monitor Orion in a production environment?

[Mike Cannon-Brookes]

RUE - http://rue.nolimits.ro/
 
This looks like a 
very useful tool to monitor Orion in a production environment, has anyone done 
this?
 
You could monitor 
things like:
- memory 
usage
- open 
connections
- connections in 
use
- status of 
connections (ie up down full)
 
Has anyone used it? 
Thought about it? Would it need help from the Orion team in creating the 
appropriate data channel classes?
 
Mike

Re: xml,xsl in orion

[Johan Fredriksson]

It depends on what you want to achieve with this. 
The easiest thing is to edit 
 
mime.types
 
and change the 
 
text/xml  
  xml ent cat 
sty
 
to
 
text/html  
  xml ent cat 
sty 
 
or move the xml entry to an existing 
text/html
 
This will force internet explorer to display the 
xml - document properly.

  - Original Message - 
  From: 
  Terence 
  Kwan 
  To: Orion-Interest 
  Sent: Wednesday, November 01, 2000 7:33 
  AM
  Subject: xml,xsl in orion
  
  I am trying out 
  the examples/xsl/data.xml demo. However, the browser think the returned stream 
  is xml instead of html.  How can I set the return stream type to html for 
  xml file? So the browser will display the result in html instead of 
  xml. 
   
  Basically, I want 
  to do the following:
   
  Thanks
   
  TK
   
  - car.xml 
  -
  
  
   
  <%  // 
  Query database to get car information
     String sCarName="Toyota";
   %>
   
  
      <%=sCarName%>
  
   car.xsl 
  
  http://www.w3.org/1999/XSL/Transform" 
  version="1.0">
   
      
   
  Car