RE: URGENT: accidental stops

[Stanislav Maximov]

>
> At 19:58 29.09.00 , you wrote:
> >And indeed after I installed Sun's JDK 1.2.1 the thing just
> working with no
> >[visible] problems.
> >Thanks a lot, people!
>
> you mean 1.3 rc1, don't you? AFAIK orion needs >1.2.2.
>

I told you, it is working with 1.2.1. Orion doesn't need 1.2.2. Installation
guide claims that it needs Java2 SDK 1.2, so 1.2.1 fits okay.

> >PS: Funny that the same orion-interest suggested me to use IBM
> JDK a month
> >ago :)
>
> which posting are you referring to? many people reported
> stability problems
> with IBM 1.3. the most stable seems to be blackdown 1.2.2 but
> suns 1.3 rc1

That is not so important. But first JDK I tried was Blackdown's, and I found
that it is incredibly slow. So I asked people what JDK they recommend, they
referred to IBM's one. And IBM's JDK was fast, but not very stable. Sun's
work just fine and preformance is good (at least on my 2xPIII).

> is an acceptable trade-off between stability and performance for us.
>
> robert
>
>
>
> (-) 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: What database are you using??

[Mike Cannon-Brookes]

Orion uses the database transaction facilities. When using EJBs with Mysql
you have no transactions.

M

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Archer
> Sent: Saturday, September 30, 2000 3:20 PM
> To: Orion-Interest
> Subject: Re: What database are you using??
>
>
> Hi David...
>
> If Orion server is used in conjunction with a database that does not
> support transactions, then are transactions lost to the EJB
> server, or does
> Orion somehoe provide that capability?
>
> Thanks...
>
> Jim
>
> --On Friday, September 29, 2000 9:12 PM -0400 David Morton
> <[EMAIL PROTECTED]> wrote:
>
> >
> >  MYSQL very successfully.
> >
> > David
> > SkyLabs Corporation
> >
> > At 08:44 PM 9/29/00 -0400, you wrote:
> >> Hi All...
> >>
> >> I'm currious to know what database products people are using
> with Orion,
> >> open source or commerical. Also, please include any comments about
> >> problems if you have had any, or anything thats really great.
> >>
> >> Thanks!
> >>
> >> Jim
> >>
> >>
> >>
> >
> >
>
>
>
>
>
>

Re: What database are you using??

[Jim Archer]

Hi David...

If Orion server is used in conjunction with a database that does not 
support transactions, then are transactions lost to the EJB server, or does 
Orion somehoe provide that capability?

Thanks...

Jim

--On Friday, September 29, 2000 9:12 PM -0400 David Morton 
<[EMAIL PROTECTED]> wrote:

>
>  MYSQL very successfully.
>
> David
> SkyLabs Corporation
>
> At 08:44 PM 9/29/00 -0400, you wrote:
>> Hi All...
>>
>> I'm currious to know what database products people are using with Orion,
>> open source or commerical. Also, please include any comments about
>> problems if you have had any, or anything thats really great.
>>
>> Thanks!
>>
>> Jim
>>
>>
>>
>
>

EJB ClassCastException problem

[Erin Hill]

I have had that same problem. Like you, I have been pulling my hair out
trying to figure out
how to access a component in one application from a component in another.  I
too stumbled
upon the RMIInitialContextFactory as well but I cannot cast/narrow objects
obtained via JNDI.
I always get a ClassCastException. I have temporarily gotten around the
problem by using
reflection to call methods but it's not a solution. I think it's a bug in
Orion. I believe it's a class loader
issue. The object returned from JNDI and the class object you pass to narrow
have different
class loaders - it appears to me each application has its own class loader.

I am frustrated by the fact that I cannot access beans across application
domains without resorting
to proprietary incantations.  ejb-refs do not work either across domains -
deployment fails..  I think this
"feature" is a non-comformance of the J2EE/EJB specs. The spec says nothing
about partitioning the
namespace. The container should resolve the ejb-ref no matter where the
referenced bean resides. Other application servers I have tried employ a
flat namespace and do not have these issues.

Overall I think Orion is a good product but I see application namespace
domains as a limitation.
I really don't see the rationale behind the design. You cannot see another
apps namespace with
the JNDI context provided by the container but you CAN using another context
(RMIInitialContextFactory).
Seems inconsistent to me.

Ill be interested to see how they handle domains when they implement
IIOP/CosNaming for EJB 2.0.
Will C++ CORBA clients see a flat namespace?

Re: What database are you using??

[Lorin Kobashigawa]

We're using Postgres 7.01

So far the major problems are:
1. Large Object support is a pain
2. getDate has a tendency to throw NumberFormatExceptions
3. JDBC Drivers generally kind of weak

-Lkb
At 08:44 PM 9/29/00 -0400, Jim Archer wrote:
>Hi All...
>
>I'm currious to know what database products people are using with Orion, 
>open source or commerical. Also, please include any comments about problems 
>if you have had any, or anything thats really great.
>
>Thanks!
>
>Jim
>
>
>
>
>


/** 
 * @author: Lorin Kobashigawa-Bates <[EMAIL PROTECTED]>
 * @title:  CodeMonkey / COO - Robot6 Inc. 
 * @phone:  415.345.8872
 * @addr:   1177 Polk St. San Francisco, CA 94109
 */

SSL w/ virtual domains really possible?

[Dale M. Boresz]

This is my fourth posting, and still no response from the Orion team.

The question remains:

When using virtual domains, and multiple certificates - how do I get the
correct certificate associated with the appropriate domain??? All certs
in same keystore? Each cert in a separate keystore? Separate
secure-web-site.xml file for each site?

I don't have any problem getting SSL to work. The problem is that with
multiple certs and multiple virtual domains, all domains continue to use
the same single cert -  that one being the last one imported into the
keystore. I don't understand by what mechanism the virtual domain is
associated with a particular cert.

I've been through the three-step SSL How-To, and it does NOT address
this issue - nor does any other part of the documentation. I can't
believe that SSL can work on only one site under Orion, and I'm sure
that I'm just missing a line or two in a configuration file, but I've
spent almost 40 hours trying to 'guess' the right way - without success.

Orion team - P-l-e-a-s-e  address this. I can't be the only one trying
to get more than one virtual domain SSL site running under Orion.

Thank you.

-Dale

RE: What database are you using??

[David Thatcher]

IMAGE DBMS on an HP e3000 server (HP's best kept secret)
http://www.adager.com/ImageInaNutshell.html .

VERY Successful.

Dave Thatcher
Advanced Network Systems, Inc.
http://www.advnetsys.com

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Archer
> Sent: Friday, September 29, 2000 8:44 PM
> To: Orion-Interest
> Subject: What database are you using??
>
>
> Hi All...
>
> I'm currious to know what database products people are using with Orion,
> open source or commerical. Also, please include any comments
> about problems
> if you have had any, or anything thats really great.
>
> Thanks!
>
> Jim
>
>
>
>

Re: What database are you using??

[David Morton]

 It depends on your solutionif you are building the next 
Etrade, I may not recommend itif you are building a web site that does 
what 95% of the population is doing...then it is great.



At 07:08 PM 9/29/00 -0700, you wrote:
>Can you please give me more information regarding your use of MySQL with
>Orion?

I am using a connection pool...currently one from javaexchange.com, just 
because I've used it for years and it has worked for me.I don't have 
mission critical data, however, I am still pretty confident with my 
setup.  I'm sure orion's connection pooling is good..for 
javaexchange's, I had to reconnect=true and all is well.

>Any problems at all?

None yet, except sometimes I think that some of this code is too forgiving, 
I'm always forgetting to close resultsets and statements and there never 
seems to be a problem... :)

>Does it support Transactions now?

I've heard yes, but haven't tested..see for yourself:
http://www.mysql.com/downloads/mysql-3.23.html
It is in late beta...I think.


>Is it still as blazingly fast as it was without transactions?

not sure...but mysql is fast in general


>Any difficulties getting it to work with Orion, or is it a standard
>installation?

not at all, just make sure you have drivers 
(http://www.worldserver.com/mm.mysql/) in orion's classpath.

I recommend using MYSQL or Oracle, why settle for anything else?  And the 
only reason I say Oracle is that it is a valuable skillI'll switch to 
oracle if I have a terabyte DB I need to distribute, but my data is not 
like that at all.currently handling about 100k selects/updates daily


David

Re: What database are you using??

[henry zhou]

Mysql is very Good!

- Original Message - 
From: "Jim Archer" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Saturday, September 30, 2000 8:44 AM
Subject: What database are you using??


> Hi All...
> 
> I'm currious to know what database products people are using with Orion, 
> open source or commerical. Also, please include any comments about problems 
> if you have had any, or anything thats really great.
> 
> Thanks!
> 
> Jim
> 
> 
> 

Re: What database are you using??

[Joel Shellman]

Can you please give me more information regarding your use of MySQL with
Orion?

Any problems at all?

Does it support Transactions now?

Is it still as blazingly fast as it was without transactions?

Any difficulties getting it to work with Orion, or is it a standard
installation?

Thank you!

-- 
Joel Shellman
Chief Software Architect
http://www.ants.com/90589781


David Morton wrote:
> 
>  MYSQL very successfully.
> 
> David
> SkyLabs Corporation
> 
> At 08:44 PM 9/29/00 -0400, you wrote:
> >Hi All...
> >
> >I'm currious to know what database products people are using with Orion,
> >open source or commerical. Also, please include any comments about
> >problems if you have had any, or anything thats really great.
> >
> >Thanks!
> >
> >Jim
> >
> >
> >

Re: What database are you using??

[David Morton]

 MYSQL very successfully.

David
SkyLabs Corporation

At 08:44 PM 9/29/00 -0400, you wrote:
>Hi All...
>
>I'm currious to know what database products people are using with Orion, 
>open source or commerical. Also, please include any comments about 
>problems if you have had any, or anything thats really great.
>
>Thanks!
>
>Jim
>
>
>

What database are you using??

[Jim Archer]

Hi All...

I'm currious to know what database products people are using with Orion, 
open source or commerical. Also, please include any comments about problems 
if you have had any, or anything thats really great.

Thanks!

Jim

Re: Orion, clustering, and SSL

[Karl Avedal]

Hello Kevin,

This is in the docs, but what you need to do except for pure SSL settings is
that you copy the default-web-site.xml file to another name and add
secure="true" to the web-site tag of the new file.

So, yes, you need to do something.

However, normally you want to present different applications and content on the
secure site and not just a copy of your normal site (entering your credit card
info should probably only be available on HTTPS for example) and then of course
you need to reference in the web-site.xml that it will serve other
web-applications.

Regards,
Karl Avedal

"Duffey, Kevin" wrote:

> Hi Karl (and all),
>
> > HTTPS listens to another port than HTTP does. The default is
> > that HTTPS listens
> > to 443 while 80 is used for HTTP, so the URLs https://www.foo.com and
> > http://www.foo.com access different ports. If you run HTTPS
> > on port 80 you need
> > to access it through https://www.foo.com:80.
> >
> > You do not run HTTPS and HTTP on the same port in either Orion or IIS.
>
> Ok..this I understand. However, what I am getting at is on our current
> setup, IIS/JRUN, we have IIS with a certificate..set up on port 443.
> However, when I make a request to a page, I simply put in
> https://www.domain.com/page.jsp  On the server side, I don't have to do
> anything extra with IIS or JRUN, other than the IIS certificate setup, to
> get it to make those pages secure. Someone on this list said I would
> probably have to put all my secure pages in a completely separate web-app
> tied to port 443 to make them secure under Orion. That is what I need to
> know. Do I have to do anything extra that I am not doing now, other than the
> certificate process, to get my pages located in the same dir (and web-app)
> that need to be secure? Or can I just install the certificate somehow, and
> all is hunky dory?
>
> Thanks.

RE: Orion, clustering, and SSL

[Duffey, Kevin]

Hi Karl (and all),

> HTTPS listens to another port than HTTP does. The default is 
> that HTTPS listens
> to 443 while 80 is used for HTTP, so the URLs https://www.foo.com and
> http://www.foo.com access different ports. If you run HTTPS 
> on port 80 you need
> to access it through https://www.foo.com:80.
> 
> You do not run HTTPS and HTTP on the same port in either Orion or IIS.

Ok..this I understand. However, what I am getting at is on our current
setup, IIS/JRUN, we have IIS with a certificate..set up on port 443.
However, when I make a request to a page, I simply put in
https://www.domain.com/page.jsp  On the server side, I don't have to do
anything extra with IIS or JRUN, other than the IIS certificate setup, to
get it to make those pages secure. Someone on this list said I would
probably have to put all my secure pages in a completely separate web-app
tied to port 443 to make them secure under Orion. That is what I need to
know. Do I have to do anything extra that I am not doing now, other than the
certificate process, to get my pages located in the same dir (and web-app)
that need to be secure? Or can I just install the certificate somehow, and
all is hunky dory?

Thanks.

RE: JUnit with Orion, source included

[Jeff Schnitzer]

I didn't actually know about the JavaWorld article when I wrote it;
otherwise, I might not have bothered reinventing that wheel :-)  For
anyone who hasn't read it, the article is at
http://www.javaworld.com/javaworld/jw-05-2000/f_jw-0526-testinfect.html.
I ran across a link to it at the Portland Pattern Repository's
EjbUnitTest site ( http://www.c2.com/cgi/wiki?EjbUnitTest).
 
I wrote mine more or less from scratch, although the concept is pretty
much identical.  My implementation addresses the classloader problem
(who wants to reload their app server between tests?), and the output is
a lot more attractive :-)  I would also like to enhance it with any
features that anyone thinks might be useful for unit testing EJBs, so
I'm open to any suggestions!
 
Later,
Jeff Schnitzer
[EMAIL PROTECTED]  

-Original Message- 
From: Magnus Rydin 
Sent: Fri 9/29/2000 2:46 AM 
To: Orion-Interest 
Cc: 
Subject: RE: JUnit with Orion, source included



Jeff, 
is this an implementation according to the article on JavaWorld
or a custom one? 
An extremely good initiative :) 
WR 

> -Original Message- 
> From: Jeff Schnitzer [ mailto:[EMAIL PROTECTED]] 
> Sent: den 28 september 2000 20:08 
> To: Orion-Interest 
> Subject: JUnit with Orion, source included 
> 
> 
> I wrote an extension to JUnit for testing EJB/server-side code
that I 
> think others might find useful.  I've recently been bitten by 
> the XP bug 
> so this is the first thing I had to do :-)  Basically it's a
servlet 
> that will execute test cases and spit back the results as
HTML. 
>  
> It includes a small Ant buildfile for anyone that is
interested. 
>  
> You can find it at http://www.infohazard.org/junitee 
> < http://www.infohazard.org/junitee> 
>  
> Enjoy :-) 
>  
> Jeff Schnitzer 
> [EMAIL PROTECTED] < mailto:[EMAIL PROTECTED]> 
>  
> I apologize if anyone is receiving this twice.  It looks like
the 
> mailing list, including the archive, was sporadically losing 
> traffic for 
> a day or two.  The most recent message in the archive is dated
three 
> days ago.  Anyone know what's up?  I seem to be receiving
traffic fine 
> at the moment. 
> 


 winmail.dat

RE: Cascade Delete( will orion support ejb-2_0 spec public Draft 2 ???)

[Reddy Krishnan]

correction to statement there needs to be only a delete method on the dependent there 
is
only a cascade-delete xml tag.

sorry about that.
Krishnan

-Original Message-
From: Reddy Krishnan [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 29, 2000 10:55 AM
To: Orion-Interest
Subject: RE: Cascade Delete( will orion support ejb-2_0 spec public
Draft 2 ???)


Hi 

In EJB 2.o spec draft 2. there are two new methods specified in the dependent objects 
delete() and cascadeDelete(). The deployment descriptor
ejb-jar.xml also has a tag  under ejb-relationship-role. That solves 
this problem completely.

Will orion support this spec soon?

Thanks Krishnan

-Original Message-
From: Reddy Krishnan 
Sent: Wednesday, September 27, 2000 12:53 PM
To: 'Orion-Interest'
Subject: RE: Cascade Delete


Hi,

Regarding the same cascade delete problem. I have a clearFields() method which empties
each of the collection holding relationships or dependent objects. If i call this from
the client the objects gets deleted properly.

But if i call this inside the ejbRemove() ( call clearFields() then call ejbStore()) 
this
is not deleted in the database! 

Is it wrong to call such methods from ejbRemove? 

Thanks
Krishnan



-Original Message-
From: Nick Newman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 27, 2000 9:13 AM
To: Orion-Interest
Subject: Re: Cascade Delete


Hi,

If you are using EJB 2.0 then (according to the draft specs) it is up to
you to decide if dependent objects are deleted or not.

However, if you are using EJB 1.1 and are storing a Collection of things in
an Entity bean, then IMHO the container MUST delete the dependent objects
along with the entity.  I have reported this as bugzilla # 52. See that for
further details.

Nick

At 04:53 PM 9/26/00 -0700, you wrote:
>Hi,
>
>Having some problems while deleting a EJB. When i delete the ejb by 
>ejbobject.remove() method the dependent objects and relationship entries are 
>not
>deleted from the database. Should this not be done automatically by the app 
>server.
>
>Is this a problem in Orion or is there some explicit delete that needs to be 
>done in the remove method implementation in the bean.
>
>Would appreciate any help on this.
>
>Thanks
>Krishnan

Re: Orion, clustering, and SSL

[Karl Avedal]

Hello Kevin,

"Duffey, Kevin" wrote:

> Hi,
>
> Is there any news on the ability to get a Verisign certificate yet? We are
> ready to order one.

The ability has been there for a long time, however, it has not been specified
exactly what cert to get. A short guide is in the documentation.

> Also, is Orion now "stable" in the SSL/Clustering..I
> think Magnus said version 1.3.8 would be, but I am not sure if that is a
> completely stable build like 1.2.9? If not, when can we expect a stable
> build good for deployment that supports the clustering and SSL stuff?
>

1.3.8 is our current stable release

>
> Lastly, do I have to do any special stuff for SSL? Other than getting the
> certificate to work, when a request comes in as HTTPS, does Orion do the
> work for me like IIS does for us now? Or do I have to do as someone
> suggested, make a special web-app on the SSL port and any page that needs to
> be secure has to run in that web-app? If so, why is it this way? I would
> think the web-server would handle this for me, and I wouldn't need any
> special port/web-app to handle SSL.
>

HTTPS listens to another port than HTTP does. The default is that HTTPS listens
to 443 while 80 is used for HTTP, so the URLs https://www.foo.com and
http://www.foo.com access different ports. If you run HTTPS on port 80 you need
to access it through https://www.foo.com:80.

You do not run HTTPS and HTTP on the same port in either Orion or IIS.

Regards,
Karl Avedal

RE: Cascade Delete( will orion support ejb-2_0 spec public Draft 2 ???)

[Reddy Krishnan]

Hi 

In EJB 2.o spec draft 2. there are two new methods specified in the dependent objects 
delete() and cascadeDelete(). The deployment descriptor
ejb-jar.xml also has a tag  under ejb-relationship-role. That solves 
this problem completely.

Will orion support this spec soon?

Thanks Krishnan

-Original Message-
From: Reddy Krishnan 
Sent: Wednesday, September 27, 2000 12:53 PM
To: 'Orion-Interest'
Subject: RE: Cascade Delete


Hi,

Regarding the same cascade delete problem. I have a clearFields() method which empties
each of the collection holding relationships or dependent objects. If i call this from
the client the objects gets deleted properly.

But if i call this inside the ejbRemove() ( call clearFields() then call ejbStore()) 
this
is not deleted in the database! 

Is it wrong to call such methods from ejbRemove? 

Thanks
Krishnan



-Original Message-
From: Nick Newman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 27, 2000 9:13 AM
To: Orion-Interest
Subject: Re: Cascade Delete


Hi,

If you are using EJB 2.0 then (according to the draft specs) it is up to
you to decide if dependent objects are deleted or not.

However, if you are using EJB 1.1 and are storing a Collection of things in
an Entity bean, then IMHO the container MUST delete the dependent objects
along with the entity.  I have reported this as bugzilla # 52. See that for
further details.

Nick

At 04:53 PM 9/26/00 -0700, you wrote:
>Hi,
>
>Having some problems while deleting a EJB. When i delete the ejb by 
>ejbobject.remove() method the dependent objects and relationship entries are 
>not
>deleted from the database. Should this not be done automatically by the app 
>server.
>
>Is this a problem in Orion or is there some explicit delete that needs to be 
>done in the remove method implementation in the bean.
>
>Would appreciate any help on this.
>
>Thanks
>Krishnan

Re: new documentation

[Joseph B. Ottinger]

Besides, the docs were screwed up because the server they're hosted on was

On Fri, 29 Sep 2000, Karl Avedal wrote:

> Hello Denis,
> 
> Please do not send messages meant for me or for the orion team to
> orion-interest. I try to read most things that happen, but I don't read every
> single message on this list and the others don't either.
> 
> Regards,
> Karl Avedal
> 
> Denis Jaccard wrote:
> 
> > Hi,
> >
> > I'm unable to download the new version of documentation. The link in the
> > left side of the homepage (under download) points to the older version
> > (orion1.2-doc.zip). In the on-line documentation area, there is also a link
> > which gives me the possibility to download the documenation package. This
> > link seems good since it points to orion1.3-doc.zip but, unfortunately, the
> > zip file is empty/corrupted.
> >
> > Karl, could you have a look ?
> >
> > Denis Jaccard
> 
> 
> 

---
Joseph B. Ottinger   [EMAIL PROTECTED]
http://cupid.suninternet.com/~joeo  HOMES.COM Developer

RE: URGENT: accidental stops

[Robert Krueger]

At 19:58 29.09.00 , you wrote:
>And indeed after I installed Sun's JDK 1.2.1 the thing just working with no
>[visible] problems.
>Thanks a lot, people!

you mean 1.3 rc1, don't you? AFAIK orion needs >1.2.2.

>PS: Funny that the same orion-interest suggested me to use IBM JDK a month
>ago :)

which posting are you referring to? many people reported stability problems 
with IBM 1.3. the most stable seems to be blackdown 1.2.2 but suns 1.3 rc1 
is an acceptable trade-off between stability and performance for us.

robert



(-) 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: Announcement: simple Application Generator

[Klaus Thiele]

Paolo Sommaruga wrote:
> 
> I am interested in further information
> 
> Paolo Sommaruga
> 
> Garda Access
> Garda, Verona
> Italy
> http://www.garda-access.com/
> 

attached.
good luck ;)

klaus

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

 "There's got to be more to life than compile-and-go."
 ejbgen.tar.gz

RE: JDBC type 4

[Jason Rowland]

You will need to know what database you will use before you can get 
a good answer from this question.  

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Amir 
  PeivandiSent: Friday, September 29, 2000 6:44 AMTo: 
  Orion-InterestSubject: JDBC type 4
  Hi
  Is 
  there any tested JDBC type 4 driver for Orion? I used Web Logic's driver but 
  it's too expensive for us so I was wondering if anyone knows about other 
  drivers we can use with Orion.
   
  Regards,
  Amir
   

RE: URGENT: accidental stops

[Stanislav Maximov]

And indeed after I installed Sun's JDK 1.2.1 the thing just working with no
[visible] problems.
Thanks a lot, people!

PS: Funny that the same orion-interest suggested me to use IBM JDK a month
ago :)

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Stanislav Maximov
> Sent: Friday, September 29, 2000 2:42 PM
> To: Orion-Interest
> Subject: RE: URGENT: accidental stops
>
>
> I guess you're right, here is the orion console output I've got recently:
>
> "ApplicationServerThread" (TID:0x408bfd90, sys_thread_t:0x87bc148,
> state:S,
> native ID:0x600a) prio=5
> at java.net.SocketInputStream.socketRead(Native Method)
> at java.net.SocketInputStream.read(SocketInputStream.java(Compiled
> Code)
> )
> at
> com.evermind.server.http.EvermindHttpServletRequest.ay(JAX(Compiled C
> ode))
> at com.evermind.server.http.ea.sg(JAX(Compiled Code))
> at com.evermind.util.f.run(JAX)
>
> "ApplicationServerThread" (TID:0x402c7cd8, sys_thread_t:0x811d1c8,
> state:S,
> native ID:0x4010) prio=5
> at java.lang.Object.wait(Native Method)
> at java.lang.Object.wait(Object.java(Compiled Code))
> at com.evermind.util.f.run(JAX)
>
> I'll move to Sun's JDK now.
> Thanks a lot.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Carver
> > Sent: Thursday, September 28, 2000 6:29 PM
> > To: Orion-Interest
> > Subject: Re: URGENT: accidental stops
> >
> >
> >
> > Thursday, September 28, 2000, 12:10:07 PM, you wrote:
> >
> > SM> Hello,
> >
> > SM> I've very urgent and annoying problem: Orion's web-service
> > (or maybe whole
> > SM> app)just stops responding in less than 10-20 hours of not
> > very intensive use
> > SM> (development, testing), but the "java -jar orion.jar" process
> > still resides
> > SM> in memory. Today I've found that even process died.
> > SM> I'm having Intel 2xPIII 512M, Linux Debian, IBM JDK 1.3 and
> > Orion 1.3.7
> > SM> installed.
> >
> > Users of the Resin web server have reported very similar problems on
> > their mailing list (archived at
> > http://www.caucho.com/support/resin-interest/). Research so far seems
> > to show that it is a threading problem in the IBM 1.3.0 JDK, which can
> > happent on all systems, but is much more frequent with SMP.  If you
> > can, try with another JVM and see if the problem persists.
> >
> > --
> > Frank CarverEfficacy Solutions Limitedwww.efsol.com
> >
> >
> >
>
>

ANSWER: Orion as a native user not root

[Jason von Nieda]

Okay, this keeps coming up, so maybe someone can make it a FAQ and link to
the file I am attaching. Orion does have the ability to run as a native user
under Unix besides root. There are two things you need to do. You have to
get the file attached to this e-mail and read the README to install the
native library, and you need to add a property to the Orion startup such as
this:
java -Dnative.user=username orion.jar
The attached file comes with source so you can compile it on your platform
if a binary isn't included. I cannot remember where I got this file, but it
was linked from www.orionsupport.com a while back. I think it came from
www.orionserver.com somewhere. If someone knows, please post a link. The
authors appear to be Elias Mertensson and Rocky Burt.
--
Jason von Nieda
3Buddies.com

 native_user_support.tar.gz

Re: Announcement: simple Application Generator

[Paolo Sommaruga]

I am interested in further information

Paolo Sommaruga

Garda Access
Garda, Verona
Italy
http://www.garda-access.com/



>Date: Thu, 28 Sep 2000 13:27:08 +0200
>From: Klaus Thiele <[EMAIL PROTECTED]>
>Subject: Announcement: simple Application Generator
>To: Orion-Interest <[EMAIL PROTECTED]>
>MIME-version: 1.0
>Content-transfer-encoding: 8bit
>
>Hello,
>
>we have just finished our first
>  _very_simple_ "Application Generator"
>
>from an existing database-table (with primarykey) it generates
>following files:
>
>--- Enterprise JavaBean (BMP) ---
>table.java   - EJB RemoteInterface
>tableHome.java   - EJB HomeInterface
>tableEJB.java - EJB Implementation
>tablePK.java   - EJB PrimaryKey Class
>tableData.java - DataObject
>
>--- Jakarta_Struts Files ---
>EditTableAction.java -  struts edit action
>SaveTableAction.java   -  struts save action
>TableForm.java-  form bean
>TableHelper.java  -  interface to ejbean
> table.jsp -  jsp page (not jet finished)
>
>it does not generate "plug'n play" code, you have to do _many_ things manually.
>but the output  is very usefull to develop new struts-based ejb-applications.
>
>requirements:
>  jdk, jakarta-ant (for building), jakarta-struts
>  JSP/EJB/Servlet Container
>  Database: PostgreSQL, Informix, Oracle (perhaps HypersonicSQL, ODBC)
>
>where_to_get:
>   send me a mail, i'll send you the whole thing.
>
>bye
>  klaus
>
>--
>Klaus Thiele - Personal & Informatik AG
>mailto:[EMAIL PROTECTED]
>
> "There's got to be more to life than compile-and-go."
>

Re: JUnit with Orion, source included

[Joe Walnes]

RE: JUnit with Orion, source included[going off topic slightly]

A problem that JUnit does not handle particularly well is Web-App testing.
For any users of JUnit who want to test Servlet/JSP/etc output, have a look
at HttpUnit, and addon for JUnit that simulates web-requests to the server
and parses the results into a DOM tree that can be easily tested.

http://httpunit.sourceforge.net/

-Joe Walnes

> From: Jeff Schnitzer [mailto:[EMAIL PROTECTED]]
> Sent: den 28 september 2000 20:08
> To: Orion-Interest
> Subject: JUnit with Orion, source included
>
>
> I wrote an extension to JUnit for testing EJB/server-side code that I
> think others might find useful.  I've recently been bitten by
> the XP bug
> so this is the first thing I had to do :-)  Basically it's a servlet
> that will execute test cases and spit back the results as HTML.
>
> It includes a small Ant buildfile for anyone that is interested.
>
> You can find it at http://www.infohazard.org/junitee
> 
>
> Enjoy :-)
>
> Jeff Schnitzer
> [EMAIL PROTECTED] 
>
> I apologize if anyone is receiving this twice.  It looks like the
> mailing list, including the archive, was sporadically losing
> traffic for
> a day or two.  The most recent message in the archive is dated three
> days ago.  Anyone know what's up?  I seem to be receiving traffic fine
> at the moment.
>

Re: JDBC type 4

[Jason von Nieda]

The JDBC driver you use is dependant on the database you 
are using. Almost all of the major database vendors have JDBC Type 4 drivers and 
most are free. Check out 
http://industry.java.sun.com/products/jdbc/drivers for 
a list of drivers. I have personally used the JDBC drivers for mySQL and Oracle 
under Orion and they work just great.

  - Original Message - 
  From: 
  Amir Peivandi 
  To: Orion-Interest 
  Sent: Friday, September 29, 2000 7:44 
  AM
  Subject: JDBC type 4
  
  Hi
  Is 
  there any tested JDBC type 4 driver for Orion? I used Web Logic's driver but 
  it's too expensive for us so I was wondering if anyone knows about other 
  drivers we can use with Orion.
   
  Regards,
  Amir
   

Re: Orion on Linux NOT as root

[KirkYarina]

Buried under debug tips is a list of Orion startup options.  Take a look 
under properties (about halfway down the page at 
http://www.orionserver.com/howtos/debug-tips.html , where you'll find

"native.user   Used to run Orion under another user than root for unix systems"

I remember this being mentioned on the mail list before, so perhaps there's 
some details in the archives.  I haven't tried it, yet...

If it works I recommend that you make a separate orion user and group, and 
you might want to run it chroot'd also.  If Orion's successful enough the 
script kiddies  will start publishing exploits.


Kirk Yarina



At 09:42 PM 9/28/00 -0400, you wrote:
>Thanks to all who replied.
>
>Acually, my original message was not too well written. I was not concerned 
>about the port mapping issue. Thats not a big deal. We already have that 
>issue with other processes, such as Apache, which runs as user nobody.
>
>Our issue is where to install Orion, what permissions each file should 
>have, what user Orion should run as and so on. We would prefer Orion not 
>run as root (we don't let Apache run as root either) and that its files 
>not all be world writable by default (which is what happens when we unzip 
>it onto our Debian system).
>
>Mostly, we need to know what directories Orion needs to write in, what 
>ones it does not, which files it needs to edit and so on. Below is a note 
>from the guy who has been working on this. He explaines our problem and 
>the partial solution he worked up in detail:
>
>Jim,
>
>I figured out most of the pieces needed to do it, but we
>still have a problem.



Kirk Yarina
[EMAIL PROTECTED]

Re: new documentation

[Karl Avedal]

Hello Denis,

Please do not send messages meant for me or for the orion team to
orion-interest. I try to read most things that happen, but I don't read every
single message on this list and the others don't either.

Regards,
Karl Avedal

Denis Jaccard wrote:

> Hi,
>
> I'm unable to download the new version of documentation. The link in the
> left side of the homepage (under download) points to the older version
> (orion1.2-doc.zip). In the on-line documentation area, there is also a link
> which gives me the possibility to download the documenation package. This
> link seems good since it points to orion1.3-doc.zip but, unfortunately, the
> zip file is empty/corrupted.
>
> Karl, could you have a look ?
>
> Denis Jaccard

JDBC type 4

[Amir Peivandi]

Hi
Is 
there any tested JDBC type 4 driver for Orion? I used Web Logic's driver but 
it's too expensive for us so I was wondering if anyone knows about other drivers 
we can use with Orion.
 
Regards,
Amir
 

RE: URGENT: accidental stops

[Stanislav Maximov]

I guess you're right, here is the orion console output I've got recently:

"ApplicationServerThread" (TID:0x408bfd90, sys_thread_t:0x87bc148,
state:S,
native ID:0x600a) prio=5
at java.net.SocketInputStream.socketRead(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java(Compiled
Code)
)
at
com.evermind.server.http.EvermindHttpServletRequest.ay(JAX(Compiled C
ode))
at com.evermind.server.http.ea.sg(JAX(Compiled Code))
at com.evermind.util.f.run(JAX)

"ApplicationServerThread" (TID:0x402c7cd8, sys_thread_t:0x811d1c8,
state:S,
native ID:0x4010) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java(Compiled Code))
at com.evermind.util.f.run(JAX)

I'll move to Sun's JDK now.
Thanks a lot.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Carver
> Sent: Thursday, September 28, 2000 6:29 PM
> To: Orion-Interest
> Subject: Re: URGENT: accidental stops
>
>
>
> Thursday, September 28, 2000, 12:10:07 PM, you wrote:
>
> SM> Hello,
>
> SM> I've very urgent and annoying problem: Orion's web-service
> (or maybe whole
> SM> app)just stops responding in less than 10-20 hours of not
> very intensive use
> SM> (development, testing), but the "java -jar orion.jar" process
> still resides
> SM> in memory. Today I've found that even process died.
> SM> I'm having Intel 2xPIII 512M, Linux Debian, IBM JDK 1.3 and
> Orion 1.3.7
> SM> installed.
>
> Users of the Resin web server have reported very similar problems on
> their mailing list (archived at
> http://www.caucho.com/support/resin-interest/). Research so far seems
> to show that it is a threading problem in the IBM 1.3.0 JDK, which can
> happent on all systems, but is much more frequent with SMP.  If you
> can, try with another JVM and see if the problem persists.
>
> --
> Frank CarverEfficacy Solutions Limitedwww.efsol.com
>
>
>

RE: JUnit with Orion, source included

[Magnus Rydin]

Title: RE: JUnit with Orion, source included





Jeff,
is this an implementation according to the article on JavaWorld or a custom one?
An extremely good initiative :)
WR


> -Original Message-
> From: Jeff Schnitzer [mailto:[EMAIL PROTECTED]]
> Sent: den 28 september 2000 20:08
> To: Orion-Interest
> Subject: JUnit with Orion, source included
> 
> 
> I wrote an extension to JUnit for testing EJB/server-side code that I
> think others might find useful.  I've recently been bitten by 
> the XP bug
> so this is the first thing I had to do :-)  Basically it's a servlet
> that will execute test cases and spit back the results as HTML.
>  
> It includes a small Ant buildfile for anyone that is interested.
>  
> You can find it at http://www.infohazard.org/junitee
>  
>  
> Enjoy :-)
>  
> Jeff Schnitzer
> [EMAIL PROTECTED]  
>  
> I apologize if anyone is receiving this twice.  It looks like the
> mailing list, including the archive, was sporadically losing 
> traffic for
> a day or two.  The most recent message in the archive is dated three
> days ago.  Anyone know what's up?  I seem to be receiving traffic fine
> at the moment.
> 

Only one database connection used

[David Ekholm]

I discovered that Orionserver only uses one database connection instead of a pool of connections (as configured) if 
accessed from a _threaded_ java application. If I switch to several java 
processes, I get as many connections open as I have processes 
running.
Karl, is this 
a verified bug that will be addressed?
 
/David



  
  
"The Las Vegas of Online Gaming"
 
David EkholmSystem 
  ArchitectHammarby Kajväg 14, 120 30 Stockholmtel: +46 (0)8 55 69 
  67 11Mob: +46 (0)70 486 77 38fax: +46 (0)8 55 69 67 07 
  
 

Classpaths

[Patrik Andersson]

Title: Classpaths





I can't seem to get orion to find classes that are not underneath the orion application root. It doesn't matter that I add my directories to the classpath stated in global-web-applicatin.xml nor the orion-web.xml.

I've tried:





in both files. I have tried to add the directory to my system classpath but to
no use. I don't want to place my classes in the orion/lib directory or somewhere else in in the orion directory. That just wont cuttit.

regards,
Patrik Andersson

Load balancing with RMI

[David Ekholm]

Is any form of load balancing between java RMI 
applications and a cluster of orion servers containing stateful sessionbeans 
supported?
The load balancer 
product supplied with orion only seems to load balance web 
connections.
 
/David




  
  
"The Las Vegas of Online Gaming"
 
David EkholmSystem 
  ArchitectHammarby Kajväg 14, 120 30 Stockholmtel: +46 (0)8 55 69 
  67 11Mob: +46 (0)70 486 77 38fax: +46 (0)8 55 69 67 07 
  
 

RE: HTTP Tunneling

[Frank Eggink]

I just tried it this week: piece of cake. See the Orion Documentation: 
RMI-HTTP tunneling. It is in the section about deployment in a production 
environment.

Frank

On Thursday, September 28, 2000 3:14 PM, Lopez Esteban 
[SMTP:[EMAIL PROTECTED]] wrote:
> Hi All
> Please, explain me how to use RMI in orionserver. And I'd like to know 
how
> to start http tunneling in orionserver.
> Any help appreciated, Esteban Lopez
>
> 

RE: Orion on Linux NOT as root

[Frank Eggink]

This is very useful for me. Thanks for posting this ...

Frank

On Friday, September 29, 2000 3:43 AM, Jim Archer [SMTP:[EMAIL PROTECTED]] wrote:
> Thanks to all who replied.
> 
> Acually, my original message was not too well written. I was not concerned 
> about the port mapping issue. Thats not a big deal. We already have that 
> issue with other processes, such as Apache, which runs as user nobody.
> 
> Our issue is where to install Orion, what permissions each file should 
> have, what user Orion should run as and so on. We would prefer Orion not 
> run as root (we don't let Apache run as root either) and that its files not 
> all be world writable by default (which is what happens when we unzip it 
> onto our Debian system).
> 
> Mostly, we need to know what directories Orion needs to write in, what ones 
> it does not, which files it needs to edit and so on. Below is a note from 
> the guy who has been working on this. He explaines our problem and the 
> partial solution he worked up in detail:
> 
> Jim,
> 
> I figured out most of the pieces needed to do it, but we
> still have a problem.
> 
> This all applies to Orion 1.3.8 running on Debian Linux 2.2 "Potato" with
> a 2.2.14 (patched) kernel and IBM JDK 1.3.0 build cx130-2815.
> 
> 1. The main issue these people are discussing on the list is how to get
> the server to listen on port 80, which is not our issue.  On Unix, only
> "root" can connect to ports below 1024.  This is actually a trivial
> problem, since the solution is to have the Orion server listen on some
> other port, like 8080, and have a simple shim running as root that proxies
> port 80 to that other port.
> 
> 2. What was causing us grief was exactly what I thought was causing us
> grief.  The file structure is Windows-like, and it has to be shoehorned
> into a proper Unix structure.  Basically, I split the Orion directory
> structure into a bunch of things that Orion itself should never have write
> permission for, which is now in /usr/local/share/orion and is owned by
> "root," and into a bunch of things that Orion itself does need write
> permission for, which is now in /var/local/orion and is mostly owned by
> the new "orion" user.  It is necessary to edit the XML files in
> /usr/local/share/orion/config to account for this.
> 
> What actually must be moved to /var/local/orion is only three directories:
> 
> guardian:~$ ls -l /var/local/orion
> drwxr-sr-x3 orion   orion4096 Jul  5 14:40 application-deployments
> drwxr-sr-x4 rootstaff4096 Sep 28 16:03 default-web-app
> drwxr-sr-x2 orion   orion4096 Sep 28 03:44 log
> drwxr-sr-x3 orion   orion4096 Jun  5 14:38 persistence
> 
> I also moved "default-web-app" here, although only the "WEB-INF" directory
> below it needs to be writable to the server:
> 
> guardian:~$ ls -l /var/local/orion/default-web-app/
> drwxr-sr-x3 orion   orion4096 Sep 28 16:11 WEB-INF
> drwxr-sr-x8 rootstaff4096 Jun  5 14:38 examples
> -rw-r--r--1 rootstaff2044 Sep 28 16:03 index.html
> 
> (Note that the Orion server does not seem to handle CRLF end-of-line
> conventions, and I had to convert "index.html" to LF-only in order to get
> things working without errors.  Of course, that is a very minor problem,
> but it explains why the timestamp on the file is recent.)
> 
> In the "WEB-INF" directory, the "classes" subdirectory does not appear to
> need to be writable by the server:
> 
> guardian:~$ ls -l /var/local/orion/default-web-app/WEB-INF/
> drwxr-sr-x9 rootstaff4096 Jun  5 14:38 classes
> -rw---1 orion   orion 386 Sep 28 15:37 web.xml
> 
> 3. Now, this arrangement ALMOST works.  The first time a particular JSP
> file is invoked the server tries to create directores below
> /var/local/orion/application-deployments/default/defaultWebApp/persistence/
> examples/jsp
> such as "checkbox" for the checkbox example and "num" for the numberguess
> example, and then it tries to create x.jsp.jspCache files in these
> subdirectories (where "x" is the base name of the JSP file).  This
> works only if the server is started by the "root" user, but not if the
> server is started by the "orion" user.  Since the entire tree from
> /var/local/orion/application-deployments down is owned by the "orion" user
> who has full permissions, this makes no sense:
> 
> guardian:~$ ls -l 
> /var/local/orion/application-deployments/default/defaultWebApp/persistence/
> examples/
> drwx--4 orion   orion4096 Sep 28 17:46 jsp
> 
> Once the directory and the x.jsp.jspCache file have been created by
> invoking the JSP file the first time with the server started by the "root"
> user, ownership of this directory and its contents can be changed manually
> to the "orion" user and the server can then be started as the "orion"
> user.  At that point, any JSP for which the appropriate x.jsp.jspCache
> file already exists will work.
> 
> My guess is that the server is somehow tryin

RE: Example application

[Frank Eggink]

Use should add the current folder to your classpath:

.;../../../orion.jar;../...

Frank

On Thursday, September 28, 2000 8:16 PM, Carl Troedsson [SMTP:[EMAIL PROTECTED]] 
wrote:
> I have tried to run the test applications in Orion but can?t get them to work, for 
>example when I try :
> 
> java -classpath ../../../orion.jar;../../../ejb.jar;../../../jndi.jar ProductClient  
> 
> 
> I get the following:
> 
> Exception in thread "main" java.lang.NoClassDefFoundError: ProductClient
> 
> And if I try to compile the class like this:
> 
> javac -classpath ../../../orion.jar;../../../ejb.jar;../../../jndi.jar 
>ProductClient.java
> 
> I get the following:
> ProductClient.java:28: cannot resolve symbol
> symbol : class ProductHome
> location: class ProductClient
> ProductHome home = 
>(ProductHome)PortableRemoteObjectnarrow(homeObject, ProductHome.class)..
> 
> 
> If you now what I should do please respond.
> 
> /Carl
> 
> 
>  << File: ATT8.html >>