RE: EJB Sharing between applications

[Carroll, Jim]

If you 
search the archives you will find my writup on this. It is not possible from 
within an Orion J2EE container (either web or ejb). Not only that, it is not 
possible to call EJBs in another instance of the same application (that is, more 
than one other REMOTE instance - you can call ONE other remote instance using 
the orion specific configuration) from within an Orion J2EE 
container.
 
This 
is a severe limitation and one that will need to be addressed if Orion hopes to 
be ejb 1.3 compliant.
 
There 
is a hack that MIGHT work if there are no circular dependencies between your 
EARs. You can have one application be a parent of another, and a third 
application be the parent of the first parent. We started experimenting with 
this when we decieded that it was too restrictive and we went with another J2EE 
imlpementation. I'm hoping that Orion fixes this problem because all in all if 
they fix their JNDI issues (which is the source of this 
problem) it's not a poor quality server.

  -Original Message-From: Jorge Jimenez C 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, February 05, 2002 6:58 
  AMTo: Orion-InterestSubject: EJB Sharing between 
  applications
  
  Hello everyone.
   I'm testing orion for use in a variety of 
  applications. Our software company have developed many J2EE components in the 
  form of diferents applications (diferents EAR files) that interact with each 
  other throught its EJB and JSP pages.
   
  Reading the document at http://www.orionserver.com/docs/remote-access/remote-access.xml I 
  see that one application can only use funcionality from only one other 
  application (a parent application defined in server.xml). We need to use 
  services from EJB's in many other applications.
   
  I think there must be another way to share EJB's 
  functionality between applications (without going throught network layer, i 
  hope).
   
  Please, any directions will be 
  welcome
   
  Thanks in advance.
   

RE: Lookup EJB's in another application

[Carroll, Jim]

It has been my experience that you CANT call to a different application
UNLESS the server application is a parent of the client. In the document
at the link you provided there are two setups: 1) Same application on 2
servers where the ejbs run on one but the front end runs on another, and
2) Where one application calls to a different application but in this
case the two ARE related by a parent child relationship. Also, once an
application is connected to using an InitialContext you can NEVER
connect to another instance of that application running somewhere else.
(I detailed this problem in several posts to this list a few weeks ago).
For these very reasons we have decided not to use orion and are probably
going to use JBoss instead.

-Original Message-
From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 10:04 AM
To: Orion-Interest
Subject: Re: Lookup EJB's in another application


Guys,

This is certainly one way to do things (nest the applications) - but
there
are some limitations to this method (namely it's Orion specific, and you
can
only have one parent app, the apps must be on the same server).

For details on how to do it other ways (proper remote EJBs), see this
document:

http://kb.atlassian.com/content/orion/docs/remote-access/remote-access.h
tml

Hope this helps,

Cheers,
Mike


Mike Cannon-Brookes
[EMAIL PROTECTED]

Atlassian :: www.atlassian.com
Supporting YOUR world


On 17/1/02 2:44 AM, "Klaus Thiele" ([EMAIL PROTECTED]) penned the words:

> 
> server.xml:
> 
>  path="../applications/ejbapp.ear"/>
>  path="../applications/webapp.ear"/>
> 
> ... nothing else. webapp can use the ejbs in ejbapp as if they
> are in its own ear-file.
> 
> hope that helps
> klaus
> 
> Am Donnerstag, 17. Januar 2002 00:47 schrieben Sie:
>> Hi,
>> 
>> If you have two applications in the same orion
>> container. One application with web components and
>> another with just EJB's. From the application with web
>> components, I want to lookup an EJB that is deployed
>> in the other application - is that possible via the
>> InitialContext or do I have to call it via an URL and
>> getting the extra RMI call?
>> 
>> I can get it to work using a provider URL to the other
>> application, but using the InitialContext, the local
>> context - it cannot find the bean, or more correct,
>> the JNDI name could not be found.
>> 
>> Any help is appreciated !
>> 
>> Thanks,
>> Patrik
>> 
>> __
>> Do You Yahoo!?
>> Send FREE video emails in Yahoo! Mail!
>> http://promo.yahoo.com/videomail/


Sent using the Entourage X Test Drive.

RE: App server debugging -- HELP

[Carroll, Jim]

>I'm starting to use 'kill -3' but that again only shows the
>parent thread.  

"kill -3" should dump a stack trace of all of the threads.
 

RE: Distributing EJBs

[Carroll, Jim]

I should have mentioned that I tried this; it doesn't help.

Further investigation reveals that Orion seems to save the Context that
is first created in a Map using the application name as a key. Closing
the context after use doesn't seem to remove it from this map. If you
create a new InitialContext, the RMIInitialContextFactory will look up
the implementation of an RMIContext in this (hypothetical) Map using the
application name. If you specify an application name in the URL and you
are within an Orion container (i.e. web OR EJB) that URL must have an
application name that the container recognizes; that is, it must be the
same application that the container is in, or a parent. Otherwise you
get a NullPointerException in the RMIInitialContextFactory.

I'm not sure what the purpose of this functionality is; it doesn't
really help by preventing mistakes.

Thanks for the suggestion though.
Jim


-Original Message-
From: The elephantwalker [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 09, 2002 7:43 PM
To: Orion-Interest; Carroll, Jim
Subject: RE: Distributing EJBs


you may need to close the rmi connection before opening up another one.

Do this with the context.close() method.

Regards, 

the elephantwalker
www.elephantwalker.com


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Carroll, Jim
Sent: Wednesday, January 09, 2002 11:01 AM
To: Orion-Interest
Subject: RE: Distributing EJBs



I should make it clear in what follows that I am trying to load balance
the EJBs in an application, not the web side. I know how to set up
clustering. What I can't get to work is distribution of a set of EJBs
across several servers like the following:

   --> server1 / EJBs
  |
  server0 -   |
  JSP/Servlet Based __|
 EJB Client   |
  |
  |
   --> server2 / EJBs


-Original Message-
From: Carroll, Jim 
Sent: Wednesday, January 09, 2002 1:42 PM
To: 'Orion-Interest'
Subject: Distributing EJBs



I have been trying to distribute the same application across several
servers for the purposes of load balancing. The team at Orion seems to
have purposely made this impossible. I am using the
RMIInitialContextFactory from the web container (from a JSP page) in
order to round robbin between two servers. The code is rather simple:

  Properties prop = new Properties;
  prop.put("java.naming.factory.initial",
   "com.evermind.server.rmi.RMIInitialContextFactory");
  prop.put("java.naming.provider.url",
   "ormi://server1/appName");

   ... fill in security credentials ...

  InitialContext ic = new IntialContext(prop);
  BeanHome bh = ic.lookup("EJBName");
  BeanRemote br = bh.create();
  br.invokeMethod(); // this executes on server1

  // Now try to execute it on server2

  prop.put("java.naming.provider.url",
   "ormi://server2/appName");

  InitialContext ic2 = new InitialContext(prop);
  BeanHome bh2 = ic2.lookup("EJBName");
  BeanRemote br2 = bh2.create();
  br2.invokeMethod(); // this ALSO executes on server1

The initial url of the RMIInitialContextFactory is used UNTIL server1
fails. Then server2 will start working (again, for every call).

That someone would always want the same server simply because: 1) they
are withing a (web) container (I'm not sure if this works from a stand
alone client or not either), and 2) the application is the same seems an
absurd assumption on the part of the Orion developers. Is there a way
around this?

Thanks

RE: Distributing EJBs

[Carroll, Jim]

I should make it clear in what follows that I am trying to load balance
the EJBs in an application, not the web side. I know how to set up
clustering. What I can't get to work is distribution of a set of EJBs
across several servers like the following:

   --> server1 / EJBs
  |
  server0 -   |
  JSP/Servlet Based __|
 EJB Client   |
  |
  |
   --> server2 / EJBs


-Original Message-
From: Carroll, Jim 
Sent: Wednesday, January 09, 2002 1:42 PM
To: 'Orion-Interest'
Subject: Distributing EJBs



I have been trying to distribute the same application across several
servers for the purposes of load balancing. The team at Orion seems to
have purposely made this impossible. I am using the
RMIInitialContextFactory from the web container (from a JSP page) in
order to round robbin between two servers. The code is rather simple:

  Properties prop = new Properties;
  prop.put("java.naming.factory.initial",
   "com.evermind.server.rmi.RMIInitialContextFactory");
  prop.put("java.naming.provider.url",
   "ormi://server1/appName");

   ... fill in security credentials ...

  InitialContext ic = new IntialContext(prop);
  BeanHome bh = ic.lookup("EJBName");
  BeanRemote br = bh.create();
  br.invokeMethod(); // this executes on server1

  // Now try to execute it on server2

  prop.put("java.naming.provider.url",
   "ormi://server2/appName");

  InitialContext ic2 = new InitialContext(prop);
  BeanHome bh2 = ic2.lookup("EJBName");
  BeanRemote br2 = bh2.create();
  br2.invokeMethod(); // this ALSO executes on server1

The initial url of the RMIInitialContextFactory is used UNTIL server1
fails. Then server2 will start working (again, for every call).

That someone would always want the same server simply because: 1) they
are withing a (web) container (I'm not sure if this works from a stand
alone client or not either), and 2) the application is the same seems an
absurd assumption on the part of the Orion developers. Is there a way
around this?

Thanks

RE: JMS hangs on TopicSession.createSubscriber

[Carroll, Jim]

I found several references to this bug in the mailing list archives but
it still seems to be a problem (in 1.5.2). The workaround suggested was
to stop the TopicConnection associated with the TopicSession and then do
the createSubscriber and then restart the connection but when I do that,
it hangs in the TopicConnection.start() call.

Does anyone have a fix or workaround for this?

Thanks

JNDI and a real distributed application

[Carroll, Jim]

I can't figure out how to get the Orion JNDI implementation to actually
act like a J2EE implementation. I have resources on several machines (I
have ejbs on one and jms being served by another). I have not been able
to find any way to set up jndi such that an application within or
outside of Orion's j2ee container can simultaneously access both.

In short, I have a distributed system and I want to use jms to get
messages to several instances of an application. There seems to be no
way to centralize jms while running your application on multiple
machines because the JNDI initial context points to an ejb container
that knows nothing except it's own internal state. I thought that JNDI
was supposed to be able to provide a naming service that SPANS
platforms; I can't seem to get this one to. I even tried instantiating
multiple InitialContexts with different PROVIDER_URLs (that doesn't work
since an subsequent instantiations of an InitialContext are simply
clones of the original even if you change the properties you instantiate
it with).

I must be missing something.

Has anyone figured out how to do this?

Thanks
Jim

Container-transaction problem

[Jim J. Pan]

Hi! All, 

I got a question regarding to Container-transaction management. The database just 
won't rollback when I use Container-transaction.

I am calling  from a session bean (ApplicationService) to an entity bean 
(ApplicationEntity) with ejbCreate(). 
...
   ApplicationEntityHome home = getApplicationEntityHome();
   try{
app = home.create(info);
   } catch (Exception except) {
except.printStackTrace();
   }
...

Here is ApplicationEntity.ejbCreate(ApplicationInfo) :

public String ejbCreate (ApplicationInfo info) throws 
DuplicateKeyException,CreateException {
String applicationId = null;
allinfo = info;
try {
   ApplicationControlDAO dao = new ApplicationControlDAO();
   String applicationId = dao.insertApplicaton(allInfo);
   BillingResults brt=BillingSystem.addUser(dao.getApplicationInfo());
}catch ( BillingException e) {
 context.setRollbackOnly();
 throw new CreateException("Billing Transaction failed!");
} catch (ApplicationDAOException daoe) {
 System.out.println("ApplicationDAOException:" + daoe.getMessage());
}
return applicationId;
}

Under dao.insertApplicaton(allInfo), it will call some DAO objects to update different 
database tables and it will fill some database generated data (like id, etc) for data 
object 'allInfo'. However, even when the we catch the BillingSystem exception, the 
context.setRollbackOnly() is executed and the CreateException("Billing Transaction 
failed!") is thrown, the database updates won't rollback;

Here is the segment of my ejb-jar.xml:

  
 

   ApplicationEntity
   ejbCreate
   
  com.dataobject.ApplicationInfo

   Required

 
  

My questions are:

(1) Anything wrong with my code/config?
(2) I used Orion 1.4.5 and PostgreSQL 7.1 database. Is that possible that something 
wrong (or not support) with the transaction support for the PostgreSQL database or 
JDBC driver?
(3) Any other better and quick solutions to my problem?

I appreciate if anyone can comment on the questions quickly. Thanks for your help!

Jim

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

[Jim Mallmann]

Joseph,

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

Jim

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


Joseph,

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

Jeff.

"Joseph B. Ottinger" wrote:

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

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

RE: help

[Jim]

did you try http://java.sun.com ? I am not trying to be sarcastic. I have
found that they provide pretty good tutorials for jsp's as well as links to
other good resources. Sun also has  pretty good resources regarding XML

Jim

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of vadlamudi
koteswara rao
Sent: Friday, April 27, 2001 11:47 PM
To: Orion-Interest
Subject: help


Hello,
  I am learing XML & jsp can u please give a good
documentation & examples site .
 thanks
vkrao
--- Jeff Schnitzer <[EMAIL PROTECTED]> wrote:
> How do you integrate"copy" with dynamic content?
> Two layers of XSL
> transformation (one to mix in copy, one to mix in
> markup)?  Or do you
> use JSP-type templating to build the Content XML
> before it is sent off
> to XSLT?
>
> Thanks,
> Jeff
>
>   -Original Message-
>   From: Tim Endres
>   Sent: Thu 4/26/2001 5:30 PM
>   To: Orion-Interest
>   Cc:
>   Subject: RE: MVC/XML Framework Comments please
>
>
>
>   > It sounds like Tim has a homebrew system for
> going directly
> from Logic
>   > to Presentation.  My team has been thinking of
> eventually
> writing a
>   > wrapper to expose JavaBeans (the model) as a DOM
> using
> reflection so you
>   > could still have a pull-based system rather than
> having to
> build the
>   > full tree ahead of time.  I'm not sure it's
> ultimately
> desirable to skip
>   > the Logic->Content step, although it would
> improve
> performance.
>
>   Not quite.
>
>   We use Logic (Session Beans/Commands) --> Content
> (XML) -->
> Presentation (XSL).
>   We simply apply the XSLT transform ourselves, as
> opposed to
> having Orion do
>   it, so we can precompile and cache appropriately.
>
>   I personally think that skipping the Content step
> is
> shortsighted. For instance,
>   our web page designers never need a live system to
> connect to.
> We simply provide
>   them with XML files and they write the XSL against
> the static
> XML files. When the
>   XSL is dropped into the live system, it simply
> operates on live
> XML coming from
>   the Logic layer. I think this abstraction is
> important.
>
>   tim.
>
>
>
>
>

> ATTACHMENT part 2 application/ms-tnef
name=winmail.dat



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

RE: can't find classes - help

[Jim]

elephantwalker,

Yes, I am aware of that. However, even though I am doing that - providing
entire path - the classes are still not found. That is what is giving me the
headache.

For example, let's say I have "com.myclasses.Class". and
"com.myclasses.Load"
They are both there in the directory that I should be putting my classes in.
Load does a:

try {
Class.forName("com.myclasses.Class");
}catch(ClassNotFoundException c){
c.printStackTrace();
}

sure enough, it says that the class was not found. I have even put the class
that is running (Load) in the Class.forName(). It throws a ClassNotFound
exception as well.

I am going to put this code on tomcat just to see if it will do the same
thing.

Later,
Jim

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker
Sent: Friday, April 27, 2001 10:56 PM
To: Orion-Interest
Subject: RE: can't find classes - help


Jim,

somehow long ago, in a galaxy far away..no that's another story. Yes, I had
this problem sometime ago. As far as I know, the forName argument has to be
the full package path. So that would be,
Class.forName("org.somepackage.myclasses.Foo"). If you don't include the
full path...if will throw the exception you are getting.

Regards,

The elephantwalker

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jim
Sent: Friday, April 27, 2001 8:26 PM
To: Orion-Interest
Subject: can't find classes - help


I have a problem that is kind of throwing a wrench into my works:

Without going into a great amount of detail - this is the problem:

I am attempting to create a new instance of a class. To do so I am using
Class.forName("the class");

All of these classes are where they are supposed to be, as far as I can
tell. For example, if my directory structure is :
orion
>applications
>myapp
>myapp-web
>classes
>myclasses

all my classes are in myclasses. However, no matter what class I attempt to
do Class.forName() on, there is a class not found exception thrown.

Can anyone provide some insight?

can't find classes - help

[Jim]

I have a problem that is kind of throwing a wrench into my works:

Without going into a great amount of detail - this is the problem:

I am attempting to create a new instance of a class. To do so I am using
Class.forName("the class");

All of these classes are where they are supposed to be, as far as I can
tell. For example, if my directory structure is :
orion
>applications
>myapp
>myapp-web
>classes
>myclasses

all my classes are in myclasses. However, no matter what class I attempt to
do Class.forName() on, there is a class not found exception thrown.

Can anyone provide some insight?

RE: How to upgrade Xalan / Xerces?

[Carroll, Jim]

You will also need to delete the parser.jar file that comes with orion.

-Original Message-
From: Markus Holmberg [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 03, 2001 10:15 AM
To: Orion-Interest
Cc: Orion-Interest
Subject: Re: How to upgrade Xalan / Xerces?


Yes.

Markus

On Tue, Apr 03, 2001 at 03:44:32PM +0300, Peter Peltonen wrote:
> 
> I want to upgrade Xalan and Xerces to newer versions that comes with
JAXP
> found at 
> http://java.sun.com/xml? Do I just overwrite the .jar files?
> 
> 
> Regards,
> Peter

-- 

Markus Holmberg |   Give me Unix or give me a typewriter.
[EMAIL PROTECTED]  |   http://www.freebsd.org/

RE: Friendly error messages from Microsoft get in the way (was Error pages defined in web.xml not found / activated)

[Carroll, Jim]

You can turn this off in the IE (Idiotic Explorer) advanced options.

-Original Message-
From: Frank Eggink [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001 3:56 AM
To: Orion-Interest
Subject: Friendly error messages from Microsoft get in the way (was
Error pages defined in web.xml not found / activated)


Well ...

How can you spend your weekend?!?


The problem I described looks to be caused by wat's called 'friendly
error 
messages' from the Internet Explorer. All runs fine with Netscape. 
Microsoft replaces standard 404 'can not find page' errors with their
own 
page, which is considered (by them) to be more user friendly.

Still I do not understand how the Explorer gets the information there is
a 
404 error. Could this be somewhat less wanted feature of Orion? I
certainly 
would like to have control over this error message.

FE

On Friday, March 30, 2001 5:48 PM, Frank Eggink 
[SMTP:[EMAIL PROTECTED]] wrote:
> Hi,
>
> I'm having a problem. I have defined error pages in my web.xml
>
> I've defined:
>
> 
>   404
>   /errors/error404.jsp
> 
>
> Now I expect to see the error page when I request a non existing page 
like
> http://localhost/my-app/non-existing-page.html, which does not happen.

I'm
> obviously overlooking something, but what??
>
> [When I define the error page in a jsp page with <%@
> errorpage=/errors/error404.jsp %> it does work. So it can find the
page,
> which gives me the impression I've setup something wrong. What??
>
>
> FE
>
> Frank Eggink
> Swift Applications
> [EMAIL PROTECTED]
> +31 6 28847325 (voice)
> +31 33 4532464 (fax)
>
> 

Re: Simultaneous Username/Password Detection

[Jim Kraai]

David,

I'm just getting to know servlets in depth, and have recently 
read (and reread a few times) the servlet spec.

Two sections of the spec (2.3) are relevant (I think Orion is 
at 2.3?):

> 3.1 Scope of a ServletContext
> 
> There is one instance of the ServletContext interface associated 
> with each web application deployed into a container. In cases 
> where the container is distributed over many virtual machines, 
> there is one instance per web application per VM. Servlets that 
> exist in a container that were not deployed as part of a web 
> application are implicitly part of a "default" web application and 
> are contained by a default ServletContext. In a distributed 
> container, the default ServletContext is non-distributable and 
> must only exist on one VM.

So, if you've got a distributed application, then you can't store 
it in the servlet context.  More specifically:

> 3.3.1 Context Attributes in a Distributed Container
> 
> Context attributes exist locally to the VM in which they were 
> created and placed. This prevents the ServletContext from being 
> used as a distributed shared memory store. If information needs to 
> be shared between servlets running in a distributed environment, 
> that information should be placed into a session (See Chapter 8, 
> "Sessions"), a database or set in an Enterprise JavaBean.

I know you didn't say that you had a distributed environment, but 
you don't want the info stored at the rooted "web application" 
level either.

If you're not in a J2EE environment, it looks like some external 
resource is your only option.

A simplistic way of accomplishing this would be to:
Create a table w/ a single column (and primary key) of userid.

On login attempt, insert the userid into the table, if you get 
a key error, then don't log the user in and inform them that 
the login is already in use.

(Note that AOL Instant Messenger just logs out whoever had been 
logged in and hands the session over to the new client-
-personally I like this for various reasons.  Say, I've left 
myself logged in at work and am allowed to log in at home.  If 
I were ever suddenly logged out, I'd log back in and change my 
password as quickly as possible.  Not perfect, but good enough 
for the largest ISP.)

On logout, delete the userid row from the table.

If you're in a J2EE environment, then implement identical 
functionality in an EJB.

I'm sure there are more complicated strategies available, but 
this is a good starting point.

--jim


David Morton wrote:
> 
> I am building a system that protects content by username and password.  No
> problem there.  The more complicated part of the system prevents two people
> using the same username and password at the same time on our web site.  I
> have a plan to do this, but I haven't seen if there are any common
> methods/techniques/strategies/design patterns to do this in a jsp
> environment.  Nor do any of our developers have any experience in doing this.
> Currently, I am just going to store server generated sessionId's and
> userId's with other necessary data/time checks..of course the user must
> be able to take over use of that username and password because the browser
> may crash...or they forget to hit logoutand also I must flag when this
> happens too many times in a period of time as a red flagobviously with
> an html web site, there is no 100% accurate way to only have one user using
> the site at once, however, I can build it well enough that 95% of the users
> that are giving out their passwords won't because it is annoying to keep
> re-logging in and being locked out for an hour if you trip one of our red
> flags.thoughts?  experiences?
> This is not for a porn site, however, I bet that porn people have
> something like this.
> 
> David
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

RE: Is there a solution to JAXP 1.1? ORION WON'T START!!!

[Carroll, Jim]

I don't know if this will help but later versions of xerces implement
JAXP so I deleted the parser.jar that comes with Orion and replaced the
xerces jar with the one that comes with the latest xalan and things are
working.

Let us know if that helps.

-Original Message-
From: Arno Grbac [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 21, 2001 12:13 PM
To: Orion-Interest
Subject: Is there a solution to JAXP 1.1? ORION WON'T START!!!


I searched the list, and people have experienced this problem (like
myself),
but no word from Orion. Ideas?

If you try to get Orion working with this latest release from Sun, Orion
won't
start:

G:\orion>java -jar orion.jar
java.lang.NoSuchMethodError
at
org.apache.crimson.tree.AttributeSet.(AttributeSet.java:139)
at
org.apache.crimson.tree.XmlDocumentBuilder.startElement(XmlDocumentBuild
er.j
ava:463)
at
org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1449)
at
org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:499)
at org.apache.crimson.parser.Parser2.parse(Parser2.java:304)
at
org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433)
at
org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.ja
va:1
79)
at com.evermind.xml.e.getJavaxDocument(JAX)
at com.evermind.xml.XMLUtils.getDocument(JAX)
at com.evermind.xml.XMLConfig.ay(JAX)
at com.evermind.xml.XMLConfig.ay(JAX)
at com.evermind.server.g6.run(JAX)
at java.lang.Thread.run(Unknown Source)
at com.evermind.util.f.run(JAX)


I don't think it's a hard thing to fix and it is a critical bug if you
need
the latest stuff. Did anybody figure this out?

Regards,
-arnox

Re: Empty Cookies dont work in Orion 1.4.5

[Jim Carroll]

Actually, they don't work in 1.4.7 either. This
seems like a rather serious bug to me.

- Original Message -
From: <[EMAIL PROTECTED]>
Date: Thursday, March 15, 2001 8:23 pm
Subject: Empty Cookies dont work in Orion 1.4.5

> 
> Cookies set as either empty or null as in the 
> following:
> 
>cookie1 = new Cookie("Name1",null);
>cookie2 = new Cookie("Name2","");
> 
> ... both fail in Orion 1.4.5. I'm not sure if this
> is fixed in 1.4.7 or not but it seemed serious
> enough to report on. Orion correctly SENDS the 
> cookies to the browser but can't handle them
> when they are returned in subsequent accesses.
> 
> 

Empty Cookies dont work in Orion 1.4.5

[Jim Carroll]

Cookies set as either empty or null as in the 
following:

cookie1 = new Cookie("Name1",null);
cookie2 = new Cookie("Name2","");

... both fail in Orion 1.4.5. I'm not sure if this
is fixed in 1.4.7 or not but it seemed serious
enough to report on. Orion correctly SENDS the 
cookies to the browser but can't handle them
when they are returned in subsequent accesses.

RE: Colombo Java mystery -- the case of the unrecognized Parser jar

[Jim Carroll]

As someone previously pointed out, the CLASSPATH environment variable is
ignored when using the -jar option to start a java program. So that might be
your problem id you are starting your server that way.

Also, I know JRun (2.3.x) ignores the classpath env variable; you are
required to set it in a properties file. Maybe it's the same for your
server.

Also, I have found that, since JAXP is implemented in later versions of
xerces I have been able to overwrite the orion supplied xerces.jar file with
a later one and delete the parser.jar file without a problem. If anyone
knows why this might be a bad idea, please let me know.

Jim

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Kemp
Randy-W18971
Sent: Tuesday, March 13, 2001 9:10 AM
To: Orion-Interest
Subject: Colombo Java mystery -- the case of the unrecognized Parser jar


Here is a Colombo mystery I am wrestling with, called the case of the
unrecognized Parser jar.   See if anyone has any insights.

1. On windows 2000, I get this message when running Resin or Tomcat (Since
their lists don't know, I would see if any Orion experts could answer).
(http://localhost:8080/JSP page entry)

Error: 500  Internal Servlet Error:
javax.servlet.ServletException: org/xml/sax/EntityResolver
2.  If I look at my classpath, I have Parser.jar in it.
CLASSPATH=.;d:\javaprograms\javasource;c:\jdk1.3\lib\mail.jar;c:\jdk1.3\lib\
acti
vation.jar;D:\javajdbcs\jdbc1\mm.mysql.jdbc-1.2c;C:\jdk1.3\lib\tools.jar;D:\
Java
ServletProducts\JbossData\addressbook;D:\JavaServletProducts\JbossData\addre
ssbo
ok\src\java;D:\javajarfiles\ejb.jar;D:\javajarfiles\servlet.jar;D:\javajarfi
les\
server.jar\jboss-client.jar;D:\javajarfiles;D:\javajarfiles\jnp-client.jar;D
:\Ja
vaServletProducts\JbossData\addressbook\src\java\addressbook;D:\javajarfiles
\add
ressbook-client.jar;D:\javajarfiles\jndi.properties;D:\javajarfiles\Parser.j
ar;C
:\j2sdkee1.2.1\lib\j2ee.jar;d:\javaservletproducts\orionapp\classes

3.  If I examine the Parser.jar command with jar tf Parser.jar, then this is
part of my jar file:

org/xml/sax/EntityResolver.class

So if the Java Columbo were looking at this case, what wisdom would they add
that I am missing?

RE: JSP Session setting

[Jim Carroll]

Actually, Someone gave me the answer to this. Thanks. It's actually a page
directive I missed. I should have thought to look there.

Thanks anyway.
Jim

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi
(Chile)
Sent: Tuesday, March 06, 2001 3:20 PM
To: Orion-Interest
Subject: RE: JSP Session setting


 tags in web.xml should do it...

HTH

JP

> -Original Message-
> From: Jim Carroll [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 06, 2001 12:44 PM
> To: Orion-Interest
> Subject: JSP Session setting
>
>
> I'm not sure if this is the correct place to ask this
> question but is there
> a way to turn off the session tracking in the jsp compiling in orion?
> Currently, no matter how you set the  tag in the
> configuration, when jsps are compiled the following line are
> ALWAYS there:
>
>   HttpSession session;
>   session = request.getSession(true);
>
> It seems that this will hinder performance in a clustered
> environment where
> only some of the applications require sessions.
>
> Is there a way to turn this off at a page or application level?
>
> Thanks
> Jim
>
>

JSP Session setting

[Jim Carroll]

I'm not sure if this is the correct place to ask this question but is there
a way to turn off the session tracking in the jsp compiling in orion?
Currently, no matter how you set the  tag in the
configuration, when jsps are compiled the following line are ALWAYS there:

HttpSession session;
session = request.getSession(true);

It seems that this will hinder performance in a clustered environment where
only some of the applications require sessions.

Is there a way to turn this off at a page or application level?

Thanks
Jim

Re: EJBQL

[Jim Archer]

Denis, this is way overstating the "compliance" of both Orion and Weblogic. 
Both of these servers have substantial issues with adherence to the 
proposed final draft. Both lack some features and implement others 
incorrectly or incompletely.

Any examples you see that are written to demonstrate EJB 2.0 on Orion 
(particulary the ones I wrote) demonstrate not EJB 2.0 as speced in the 
PFD, but rather how to make EJB 2.0 run on Orion. Orion has big differences 
between what it does and whats written in the PFD spec.

This is not a knock on Orion. EJB 2.0 is a moving target and keeping up 
would take substantial resources maybe for very little gain. I expect when 
the actual spec comes out we will see Orion adopt it agressively, although 
I am just guessing, as I don't speak for Orion. I cdertianally hope this is 
the case, as I want to deploy my J2EE/EJB 2.0 stuff on it.

If you want to start coding for EJB 2.0 now then there are two options that 
adhere ridgely to the PFD. First, is the reference implementation of J2EE 
beta recently released by Sun and available from them. Next is the MVC Soft 
persistence manager, available at:

http://www.mvcsoft.com

Be warned! The final spec may change and you may have to change your code.

Have fun and good luck!

Jim

--On Friday, March 02, 2001 10:49 AM -0800 denis despinoy 
<[EMAIL PROTECTED]> wrote:

> After testing against the ejb2.0 spec It appears Orion
> and Weblogic are the only two considered EJB2.0
> compliant so far.
>
> What are looking after in the ejb2.0 spec ?
>
> DD
>
>
> --- Ray Harrison <[EMAIL PROTECTED]> wrote:
>> The latest information in hand that I know of is
>> that no - they do not support EJBQL - although
>> that may have changed recently. Not sure that I know
>> of any app server that is fully EJB2.0
>> compliant as yet...
>>
>> Cheers
>> RHH
>> --- fresnaULL <[EMAIL PROTECTED]> wrote:
>> > Does Orion provide support for EJBQL? Which Orion
>> version?
>> > Is Orion full EJB 2.0 compliant?
>> >
>> > Thanks in advance
>> >
>>
>>
>> __
>> Do You Yahoo!?
>> Get email at your own domain with Yahoo! Mail.
>> http://personal.mail.yahoo.com/
>>
>
>
> __
> Do You Yahoo!?
> Get email at your own domain with Yahoo! Mail.
> http://personal.mail.yahoo.com/




I shall be telling this with a sigh
Somewhere ages and ages hence:
Two roads diverged in a wood, and I -
I took the one less traveled by,
And that has made all the difference.

- Robert Frost, 1916

Re: EJBQL

[Jim Archer]

You are correct. Orion supports no QL at all.

For a product thats fully compliant with the EJB 2.0 proposed final draft 
(note that this does not mean that its an EJB 2.0 system, since the spec is 
still not out) including QL, check out:

http://www.mvcsoft.com

Jim


--On Friday, March 02, 2001 4:45 AM -0800 Ray Harrison 
<[EMAIL PROTECTED]> wrote:

> The latest information in hand that I know of is that no - they do not
> support EJBQL - although that may have changed recently. Not sure that I
> know of any app server that is fully EJB2.0 compliant as yet...
>
> Cheers
> RHH
> --- fresnaULL <[EMAIL PROTECTED]> wrote:
>> Does Orion provide support for EJBQL? Which Orion version?
>> Is Orion full EJB 2.0 compliant?
>>
>> Thanks in advance
>>
>
>
> __
> Do You Yahoo!?
> Get email at your own domain with Yahoo! Mail.
> http://personal.mail.yahoo.com/




I shall be telling this with a sigh
Somewhere ages and ages hence:
Two roads diverged in a wood, and I -
I took the one less traveled by,
And that has made all the difference.

- Robert Frost, 1916

New site for everyone...

[Jim]

Hi all
I found a new site for designing your jacket.Design your jacket online and
beat the cold...

http://www.webjacket.com

don't mistake me
bye then take care
Jimmy



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

RE: CMP 2.0 OR mapping problem

[Jim Archer]

Heck, I would love to know a guess on when the darned spec will be available! The 
sooner the better!

Jim

--On Friday, February 23, 2001 9:15 AM -0500 Michael A Third <[EMAIL PROTECTED]> wrote:

>
> Thanks for the reply.  We were already doing this, and I realized how
> repetitive it was and hoped that 1.4.7 could cut the time we spent doing
> this (we have a lot of these relationships).  Does anyone have a guess as
> to when full EJB 2.0 support will be available?
>
> Thanks,
>
> Michael
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer
> Sent: Thursday, February 22, 2001 8:18 PM
> To: Orion-Interest
> Subject: RE: CMP 2.0 OR mapping problem
>
>
> Bidirectional relationships do not yet work.
>
> There are two workarounds that have worked for me:
>
> Manually add (and remove!) both sides of the relationship.  So your
> Marketplace.addStorefront() method would look like this:
>
> void addStorefront(Storefront front)
> {
>this.getStorefronts().add(front);
>
> front.setMarketplace((Marketplace)this.ejbContext.getEJBObject());
> }
>
> etc.  Alternatively you can modify your
> Marketplace.getMarketplaceStorefronts() method so that instead of
> obtaining the storefronts from the internal collection it runs a
> findByMarketplace finder method on the StorefrontHome.  Then you just
> need to make sure that the storefronts->marketplace reference is kept
> solid.
>
> Jeff
>
>> -Original Message-
>> From: Michael A Third [mailto:[EMAIL PROTECTED]]
>> Sent: Thursday, February 22, 2001 3:37 PM
>> To: Orion-Interest
>> Subject: CMP 2.0 OR mapping problem
>>
>>
>> I have been trying to get Orion to correctly map a non-dependant
>> bidirectional 1:N relationship using EJB 2.0.  It tries to generate a
>> collection mapping that uses a third table to hold the
>> reference.  I was
>> able to deploy it properly using a unidirectional relationship.
>>
>> Here is the relevant entries from ejb-jar.xml (edited for brevity):
>>  
>>
>> com.trademotion.ejb.base.Marketplace
>>
>> marketplaceID
>>
>> name
>>
>> storefronts
>>  marketplaceID
>>  
>>  
>>
>> com.trademotion.ejb.base.Storefront
>>
>> storefrontID
>>
>> name
>>
>> marketplace
>>  storefrontID
>>  
>>
>>  
>>  
>>  
>>
>> Marketplace-Storefront
>>
>>  
>>
>> marketplace-has-storefronts
>>  
>>  One
>>  
>>
>> com.trademotion.ejb.base.Marketplace
>>  
>>  
>>
>> storefronts
>>
>> java.util.Collection
>>  
>>  
>>
>>  
>>
>> storefront-belongsto-marketplace
>>  
>>  Many
>>  
>>  
>>
>> com.trademotion.ejb.base.Storefront
>>  
>>  
>>
>> marketplace
>>
>> com.trademotion.ejb.base.Marketplace
>>  
>>  
>>  
>>  
>>
>>  
>> Here is the generated orion-ejb-jar.xml (again, edited):
>>  > name="com.trademotion.ejb.base.Marketplace">
>>  
>>  > name="marketplaceID" persistence-
>>  name="marketplaceID" />
>>  
>>  
>>  >
>> table="com_trademotion_ejb_base_Marketplace_storefronts">
>>  
>>
>> >
>> name="marketplaceID" />
>>  
>>  > type="com.trademotion.ejb.base.Storefront">
>>
>> 
>>  >
>> home="com.trademotion.ejb.base.Storefront">
>>
>> >  persistence-name="value"
>> />
>&g

Re: Test20Cmp / Jim Archers example

[Jim Archer]

Yes, I know why they are there...

At one point with some version of Orion way back when, failing to 
initialize the fields to something caused an error (I don't remember 
exactly what error) when the bean was persisted or activated or something 
like that. Much of my code from which pieces of the examples were taken 
didn't populate all fields in the bean, just the key field, in the create 
method. This example, I believe, does not work that way (I would have to 
check and don't remember off the top of my head).

So prehaps the need for this was long ago removed by a fix or upgrade. This 
is an old example now. Mostly, the three examples I wrote, I feel, are 
usefull for demonstrating how to make EJB 2.0 CMP work under Orion. Orion's 
implementation veries a bit from the proposed final draft, so these 
examples do whats needed to make the code work.

BTW, Joe and whoever else maintains OrionSupport.com, could you guys add my 
other two examples to the site? I get many requests for these files from 
people who said they looked there first...

Jim


--On Thursday, February 22, 2001 1:02 PM -0500 Tim Endres 
<[EMAIL PROTECTED]> wrote:

> I am not certain about Jim's example. However, we use this style of code
> to null out "transient" fields that get filled in during the use of an
> entity bean. The problem is that these fields are not "cleared" between
> passivation and re-activation. Thus, you can have fields with invalid
> values from a pervious incantation of the bean. Clearing these fields
> solves that problem.
>
> tim.
>
>> I just read Arhcer's Test20Cmp example (posted on this list earlier on).
>> I am unaware of the need for the initToNull() method (see below); does
>> anyone know why its there - its is repeated in the later examples aswell.
>>
>> Well, I know at least one guy who knows... but if anyone else but Jim
>> himself knows, you are of course also very welcome to reply ;-). Thanks.
>>
>>
>> Randahl
>>
>>
>>
>> public String ejbCreate() {
>>  trace("ejbCreate() entered");
>>
>>  initToNull();
>>
>>  setUserId("jarcher");
>>  setFirstName("Jim");
>>  setLastName("Archer");
>>  setEmail("[EMAIL PROTECTED]");
>>
>>  trace("ejbCreate() exiting");
>>
>>   // In CMP, should return null.
>>   return null;
>> }
>>
>>
>> // 
>>  private void initToNull()
>>  {
>>  trace("initToNull() entered");
>>
>>  setUserId(null);
>>  setFirstName(null);
>>  setLastName(null);
>>  setEmail(null);
>>
>>  trace("initToNull() exiting");
>>  }
>>
>>
>




I shall be telling this with a sigh
Somewhere ages and ages hence:
Two roads diverged in a wood, and I -
I took the one less traveled by,
And that has made all the difference.

- Robert Frost, 1916

Port 23791

[Jim Archer]

Hi All...

Does anyone know why Orion is listening on port 23791?

Thanks...

Jim



I shall be telling this with a sigh
Somewhere ages and ages hence:
Two roads diverged in a wood, and I -
I took the one less traveled by,
And that has made all the difference.

- Robert Frost, 1916

RE: Last posting

[Jim Archer]

Well, if we can't send them questions, how can we ask them? 



--On Friday, February 16, 2001 10:04 AM +1100 Mike Cannon-Brookes 
<[EMAIL PROTECTED]> wrote:

>
> If I might put up an impassioned plea at this point (on behalf of Marcus,
> myself and anyone else who regularly gets Orion support questions in
> their personal inbox)
>
> DO NOT SEND YOUR QUESTIONS TO ANYONE'S PERSONAL ADDRESS WITHOUT ASKING
> THEM
>
> Keep your questions on the list, we see them there too.
>
> -mike
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus Rydin
> Sent: Friday, February 16, 2001 12:49 AM
> To: Orion-Interest
> Subject: SV: Last posting
>
>
>
> Whoa!
> Hold your mails! Hold your mails!
> Im just a contributor like the rest of you :)
> WR
>
>> -Ursprungligt meddelande-
>> Från: Johan Fredriksson [mailto:[EMAIL PROTECTED]]
>> Skickat: den 15 februari 2001 05:17
>> Till: Orion-Interest
>> Ämne: Re: Last posting
>>
>>
>> If you don't get your answer within 2-3 days, people don't
>> know the answer.
>> If that is the case, try to get in contact with Magnus Rydin
>> or someone else
>> in the Orion team. I know it is very difficult to get in
>> touch with them,
>> and I guess time zone differences are making it worse, but if
>> you do you
>> usually get the answer you need instantly. Not always the
>> answer you want...
>> But that's something else.
>>
>> As a little hint in comparing Orion to any other J2EE
>> application server out
>> there, Orion is the one that gets you up and running with
>> least effort. It
>> is even easier than Suns reference implementation, but then I
>> have installed
>> Orion 10-20 times, so I'm not sure if I'm being objective.
>>
>> Long complicated questions on this list seems to get by
>> without answers,
>> especially if they are not very precise. And as Bronwen
>> Cassidy said very
>> insightfully : ...this is more a  "I HOPE SOMEONE ANSWERS" forum...
>>
>>
>>
>> - Original Message -
>> From: "Cliff Rowley" <[EMAIL PROTECTED]>
>> To: "Orion-Interest" <[EMAIL PROTECTED]>
>> Sent: Thursday, February 15, 2001 11:37 AM
>> Subject: RE: Last posting
>>
>>
>> > Tim, thankyou for your mature and decent reply - it is very much
>> > appreciated.
>> >
>> > I must apologise for being rather obtrusive, I am almost
>> ready to crack
>> and
>> > 'let them take me away', and everyone seems to be taking a
>> fair whack from
>> > it just recently.  Some people react like bulldogs, and
>> some people care
>> to
>> > remember they are dealing with real people with real problems.
>> >
>> > Sorry if I caused you any displeasure.
>> >
>> > Cliff
>> >
>> > > -Original Message-
>> > > From: [EMAIL PROTECTED]
>> > > [mailto:[EMAIL PROTECTED]]On Behalf Of
>> Tim Endres
>> > > Sent: 15 February 2001 03:22
>> > > To: Orion-Interest
>> > > Subject: Re: Last posting
>> > >
>> > >
>> > > Cliff,
>> > >
>> > > I think your posting was sufficiently complex and general
>> that it was
>> > > unlikely to generate a reponse. Speaking for myself, but
>> suspecting
>> > > that it applies to other "professionals", I am very busy,
>> and do not
>> > > have the time to devote to such a response. Sorry.
>> > >
>> > > However, I believe you would be more likely to get a
>> reply if you try
>> > > asking specific questions.
>> > >
>> > > tim.
>> > >
>> > > > -BEGIN PGP SIGNED MESSAGE-
>> > > > Hash: SHA1
>> > > >
>> > > > Pardon me if I sound a little rude, but since not a
>> single person has
>> > > > even acknowledged my last post, do I assume that (a)
>> noone cares or
>> > > > (b) noone knows?  I am very keen to get started, and
>> very keen to
>> > > > evaluate the various avenues open to us, and I had expected a
>> > > > commercial application to have a reasonably
>> professional following.
>> > > > Perhaps I was mistaken and I should look elsewhere?
>> > > >
>> > > > Cliff Rowley
>> > > >
>> > > > -BEGIN PGP SIGNATURE-
>> > > > Version: PGPfreeware 7.0.3 for non-commercial use
> 
>> > >
>> > > iQA/AwUBOosbgApjs58+bOhlEQKwigCgnaxMsVQAHoiFpkfbNk48fqTDWXsAoMNy
>> > > HxbYNGGXjPNB/neGWBPbq8yf
>> > > =RK40
>> > > -END PGP SIGNATURE-
>> > >
>> > >
>> >
>> >
>> >
>> >
>>
>

RE: How does this effect Orion?

[Jim Archer]

The EJB 2.0 support is my big question. Currently, there is none.

Jim

--On Wednesday, February 14, 2001 3:37 PM -0800 Jeff Schnitzer 
<[EMAIL PROTECTED]> wrote:

> That's an interesting question.  The investor story is not good - they
> recently terminated their CEO/President and CFO, restated a year of
> earnings (which put them in the red), and reduced their heacount from
> 132 to 106.  Their stock, which was trading ~$20 this time last year, is
> now at $0.31.  New Atlanta backed out of their stock-based acquisition
> arrangement, although Unify is still bundling ServletExec.  It looks
> bleak.
>
> How is their EJB 2.0 support?  I'm guessing that quite a few J2EE
> providers are going to be shaken out in this transition.  There's no way
> a market will continue to support thirty people selling the same thing.
>
> Jeff
>
>> -Original Message-
>> From: Kemp Randy-W18971 [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, February 14, 2001 7:10 AM
>> To: Orion-Interest
>> Subject: How does this effect Orion?
>>
>>
>> I have read the announcement at www.theserverside.com about
>> the ewave server for only $595 per CPU.  The company marketing
>> it has a good marketing and capital engine behind them, so I
>> wonder how this will effect Orion?  It is very interesting
>> that there are over thirty vendors offering some flavor of
>> J2EE technology, anywhere from the high priced servers like
>> Weblogic to the open source servers like Jboss.  Yet this
>> industry is supposed to be around $2 billion now and projected
>> to be $12 billion in two years.  This means there is a market
>> for all the "good" products, and the consumer and developer
>> will become the clear winners.
>>
>>




I shall be telling this with a sigh
Somewhere ages and ages hence:
Two roads diverged in a wood, and I -
I took the one less traveled by,
And that has made all the difference.

- Robert Frost, 1916

RE: Any news from Orion yet??

[Jim Archer]

Everyone on this thread has made excellant points. To me, the issue for 
this list is not the best way for these people to train on EJB. Thats for 
them (and then their customers) to decide, and I am disinterested. I think 
the point here is that Orion was asked a question and didn't reply. A 
simple and quick 'yes' or 'no' would suffice.

Jim


--On Wednesday, February 14, 2001 9:25 AM -0800 "Duffey, Kevin" 
<[EMAIL PROTECTED]> wrote:

> I can not speak for Orion, but I can tell you that I have read many a
> thread in this list and there are plenty of people knowledgeable about
> Orion. However, I still lack the connection between Orion and EJB. Sure,
> it gives you a platform to run EJB on, but I am not sure why someone must
> learn Orion EJB, instead of just EJB. If you are looking for a FREE EJB
> application server, there are a few around, JBoss being one of the best I
> have seen. However, I don't believe you would need to pay Orion for the
> use of Orion in a classroom. I could be wrong, but that doesn't sound
> like a production environment to me. Orion only charges based on
> production licenses. Again..I could be wrong and if I am I apologize. In
> that case, I would look at using free alternatives that get the job done.
> Jboss appears to be a very capable EJB application server, and I am sure
> Tomcat can provide a good enough front-end for jsp/servlets to get the
> job done. Also, unless you are teaching a specific tool (such as
> JBuilder) which is not what is indicated in the original thread (teaching
> EJB on Orion), I see no reason why you wouldn't teach them the "right"
> tools, being command line tools that get the job done. There are many
> free IDE's that do nicely, and cheap ones too. I personally use UltraEdit
> ($30) and ANT (Java make/script tool..free) that allow me to quickly
> compile, jar and deploy a project with a single easy to understand xml
> script file. My point is, why does it require a $3000 tool for each
> person in the class, and a $1500 (by the way..that is very cheap
> especially when you compare the costs to a cluster of WebLogic, WebSphere
> or Jrun (or others) that can costs as much as $15K (or more) per CPU per
> server) app server when you can teach them the EJB and the tools that get
> the job done (that the fancy IDE's usually use anyways) for free? My focus
> here is on the original post that said they want to teach EJB. There
> wasn't any mention of teaching tools that deploy EJB into any specific
> app server. I think the original post made it clear they want to instruct
> on EJB. If the class is to teach EJB within Orion, then possibly teaching
> how to set up Orion, deploy into it, etc is a good thing. If you took
> that approach, and you bought several licenses at once (if they are
> required), the Orion team may even give you a break on the price. As for
> why they don't respond..well, I can't answer that.
>
> Anyways..I hope the class goes well.
>
>
>> -Original Message-
>> From: Rabi Satter [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, February 14, 2001 7:03 AM
>> To: Orion-Interest
>> Subject: RE: Any news from Orion yet??
>>
>>
>> As a former trainer I can understand exactly what Kevin is
>> trying to say.
>> That is when you do training you need a platform for the
>> students to learn.
>> In the case of EJB you don't say gee here is how it should
>> work and have a
>> nice day. You say here is how it works and now lets have you build an
>> example. The spec does not help you and your students build a
>> "working"
>> example. You need an app server.
>>
>> As for the cost at $1500 a pop per workstation and a typical
>> training room
>> of 15 workstations plus trainer workstation that is $24,000
>> not including
>> cost of hardware and other software to support training
>> people on EJB like
>> JBuilder. JBuilder Enterprise is $2999 and you can see that a
>> training room
>> can quickly become an expensive proposition without aid from
>> the vendor. I
>> have not even begun to add the cost of developing courseware and
>> instructors.
>>
>> Regardless, what is more disheartening is the lack of
>> response from Orion.
>> Quite frankly the fast way to become the number one app server is by
>> training people. Those people then become your main sales
>> force and with
>> little or no cost to the company.
>>
>> -Original Message-
>> From: Kevin Duffey [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, February 14, 2001 1:41 AM
>> To: Orion-Interest
>> Subject: RE: RE

RE: Any news from Orion yet??

[Jim Archer]

As the lower cost and open source products continue to mature, we may see 
prices come down. Check out The server side today.

http://www.theserverside.com

JIm


--On Tuesday, February 13, 2001 6:37 PM -0600 Kemp Randy-W18971 
<[EMAIL PROTECTED]> wrote:

>  I don't knock the higher priced products, and they do have the lion's
>  share of the market, and many large companies run big applications on
>  them.  Personally, I feel as many low price (Orion) and open source
>  (jboss, etc.) mature, more people will ride that path.  Look at the
>  history of Apache, and now 60 % of the world's servers run it.
>  Developers see that the low priced and open source options are maturing
>  and proving themselves.  It's just a matter of time.
>
> -Original Message-
> From: Konstantin Polyzois
> To: Orion-Interest
> Sent: 2/13/01 6:56 AM
> Subject: RE: Any news from Orion yet??
>
> "Weblogic (and the high priced products like Websphere) are great..."
>
> Speaking as someone who has done development using Websphere (3.0 &
> 3.02):
> It sucks! Don't use it for anything but JSP or servlets. It has so many
> flaws that I don't even want to get in to them!!
>
> /korre
>
> -Original Message-
> From: Kemp Randy-W18971
> To: Orion-Interest
> Sent: 2001-02-12 13:58
> Subject: RE: Any news from Orion yet??
>
>
> Weblogic (and the high priced products like Websphere) are great, if you
> want to pay the price.  They come with nice tools like front end gui's,
> good documentation, paid support, etc.  But if you look for the opinions
> of developers who have used these products, and compared them to Orion,
> jboss, etc., they would say the EJB capacies are no better then the
> other high priced products.  In order of ranking, here's how I look at
> the other products.
> 1 Orion -- This product is ready now, but I haven't seen anyone from
> this list run a Sears store on it.
> 2. Jboss (www.jboss.org) -- The founders are very bright, have five
> hundred developers on the projects, have EJB heavies contributing to the
> list, and it's a very easy to use product.  Personally, even though it
> is ready for production now, I would wait for it to mature a bit more.
> It's like a fine wine -- drink it now, and it is OK, or allow it to age
> a bit then drink it (like jboss 3.0 final).
> 3. Openejb (www.openejb.org) - this project has a very bright and well
> known person heading it, and it is slated to be intergrated with Tomcat
> and Apache.  It has yet to prove itself, as it is not yet ready for
> production release.  But it has good future promise.
> 4. Jonas (www.evidian.com/jonas) - This is a good product, but it is not
> as advanced as the other two open source products and I don't think they
> have as many people behind them.
> 5. Enhydra enterprise (www.enhydra.org).  If you like the enhydra
> application server, this product has potential.  But it is not
> production ready yet and it intergrates with the jonas server.
>   In summary, Orion is here now but can it run Sears?  Jboss is ready
> but I would let it mature a bit more for production environments.
> Openejb and Enhydra have great potential, but they are not ready yet and
> have to prove themselves.  Jonas is OK but I prefer the other open
> source alternatives.
>
> -Original Message-
> From: Anthony W. Marino
> To: Orion-Interest
> Sent: 2/11/01 9:06 AM
> Subject: Re: Any news from Orion yet??
>
> On another note, can you and/or someone, qualify/quantify what you mean
> by
> the following previously made statement :
>
> "For the most part, Orion is still very much ahead of the pack, and the
> speed is stil EXCELLENT."
> ?
>
> In the Apache Tomcat list I asked the following question:
>
> "Can someone suggest to me what Apache and/or other OpenSource products
> could
> be integrated to compete with functionally and/or considered in the same
>
> category as BEA WebLogic?
> I don't necessarily need all of what BEA has to offer at this time,
> however,
> I would like to know, generally, what it would take to get there without
> the
> big $ price tag."
>
> Thank You,
> Anthony
>
> On Monday 15 January 2001 15:20, you wrote:
>> On Mon, 15 Jan 2001, Jason Boehle wrote:
>> > WL6 has support for EARs.  They also support all of the EJB 2.0 spec
>> > except for dependent objects.  In fact, I am currently using WL6 for
>> > development instead of Orion, due to the apparent lack of
> development
>> > going on in the Orion team on EJB 2.0.  I had suggested to my boss
> that
>> > we use Orion, as I had been lurking and following 

Re: EJB-QL in 1.4.7

[Jim Archer]

No.

--On Monday, February 12, 2001 11:02 PM -0600 Christian Billen 
<[EMAIL PROTECTED]> wrote:

> Is there any implementation of EJB-QL at this time in the 1.4.7 code?
>
> Thanks,
>
> Christian
>

OT: Excellent new EJB 2.0 CMP book available

[Jim Archer]

I apologize that this is off topic, but its probably of interest to 
everyone here. For anyone interestred in EJB 2.0, there is a great book 
available at:

http://www.mvcsoft.com

Its included in their persistence manager product. BTW, that persistence 
manager is a complete implementation of EJB 2.0 PFD, so if you want to get 
a head start you can.

Even if you don't need their code, the included PDF book is worth more than 
the $28 they ask for it. (No, I don't have anything to do with them... I 
just think its a great product that everyone can benefit from).

Cheers!

Jim

Re: Problem with two Orions on same box!!!

[Jim Archer]

In the case of the web server, in the config directory is an XML file in 
which you set that.

Go to Orion's web site and read the installation instructions. The long 
version tells you exactly what to set.

Jim


--On Thursday, February 08, 2001 3:32 PM +0530 Mohit Palhan 
<[EMAIL PROTECTED]> wrote:

> I do not have access to two servers, and have installed 2 Orions on the
> same box, how do I make sure that they do not use the same ports for the
> RMI server and for the HTTP server??
> Please help
> Mohit
> Have a nice day :-)
>
>> > ***
>> >
>> > The information contained in this message (including any attachments)
>> > is confidential and may be legally privileged.
>> > If you are not the intended recipient, please delete it from your
>> > system immediately - any disclosure, copying or distribution thereof
>> > or any action taken or omitted to be taken in reliance thereon is
>> > prohibited and may be unlawful.AITPL makes no warranty as to the
>> > accuracy or completeness of any information contained in this message
>> > and hereby excludes any liability of any kind for the information
>> > contained herein or for the transmission, reception, storage or use of
>> > such information in any way whatsoever.  Any opinions expressed in
>> > this message are those of the author and do not necessarily reflect
>> > the opinions of AITPL.
>> > **
>> > ***
>> >
>> >
>> >
>
> --
> *
> 
>
> The information contained in this message (including any attachments) is
> confidential and may be legally privileged.
> If you are not the intended recipient, please delete it from your system
> immediately - any disclosure, copying or distribution thereof or any
> action taken or omitted to be taken in reliance thereon is prohibited and
> may be unlawful.AITPL makes no warranty as to the accuracy or
> completeness of any information contained in this message and hereby
> excludes any liability of any kind for the information contained herein
> or for the transmission, reception, storage or use of such information in
> any way whatsoever.  Any opinions expressed in this message are those of
> the author and do not necessarily reflect the opinions of AITPL.
> *
> 
>
>
>

Re: SV: EJB 2.0 EB n<-->m implemented?

[Jim Archer]

Magnus, thanks very much for the reply.

I should know the answer to this by now, but I have been avoidiung Orion specific 
features in hopes of ending up with a portable J2EE app. So I don't know...

Can someone please tell me if its possible to have a many-to-many relationship between 
two EJB 2.0 entity beans using CMP and using Orion specific features?

I would appreciate any help on this...

Thanks!

Jim



--On Thursday, February 08, 2001 8:47 AM +0100 Magnus Rydin <[EMAIL PROTECTED]> 
wrote:

>
> Hi,
> no, its not there yet. :(
>
>> -Ursprungligt meddelande-
>> Från: Jim Archer [mailto:[EMAIL PROTECTED]]
>> Skickat: den 7 februari 2001 13:57
>> Till: Orion-Interest
>> Ämne: EJB 2.0 EB n<-->m implemented?
>>
>>
>> Hi All...
>>
>> Does anyone know if many to many relationships between EBs is
>> implemented
>> on Orion 1.4.7?
>>
>> I was going to write a bit of code to test it, but my
>> laziness got the
>> better part of me and I was hopeing someone else had already
>> discovered
>> this and could save me a bit of work ;-)
>>
>> Thanks!
>>
>> Jim
>>
>>
>>

EJB 2.0 EB n<-->m implemented?

[Jim Archer]

Hi All...

Does anyone know if many to many relationships between EBs is implemented 
on Orion 1.4.7?

I was going to write a bit of code to test it, but my laziness got the 
better part of me and I was hopeing someone else had already discovered 
this and could save me a bit of work ;-)

Thanks!

Jim

Orion 1.4.7 and the EJB 2.0 examples - They all work!

[Jim Archer]

FYI, all three of the EJB 2.0 CMP examples work with Orion 1.4.7. Thanks 
guys for fixing that so quickly!

Jim


I shall be telling this with a sigh
Somewhere ages and ages hence:
Two roads diverged in a wood, and I -
I took the one less traveled by,
And that has made all the difference.

- Robert Frost, 1916

1.4.6 also breaks the Test20CmpDo example

[Jim Archer]

Hi All...

The Test20CmoDO.zip example, which shows how to have a dependent object in 
EJB 2.0, is also broken under Orion 1.4.6. I have filed bugzilla reports 
for both this one and the Test20CmpDoOM.zip example I mentioned earlier.

Test20Cmp.zip seems to still work.

Jim

1.4.6 breaks the EJB 2.0 CMP Do OM example

[Jim Archer]

Hi All...

I just ran my EJB 2.0 CMP Do OM example through Orion 1.4.6. It breaks with 
the error pasted below. I just thought I would let everyone know...

Jim

EmailDo_ORCollection5.java:294: String not terminated at end of line.
"n
^
EmailDo_ORCollection5.java:294: Invalid expression statement.
"n
^
EmailDo_ORCollection5.java:295: ';' expected.
}
^
EmailDo_ORCollection5.java:295: '}' expected.
}
 ^
4 errors
Error compiling 
file:/D:/Orion-test-apps/Test20CmpDoOM/rel/Sample20EbDoOM-ver001
a/Sample20EbDoOM-ver001a-ejb.jar: Syntax error in source
Orion/1.4.6 initialized

RE: Which version is stable

[Jim Archer]

Thomas, if your planning to go into production in the next 30 days and you 
have a server that works and has all the features you need, you probably 
don't want to upgrade, especially to an "experimental" release.

I would have a look at the bug database and see if there is a bug that will 
hurt you or if there is a fix you need...

Jim


--On Tuesday, January 30, 2001 11:23 AM -0500 Thomas Pridham 
<[EMAIL PROTECTED]> wrote:

> I am also interested in the answer to this question.  We have purchased
> and staged 1.3.8 on a server that will go to production within the next
> 30 days. Not sure if we should stick with 1.3.8 or go to 1.4.5?
>
> As a side note, anyone know how long it takes Orion Support to respond to
> an email?  Been waiting 24 hours so far, our license file is bad. :(
>
> Regards,
> Tom Pridham
>
>
> -Original Message-
> From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 7:14 AM
> To: Orion-Interest
> Subject: Which version is stable
>
>
> I am running Orion 1.3.8 seems to work, but I am thinking of upgrading.
>
> But which version should one upgrade to? - According to
> www.orionserver.com the new 1.4.5 is both stable and experimental...
> which sounds a bit like "stable and unstable".
>
> R.
>

Re: Which version is stable

[Jim Archer]

Depends upon what features your using. Version 1.4.5 broke some EJB 2.0 CMP 
stuff. You may want to check the bug list and see if there is anything 
reported that would be a problem for you.

Jim


--On Tuesday, January 30, 2001 1:14 PM +0100 Randahl Fink Isaksen 
<[EMAIL PROTECTED]> wrote:

> I am running Orion 1.3.8 seems to work, but I am thinking of upgrading.
>
> But which version should one upgrade to? - According to
> www.orionserver.com the new 1.4.5 is both stable and experimental...
> which sounds a bit like "stable and unstable".
>
> R.
>

EJB 2.0 with dependent 1 <--> n sample available

[Jim Archer]

Hi All...

As promised, the EJB 2.0 CMP example with 1 to many EB to dependent 
relationships is available. Its posted at:

http://www.archer.net/test20CmpDoOM.zip

Please let me know if you have any problems with it.

Jim

RE: EJB 2.0 Dependent object example now available

[Jim Archer]

I beleive it is possible. First, in the cas of a one-to-many design, you 
will get two tables. One for persons and the other for addresses. I'll have 
that example ready very soon, probably tonight.

Also, I *believe* orion allows you to control the table names and such. Of 
course, thats a server specific feature.

I'll post the 1<-->n example soon.

Jim


--On Thursday, January 25, 2001 11:23 AM -0500 Neal Kaiser 
<[EMAIL PROTECTED]> wrote:

> Just ran your tutorial, had no problems at all setting it up with Orion
> 1.4.5. Thank you, it was very informative.
>
> Is it possible to do something like this if it spans multiple tables? What
> if you had a 1-many relationship  and a user could have many addresses.
> In the database there would be a USERS table and an ADRESSES table.  Is
> that possible with CMP?  Any tutorials on that?
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Archer
>> Sent: Wednesday, January 24, 2001 9:50 PM
>> To: Orion-Interest
>> Subject: EJB 2.0 Dependent object example now available
>>
>>
>>
>>
>> Hello all...
>>
>> Many people have written me requesting I provide an EJB 2.0
>> CMP example
>> that uses a dependent object. To all who asked, I apologize
>> for the delay.
>> I have sent it to Joe for posting on OrionSupport, and it is
>> right now
>> available at:
>>
>> http://www.archer.net/Test20CmpDo.zip
>>
>> This example has an entity bean to represent a person and a dependent
>> object to represent the person's postal address. There is a
>> one-to-one
>> relationship between the entity bean and its dependent.
>>
>> There will be a similar example with a one-to-many relationship soon.
>>
>> Cheers!
>>
>> Jim
>>
>>
>>
>>
>

Re: Support site down - can I help?

[Jim Archer]

OOPS...

Sorry list... This was supposed to go to Joe personally...

Jim


--On Wednesday, January 24, 2001 3:11 PM -0500 Jim Archer <[EMAIL PROTECTED]> 
wrote:

> Hi Joe...
>
> I noticed that OrionSupport has been down for a few days. If there is a
> problem, is there anything I can do to help? I have some resoureces
> available...
>
> Jim
>
>
>

EJB 2.0 Dependent object example now available

[Jim Archer]

Hello all...

Many people have written me requesting I provide an EJB 2.0 CMP example 
that uses a dependent object. To all who asked, I apologize for the delay. 
I have sent it to Joe for posting on OrionSupport, and it is right now 
available at:

http://www.archer.net/Test20CmpDo.zip

This example has an entity bean to represent a person and a dependent 
object to represent the person's postal address. There is a one-to-one 
relationship between the entity bean and its dependent.

There will be a similar example with a one-to-many relationship soon.

Cheers!

Jim

Support site down - can I help?

[Jim Archer]

Hi Joe...

I noticed that OrionSupport has been down for a few days. If there is a 
problem, is there anything I can do to help? I have some resoureces 
available...

Jim

Re: Composite PK classes

[Jim Archer]

Hi Daniel...

I believe I have also been unable to make this work. Let me double check. I 
don't recall the exact problem I had but I think there is one. I'll check...

Jim


--On Tuesday, January 23, 2001 1:58 PM -0500 Daniel Cardin 
<[EMAIL PROTECTED]> wrote:

> Has anyone managed to build EJB 2.0 applications using Orion, CMP and
> composite primary keys
> using a PK class ?
>
> I believe I have followed all recommandations but can't seem to make it
> work.
>
> Cheers,
>
> Daniel

RE: Is combining Orion and PostgreSQL a good choice

[Jim Archer]

Hi Sach...

Do you remember the version of the driver you had to hack? Also, could you 
share the changes with us?

Jim


--On Wednesday, January 17, 2001 10:08 AM -0800 Sach Jobb <[EMAIL PROTECTED]> 
wrote:

> We had a problem with either timestamp or date (i can't remember which
> now) with the default postgres JDBC driver, so we had to hack the driver
> to make it work right. So if you don't need anything to do with time and
> you don't need to store large binary data you should be fine. ;)
>
> Actually, it works quite well. We deployed a couple of months ago with 33
> million records in the database (4 processor, 4GB RAM, Sun Server) and
> orion on two application boxes (dual processor, 4GB sun servers). It's
> incredibly fast.
>
> Thanks,
> sach
> robot6
>
> %s/windows/linux/g
>
> On Wed, 17 Jan 2001, Randahl Fink Isaksen wrote:
>
>> Interesting... but are you stating that without fixing bugs in the JDBC
>> driver for PostgreSQL, it just will not work? If so, I would of course
>> like to hear what you fixed exactly...
>>
>> Yours
>>
>> Randahl
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of Mike
>> Cannon-Brookes
>> Sent: 17. januar 2001 13:51
>> To: Orion-Interest
>> Subject: RE: Is combining Orion and PostgreSQL a good choice
>>
>>
>> I'm using PostgreSQL on an application that is about to go live (within
>> the next month). Seems to be working fine in testing so far, we're
>> moving off Sybase 11.0.3.3 on Linux to PostgreSQL (probably 7.1 by the
>> time we go live).
>>
>> I've personally fixed a bug or two in the JDBC driver, but other than
>> that the latest driver seems very solid.
>>
>> I use the default schema (the latest one from Orion has a lot of fixes
>> contributed by myself and others, the original was horrible). Let me
>> know if there are any problems with the latest schema.
>>
>> -mike
>>
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink
>> > Isaksen
>> > Sent: Wednesday, January 17, 2001 11:01 PM
>> > To: Orion-Interest
>> > Subject: Is combining Orion and PostgreSQL a good choice
>> >
>> >
>> > I am wondering if using PostgreSQL with Orion would be a good
>> > option. So my
>> > questions are:
>> >
>> > 1. Has anyone tried using PostgreSQL with Orion in a real-life
>> > application (running for a long period with no errors) - and was it a
>> > success?
>> >
>> > 2. Do you use the default database schema for PostgreSQL that comes
>> > with Orion?
>> >
>> >
>> > Yours
>> >
>> > Randahl
>> >
>> >
>> >
>> >
>> >
>>
>>
>>
>>
>

RE: Is combining Orion and PostgreSQL a good choice

[Jim Archer]

Actually, a How-To on getting PostgreSQL working with Orion would probably 
be a great addition to OrionSupport.com!

Jim


--On Wednesday, January 17, 2001 9:05 AM -0500 Neal Kaiser 
<[EMAIL PROTECTED]> wrote:

> Could you post what bug fixes you did for the PostgreSQL JDBC driver?
> Might save me ( and many other developers ) some frustration down the
> road. Thanks.
>>
>> I'm using PostgreSQL on an application that is about to go
>> live (within the
>> next month). Seems to be working fine in testing so far,
>> we're moving off
>> Sybase 11.0.3.3 on Linux to PostgreSQL (probably 7.1 by the time we go
>> live).
>>
>> I've personally fixed a bug or two in the JDBC driver, but
>> other than that
>> the latest driver seems very solid.
>>
>> I use the default schema (the latest one from Orion has a lot of fixes
>> contributed by myself and others, the original was horrible).
>> Let me know if
>> there are any problems with the latest schema.
>>
>> -mike
>>
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED]]On Behalf Of
>> Randahl Fink
>> > Isaksen
>> > Sent: Wednesday, January 17, 2001 11:01 PM
>> > To: Orion-Interest
>> > Subject: Is combining Orion and PostgreSQL a good choice
>> >
>> >
>> > I am wondering if using PostgreSQL with Orion would be a good
>> > option. So my
>> > questions are:
>> >
>> > 1. Has anyone tried using PostgreSQL with Orion in a
>> real-life application
>> > (running for a long period with no errors) - and was it a success?
>> >
>> > 2. Do you use the default database schema for PostgreSQL
>> that comes with
>> > Orion?
>> >
>> >
>> > Yours
>> >
>> > Randahl
>> >
>> >
>> >
>> >
>> >
>>
>>
>

RE: Any news from Orion yet??

[Jim Archer]

Unfortuantly, the dependent object support is what I need most (sigh)...

Jim


--On Monday, January 15, 2001 8:30 AM -0600 Jason Boehle 
<[EMAIL PROTECTED]> wrote:

> WL6 has support for EARs.  They also support all of the EJB 2.0 spec
> except for dependent objects.  In fact, I am currently using WL6 for
> development instead of Orion, due to the apparent lack of development
> going on in the Orion team on EJB 2.0.  I had suggested to my boss that
> we use Orion, as I had been lurking and following it for several months,
> and saw that it always met the latest specs first, etc. - now I feel dumb
> for doing so, as they haven't had a new release in several months...
>
> Jason Boehle
> [EMAIL PROTECTED]
>
> -Original Message-
> From: Santosh Kumar [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 15, 2001 12:57 AM
> To: Orion-Interest
> Subject: Re: Any news from Orion yet??
>
>
> Hi kevin,
> As far as i have known WL5.1 or <, there is no concept of ear
> files, does 6.0 include
> that. Doesn't the J2EE mandate (I am not sure!) the use of EAR =  WAR  +
> JAR + CAR(or JAR)?
> To deploy the JPS1.1.1 on Orion, it is a piece of cake, while deploying on
> WLS, i have to
> unpack the EAR files and dis-integrate them which is contrary to the
> essence of packaging the ear files,
> Even meddling with the ugly weblogic.properties frustrates one and all. Is
> that true with all WLS users?
>
> Orion is a neat impl of J2EE,  is WLS6.0?
>
> Regards,
> Santosh.
> - Original Message -
> From: Kevin Duffey <[EMAIL PROTECTED]>
> To: Orion-Interest <[EMAIL PROTECTED]>
> Sent: Monday, January 15, 2001 12:07 PM
> Subject: RE: Any news from Orion yet??
>
>
>> I am not one to advocate another product, but WL6 looks nice. It is easy
> to
>> work with compared to WL5.1. Orion is still the best. JBoss looks very
>> interesting as well.
>>
>> > -Original Message-
>> > From: [EMAIL PROTECTED]
>> > [mailto:[EMAIL PROTECTED]]On Behalf Of Neville
>> > Burnell
>> > Sent: Sunday, January 14, 2001 2:26 PM
>> > To: Orion-Interest
>> > Cc: Orion-Interest
>> > Subject: FW: Any news from Orion yet??
>> >
>> >
>> > Yes - pls Orion people, publish some news & update Orion ...
>> >
>> > We are looking to buy at least 3 licences over the next few weeks if
>> > everything is ok
>> >
>> > Cheers
>> >
>> > Neville Burnell
>> > Business Manager Software
>> >
>> > -Original Message-
>> > From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
>> > Sent: Sunday, 14 January 2001 12:45 PM
>> > To: Orion-Interest
>> > Subject: Any news from Orion yet??
>> >
>> >
>> > Hi all,
>> >
>> > Has anyone heard from the team lately? I know I saw a post about a
>> > month or
>> > so ago. Its been about 3 or 4 months since anything has changed on
>> > their site, if not longer and now its getting me worried. I can
>> > understand them
>> > trying to organize the company, but did production stop on the app
>> > server? I
>> > wish there was some news once every couple of weeks or so from them on
>> > their
>> > site letting us know what is happening.
>> >
>> > Thanks.
>>
>>
>>
>

RE: Complex O/R and EJB 2.0 CMP

[Jim Archer]

I have a few examples that are much more complex than the one I wrote on 
OrionSupport. Let me clean them up and I'll post them here...

Jim


--On Monday, January 08, 2001 5:45 AM -0800 Darren Pamatat 
<[EMAIL PROTECTED]> wrote:

>
> --- Konstantin Polyzois <[EMAIL PROTECTED]>
> wrote:
>>  "Servlet/JDBC is sure looking a bit simpler right
>> now."
>>
>> But of course it is. If there is no concurrency
>> (multiple clients) and if
>> you don't like object-oriented programming. And if
>> you dont plan on building
>> more than a few servlets.
>
> What I meant here, is gettin an environment setup and
> working and being productive. Concurrency issues are
> not a big deal to handle when you know what you are
> doing, and you can do object oriented programming with
> servlets/java classes/ create your own minimal O/R
> code where necessary or use a o/r mapper lib. I've
> been doing this stuff for a while now, and it just
> seems that orion examples and info (when orionsupport
> is up, its been down for a while) takes you to a point
> where, if it went a little bit further would save tons
> of time.  From any vendors software solution, it is
> not just the software, but the documents, examples,
> third-party support, forums, etc which make or do not
> make it a productive environment to get started and
> develop with.
>
> My question is, is there any examples anywhere of some
> complexor code with client code which drives it?
> Anyone care to post or email some examples?
>
> Also, when will orionsupport be back up?
>
> Thanks,
> -Darren
>
>
>> "Also,
>> what is the difference in the EJB 2.0 CMP and orion
>> proprietary CMP."
>>
>> I think Orion supports Maps and Sets for dependent
>> objects, the EJB2
>> (proposed final draft) only mandates support for
>> Sets.
>> Orions implementation does not look complete yet
>> (how could it be when there
>> is no spec?) it lacks EJB-QL, Home-methods and
>> Select-methods (forgive me
>> for errors it has been some time since I read the
>> spec).
>>
>> /korre
>>
>> -Original Message-
>> From: Darren Pamatat
>> To: Orion-Interest
>> Sent: 2001-01-07 20:27
>> Subject: Complex O/R and EJB 2.0 CMP
>>
>> I've been trying to get started with some O/R stuff
>> with orion, and have gone thru the orion-cmp primer,
>> and the complex-or example. A few problems, is that
>> the orion-cmp primer is very simplistic, and the
>> complex-or example (from orionsupport, which is
>> currently down) does not have any examples, or docs
>> on
>> how to create and use a client application to
>> exercise
>> the ejb cmp entities. Does anyone have any
>> code/examples or info on this?
>>
>> I like the layout of the complex-or example more so
>> than the orion-cmp primer, because it is not
>> required
>> to jar it up, and classes can just be recompiled,
>> and
>> run (if only I could run something against it).
>> Also,
>> what is the difference in the EJB 2.0 CMP and orion
>> proprietary CMP.
>>
>> Servlet/JDBC is sure looking a bit simpler right
>> now.
>> Hopefully, some info and more examples are available
>> to help get an environment setup with CMP EJB's, to
>> work off of.
>>
>> -Darren
>>
>>
>> __
>> Do You Yahoo!?
>> Yahoo! Photos - Share your holiday photos online!
>> http://photos.yahoo.com/
>>
>
>
> __
> Do You Yahoo!?
> Yahoo! Photos - Share your holiday photos online!
> http://photos.yahoo.com/

Re: Anyone heard from evermind?

[Jim Archer]

More great news, Karl! Thanks very much for your reply!

Jim


--On Monday, December 11, 2000 12:00 AM +0100 Karl Avedal 
<[EMAIL PROTECTED]> wrote:

> Hello Jim (and everyone else),
>
> Thanks!
>
> The only change that is planned is the addition of a seperate support
> license for the ones demanding more support. There's no date set for when
> this will be available yet.
>
> We do not plan any changes to the normal license, neither in cost nor
> terms. And it will still be free for developers and for non-commercial
> use.
>
> Regards,
> Karl Avedal
>
> Jim Archer wrote:
>
>> Karl, sounds like great news. Congrats!
>>
>> I'm wondering if any major changes in licensing or pricing policy are
>> coming within the next several or six months?
>>
>> Thanks...
>>
>> Jim
>>
>> --On Thursday, December 07, 2000 1:20 PM +0100 Karl Avedal
>> <[EMAIL PROTECTED]> wrote:
>>
>> > Hello,
>> >
>> > I thought it was time for some explanation on our silence.
>> >
>> > Alot of things are happening structually right now to the company. The
>> > biggest news is probably that the company is no longer Evermind, but is
>> > now called Ironflare AB, which is a new limited corporation. The owners
>> > are the same so it is not a takeover or anything like that, but the new
>> > company form will enable us to expand faster than the old company. We
>> > will announce this officially within a few weeks.
>> >
>> > This will lead to a few things:
>> >
>> > 1. The company will become more visible, with a company website and
>> > information and not just a product website with product information.
>> >
>> > 2. The resources of the company will increase. The problem lately has
>> > been that non-development takes more and more time as we get more
>> > customers. As other resources get available that do more of the
>> > business, the core team will be able to focus more on development and
>> > bug-fixing.
>> >
>> > 3. There might still be some time of confusion left. The company
>> > structure is not the only change we're going through. The expansion is
>> > just starting and as it goes on, resources will initially be spent more
>> > on building the organization and hiring the right people than would be
>> > necessary if we didn't make the expansion. Without the expansion we
>> > would however be lost eventually as we would hit a brick wall without
>> > the necessary resources.
>> >
>> > I will try to keep you posted on these developments and I want to
>> > reassure you that we are not gone, but quite the opposite, we are
>> > making a move to become more aggressive in the future, but it has made
>> > us less visible for some time and has hurt the product development and
>> > release cycle, and it is likely to do so from time to time as we go
>> > ahead. A new release with a few fixes shouldn't be far away now though.
>> >
>> > Regards,
>> > Karl Avedal
>> >
>

Re: EJB2.0 Generated class uncompilable

[Jim Archer]

You might want to go to:

http://www.orionsupport.com

And grab the simple EJB 2.0 sample...

Jim


--On Friday, December 08, 2000 4:02 PM -0500 Peter Pontbriand 
<[EMAIL PROTECTED]> wrote:

> Hello All.
>
> We've just written our first pair of 2.0-spec EJBs and are experiencing
> some really strange problems deploying them. Orion 1.4.4 auto-generates
> the DB tables for these beans, but then spits out the following message
> for every CMP field in each EJB:
>
> ___
>
>  6. public class FooBean_PersistenceManager22 extends
> com.foo.components.authorization.bean.FooBean implements
> ContainerManagedObject
>  <-->
> *** Error: The abstract method "void setBar(java.util.Set $1);", inherited
> from type "com/foo/components/authorization/bean/FooBean", is not
> implemented in the non-abstract class "FooBean_PersistenceManager22".
> Since the type "com/foo/components/authorization/bean/FooBean" was read
> from a class file, it is possible that it just needs to be recompiled
> because after having inherited method "void setBar(java.util.Set $1);"
> from an interface, the method was subsequently removed from that
> interface.
> Error compiling file:/C:/orion/applications/foo/admin-ejb.jar: Error in
> source
> ___
>
> We're totally at a loss here. What's removing what from what interface?
> There's no indication in the message of what the problem is in the source.
> We've already spend an incredible amount of time trying to sort out
> extremely cryptic deployment error messages with 1.1 and now 2.0-spec CMP
> Entity EJBs. We're definitely beginning to wonder whether there is any
> point to CMP at all - it seems like we could have ported BMP Entity EJBs
> to quite a number of different DBs in the time its taken to try and deal
> with CMP problems like this.
>
> Anybody have any light to on this latest problem?
>
> P. Pontbriand
> Canlink Interactive Technologies Inc.
>
>
>

Re: Anyone heard from evermind?

[Jim Archer]

Karl, sounds like great news. Congrats!

I'm wondering if any major changes in licensing or pricing policy are 
coming within the next several or six months?

Thanks...

Jim

--On Thursday, December 07, 2000 1:20 PM +0100 Karl Avedal 
<[EMAIL PROTECTED]> wrote:

> Hello,
>
> I thought it was time for some explanation on our silence.
>
> Alot of things are happening structually right now to the company. The
> biggest news is probably that the company is no longer Evermind, but is
> now called Ironflare AB, which is a new limited corporation. The owners
> are the same so it is not a takeover or anything like that, but the new
> company form will enable us to expand faster than the old company. We
> will announce this officially within a few weeks.
>
> This will lead to a few things:
>
> 1. The company will become more visible, with a company website and
> information and not just a product website with product information.
>
> 2. The resources of the company will increase. The problem lately has
> been that non-development takes more and more time as we get more
> customers. As other resources get available that do more of the business,
> the core team will be able to focus more on development and bug-fixing.
>
> 3. There might still be some time of confusion left. The company
> structure is not the only change we're going through. The expansion is
> just starting and as it goes on, resources will initially be spent more
> on building the organization and hiring the right people than would be
> necessary if we didn't make the expansion. Without the expansion we would
> however be lost eventually as we would hit a brick wall without the
> necessary resources.
>
> I will try to keep you posted on these developments and I want to
> reassure you that we are not gone, but quite the opposite, we are making
> a move to become more aggressive in the future, but it has made us less
> visible for some time and has hurt the product development and release
> cycle, and it is likely to do so from time to time as we go ahead. A new
> release with a few fixes shouldn't be far away now though.
>
> Regards,
> Karl Avedal
>

ATM wap application

[Jim Cao]

Hi,
 
I have added an application /atmwap to
/orion/applications and used phone.com (US.SDK) to
test it. In the phone information console display
HTTP GET Request: HTTP://LOCALHOST/atmwap
 
cache hit: {
 
<HTTP://LOCALHOST/http//localhost/atmwap/login.jsp>
}
 
It does not work. Anyone can help me to set it up
properly.
 
Jim
 
 

__
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

ATM wap application

[Jim Cao]

Hi,
 
I have added an application /atmwap to 
/orion/applications and used phone.com (US.SDK) to test it. In the phone 
information console display
HTTP GET Request: HTTP://LOCALHOST/atmwap
 
cache hit: 
{  
<HTTP://LOCALHOST/http//localhost/atmwap/login.jsp>    
}
 
It does not work. Anyone can help me to set it up 
properly.
 
Jim
 
 

error page

[Jim]

Is there a setting or is it possible to set up custome error pages on Orion?

Thanks,
Jim

Re: EJB-EJB CMP

[Jim Archer]

Do you want to use EJB 1.1 or EJB 2.0?

Jim

--On Monday, November 13, 2000 12:02 PM -0800 Juan Gargiulo 
<[EMAIL PROTECTED]> wrote:

> Hi,
>
> I'm having problems configuring orion to create the tables for entity EJBs
> with references to other entity EJBs (using CMP). Can somebody, please,
> enumerate the steps for doing this.
>
> Thanks in advance,
>
> Juan Gargiulo
>

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

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
>> 

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
>>  

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 dependent

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

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?
> > >

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.

Multiple beans in one jar

[Jim Crossley]

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.

Re: Getting reference of DataSourceUserManager

[Jim Crossley]

What do you mean by "configured your app properly"?  Which tags/files
are involved?  

Is the UserManager stuff part of J2EE or specific to Orion?

Thanks.

"Juan Lorandi (Chile)" wrote:
> 
> you may find the current UserManager & RoleManager in
> 
> "java:comp/UserManager"
> "java:comp/RoleManager"
> 
> If you configured your app properly, UserManager and RoleManager must be
> instances of DataSourceUserManager
> 
> HTH,
> 
> JP
> 
> -Original Message-
> From: Gerald [mailto:[EMAIL PROTECTED]]
> Sent: Miércoles, 08 de Noviembre de 2000 18:32
> To: Orion-Interest
> Subject: Getting reference of DataSourceUserManager
> 
> In orion-application.xml, one can specify the use of DataSourceUserManager
> which allows Orion to manage user information via a database.
> 
> How can I get a reference to an instance of this user manager so that I can
> add, delete and look up users and groups? Should I just instantiate my own
> copy of the object, or must I get it through Orion?
> 
> Thanks.

Re: EJB SLSB Question

[Jim Archer]

First, you are free to have seperate client threads access the same 
instance of a SLSB via its remote interface. This will work fine.

However, I don't know why you would want to do that. One of the nice things 
the EJB server is supposed to do for you is to manage the life cycle of its 
beans. You are seeking to defeat that capability, which will reduce the 
performance of your app. SLSBs are passed seemelessely from app to app by 
the server so that a small number of them can serve a very large number of 
clients.

You say your client wants to "cache" the bean. Does this mean that you are 
assigning some state to the bean you want to maintain or top persist? If 
so, this is not an appropriate use of a *stateless* session bean. I 
recomend using a *statefull* session bean.

Good luck.

Jim

--On Wednesday, November 08, 2000 11:05 PM -0500 Vidur Dhanda 
<[EMAIL PROTECTED]> wrote:

> I can't find a _definite_ answer to my question.  Hopefully, someone can
> give me some pointers.  Is it legal, per EJB 1.1, for multiple client
> threads to access a SLSB?  Here's why this is important for me.
> Apparently, there is no portable way for a SLSB to tell a client that it
> has timed out.  Hence, if a client caches a SLSB, it is prone to some
> "random" error.  So, I figured, I will write a "keep-alive" thread and
> wrap the SLSB in an application object as a delegate.  And in the SLSB,
> I will implement a no-op - ping(). Now, there's the possibility, that
> the SLSB will be in a method call when the keep-alive thread decides to
> do a ping.  DO I need to guard against that?
>
> Thanks,
> Vidur
>
> --
> Vidur Dhanda
> Active Solutions
> tel: 617/566-1252
> [EMAIL PROTECTED]
> www.active-solutions-inc.com
>
>

Re: Shutting down orion

[Jim Crossley]

Thanks for all your responses on this.  Had I looked at orionsupport
first like I should, I wouldn't have even posted the question!  

I was happy to see that ^C or SIGTERM shuts down orion cleanly as
well... since jdk1.3 allows you to trap signals now.

RE: What's new? - Where is 1.4.2??

[Jim Archer]

Actually, no, you can't always do this, for two reasons.

First, on a Unix system, we the orion user the permission to write to 
itself. This is a basic security procedure. As a xonsequence, autoupdate 
won't work.

Second, although I may be able to do this, I may not want to. There is risk 
in grabbing the newest experimental server and I'm not always willing to 
accept that risk. If things are working for me and I have a tight deadline, 
I prefer not to update unless there is a fix or an enhansement I need. 
Therefore, I prefer to check the changes.txt file first.

Jim

--On Wednesday, November 08, 2000 5:17 PM +0100 Runar Svendsen 
<[EMAIL PROTECTED]> wrote:

> You can always get the latest version of Orion by running
>
> java -jar autoupdate.jar
>
> in the orion dir.
>
> Runar.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Archer
> Sent: 7. november 2000 20:15
> To: Orion-Interest
> Cc: Kesha Sibilev
> Subject: Re: What's new? - Where is 1.4.2??
>
>
> Where can we even get 1.4.2? The web site shows the latest experimental
> is  still 1.4.0 and when I bypass that and go to the unpacked version
> that has  the changes.txt file from 1.4.0.
>
> Thanks...
>
> Jim
>
> --On Tuesday, November 07, 2000 12:02 PM -0500 Kesha Sibilev
> <[EMAIL PROTECTED]> wrote:
>
>> Does anybody know what is new in the 1.4.2 version of orion server?
>>
>> kesha
>>
>
>
>
>
>

Re: ejb 2.0 relations in orion 1.4.3 broken ?

[Jim Archer]

EEK!

Axel, I have not yet tried to verify this and am not dure how to work 
around it, but if you are sure please Bugzilla it as soon as possible. I 
was just reviewing the bug list and saw that Magnus seems to be making 
excellent progress in cleaning up the EJB 2.0 persistence manager related 
bugs. Maybe if you get this one logged quickly, he can throw a fix in for 
it.

Jim


--On Wednesday, November 08, 2000 6:28 PM +0100 Axel Grossmann 
<[EMAIL PROTECTED]> wrote:

>
> The current ATM example uses EJB 2.0 definitions of ont-to-many
> relationships (account_owner -> account) . When I deployed it on
> orion 1.4.3 it workes quite well until I added some accounts.
>
> After shutting down orion and re-login all accounts are lost. A quick
> look into the hsql file (.script) revealed that there was no INSERT
> statement for the ACCOUNTOWNER_ACCOUNTS table at all, where the
> set-mapping between the AccountOwner and Account bean should happen.
>
> Any idea, or maybe an example how I can work around it by using
> orion-ejb-jar.xml ?
>
> Thank you in advance,
>
> Axel.
>
>

Shutting down orion

[Jim Crossley]

Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've
found that I cannot with a 1.3 JVM.  The server ceases to accept
connections, but its process does not go away.  (Running on
Redhat/Debian Linux)

Anyone else noticed this?

RE: What's new?

[Jim Archer]

Thanks, everyone, for the heads up! I guess I'll be waiting for 1.4.3!

Jim


--On Tuesday, November 07, 2000 3:31 PM -0500 Russ White <[EMAIL PROTECTED]> 
wrote:

> Updated and get same wrapper exception.
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Krueger
>> Sent: Tuesday, November 07, 2000 2:15 PM
>> To: Orion-Interest
>> Subject: RE: What's new?
>>
>>
>> At 13:45 07.11.00 , you wrote:
>> > How do you get 1.4.2?
>>
>> autoupdate, it's been there only for a few hours.
>>
>> robert
>>
>> > > -Original Message-
>> > > From: [EMAIL PROTECTED]
>> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert
>> > > Krueger Sent: Tuesday, November 07, 2000 12:38 PM
>> > > To: Orion-Interest
>> > > Subject: Re: What's new?
>> > >
>> > >
>> > > At 12:02 07.11.00 , you wrote:
>> > > > Does anybody know what is new in the 1.4.2 version of orion server?
>> > >
>> > > I get syntax errors compiling the generated wrappers for entities
>> > > with complex pks.
>> > >
>> > > robert
>> > >
>> > > > kesha
>> > > >
>> > >
>> > > (-) 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: What's new? - Where is 1.4.2??

[Jim Archer]

Where can we even get 1.4.2? The web site shows the latest experimental is 
still 1.4.0 and when I bypass that and go to the unpacked version that has 
the changes.txt file from 1.4.0.

Thanks...

Jim

--On Tuesday, November 07, 2000 12:02 PM -0500 Kesha Sibilev 
<[EMAIL PROTECTED]> wrote:

> Does anybody know what is new in the 1.4.2 version of orion server?
>
> kesha
>

RE: newsgroup forum

[Jim Archer]

Except, of course, for those of us who can't access a news server through 
our company firewalls. For us, it would be a major headache...

Jim

--On Monday, November 06, 2000 12:47 PM -0800 "Duffey, Kevin" 
<[EMAIL PROTECTED]> wrote:

> I agree! Using a newsgroup is a grand idea! Sure would make the threads
> alot easier to navigate.
>
>
>> -Original Message-
>> From: James Hays [mailto:[EMAIL PROTECTED]]
>> Sent: Monday, November 06, 2000 11:21 AM
>> To: Orion-Interest
>> Subject: newsgroup forum
>>
>>
>> Would it be possible or in enough peoples interest to put
>> this list serv in
>> a newsgroup forum.  For new people coming on with Orion, and
>> others just
>> wanting to search through the information, this method has become very
>> exhaustive and message threads utilized by newsgroups would
>> help eliminate
>> this.  Is there any other interest in moving this information
>> to a newsgroup
>> forum?  Scott, is this possible or feasible?
>>
>> James
>>

Form based login

[Jim Crossley]

According to a message posted here recently by Ray Harrison, one must
change the values of the  and 
elements in the web app deployment descriptor (web.xml) contained in the
Petstore 1.1 sample app from Sun.

Why is that necessary?  Is it a bug in Orion that those elements must
not contain url-mapping's?

Thanks.

RE: error logs - where are they?

[Jim Archer]

John, I don't know for sure.

If you didn't find anything in the Orion logs, did you look in the 
application specific logs, under Orion/application-deployments/myapp ???

Other than that, I have nothing more to suggest. Sorry.

Jim


--On Tuesday, October 31, 2000 9:44 AM + John Miller <[EMAIL PROTECTED]> 
wrote:

> Jim,
>
> Thanks for the suggestion but I don't think that is the problem.
>
> I do sometimes get compilation errors displayed in my browser, but not
> always.
>
> Is there no Orion logging facility for things like this?
>
> Johnny
>
> -Original Message-
> From: Jim Archer [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 31, 2000 5:02 AM
> To: Orion-Interest
> Cc: John Miller
> Subject: Re: error logs - where are they?
>
>
> John, one possibility is that if your using Microsoft Internet Explorer,
> you have the "display friendly error messages" option enabled and, as a
> result, the real error from Orion is being hidden by the browser.
>
> If this is the case, you'll be a happy camper after disabling that
> option.  I sure was!
>
> Jim
>
>
> --On Monday, October 30, 2000 6:01 PM + John Miller <[EMAIL PROTECTED]>
> wrote:
>
>>
>> I am trying to find some indication of JSP compilation errors and cannot
>> locate them in any of the Orion log files.
>>
>> On several occasions I have got a 500 error and could not locate a log of
>> what might be generating this error or any indication of what might be
>> causing this.
>>
>> Does anyone know where I should be looking, or how I might configure
>> Orion to log these JSP compilation errors?
>>
>> Thanks,
>>
>> Johnny
>
>
>

Bug 153 filed for dependent object bi relationships failing on EJB2.0

[Jim Archer]

And I just filed bug 153 reporting that EJB 2.0 dependent object 
bidirectional relationships fail. I attached a sample program to the bug 
for anyone who would like to try it out for themselves.

Jim


--On Monday, October 30, 2000 3:58 AM -0500 Jason Rimmer <[EMAIL PROTECTED]> 
wrote:

> I've filed a few bugs with Bugzilla (149, 150, and 151) regarding a
> null pointer exception with rollback, lack of persistent
> functionality, and lack of client_acknowledgement functionality
> respectively.  If 150 and 151 are resolved then the JMS implementation
> will at least be functional. Compliance would seem to be a ways off.
> Note that non-critical bug number 149's already been taken care of.
>
> --
> Jason Rimmer
> [EMAIL PROTECTED]
>
>
>> - Original Message -
>> From: "Jason Rimmer" <[EMAIL PROTECTED]>
>> To: "Orion-Interest" <[EMAIL PROTECTED]>
>> Sent: Saturday, October 28, 2000 10:42 PM
>> Subject: JMS implementation, is it for real?
>>
>>
>> > Is Orion's JMS implementation for real?  While it supports the
>> > simplistic behavior as demonstrated by the chat and coffeemaker demo it
>> > doesn't appear to support much else.
>> > JMS parts I can't get working:
>> > o Transactions.  Doesn't seem to matter what you call: commit,
>> rollback,
>> > etc.  Doesn't make a difference.
>> > o Persistence: Make the change in the jms.xml to define a queue's
>> > persistent-file, set the message delivery mode to persistent, watch it
> get
>> > ignored.
>> >
>> > Has anyone had much luck with this?  Perhaps SwiftMQ is the answer
>> here
>> > (even though I want to use the MessageDrivenBeans).
>> >
>> > --
>> > Jason Rimmer
>> > [EMAIL PROTECTED]
>
>

Re: error logs - where are they?

[Jim Archer]

John, one possibility is that if your using Microsoft Internet Explorer, 
you have the "display friendly error messages" option enabled and, as a 
result, the real error from Orion is being hidden by the browser.

If this is the case, you'll be a happy camper after disabling that option. 
I sure was!

Jim


--On Monday, October 30, 2000 6:01 PM + John Miller <[EMAIL PROTECTED]> 
wrote:

>
> I am trying to find some indication of JSP compilation errors and cannot
> locate them in any of the Orion log files.
>
> On several occasions I have got a 500 error and could not locate a log of
> what might be generating this error or any indication of what might be
> causing this.
>
> Does anyone know where I should be looking, or how I might configure
> Orion to log these JSP compilation errors?
>
> Thanks,
>
> Johnny

Re: Using JMS with auto-started client

[Jim Archer]

If you have tried to solve it and can not, go ahead and file a bug report 
on it. The Orion team members have pointed out that they frequently don't 
read every message on this list and the preferred method of communication 
in a case like this is Bugzilla.

Good luck!

Jim


--On Monday, October 30, 2000 11:55 AM -0500 Vidur Dhanda 
<[EMAIL PROTECTED]> wrote:

> Well, that's good (in a bad way).  At least I'm not the only one to have
> experienced this.  Unfortunately, I can't use message-driven beans
> (restricted to EJB1.1, for now).
>
> Memo to Orion team: could you please respond to this.  I've sent email to
> support regarding this.  I'm hesitant to file this as a bug report since I
> haven't verified that it isn't a problem with my approach/configuration.
>
> Vidur
>
> Arved Sandstrom wrote:
>
>> Funny you should bring this up. I wanted a JMS listener as a "service",
>> and in order to keep it more compliant with most app servers, the first
>> thing I tried was exactly what you describe, with the same results.
>>
>> Eventually I went with a message-driven bean, even if that only avoided
>> the problem.
>>
>> Arved Sandstrom
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of Vidur Dhanda
>> Sent: Saturday, October 28, 2000 4:46 PM
>> To: Orion-Interest
>> Subject: Using JMS with auto-started client
>>
>> Hello,
>>
>> In my application.xml I have a  block and in
>> orion-application.xml  I have a  block with
>> auto-start=true.  This correctly starts up some application code along
>> with the orion server.  One of the classes that are started, subscribes
>> to a JMS queue.  It is able to get a connection factory, create a
>> subscriber etc. but _never_ gets any messages.  When I run the same
>> class from the command-line and not have orion auto-start it, it gets
>> messages fine.  Actually, I'm rather impressed with the speed with which
>> messages are delivered.
>>
>> How do I understand this further? Since the code runs fine when not
>> auto-started and when auto-started it doesn't throw any exceptions, I'm
>> assuming this is a problem with my configuration.  Can anyone help me
>> with fix it, please.
>>
>> Thanks,
>> Vidur
>

Re: Session beans don't get removed

[Jim Archer]

Fabio, thats not necesserally important. Many servers keep session beans 
lieing around to avoide the performance penality of creating them when they 
are needed. They are frequently moved from quickly client to client inside 
the container.

I don't know how Orion handles this specifficially, but its unlikely 
something to worry about. But I could be wrong ;-)

Jim


--On Monday, October 30, 2000 6:41 PM + Fabio Silva 
<[EMAIL PROTECTED]> wrote:

> Hi there,
>
> When I have migrated from Orion 1.1.24 to Orion 1.4.0, My session beans
> which after a short while of inactivity were removed from the container,
> stopped doing that... The ejbRemove method isn't getting called anymore.
>
> Anyone has ideas?
>
> Thanks in advance,
> Fabio

Re: HIGH PRIORITY:Contact Information??????

[Jim Archer]

Try [EMAIL PROTECTED] Maybe if you put something in the subject line 
like "I WANT TO GIVE YOU MONEY"  it will get their attention :-)

Good luck!

Jim


--On Monday, October 30, 2000 5:58 PM -0700 J Davis <[EMAIL PROTECTED]> 
wrote:

> Does anyone have any contact information for Orion.  We have been trying
> to contact them for over two weeks about purchasing and licenses, and no
> one has gotten back to us.  The seem to only have an E-mail address for
> sales on their site and we cannot find any sort of phone number or other
> e-mail that will work.  Any help here would be greatly appreciated.
> Orion has been by far the fastest, smoothest EJB server we have found for
> it's cost and we want to purchase it.  Unfortuanately if we cannot get a
> hold of anyone we will have to take our business elsewhere.
>
>
> Thanx
>
>
> Greg
>

Re: Does Orion have a database access ejb/bean creation tool?

[Jim Archer]

Keith, I don't think Orion ships with such a tool. However, I do believe 
CocoBase does this. Have a look at:

http://www.thoughtinc.com/

Jim


--On Monday, October 27, 2003 7:14 AM -0500 Keith Kwiatek 
<[EMAIL PROTECTED]> wrote:

> Hello
>
> Does Orion have a tool that will allow you to generate code for a a
> ejb/bean by simply pointing it at a set of database tables?
>
> Anything out there that will do it?
>
> Keith
>
>
>

RE: Anyone using Interbase in production?

[Jim Archer]

I can't say which is the best, but I can supply the URLs you requested. 
They all have either the JDBC driver linked or included.

PostgreSQL:
http://www.postgresql.org

Interbase:
http://www.interbase.com

mySQL:
http://www.mysql.com

Sybase:
http://www.sybase.com





--On Friday, October 27, 2000 2:24 PM -0700 "Duffey, Kevin" 
<[EMAIL PROTECTED]> wrote:

> So of all the databases that are "free" to use, which one is best for
> load? I know of PostgreSQL, mySQL, Interbase, and Sybase 11.x. Can anyone
> maybe fill in the URLs where we can get these databases, as well as JDBC
> 2.0 compliant drivers for them?
>
> Thanks.
>
>
>> -Original Message-
>> From: Colin Jacobs [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, October 27, 2000 1:56 PM
>> To: Orion-Interest
>> Subject: RE: Anyone using Interbase in production?
>>
>>
>> We built our prototype on InterBase. Mostly on NT but some
>> linux also.
>>
>> I had pretty mixed experiences with it. As a developer doing
>> JDBC stuff, I
>> didn't have many complaints. On paper, at least, IB6 looks
>> like a pretty
>> full-featured open-source DB. But our DB guy complained about
>> IB a lot (the
>> tools and features) - although, I think a lot of it was him
>> having been
>> "spoilt" by Oracle.
>>
>> One caveat: The IB JDBC drivers ("InterClient") connect to a
>> process called
>> interserver, then then connects to ibserver. I don't think
>> interserver is
>> very robust. I know that on NT, the interserver.exe processes
>> gradually
>> accumulate, until you start getting problems connecting. We
>> have to reboot
>> pretty regularly.
>>
>> Be advised the JDBC drivers don't support SQL dialect 3 yet. Also, the
>> relationship between the IB open source community and Inprise
>> isn't a great
>> one. I think this is slowing down the development of the JDBC
>> 2.0 drivers.
>> Plus, I believe there was a major fork in the IB source
>> within the last
>> couple of months.
>>
>> Luckily our real product is built on Oracle. I'd be a bit
>> hesitant to use IB
>> in production under any significant load. With hindsight I
>> would have looked
>> into PostgreSQL a bit more thoroughly.
>>
>> Colin
>>
>> -Original Message-
>> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, October 27, 2000 10:26 AM
>> To: Orion-Interest
>> Cc: Jonas Larsson
>> Subject: Anyone using Interbase in production?
>>
>>
>> Does anyone here have any experience with Interbase in a production
>> environment? We are trying to decide which database to deploy in
>> production. Since we are a very low budget operation, we are
>> looking at
>> Open Source, but somehow missed this one.
>>
>> Our most important requirements are stability, transaction
>> support, a solid
>> JDBC driver (for use with an EJB server) and online backup capability.
>>
>> Any experiences people can offer would be appreciated,
>> especially in a
>> Linux environment.
>>
>> Thanks!
>>
>> Jim
>>
>>
>>
>>
>>
>> --On Friday, October 27, 2000 11:46 AM +0200 Jonas Larsson
>> <[EMAIL PROTECTED]> wrote:
>>
>> >
>> > You could always use Interbase which now is opensource..
>> > http://www.interbase.com
>> >
>> >
>> > - Original Message -
>> > From: Laufer, Michael
>> > To: Orion-Interest
>> > Sent: Friday, October 27, 2000 10:41 AM
>> > Subject: MYSQL, Orion, EJB and transactions ??
>> >
>> >
>> > Hi there,
>> >
>> > I know that the question has been discussed here before,
>> but I'm still a
>> > little confused about using  MYSQL together with Orion.
>> > I've just downloaded mysql (version 3.23.22 beta) and the manual
>> > announces that mysql is now supporting transactions.  If I
>> understood it
>> > correctly, that would mean, that it should be possible to
>> use mysql with
>> > entity beans. Am I right ??  What's confusing to me is the
>> fact, that I
>> > only find news in mailing-list, that mysql is not supporting
>> > transactions.
>> >
>> > So I don't really now, if I can use mysql for entity beans.
>> > If not, which database would you suggest ??
>> > It should work on NT and not be the most expensive one as I
>> use it 'only'
>> > for writing my Master's Thesis.
>> >
>> > Thanks in advance,
>> >
>> > Michel
>> >
>>
>>
>>
>>

Re: How to learn EJB 2.0 (was: Can't call an EJB from Withinanother EJB)

[Jim Archer]

EEK!

No sooner do I send this note than I see I was wrong on two counts.

First, Sun yesterday released the "Proposed Final" version of the EJB 2.0 
spec. Kevin, grab that one instead of public draft 2, of course. I'm glad 
to be wrong! This is great news!

Next, Orion and Weblogic are not the only two servers with some EJB 2.0 
support. Kevin, check out http://www.theserverside.com for details.

Cheers!

Jim


--On Friday, October 27, 2000 8:17 PM -0400 Jim Archer <[EMAIL PROTECTED]> 
wrote:

> Hi Kevin...
>
> Currently, the only good source of info on how to develop for EJB 2.0 is
> the spec. But thats not so bad. The spec is very well written and has
> examples of code and descriptors. I will send you a 2.0 CMP example off
> list (I sent it off to Joe for inclusion on Orion Support, but it has not
> made it up there yet).
>
> You can download the spec in PDF format from Sun. A bit of warning; it's
> about 530 pages long and has no fluff! I printed it double side on 3 hole
> punch and its a few inches. That said, it sounds worse than it is. Read
> chapter 9 several times. This is about 110 pages long and covers CMP in
> EJB 2.0 (including relationships and dependent class objects). After
> reading it, you'll know what can be done and have a good idea how to do
> it.
>
> Also, if you go to http://www.ejbnow.com there is a link to an article
> wrtten by Richard Monson-Haefel that covers the changes from EJB 1.1 to
> 2.0 (although this article is a little out of date, it is almost
> completely correct still).
>
> Read some of that, go through the example, then feel free to post your
> questions here. There are several of us (at least) active in 2.0
> development and I expect you'll get your questions answered.
>
> In addition to big CMP improvements you'll see other nice enhancements,
> in particular the ability to use JMS for asynchronus actions. I feel 2.0
> is a huge improvement.
>
>  WARNING WILL ROBINSON (dryer vent arms waveing, lights flashing) 
>
> But be warned! The current version of the EJB 2.0 spec is public
> draft 2 and will probably change at least a little or maybe alot
> (probably only a little, though) before it is final. Further, be aware
> that only Orion and Weblogic have any portion of EJB 2.0 spec
> implemented. It could be as long as 2001 Q2 before you see servers with
> full EJB compliance (assuming the spec goes final this year).
>
> Good luck!
>
> Jim
>
>
>
> --On Friday, October 27, 2000 3:48 PM -0700 "Duffey, Kevin"
> <[EMAIL PROTECTED]> wrote:
>
>> Hi Jim (all),
>>
>> Thanks for the informative reply. Since what I am working on wont be in
>> production for at least 3 or 4 months, I think I would rather start using
>> EJB 2.0 capabilities. The problem is, every book on the market is all EJB
>> 1.1..so how do you learn what you can do with EJB 2.0, how to make the
>> calls, lookups, mappings, etc. The spec is almost certainly geared
>> towards vendors, and its not an easy read..not to mention short! Can you
>> point me to any docs, tutorials, etc that explain EJB 2.0, the
>> differences, etc?
>>
>> Thanks.
>>
>>
>>> -Original Message-
>>> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>>> Sent: Friday, October 27, 2000 2:59 PM
>>> To: Orion-Interest
>>> Cc: Duffey, Kevin
>>> Subject: RE: Can't call an EJB from Within another EJB
>>>
>>>
>>> Hi Kevin...
>>>
>>> I have apps in which a servlet creates a stateless session
>>> bean that in
>>> turn creates an entity bean (or finds one that exists). It
>>> runs fine. My
>>> guess is that you have a deployment descriptor error if you
>>> get a nameing
>>> exception. Cjheck all your  tags and remember that
>>> they are scoped
>>> to the bean in which they exist. If you want, for example, to
>>> access a
>>> PersonEB from two seperate beans, each of those seperate
>>> beans needs an
>>>  entry within its definition for that PersonEB.
>>>
>>> As for EJB 1.1 CMP being very limited, yes it is. Very
>>> limited (as you
>>> said). This is why third party OR Mapping tools like CocoBase
>>> have become
>>> extremely popular. With them, you define your relationship
>>> schema and it
>>> makes BMP beans for you. But don't dispair! You have several options.
>>> First, use BMP instead. Next, CocoBase (and TopLink, a
>>> similar product)
>>> cost one heck of a lot less then that testing tool you use for the
>>> performance tests 

How to learn EJB 2.0 (was: Can't call an EJB from Within anotherEJB)

[Jim Archer]

Hi Kevin...

Currently, the only good source of info on how to develop for EJB 2.0 is 
the spec. But thats not so bad. The spec is very well written and has 
examples of code and descriptors. I will send you a 2.0 CMP example off 
list (I sent it off to Joe for inclusion on Orion Support, but it has not 
made it up there yet).

You can download the spec in PDF format from Sun. A bit of warning; it's 
about 530 pages long and has no fluff! I printed it double side on 3 hole 
punch and its a few inches. That said, it sounds worse than it is. Read 
chapter 9 several times. This is about 110 pages long and covers CMP in EJB 
2.0 (including relationships and dependent class objects). After reading 
it, you'll know what can be done and have a good idea how to do it.

Also, if you go to http://www.ejbnow.com there is a link to an article 
wrtten by Richard Monson-Haefel that covers the changes from EJB 1.1 to 2.0 
(although this article is a little out of date, it is almost completely 
correct still).

Read some of that, go through the example, then feel free to post your 
questions here. There are several of us (at least) active in 2.0 
development and I expect you'll get your questions answered.

In addition to big CMP improvements you'll see other nice enhancements, in 
particular the ability to use JMS for asynchronus actions. I feel 2.0 is a 
huge improvement.

 WARNING WILL ROBINSON (dryer vent arms waveing, lights flashing) 

But be warned! The current version of the EJB 2.0 spec is public draft 
2 and will probably change at least a little or maybe alot (probably only a 
little, though) before it is final. Further, be aware that only Orion and 
Weblogic have any portion of EJB 2.0 spec implemented. It could be as long 
as 2001 Q2 before you see servers with full EJB compliance (assuming the 
spec goes final this year).

Good luck!

Jim



--On Friday, October 27, 2000 3:48 PM -0700 "Duffey, Kevin" 
<[EMAIL PROTECTED]> wrote:

> Hi Jim (all),
>
> Thanks for the informative reply. Since what I am working on wont be in
> production for at least 3 or 4 months, I think I would rather start using
> EJB 2.0 capabilities. The problem is, every book on the market is all EJB
> 1.1..so how do you learn what you can do with EJB 2.0, how to make the
> calls, lookups, mappings, etc. The spec is almost certainly geared towards
> vendors, and its not an easy read..not to mention short! Can you point me
> to any docs, tutorials, etc that explain EJB 2.0, the differences, etc?
>
> Thanks.
>
>
>> -Original Message-
>> From: Jim Archer [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, October 27, 2000 2:59 PM
>> To: Orion-Interest
>> Cc: Duffey, Kevin
>> Subject: RE: Can't call an EJB from Within another EJB
>>
>>
>> Hi Kevin...
>>
>> I have apps in which a servlet creates a stateless session
>> bean that in
>> turn creates an entity bean (or finds one that exists). It
>> runs fine. My
>> guess is that you have a deployment descriptor error if you
>> get a nameing
>> exception. Cjheck all your  tags and remember that
>> they are scoped
>> to the bean in which they exist. If you want, for example, to
>> access a
>> PersonEB from two seperate beans, each of those seperate
>> beans needs an
>>  entry within its definition for that PersonEB.
>>
>> As for EJB 1.1 CMP being very limited, yes it is. Very
>> limited (as you
>> said). This is why third party OR Mapping tools like CocoBase
>> have become
>> extremely popular. With them, you define your relationship
>> schema and it
>> makes BMP beans for you. But don't dispair! You have several options.
>> First, use BMP instead. Next, CocoBase (and TopLink, a
>> similar product)
>> cost one heck of a lot less then that testing tool you use for the
>> performance tests (and we all know how much venture money you
>> guys have -
>> grin). The best solution (and the riskiest right now) is to
>> use EJB 2.0.
>> This has a tremendousely powerfull scheme for modeling complex
>> relationships.
>>
>> We are developing for EJB 2.0 CMP in hopes of the spec going
>> final and
>> Orion supporting it fully soon. Hopefully, we will win that
>> bet. If we
>> don't, well... let's just say that the bleeding edge will
>> leave us with a
>> blood pressure of zero over zero.
>>
>> Jim
>>
>>
>> --On Thursday, October 26, 2000 12:14 PM -0700 "Duffey, Kevin"
>> <[EMAIL PROTECTED]> wrote:
>>
>> > I HAVE THE SAME PROBLEM!!! I was about to write an email to the
>> > list..hopefully someone else can answer this. Its pissing me off.
>> &g

Re: can client see dependent objects (ejb2) ?

[Jim Archer]

Tim, the spec says that dependent objects are not exposed in the remote 
interface. It is correct that your client app can't see them.

The method laid out by the spec says that your supposed to write a 
non-abstract method in your bean class that manipulates the collection of 
dependent objects using the abstract methods you defined. These 
non-abstract methods are exposed in the remote interface.

Jim


--On Thursday, October 26, 2000 1:04 PM -0400 Tim Drury 
<[EMAIL PROTECTED]> wrote:

>
> I save successfully saved an ejb w/ dependent object
> into the database.  But when I try to pull the ejb
> back (w/dependent object), the client throws an
> exception saying it cannot find the dependent object
> class.
>
> Client code snippet:
>
>   system.out.println(contact.getName());  // this works
>   Address a = contact.getAddress();  // this throws exception
>
> The ejb attributes print out on the screen
> fine, but when I try to get the Address
> dependent object the *client* throws this
> exception:
>
> java.lang.ClassNotFoundException: Address_Dependent0
>
> Now, I think the problem is obvious.  My class
> is called "Address" and Orion compiled the class
> on the server and called it "Address_Dependent0".
> Obviously, the client isn't going to see that.
>
> My question: Can the client not see dependent objects
> at all?  Should I write another Address class and
> copy all the dependent Address class attributes into
> it?
>
> Is this addressed in the spec (I didn't see it)?
> I hope this is how it is supposed to work, I sure hope
> they change it - it seems a huge waste of time to
> have to write 2 classes for each dependent object.
>
> -tim
>

RE: Can't call an EJB from Within another EJB

[Jim Archer]

Hi Kevin...

I have apps in which a servlet creates a stateless session bean that in 
turn creates an entity bean (or finds one that exists). It runs fine. My 
guess is that you have a deployment descriptor error if you get a nameing 
exception. Cjheck all your  tags and remember that they are scoped 
to the bean in which they exist. If you want, for example, to access a 
PersonEB from two seperate beans, each of those seperate beans needs an 
 entry within its definition for that PersonEB.

As for EJB 1.1 CMP being very limited, yes it is. Very limited (as you 
said). This is why third party OR Mapping tools like CocoBase have become 
extremely popular. With them, you define your relationship schema and it 
makes BMP beans for you. But don't dispair! You have several options. 
First, use BMP instead. Next, CocoBase (and TopLink, a similar product) 
cost one heck of a lot less then that testing tool you use for the 
performance tests (and we all know how much venture money you guys have - 
grin). The best solution (and the riskiest right now) is to use EJB 2.0. 
This has a tremendousely powerfull scheme for modeling complex 
relationships.

We are developing for EJB 2.0 CMP in hopes of the spec going final and 
Orion supporting it fully soon. Hopefully, we will win that bet. If we 
don't, well... let's just say that the bleeding edge will leave us with a 
blood pressure of zero over zero.

Jim


--On Thursday, October 26, 2000 12:14 PM -0700 "Duffey, Kevin" 
<[EMAIL PROTECTED]> wrote:

> I HAVE THE SAME PROBLEM!!! I was about to write an email to the
> list..hopefully someone else can answer this. Its pissing me off.
>
> My problem is that EJB A uses EJB B, but my servlet, when it tries to get
> EJB A, throws the naming exception. The code in EJB A hasn't even ran
> yet..and the stack trace says it can't find EJB B! That is strange to me
> on why if the code in EJB A that uses B isn't even running yet..just when
> the object is trying to be found, that it says it can't find EJB B. Must
> be some mechanism of EJB containers that makes sure they all exist.
>
> My EJB A does a JNDI call to java:comp/env/ejb/Test and that should work
> according to the ejb book I have. That is how a session bean uses an
> entity bean supposedly. From what I read, a session bean (or I suppose
> any ejb) must use a JNDI lookup for every bean it wants to use. God
> forbid if I had a bean that needed to use 50 other beans! Isn't there a
> way to simplify this process?
>
> Also, it appears EJB 1.1 entity CMP stuff is very limited..VERY limited. I
> can't have any type of joins. How then is a join done? Does EJB A
> (session) that uses two entities, with entity A having a join to entity
> B..does this have to be done in code? You have to get all the entities of
> both A and B, then in code do a loop through all As and on each iteration
> do a loop through all B's and if the fields of both that are in the
> "query" match, store that in a vector, then return that result? That
> seems like a whole lot of code just to do a simple one to many join of
> two tables. It's enough to make me use standard JDBC sql, instead of
> entity CMP.
>
>> -Original Message-
>> From: J Davis [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, October 25, 2000 10:21 AM
>> To: Orion-Interest
>> Subject: Can't call an EJB from Within another EJB
>>
>>
>> We have gotten our Orion server(1.3.8) to work with EJBs on a singular
>> level(i.e. we can call EJB A, B or C and it works fine.)  But
>> If one of our
>> EJB's tries to call another(i.e. A calls B)  A throws a
>> naming exception
>> that it can't find the EJB reference when doing a jndi
>> lookup.  Is there a
>> dependency tag or something within one of the XML files that
>> denotes EJB
>> dependencies on one another?  I'm sure this is something
>> simple, but it is
>> getting annoying.
>>
>>
>>

Re: Servlet class folder

[Jim Archer]

If your running Microsoft IE as your browser, be sure to turn off the 
"friendly error messages" option in that browser. Then, you'll get a good 
error message from Orion that will help you diagnose your problem.



--On Thursday, October 26, 2000 11:53 PM -0700 Yi Su <[EMAIL PROTECTED]> 
wrote:

> Hi all,
>
> I've successfully deployed an web application to orion
> server.  I have the following file structure:
>
> e:\myapp\META-INF\application.xml
> e:\myapp\myapp-web\WEB-INF\web.xml
> e:\myapp\myapp-web\WEB-INF\classes\pack\Test.class
>
> However, the orion server forces me to put my
> Test.class (pack\Test.class) under
> \orion\default-web-app/WEB-INF/classes.  Otherwise the
> server throws me "500 Internal Server Error" error
> message.
>
> I follow the way of depolying in orion-primer, but my
> application doesn't have EJB module.  Can someone
> please help me to solve the problem as putting classes
> under orion default-web-app does give me trouble.  I
> must miss something.
>
> Thank you.
>
> Yeoman
>
>
> __
> Do You Yahoo!?
> Yahoo! Messenger - Talk while you surf!  It's FREE.
> http://im.yahoo.com/

Anyone using Interbase in production?

[Jim Archer]

Does anyone here have any experience with Interbase in a production 
environment? We are trying to decide which database to deploy in 
production. Since we are a very low budget operation, we are looking at 
Open Source, but somehow missed this one.

Our most important requirements are stability, transaction support, a solid 
JDBC driver (for use with an EJB server) and online backup capability.

Any experiences people can offer would be appreciated, especially in a 
Linux environment.

Thanks!

Jim





--On Friday, October 27, 2000 11:46 AM +0200 Jonas Larsson 
<[EMAIL PROTECTED]> wrote:

>
> You could always use Interbase which now is opensource..
> http://www.interbase.com
>
>
> - Original Message -
> From: Laufer, Michael
> To: Orion-Interest
> Sent: Friday, October 27, 2000 10:41 AM
> Subject: MYSQL, Orion, EJB and transactions ??
>
>
> Hi there,
>
> I know that the question has been discussed here before, but I'm still a
> little confused about using  MYSQL together with Orion.
> I've just downloaded mysql (version 3.23.22 beta) and the manual
> announces that mysql is now supporting transactions.  If I understood it
> correctly, that would mean, that it should be possible to use mysql with
> entity beans. Am I right ??  What's confusing to me is the fact, that I
> only find news in mailing-list, that mysql is not supporting
> transactions.
>
> So I don't really now, if I can use mysql for entity beans.
> If not, which database would you suggest ??
> It should work on NT and not be the most expensive one as I use it 'only'
> for writing my Master's Thesis.
>
> Thanks in advance,
>
> Michel
>

Re: rumors

[Jim Archer]

Except that neither of those products have any portion of EJB 2.0 released. 
We are building on EJB 2.0 in teh hope that by the time we are done we'll 
see the spec final and Orion supporting it.

Jim

--On Monday, October 27, 2003 7:52 AM -0500 Keith Kwiatek 
<[EMAIL PROTECTED]> wrote:

> Probably not... but you know sooner or later someone is going to buy
> Orion... and the product price will NOT remain anywhere near $1500 OR be
> "free" to non-commercial projects !!
>
> I like Orion, but for projects on a budget, I think it is safer and less
> costly to maybe go with http://www.ejboss.org/ or
> http://www.evidian.com/jonas/index.htm. These are dedicated "open source"
> ejb servers  hh if only Orion would open source.
>
> Admittedly, I don't know how the above ejb servers compare to orion. I
> know they don't have servlets/jsp... but then there is the open source
> free resin...
>
> Keith
>
>
>
>
>
>
>
> - Original Message -
> From: Frank Kettenbeil <[EMAIL PROTECTED]>
> To: Orion-Interest <[EMAIL PROTECTED]>
> Sent: Friday, October 27, 2000 4:51 AM
> Subject: rumors
>
>
>> is this a rumor or a joke ? just found it on bugzilla of
>> Orionserver.com... as a headline
>>
>> "BEA Closes Acquisition of Orion - The transaction is valued at
>> approximately DM 582 million (US$283 million). "
>>
>>
>>
>>
>>
>

Deploying J2EE RI ConverterApp on Orion

[Jim Crossley]

First off, I'm an Orion newbie, so I'm probably doing something stupid.  

I'm trying to deploy the ConverterApp example distributed with the J2EE
RI from Sun (described in Chapter 2 of its User Guide).  I added this
line to server.xml:

   

To run the ConverterClient with the J2EE RI, I had to include in the
classpath the ConverterAppClient.jar file  that was created when I
deployed the application.  But I didn't think I'd need to do that with
Orion since it builds the stubs on demand.  I [naively] figured all I
had to do was set the JNDI properties on the client command line
properly and everything would just magically work!  But instead I got
the following error.

$ java
-Djava.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFactory
-classpath $HO\
ME/usr/orion/orion.jar:. ConverterClient 
Caught an unexpected exception!   
javax.naming.NamingException: META-INF/application-client.xml resource
not found 
at
com.evermind.server.ApplicationClientInitialContextFactory.getInitialContext(JAX,
Compiled Code) 
at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java,
Compiled Code) 
at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java,
Compiled Code) 
at javax.naming.InitialContext.init(InitialContext.java, Compiled
Code) 
at javax.naming.InitialContext.(InitialContext.java, Compiled
Code) 
at ConverterClient.main(ConverterClient.java, Compiled Code) 

Why does Orion require an application-client.xml file?  Assuming I
figure out what that file should look like, do I really have to wrap it
and the client class up in a jar file just to run a simple test???

Thanks for any light you can shed.

Re: Can't call an EJB from Within another EJB

[Jim Archer]

Remember that your  tage are scoped within each bean, so that the 
same tag name can refer to different things, depending upon which bean it 
is defined in. So, my guess is that you didn't include an  tag *in 
the bean definition* for the bean you want to reference.

If thats not the problem, post your deployment descriptor for us to look at.

Jim


--On Wednesday, October 25, 2000 11:21 AM -0600 J Davis 
<[EMAIL PROTECTED]> wrote:

> We have gotten our Orion server(1.3.8) to work with EJBs on a singular
> level(i.e. we can call EJB A, B or C and it works fine.)  But If one of
> our EJB's tries to call another(i.e. A calls B)  A throws a naming
> exception that it can't find the EJB reference when doing a jndi lookup.
> Is there a dependency tag or something within one of the XML files that
> denotes EJB dependencies on one another?  I'm sure this is something
> simple, but it is getting annoying.
>
>
>

RE: EJB 2.0 Dependent bidirectional relationships not working

[Jim Archer]

Jeff, you have mentioned this behavior (with the mapping table) to me 
before, but I have yet to see it. As I recall, your using composit keys. Is 
it possible this only happens when a composit key is involved?

Also, I agree it would be just great to know whats is and is not 
implemented in EJB 2.0, and what the known problems are. I expect Evermind 
must also have lots of example code that exercises the various features and 
mapping types. Otherwise, how would they have tested it? I would love for 
them to share this code as well... (Hint Hint).

Jim


--On Wednesday, October 25, 2000 12:07 AM -0700 Jeff Schnitzer 
<[EMAIL PROTECTED]> wrote:

> This is something I have found puzzling about Orion's relationship
> mapping.  I suspect it is probably one of those "partially implemented"
> parts of Orion.
>
> It appears that when one-to-many relationships are used, Orion creates
> and uses a separate relationship table.  As far as the EJBs are
> concerned, everything works just fine, but the table is not a very
> efficient solution.  In fact the "many"-side object table has a column
> for the mapping field, but my experience has been that this is unused
> and left as null.
>
> FYI, the orion-ejb-jar.xml (and associated documentation) makes for
> interesting reading.  Looks like there are a *lot* of choices for exotic
> (read: not accounted for in the current EJB spec) mapping types.
>
> Karl/Magnus:  Is there any way we can find out how complete the
> implementation of new EJB2.0 features is?  I don't know if you folks
> would rather we enter this kind of stuff in Bugzilla or just leave it
> alone and wait.  Maybe a separate category should be set up for EJB2.0
> bugs?
>
> Jeff Schnitzer
> [EMAIL PROTECTED]
>
>> -Original Message-
>> From: John D'Ausilio [mailto:[EMAIL PROTECTED]]
>> Sent: Tuesday, October 24, 2000 8:40 AM
>> To: Orion-Interest
>> Subject: RE: EJB 2.0 Dependent bidirectional relationships not working
>>
>>
>> I can't even get bidirectional relationships between beans
>> working here ...
>>
>> I have a simple one-many relationship, collection in the
>> parent, parent
>> object in the child. When deployed, it correctly puts the
>> backreference
>> field in the child, but never fills it in with the parent's objectID
>>
>> has anyone used *any* bi-directional relationship successfully?
>>
>> john d

RE: EJB 2.0 Dependent bidirectional relationships not working

[Jim Archer]

I have a one-to-one bidirectional relationship between two entity beans 
that appears to be working correctly. Orion creates a LONGBINARY field in 
Hypersonac to represent the EB reference and stores some value in there. It 
seems to be working on both sides.

I also have a one-to-many bidirectional relationship between entity beans 
which seems to be working half way. The sode with just one gets populated, 
but the table with the many is empty when I look at it.

This is odd, since it seems to be the oppisit of what you said. You seemed 
to say that the "many" table gets populated but not the field for the "one" 
reference. Am I right?

Jim



--On Tuesday, October 24, 2000 11:39 AM -0400 John D'Ausilio 
<[EMAIL PROTECTED]> wrote:

> I can't even get bidirectional relationships between beans working here
> ...
>
> I have a simple one-many relationship, collection in the parent, parent
> object in the child. When deployed, it correctly puts the backreference
> field in the child, but never fills it in with the parent's objectID
>
> has anyone used *any* bi-directional relationship successfully?
>
> john d
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Archer
>> Sent: Monday, October 23, 2000 4:22 PM
>> To: Orion-Interest
>> Subject: EJB 2.0 Dependent bidirectional relationships not working
>>
>>
>> Hi All...
>>
>> As I mentioned in an earlier message, I have some working example
>> code that
>> has an EJB 2.0 CMP entity bean working with both one-to-one and
>> one-to-many
>> unidirectional relationships.
>>
>> Next, I want to change the one-to-many relationship to be
>> bidirectional. I
>> expected this to be a simple change, but it didn't work out that
>> way. I see
>> that the ATM example does not include a dependent object with a
>> bidirectional relationship, so I'm wondering if thie feature is known to
>> work or not. If no one here has used this feature successfully,
>> I'll add a
>> bug report to bugzilla, but I wanted to make sure I did everything right
>> first.
>>
>> To make my changes, I added abstract set/get methods to the dependent
>> object class (EmailDO.java)for the remote interface of the EB it should
>> refer to (Person.java). I also modified the deployment descriptor
>> to have a
>> CMR field in the dependent relationship section and a CMP field in the
>> dependent section. I realize that the presence of the  tag
>> violates the spec, but Orion will not deploy dependent objects without it
>> (it complaines that it can't instansiate an abstract class that it had
>> generated). It all now looks like the Order-Lineitem example in the PD1
>> spec.
>>
>> After Orion deployed the app, I ran it and looked at the database. Orion
>> had correctly created a table to hold the dependent (since its a many it
>> needs its own table), but the field for the Person EB remote interface
>> (which is the EB that the dependent is created by and should
>> refer to) was
>> named VALUEPERSON and had null as its value.
>>
>> This seems to indicate that Orion is not understanding that this field is
>> supposed to be a CMR field. I reviewed the spec and there is no
>> requirement
>> that I manually set the Person remote interface in the dependent object,
>> but I doubt thats the problem anyhow, since Orion named the person field
>> "valueperson", indicating it thinks person is just another CMP field.
>>
>> Anyhow, I think I did everything right and I posted the code below. If
>> someone sees something wrong or has any suggestions as to what I should
>> try, I would appreciate you correcting me.
>>
>> Thanks VERY much!!
>>
>> 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 has an address DO
>>  Test20CmpDoOM.eb.Person
>>  Test20CmpDoOM.eb.PersonEJB
>>  Test20CmpDoOM.eb.PersonHome
>>  Test20CmpDoOM.eb.Person
>>  Test20CmpDoOM.eb.PersonEJB
>>  Container
>>  java.lang.String
>>  True
>>
>>  
>>  
>>
>> addrDo
>>
>> emailDos
>>
>>
>> userId
>>
>

Re: Code generation error at deployment stage.

[Jim Archer]

Paul, be sure to bugzilla that, if you don't mind. The Orion folks have 
said that bad error messages should be Bugzillaed. There is a link to 
Bugzilla from the OrionServer.com homepage.

I have had silmilar trouble with cryptic error messages, so I'm kind of on 
an unofficial campeign to report all poor error messages.

Jim


--On Tuesday, October 24, 2000 6:09 PM +0200 Paul Hammant 
<[EMAIL PROTECTED]> wrote:

> OK, It was to do with the transaction type (should have been "Container"
> for the session bean).  I guess the "!created" is short hand for " not
> created " as in System.err.println("It was not created");
>
> It would be preferable for the Orion stub generator to throw an
> exception here ...
>
>  throw new OrionXYZDeploymentException("Session bean's transaction tye
> not recognized", beanName);
>
> ... far more debugable.
>
> Regards,
>
> - Paul H
>

Idea for Orion Support - post changes.txt

[Jim Archer]

Just an idea for you guys running orionsupport.com...

It would be handy to be able to see the changes in the latest version of 
Orion before I run the auto update tool, so I can decide if I need anything 
in the new release and so want to risk an upgrade.

So, is it possible to keep the latest changes.txt file posted?

Just an idea... You guys are doing a great job and we all appreciate it!

Jim

Re: Creating EAR Files

[Jim Archer]

Santosh, if your using the exact same source and descriptor files from the 
primer, the error is most likely the location of everything in the archive. 
I would suggest that you use some zip tool to examint the archive built by 
the ant file and aloso your own to see how they differ.

Once you figure out how ti use the service console to make your archive 
look like the one built by ant, you'll be in business.

Good luck.

Jim


--On Tuesday, October 24, 2000 9:57 AM +0530 Santosh Kumar 
<[EMAIL PROTECTED]> wrote:

>
> Hi all,
>
>   How do i create EAR/WAR/JAR files without using ANT1.1 as required
> by the ORION PRIMER.
> When i try to build these using the Orion provided SERVICE CONSOLE tool,
> it shows error "Class hello.ejb.HelloBean" not found, though it does
> exist in the same directory where i was pointing to. where am i going
> wrong?
>
> Santosh
>
> =
> == =  Santosh Kumar C
> = =  Senior Systems Engineer
> = =  Wipro Technologies
> = =  1-8-448, Laxmi Building, S.P. Road,
> = =  Begumpet, Secunderabad - 500 003
> = =  A.P, India.
> = =  Phone@: 91407896008 Ext 4511
> = =  Fax  @: 91407896123
> = =  eMail@: [EMAIL PROTECTED]
> = =  url  @: http://www.wipro.com
> = =  The World's First SEI CMM Level 5 Software Services Company
> =
> =
> ==

HINT: One possible way to cure an "internal error" on deployment

[Jim Archer]

Hi All...

I just thought I would put this out in case anyone finds it usefull to tuck 
away for future use.

For about an hour now, I have been getting an "Internal error" on 
deployment. The error complained that the persistence type was not set for 
one of my fields in an EB that participated in an EJB 2.0 CMP relationship.

I don't know what made me do it, but I went over to application-deploymnts 
and blew away the entire application folder. Then I started Orion and the 
app deployed like a champ.

If I could reproduce this, I would bugzilla it, but I can't, so I'm just 
offering this hint.

Jim