Re: Absolutely stumped on Dynamic Servlet Class Loading

[Tim Endres]

Gee. How completely embarassing. Of course, the answer was that the
class simply was not where I said it was...

> Hi,
> 
> [ ... snip ... ]
> 
> The file /myapp-web/WEB-INF/classes/sbd/sd/servlet/cmd/VerifyLogin.class
> exists and is readble.

That was simply a lie. Of course, it was there at one time, but no longer.

I repeatedly ran make, but the makefile assumed classes would be compiled
based on Javc's dependency compiling. But, of course, nothing depended on
that class _because_it_is_dynamically_loaded_!! So, while the make appeared
to copy the required classes over, this one was skipped because it had never
compiled!

Very sorry to waste that bandwidth.

tim.

dependent object -> dependent object relationships

[Tim Drury]

I noticed in the archives other people had problems deploying
a DO->DO relationship.  Trying to put the create(...)
function in DO#1 causes Orion to throw the exception, "Illegal
abstract method in dependent object..."

Did anyone ever resolve this?  The EJB 2.0 spec clearly says
this is legal (9.4.4.1).

My object model is:  EJB(1)-->(N)DO#1(1)-->(N)DO#2

If I put the create(..) for DO#2 up in the EJB (instead
of in DO#1) it will deploy and run.  The EJB successfully creates
a DO#2.  But Orion never creates the table for DO#2, so when
DO#1 tries to add DO#2 to its collection, a null pointer exception
is thrown.

-tim

Absolutely stumped on Dynamic Servlet Class Loading

[Tim Endres]

Hi,

I have read all the threads on servlets dynamically loading classes.
I have updated to Orion 1.3.8 and then 1.4.0. The servlet runs fine,
except for the class loading. I understand the issues that Ted Neward
explains (quite well) in his paper Understanding Class.forName, and
have tried (as you can see in the code) every combination of ClassLoader.

Note that I am able to dynamically load the servlet class, any of the
classes that the servlet references, and all are under the same tree,
which is under WEB-INF/classes. It is as if the servlet engine is
deciding that since the class I want (cmdClassName) is not directly
referenced by the servlet, it will not be loaded.

The classes are under /myapp-web/WEB-INF/classes. I have verified
that the class file is where is belongs. The class file is dynamicaly
loadable by Tomcat. In fact, I had the class dynamically loading before
and simply can not remember what has changed and suspect that the class
was loadable by one of the parent loaders, and now that I have done an
upgrade I have cleaned out that class.

The debugging output is as follows:

>>  11/10/00 10:34 PM secdis-web: CMDCLAS 'sbd.sd.servlet.cmd.VerifyLogin'
>>  11/10/00 10:34 PM secdis-web: SYST_CL: sun.misc.Launcher$AppClassLoader@404536 - 
>CLASS = null
>>  11/10/00 10:34 PM secdis-web: THIS_CL: [ClassLoader: 
>[[C:\src\sd\build\sd\secdis-web\WEB-INF\classes]]] - CLASS = null
>>  11/10/00 10:34 PM secdis-web: CTXT_CL: [ThreadContextLoader, current context: 
>[ClassLoader: [[C:\src\sd\build\sd\secdis-web\WEB-INF\classes - CLASS = null
>>  11/10/00 10:34 PM secdis-web: sbd.sd.servlet.SDServlet: class 
>sbd.sd.servlet.SDServlet
>>  11/10/00 10:34 PM secdis-web: sbd.sd.servlet.cmd.SDServletCmd: class 
>sbd.sd.servlet.cmd.SDServletCmd
>>  11/10/00 10:34 PM secdis-web: COMMAND CLASS NOT FOUND: 
>'sbd.sd.servlet.cmd.VerifyLogin', sbd.sd.servlet.cmd.VerifyLogin

The file /myapp-web/WEB-INF/classes/sbd/sd/servlet/cmd/VerifyLogin.class exists 
and is readble.

The (servlet) code that generates the above output is:

   ClassLoader cl = null;
   Class cmdClass = null;
   String cmdClassName = "sbd.sd.servlet.cmd.VerifyLogin";
   
   cl = ClassLoader.getSystemClassLoader();
   try {
  cmdClass = Class.forName( cmdClassName, true, cl );
  }
  catch ( ClassNotFoundException ex ) {}
   this.log( "SYST_CL: " + cl + " - CLASS = " + cmdClass );
   
   cl = this.getClass().getClassLoader();
   try {
  cmdClass = Class.forName( cmdClassName, true, cl );
  }
  catch ( ClassNotFoundException ex ) {}
   this.log( "THIS_CL: " + cl + " - CLASS = " + cmdClass );
   
   cl = Thread.currentThread().getContextClassLoader();
   try {
  cmdClass = Class.forName( cmdClassName, true, cl );
  }
  catch ( ClassNotFoundException ex ) {}
   this.log( "CTXT_CL: " + cl + " - CLASS = " + cmdClass );
   
   cl = Thread.currentThread().getContextClassLoader();
   try {
  cmdClass = Class.forName( "sbd.sd.servlet.SDServlet", true, cl );
  }
  catch ( ClassNotFoundException ex ) {}
   this.log( "sbd.sd.servlet.SDServlet: " + cmdClass );
   try {
  cmdClass = Class.forName( "sbd.sd.servlet.cmd.SDServletCmd", true, cl );
  }
  catch ( ClassNotFoundException ex ) {}
   this.log( "sbd.sd.servlet.cmd.SDServletCmd: " + cmdClass );


I am simply stumped. The classloaders look perfect. They point to the directory
the class is under! I can not see why this would be failing.

TIA,
tim.

Re: URGENT: talking with other app server?

[James Ho]

Hi there, 


I had to build the two servers, one is the central server, and the
other is the service provider.  The central server would grab the
remote server's home bean, and then do whatever to it.

How would I do that?  You mentioned RMI, and i think that's what I
used when i create the JNDI context using rmi.RMInitialContext.

Is there any other way to obtain the home bean of the remote servers?
If so, any more details description/code snippets ?

as of ORB, I'd prefer to leave that out..and use EJB only...possible?

Thanks once again.

James.

On Fri, 10 Nov 2000 16:59:17 -0500, you wrote:

>As I understand it Corba objects can call EJBs via RMI-IIOP which is
>supported not at the server level (Orion) but by the VM.  Didn't RMI-IIOP
>become standard with the JDK 1.3?
>
>The limitation is that you can not run a Corba object as an EJB so that you
>could make outbound Corba calls from your app server and use Orion or other
>as a Corba object server.  If you want to do that you will have to use
>Inprise's App server which is built upon the Visigenics Corba Orb.
>
>But I don't know if you are asking specifically about the use of an Orb.
>It appears as though you are trying to just implement the Trader Service
>with EJB much like the OMG specified Corba Trader Service.  
>
>If this is the case you could use RMI to communicate with a specific EJB
>server to query for all of the Objects and home interfaces as well as JNDI
>locations of resources within your service range (Corba guys call the
>service range a federation).  Then you could have one location in an
>enterprise that could be querried for available services even though the
>services might reside on different machines and different networks within
>the enterprise.  
>
>Cory
>
>
>At 10:33 PM 11/10/00 +1100, James Ho wrote:
>>Hi there.
>>
>>What I am doing for a project, to allow different service providers to
>>join my central service.  Each of the service providers would have to
>>implement a Bean wiht the home and remote interface specified by the
>>central service,  and the central service uses EJB to communicate with
>>those servers...it is rather a dynamic systemThus the central
>>service would be likely to interact with many DIFFERENT type of app
>>servers.  As of your client jars suggestion, do u mean the client
>>proram the bean..'jar' it, and send it to the central service?
>>
>>ORB?  then I'd have to touch CORBA then?  and ORB acts as a wrapper to
>>my bean?  If so, why EJB?
>>
>>If I use a separate LDAP for the service providers to deployed their
>>bean at...would that solve the problem?
>>
>>Thanks  :)
>>
>>James.
>>
>>
>>>you can't... yet (No IIOP in Orion yet)
>>>and mostly, what IIOP(Internet Inter-ORB Protocol) provides is ORB
>>>communication,
>>>the ORB (Object Request Broker) is the one that provides your beans
>>>services, and provides
>>>beans to its clients...
>>>
>>>In an EJB architecture, it may be easy to implement distrubuted
>>>transactions, for instance, thanks to IIOP + 2PC commit/ OpenXA
>>>transactions, but applying security (which is server specific) can become
>>>hell
>>>
>>>Also, if the JNDI of a given server doesn't support it, it can be tricky to
>>>code the beans;
>>>
>>>My advise is to create/obtain client jars which are mainly the remote & home
>>>interfaces;
>>>Always narrow Objects >>PortableRemoteObject.narrow (MyBean.Class)<<
>>>
>>>Perhaps if you elaborate further the List may be of assistance
>>>
>>>HTH,
>>>
>>>JP
>>>
>>>(P.S.: I hope you don't want to interact with Oracle App Servers, OAS or
>>>IAS... for the mission isn't hard, it's just impossible  ;-)
>>>
>>>-Original Message-
>>>From: James Ho [mailto:[EMAIL PROTECTED]]
>>>Sent: Viernes, 10 de Noviembre de 2000 13:19
>>>To: Orion-Interest
>>>Subject: Re: URGENT: talking with other app server?
>>>
>>>
>>>"Juan Lorandi (Chile)" wrote:
 
 To connect different App servers (diff vendors) IIOP will be used
 
>>>
>>>How can I do that with Orion?
>>>
>>>James
>>>
>>
>>
>>
>

Filters & content-type

[Daniel HERLEMONT]

Hello congratulation for the first Servlet 2.3 implementation.

I have a question, not related to orion but rather to the 2.3 API.

I am looking closely to
http://www.orionserver.com/tutorials/filters/lesson3/
and I am wondering how we can replicate the wrapped response to the actual
response.
For example, suppose I want to develop a general purpose filter, I have to
set many parameters (content type, for example ..) from the response
returned by filter.getNext(), but there are no getContentType() ...  Not
only the content type, maybe It would be usefull to get generated headers
form the getNext() ...
it apears that we have no chance to get the headers form the wraper and set
the actual response accordingly ..
Maybe I missed something
If it is not the case .. this really so bad ... (the only solution I found
is to loopback on the server and the filter to behave as an HTTP client)

Could you please answer to my personal address (I am no longer subscribing
to the orion-interest list ...
too many messages ;-)

Re: URGENT: talking with other app server?

[Cory Adams]

As I understand it Corba objects can call EJBs via RMI-IIOP which is
supported not at the server level (Orion) but by the VM.  Didn't RMI-IIOP
become standard with the JDK 1.3?

The limitation is that you can not run a Corba object as an EJB so that you
could make outbound Corba calls from your app server and use Orion or other
as a Corba object server.  If you want to do that you will have to use
Inprise's App server which is built upon the Visigenics Corba Orb.

But I don't know if you are asking specifically about the use of an Orb.
It appears as though you are trying to just implement the Trader Service
with EJB much like the OMG specified Corba Trader Service.  

If this is the case you could use RMI to communicate with a specific EJB
server to query for all of the Objects and home interfaces as well as JNDI
locations of resources within your service range (Corba guys call the
service range a federation).  Then you could have one location in an
enterprise that could be querried for available services even though the
services might reside on different machines and different networks within
the enterprise.  

Cory


At 10:33 PM 11/10/00 +1100, James Ho wrote:
>Hi there.
>
>What I am doing for a project, to allow different service providers to
>join my central service.  Each of the service providers would have to
>implement a Bean wiht the home and remote interface specified by the
>central service,  and the central service uses EJB to communicate with
>those servers...it is rather a dynamic systemThus the central
>service would be likely to interact with many DIFFERENT type of app
>servers.  As of your client jars suggestion, do u mean the client
>proram the bean..'jar' it, and send it to the central service?
>
>ORB?  then I'd have to touch CORBA then?  and ORB acts as a wrapper to
>my bean?  If so, why EJB?
>
>If I use a separate LDAP for the service providers to deployed their
>bean at...would that solve the problem?
>
>Thanks  :)
>
>James.
>
>
>>you can't... yet (No IIOP in Orion yet)
>>and mostly, what IIOP(Internet Inter-ORB Protocol) provides is ORB
>>communication,
>>the ORB (Object Request Broker) is the one that provides your beans
>>services, and provides
>>beans to its clients...
>>
>>In an EJB architecture, it may be easy to implement distrubuted
>>transactions, for instance, thanks to IIOP + 2PC commit/ OpenXA
>>transactions, but applying security (which is server specific) can become
>>hell
>>
>>Also, if the JNDI of a given server doesn't support it, it can be tricky to
>>code the beans;
>>
>>My advise is to create/obtain client jars which are mainly the remote & home
>>interfaces;
>>Always narrow Objects >>PortableRemoteObject.narrow (MyBean.Class)<<
>>
>>Perhaps if you elaborate further the List may be of assistance
>>
>>HTH,
>>
>>JP
>>
>>(P.S.: I hope you don't want to interact with Oracle App Servers, OAS or
>>IAS... for the mission isn't hard, it's just impossible  ;-)
>>
>>-Original Message-
>>From: James Ho [mailto:[EMAIL PROTECTED]]
>>Sent: Viernes, 10 de Noviembre de 2000 13:19
>>To: Orion-Interest
>>Subject: Re: URGENT: talking with other app server?
>>
>>
>>"Juan Lorandi (Chile)" wrote:
>>> 
>>> To connect different App servers (diff vendors) IIOP will be used
>>> 
>>
>>How can I do that with Orion?
>>
>>James
>>
>
>
>

RE: xerces limitation?

[Joshua Goodall]

Runar,

It explains my problem but doesn't solve it :). JBuilder under Win32
inserts this encoding for deployment descriptors whenever the DD is
modified. Fortunately, JB also allows me to remove it in the source view -
so the irritation is very minor. Thanks for the explanation and pointer.

Regards

Joshua

On Fri, 10 Nov 2000, Runar Svendsen wrote:

> The problem lies not within xerces, but in the fact that any XML parser will
> fail with a fatal error when encountering an encoding name it doesn't
> recognize. The encoding you are using (cp-1252) is the default windows
> encoding, but it is also known as "ISO-8859-1" and it is by this name XML
> will recognize it.
> Your XML header should then read:
> 
> 
> 
> For further info, see
> http://msdn.microsoft.com/library/psdk/sql/2_006_15.htm
>  
> 
> 
> Hope this solves your problem!
> 
> 
> 
> kind regards, 
> for Exense ASA 
> Runar Svendsen 
> 
> [EMAIL PROTECTED]Karenslyst alle 9a 
> phone. +47 23 13 65 00P.O.Box 303 Skoyen 
> fax. +47 23 13 65 01N-0213 Oslo 
> mobil. +47 93 42 56 19 http://www.exense.com/
>   
> 
> - makes sense of the e in your business 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [ mailto:[EMAIL PROTECTED]
>  ]On Behalf Of Joshua Goodall
> Sent: 9. november 2000 21:48
> To: Orion-Interest
> Subject: xerces limitation?
> 
> 
> 
> if I begin my ejb-jar.xml with:
> 
> 
> 
> rather than  (sans encoding)
> 
> then Orion cannot parse it. Is this a known limitation of Xerces?
> 
> - Joshua
> 
> 
> 
> 
> 

admin password

[Dave Ford]

When I installed orion, it asked me for a password for admin. I responsed
with "admin". Thus:

user:admin
pw:admin

However, when I look in principals.xml, i see:

user: admin
pw: 123

However, if I try to use adin/123 in a jndi lookup, it fails.

Q: where is admin/admin used? where is admin/123 used?


Dave Ford
Smart Soft - The Java Training Company
http://www.SmartSoftTraining.com

SOLVED: RE: ejb2: EJB->DO, 1 to many problem

[Tim Drury]

found the problem.  AGGG!  I had
a set/get for a field of the dependent object that 
I forgot to map in the  deployment 
descriptor.

Even worse, I can't blame cryptic exceptions.  Orion
properly spit out the exception telling me that I
couldn't declare the get/set abstract since I was
missing the field in the descriptor.

Thanks for your help Jim.

-tim


> -Original Message-
> From: Tim Drury [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 10, 2000 4:41 PM
> To: Orion-Interest
> Subject: RE: ejb2: EJB->DO, 1 to many problem
> 
> 
> 
> Still not working but here is some more data.  For the
> hell of it, I added another field to my EJB:
> 
> public abstract void setFoo(Collection c);
> public abstract Collection getFoo();
> 
> and added foo
> 
> Doing this created a field in the EJB table with type
> "oid" (its a PostgreSQL thing), but it didn't create
> a Foo table because I didn't define a Foo dependent
> object.  I renamed my EdiEnvelope DO to Foo so it
> would get mapped to this field. When I deployed,
> the Foo field disappeared from the EJB table and the
> EdiEnvelope field (which doesn't have a DO object
> relationship anymore) appeared.  Clearing the 
>  and  field are being
> recognized but why is the DO field not appearing
> in the EJB table?
> 
> What did your database tables look like to handle the 
> EJB (1) --> (N) dependent object?
> 
> -tim
> 
> 
> > -Original Message-
> > From: Jim Archer [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, November 10, 2000 3:46 PM
> > To: Tim Drury; Orion-Interest
> > Subject: RE: ejb2: EJB->DO, 1 to many problem
> > 
> > 
> > OK Tim. Let me know if you don't find it by some time this 
> > evening and I 
> > can look it over this weekend. All I ask is that if you do 
> > find it you let 
> > me know so I can not put time in to it unnecesserally.
> > 
> > I do have the PD1 spec and I'll send it to you, but I can't 
> > do so for an 
> > hour or so. You will find very minor changes, like the 
> removal of the 
> > deepcopy() method decloration (it was required in pd1, 
> > removed in pd2).
> > 
> > Jim
> > 
> > 
> > --On Friday, November 10, 2000 3:32 PM -0500 Tim Drury 
> > <[EMAIL PROTECTED]> wrote:
> > 
> > >
> > > I took out the bi-directional stuff (I had actually
> > > tried both ways).  No luck.  I went ahead and upgraded
> > > to 1.4.4 and it still gave me the same problem.  There
> > > must be an error in my code (something not abstract
> > > when it should be or visa versa) or something wrong
> > > with ejb-jar.xml.
> > >
> > > BTW, 1.4.4 still requires you create a  for
> > > your dependent object collection.
> > >
> > > ALSO: do you (or anyone on the list) have a copy of
> > > the ejb 2.0 pd1 spec?  I have pd2 and pdFinal, but
> > > not the one that Orion is based on.  Maybe that would
> > > help me find my problem.  I couldn't find pd1 on the
> > > sun site.
> > >
> > > -tim
> > >
> > >> -Original Message-
> > >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> > >> Sent: Friday, November 10, 2000 3:16 PM
> > >> To: Tim Drury; Orion-Interest
> > >> Subject: RE: ejb2: EJB->DO, 1 to many problem
> > >>
> > >>
> > >> Tim, I just reviewed your messages again, a bit more
> > >> carefully. I see your
> > >> using Orion 1.4 and you have posted your code and descriptors.
> > >>
> > >> It looks like you are defineing a *bidirectional*
> > >> relationship between your
> > >> EB and dependent. This will fail under Orion 1.4. The example
> > >> I sent you
> > >> will fail under 1.4, as it was designed to as a demonstration
> > >> of the bug. A
> > >> *unidirectional* relationship will work.
> > >>
> > >> Anyhow, I just added a comment to a bit of your descriptor
> > >> (right below)
> > >> that will make this a unidirectional relationship. Try that
> > >> change and if
> > >> it will deploy. If it does not deploy I'll take some time to
> > >> look over your
> > >> code and descriptors when I can, but not right away. I'm 
> > just became
> > >> swamped. Always a crisis!
> > >>
> > >> If you need the bidirectional relationship, you'll need to go
> > >> to 1.4.4,
> > >> where this is supposed to work, although I have not 
> tested it yet.
> > >>
> > >> 
> > >>EdiFile-EdiEnvelopes
> > >>
> > >>
> > >>
> > >> EdiFile-has-EdiEnvelopes > >> tionship-role
> > >> - name>
> > >>  one
> > >>  
> > >>EdiFileEJB
> > >>  
> > >>  
> > >>envelopes
> > >>java.util.Collection
> > >>  
> > >>
> > >>
> > >>
> > >>
> > >> EdiEnvelopes-belongsto-EdiFile > >> b-relationshi
> > >> p -role-name>
> > >> many
> > >>  
> > >>EdiEnvelope
> > >>  
> > >>
> > >>  
> > >>
> > >>
> > >>
> > >>  
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> --On Friday, November 10, 2000 2:54 PM -0500 Tim Drury
> > >> <[EMAIL PROTECTED]> wrote:
> > >>
> > >> >
> > >> > I did put that in.  In fact, it was your examples
> > >> > that I based all my development on :)
> > >> >
> 

RE: ejb2: EJB->DO, 1 to many problem

[Tim Drury]

Ok - I went postal on the code.  I stripped out everything
with dependent object and create a trivial 1:N dependent
object, Foo.  Orion seemed to deploy it since no errors
were thrown.  I say "seemed" because I cannot figure out
(by looking at the tables in the database) how Orion
is going to map the EJB and the Foo dependent objects.
It created two tables:

edifileejb:
---
id: varchar()
filename: varchar()
datedownloaded: timestamp

edifileejb_foo:
---
id: varchar()
valuebar1: varchar()
valuebar2: varchar()

DOH! I think I just figured it out while I was typing!  My
Foo object doesn't declare an id attribute.  Orion must have
added it for me and I bet it maps back to the id field in
the edifileejb table.  

I took out the id field that I had placed in the EdiEnvelope
DO that has problems.  It still didn't work.  There must
be something else.

Now I have to figure out what I did in the EdiEnvelope DO
that keeps causing Orion to throw that "can't instantiate
abstract object" exception.

-tim



> -Original Message-
> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 10, 2000 3:46 PM
> To: Tim Drury; Orion-Interest
> Subject: RE: ejb2: EJB->DO, 1 to many problem
> 
> 
> OK Tim. Let me know if you don't find it by some time this 
> evening and I 
> can look it over this weekend. All I ask is that if you do 
> find it you let 
> me know so I can not put time in to it unnecesserally.
> 
> I do have the PD1 spec and I'll send it to you, but I can't 
> do so for an 
> hour or so. You will find very minor changes, like the removal of the 
> deepcopy() method decloration (it was required in pd1, 
> removed in pd2).
> 
> Jim
> 
> 
> --On Friday, November 10, 2000 3:32 PM -0500 Tim Drury 
> <[EMAIL PROTECTED]> wrote:
> 
> >
> > I took out the bi-directional stuff (I had actually
> > tried both ways).  No luck.  I went ahead and upgraded
> > to 1.4.4 and it still gave me the same problem.  There
> > must be an error in my code (something not abstract
> > when it should be or visa versa) or something wrong
> > with ejb-jar.xml.
> >
> > BTW, 1.4.4 still requires you create a  for
> > your dependent object collection.
> >
> > ALSO: do you (or anyone on the list) have a copy of
> > the ejb 2.0 pd1 spec?  I have pd2 and pdFinal, but
> > not the one that Orion is based on.  Maybe that would
> > help me find my problem.  I couldn't find pd1 on the
> > sun site.
> >
> > -tim
> >
> >> -Original Message-
> >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, November 10, 2000 3:16 PM
> >> To: Tim Drury; Orion-Interest
> >> Subject: RE: ejb2: EJB->DO, 1 to many problem
> >>
> >>
> >> Tim, I just reviewed your messages again, a bit more
> >> carefully. I see your
> >> using Orion 1.4 and you have posted your code and descriptors.
> >>
> >> It looks like you are defineing a *bidirectional*
> >> relationship between your
> >> EB and dependent. This will fail under Orion 1.4. The example
> >> I sent you
> >> will fail under 1.4, as it was designed to as a demonstration
> >> of the bug. A
> >> *unidirectional* relationship will work.
> >>
> >> Anyhow, I just added a comment to a bit of your descriptor
> >> (right below)
> >> that will make this a unidirectional relationship. Try that
> >> change and if
> >> it will deploy. If it does not deploy I'll take some time to
> >> look over your
> >> code and descriptors when I can, but not right away. I'm 
> just became
> >> swamped. Always a crisis!
> >>
> >> If you need the bidirectional relationship, you'll need to go
> >> to 1.4.4,
> >> where this is supposed to work, although I have not tested it yet.
> >>
> >> 
> >>EdiFile-EdiEnvelopes
> >>
> >>
> >>
> >> EdiFile-has-EdiEnvelopes >> tionship-role
> >> - name>
> >>  one
> >>  
> >>EdiFileEJB
> >>  
> >>  
> >>envelopes
> >>java.util.Collection
> >>  
> >>
> >>
> >>
> >>
> >> EdiEnvelopes-belongsto-EdiFile >> b-relationshi
> >> p -role-name>
> >> many
> >>  
> >>EdiEnvelope
> >>  
> >>
> >>  
> >>
> >>
> >>
> >>  
> >>
> >>
> >>
> >>
> >>
> >>
> >> --On Friday, November 10, 2000 2:54 PM -0500 Tim Drury
> >> <[EMAIL PROTECTED]> wrote:
> >>
> >> >
> >> > I did put that in.  In fact, it was your examples
> >> > that I based all my development on :)
> >> >
> >> > I just don't see any differences between your
> >> > descriptor file and mine.
> >> >
> >> > -tim
> >> >
> >> >
> >> >> -Original Message-
> >> >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> >> >> Sent: Friday, November 10, 2000 2:31 PM
> >> >> To: Tim Drury; Orion-Interest
> >> >> Subject: RE: ejb2: EJB->DO, 1 to many problem
> >> >>
> >> >>
> >> >> Hi Tim...
> >> >>
> >> >> No, I didn't mean in the relationship tag. Sorry for the
> >> >> confusion. My
> >> >> fault entirely. I meant in the  tag.
> >> >>
> >> >> The descriptor I pasted below is an example of one which
> >> >> fails to deploy on
> >> >> Orion 1.4.0 be

Re: URGENT: talking with other app server?

[James Ho]

Hi there.

What I am doing for a project, to allow different service providers to
join my central service.  Each of the service providers would have to
implement a Bean wiht the home and remote interface specified by the
central service,  and the central service uses EJB to communicate with
those servers...it is rather a dynamic systemThus the central
service would be likely to interact with many DIFFERENT type of app
servers.  As of your client jars suggestion, do u mean the client
proram the bean..'jar' it, and send it to the central service?

ORB?  then I'd have to touch CORBA then?  and ORB acts as a wrapper to
my bean?  If so, why EJB?

If I use a separate LDAP for the service providers to deployed their
bean at...would that solve the problem?

Thanks  :)

James.


>you can't... yet (No IIOP in Orion yet)
>and mostly, what IIOP(Internet Inter-ORB Protocol) provides is ORB
>communication,
>the ORB (Object Request Broker) is the one that provides your beans
>services, and provides
>beans to its clients...
>
>In an EJB architecture, it may be easy to implement distrubuted
>transactions, for instance, thanks to IIOP + 2PC commit/ OpenXA
>transactions, but applying security (which is server specific) can become
>hell
>
>Also, if the JNDI of a given server doesn't support it, it can be tricky to
>code the beans;
>
>My advise is to create/obtain client jars which are mainly the remote & home
>interfaces;
>Always narrow Objects >>PortableRemoteObject.narrow (MyBean.Class)<<
>
>Perhaps if you elaborate further the List may be of assistance
>
>HTH,
>
>JP
>
>(P.S.: I hope you don't want to interact with Oracle App Servers, OAS or
>IAS... for the mission isn't hard, it's just impossible  ;-)
>
>-Original Message-
>From: James Ho [mailto:[EMAIL PROTECTED]]
>Sent: Viernes, 10 de Noviembre de 2000 13:19
>To: Orion-Interest
>Subject: Re: URGENT: talking with other app server?
>
>
>"Juan Lorandi (Chile)" wrote:
>> 
>> To connect different App servers (diff vendors) IIOP will be used
>> 
>
>How can I do that with Orion?
>
>James
>

RE: Oracle RDBMS Setup

[Lee, Se Hee]

Title: Oracle RDBMS Setup



can 
location have a same name? Your example seems to have a diferent name for 
location, xa-location, ejb-location, etc Thanks for your valuable 
info..
 
Se 
Hee

  -Original Message-From: Rob Lapensee 
  [mailto:[EMAIL PROTECTED]]Sent: Friday, November 10, 2000 2:36 
  PMTo: Orion-InterestSubject: RE: Oracle RDBMS 
  Setup
  
   
  You 
  will need to get the jdbc driver from oracle (www.oracle.com) get the classes12_01.zip 
  (not the classes111.zip).
   
  Then 
  the data-sources.xml file in orion/config should have something like the 
  following as one of the data-source 
  entries:
      
  
      
  
      
  class="com.evermind.sql.DriverManagerDataSource"
      
  name="user1"
      
  location="jdbc/OracleCoreDS"
      
  xa-location="jdbc/xa/OracleXADS"
      
  ejb-location="jdbc/Oracle"
      
  connection-driver="oracle.jdbc.driver.OracleDriver"
      
  username="user1"
      
  password=”password1"
      
  url="jdbc:oracle:thin:@(description=(address=(host=192.1.1.1)(protocol=tcp)(port=1521))(connect_data=(sid=S1)))"
      
  inactivity-timeout="30"
      
  />
   
   
  then 
  use “jdbc/Oracle” as the jndi lookup to get the DataSource, then use the 
  DataSource to get the jdbc Connection.
   
   
  Regards,
   
  Rob Lapensee
  Director of Technology
  Delfour Corporation
  [EMAIL PROTECTED]
  www.delfour.com
   
  -Original 
  Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Lee, Se HeeSent: Friday, November 10, 2000 1:40 
  PMTo: 
  Orion-InterestSubject: 
  Oracle RDBMS Setup
   
  How do I set up the Orion 
  to work with Oracle? I am new to Orion (just downloaded) and try to make it to 
  create DataSource with Oracle..
  Does Orion comes with its 
  own JDBC Driver for Oracle or should I should Oracle's 
  driver? 
  
  Thanks a lot for any 
  comment and help.. 
  
  Se Hee 

RE: ejb2: EJB->DO, 1 to many problem

[Tim Drury]

Still not working but here is some more data.  For the
hell of it, I added another field to my EJB:

public abstract void setFoo(Collection c);
public abstract Collection getFoo();

and added foo

Doing this created a field in the EJB table with type
"oid" (its a PostgreSQL thing), but it didn't create
a Foo table because I didn't define a Foo dependent
object.  I renamed my EdiEnvelope DO to Foo so it
would get mapped to this field. When I deployed,
the Foo field disappeared from the EJB table and the
EdiEnvelope field (which doesn't have a DO object
relationship anymore) appeared.  Clearing the 
 and  field are being
recognized but why is the DO field not appearing
in the EJB table?

What did your database tables look like to handle the 
EJB (1) --> (N) dependent object?

-tim


> -Original Message-
> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 10, 2000 3:46 PM
> To: Tim Drury; Orion-Interest
> Subject: RE: ejb2: EJB->DO, 1 to many problem
> 
> 
> OK Tim. Let me know if you don't find it by some time this 
> evening and I 
> can look it over this weekend. All I ask is that if you do 
> find it you let 
> me know so I can not put time in to it unnecesserally.
> 
> I do have the PD1 spec and I'll send it to you, but I can't 
> do so for an 
> hour or so. You will find very minor changes, like the removal of the 
> deepcopy() method decloration (it was required in pd1, 
> removed in pd2).
> 
> Jim
> 
> 
> --On Friday, November 10, 2000 3:32 PM -0500 Tim Drury 
> <[EMAIL PROTECTED]> wrote:
> 
> >
> > I took out the bi-directional stuff (I had actually
> > tried both ways).  No luck.  I went ahead and upgraded
> > to 1.4.4 and it still gave me the same problem.  There
> > must be an error in my code (something not abstract
> > when it should be or visa versa) or something wrong
> > with ejb-jar.xml.
> >
> > BTW, 1.4.4 still requires you create a  for
> > your dependent object collection.
> >
> > ALSO: do you (or anyone on the list) have a copy of
> > the ejb 2.0 pd1 spec?  I have pd2 and pdFinal, but
> > not the one that Orion is based on.  Maybe that would
> > help me find my problem.  I couldn't find pd1 on the
> > sun site.
> >
> > -tim
> >
> >> -Original Message-
> >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, November 10, 2000 3:16 PM
> >> To: Tim Drury; Orion-Interest
> >> Subject: RE: ejb2: EJB->DO, 1 to many problem
> >>
> >>
> >> Tim, I just reviewed your messages again, a bit more
> >> carefully. I see your
> >> using Orion 1.4 and you have posted your code and descriptors.
> >>
> >> It looks like you are defineing a *bidirectional*
> >> relationship between your
> >> EB and dependent. This will fail under Orion 1.4. The example
> >> I sent you
> >> will fail under 1.4, as it was designed to as a demonstration
> >> of the bug. A
> >> *unidirectional* relationship will work.
> >>
> >> Anyhow, I just added a comment to a bit of your descriptor
> >> (right below)
> >> that will make this a unidirectional relationship. Try that
> >> change and if
> >> it will deploy. If it does not deploy I'll take some time to
> >> look over your
> >> code and descriptors when I can, but not right away. I'm 
> just became
> >> swamped. Always a crisis!
> >>
> >> If you need the bidirectional relationship, you'll need to go
> >> to 1.4.4,
> >> where this is supposed to work, although I have not tested it yet.
> >>
> >> 
> >>EdiFile-EdiEnvelopes
> >>
> >>
> >>
> >> EdiFile-has-EdiEnvelopes >> tionship-role
> >> - name>
> >>  one
> >>  
> >>EdiFileEJB
> >>  
> >>  
> >>envelopes
> >>java.util.Collection
> >>  
> >>
> >>
> >>
> >>
> >> EdiEnvelopes-belongsto-EdiFile >> b-relationshi
> >> p -role-name>
> >> many
> >>  
> >>EdiEnvelope
> >>  
> >>
> >>  
> >>
> >>
> >>
> >>  
> >>
> >>
> >>
> >>
> >>
> >>
> >> --On Friday, November 10, 2000 2:54 PM -0500 Tim Drury
> >> <[EMAIL PROTECTED]> wrote:
> >>
> >> >
> >> > I did put that in.  In fact, it was your examples
> >> > that I based all my development on :)
> >> >
> >> > I just don't see any differences between your
> >> > descriptor file and mine.
> >> >
> >> > -tim
> >> >
> >> >
> >> >> -Original Message-
> >> >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> >> >> Sent: Friday, November 10, 2000 2:31 PM
> >> >> To: Tim Drury; Orion-Interest
> >> >> Subject: RE: ejb2: EJB->DO, 1 to many problem
> >> >>
> >> >>
> >> >> Hi Tim...
> >> >>
> >> >> No, I didn't mean in the relationship tag. Sorry for the
> >> >> confusion. My
> >> >> fault entirely. I meant in the  tag.
> >> >>
> >> >> The descriptor I pasted below is an example of one which
> >> >> fails to deploy on
> >> >> Orion 1.4.0 because of a now fixed Orion bug (I have not yet
> >> >> retested but
> >> >> Bugzilla says its fixed in 1.4.4). However, if you exampne
> >> >> the part that
> >> >> defines the entity beans you'll see what I mean. There is a
> >> >> comm

RE: Web upload of a Java class

[Duffey, Kevin]

Sorry..not sure I understand? Do you mean "deploy" it into an application
server, so that it immediately takes affect and then you can use it right
away? If so, look at the .WAR format, or .EAR format. Its a J2EE standard
format and most app servers should provide some sort of hot-swap application
deployment capability. You simply upload the .war or .ear, and the app
server serializes all HttpSession objects to disk (or some place), then
reloads the app with the new class(es), then reads the serialized objects
back into the HttpSession. This makes it appear to clients that nothing is
different, but your new class(es) will be available.


> -Original Message-
> From: Storm Linux User [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 10, 2000 10:46 AM
> To: Orion-Interest
> Subject: Web upload of a Java class
> 
> 
> Hi...
> 
> I need to upload a compiled class to my Orion application and 
> then execute
> some methods of it. Anybody knows how can I do it?
> 
> []s
> Guilherme Ceschiatti
> [EMAIL PROTECTED]
> 

Re: Multiple beans in one jar

[Jim Crossley]

The ejb-link tag is described as "optional".  Under what circumstances
is it required?  When multiple beans are in the same jar?

I read the spec (J2EE), but I'm still unclear about when and why to
include an ejb-link, and since the j2eeRI deploytool GUI doesn't even
allow the creation of an ejb-link, I was [naively] discounting its
usefulness.

I really like the magic of Orion's auto-deploy, but I don't understand
why the magic is dependent on the packaging (two jars it works, one jar
it doesn't).

"Juan Lorandi (Chile)" wrote:
> 
> you're missing the ejb-link tag
> refer to the spec for further info
> 
> -Original Message-
> From: Jim Crossley [mailto:[EMAIL PROTECTED]]
> Sent: Viernes, 10 de Noviembre de 2000 13:00
> To: Orion-Interest
> Subject: Re: Multiple beans in one jar
> 
> Well...
> 
> Robert Krueger wrote:
> >
> > same here. check all ejb-refs and the corresponding mappings, it's usually
> > something like that.
> 
> ... I checked, and I'm still confused (and new to orion, so please bear
> with me).  Perhaps I'm expecting too much from orion's auto-deployment
> feature, but I want to understand its logic.
> 
> When I autodeploy my app containing two beans, each in a separate jar
> file, I naturally get two orion-ejb-jar elements (non-pertinent stuff
> omitted):
> 
> 
>   
> 
>   
> 
>   
> 
> 
> 
>   
> 
> 
>   
> 
> 
> This works fine.  My session bean finds my entity bean by the name,
> "java:comp/env/ejb/e", just like I would expect.  But when I put both
> beans in the same jar, carefully combining the separate ejb-jar.xml
> files into one, making sure the data elements (specifically
> ) are the same, I get this orion-ejb-jar file after
> auto-deployment:
> 
> 
>   
> 
>   
> 
> 
> 
>   
> 
> 
> This is precisely what I would expect -- a logical combination of the
> two previous elements.  Unfortunately, this deployment yields the
> following error when the session bean attempts to lookup
> "java:comp/env/ejb/e":
> 
>   javax.naming.NameNotFoundException: e not found
> 
> If I simply change the location attribute of the entity-deployment
> element from "E" to "e", the lookup works.  Why?
> 
> > > > -Original Message-
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Crossley
> > > > Sent: Friday, November 10, 2000 10:19 AM
> > > > To: Orion-Interest
> > > > Subject: Multiple beans in one jar
> > > >
> > > >
> > > > I seem to get different behavior when I package beans in my ear file
> > > > differently.
> > > >
> > > > Within one application (ear), I have one servlet, one session bean,
> and
> > > > one entity bean.  Very simply, the first tells the second to create
> the
> > > > third.
> > > >
> > > > When I package the servlet up into its war file and each bean into its
> > > > own jar file, and then all three into the ear file, everything works
> > > > fine when auto-deployed on orion.
> > > >
> > > > However, if I package the two beans up into the same jar file, I get a
> > > > NameNotFoundException and the transaction is rolled back.  The
> > > > ejb-jar.xml file looks as I would expect -- like a combination of the
> > > > separate ejb-jar.xml files in the working ear.
> > > >
> > > > Before I dig too much further, I was wondering if this was a known
> bug.
> > > > Should I just get in the habit of putting each bean in its own jar
> file?
> > > >

RE: ejb2: EJB->DO, 1 to many problem

[Jim Archer]

OK Tim. Let me know if you don't find it by some time this evening and I 
can look it over this weekend. All I ask is that if you do find it you let 
me know so I can not put time in to it unnecesserally.

I do have the PD1 spec and I'll send it to you, but I can't do so for an 
hour or so. You will find very minor changes, like the removal of the 
deepcopy() method decloration (it was required in pd1, removed in pd2).

Jim


--On Friday, November 10, 2000 3:32 PM -0500 Tim Drury 
<[EMAIL PROTECTED]> wrote:

>
> I took out the bi-directional stuff (I had actually
> tried both ways).  No luck.  I went ahead and upgraded
> to 1.4.4 and it still gave me the same problem.  There
> must be an error in my code (something not abstract
> when it should be or visa versa) or something wrong
> with ejb-jar.xml.
>
> BTW, 1.4.4 still requires you create a  for
> your dependent object collection.
>
> ALSO: do you (or anyone on the list) have a copy of
> the ejb 2.0 pd1 spec?  I have pd2 and pdFinal, but
> not the one that Orion is based on.  Maybe that would
> help me find my problem.  I couldn't find pd1 on the
> sun site.
>
> -tim
>
>> -Original Message-
>> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, November 10, 2000 3:16 PM
>> To: Tim Drury; Orion-Interest
>> Subject: RE: ejb2: EJB->DO, 1 to many problem
>>
>>
>> Tim, I just reviewed your messages again, a bit more
>> carefully. I see your
>> using Orion 1.4 and you have posted your code and descriptors.
>>
>> It looks like you are defineing a *bidirectional*
>> relationship between your
>> EB and dependent. This will fail under Orion 1.4. The example
>> I sent you
>> will fail under 1.4, as it was designed to as a demonstration
>> of the bug. A
>> *unidirectional* relationship will work.
>>
>> Anyhow, I just added a comment to a bit of your descriptor
>> (right below)
>> that will make this a unidirectional relationship. Try that
>> change and if
>> it will deploy. If it does not deploy I'll take some time to
>> look over your
>> code and descriptors when I can, but not right away. I'm just became
>> swamped. Always a crisis!
>>
>> If you need the bidirectional relationship, you'll need to go
>> to 1.4.4,
>> where this is supposed to work, although I have not tested it yet.
>>
>> 
>>EdiFile-EdiEnvelopes
>>
>>
>>
>> EdiFile-has-EdiEnvelopes> tionship-role
>> - name>
>>  one
>>  
>>EdiFileEJB
>>  
>>  
>>envelopes
>>java.util.Collection
>>  
>>
>>
>>
>>
>> EdiEnvelopes-belongsto-EdiFile> b-relationshi
>> p -role-name>
>> many
>>  
>>EdiEnvelope
>>  
>>
>>  
>>
>>
>>
>>  
>>
>>
>>
>>
>>
>>
>> --On Friday, November 10, 2000 2:54 PM -0500 Tim Drury
>> <[EMAIL PROTECTED]> wrote:
>>
>> >
>> > I did put that in.  In fact, it was your examples
>> > that I based all my development on :)
>> >
>> > I just don't see any differences between your
>> > descriptor file and mine.
>> >
>> > -tim
>> >
>> >
>> >> -Original Message-
>> >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>> >> Sent: Friday, November 10, 2000 2:31 PM
>> >> To: Tim Drury; Orion-Interest
>> >> Subject: RE: ejb2: EJB->DO, 1 to many problem
>> >>
>> >>
>> >> Hi Tim...
>> >>
>> >> No, I didn't mean in the relationship tag. Sorry for the
>> >> confusion. My
>> >> fault entirely. I meant in the  tag.
>> >>
>> >> The descriptor I pasted below is an example of one which
>> >> fails to deploy on
>> >> Orion 1.4.0 because of a now fixed Orion bug (I have not yet
>> >> retested but
>> >> Bugzilla says its fixed in 1.4.4). However, if you exampne
>> >> the part that
>> >> defines the entity beans you'll see what I mean. There is a
>> >> comment you
>> >> can't miss.
>> >>
>> >> Let us know if it works and if not we'll look at other things.
>> >>
>> >> Jim
>> >>
>> >>
>> >> 
>> >> > >> JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd">
>> >> 
>> >>   Test Sample EJB 2.0 EB
>> >>   Person
>> >>   
>> >>   
>> >> 2.0
>> >>   Person
>> >>   
>> >> Test20CmpDoOM.eb.Person
>> >>   Test20CmpDoOM.eb.PersonEJB
>> >>   Test20CmpDoOM.eb.PersonHome
>> >>   Test20CmpDoOM.eb.Person
>> >>   
>> >> Test20CmpDoOM.eb.PersonEJB
>> >>   Container
>> >>   
>> >> java.lang.String
>> >>   True
>> >>
>> >>   
>> >>   
>> >>   
>> >> addrDo
>> >>   
>> >> emailDos
>> >>   
>> >>   
>> >> userId
>> >>   
>> >> firstName
>> >>   
>> >> lastName
>> >>
>> >>   userId
>> >>   
>> >>   
>> >>
>> >>   
>> >>   
>> >>   addrDo
>> >>   
>> >> Test20CmpDoOM.eb.AddrDo
>> >>   
>> >> street
>> >>   
>> >> city
>> >>   
>> >> s

RE: Properties

[Jason Smith]

I am assuming you are talking about a java.util.Property file here.  If the
class that wants to access the property file is bundled within a jar, you
should try using the Class.getResource(String name) method.  Just remember
if you put the properties in the root of the jar you need to specify the
name you pass into getResource as "/".

Sun has an article entitled "Accessing Resources in a Location-Independent
Manner" you might want to check out.
http://java.sun.com/j2se/1.3/docs/guide/resources/resources.html

jason

Orion 1.3.8 ignoring persistence-type

[Vidur Dhanda]

Hello,

I need help understanding why a persistence-type directive is being
ignored.

Here's the relevant portions of the ejb-jar.xml:

DiscussionItem
com.epistemic.km.server.DiscussionItemHome
com.epistemic.km.server.DiscussionItem
com.epistemic.km.server.DiscussionItemBean
Container
com.epistemic.util.GUID
False
guid
guid
sid


Here's the orion-ejb-jar.xml that I provide:









GUID is Serializable.  The return type of guid.value is byte[].  I'm
using Hypersonic SQL.  In the schema.xml, there are two relevant
entries:
.


However, when I deploy, the orion-ejb-jar in the deployment directory
has the entry:




The table that is autocreated, has a column of type object for guid.  I
guess, somewhere in the descriptors, I'm confusing Orion.  Please help!

Thanks,
Vidur

--
Vidur Dhanda
Active Solutions
tel: 617/566-1252
[EMAIL PROTECTED]
www.active-solutions-inc.com

One-many set mapping broken in 1.4.4?

[Hani Suleiman]

I have two entity EJB's with a one to many set mapping relationship (all
CMP), this seems to work nicely with 1.4.0, upgrading to 1.4.4 breaks
things though when try to get the set from the parent EJB (the set
returned is null). The getter method is getCategories().Oddly enough
if I print the categories field value within the EJB method, it shows up
correctly, but getCategories() called from another session bean returns
null. Has anyone else had any issues similar to this in 1.4.4?

Hani

RE: Properties

[Russ White]

try putting your jar files in /web-inf/lib
you may have to create the directory.

beer would be nice.
hope that helps.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus
> Naeslund(b)
> Sent: Friday, November 10, 2000 2:45 PM
> To: Orion-Interest
> Subject: Properties
> 
> 
> Preface:
> I decided to try out orion on one of our hevily loaded servers that is
> taking deep punishment ( average load is about 11, max load was 114, is that
> healthy ? :).
> I figured that if it makes a improvement, i'll buy it.
> The site i am "porting" runs on ServletExec.
> After setting the site up it choked on me.
> It couldn't find property files.
> Where ever i put them the package can't find it.
> I've tried it all: in hardcoded classpath, in WEB-INF/classes.
> Everywhere.
> 
> Damn these properties!
> Where should i put properties?
> It's a closed source .jar package that wants a property file.
> It throws a Exception because it can't find file X.
> Can i in any way trace what files orion tries to open, or what that class
> tries to open?
> Can i preload/hardcode a properties file or something?
> 
> Stuff:
> 
> uname -a: Linux host.com 2.2.17 #4 SMP Thu Nov 9 07:21:07 CET 2000 i686
> unknown
> 
> java -version:
> java version "1.2.2"
> Classic VM (build Linux_JDK_1.2.2_FCS, green threads, javacomp)
> 
> Orion 1.3.8
> 
> Any help = beer
> 
> Magnus Naeslund
> 
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>  Programmer/Networker [|] Magnus Naeslund
>  PGP Key: http://www.genline.nu/mag_pgp.txt
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> 
> 
> 
> 

RE: ejb2: EJB->DO, 1 to many problem

[Tim Drury]

I took out the bi-directional stuff (I had actually
tried both ways).  No luck.  I went ahead and upgraded
to 1.4.4 and it still gave me the same problem.  There
must be an error in my code (something not abstract
when it should be or visa versa) or something wrong
with ejb-jar.xml.

BTW, 1.4.4 still requires you create a  for
your dependent object collection.

ALSO: do you (or anyone on the list) have a copy of
the ejb 2.0 pd1 spec?  I have pd2 and pdFinal, but
not the one that Orion is based on.  Maybe that would
help me find my problem.  I couldn't find pd1 on the
sun site.

-tim

> -Original Message-
> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 10, 2000 3:16 PM
> To: Tim Drury; Orion-Interest
> Subject: RE: ejb2: EJB->DO, 1 to many problem
> 
> 
> Tim, I just reviewed your messages again, a bit more 
> carefully. I see your 
> using Orion 1.4 and you have posted your code and descriptors.
> 
> It looks like you are defineing a *bidirectional* 
> relationship between your 
> EB and dependent. This will fail under Orion 1.4. The example 
> I sent you 
> will fail under 1.4, as it was designed to as a demonstration 
> of the bug. A 
> *unidirectional* relationship will work.
> 
> Anyhow, I just added a comment to a bit of your descriptor 
> (right below) 
> that will make this a unidirectional relationship. Try that 
> change and if 
> it will deploy. If it does not deploy I'll take some time to 
> look over your 
> code and descriptors when I can, but not right away. I'm just became 
> swamped. Always a crisis!
> 
> If you need the bidirectional relationship, you'll need to go 
> to 1.4.4, 
> where this is supposed to work, although I have not tested it yet.
> 
> 
>EdiFile-EdiEnvelopes
>
> 
>  
> EdiFile-has-EdiEnvelopes tionship-role
> - name>
>  one
>  
>EdiFileEJB
>  
>  
>envelopes
>java.util.Collection
>  
>
> 
>
>  
> EdiEnvelopes-belongsto-EdiFile b-relationshi
> p -role-name>
> many
>  
>EdiEnvelope
>  
> 
>  
> 
> 
>
>  
> 
> 
> 
> 
> 
> 
> --On Friday, November 10, 2000 2:54 PM -0500 Tim Drury 
> <[EMAIL PROTECTED]> wrote:
> 
> >
> > I did put that in.  In fact, it was your examples
> > that I based all my development on :)
> >
> > I just don't see any differences between your
> > descriptor file and mine.
> >
> > -tim
> >
> >
> >> -Original Message-
> >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, November 10, 2000 2:31 PM
> >> To: Tim Drury; Orion-Interest
> >> Subject: RE: ejb2: EJB->DO, 1 to many problem
> >>
> >>
> >> Hi Tim...
> >>
> >> No, I didn't mean in the relationship tag. Sorry for the
> >> confusion. My
> >> fault entirely. I meant in the  tag.
> >>
> >> The descriptor I pasted below is an example of one which
> >> fails to deploy on
> >> Orion 1.4.0 because of a now fixed Orion bug (I have not yet
> >> retested but
> >> Bugzilla says its fixed in 1.4.4). However, if you exampne
> >> the part that
> >> defines the entity beans you'll see what I mean. There is a
> >> comment you
> >> can't miss.
> >>
> >> Let us know if it works and if not we'll look at other things.
> >>
> >> Jim
> >>
> >>
> >> 
> >>  >> JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd">
> >> 
> >>Test Sample EJB 2.0 EB
> >>Person
> >>
> >>
> >>  2.0
> >>Person
> >>
> >> Test20CmpDoOM.eb.Person
> >>Test20CmpDoOM.eb.PersonEJB
> >>Test20CmpDoOM.eb.PersonHome
> >>Test20CmpDoOM.eb.Person
> >>
> >> Test20CmpDoOM.eb.PersonEJB
> >>Container
> >>
> >> java.lang.String
> >>True
> >>
> >>
> >>
> >>
> >> addrDo
> >>
> >> emailDos
> >>
> >>
> >> userId
> >>
> >> firstName
> >>
> >> lastName
> >>
> >>userId
> >>
> >>
> >>
> >>   
> >>
> >>addrDo
> >>
> >> Test20CmpDoOM.eb.AddrDo
> >>
> >> street
> >>
> >> city
> >>
> >> state
> >>
> >> zip
> >>
> >>
> >>emailDo
> >>
> >> Test20CmpDoOM.eb.EmailDo
> >>
> >> email
> >>
> >> person
> >>
> >>
> >>
> >>
> >>
> >>
> >> Person-Address
> >>
> >>
> >>
> >> Person-has-Address >> ip-role-name>
> >>one
> >>
> >> Test20CmpDoOM.eb.Person >> e-source>
> >>
> >>
> >> addrDo
> >>   

RE: ejb2: EJB->DO, 1 to many problem

[Jim Archer]

Tim, I just reviewed your messages again, a bit more carefully. I see your 
using Orion 1.4 and you have posted your code and descriptors.

It looks like you are defineing a *bidirectional* relationship between your 
EB and dependent. This will fail under Orion 1.4. The example I sent you 
will fail under 1.4, as it was designed to as a demonstration of the bug. A 
*unidirectional* relationship will work.

Anyhow, I just added a comment to a bit of your descriptor (right below) 
that will make this a unidirectional relationship. Try that change and if 
it will deploy. If it does not deploy I'll take some time to look over your 
code and descriptors when I can, but not right away. I'm just became 
swamped. Always a crisis!

If you need the bidirectional relationship, you'll need to go to 1.4.4, 
where this is supposed to work, although I have not tested it yet.


   EdiFile-EdiEnvelopes
   

 
EdiFile-has-EdiEnvelopes
 one
 
   EdiFileEJB
 
 
   envelopes
   java.util.Collection
 
   

   
 
EdiEnvelopes-belongsto-EdiFile
many
 
   EdiEnvelope
 

 


   
 






--On Friday, November 10, 2000 2:54 PM -0500 Tim Drury 
<[EMAIL PROTECTED]> wrote:

>
> I did put that in.  In fact, it was your examples
> that I based all my development on :)
>
> I just don't see any differences between your
> descriptor file and mine.
>
> -tim
>
>
>> -Original Message-
>> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, November 10, 2000 2:31 PM
>> To: Tim Drury; Orion-Interest
>> Subject: RE: ejb2: EJB->DO, 1 to many problem
>>
>>
>> Hi Tim...
>>
>> No, I didn't mean in the relationship tag. Sorry for the
>> confusion. My
>> fault entirely. I meant in the  tag.
>>
>> The descriptor I pasted below is an example of one which
>> fails to deploy on
>> Orion 1.4.0 because of a now fixed Orion bug (I have not yet
>> retested but
>> Bugzilla says its fixed in 1.4.4). However, if you exampne
>> the part that
>> defines the entity beans you'll see what I mean. There is a
>> comment you
>> can't miss.
>>
>> Let us know if it works and if not we'll look at other things.
>>
>> Jim
>>
>>
>> 
>> > JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd">
>> 
>>  Test Sample EJB 2.0 EB
>>  Person
>>  
>>  
>>2.0
>>  Person
>>  
>> Test20CmpDoOM.eb.Person
>>  Test20CmpDoOM.eb.PersonEJB
>>  Test20CmpDoOM.eb.PersonHome
>>  Test20CmpDoOM.eb.Person
>>  
>> Test20CmpDoOM.eb.PersonEJB
>>  Container
>>  
>> java.lang.String
>>  True
>>
>>  
>>  
>>  
>> addrDo
>>  
>> emailDos
>>  
>>  
>> userId
>>  
>> firstName
>>  
>> lastName
>>
>>  userId
>>  
>>  
>>
>>   
>>  
>>  addrDo
>>  
>> Test20CmpDoOM.eb.AddrDo
>>  
>> street
>>  
>> city
>>  
>> state
>>  
>> zip
>>  
>>  
>>  emailDo
>>  
>> Test20CmpDoOM.eb.EmailDo
>>  
>> email
>>  
>> person
>>  
>>  
>>
>>  
>>  
>>  
>> Person-Address
>>  
>>
>>  
>> Person-has-Address> ip-role-name>
>>  one
>>  
>> Test20CmpDoOM.eb.Person> e-source>
>>  
>>  
>> addrDo
>>  
>> Test20CmpDoOM.eb.AddrDo
>>  
>>  
>>  
>>
>>  
>> Address-belongsto-User> onship-role-
>> name>
>>  one
>>  
>> addrDo
>>  
>>  
>>  
>>  
>>  
>> Person-Email
>>  
>>
>>  
>> Person-has-Email> -role-name>
>>  one
>>
>>  
>> Test20CmpDoOM.eb.PersonEJB> role-source>
>>  
>>  
>> emailDos
>>  
>> java.util.Collection
>>  
>>  
>>  
>>
>>  
>> Email-belongsto-User> ship-role-na
>> me>
>>  many
>>  
>> emailDo
>>  
>>  
>>  
>> person
>>  
>> Test20CmpDoOM.eb.Person
>> 

RE: Oracle RDBMS Setup

[Rob Lapensee]

Title: Oracle RDBMS Setup









 

You will
need to get the jdbc driver from oracle (www.oracle.com)
get the classes12_01.zip (not the classes111.zip).

 

Then the
data-sources.xml file in orion/config should have something like the following
as one of the data-source entries:

    

    

   
class="com.evermind.sql.DriverManagerDataSource"

   
name="user1"

   
location="jdbc/OracleCoreDS"

   
xa-location="jdbc/xa/OracleXADS"

   
ejb-location="jdbc/Oracle"

   
connection-driver="oracle.jdbc.driver.OracleDriver"

   
username="user1"

   
password=”password1"

   
url="jdbc:oracle:thin:@(description=(address=(host=192.1.1.1)(protocol=tcp)(port=1521))(connect_data=(sid=S1)))"

   
inactivity-timeout="30"

   
/>

 

 

then use “jdbc/Oracle”
as the jndi lookup to get the DataSource, then use the DataSource to get the
jdbc Connection.

 

 

Regards,

 

Rob Lapensee

Director of Technology

Delfour Corporation

[EMAIL PROTECTED]

www.delfour.com

 

-Original
Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Lee, Se Hee
Sent: Friday, November 10, 2000
1:40 PM
To: Orion-Interest
Subject: Oracle RDBMS Setup

 

How do I set up the Orion to work with
Oracle? I am new to Orion (just downloaded) and try to make it to create
DataSource with Oracle..

Does Orion comes with its own JDBC Driver
for Oracle or should I should Oracle's driver? 

Thanks a lot for any comment and help.. 

Se Hee 

RE: ejb2: EJB->DO, 1 to many problem

[Jim Archer]

Hmmm...

OK, well I'm glad people looked at my examples I guess . It would 
have been nicer if they would work .

What version of Orion are you using?

Jim

--On Friday, November 10, 2000 2:54 PM -0500 Tim Drury 
<[EMAIL PROTECTED]> wrote:

>
> I did put that in.  In fact, it was your examples
> that I based all my development on :)
>
> I just don't see any differences between your
> descriptor file and mine.
>
> -tim
>
>
>> -Original Message-
>> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, November 10, 2000 2:31 PM
>> To: Tim Drury; Orion-Interest
>> Subject: RE: ejb2: EJB->DO, 1 to many problem
>>
>>
>> Hi Tim...
>>
>> No, I didn't mean in the relationship tag. Sorry for the
>> confusion. My
>> fault entirely. I meant in the  tag.
>>
>> The descriptor I pasted below is an example of one which
>> fails to deploy on
>> Orion 1.4.0 because of a now fixed Orion bug (I have not yet
>> retested but
>> Bugzilla says its fixed in 1.4.4). However, if you exampne
>> the part that
>> defines the entity beans you'll see what I mean. There is a
>> comment you
>> can't miss.
>>
>> Let us know if it works and if not we'll look at other things.
>>
>> Jim
>>
>>
>> 
>> > JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd">
>> 
>>  Test Sample EJB 2.0 EB
>>  Person
>>  
>>  
>>2.0
>>  Person
>>  
>> Test20CmpDoOM.eb.Person
>>  Test20CmpDoOM.eb.PersonEJB
>>  Test20CmpDoOM.eb.PersonHome
>>  Test20CmpDoOM.eb.Person
>>  
>> Test20CmpDoOM.eb.PersonEJB
>>  Container
>>  
>> java.lang.String
>>  True
>>
>>  
>>  
>>  
>> addrDo
>>  
>> emailDos
>>  
>>  
>> userId
>>  
>> firstName
>>  
>> lastName
>>
>>  userId
>>  
>>  
>>
>>   
>>  
>>  addrDo
>>  
>> Test20CmpDoOM.eb.AddrDo
>>  
>> street
>>  
>> city
>>  
>> state
>>  
>> zip
>>  
>>  
>>  emailDo
>>  
>> Test20CmpDoOM.eb.EmailDo
>>  
>> email
>>  
>> person
>>  
>>  
>>
>>  
>>  
>>  
>> Person-Address
>>  
>>
>>  
>> Person-has-Address> ip-role-name>
>>  one
>>  
>> Test20CmpDoOM.eb.Person> e-source>
>>  
>>  
>> addrDo
>>  
>> Test20CmpDoOM.eb.AddrDo
>>  
>>  
>>  
>>
>>  
>> Address-belongsto-User> onship-role-
>> name>
>>  one
>>  
>> addrDo
>>  
>>  
>>  
>>  
>>  
>> Person-Email
>>  
>>
>>  
>> Person-has-Email> -role-name>
>>  one
>>
>>  
>> Test20CmpDoOM.eb.PersonEJB> role-source>
>>  
>>  
>> emailDos
>>  
>> java.util.Collection
>>  
>>  
>>  
>>
>>  
>> Email-belongsto-User> ship-role-na
>> me>
>>  many
>>  
>> emailDo
>>  
>>  
>>  
>> person
>>  
>> Test20CmpDoOM.eb.Person
>>  
>>  
>>  
>>  
>>  
>>
>>
>>   
>>  Users
>>  users
>>   
>>
>> 
>>
>>
>> --On Friday, November 10, 2000 2:19 PM -0500 Tim Drury
>> <[EMAIL PROTECTED]> wrote:
>>
>> >
>> > Jim,
>> >
>> > Thanks for the quick response.  I'm using 1.4 and I've
>> > gotten 1:1 to work.  I think my problem may be what
>> > you mentioned about a non-standard CMR field in
>> > ejb-jar.xml.  What are you talking about exactly?
>> > In the  tag?  Here is my relationship
>> > area again:
>> >
>> > 
>> >   EdiFile-EdiEnvelopes
>> >   
>> >
>> >
>> EdiFile-has-EdiEnvelopes> tionship-ro
>> > le- name>
>> > one
>> > 
>> >   EdiFileEJB
>> > 
>> > 
>> >   envelopes
>> >   java.util.Collection
>> > 
>> >   
>> >
>> >   
>> >
>> >
>> EdiEnvelopes-belongsto-EdiFile> b-relations
>> > hip -role-name>
>> > many
>> > 
>> >   EdiEnvelope
>> > 
>> 

RE: ejb2: EJB->DO, 1 to many problem

[Tim Drury]

I did put that in.  In fact, it was your examples
that I based all my development on :)

I just don't see any differences between your
descriptor file and mine.

-tim


> -Original Message-
> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 10, 2000 2:31 PM
> To: Tim Drury; Orion-Interest
> Subject: RE: ejb2: EJB->DO, 1 to many problem
> 
> 
> Hi Tim...
> 
> No, I didn't mean in the relationship tag. Sorry for the 
> confusion. My 
> fault entirely. I meant in the  tag.
> 
> The descriptor I pasted below is an example of one which 
> fails to deploy on 
> Orion 1.4.0 because of a now fixed Orion bug (I have not yet 
> retested but 
> Bugzilla says its fixed in 1.4.4). However, if you exampne 
> the part that 
> defines the entity beans you'll see what I mean. There is a 
> comment you 
> can't miss.
> 
> Let us know if it works and if not we'll look at other things.
> 
> Jim
> 
> 
> 
>  JavaBeans 2.0//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd">
> 
>   Test Sample EJB 2.0 EB
>   Person
>   
>   
> 2.0
>   Person
>   
> Test20CmpDoOM.eb.Person
>   Test20CmpDoOM.eb.PersonEJB
>   Test20CmpDoOM.eb.PersonHome
>   Test20CmpDoOM.eb.Person
>   
> Test20CmpDoOM.eb.PersonEJB
>   Container
>   
> java.lang.String
>   True
> 
>   
>   
>   
> addrDo
>   
> emailDos
>   
>   
> userId
>   
> firstName
>   
> lastName
> 
>   userId
>   
>   
> 
>   
>   
>   addrDo
>   
> Test20CmpDoOM.eb.AddrDo
>   
> street
>   
> city
>   
> state
>   
> zip
>   
>   
>   emailDo
>   
> Test20CmpDoOM.eb.EmailDo
>   
> email
>   
> person
>   
>   
> 
>   
>   
>   
> Person-Address
>   
>  
>   
> Person-has-Address ip-role-name>
>   one
>   
> Test20CmpDoOM.eb.Person e-source>
>   
>   
> addrDo
>   
> Test20CmpDoOM.eb.AddrDo
>   
>   
>   
>  
>   
> Address-belongsto-User onship-role-
> name>
>   one
>   
> addrDo
>   
>   
>   
>   
>   
> Person-Email
>   
>  
>   
> Person-has-Email -role-name>
>   one
>  
>   
> Test20CmpDoOM.eb.PersonEJB role-source>
>   
>   
> emailDos
>   
> java.util.Collection
>   
>   
>   
>  
>   
> Email-belongsto-User ship-role-na
> me>
>   many
>   
> emailDo
>   
>   
>   
> person
>   
> Test20CmpDoOM.eb.Person
>   
>   
>   
>   
>   
> 
>
>   
>  Users
>  users
>   
>
> 
> 
> 
> --On Friday, November 10, 2000 2:19 PM -0500 Tim Drury 
> <[EMAIL PROTECTED]> wrote:
> 
> >
> > Jim,
> >
> > Thanks for the quick response.  I'm using 1.4 and I've
> > gotten 1:1 to work.  I think my problem may be what
> > you mentioned about a non-standard CMR field in
> > ejb-jar.xml.  What are you talking about exactly?
> > In the  tag?  Here is my relationship
> > area again:
> >
> > 
> >   EdiFile-EdiEnvelopes
> >   
> >
> > 
> EdiFile-has-EdiEnvelopes tionship-ro
> > le- name>
> > one
> > 
> >   EdiFileEJB
> > 
> > 
> >   envelopes
> >   java.util.Collection
> > 
> >   
> >
> >   
> >
> > 
> EdiEnvelopes-belongsto-EdiFile b-relations
> > hip -role-name>
> > many
> > 
> >   EdiEnvelope
> > 
> > 
> >ediFile
> >
> >   
> > 
> >
> >
> >> -Original Message-
> >> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> >> Sent: Friday, November 10, 2000 1:14 PM
> >> To: Orion-Interest
> >> Cc: Tim Drury
> >> Subject: Re: ejb2: EJB->DO, 1 to many problem
> >>
> >>
> >> Hi Tim...
> >>
> >> I'll take a stab at trying to help wit

MORE INFO: Multiple websites/virtual domains on one server not found

[Drew Kidder]

Here's some more information based on what I've found.

THE SETUP (in $ORION_HOME/config, on host "orionhost")

1. I have a web-site.xml file for each of the two sites that I want to run 
under Orion (cs2k-web-site.xml and twsm-web-site.xml). Each file contains a 
line like this (sub "cs2k" in for "twsm" for cs2k-web-site.xml):

 

2. I have added the following lines to the end of server.xml:

 
 

 
 

3. I have added the following lines to application.xml, under the default 
web-module tag:

 
 

4. All other files remain unmodified, and the default-web-site.xml has the 
root set to "/".

Now, the application that comes up when entering a URL of http://orionhost/ 
is the first app to be defined in server.xml.  I have verified this by 
switching the declarations, and the other site comes up as the default. I 
do not know how to get the browser to display the other site, as 
http://orionhost/cs2k and http://orionhost/twsm both yield 404 
errors.  Also, since I have defined the default website with a root of "/", 
shouldn't http://orionhost/ output the default web page, rather than one of 
my webapps?  Currently, the same host:port will be serving both 
websites.  They may get differing virtual domains in the future.

So, can anyone tell me how I can view both websites on the same 
server?  Can anyone see what I'm missing here?

>At 07:12 PM 11/09/2000 -0600, you wrote:
>>Locations of web sites has nothing to do with context roots.
>>
>>In your web-site.xml file, in the  element, set the path or
>>root (can't remember which) to /twsm and it should work.
>>
>>-mike
>>
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED]]On Behalf Of Drew Kidder
>> > Sent: Friday, November 10, 2000 8:58 AM
>> > To: Orion-Interest
>> > Subject: Multiple websites/virtual domains on one server not found
>> >
>> >
>> > I've been perusing the back emails from the list regarding
>> > virtual domains
>> > and multiple sites on one host.  I have the following setup,
>> > running Orion
>> > 1.3.8:
>> >
>> > 1.  I have set up one site under $ORION_HOME/applications/cs2k, and the
>> > other under $ORION_HOME/applications/twsm.
>> > 2.  In $ORION_HOME/config, I have created a cs2k-web-site.xml and
>> > twsm-web-site.xml. In the default-web-site.xml I have added all the
>> > requisite information as per the docs, and per the emails which I
>> > have read
>> > in the archive.
>> >
>> > Earlier, I was running the twsm site as the only site under this
>> > installation. I also had it as the default app (meaning that
>> > http://orionhost/ would pull up the app).  Now that I have two
>> > apps running
>> > under orion, I'm not sure how to call them.  Going to http://orionhost/
>> > still gives me the twsm site, but http://orionhost/twsm does not give me
>> > the twsm site, and http://orionhost/cs2k does not give me the cs2k site.
>> >
>> > What should the URL be to access each of these sites?  In the respective
>> > application.xml files, I have added the  directive to the
>> >  module definition.  For example, the twsm looks like
>> > this:  /twsm.  Shouldn't that force
>> > it to look
>> > for http://orionhost/ ?
>> >
>> > Any help would be appreciated.
>> >
>> > --
>> > Andrew Kidder
>> > L3 SW/Support Engineer, IBU
>> > Tivoli Systems
>> >
>> > 512-436-4544
>> > [EMAIL PROTECTED]
>> > http://www.tivoli.com
>> >
>> >
>> >
>> >


--
Andrew Kidder
L3 SW/Support Engineer, IBU
Tivoli Systems

512-436-4544
[EMAIL PROTECTED]
http://www.tivoli.com

Properties

[Magnus Naeslund\(b\)]

Preface:
I decided to try out orion on one of our hevily loaded servers that is
taking deep punishment ( average load is about 11, max load was 114, is that
healthy ? :).
I figured that if it makes a improvement, i'll buy it.
The site i am "porting" runs on ServletExec.
After setting the site up it choked on me.
It couldn't find property files.
Where ever i put them the package can't find it.
I've tried it all: in hardcoded classpath, in WEB-INF/classes.
Everywhere.

Damn these properties!
Where should i put properties?
It's a closed source .jar package that wants a property file.
It throws a Exception because it can't find file X.
Can i in any way trace what files orion tries to open, or what that class
tries to open?
Can i preload/hardcode a properties file or something?

Stuff:

uname -a: Linux host.com 2.2.17 #4 SMP Thu Nov 9 07:21:07 CET 2000 i686
unknown

java -version:
java version "1.2.2"
Classic VM (build Linux_JDK_1.2.2_FCS, green threads, javacomp)

Orion 1.3.8

Any help = beer

Magnus Naeslund

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Programmer/Networker [|] Magnus Naeslund
 PGP Key: http://www.genline.nu/mag_pgp.txt
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

DataSource setup

[Lee, Se Hee]

Title: DataSource setup





Is there any way that I can verify the datasource setup once orion is running?


Here is my datasource xml, but I don't know if it's binded correctly or not.


Se Hee


    
        class="com.evermind.sql.DriverManagerDataSource"
        name="Oracle"
        location="jdbc/modevdb"
        xa-location="jdbc/xa/modevdb"
        ejb-location="jdbc/modevdb"
        connection-driver="oracle.jdbc.driver.OracleDriver"
        username="username"
        password="password"
        url="jdbc:oracle:thin:@192.168.100.25:1521:modevdb"
        inactivity-timeout="30"
    />

RE: ejb2: EJB->DO, 1 to many problem

[Jim Archer]

Hi Tim...

No, I didn't mean in the relationship tag. Sorry for the confusion. My 
fault entirely. I meant in the  tag.

The descriptor I pasted below is an example of one which fails to deploy on 
Orion 1.4.0 because of a now fixed Orion bug (I have not yet retested but 
Bugzilla says its fixed in 1.4.4). However, if you exampne the part that 
defines the entity beans you'll see what I mean. There is a comment you 
can't miss.

Let us know if it works and if not we'll look at other things.

Jim



http://java.sun.com/j2ee/dtds/ejb-jar_2_0.dtd">

Test Sample EJB 2.0 EB
Person


  2.0
Person
Test20CmpDoOM.eb.Person
Test20CmpDoOM.eb.PersonEJB
Test20CmpDoOM.eb.PersonHome
Test20CmpDoOM.eb.Person
Test20CmpDoOM.eb.PersonEJB
Container
java.lang.String
True



addrDo
emailDos

userId
firstName
lastName

userId



  

addrDo
Test20CmpDoOM.eb.AddrDo
street
city
state
zip


emailDo
Test20CmpDoOM.eb.EmailDo
email
person





Person-Address

 
Person-has-Address
one

Test20CmpDoOM.eb.Person

addrDo

Test20CmpDoOM.eb.AddrDo



 
Address-belongsto-User
one

addrDo




Person-Email

 
Person-has-Email
one
 
Test20CmpDoOM.eb.PersonEJB

emailDos

java.util.Collection



 
Email-belongsto-User
many

emailDo


person

Test20CmpDoOM.eb.Person






   
  
 Users
 users
  
   



--On Friday, November 10, 2000 2:19 PM -0500 Tim Drury 
<[EMAIL PROTECTED]> wrote:

>
> Jim,
>
> Thanks for the quick response.  I'm using 1.4 and I've
> gotten 1:1 to work.  I think my problem may be what
> you mentioned about a non-standard CMR field in
> ejb-jar.xml.  What are you talking about exactly?
> In the  tag?  Here is my relationship
> area again:
>
> 
>   EdiFile-EdiEnvelopes
>   
>
> EdiFile-has-EdiEnvelopes le- name>
> one
> 
>   EdiFileEJB
> 
> 
>   envelopes
>   java.util.Collection
> 
>   
>
>   
>
> EdiEnvelopes-belongsto-EdiFile hip -role-name>
> many
> 
>   EdiEnvelope
> 
> 
>ediFile
>
>   
> 
>
>
>> -Original Message-
>> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, November 10, 2000 1:14 PM
>> To: Orion-Interest
>> Cc: Tim Drury
>> Subject: Re: ejb2: EJB->DO, 1 to many problem
>>
>>
>> Hi Tim...
>>
>> I'll take a stab at trying to help with this. I have done a
>> lot of work
>> with dependent objects.
>>
>> First, using Orion 1.4.0 I found that unidirectional
>> dependents work as
>> they should (when an EB has dependents). If you have an EB
>> with dependents
>> in a 1-to-1 relationship, Orion will create one table and map
>> the fields of
>> the dependent into the table for the EB. If you have a 1-ri-n
>> relationship,
>> Orion will create two tables.
>>
>> I have found that Orion 1.4.0 does work with dependents in a
>> unidirectional
>> relationship properly. The error your reporting seems to indicate a
>> descriptor error. Remember that Orion 1.4.0 has a bug in
>> which you must
>> define the CMR field also as a CMP field (in violation of all
>> EJB 2.0 spec
>> revisions).
>>
>> I have also found that Orion 1.4.0 fasils to work p

RE: ejb2: EJB->DO, 1 to many problem

[Tim Drury]

Jim,

Thanks for the quick response.  I'm using 1.4 and I've
gotten 1:1 to work.  I think my problem may be what
you mentioned about a non-standard CMR field in 
ejb-jar.xml.  What are you talking about exactly?
In the  tag?  Here is my relationship
area again:


  EdiFile-EdiEnvelopes
  
 
EdiFile-has-EdiEnvelopes
one

  EdiFileEJB


  envelopes
  java.util.Collection

  
 
  
 
EdiEnvelopes-belongsto-EdiFile
many

  EdiEnvelope


   ediFile
   
  



> -Original Message-
> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 10, 2000 1:14 PM
> To: Orion-Interest
> Cc: Tim Drury
> Subject: Re: ejb2: EJB->DO, 1 to many problem
> 
> 
> Hi Tim...
> 
> I'll take a stab at trying to help with this. I have done a 
> lot of work 
> with dependent objects.
> 
> First, using Orion 1.4.0 I found that unidirectional 
> dependents work as 
> they should (when an EB has dependents). If you have an EB 
> with dependents 
> in a 1-to-1 relationship, Orion will create one table and map 
> the fields of 
> the dependent into the table for the EB. If you have a 1-ri-n 
> relationship, 
> Orion will create two tables.
> 
> I have found that Orion 1.4.0 does work with dependents in a 
> unidirectional 
> relationship properly. The error your reporting seems to indicate a 
> descriptor error. Remember that Orion 1.4.0 has a bug in 
> which you must 
> define the CMR field also as a CMP field (in violation of all 
> EJB 2.0 spec 
> revisions).
> 
> I have also found that Orion 1.4.0 fasils to work properly with 
> bidirectional dependent relationships. According to Bugzilla, 
> this has been 
> fixed in Orion 1.4.4 but I have not attempted to test this yet.
> 
> If you can tell us what version of Orion your using and post 
> the relevant 
> portion of your descriptor we can probably offer better assistence.
> 
> Jim
> 
> 
> --On Friday, November 10, 2000 10:42 AM -0500 Tim Drury 
> <[EMAIL PROTECTED]> wrote:
> 
> >
> > I've gotten EJB->dep obj working for 1-to-1 and
> > I've gotten EJB->EJB 1-to-1 and 1-to-many working.
> > But for the life of me, I cannot get EJB->dep obj
> > working for 1-to-many.
> >
> > The object model is:
> >
> > EdiFile(EJB)  1 to N - EdiEnvelope (DO)
> >
> > This is a unidirectional relationship.  I think
> > someone has been trying bi-directional with no
> > luck.
> >
> > The problem manifests itself in two ways.  First,
> > Orion throws an error when it tries to compiles
> > the stubs/skeletons:
> >
> > class EdiEnvelope_Dependent0 is an abstract class.
> > It can't be instantiated.
> >
> > (well this is obvious; dependent objects are supposed
> > to be abstract).
> >
> > Second, the database table for my EJB doesn't contain
> > _any_ reference to the dependent object.  BTW, the
> > table for the dependent object looks fine.
> >
> > Thanks for any help,
> > -tim
> >
> >
> >
> > Here is my dependent object:
> >
> > --
> > package com.tfc.ejb;
> >
> > import java.rmi.RemoteException;
> > import javax.ejb.RemoveException;
> >
> > import java.util.Date;
> > import java.util.Collection;
> > import java.util.Iterator;
> >
> > public abstract class EdiEnvelope implements java.io.Serializable
> > {
> >public abstract void setSenderIdQualifier(String s) throws
> > RemoteException;
> >public abstract void setSenderId(String s) throws 
> RemoteException;
> >public abstract void setReceiverIdQualifier(String s) throws
> > RemoteException;
> >public abstract void setReceiverId(String s) throws 
> RemoteException;
> >public abstract void setDate(Date d) throws RemoteException;
> >public abstract void setVersion(String s) throws RemoteException;
> >public abstract void setControlNumber(long l) throws 
> RemoteException;
> >public abstract void setAck(boolean b) throws RemoteException;
> >public abstract void setNumberOfGroups(int i) throws 
> RemoteException;
> >public abstract void setTransactionSets(Collection c) throws
> > RemoteException;
> >public abstract void setId(String s) throws RemoteException;
> >
> >public abstract String getSenderIdQualifier() throws 
> RemoteException;
> >public abstract String getSenderId() throws RemoteException;
> >public abstract String getReceiverIdQualifier() throws 
> RemoteException;
> >public abstract String getReceiverId() throws RemoteException;
> >public abstract Date getDate() throws RemoteException;
> >public abstract String getVersion() throws RemoteException;
> >public abstract long getControlNumber() throws RemoteException;
> >public abstract boolean getAck() throws RemoteException;
> >public abstract int getNumberOfGroups() throws RemoteException;
> >public abstract Collection getTransactionSets() throws 
> RemoteException;
> >public abstract String getId() throws RemoteException;
> >
> >public String ejbCreateEdiEnvelope() throws R

RE: URGENT: talking with other app server?

[Juan Lorandi (Chile)]

you can't... yet (No IIOP in Orion yet)
and mostly, what IIOP(Internet Inter-ORB Protocol) provides is ORB
communication,
the ORB (Object Request Broker) is the one that provides your beans
services, and provides
beans to its clients...

In an EJB architecture, it may be easy to implement distrubuted
transactions, for instance, thanks to IIOP + 2PC commit/ OpenXA
transactions, but applying security (which is server specific) can become
hell

Also, if the JNDI of a given server doesn't support it, it can be tricky to
code the beans;

My advise is to create/obtain client jars which are mainly the remote & home
interfaces;
Always narrow Objects >>PortableRemoteObject.narrow (MyBean.Class)<<

Perhaps if you elaborate further the List may be of assistance

HTH,

JP

(P.S.: I hope you don't want to interact with Oracle App Servers, OAS or
IAS... for the mission isn't hard, it's just impossible  ;-)

-Original Message-
From: James Ho [mailto:[EMAIL PROTECTED]]
Sent: Viernes, 10 de Noviembre de 2000 13:19
To: Orion-Interest
Subject: Re: URGENT: talking with other app server?


"Juan Lorandi (Chile)" wrote:
> 
> To connect different App servers (diff vendors) IIOP will be used
> 

How can I do that with Orion?

James

Web upload of a Java class

[Storm Linux User]

Hi...

I need to upload a compiled class to my Orion application and then execute
some methods of it. Anybody knows how can I do it?

[]s
Guilherme Ceschiatti
[EMAIL PROTECTED]

Oracle RDBMS Setup

[Lee, Se Hee]

Title: Oracle RDBMS Setup





How do I set up the Orion to work with Oracle? I am new to Orion (just downloaded) and try to make it to create DataSource with Oracle..

Does Orion comes with its own JDBC Driver for Oracle or should I should Oracle's driver?


Thanks a lot for any comment and help..


Se Hee

Re: ejb2: EJB->DO, 1 to many problem

[Jim Archer]

Hi Tim...

I'll take a stab at trying to help with this. I have done a lot of work 
with dependent objects.

First, using Orion 1.4.0 I found that unidirectional dependents work as 
they should (when an EB has dependents). If you have an EB with dependents 
in a 1-to-1 relationship, Orion will create one table and map the fields of 
the dependent into the table for the EB. If you have a 1-ri-n relationship, 
Orion will create two tables.

I have found that Orion 1.4.0 does work with dependents in a unidirectional 
relationship properly. The error your reporting seems to indicate a 
descriptor error. Remember that Orion 1.4.0 has a bug in which you must 
define the CMR field also as a CMP field (in violation of all EJB 2.0 spec 
revisions).

I have also found that Orion 1.4.0 fasils to work properly with 
bidirectional dependent relationships. According to Bugzilla, this has been 
fixed in Orion 1.4.4 but I have not attempted to test this yet.

If you can tell us what version of Orion your using and post the relevant 
portion of your descriptor we can probably offer better assistence.

Jim


--On Friday, November 10, 2000 10:42 AM -0500 Tim Drury 
<[EMAIL PROTECTED]> wrote:

>
> I've gotten EJB->dep obj working for 1-to-1 and
> I've gotten EJB->EJB 1-to-1 and 1-to-many working.
> But for the life of me, I cannot get EJB->dep obj
> working for 1-to-many.
>
> The object model is:
>
> EdiFile(EJB)  1 to N - EdiEnvelope (DO)
>
> This is a unidirectional relationship.  I think
> someone has been trying bi-directional with no
> luck.
>
> The problem manifests itself in two ways.  First,
> Orion throws an error when it tries to compiles
> the stubs/skeletons:
>
> class EdiEnvelope_Dependent0 is an abstract class.
> It can't be instantiated.
>
> (well this is obvious; dependent objects are supposed
> to be abstract).
>
> Second, the database table for my EJB doesn't contain
> _any_ reference to the dependent object.  BTW, the
> table for the dependent object looks fine.
>
> Thanks for any help,
> -tim
>
>
>
> Here is my dependent object:
>
> --
> package com.tfc.ejb;
>
> import java.rmi.RemoteException;
> import javax.ejb.RemoveException;
>
> import java.util.Date;
> import java.util.Collection;
> import java.util.Iterator;
>
> public abstract class EdiEnvelope implements java.io.Serializable
> {
>public abstract void setSenderIdQualifier(String s) throws
> RemoteException;
>public abstract void setSenderId(String s) throws RemoteException;
>public abstract void setReceiverIdQualifier(String s) throws
> RemoteException;
>public abstract void setReceiverId(String s) throws RemoteException;
>public abstract void setDate(Date d) throws RemoteException;
>public abstract void setVersion(String s) throws RemoteException;
>public abstract void setControlNumber(long l) throws RemoteException;
>public abstract void setAck(boolean b) throws RemoteException;
>public abstract void setNumberOfGroups(int i) throws RemoteException;
>public abstract void setTransactionSets(Collection c) throws
> RemoteException;
>public abstract void setId(String s) throws RemoteException;
>
>public abstract String getSenderIdQualifier() throws RemoteException;
>public abstract String getSenderId() throws RemoteException;
>public abstract String getReceiverIdQualifier() throws RemoteException;
>public abstract String getReceiverId() throws RemoteException;
>public abstract Date getDate() throws RemoteException;
>public abstract String getVersion() throws RemoteException;
>public abstract long getControlNumber() throws RemoteException;
>public abstract boolean getAck() throws RemoteException;
>public abstract int getNumberOfGroups() throws RemoteException;
>public abstract Collection getTransactionSets() throws RemoteException;
>public abstract String getId() throws RemoteException;
>
>public String ejbCreateEdiEnvelope() throws RemoteException
>{
>   this.setId( (new java.rmi.server.UID()).toString() );
>   return null;
>}
>public void ejbPostCreateEdiEnvelope() { }
>public abstract EdiEnvelope deepCopy();
>
> } // end EdiEnvelope
> --
>
> Here is my EJB:
>
> --
> package com.tfc.ejb;
>
> import javax.ejb.EntityBean;
> import javax.ejb.CreateException;
> import javax.ejb.RemoveException;
> import java.rmi.RemoteException;
> import javax.ejb.EntityContext;
>
> import java.util.Date;
> import java.util.Iterator;
> import java.util.Collection;
>
> public abstract class EdiFileEJB implements EntityBean
> {
>private EntityContext ec;
>
>// accessors
>
>public void setEntityContext(EntityContext ec) { this.ec = ec; }
>public void unsetEntityContext()   { ec = null; }
>
>public abstract void setFilename(String s);
>public abstract void

RE: Multiple beans in one jar

[Juan Lorandi (Chile)]

you're missing the ejb-link tag
refer to the spec for further info

-Original Message-
From: Jim Crossley [mailto:[EMAIL PROTECTED]]
Sent: Viernes, 10 de Noviembre de 2000 13:00
To: Orion-Interest
Subject: Re: Multiple beans in one jar


Well...

Robert Krueger wrote:
> 
> same here. check all ejb-refs and the corresponding mappings, it's usually
> something like that.

... I checked, and I'm still confused (and new to orion, so please bear
with me).  Perhaps I'm expecting too much from orion's auto-deployment
feature, but I want to understand its logic.

When I autodeploy my app containing two beans, each in a separate jar
file, I naturally get two orion-ejb-jar elements (non-pertinent stuff
omitted):


  

  

  



  


  


This works fine.  My session bean finds my entity bean by the name,
"java:comp/env/ejb/e", just like I would expect.  But when I put both
beans in the same jar, carefully combining the separate ejb-jar.xml
files into one, making sure the data elements (specifically
) are the same, I get this orion-ejb-jar file after
auto-deployment:


  

  



  


This is precisely what I would expect -- a logical combination of the
two previous elements.  Unfortunately, this deployment yields the
following error when the session bean attempts to lookup
"java:comp/env/ejb/e":

  javax.naming.NameNotFoundException: e not found

If I simply change the location attribute of the entity-deployment
element from "E" to "e", the lookup works.  Why?

> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Crossley
> > > Sent: Friday, November 10, 2000 10:19 AM
> > > To: Orion-Interest
> > > Subject: Multiple beans in one jar
> > >
> > >
> > > I seem to get different behavior when I package beans in my ear file
> > > differently.
> > >
> > > Within one application (ear), I have one servlet, one session bean,
and
> > > one entity bean.  Very simply, the first tells the second to create
the
> > > third.
> > >
> > > When I package the servlet up into its war file and each bean into its
> > > own jar file, and then all three into the ear file, everything works
> > > fine when auto-deployed on orion.
> > >
> > > However, if I package the two beans up into the same jar file, I get a
> > > NameNotFoundException and the transaction is rolled back.  The
> > > ejb-jar.xml file looks as I would expect -- like a combination of the
> > > separate ejb-jar.xml files in the working ear.
> > >
> > > Before I dig too much further, I was wondering if this was a known
bug.
> > > Should I just get in the habit of putting each bean in its own jar
file?
> > >

ejbVoyager - an ejb 1.1 unit tester

[Reid Hartenbower]

Hi.  
ejbVoyager is a open-source, GNU General Public 
License, jdk1.3/swing client application for generic unit testing, via 
reflection, of enitity and session EJBs.  It has been tested with 
WebLogic5.1 and 6 beta, and Orion 1.3.8 but should run with any EJB1.1 
container if you have the necessary client classes (eg the context factory 
class) in your classpath. 
 
ejbVoyager v1.5.1 is available, temporarily, at http://4.3.14.35/ejbVoyager.html  
Anyone willing to mirror may go ahead and do so; just let me know where, 
please.
 
I can offer no support right now, though I am 
interested in bug reports and developers wishing to work on it.  I've 
created a SourceForge project but I have had difficulties using CVS and the 
version of ejbVoyager that's there now is very stale ( help with this, 
anyone?)  
 
Please include "ejbVoyager" in the subject of 
emails concerning ejbVoyager to help me route.

RE: 1.4.4 OR Collection classes

[Juan Lorandi (Chile)]

We've had this problem so long ago I didn't even remeber about it
Here our collection:

package net.amtec.util;

//import java.util.*;

public class Collection extends java.util.Vector implements
java.io.Serializable
{
}

we use net.amtec.util.Collection whenever a serializable Collection/Vector
is needed

My 2c,

JP
-Original Message-
From: Thomas Munro [mailto:[EMAIL PROTECTED]]
Sent: Viernes, 10 de Noviembre de 2000 10:56
To: Orion-Interest
Cc: Orion-Interest
Subject: Re: 1.4.4 OR Collection classes


Vidur,

This looks in same ways similar to the problem that I reported a couple of
days ago.

That is, Orion 1.3.8 allowed non-serializable objects to be returned to
the client if running in the same JVM (which should of course not be
allowed).

1.4.3 on the other hand behaves differently - rather than throwing a
java.io.NonSerializableException (?) or something like that (which I
suppose would be correct behavour although I haven't looked in the spec),
it just returns a null and says nothing.

Perhaps you are experiencing this kind of problem?

Unfortunately it is not always clear whether an object referred to by its
interface type is serializable.  I am in the middle of fixing a load of
beans that returned Iterators, which worked fine on Orion 1.3.8.  Of
course Iterator is an interface, and I discovered when I upgrade to Orion
1.4.3 that the objects that backed the Iterator objects returned by JDK
1.1's Vector and JDK 1.2's ArrayList (etc.) were *not* serializable.

I found it useful to use an ObjectOutputStream to write the returned
object out to System.out, wrapped in a try-catch block that printed the
stack trace.  The resulting exception messages told me what the offending
classes were (for example java.util.AbstractList$Itr, and also
RuleBasedComparator which I had been using to sort sets).

Maybe this is totally unrelated but the symptoms seem similar enough so I
though I'd mention it.  Good luck ;)

-- 
Thomas Munro <[EMAIL PROTECTED]>
 http://www.gi-technology.com/
 GI Technology (Paris)

On Wed, 8 Nov 2000, Vidur Dhanda wrote:

> Hello,
> 
> Earlier today I had reported a problem with the Map class.  There is
> also a problem with the List class.  When the CMP entity is retrieved
> and the CMP List field is empty, it is returned to the client as null.
> Both the Map and the List work fine under 1.3.8.
> 
> Vidur
> 
> 
> 
> 

Re: Does Orion support CMP using user defined types?

[Joe Walnes]

> > Does Orion support CMP using user defined types?
> > e.g. oracle objects?
> >
>You can set the  in the orion-ejb.jar

You can also use custom mappings such as storing one type of bean in a 
distinct oracle object.

To do this you can implement your own FieldPersistenceManager.

See http://www.orionserver.com/docs/api/

-Joe Walnes

RE: Multiple websites/virtual domains on one server not found

[Drew Kidder]

But what should the URL look like?  Should I be able to type in 
http://orionhost/cs2k and http://orionhost/twsm to get each respective 
site?  If so, that's not working. I just get 404 errors.


At 07:12 PM 11/09/2000 -0600, you wrote:
>Locations of web sites has nothing to do with context roots.
>
>In your web-site.xml file, in the  element, set the path or
>root (can't remember which) to /twsm and it should work.
>
>-mike
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Drew Kidder
> > Sent: Friday, November 10, 2000 8:58 AM
> > To: Orion-Interest
> > Subject: Multiple websites/virtual domains on one server not found
> >
> >
> > I've been perusing the back emails from the list regarding
> > virtual domains
> > and multiple sites on one host.  I have the following setup,
> > running Orion
> > 1.3.8:
> >
> > 1.  I have set up one site under $ORION_HOME/applications/cs2k, and the
> > other under $ORION_HOME/applications/twsm.
> > 2.  In $ORION_HOME/config, I have created a cs2k-web-site.xml and
> > twsm-web-site.xml. In the default-web-site.xml I have added all the
> > requisite information as per the docs, and per the emails which I
> > have read
> > in the archive.
> >
> > Earlier, I was running the twsm site as the only site under this
> > installation. I also had it as the default app (meaning that
> > http://orionhost/ would pull up the app).  Now that I have two
> > apps running
> > under orion, I'm not sure how to call them.  Going to http://orionhost/
> > still gives me the twsm site, but http://orionhost/twsm does not give me
> > the twsm site, and http://orionhost/cs2k does not give me the cs2k site.
> >
> > What should the URL be to access each of these sites?  In the respective
> > application.xml files, I have added the  directive to the
> >  module definition.  For example, the twsm looks like
> > this:  /twsm.  Shouldn't that force
> > it to look
> > for http://orionhost/ ?
> >
> > Any help would be appreciated.
> >
> > --
> > Andrew Kidder
> > L3 SW/Support Engineer, IBU
> > Tivoli Systems
> >
> > 512-436-4544
> > [EMAIL PROTECTED]
> > http://www.tivoli.com
> >
> >
> >
> >


--
Andrew Kidder
L3 SW/Support Engineer, IBU
Tivoli Systems

512-436-4544
[EMAIL PROTECTED]
http://www.tivoli.com

Re: URGENT: talking with other app server?

[James Ho]

Kesha Sibilev wrote:
> 
> There is already such a common protocol.  It is CORBA/IIOP. But as I know
> Orion server does not support it yet.


oic...then pls dis-regard my last post.


When has that been specified? ie in which EJB/J2EE spec?

james.

Re: URGENT: talking with other app server?

[James Ho]

"Juan Lorandi (Chile)" wrote:
> 
> To connect different App servers (diff vendors) IIOP will be used
> 

How can I do that with Orion?

James

RE: Orion & JBuilder 4 Enterprise

[Alexander Sparkowsky]

Russ,

how did you manage to include the orion specific stuff (e. g. CMP field
mappings in orion-ejb-jar etc.) into the jar or your deployment? Or do you
create and copy them manualy?

Alex

>josh,
>
>I am already using JBuilder4E with Orion. And deployment is a breeze. Just
point
>Orion to the ejb-grp.jar that JBuilder creates and your are golden. Also,
the
>EJB 2.0 support in JBuilder seams to be working fine. Just deployed a
series of
>entity beans with 1..1, 1..*, *..1 OR dependent mapping this morning with
no
>problem. I am writing a *..* mapping right now. JPDA also works without a
hitch.
>
>I am developing on Linux, and NT/W2K
>
>As for the OpenTools API,if you get something working let me know.
>I have had a hard time getting my attempts at OpenTools to work at all.
>I would be thrilled to see what you can do.
>
>Russ

Alexander Sparkowsky
LambdaLogic Informationssysteme GmbH, Berlin, Germany
Tel: +49-30-2936385-0, Fax: +49-30-2936385-0
E-Mail: [EMAIL PROTECTED]

Re: Please Help with Orion Debuging (Third Post !") Please Help !!!

[Hani Suleiman]

Make sure that the code that is calling the println is actually being
called, and that you're not redirecting System.out to a file.

On Fri, 10 Nov 2000, Sven van 't Veer wrote:

> 
> 
> [EMAIL PROTECTED] wrote:
> > 
> > Greetings !
> > 
> > I have migrated my ejb to Orion, these ejb has System.out.println("flags")
> > that Orion doesn't show in the console.
> > I'm runing orion in this way:java -jar Orion.jar
> > I don't know if I have to run orion in an special >way or do any
> > configuration in order to get that orion show the
> > System.out.println("flags") in the console ?
> > 
> > thanks
> 
> Don't understand what goes wrong. I print to stdout all the time using
> orion
> 
> 

RE: URGENT: talking with other app server?

[Juan Lorandi (Chile)]

To connect different App servers (diff vendors) IIOP will be used

-Original Message-
From: James Ho [mailto:[EMAIL PROTECTED]]
Sent: Jueves, 09 de Noviembre de 2000 16:08
To: Orion-Interest
Subject: Re: URGENT: talking with other app server?


Hi there,

So..basically..if I build a system that needs to contact to different
app servers, I'd have to grab each of their classes?

Will there be, in the future, be specified by Sun,  the way this is
done?  like..maybe a common protocol they have to speak or something?

Regards, James,

On Thu, 9 Nov 2000 10:28:26 +0530, you wrote:

>Hi James.
>
>I think , you can implement it.
>Your servlet  will just act as a client for other Application server.
>
>For weblogic, you can download the evaluation version of Weblogic which is
>free.
>After deploying the bean to Weblogic you can include following lines
>in the servlet.
>
>Properties p = new Properties();
>p.put(javax.naming.Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLInitial
C
>ontextFactory");
>
>p.put(javax.naming.Context.PROVIDER_URL,"t3://:7001");
>p.put(Context.SECURITY_PRINCIPAL,"");
>p.put(Context.SECURITY_CREDENTIALS,"");
>
> Context cx = new InitialContext(p);
> Object objHome  = cx.lookup(""); [jndi-name  which is
>specified in weblogic-ejb-jar.xml]
>.etc.
>
>While running Orion you have to also provide the classpath for Weblogic to
>get Initial Context factory
>which can be
>\classes .
>
>
>- Original Message -
>From: James Ho <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Sent: Tuesday, November 07, 2000 9:31 AM
>Subject: URGENT: talking with other app server?
>
>
>> Hi everyone.
>>
>> Is it possible for a servlet deployed in orion talk to other app server
>> to access its beans?  if so, how? what is the requirement?
>>
>>
>> I have got Orion using JNDI to use another Orion's bean, my main concern
>> is the fact that when initiating the JNDI context, I would have to
>> setthe property:
>> Properties props = new Properties();
>> props.put("java.naming.factory.initial",
>> "com.evermind.server.rmi.RMIInitialContextFactory");
>> props.put("java.naming.provider.url", provider.getPath());
>> props.put("java.naming.security.principal",
>> provider.getRemoteLogin());
>> props.put("java.naming.security.credentials",
>> provider.getRemotePasswd());
>> props.put("dedicated.connection","true");
>> props.put("classLoader",StampHome.class.getClassLoader());
>> context = new InitialContext(props);
>>
>> What if talking with weblogic?  I would have to change the
>> ContextFactory..can I download any impl from weblogic and use it (for
>> free) ?
>>
>> If you can help, please reply Asap, thanks a million!
>>
>> James.
>
>

Re: Please Help with Orion Debuging (Third Post !") Please Help !!!

[Thomas Munro]

Michel,

This a bug in a certain version of Orion from a few weeks ago.  Try
updating and see if that improves things.  (java -jar autoupdate.jar)

-- 
Thomas Munro <[EMAIL PROTECTED]>
 http://www.gi-technology.com/
 GI Technology (Paris)

On Fri, 10 Nov 2000 [EMAIL PROTECTED] wrote:

> Greetings ! 
> 
> I have migrated my ejb to Orion, these ejb has System.out.println("flags") 
> that Orion doesn't show in the console. 
> I'm runing orion in this way:java -jar Orion.jar 
> I don't know if I have to run orion in an special >way or do any 
> configuration in order to get that orion show the 
> System.out.println("flags") in the console ? 
> 
> thanks  
> 
> 
> 
> 
> 
> ___
> Say Bye to Slow Internet!
> http://www.home.com/xinbox/signup.html
> 
> 
> 

Re: Please Help with Orion Debuging (Third Post !") Please Help !!!

[Sven van 't Veer]

[EMAIL PROTECTED] wrote:
> 
> Greetings !
> 
> I have migrated my ejb to Orion, these ejb has System.out.println("flags")
> that Orion doesn't show in the console.
> I'm runing orion in this way:java -jar Orion.jar
> I don't know if I have to run orion in an special >way or do any
> configuration in order to get that orion show the
> System.out.println("flags") in the console ?
> 
> thanks

Don't understand what goes wrong. I print to stdout all the time using
orion

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

Re: orion classloader?

[Robert Krueger]

where do you put the file that you want to read and how do you reference it 
in the code? it should work (done it in several apps) so this is most 
likely the problem.

robert

At 18:55 10.11.00 , you wrote:
>Unfortunately this doesn't help :-(( Anyone could advice me smth?
>
>Egor Savotchkin
>>- Original Message -
>>From: Tony Wiegand
>>To: Orion-Interest
>>Sent: Wednesday, November 08, 2000 8:36 PM
>>Subject: Re: orion classloader?
>>
>>
>> I'm not sure if this will fix your problem, but try getting
>>the classloader from the thread.
>>
>>   Thread.currentThread().getContextClassLoader();
>>
>>
>>
>>Savotchkin Egor wrote:
>>>Hi all, I needed to load property files on my own without 
>>>ResourceBundle class because the latter does a lot of caching which I do 
>>>not need. So I copied the code from ResourceBundle class where property 
>>>files are loaded and included it in my application. The problem is all 
>>>this thing works if I start orion by java 
>>>com.evermind.server.ApplciationServer and does not work in case of java 
>>>-jar orion.jar. Is this because of different classloaders or something 
>>>else? The code is: class MessageResources {...private static 
>>>ClassLoader getLoader() {
>>> ClassLoader cl = MessageResources.class.getClassLoader();
>>> if (cl == null) {
>>> cl = ClassLoader.getSystemClassLoader();
>>> }
>>> return cl;
>>> } private InputStream loadResourceAsStream(final String resName) {
>>> final ClassLoader loader = getLoader();
>>> InputStream stream = 
>>> (InputStream)java.security.AccessController.doPrivileged(
>>> new java.security.PrivilegedAction() {
>>> public Object run() {
>>> if (loader != null) {
>>> return loader.getSystemResourceAsStream(resName);
>>> } else {
>>> return 
>>> ClassLoader.getSystemResourceAsStream(resName);
>>> }
>>> }
>>> }
>>> );
>>> return stream;
>>> }..}

(-) 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: Multiple beans in one jar

[Jim Crossley]

Well...

Robert Krueger wrote:
> 
> same here. check all ejb-refs and the corresponding mappings, it's usually
> something like that.

... I checked, and I'm still confused (and new to orion, so please bear
with me).  Perhaps I'm expecting too much from orion's auto-deployment
feature, but I want to understand its logic.

When I autodeploy my app containing two beans, each in a separate jar
file, I naturally get two orion-ejb-jar elements (non-pertinent stuff
omitted):


  

  

  



  


  


This works fine.  My session bean finds my entity bean by the name,
"java:comp/env/ejb/e", just like I would expect.  But when I put both
beans in the same jar, carefully combining the separate ejb-jar.xml
files into one, making sure the data elements (specifically
) are the same, I get this orion-ejb-jar file after
auto-deployment:


  

  



  


This is precisely what I would expect -- a logical combination of the
two previous elements.  Unfortunately, this deployment yields the
following error when the session bean attempts to lookup
"java:comp/env/ejb/e":

  javax.naming.NameNotFoundException: e not found

If I simply change the location attribute of the entity-deployment
element from "E" to "e", the lookup works.  Why?

> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Crossley
> > > Sent: Friday, November 10, 2000 10:19 AM
> > > To: Orion-Interest
> > > Subject: Multiple beans in one jar
> > >
> > >
> > > I seem to get different behavior when I package beans in my ear file
> > > differently.
> > >
> > > Within one application (ear), I have one servlet, one session bean, and
> > > one entity bean.  Very simply, the first tells the second to create the
> > > third.
> > >
> > > When I package the servlet up into its war file and each bean into its
> > > own jar file, and then all three into the ear file, everything works
> > > fine when auto-deployed on orion.
> > >
> > > However, if I package the two beans up into the same jar file, I get a
> > > NameNotFoundException and the transaction is rolled back.  The
> > > ejb-jar.xml file looks as I would expect -- like a combination of the
> > > separate ejb-jar.xml files in the working ear.
> > >
> > > Before I dig too much further, I was wondering if this was a known bug.
> > > Should I just get in the habit of putting each bean in its own jar file?
> > >

Re: orion classloader?

[Savotchkin Egor]

Unfortunately this doesn't help :-(( Anyone could 
advice me smth?
 
Egor Savotchkin

  - Original Message - 
  From: 
  Tony 
  Wiegand 
  To: Orion-Interest 
  Sent: Wednesday, November 08, 2000 8:36 
  PM
  Subject: Re: orion classloader?
        I'm not sure if this will fix 
  your problem, but try getting    the classloader from the 
  thread. 
    
  Thread.currentThread().getContextClassLoader();     
  Savotchkin Egor wrote: 
  

Hi all, I needed to load 
property files on my own without ResourceBundle class because the latter 
does a lot of caching which I do not need. So I copied the code from 
ResourceBundle class where property files are loaded and included it in my 
application. The problem is all this thing works if I start orion by java 
com.evermind.server.ApplciationServer and does not work in case of java -jar 
orion.jar. Is this 
because of different classloaders or something 
else? The code 
is: class MessageResources 
{...    private static ClassLoader 
getLoader() {     ClassLoader cl = 
MessageResources.class.getClassLoader();     if 
(cl == null) {     
cl = ClassLoader.getSystemClassLoader();     
}     return cl; 
    
} private 
InputStream loadResourceAsStream(final String resName) { 
    final ClassLoader loader 
= getLoader();     InputStream stream = 
(InputStream)java.security.AccessController.doPrivileged( 
    
new java.security.PrivilegedAction() {     
public Object run() {     
if (loader != null) {     
return loader.getSystemResourceAsStream(resName);     
} else {     
return ClassLoader.getSystemResourceAsStream(resName); 
    
}     
}     
}     ); 
    return 
stream;     }..}

RE: Anybody had an ejb module that keeps on auto-deploying?

[Christophe Hartwig]

Maybe your application is on a file server, and date differences between
your orion server and file server could fool orion's touch detection ?
 

-Original Message-
From: Andy Chapman [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 10, 2000 2:54 PM
To: Orion-Interest
Subject: Anybody had an ejb module that keeps on auto-deploying?


I'm getting some strange behaviour with a very simple ejb module. Every time
the application is re-deployed Orion insists on re-deploying this one module
with the message that it's ejb-jar.xml file has been touched, when I know
for a fact that it hasn't. I've tried it jarred, un-jarred, completely
wiping all deployment files, generated db tables, shutting down and
restarting - everything.
 
The module deploys OK and works fine.
 
Any ideas?
 
Andy

SV: URGENT: talking with other app server?

[David Ekholm]

Yes. You will be able to use Java RMI over IIOP (CORBA) to access another
EJB system.
Orion will support this too, in addition to it's own (faster) ORMI protocol.


You wrote:
> Hi there,

> So..basically..if I build a system that needs to contact to different
> app servers, I'd have to grab each of their classes?

> Will there be, in the future, be specified by Sun,  the way this is
> done?  like..maybe a common protocol they have to speak or something?

> Regards, James,

ejb2: EJB->DO, 1 to many problem

[Tim Drury]

I've gotten EJB->dep obj working for 1-to-1 and
I've gotten EJB->EJB 1-to-1 and 1-to-many working.
But for the life of me, I cannot get EJB->dep obj
working for 1-to-many.

The object model is:

EdiFile(EJB)  1 to N - EdiEnvelope (DO)

This is a unidirectional relationship.  I think
someone has been trying bi-directional with no
luck.

The problem manifests itself in two ways.  First,
Orion throws an error when it tries to compiles
the stubs/skeletons:

class EdiEnvelope_Dependent0 is an abstract class.
It can't be instantiated.

(well this is obvious; dependent objects are supposed
to be abstract).

Second, the database table for my EJB doesn't contain
_any_ reference to the dependent object.  BTW, the
table for the dependent object looks fine.

Thanks for any help,
-tim



Here is my dependent object:

--
package com.tfc.ejb;

import java.rmi.RemoteException;
import javax.ejb.RemoveException;

import java.util.Date;
import java.util.Collection;
import java.util.Iterator;

public abstract class EdiEnvelope implements java.io.Serializable
{
   public abstract void setSenderIdQualifier(String s) throws
RemoteException;
   public abstract void setSenderId(String s) throws RemoteException;
   public abstract void setReceiverIdQualifier(String s) throws
RemoteException;
   public abstract void setReceiverId(String s) throws RemoteException;
   public abstract void setDate(Date d) throws RemoteException;
   public abstract void setVersion(String s) throws RemoteException;
   public abstract void setControlNumber(long l) throws RemoteException;
   public abstract void setAck(boolean b) throws RemoteException;
   public abstract void setNumberOfGroups(int i) throws RemoteException;
   public abstract void setTransactionSets(Collection c) throws
RemoteException;
   public abstract void setId(String s) throws RemoteException;
  
   public abstract String getSenderIdQualifier() throws RemoteException;
   public abstract String getSenderId() throws RemoteException;
   public abstract String getReceiverIdQualifier() throws RemoteException;
   public abstract String getReceiverId() throws RemoteException;
   public abstract Date getDate() throws RemoteException;
   public abstract String getVersion() throws RemoteException;
   public abstract long getControlNumber() throws RemoteException;
   public abstract boolean getAck() throws RemoteException;
   public abstract int getNumberOfGroups() throws RemoteException;
   public abstract Collection getTransactionSets() throws RemoteException;
   public abstract String getId() throws RemoteException;

   public String ejbCreateEdiEnvelope() throws RemoteException
   {
  this.setId( (new java.rmi.server.UID()).toString() );
  return null;
   }
   public void ejbPostCreateEdiEnvelope() { }  
   public abstract EdiEnvelope deepCopy();
   
} // end EdiEnvelope
--

Here is my EJB:

--
package com.tfc.ejb;

import javax.ejb.EntityBean;
import javax.ejb.CreateException;
import javax.ejb.RemoveException;
import java.rmi.RemoteException;
import javax.ejb.EntityContext;

import java.util.Date;
import java.util.Iterator;
import java.util.Collection;

public abstract class EdiFileEJB implements EntityBean
{
   private EntityContext ec;

   // accessors
  
   public void setEntityContext(EntityContext ec) { this.ec = ec; }
   public void unsetEntityContext()   { ec = null; }

   public abstract void setFilename(String s);
   public abstract void setDateDownloaded(Date d);
   public abstract void setEnvelopes(Collection c);
   public abstract void setId(String s);
   
   public abstract String getFilename();
   public abstract Date getDateDownloaded();
   public abstract Collection getEnvelopes();
   public abstract String getId();
  
   public long getNumberOfEnvelopes()
   {
  Collection c = this.getEnvelopes();
  return c.size();
   }
   public long getEnvelopeControlNumber(int index) throws RemoteException
   {
  long controlNumber = 0;
  Collection c = this.getEnvelopes();
  try {
 EdiEnvelope[] ea = (EdiEnvelope[])c.toArray();
 EdiEnvelope e = ea[index];
 controlNumber = e.getControlNumber();
  } catch (Exception ex) {
 throw new RemoteException("index out of bounds");
  }
  return controlNumber;
   }
   
   public void addEnvelope(String senderIdQualifier,
   String senderId,
   String receiverIdQualifier,
   String receiverId,
   Date date,
   String version,
   long controlNumber,
   boolean ack) throws RemoteException,
CreateException
   {
  EdiEnvelope e = this.createEdiEnvelope();
  e.setSenderIdQualifier(senderIdQualifier);
  e.setSenderI

RE: Non-Commercial

[Lee, Se Hee]

Title: RE: Non-Commercial





Great to hear. Thanks.


-Original Message-
From: Sven van 't Veer [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 10, 2000 6:23 AM
To: Orion-Interest
Subject: Re: Non-Commercial





> "Lee, Se Hee" wrote:
> 
> Sorry for stupid question...
> 
> Anyway, it seems like Orion server is free for non-commercial
> usage Does that mean that for non-profit organizational use, it's
> free??? or is it for development license?
> 
> Se Hee


Nope if you're not making profit, it's free..


Sven


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

Please Help with Orion Debuging (Third Post !") Please Help !!!

[michel_climber]

Greetings ! 

I have migrated my ejb to Orion, these ejb has System.out.println("flags") 
that Orion doesn't show in the console. 
I'm runing orion in this way:java -jar Orion.jar 
I don't know if I have to run orion in an special >way or do any 
configuration in order to get that orion show the 
System.out.println("flags") in the console ? 

thanks  





___
Say Bye to Slow Internet!
http://www.home.com/xinbox/signup.html

RE: dual cpu linux problems

[Rob Lapensee]

Hello all,

>btw., where did you get the jdk? the url i use
>(http://www.ibm.com/java/jdk/linux130/) still reads (August 14th, 2000) for
>te latest update.

it would be the same one, I downloaded it 2000/11/9.

The kernel is 2.2.14-6.1.1smp (Redhat 6.2)

How do I find out what the glibc version on my machine is?

It looks like the answer is moving from ibm 1.3 to sun 1.3.

Thanks for the responses...

Regards,

Rob Lapensee
Director of Technology
Delfour Corporation
[EMAIL PROTECTED]
www.delfour.com

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger
Sent: Friday, November 10, 2000 8:57 AM
To: Orion-Interest
Subject: Re: dual cpu linux problems

At 08:15 10.11.00 , you wrote:
>Hello all,
>
> Has anyone tested Orion with dual CPU on Linux?
> We have purchased and deployed Orion on several DELL 1300's with
>Redhat linux 6.2.
> All of them seem to work fine.
> So far so good, until the most recent machine which is the first
>dual cpu system.
> It works for a short time, then seems to hang.
> I am using IBM JDK 1.3 (most recent release as of 2000/11/9).


btw., where did you get the jdk? the url i use
(http://www.ibm.com/java/jdk/linux130/) still reads (August 14th, 2000) for
te latest update.

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:Anybody had an ejb module that keeps on auto-deploying?

[Pam Milligan]

THIS EMAIL HAS NOT BEEN SENT TO ORION-INTEREST THIS MUST HAVE BEEN MISDIRECTED On 
10/11/00, Orion-Interest wrote:
>I'm getting some strange behaviour with a very simple ejb >module. Every time the 
>application is re-deployed Orion >insists on re-deploying this one module with the 
>message >that it's ejb-jar.xml file has been touched, when I know for a >fact that it 
>hasn't. I've tried it jarred, un-jarred, completely >wiping all deployment files, 
>generated db tables, shutting >down and restarting - everything. The module deploys 
>OK >and works fine. Any ideas? Andy
>
>RFC822 header
>---
>RECEIVED: from SF_Database by POP_Mailbox_-
>1238254955 ; 10 NOV 00 14:45:41 UT
>Return-Path: <[EMAIL PROTECTED]>
>Delivered-To: head2head-nils
>Received: (qmail 12426 invoked from network); 10 Nov >2000 14:42:25 -
>Received: from unknown (HELO druid.evermind.net) >(195.84.237.200)
>  by hatfield.mail.uk.easynet.net with SMTP; 10 Nov 2000 >14:42:25 -
>Received: from druid.evermind.net >(IDENT:[EMAIL PROTECTED] [127.0.0.1])
>   by druid.evermind.net (8.9.3/8.9.3) with SMTP id >PAA28110;
>   Fri, 10 Nov 2000 15:53:55 -0100
>Received: from mail.totalise.co.uk (mail.totalise.co.uk >[212.1.157.18])
>   by paladin.evermind.net (8.9.3/8.9.3) with ESMTP id >QAA28162
>   for <[EMAIL PROTECTED]>; Fri, 10 Nov >2000 16:53:11 -0500
>Received: from bigboy [212.159.134.21] >([EMAIL PROTECTED]); Fri, 10 Nov 2000 
>13:53:59 +
>X-WM-Posted-At: mail.totalise.co.uk; Fri, 10 Nov 00 >13:53:59 +
>Message-ID: ><[EMAIL PROTECTED]>
>From: "Andy Chapman" <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Subject: Anybody had an ejb module that keeps on auto-
>deploying?
>Date: Fri, 10 Nov 2000 13:53:35 -
>MIME-Version: 1.0
>Content-Type: multipart/alternative;
>   boundary="
>=_NextPart_000_00C3_01C04B1D.9ECEED70"
>X-Priority: 3
>X-MSMail-Priority: Normal
>X-Mailer: Orion ListServer
>X-MimeOLE: Produced By Microsoft MimeOLE >V5.50.4133.2400
>Reply-To: Orion-Interest <[EMAIL PROTECTED]>
>Sender: [EMAIL PROTECTED]
>

RE:dual cpu linux problems

[Pam Milligan]

THIS IS NOT ORION-INTEREST, EMAIL HAS BEEN MISROUTED
On 10/11/00, Orion-Interest wrote:
>Hello all,
>
>Has anyone tested Orion with dual CPU on >Linux?
>We have purchased and deployed Orion on >several DELL 1300's with
>Redhat linux 6.2.
>All of them seem to work fine.
>So far so good, until the most recent >machine which is the first
>dual cpu system.
>It works for a short time, then seems to >hang.
>I am using IBM JDK 1.3 (most recent release >as of 2000/11/9).
>
>Has anyone got Orion working under Redhat >Linux with dual CPU?
>What version of Linux, which JDK and which >version of the JDK did
>you get it working with.
>
>Or more generally, what JDK seems more >stable, IBM JDK 1.3 or
>Sun/Blackdown JDK 1.3?
>
>Any information anyone has on their >experience with dual CPU Linux
>and or JDK on Linux would be much appreciated.
>
>
>Regards,
>
>Rob Lapensee
>Director of Technology
>Delfour Corporation
>[EMAIL PROTECTED]
>www.delfour.com
>
>
>
>
>
>
>RFC822 header
>---
>RECEIVED: from SF_Database by POP_Mailbox_-
>1238255863 ; 10 NOV 00 14:30:33 UT
>Return-Path: <[EMAIL PROTECTED]>
>Delivered-To: head2head-nils
>Received: (qmail 65979 invoked from network); 10 >Nov 2000 14:17:19 -
>Received: from unknown (HELO druid.evermind.net) >(195.84.237.200)
>  by hatfield.mail.uk.easynet.net with SMTP; 10 Nov >2000 14:17:19 -
>Received: from druid.evermind.net >(IDENT:[EMAIL PROTECTED] [127.0.0.1])
>   by druid.evermind.net (8.9.3/8.9.3) with SMTP >id PAA27172;
>   Fri, 10 Nov 2000 15:09:41 -0100
>Received: from mail.delfour.com (mail.delfour.com >[207.112.33.105])
>   by paladin.evermind.net (8.9.3/8.9.3) with >ESMTP id QAA27047
>   for <[EMAIL PROTECTED]>; Fri, 10 >Nov 2000 16:08:58 -0500
>Received: from RLAPENSEE ([207.112.33.203]) by >mail.delfour.com with SMTP (Microsoft 
>Exchange >Internet Mail Service Version 5.5.2650.21)
>   id WCLF8A3N; Fri, 10 Nov 2000 08:22:16 -0500
>From: "Rob Lapensee" <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Subject: dual cpu linux problems
>Date: Fri, 10 Nov 2000 08:15:52 -0500
>Message-ID: ><[EMAIL PROTECTED]>
>MIME-Version: 1.0
>Content-Type: text/plain;
>   charset="iso-8859-1"
>Content-Transfer-Encoding: 7bit
>X-Priority: 3 (Normal)
>X-MSMail-Priority: Normal
>X-Mailer: Orion ListServer
>X-MIMEOLE: Produced By Microsoft MimeOLE >V5.00.2314.1300
>In-Reply-To: ><[EMAIL PROTECTED]
>>
>Importance: Normal
>Reply-To: Orion-Interest [EMAIL PROTECTED]>
>Sender: [EMAIL PROTECTED]
>
>

RE: Deployment

[Rick Bos]

I think the placement is :

/ear/META-INF/orion-application.xml
/ear/ejb/orion/orion-ejb-jar.xml

I am not sure why the orion-ejb-jar.xml is in an orion directory 
instead of the META-INF directory.

> -Original Message-
> From: Jim Crossley [SMTP:[EMAIL PROTECTED]]
> Sent: November 10, 2000 8:42 AM
> To:   Orion-Interest
> Subject:  Deployment
> 
> Where should the orion-specific config files be placed in an ear file? 
> Is it really only the orion-application.xml and orion-ejb-jar.xml files
> that you would want in an ear file?
> 
> Thanks.

Re: URGENT: talking with other app server?

[Kesha Sibilev]

There is already such a common protocol.  It is CORBA/IIOP. But as I know
Orion server does not support it yet.

kesha.
- Original Message -
From: "James Ho" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Thursday, November 09, 2000 2:07 PM
Subject: Re: URGENT: talking with other app server?


> Hi there,
>
> So..basically..if I build a system that needs to contact to different
> app servers, I'd have to grab each of their classes?
>
> Will there be, in the future, be specified by Sun,  the way this is
> done?  like..maybe a common protocol they have to speak or something?
>
> Regards, James,
>
> On Thu, 9 Nov 2000 10:28:26 +0530, you wrote:
>
> >Hi James.
> >
> >I think , you can implement it.
> >Your servlet  will just act as a client for other Application server.
> >
> >For weblogic, you can download the evaluation version of Weblogic which
is
> >free.
> >After deploying the bean to Weblogic you can include following lines
> >in the servlet.
> >
> >Properties p = new Properties();
>
>p.put(javax.naming.Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLInitial
C
> >ontextFactory");
> >
> >p.put(javax.naming.Context.PROVIDER_URL,"t3://:7001");
> >p.put(Context.SECURITY_PRINCIPAL,"");
> >p.put(Context.SECURITY_CREDENTIALS,"");
> >
> > Context cx = new InitialContext(p);
> > Object objHome  = cx.lookup(""); [jndi-name  which is
> >specified in weblogic-ejb-jar.xml]
> >.etc.
> >
> >While running Orion you have to also provide the classpath for Weblogic
to
> >get Initial Context factory
> >which can be
> >\classes .
> >
> >
> >- Original Message -
> >From: James Ho <[EMAIL PROTECTED]>
> >To: Orion-Interest <[EMAIL PROTECTED]>
> >Sent: Tuesday, November 07, 2000 9:31 AM
> >Subject: URGENT: talking with other app server?
> >
> >
> >> Hi everyone.
> >>
> >> Is it possible for a servlet deployed in orion talk to other app server
> >> to access its beans?  if so, how? what is the requirement?
> >>
> >>
> >> I have got Orion using JNDI to use another Orion's bean, my main
concern
> >> is the fact that when initiating the JNDI context, I would have to
> >> setthe property:
> >> Properties props = new Properties();
> >> props.put("java.naming.factory.initial",
> >> "com.evermind.server.rmi.RMIInitialContextFactory");
> >> props.put("java.naming.provider.url", provider.getPath());
> >> props.put("java.naming.security.principal",
> >> provider.getRemoteLogin());
> >> props.put("java.naming.security.credentials",
> >> provider.getRemotePasswd());
> >> props.put("dedicated.connection","true");
> >> props.put("classLoader",StampHome.class.getClassLoader());
> >> context = new InitialContext(props);
> >>
> >> What if talking with weblogic?  I would have to change the
> >> ContextFactory..can I download any impl from weblogic and use it (for
> >> free) ?
> >>
> >> If you can help, please reply Asap, thanks a million!
> >>
> >> James.
> >
> >
>

Re: PLEASE IGNORE!! Anybody had an ejb module that keeps on auto-deploying?

[Andy Chapman]

What a plonker. Working on two machines - I'd 
checked that the times were synchronised - just hadn't noticed that the server 
was a day behind.

  - Original Message - 
  From: 
  Andy 
  Chapman 
  To: Orion-Interest 
  Sent: Friday, November 10, 2000 1:53 
  PM
  Subject: Anybody had an ejb module that 
  keeps on auto-deploying?
  
  I'm getting some strange behaviour with a very 
  simple ejb module. Every time the application is re-deployed Orion insists on 
  re-deploying this one module with the message that it's ejb-jar.xml file has 
  been touched, when I know for a fact that it hasn't. I've tried it jarred, 
  un-jarred, completely wiping all deployment files, generated db tables, 
  shutting down and restarting - everything.
   
  The module deploys OK and works 
fine.
   
  Any ideas?
   
  Andy

RE: dual cpu Linux problems

[Russ White]

I have Orion running very well on a homebrew rack mount dual PIII 800 box
running Redhat 7. (You should upgrade from 6.2 by the way).
The box has 2gig DDR Ram, and gigabit Ethernet to a DS3.
I have load tested it to the max and not had any failure.
I am running Sun's JDK 1.3 for Linux, as it is the most stable I have used so
far.
I am running Orion 1.4.4
Redhat 6.2 is easily hacked and you should not run it in production.
Also I have found the JDK works much better on the newer kernel especially when
clustered or SMP.

I also have a turbo Linux server cluster with 8 boxes running Orion. While this
is just an experiment right now, it really hums!!! If I can work more on it I
may just put it into production as the setup should be able run circles around
my existing setup.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Rob Lapensee
> Sent: Friday, November 10, 2000 8:16 AM
> To: Orion-Interest
> Subject: dual cpu linux problems
>
>
> Hello all,
>
> Has anyone tested Orion with dual CPU on Linux?
> We have purchased and deployed Orion on several DELL 1300's with
> Redhat linux 6.2.
> All of them seem to work fine.
> So far so good, until the most recent machine which is the first
> dual cpu system.
> It works for a short time, then seems to hang.
> I am using IBM JDK 1.3 (most recent release as of 2000/11/9).
>
> Has anyone got Orion working under Redhat Linux with dual CPU?
> What version of Linux, which JDK and which version of the JDK did
> you get it working with.
>
> Or more generally, what JDK seems more stable, IBM JDK 1.3 or
> Sun/Blackdown JDK 1.3?
>
> Any information anyone has on their experience with dual CPU Linux
> and or JDK on Linux would be much appreciated.
>
>
> Regards,
>
> Rob Lapensee
> Director of Technology
> Delfour Corporation
> [EMAIL PROTECTED]
> www.delfour.com
>
>
>

Re: dual cpu linux problems

[Robert Krueger]

I fogot we run kernel 2.2.12-32smp and orion1.3.8 and orion1.4.0 on that 
machine

>we've been running orion in production on an hp dual xeon500 machine with 
>Red Hat Linux release 6.1de (Cartman)  with the latest glibc upgrade. 
>we've had the same problems with ibm1.3 and run it with sun1.3 final 
>hotspot server version. there are occasional crashes but we use supervise 
>to restart the server automatically which has worked well so far. on our 
>develpment machine we run SuSe 6.4 with lates glibc upgrade with a dual 
>PIII700 without major problems (somtimes crashes upon deployment, very 
>rarely when running). Sun and Blackdown seem roughly equivalent in terms 
>of stability.
>
>robert
>
>
>>Regards,
>>
>>Rob Lapensee
>>Director of Technology
>>Delfour Corporation
>>[EMAIL PROTECTED]
>>www.delfour.com
>
>(-) 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
>
>

(-) 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:System.out.println() Question ? (Again).. Please Help !!!

[Pam Milligan]

I HAVE RECEIVED YOUR EMAIL AND AM NOT ORION - INTEREST. THIS EMAIL IS 
[EMAIL PROTECTED] SO HAVE DELETED YOUR MESSAGE.
On 10/11/00, Orion-Interest wrote:
>Greetings !
>
>I have migrated my ejb to Orion, these ejb has >System.out.println("flags")
>that Orion doesn't show in the console.
>
>I'm runing orion in this way:java -jar Orion.jar
>
>I don't know if I have to run orion in an special >way or do any
>configuration in order to get that orion show the
>System.out.println("flags") in the console ?
>
>thanks >
>
>
>
>
>
>
>___
>
>Say Bye to Slow Internet!
>http://www.home.com/xinbox/signup.html
>
>
>
>
>
>
>RFC822 header
>---
>RECEIVED: from SF_Database by POP_Mailbox_-
>1238256757 ; 10 NOV 00 14:15:39 UT
>Return-Path: <[EMAIL PROTECTED]>
>Delivered-To: head2head-nils
>Received: (qmail 35612 invoked from network); 10 >Nov 2000 14:00:45 -
>Received: from unknown (HELO druid.evermind.net) >(195.84.237.200)
>  by hatfield.mail.uk.easynet.net with SMTP; 10 Nov >2000 14:00:45 -
>Received: from druid.evermind.net >(IDENT:[EMAIL PROTECTED] [127.0.0.1])
>   by druid.evermind.net (8.9.3/8.9.3) with SMTP >id OAA26770;
>   Fri, 10 Nov 2000 14:50:06 -0100
>Received: from kuku.excite.com (kuku-
>rwcmta.excite.com [198.3.99.63])
>   by paladin.evermind.net (8.9.3/8.9.3) with >ESMTP id PAA26782
>   for <[EMAIL PROTECTED]>; Fri, 10 >Nov 2000 15:49:22 -0500
>From: [EMAIL PROTECTED]
>Received: from ally.excite.com ([199.172.148.156]) >by kuku.excite.com
>  (InterMail vM.4.01.02.39 201-229-119-122) >with ESMTP
>  id ><[EMAIL PROTECTED]
>te.com>
>  for <[EMAIL PROTECTED]>;
>  Fri, 10 Nov 2000 04:50:19 -0800
>Message-ID: ><[EMAIL PROTECTED]>
>Date: Fri, 10 Nov 2000 04:50:19 -0800 (PST)
>To: Orion-Interest <[EMAIL PROTECTED]>
>Subject: System.out.println() Question ? (Again).. >Please Help !!!
>Mime-Version: 1.0
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>X-Mailer: Orion ListServer
>X-Sender-Ip: 200.44.3.111
>Reply-To: Orion-Interest [EMAIL PROTECTED]>
>Sender: [EMAIL PROTECTED]
>
>

Re: dual cpu linux problems

[Klaus Thiele]

Rob Lapensee wrote:
> 
> Hello all,
> 
> Has anyone tested Orion with dual CPU on Linux?
> We have purchased and deployed Orion on several DELL 1300's with
   [...]

i'm running Orion 1.4.0 on RH 6.2
(without any patches, but with Standard-Kernel 2.2.17)
and Sun's JDK1.3 on two cpu without problems.

$java -server -version
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Java HotSpot(TM) Server VM (build 1.3.0, mixed mode)

next week i will setup an four cpu dell and i hope
also to have no problems.

bye
  klaus

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

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

RE: xerces limitation?

[Runar Svendsen]

Title: 



The problem lies not within xerces, but in the fact that any XML 
parser will fail with a fatal error when encountering an encoding name it 
doesn't recognize. The encoding you are using (cp-1252) is the default windows 
encoding, but it is also known as "ISO-8859-1" and it is by this name XML will 
recognize it.Your XML header should then read:For further info, seehttp://msdn.microsoft.com/library/psdk/sql/2_006_15.htmHope 
this solves your problem!
kind regards, for Exense ASA Runar Svendsen 
[EMAIL PROTECTED]    Karenslyst allé 9a 
phone. +47 23 13 65 
00    
P.O.Box 303 Skøyen fax. +47 
23 13 65 
01    
N-0213 Oslo mobil. +47 93 42 
56 
19 
http://www.exense.com/ 
- makes sense of the e in your 
business 
-Original Message-From: 
[EMAIL PROTECTED][mailto:[EMAIL PROTECTED]]On 
Behalf Of Joshua GoodallSent: 9. november 2000 21:48To: 
Orion-InterestSubject: xerces limitation?if I begin my 
ejb-jar.xml with:rather than  (sans 
encoding)then Orion cannot parse it. Is this a known limitation of 
Xerces?- Joshua

Re: 1.4.4 OR Collection classes

[Thomas Munro]

Vidur,

This looks in same ways similar to the problem that I reported a couple of
days ago.

That is, Orion 1.3.8 allowed non-serializable objects to be returned to
the client if running in the same JVM (which should of course not be
allowed).

1.4.3 on the other hand behaves differently - rather than throwing a
java.io.NonSerializableException (?) or something like that (which I
suppose would be correct behavour although I haven't looked in the spec),
it just returns a null and says nothing.

Perhaps you are experiencing this kind of problem?

Unfortunately it is not always clear whether an object referred to by its
interface type is serializable.  I am in the middle of fixing a load of
beans that returned Iterators, which worked fine on Orion 1.3.8.  Of
course Iterator is an interface, and I discovered when I upgrade to Orion
1.4.3 that the objects that backed the Iterator objects returned by JDK
1.1's Vector and JDK 1.2's ArrayList (etc.) were *not* serializable.

I found it useful to use an ObjectOutputStream to write the returned
object out to System.out, wrapped in a try-catch block that printed the
stack trace.  The resulting exception messages told me what the offending
classes were (for example java.util.AbstractList$Itr, and also
RuleBasedComparator which I had been using to sort sets).

Maybe this is totally unrelated but the symptoms seem similar enough so I
though I'd mention it.  Good luck ;)

-- 
Thomas Munro <[EMAIL PROTECTED]>
 http://www.gi-technology.com/
 GI Technology (Paris)

On Wed, 8 Nov 2000, Vidur Dhanda wrote:

> Hello,
> 
> Earlier today I had reported a problem with the Map class.  There is
> also a problem with the List class.  When the CMP entity is retrieved
> and the CMP List field is empty, it is returned to the client as null.
> Both the Map and the List work fine under 1.3.8.
> 
> Vidur
> 
> 
> 
> 

Anybody had an ejb module that keeps on auto-deploying?

[Andy Chapman]

I'm getting some strange behaviour with a very 
simple ejb module. Every time the application is re-deployed Orion insists on 
re-deploying this one module with the message that it's ejb-jar.xml file has 
been touched, when I know for a fact that it hasn't. I've tried it jarred, 
un-jarred, completely wiping all deployment files, generated db tables, shutting 
down and restarting - everything.
 
The module deploys OK and works fine.
 
Any ideas?
 
Andy

Re: dual cpu linux problems

[Robert Krueger]

At 08:15 10.11.00 , you wrote:
>Hello all,
>
> Has anyone tested Orion with dual CPU on Linux?
> We have purchased and deployed Orion on several DELL 1300's with
>Redhat linux 6.2.
> All of them seem to work fine.
> So far so good, until the most recent machine which is the first
>dual cpu system.
> It works for a short time, then seems to hang.
> I am using IBM JDK 1.3 (most recent release as of 2000/11/9).


btw., where did you get the jdk? the url i use 
(http://www.ibm.com/java/jdk/linux130/) still reads (August 14th, 2000) for 
te latest update.

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

Deployment

[Jim Crossley]

Where should the orion-specific config files be placed in an ear file? 
Is it really only the orion-application.xml and orion-ejb-jar.xml files
that you would want in an ear file?

Thanks.

Re: dual cpu linux problems

[Robert Krueger]

At 08:15 10.11.00 , you wrote:
>Hello all,
>
> Has anyone tested Orion with dual CPU on Linux?
> We have purchased and deployed Orion on several DELL 1300's with
>Redhat linux 6.2.
> All of them seem to work fine.
> So far so good, until the most recent machine which is the first
>dual cpu system.
> It works for a short time, then seems to hang.
> I am using IBM JDK 1.3 (most recent release as of 2000/11/9).
>
> Has anyone got Orion working under Redhat Linux with dual CPU?
> What version of Linux, which JDK and which version of the JDK did
>you get it working with.
>
> Or more generally, what JDK seems more stable, IBM JDK 1.3 or
>Sun/Blackdown JDK 1.3?
>
> Any information anyone has on their experience with dual CPU Linux
>and or JDK on Linux would be much appreciated.

we've been running orion in production on an hp dual xeon500 machine with 
Red Hat Linux release 6.1de (Cartman)  with the latest glibc upgrade. we've 
had the same problems with ibm1.3 and run it with sun1.3 final hotspot 
server version. there are occasional crashes but we use supervise to 
restart the server automatically which has worked well so far. on our 
develpment machine we run SuSe 6.4 with lates glibc upgrade with a dual 
PIII700 without major problems (somtimes crashes upon deployment, very 
rarely when running). Sun and Blackdown seem roughly equivalent in terms of 
stability.

robert


>Regards,
>
>Rob Lapensee
>Director of Technology
>Delfour Corporation
>[EMAIL PROTECTED]
>www.delfour.com
>

(-) 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: Help me, please

[Matt MacGillivray]

Generally an error that mentions the '' method refers to a problem
with a global variable (instance variables) that you are setting in some way
or another.  I've learned that this '' method is a pre-constructor
that builds all the global variables in your object.  Check these variables.

Also, if you set the environment variable JAVA_COMPILER=NONE you won't get
those nasty 'Compiled Code' messages, instead, you will get line numbers.
Makes debugging easier.

Hope that helps a little.

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



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jordi Pinol
Sent: Friday, November 10, 2000 6:59 AM
To: Orion-Interest
Subject: Help me, please


I have a next problem, when my application starts:

java.lang.ArrayIndexOutOfBoundsException: 6
at java.lang.String.(Compiled Code)
at java.lang.String.toUpperCase(Compiled Code)
at java.lang.String.toUpperCase(Compiled Code)
at org.hsql.Tokenizer.getToken(Compiled Code)
at org.hsql.Tokenizer.getString(Compiled Code)
at org.hsql.Database.execute(Compiled Code)
at org.hsql.jdbcConnection.executeStandalone(Compiled Code)
at org.hsql.jdbcConnection.execute(Compiled Code)
at org.hsql.jdbcStatement.fetchResult(Compiled Code)
at org.hsql.jdbcStatement.executeQuery(Compiled Code)
at org.hsql.jdbcPreparedStatement.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at ants.moo.PlaceDAO.selectByWorld(Compiled Code)
at ants.moo.PlaceDAO.findByWorld(PlaceDAO.java:102)
at ants.moo.PlaceEJB.ejbFindByWorld(PlaceEJB.java:1145)
at PlaceHome_EntityHomeWrapper12.findByWorld(Compiled Code)
at ants.moo.WorldEJB.getPlaces(Compiled Code)
at World_EntityBeanWrapper4.getPlaces(Compiled Code)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Compiled Code)
at com.evermind.server.rmi.bd.run(Compiled Code)
at com.evermind.server.rmi.bb.hy(Compiled Code)
at com.evermind.server.rmi.bb.run(Compiled Code)
at com.evermind.util.f.run(Compiled Code)
java.sql.SQLException: General error
java.lang.ArrayIndexOutOfBoundsException: 6 in statement [select Id from
Places where SubId = 'world1' ]
at java.lang.Throwable.fillInStackTrace(Native Method)
at java.lang.Throwable.fillInStackTrace(Compiled Code)
at java.lang.Throwable.(Compiled Code)
at java.lang.Exception.(Compiled Code)
at java.sql.SQLException.(SQLException.java:64)
at org.hsql.Trace.getError(Compiled Code)
at org.hsql.jdbcResultSet.(Compiled Code)
at org.hsql.jdbcConnection.executeStandalone(Compiled Code)
at org.hsql.jdbcConnection.execute(Compiled Code)
at org.hsql.jdbcStatement.fetchResult(Compiled Code)
at org.hsql.jdbcStatement.executeQuery(Compiled Code)
at org.hsql.jdbcPreparedStatement.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at ants.moo.PlaceDAO.selectByWorld(Compiled Code)
at ants.moo.PlaceDAO.findByWorld(PlaceDAO.java:102)
at ants.moo.PlaceEJB.ejbFindByWorld(PlaceEJB.java:1145)
at PlaceHome_EntityHomeWrapper12.findByWorld(Compiled Code)
at ants.moo.WorldEJB.getPlaces(Compiled Code)
at World_EntityBeanWrapper4.getPlaces(Compiled Code)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Compiled Code)
at com.evermind.server.rmi.bd.run(Compiled Code)
at com.evermind.server.rmi.bb.hy(Compiled Code)
at com.evermind.server.rmi.bb.run(Compiled Code)
at com.evermind.util.f.run(Compiled Code)

dual cpu linux problems

[Rob Lapensee]

Hello all,

Has anyone tested Orion with dual CPU on Linux?
We have purchased and deployed Orion on several DELL 1300's with
Redhat linux 6.2.
All of them seem to work fine.
So far so good, until the most recent machine which is the first
dual cpu system.
It works for a short time, then seems to hang.
I am using IBM JDK 1.3 (most recent release as of 2000/11/9).

Has anyone got Orion working under Redhat Linux with dual CPU?
What version of Linux, which JDK and which version of the JDK did
you get it working with.

Or more generally, what JDK seems more stable, IBM JDK 1.3 or
Sun/Blackdown JDK 1.3?

Any information anyone has on their experience with dual CPU Linux
and or JDK on Linux would be much appreciated.


Regards,

Rob Lapensee
Director of Technology
Delfour Corporation
[EMAIL PROTECTED]
www.delfour.com

System.out.println() Question ? (Again).. Please Help !!!

[michel_climber]

Greetings !

I have migrated my ejb to Orion, these ejb has System.out.println("flags")
that Orion doesn't show in the console.

I'm runing orion in this way:java -jar Orion.jar

I don't know if I have to run orion in an special way or do any
configuration in order to get that orion show the
System.out.println("flags") in the console ?

thanks 







___
Say Bye to Slow Internet!
http://www.home.com/xinbox/signup.html

How do I deploy?

[Sharmila Pillai]

Hi,

I am using JBuilder4 to build an application with 2 seesion beans
and a client servlet. Wonder if anyone can help me in deploying this in
Orion server?
The directory structure looks like this:
c:/jbproject/ejb/game   - all .java,.class
c:/jbproject/ejb/game/META-INF  - ejb-jar.xml, application-client.xml,
orion-application.xml

Where do I put web.xml?? 

TIA,
Sharmila.

Help me, please

[Jordi Piñol]

I have a next problem, when my application starts:

java.lang.ArrayIndexOutOfBoundsException: 6
at java.lang.String.(Compiled Code)
at java.lang.String.toUpperCase(Compiled Code)
at java.lang.String.toUpperCase(Compiled Code)
at org.hsql.Tokenizer.getToken(Compiled Code)
at org.hsql.Tokenizer.getString(Compiled Code)
at org.hsql.Database.execute(Compiled Code)
at org.hsql.jdbcConnection.executeStandalone(Compiled Code)
at org.hsql.jdbcConnection.execute(Compiled Code)
at org.hsql.jdbcStatement.fetchResult(Compiled Code)
at org.hsql.jdbcStatement.executeQuery(Compiled Code)
at org.hsql.jdbcPreparedStatement.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at ants.moo.PlaceDAO.selectByWorld(Compiled Code)
at ants.moo.PlaceDAO.findByWorld(PlaceDAO.java:102)
at ants.moo.PlaceEJB.ejbFindByWorld(PlaceEJB.java:1145)
at PlaceHome_EntityHomeWrapper12.findByWorld(Compiled Code)
at ants.moo.WorldEJB.getPlaces(Compiled Code)
at World_EntityBeanWrapper4.getPlaces(Compiled Code)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Compiled Code)
at com.evermind.server.rmi.bd.run(Compiled Code)
at com.evermind.server.rmi.bb.hy(Compiled Code)
at com.evermind.server.rmi.bb.run(Compiled Code)
at com.evermind.util.f.run(Compiled Code)
java.sql.SQLException: General error
java.lang.ArrayIndexOutOfBoundsException: 6 in statement [select Id from
Places where SubId = 'world1' ]
at java.lang.Throwable.fillInStackTrace(Native Method)
at java.lang.Throwable.fillInStackTrace(Compiled Code)
at java.lang.Throwable.(Compiled Code)
at java.lang.Exception.(Compiled Code)
at java.sql.SQLException.(SQLException.java:64)
at org.hsql.Trace.getError(Compiled Code)
at org.hsql.jdbcResultSet.(Compiled Code)
at org.hsql.jdbcConnection.executeStandalone(Compiled Code)
at org.hsql.jdbcConnection.execute(Compiled Code)
at org.hsql.jdbcStatement.fetchResult(Compiled Code)
at org.hsql.jdbcStatement.executeQuery(Compiled Code)
at org.hsql.jdbcPreparedStatement.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at com.evermind.sql.am.executeQuery(Compiled Code)
at ants.moo.PlaceDAO.selectByWorld(Compiled Code)
at ants.moo.PlaceDAO.findByWorld(PlaceDAO.java:102)
at ants.moo.PlaceEJB.ejbFindByWorld(PlaceEJB.java:1145)
at PlaceHome_EntityHomeWrapper12.findByWorld(Compiled Code)
at ants.moo.WorldEJB.getPlaces(Compiled Code)
at World_EntityBeanWrapper4.getPlaces(Compiled Code)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Compiled Code)
at com.evermind.server.rmi.bd.run(Compiled Code)
at com.evermind.server.rmi.bb.hy(Compiled Code)
at com.evermind.server.rmi.bb.run(Compiled Code)
at com.evermind.util.f.run(Compiled Code)

RE: HELP: Security !!! How to do it.

[Peter Delahunty]

Another thing to add

in the ATM example they authenicate a user usings the Servlets built in form
authentication login form
eg






this i presume creates princepal that is passed to the EJB layer to be
checked. So my question is how the hell do i do the same thing from a Java
Application.


-Original Message-
From: Peter Delahunty [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 10, 2000 10:07 AM
To: Orion-Interest
Subject: HELP: Security !!! How to do it.



Hi guys 


I don't know if anyone has done this yet but i want to connect to Orion from
a Java application using user authentication and authorisation.

I have checked the archives but there is no solid advice there.


My aim is to get a "username" and "password" from a user. Then i want to
authenticate them using orion, how ? 

Do i use RoleManager.login()cos when i try to find it using
"java:comp/RoleManager" then orion gives me naming exception that say that
that name does not exist.


Anyway if i was to authenticate the user, i then want to test my security
settings below...


So far i have this setup:

So here is my test.

i have a Session Bean with 6 methods

methodA()
methodB()
methodC()
methodD()
methodE()
methodF()

i have 5 roles

role1
role2
role3
role4
role5

these are the permissions 

role1   access ALL methods
role2   access ABC
role3   access DEF
role4   access ADE
role5   NO ACCESS

then orion stuff

i have 5 groups

group1  mapped to role  role1
group2  mapped to role  role2
group3  mapped to role  role3
group4  mapped to role  role4
group5  mapped to role  role5

i have 5 users

user1in group1  role1
user2in group2  role2
user3in group3  role3
user4in group4  role4
user5in group5  role5


for example "user1" is linked to "role1" and "role1" can access all methods.
However if i connect to orion with the following JNDI configurations

java.naming.factory.initial=com.evermind.server.ApplicationClientInitialCont
extFactory
java.naming.provider.url=ormi://localhost/securityApp
java.naming.security.principal=user1
java.naming.security.credentials=user1


i can manage to sucessfully call "create()" to get back the remote interface
of my session bean. However if i call any of the bussiness methods then i
get a security exception like below...

" Error: user1 is not allowed to call this EJB method, check your security
settings (method-permission
-application.xml)."





so what i am i doing wrong !!!


here are my config files.


APPLICATION.XML



ejb

 

role1


role2


role3


role4


role5




PRINCIPALS.XML





users





users





users





users






users

































ORION-APPLICATION.XML




















































ORION-EJB-JAR.XML






















 

RE: Jetspeed

[J.T. Wenting]

I now 
have the servlet running on Oracle, but I cannot use the XSP functions. When 
trying to compile XSP, cocoonPortlet hands out an error from the XSP compiler 
about not being able to find a bunch of packages:
org.apache.cocoon.parser
org.apache.cocoon.producer
org.apache.cocoon.framework
org.apache.cocoon.processor.xsp
org.apache.cocoon.processor.xsp.library
org.apache.turbine.util
org.apache.jetspeed.daemon
org.w3c.dom
org.xml.sax
 
etc...
 
Anyone 
know what to do to solve this?
 

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of J.T. 
  WentingSent: Thursday, November 09, 2000 14:10To: 
  Orion-InterestSubject: RE: Jetspeed
  Thanks, I'd appreciate that. I haven't got that working correctly with 
  Orion either :)
  Jetspeed is Apache's personalization framework, I am getting "package 
  not found in import for SAX and DOM classes. xerces.jar and xalan.jar 
  (versions supplied with Jetspeed) are in /orion/lib, so should be picked up. 
  For some reason they are not, leading to errors compiling XSP apps. Jetspeed 
  (Turbine really, but that is what Jetspeed uses internally) sadly refuses to 
  work with Interbase. This is a problem not with Interbase byt with Turbine (it 
  refuses to even try to connect).
   
  
  Jeroen T. Wenting[EMAIL PROTECTED]Murphy 
  was wrong, things that can't go wrong will anyway 
  
-Original Message-From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of wim 
veningaSent: Thursday, November 09, 2000 12:57To: 
Orion-InterestSubject: Re: JetspeedHi 
Jeroen, 
I have no problems using Interbase for both BMP and CMP. I can sent you 
the database-schema for interbase if you want. 
Greetings Wim Veninga  [EMAIL PROTECTED] 
"J.T. Wenting" wrote: 
Has anyone got Jetspeed 1.2 to run on Orion? I 
  keep getting errors instantiating caches (or so it seems). Hints 
  appreciated. For the moment I am using Oracle 8i as a database (would 
  like to use Interbase, but that is not supported, getting errors if I 
  try). 
  Jeroen T. Wenting [EMAIL PROTECTED] 
  Murphy was wrong, things that can't go wrong will 
  anyway

Re: CMP Bean in mysql

[Dave Ford]

I had the same problem. I could not resolve it. I ended up switching to a
new database. I'd love to here if you were able to get it to work.


Dave Ford
Smart Soft - The Java Training Company
http://www.SmartSoftTraining.com

Re: Does Orion support CMP using user defined types?

[Sven van 't Veer]

Ken Shitamoto wrote:
> 
> Does Orion support CMP using user defined types?
> e.g. oracle objects?
> 
You can set the  in the orion-ejb.jar

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

Re: Servlet regains control after execution of .Forward()

[Sven van 't Veer]

> Grant Doran wrote:

> 
> getServletContext().getRequestDispatcher("/index.jsp").forward(request,
> response);
> }
> else
> {
>   System.out.println("[GATEWAYSERVLET]Authentication failure.
> Username:[" + username + "] Password:[" + password + "]");
> 
>   request.getSession().setAttribute("LoginFailure","true");
> 

> BUGGER ME! I AM HERE AFTER ALL
> 
> 
> How can this be? Execution of the servlet(thread) is supposed to cease
> immediately and control handed to the target.
> 
> Am I missing something?
You might want to try to return from your method ;-) Forwarding a
request does not mean that execution of your method does not continue.
Just like in any code, control reverts to the method after forward
returns.

sven

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

Re: Non-Commercial

[Sven van 't Veer]

> "Lee, Se Hee" wrote:
> 
> Sorry for stupid question...
> 
> Anyway, it seems like Orion server is free for non-commercial
> usage Does that mean that for non-profit organizational use, it's
> free??? or is it for development license?
> 
> Se Hee

Nope if you're not making profit, it's free..

Sven

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

Re: Latest version

[Ismael Blesa Part]

You can find lastest orion.jar on www.orionserver.com/orion/orion.jar

Todd Huss wrote:

> I see people on the list talking about version 1.4.4. Where is that
> available, I only see 1.4.0 on the website?
>
> Thanks,
> Todd

CMP Bean in mysql

[Shailesh Joshi]

Hi  All.
 
I  have  deployed an Entity bean 
[CMP]  with  Mysql  database.
 
I am using the driver :  
org.gjt.mm.mysql.Driver.
 
When I call create method on home,  Record is 
inserted in the table, but 
it throws Exception.
 
The problem is default mode for 
setAutoCommit()  is true and Orion calls commit()
after inserting the record.
 
How do I control  setAutoCommit(false) 
for  CMP  with  the above driver ?
 
 
Shailesh
 
 
 

HELP: Security !!! How to do it.

[Peter Delahunty]

Hi guys 


I don't know if anyone has done this yet but i want to connect to Orion from
a Java application using user authentication and authorisation.

I have checked the archives but there is no solid advice there.


My aim is to get a "username" and "password" from a user. Then i want to
authenticate them using orion, how ? 

Do i use RoleManager.login()cos when i try to find it using
"java:comp/RoleManager" then orion gives me naming exception that say that
that name does not exist.


Anyway if i was to authenticate the user, i then want to test my security
settings below...


So far i have this setup:

So here is my test.

i have a Session Bean with 6 methods

methodA()
methodB()
methodC()
methodD()
methodE()
methodF()

i have 5 roles

role1
role2
role3
role4
role5

these are the permissions 

role1   access ALL methods
role2   access ABC
role3   access DEF
role4   access ADE
role5   NO ACCESS

then orion stuff

i have 5 groups

group1  mapped to role  role1
group2  mapped to role  role2
group3  mapped to role  role3
group4  mapped to role  role4
group5  mapped to role  role5

i have 5 users

user1in group1  role1
user2in group2  role2
user3in group3  role3
user4in group4  role4
user5in group5  role5


for example "user1" is linked to "role1" and "role1" can access all methods.
However if i connect to orion with the following JNDI configurations

java.naming.factory.initial=com.evermind.server.ApplicationClientInitialCont
extFactory
java.naming.provider.url=ormi://localhost/securityApp
java.naming.security.principal=user1
java.naming.security.credentials=user1


i can manage to sucessfully call "create()" to get back the remote interface
of my session bean. However if i call any of the bussiness methods then i
get a security exception like below...

" Error: user1 is not allowed to call this EJB method, check your security
settings (method-permission
-application.xml)."





so what i am i doing wrong !!!


here are my config files.


APPLICATION.XML



ejb

 

role1


role2


role3


role4


role5




PRINCIPALS.XML





users





users





users





users






users

































ORION-APPLICATION.XML




















































ORION-EJB-JAR.XML





























EJB-JAR.XML

  

  role 1
  role1



  role 2
  role2



  role 3
  role3



  role 4
  role4



  role 5
  role5




  peter
  role1
  
ejb/securitySession
*
  



  Restricted
  role2
  
ejb/securitySession
methodA
  
  
ejb/securitySessio

RE: Multiple beans in one jar

[Robert Krueger]

At 20:43 10.11.00 , you wrote:
>Not at all, the mistake is on your end - I have hundreds of beans per jar ;)

same here. check all ejb-refs and the corresponding mappings, it's usually 
something like that.

robert

>-mike
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Crossley
> > Sent: Friday, November 10, 2000 10:19 AM
> > To: Orion-Interest
> > Subject: Multiple beans in one jar
> >
> >
> > I seem to get different behavior when I package beans in my ear file
> > differently.
> >
> > Within one application (ear), I have one servlet, one session bean, and
> > one entity bean.  Very simply, the first tells the second to create the
> > third.
> >
> > When I package the servlet up into its war file and each bean into its
> > own jar file, and then all three into the ear file, everything works
> > fine when auto-deployed on orion.
> >
> > However, if I package the two beans up into the same jar file, I get a
> > NameNotFoundException and the transaction is rolled back.  The
> > ejb-jar.xml file looks as I would expect -- like a combination of the
> > separate ejb-jar.xml files in the working ear.
> >
> > Before I dig too much further, I was wondering if this was a known bug.
> > Should I just get in the habit of putting each bean in its own jar file?
> >
> > 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: Multiple beans in one jar

[Mike Cannon-Brookes]

Not at all, the mistake is on your end - I have hundreds of beans per jar ;)

-mike

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Crossley
> Sent: Friday, November 10, 2000 10:19 AM
> To: Orion-Interest
> Subject: Multiple beans in one jar
> 
> 
> I seem to get different behavior when I package beans in my ear file
> differently.
> 
> Within one application (ear), I have one servlet, one session bean, and
> one entity bean.  Very simply, the first tells the second to create the
> third.
> 
> When I package the servlet up into its war file and each bean into its
> own jar file, and then all three into the ear file, everything works
> fine when auto-deployed on orion.
> 
> However, if I package the two beans up into the same jar file, I get a
> NameNotFoundException and the transaction is rolled back.  The
> ejb-jar.xml file looks as I would expect -- like a combination of the
> separate ejb-jar.xml files in the working ear.  
> 
> Before I dig too much further, I was wondering if this was a known bug. 
> Should I just get in the habit of putting each bean in its own jar file?
> 
> Thanks.
> 
> 

R: Help: struts on Orion 1.4.0

[Montebove Luciano]

Hi all,

Solved. The problem was generated putting struts.jar in orion/lib.

Luciano

-Messaggio originale-
Da: Montebove Luciano [mailto:[EMAIL PROTECTED]]
Inviato: giovedì 9 novembre 2000 16.57
A: Orion-Interest
Oggetto: Help: struts on Orion 1.4.0 


Hi all,

I followed the instructions in the struts INSTALL file for installing struts
on Orion Aplication Server (1.4.0 on JDK 1.3.0 and 1.2.2) but I get the
following exception in the browser:

javax.servlet.jsp.JspException: Missing resources attribute
org.apache.struts.action.MESSAGE
at
org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:232)
.

and in global-application.log:

09/11/00 12.38 strutsExample: org.apache.struts.action.ActionServlet: Cannot
load application resources bundle
org.apache.struts.example.ApplicationResources
java.util.MissingResourceException: Can't find resource for base name
org.apache.struts.example.ApplicationResources, locale it_IT
at java.util.ResourceBundle.getBundle(ResourceBundle.java:423)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:339)
at
org.apache.struts.util.MessageResources.(MessageResources.java:102)
at
org.apache.struts.util.MessageResources.getMessageResources(MessageResources
.java:579)
at
org.apache.struts.action.ActionServlet.initApplication(ActionServlet.java:71
6)
at
org.apache.struts.action.ActionServlet.init(ActionServlet.java:362)
at javax.servlet.GenericServlet.init(GenericServlet.java)
at com.evermind.server.http.HttpApplication.wt(JAX)
...

Any hints appreciated!


¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø
Luciano Montebove - Software Architect - Finsiel S.p.a
E-mail: [EMAIL PROTECTED]  Phone:  (+39) 06-4142-7663
"If you don't fail now and again, it's a sign you're playing it safe" -W.
Allen
¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤øø