Re: Session EJB Accessibility

[Vidur Dhanda]

I believe Orion uses pessimistic concurrency control.  However, I don't
think optimistic concurrency control would allow dirty reads -- I understand
a dirty read to imply a transaction seeing the uncommitted state of another
transaction.

Vidur

Jeff Schnitzer wrote:

> >From: Gary Shea [mailto:[EMAIL PROTECTED]]
> >
> >I could use a little help here.  My limited understanding of entity
> >beans suggests that if I create an EB using a particular
> >key value, as long as I refer only to that same key value there
> >would only be one instance of the EB.  Is that not true because
> >of optimizations that allow bean pooling of a particular EB for
> >a particular value of that EB's primary key if 'optimistic concurrency'
> >is assumed?  What _is_ 'optimistic concurrency' anyway, he said,
> >exposing the full depth of his ignorance...
>
> This article is good explanation:
> http://theserverside.com/resources/news1.jsp#dev
>
> The details are spelled out in sections 9.6.9 and 9.6.10 of the EJB2.0
> spec, but it's pretty esoteric.
>
> Basically:  With pessimistic concurrency, the app server ensures that
> only a record is only represented by a single entity bean and serializes
> transactions on that bean.  With optimistic concurrency, the app server
> allows a bean instance to be created for each transaction.  This is much
> faster (no waiting for the other transaction to commit) but allows the
> possibility of dirty reads.
>
> It's analagous to isolation levels in the database.
>
> I'm not quite sure what Orion does, and I wish someone would chime in
> with a comment or two in this respect.  I'm about to decompile the
> counter.jar example in hope of finding some clues.
>
> Jeff

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

RE: orion and mysql?

[Randahl Fink Isaksen]

Well then, is there a simple how-to for setting up Interbase with Orion? -
Have you got a database schema which works?


R.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Arno Grbac
Sent: 30. januar 2001 19:08
To: Orion-Interest
Subject: RE: orion and mysql?


This doesn't answer your question, but take a serious look at InterBase 6
(IT IS FREE AND OPEN SOURCE!!!).
mySQL doesn't have a good locking mechanism yet, ..as well as some missing
data types (last time I checked).
Good luck,
-arno


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Marc Linke
Sent: Tuesday, January 30, 2001 11:21 AM
To: Orion-Interest
Subject: orion and mysql?


Hi,

is there any simple how-to for setting up mysql with
orion available? Or can someone explain me how to do it?

thanks

RE: Which version is stable

[Mikko Kurki-Suonio]

On Tue, 30 Jan 2001, Juan Lorandi (Chile) wrote:

> You're correct... ;)

Well, I had to switch back (yet again) to 1.4.0. because 1.4.5. seems to
think ServletRequest isn't serializable...

RE: Session EJB Accessibility

[Jeff Schnitzer]

>From: Mark Bernardinis [mailto:[EMAIL PROTECTED]]
>
>> It seems like what you want is either a SLSB which never 
>times out and
>> is guaranteed to only have one instance in the pool, or a BMP entity
>> bean with a guarantee of serialized transactions.
>> 
>
>This is exactly what I want to do. The only reason why I 
>wanted to use EJB
>was to get a bit more experience using them.
>
>What I really want is many pooled objects that share one 
>Master java object
>so that any number of users can access the java object without 
>being locked
>out.

If you're ok with a single JVM, the best-performing solution is probably
just a static variable (preferably hidden behind a factory method).  If
you have a clustered solution, you need an RMI server :-(

I really want a Singleton Bean too, especially one which allows
concurrent access.

Jeff

RE: Session EJB Accessibility

[Jeff Schnitzer]

>From: Gary Shea [mailto:[EMAIL PROTECTED]]
>
>I could use a little help here.  My limited understanding of entity
>beans suggests that if I create an EB using a particular
>key value, as long as I refer only to that same key value there
>would only be one instance of the EB.  Is that not true because
>of optimizations that allow bean pooling of a particular EB for
>a particular value of that EB's primary key if 'optimistic concurrency'
>is assumed?  What _is_ 'optimistic concurrency' anyway, he said,
>exposing the full depth of his ignorance...

This article is good explanation:
http://theserverside.com/resources/news1.jsp#dev

The details are spelled out in sections 9.6.9 and 9.6.10 of the EJB2.0
spec, but it's pretty esoteric.

Basically:  With pessimistic concurrency, the app server ensures that
only a record is only represented by a single entity bean and serializes
transactions on that bean.  With optimistic concurrency, the app server
allows a bean instance to be created for each transaction.  This is much
faster (no waiting for the other transaction to commit) but allows the
possibility of dirty reads.

It's analagous to isolation levels in the database.

I'm not quite sure what Orion does, and I wish someone would chime in
with a comment or two in this respect.  I'm about to decompile the
counter.jar example in hope of finding some clues.

Jeff

RE: Session EJB Accessibility

[Mark Bernardinis]

And I also want these objects to be accessible remotely via RMI or some
other method as I have a number of different clients accessing the data.
Such as Servlets / JSP's, remote clients who do not need to know the
implementation of it and also I will be able to manage the objects.

> You hit the nail on the head. This is exactly what I want to do. I am
> beginning to realise that maybe EJB is not the way to go with this
> example.
> 
>> I'm confused by your comments; does it need to manage state, or
>> doesn't it?  I'm assuming it does, otherwise you would just use a
>> stateless session bean.
>> 
>> Here's some fodder for conversation:
>> 
>> I don't think there is an EJB facility which will help you.  SLSBs are
>> pooled and can timeout, SFSBs have no lookup mechanism, can timeout,
>> and aren't reentrant (although Orion, despite the spec, serializes
>> calls, which is good), and entity beans will get all wacky because of
>> the multiple instances you will get from an optimistic concurrency
>> model.
>> 
>> It seems like what you want is either a SLSB which never times out and
>> is guaranteed to only have one instance in the pool, or a BMP entity
>> bean with a guarantee of serialized transactions.
>> 
> 
> This is exactly what I want to do. The only reason why I wanted to use
> EJB was to get a bit more experience using them.
> 
> What I really want is many pooled objects that share one Master java
> object so that any number of users can access the java object without
> being locked out.
> 
>> Is it possible to make Orion do either of these?  And what would
>> happen in a clustered solution?
>> 
>> I propose that the only server-independent way to do what you want is
>> to use an RMI server.  The EJB specification really needs a
>> "SingletonBean", preferrably one which allows concurrent calls (and
>> thus reasonable performance).
>> 
>> Comments?
>> 
>> Jeff
>> 
>> 
>>>-Original Message-
>>>From: Mark Bernardinis [mailto:[EMAIL PROTECTED]]
>>>Sent: Tuesday, January 30, 2001 12:18 AM
>>>To: Orion-Interest
>>>Subject: Re: Session EJB Accessibility
>>>
>>>
>>>I don't want to do any database activity. I just want this 
>>>Java Object to be
>>>accessible as an EJB accessible by many different clients hosted by an
>>>Application Server. The object doesn't have to be stateful either.
>>>
 It sounds like you're describing an entity bean more than a session
 bean.  An entity bean can be called by many clients although 
>>>access is
 serialized.  And certainly the role of an entity bean is to
 encapsulate data in a 
>>>apparently-storage-mechanism-independent manner,
 from the client's perspective...
 
 How does the notion of a session play into what you want the bean to
 do?
 
Gary
 
 Mark Bernardinis ([EMAIL PROTECTED]) wrote:
>
> Requirements:
> An EJB to be Stateful
> Accessible by more than client
> Share the same data object and information
>
> Summarising the above information, I would like to have an EJB that
> can be called by many clients yet share the same underlying data
> within the bean. These clients may be another application running
> under Orion or a stand-alone application.
>
> Is this possible, and if it is, what special requirements 
>>>do I need to
> meet. I have looked at SessionContext but does this have anything
> to do with it?
>
> Thanks in advance.
>
> Mark

RE: Session EJB Accessibility

[Allen Fogleson]

Actually there is nothing in the spec mandating a single instance. You could
have multiple instances of the same entity bean (representing the same
persistent store) as long as their access to the store was synchronized and
changes are reflected accross all the beans.

Al

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Gary Shea
Sent: Tuesday, January 30, 2001 8:46 PM
To: Orion-Interest
Subject: RE: Session EJB Accessibility


I could use a little help here.  My limited understanding of entity
beans suggests that if I create an EB using a particular
key value, as long as I refer only to that same key value there
would only be one instance of the EB.

Re: Orion returns X EJB when you lookup for Y EJB !!!

[Tim Endres]

> First, we faced big problem of lookup which everybody is facing.
> We solved that after very long exercise. Now we are facing another bigger problem.

Please elaborate and explain to the list what you did to solve this problem.

tim.

RE: R: R: frustrated - jdbc: No suitable driver

[Jeff Schnitzer]

While I agree that the client code should have no knowledge of what
driver it is using, somehow the JDBC driver classes do need to
eventually find their way to the client machine.  Since J2EE doesn't
specify the process by which client files get to the client machine (and
for good reason), there are a lot of ways to do it.

>From you description, it looks like the weblogic launcher will
automatically download the JDBC driver.  I stand corrected :-)  I wonder
how they deal with licensing issues... I doubt they let just anyone
download their jDrivers :-)  And why didn't they make a launcher that
downloads *all* the necessary classes so you can have a zero install
footprint on the client machine?  Looking at their docs, it looks like
ClientDeployer wants the whole ear file to be installed on the client.
Yuck.  But I'll agree, downloading some classes is probably better than
no classes.

Orion is not so friendly.  You've got to package everything up in the
client jar file, including the interface classes of the ejbs you want to
use.  The good news is that in this process it's simple to put the
minimum subset of classes into the client package :-)  And dynamically
downloading the class files is slow anyways :-) :-) :-)

Jeff

>-Original Message-
>From: Tom Mitchell [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, January 30, 2001 6:29 PM
>To: Orion-Interest
>Subject: Re: R: R: frustrated - jdbc: No suitable driver
>
>
>Jeff,
>
>I disagree.  Part of the benefit of a DataSource is that it 
>can abstract
>the actual driver or database being used.  If I can ask a 
>DataSource for
>a database connection and not have to care about which client-side
>driver to load, and (less practically), even what rdbms i am using. 
>That way, the app server can change databases, drivers, even vendors
>without its clients being aware.
>
>I experienced this issue porting an app from WebLogic.  I used the same
>schema and sql with SQL Server and Postgres on WebLogic.  My client
>application (which both queried and populated the database) never
>changed.  It just got a Context from the app server, gfot a DataSource
>by name, then got plain old JDBC Connections from there.  No JDBC
>drivers at all.
>
>I think that is a useful layer.
>
>PS: I have unsubscribed from the list - if you would like to continue
>the discussion, please reply to my personal address.
>
>Thanks for your thoughts.
>
>I appreciate your point of view, I just disagree with it.
>
>Jeff Schnitzer wrote:
>> 
>> If the client is going to use the JDBC driver, it must be 
>able to load
>> the class(es).  This means you need to package the driver with the
>> client application.  I'm puzzled by your comments about clients not
>> needing to care about drivers - are these classes just going to
>> materialize out of thin air?  I suppose in theory the server could do
>> something with http classloading, but why bother with the extra
>> complexity, security considerations, and licensing issues?  You know
>> you're going to need the classes anyways, package them with 
>the client.
>> 
>> Jeff
>> 
>> >-Original Message-
>> >From: Tom Mitchell [mailto:[EMAIL PROTECTED]]
>> >Sent: Tuesday, January 30, 2001 9:08 AM
>> >To: Orion-Interest
>> >Subject: Re: R: R: frustrated - jdbc: No suitable driver
>> >
>> >
>> >Again, thanks for your replies.
>> >
>> >What is curious to me is that the driver performs fine 
>within a jsp.  I
>> >look up loc with no problem.
>> >
>> >It only has a problem from a client application.  And, it 
>does not seem
>> >like a client to a DataSource should ever have to care 
>about drivers -
>> >that is the container's job in my opinion.
>> >
>> >  > >class="com.evermind.sql.ConnectionDataSource"
>> >name="SomeDatasource"
>> >location="loc"
>> >xa-location="jdbc/xa/SomeXADS"
>> >ejb-location="ejb/weather"
>> >schema="database-schemas/postgresql.xml"
>> >connection-driver="org.postgresql.Driver"
>> >username="tom"
>> >password="tR16/4"
>> >url="jdbc:postgresql://192.168.1.5:5432/weather"
>> >inactivity-timeout="30"
>> >   />
>> >
>> >Any more ideas?
>> >
>> >DeVincentiis Giustino wrote:
>> >>
>> >> Sorry, the message "No suitable driver" probably means a
>> >problem with jdbc
>> >> driver.
>> >> So if you have into the data-sources.xml the definition:
>> >>
>> >> > >> class="com.evermind.sql.DriverManagerDataSource"
>> >> name="Hypersonic"
>> >> location="jdbc/HypersonicCoreDS"
>> >> xa-location="jdbc/xa/HypersonicXADS"
>> >> ejb-location="jdbc/HypersonicDS"
>> >> connection-driver="org.hsql.jdbcDriver"
>> >> username="sa"
>> >> password=""
>> >> url="jdbc:HypersonicSQL:./database/defaultdb"
>> >> inactivity-timeout="30"
>> >> />
>> >>
>> >> you should lookup "jdbc/HypersonicDS", and you should 

Re: Which version is stable

[Jason Rimmer]

The OOPS listing that Juan mentioned earlier is currently running
v1.4.5.  Granted it's just a bunch of JSPs but so far the server has crashed
a few times.  Note that I'm running IBM build cx130-2815 JVM.
By the way, is there a new version of the IBM v1.3 JVM?  I know releases
are slipstreamed in.

---
Jason Rimmer
[EMAIL PROTECTED]


- Original Message -
From: "Korosh Afshar" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Tuesday, January 30, 2001 9:10 PM
Subject: RE: Which version is stable


>
> Just last week I deployed an EJB app that used CMP onto 1.4.5 with JDK
1.3.
> It was slow, slow, slow.
>
> I reverted back to 1.3.8 and it was fast.
>
> this is for Solaris 2.7.  NT 1.3.8 was fast and consistent with 1.3.8 on
> solaris.
>
> k.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp
> Randy-W18971
> Sent: Tuesday, January 30, 2001 9:24 AM
> To: Orion-Interest
> Subject: RE: Which version is stable
>
>
> At one point in time, they said the same thing of version 1.3.8.  I
believe
> what they mean is that the experimental version has now become the stable
> version.
>
> -Original Message-
> From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 6: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: Developers

[Jason Rimmer]

Inline...

- Original Message -
From: "Burr Sutter" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Tuesday, January 30, 2001 9:09 PM
Subject: Re: Developers


> Thank You Juan, Ray and Randy
>
> I guess the initial question was a little vague but I like to hear
people's
> opinions. After the download and simple install I was able to add a Sybase
> ASA database as a DataSource, connect to it via JSP and add a simple
custom
> taglib to the default-web-app which proves to me that this thing at least
> works. My next tests include setting up my own web-app and playing around
> with EJB and JMS if I get the time.  Overall it seems to be a good
product.

While the EJB implementation is quite nice the JMS implementation is
lacking to say the least.  Look in the archive for messages from me in this
regard.

> I like how it picked up on the change I made to make the news.ear demo
code
> function automatically.
>
> As I assume you know Allaire/JRun was purchased by Macromedia. Perhaps the
> marriage with Dreamweaver/UltraDev will payoff.  I've never looked hard at
> JRun since most of my customers typically will pay the big bucks for a
> "brand-name" product like WebSphere, WebLogic or SilverStream but some
want
> to keep the cost of licenses very low at times.
> I'm not sure about Resin at this time. It seems to ship with source code
> which is cool but it seems to be C code, not Java.

The C code is the connector for Apache, etc.  Resin's a Java product and
the Java source is part of the distribution.

> I also teach Java and J2EE classes and we've been looking for an engine
for
> student machines that is fairly easy to install and configure. Tomcat
works
> for JSP but lacks the EJB, JNDI and JMS support needed.

JNDI should be fine as well.  JMS, well...

> SilverStream 3.7 has been certified for J2EE and it seems to be very
solid.
> I spent several days with about 20 other people putting it through some
> exercises.
> Weblogic is great but has to be restarted a lot to make some code changes
> (5.1).

This has lessened greatly with v6.0 but of course it's in BETA and only
for Win32 and Solaris.

> WebSphere doesn't seem to fully understand the proper directory structure
of
> a web-app and the use of WARs completely and it is VERY slow on my NT box
to
> startup and build/deploy simple JSPs.

WebSphere's a glorified servlet engine.  For really exercising J2EE I'd
stay away.

> Any need to restart Orion after a change to:
> JSP
> EJB
> JMS queue or topic
> Bean for a JSP
> Taglib classes, .tld, .xml
> .war, .ear, .jar?

I don't really remember but the startup time for Orion is so small it's
not that big a deal (at least for instruction).  Startup time's nothing like
WebLogic that's for sure.

> Thanks,
> Burr
> [EMAIL PROTECTED]
>


---
Jason Rimmer
[EMAIL PROTECTED]

Re: EJB's referenced from a servlet?

[Santosh Kumar]

Add ejb-ref in web.xml of you web app

santosh
- Original Message - 
From: Emil Sarkissian <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Sent: Wednesday, January 31, 2001 5:13 AM
Subject: EJB's referenced from a servlet?


> Hi,
> 
> I seem to not be able to look up an EJB from my servlet. Anyone have any
> ideas how you make your EJBs accessible to servlets?
> 
> The error I get is "MyCart not found".
> 
> Thanks,
> Emil.
> 
> 
> 

RE: Session EJB Accessibility

[Mark Bernardinis]

You hit the nail on the head. This is exactly what I want to do. I am
beginning to realise that maybe EJB is not the way to go with this example.

> I'm confused by your comments; does it need to manage state, or doesn't
> it?  I'm assuming it does, otherwise you would just use a stateless
> session bean.
> 
> Here's some fodder for conversation:
> 
> I don't think there is an EJB facility which will help you.  SLSBs are
> pooled and can timeout, SFSBs have no lookup mechanism, can timeout,
> and aren't reentrant (although Orion, despite the spec, serializes
> calls, which is good), and entity beans will get all wacky because of
> the multiple instances you will get from an optimistic concurrency
> model.
> 
> It seems like what you want is either a SLSB which never times out and
> is guaranteed to only have one instance in the pool, or a BMP entity
> bean with a guarantee of serialized transactions.
> 

This is exactly what I want to do. The only reason why I wanted to use EJB
was to get a bit more experience using them.

What I really want is many pooled objects that share one Master java object
so that any number of users can access the java object without being locked
out.

> Is it possible to make Orion do either of these?  And what would happen
> in a clustered solution?
> 
> I propose that the only server-independent way to do what you want is
> to use an RMI server.  The EJB specification really needs a
> "SingletonBean", preferrably one which allows concurrent calls (and
> thus reasonable performance).
> 
> Comments?
> 
> Jeff
> 
> 
>>-Original Message-
>>From: Mark Bernardinis [mailto:[EMAIL PROTECTED]]
>>Sent: Tuesday, January 30, 2001 12:18 AM
>>To: Orion-Interest
>>Subject: Re: Session EJB Accessibility
>>
>>
>>I don't want to do any database activity. I just want this 
>>Java Object to be
>>accessible as an EJB accessible by many different clients hosted by an
>>Application Server. The object doesn't have to be stateful either.
>>
>>> It sounds like you're describing an entity bean more than a session
>>> bean.  An entity bean can be called by many clients although 
>>access is
>>> serialized.  And certainly the role of an entity bean is to
>>> encapsulate data in a 
>>apparently-storage-mechanism-independent manner,
>>> from the client's perspective...
>>> 
>>> How does the notion of a session play into what you want the bean to
>>> do?
>>> 
>>> Gary
>>> 
>>> Mark Bernardinis ([EMAIL PROTECTED]) wrote:

 Requirements:
 An EJB to be Stateful
 Accessible by more than client
 Share the same data object and information

 Summarising the above information, I would like to have an EJB that
 can be called by many clients yet share the same underlying data
 within the bean. These clients may be another application running
 under Orion or a stand-alone application.

 Is this possible, and if it is, what special requirements 
>>do I need to
 meet. I have looked at SessionContext but does this have anything to
 do with it?

 Thanks in advance.

 Mark

Orion returns X EJB when you lookup for Y EJB !!!

[Solanki Manish]

Hi,
 
I am facing very big problem with 
Orion.
 
Our application is based on JSP/Servlet 
and EJBs. We have Oracle. Our application is running fine with WebLogic 
5.1.
 
Now, we are trying to run it under Orion. 
First, we faced big problem of lookup which everybody is facing. We solved that 
after very long exercise. Now we are facing another bigger problem.
 
We have aprox. 60 EJBs in the application. 
Out of 60, 1 (one) EJB is having it's own Home and Remote interface. Whereas 
other 59 EJBs are having COMMON Home and Remote interface. We declare it in 
ejb-jar.xml in the following 
way:
 
http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd">
 
  ClientList   ClientListHome   COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj   COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj   COM.InfoDream.StaffXpert.Reports.DBAccess.ClientMgr.ClientList.ejb.ClientListEJB   Stateless    
  General   GeneralHome   COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralHome   COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.General   COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralEJB   Stateless   Candidate   CandidateHome   COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj   COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj   COM.InfoDream.StaffXpert.Reports.DBAccess.HiringMgr.Candidate.ejb.CandidateEJB   Stateless   
   
 
Users 
users  
   

Also, we declare the same in Application-client.xml as 
described:
 
http://java.sun.com/j2ee/dtds/application-client_1_2.dtd">   ClientListHome   ejb/ClientListHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj GeneralHome  ejb/GeneralHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralHome  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.General CandidateHome  ejb/CandidateHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj 

Also, we declare the same in 
web.xml as described:
 
http://java.sun.com/j2ee/dtds/web-app_2_3.dtd">
 
 StaffXpert Web 
ApplicationSXDataSource  jdbc/SXDataSourceReportOutput  ReportOutput  Servlet 
that calls the 
ReportOutput  COM.InfoDream.StaffXpert.Reports.Common.ReportOutputdefault.jsp  index.htmlBASICClientListHome   ejb/ClientListHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObjGeneralHome  ejb/GeneralHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralHome  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralCandidateHome   ejb/CandidateHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj 
 
Now, when we lookup for GeneralHome , we get the correct EJB home 
- GeneralHome.

BUT, when we lookup for Candidate EJB, with the following command: ( 
It, returns - ClientHome 
!)
 
   Context 
ctx = getInitialContext();   HomeObj home;    
//Our common Home   RemoteObj 
r;        //Our common 
Remote
   String 
ejbName = "CandidateHome";   try 
   {Object obj = 
ctx.lookup("java:comp/env/ejb/"+ejbName);
home 
= 
(HomeObj)PortableRemoteObject.narrow(obj,HomeObj.class);System.out.println("HomeObj 
in ReportDelegate : " + home);        //This prints - ClientlistHome !!! (Reference to 
ClientList 
EJB)   }   catch 
(Throwable exception)    {throw 
new Exception("Unable to get home interface: " + 
exception.toString());   }
It, returns - Client EJB !
 
Also note that, if we write 
CandidateHome first in ejb-jar.xml, Application-Client.xml, it returns correct 
home interface - CandidateHome but, when you lookup for ClientHome interface, it 
will still return you CandidateHome interface during lookup!. It seems that the 
listing order is key in Orion lookup method.
 
It would be a great help if you can have 
any clue.
 
Thanks in advance.
 
Manish

Orion returns X EJB when you lookup for Y EJB !!!

[Manish Solanki]

Hi,
 
I am facing very big problem with 
Orion.
 
Our application is based on JSP/Servlet 
and EJBs. We have Oracle. Our application is running fine with WebLogic 
5.1.
 
Now, we are trying to run it under Orion. 
First, we faced big problem of lookup which everybody is facing. We solved that 
after very long exercise. Now we are facing another bigger problem.
 
We have aprox. 60 EJBs in the application. 
Out of 60, 1 (one) EJB is having it's own Home and Remote interface. Whereas 
other 59 EJBs are having COMMON Home and Remote interface. We declare it in 
ejb-jar.xml in the following 
way:
 
http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd">
 
  ClientList   ClientListHome   COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj   COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj   COM.InfoDream.StaffXpert.Reports.DBAccess.ClientMgr.ClientList.ejb.ClientListEJB   Stateless    
  General   GeneralHome   COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralHome   COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.General   COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralEJB   Stateless   Candidate   CandidateHome   COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj   COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj   COM.InfoDream.StaffXpert.Reports.DBAccess.HiringMgr.Candidate.ejb.CandidateEJB   Stateless   
   
 
Users 
users  
   

Also, we declare the same in Application-client.xml as 
described:
 
http://java.sun.com/j2ee/dtds/application-client_1_2.dtd">   ClientListHome   ejb/ClientListHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj GeneralHome  ejb/GeneralHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralHome  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.General CandidateHome  ejb/CandidateHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj 

Also, we declare the same in 
web.xml as described:
 
http://java.sun.com/j2ee/dtds/web-app_2_3.dtd">
 
 StaffXpert Web 
ApplicationSXDataSource  jdbc/SXDataSourceReportOutput  ReportOutput  Servlet 
that calls the 
ReportOutput  COM.InfoDream.StaffXpert.Reports.Common.ReportOutputdefault.jsp  index.htmlBASICClientListHome   ejb/ClientListHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObjGeneralHome  ejb/GeneralHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralHome  COM.InfoDream.StaffXpert.Reports.DBAccess.Common.General.ejb.GeneralCandidateHome   ejb/CandidateHome  Session  COM.InfoDream.StaffXpert.Reports.DBAccess.HomeObj  COM.InfoDream.StaffXpert.Reports.DBAccess.RemoteObj 
 
Now, when we lookup for GeneralHome , we get the correct EJB home 
- GeneralHome.

BUT, when we lookup for Candidate EJB, with the following command: (
It, returns - ClientHome 
!)
 
   Context 
ctx = getInitialContext();   HomeObj home;    
//Our common Home   RemoteObj 
r;        //Our common 
Remote
   String 
ejbName = "CandidateHome";   try 
   {Object obj = 
ctx.lookup("java:comp/env/ejb/"+ejbName);
home 
= 
(HomeObj)PortableRemoteObject.narrow(obj,HomeObj.class);System.out.println("HomeObj 
in ReportDelegate : " + home);        //This prints - ClientlistHome !!! (Reference to 
ClientList 
EJB)   }   catch 
(Throwable exception)    {throw 
new Exception("Unable to get home interface: " + 
exception.toString());   }
It, returns - Client EJB !
 
Also note that, if we write 
CandidateHome first in ejb-jar.xml, Application-Client.xml, it returns correct 
home interface - CandidateHome but, when you lookup for ClientHome interface, it 
will still return you CandidateHome interface during lookup!. It seems that the 
listing order is key in Orion lookup method.
 
It would be a great help if you can have 
any clue.
 
Thanks in advance.
 
Manish

Re: R: R: frustrated - jdbc: No suitable driver

[Tom Mitchell]

Jeff,

I disagree.  Part of the benefit of a DataSource is that it can abstract
the actual driver or database being used.  If I can ask a DataSource for
a database connection and not have to care about which client-side
driver to load, and (less practically), even what rdbms i am using. 
That way, the app server can change databases, drivers, even vendors
without its clients being aware.

I experienced this issue porting an app from WebLogic.  I used the same
schema and sql with SQL Server and Postgres on WebLogic.  My client
application (which both queried and populated the database) never
changed.  It just got a Context from the app server, gfot a DataSource
by name, then got plain old JDBC Connections from there.  No JDBC
drivers at all.

I think that is a useful layer.

PS: I have unsubscribed from the list - if you would like to continue
the discussion, please reply to my personal address.

Thanks for your thoughts.

I appreciate your point of view, I just disagree with it.

Jeff Schnitzer wrote:
> 
> If the client is going to use the JDBC driver, it must be able to load
> the class(es).  This means you need to package the driver with the
> client application.  I'm puzzled by your comments about clients not
> needing to care about drivers - are these classes just going to
> materialize out of thin air?  I suppose in theory the server could do
> something with http classloading, but why bother with the extra
> complexity, security considerations, and licensing issues?  You know
> you're going to need the classes anyways, package them with the client.
> 
> Jeff
> 
> >-Original Message-
> >From: Tom Mitchell [mailto:[EMAIL PROTECTED]]
> >Sent: Tuesday, January 30, 2001 9:08 AM
> >To: Orion-Interest
> >Subject: Re: R: R: frustrated - jdbc: No suitable driver
> >
> >
> >Again, thanks for your replies.
> >
> >What is curious to me is that the driver performs fine within a jsp.  I
> >look up loc with no problem.
> >
> >It only has a problem from a client application.  And, it does not seem
> >like a client to a DataSource should ever have to care about drivers -
> >that is the container's job in my opinion.
> >
> >   >class="com.evermind.sql.ConnectionDataSource"
> >name="SomeDatasource"
> >location="loc"
> >xa-location="jdbc/xa/SomeXADS"
> >ejb-location="ejb/weather"
> >schema="database-schemas/postgresql.xml"
> >connection-driver="org.postgresql.Driver"
> >username="tom"
> >password="tR16/4"
> >url="jdbc:postgresql://192.168.1.5:5432/weather"
> >inactivity-timeout="30"
> >   />
> >
> >Any more ideas?
> >
> >DeVincentiis Giustino wrote:
> >>
> >> Sorry, the message "No suitable driver" probably means a
> >problem with jdbc
> >> driver.
> >> So if you have into the data-sources.xml the definition:
> >>
> >>  >> class="com.evermind.sql.DriverManagerDataSource"
> >> name="Hypersonic"
> >> location="jdbc/HypersonicCoreDS"
> >> xa-location="jdbc/xa/HypersonicXADS"
> >> ejb-location="jdbc/HypersonicDS"
> >> connection-driver="org.hsql.jdbcDriver"
> >> username="sa"
> >> password=""
> >> url="jdbc:HypersonicSQL:./database/defaultdb"
> >> inactivity-timeout="30"
> >> />
> >>
> >> you should lookup "jdbc/HypersonicDS", and you should have the driver
> >> classes in your /orion/lib directory.
> >>
> >> Giustino
> >>
> >> -Messaggio originale-
> >> Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
> >> Inviato: martedì 30 gennaio 2001 12.24
> >> A: Orion-Interest
> >> Oggetto: Re: R: frustrated - jdbc: No suitable driver
> >>
> >> Thanks for the reply.  That is exactly how I am initializing
> >the context
> >> in my client application:
> >>
> >>   Hashtable ht = new Hashtable();
> >>   ht.put(Context.INITIAL_CONTEXT_FACTORY,
> >> "com.evermind.server.ApplicationClientInitialContextFactory");
> >>   ht.put(Context.PROVIDER_URL, "ormi://192.168.1.3");
> >>   ht.put(Context.SECURITY_PRINCIPAL, "someUser");
> >>   ht.put(Context.SECURITY_CREDENTIALS, "secret");
> >>   // Obtain connection
> >>   InitialContext ctx = new InitialContext(ht);
> >>
> >> DeVincentiis Giustino wrote:
> >> >
> >> > Try initializing the context this way:
> >> > ...
> >> > Properties props = new Properties();
> >> >
> >>
> >props.setProperty("java.naming.factory.initial","com.evermind.s
> >erver.Applica
> >> > tionClientInitialContextFactory");
> >> > props.setProperty("java.naming.provider.url",
> >> "ormi://localhost/app-name");
> >> > props.setProperty("java.naming.security.principal", "admin");
> >> > props.setProperty("java.naming.security.credentials", "123");
> >> > InitialContext ctx = new InitialContext(props);
> >> > ...
> >> >
> >> > Giustino De Vincentiis
> >> >
> >> > -Messaggio originale-
> >> > Da: Tom Mitchell [mailto:[EMAIL P

RE: Which version is stable

[Korosh Afshar]

Just last week I deployed an EJB app that used CMP onto 1.4.5 with JDK 1.3.
It was slow, slow, slow.

I reverted back to 1.3.8 and it was fast.

this is for Solaris 2.7.  NT 1.3.8 was fast and consistent with 1.3.8 on
solaris.

k.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Kemp
Randy-W18971
Sent: Tuesday, January 30, 2001 9:24 AM
To: Orion-Interest
Subject: RE: Which version is stable


At one point in time, they said the same thing of version 1.3.8.  I believe
what they mean is that the experimental version has now become the stable
version.

-Original Message-
From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 6: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: Developers

[Burr Sutter]

Thank You Juan, Ray and Randy

I guess the initial question was a little vague but I like to hear people's
opinions. After the download and simple install I was able to add a Sybase
ASA database as a DataSource, connect to it via JSP and add a simple custom
taglib to the default-web-app which proves to me that this thing at least
works. My next tests include setting up my own web-app and playing around
with EJB and JMS if I get the time.  Overall it seems to be a good product.
I like how it picked up on the change I made to make the news.ear demo code
function automatically.

As I assume you know Allaire/JRun was purchased by Macromedia. Perhaps the
marriage with Dreamweaver/UltraDev will payoff.  I've never looked hard at
JRun since most of my customers typically will pay the big bucks for a
"brand-name" product like WebSphere, WebLogic or SilverStream but some want
to keep the cost of licenses very low at times.
I'm not sure about Resin at this time. It seems to ship with source code
which is cool but it seems to be C code, not Java.

I also teach Java and J2EE classes and we've been looking for an engine for
student machines that is fairly easy to install and configure. Tomcat works
for JSP but lacks the EJB, JNDI and JMS support needed.

SilverStream 3.7 has been certified for J2EE and it seems to be very solid.
I spent several days with about 20 other people putting it through some
exercises.
Weblogic is great but has to be restarted a lot to make some code changes
(5.1).
WebSphere doesn't seem to fully understand the proper directory structure of
a web-app and the use of WARs completely and it is VERY slow on my NT box to
startup and build/deploy simple JSPs.

Any need to restart Orion after a change to:
JSP
EJB
JMS queue or topic
Bean for a JSP
Taglib classes, .tld, .xml
.war, .ear, .jar?

Thanks,
Burr
[EMAIL PROTECTED]

- Original Message -
From: Kemp Randy-W18971 <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Sent: Tuesday, January 30, 2001 3:00 PM
Subject: RE: Developers


> I am not sure about major sites running Orion, but here is some food for
thought:
> When you mean better, what is the criteria?  Able to handle a greater
amount of traffic?  Better documentation?  Fewer bugs found?  Site not
bouncing that often?  You can go to www.netcraft.com, and see what a site is
running and how often the server has been bounced.
> 1.  According to the comparisons at www.orionserver.com, Orion and Resin
are neck and neck, as far as speed goes.
> 2.  The documentation for Jrun is excellent, but it doesn't fair as well
as Resin or Orion, according to Orion's own benchmarks.  Resin and Orion
could use some lessons from Jrun on how to produce good documentation.
> 3.  I have played with Resin a bit, and I like it.  One nice thing I like
is the documentation contains instructions in setting up Resin with various
EJB servers, such as WebLogic, Orion, Jboss, and Jonas.
> You would be hard pressed to say Orion, Resin, or Jrun are bad products --
they are actually quite good.  I am sure there are sites running all three,
and the prices are not bad:
> 1. $500 for basic Resin, $1500 for Orion, and about $5000 for Jrun.
>
> -Original Message-
> From: Burr Sutter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 10:57 AM
> To: Orion-Interest
> Subject: Developers
>
>
> Just downloaded the Orion Server and was wondering what the current
userbase
> thought about the product.
> Is it stable and scalable enough to deploy a major website using Servlets,
> JSP and EJB?
>
> Better than Resin? JRun?
>
> I've used WebSphere, WebLogic and SilverStream.
>
> Thanks,
> Burr
> [EMAIL PROTECTED]
>
>
>

RE: Session EJB Accessibility

[Gary Shea]

Today, Jeff Schnitzer ([EMAIL PROTECTED]) wrote:
> I'm confused by your comments; does it need to manage state, or doesn't
> it?  I'm assuming it does, otherwise you would just use a stateless
> session bean.
>
> Here's some fodder for conversation:
>
> I don't think there is an EJB facility which will help you.  SLSBs are
> pooled and can timeout, SFSBs have no lookup mechanism, can timeout, and
> aren't reentrant (although Orion, despite the spec, serializes calls,
> which is good), and entity beans will get all wacky because of the
> multiple instances you will get from an optimistic concurrency model.

I could use a little help here.  My limited understanding of entity
beans suggests that if I create an EB using a particular
key value, as long as I refer only to that same key value there
would only be one instance of the EB.  Is that not true because
of optimizations that allow bean pooling of a particular EB for
a particular value of that EB's primary key if 'optimistic concurrency'
is assumed?  What _is_ 'optimistic concurrency' anyway, he said,
exposing the full depth of his ignorance...

Thanks for any hints.

Gary

> It seems like what you want is either a SLSB which never times out and
> is guaranteed to only have one instance in the pool, or a BMP entity
> bean with a guarantee of serialized transactions.
>
> Is it possible to make Orion do either of these?  And what would happen
> in a clustered solution?
>
> I propose that the only server-independent way to do what you want is to
> use an RMI server.  The EJB specification really needs a
> "SingletonBean", preferrably one which allows concurrent calls (and thus
> reasonable performance).
>
> Comments?
>
> Jeff
>
>
> >-Original Message-
> >From: Mark Bernardinis [mailto:[EMAIL PROTECTED]]
> >Sent: Tuesday, January 30, 2001 12:18 AM
> >To: Orion-Interest
> >Subject: Re: Session EJB Accessibility
> >
> >
> >I don't want to do any database activity. I just want this
> >Java Object to be
> >accessible as an EJB accessible by many different clients hosted by an
> >Application Server. The object doesn't have to be stateful either.
> >
> >> It sounds like you're describing an entity bean more than a session
> >> bean.  An entity bean can be called by many clients although
> >access is
> >> serialized.  And certainly the role of an entity bean is to
> >> encapsulate data in a
> >apparently-storage-mechanism-independent manner,
> >> from the client's perspective...
> >>
> >> How does the notion of a session play into what you want the bean
> >> to do?
> >>
> >>Gary
> >>
> >> Mark Bernardinis ([EMAIL PROTECTED]) wrote:
> >>>
> >>> Requirements:
> >>> An EJB to be Stateful
> >>> Accessible by more than client
> >>> Share the same data object and information
> >>>
> >>> Summarising the above information, I would like to have an EJB that
> >>> can be called by many clients yet share the same underlying data
> >>> within the bean. These clients may be another application running
> >>> under Orion or a stand-alone application.
> >>>
> >>> Is this possible, and if it is, what special requirements
> >do I need to
> >>> meet. I have looked at SessionContext but does this have anything to
> >>> do with it?
> >>>
> >>> Thanks in advance.
> >>>
> >>> Mark
> >
> >
> >
> >
>
>

Feedback on using Orion in Production.

[Korosh Afshar]

Hi list,

I know this question has been asked before and I have seen very little
response that would eliviate the anexiety I have in going full speed ahead
with Orion for our production deployments.

I have also looked at and solicited comments from the web site URL's posted
on orionserver.com as the customers using Orion.

I have not received any response from these companies concerning their
experience with Orion.


Please provide any feedback you have on:

-how does orion perform in any production environment you have.
-how many client users for the above.
-how is the phone support for purchased licenses.
-how is the email support from [EMAIL PROTECTED]
-how well does clustering work with orion.


Please provide ANY comments you have.  I would realy really appreciate
knowing of your experience.

I have used it for one test deployment of an EJB application and I like the
no-frill down to grind feeling I get from it but I had some bad experience
last week when soliciting support from [EMAIL PROTECTED] for slow
peforming 1.4.5 version. I finally reverted back to 1.3.8 which eliminated
that problem.  I had no response from support however.   I am now a bit
scared to suggest to management to use in production due to that experience
so decided to get more information from the mailing list on the weaknesses
of the product and quality of support people get.

Timestamp is stuck in access log

[Joel Shellman]

I have our access log set up to cycle daily and show the extended
information. The timestamp however, is stuck. Every single message in the
access log has the identical timestamp (which corresponds to when Orion was
started most recently). Also, the file does not cycle each day (perhaps
because the timestamp hasn't changed to the next day because it's stuck).

Anyone seen this type of behavior? We're using Orion 1.4.4, JDK 1.3 on
Solaris.

Thanks

Joel Shellman
http://www.ants.com/

EJB's referenced from a servlet?

[Emil Sarkissian]

Hi,

I seem to not be able to look up an EJB from my servlet. Anyone have any
ideas how you make your EJBs accessible to servlets?

The error I get is "MyCart not found".

Thanks,
Emil.

RE: Session EJB Accessibility

[Jeff Schnitzer]

I'm confused by your comments; does it need to manage state, or doesn't
it?  I'm assuming it does, otherwise you would just use a stateless
session bean.

Here's some fodder for conversation:

I don't think there is an EJB facility which will help you.  SLSBs are
pooled and can timeout, SFSBs have no lookup mechanism, can timeout, and
aren't reentrant (although Orion, despite the spec, serializes calls,
which is good), and entity beans will get all wacky because of the
multiple instances you will get from an optimistic concurrency model.

It seems like what you want is either a SLSB which never times out and
is guaranteed to only have one instance in the pool, or a BMP entity
bean with a guarantee of serialized transactions.

Is it possible to make Orion do either of these?  And what would happen
in a clustered solution?

I propose that the only server-independent way to do what you want is to
use an RMI server.  The EJB specification really needs a
"SingletonBean", preferrably one which allows concurrent calls (and thus
reasonable performance).

Comments?

Jeff


>-Original Message-
>From: Mark Bernardinis [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, January 30, 2001 12:18 AM
>To: Orion-Interest
>Subject: Re: Session EJB Accessibility
>
>
>I don't want to do any database activity. I just want this 
>Java Object to be
>accessible as an EJB accessible by many different clients hosted by an
>Application Server. The object doesn't have to be stateful either.
>
>> It sounds like you're describing an entity bean more than a session
>> bean.  An entity bean can be called by many clients although 
>access is
>> serialized.  And certainly the role of an entity bean is to
>> encapsulate data in a 
>apparently-storage-mechanism-independent manner,
>> from the client's perspective...
>> 
>> How does the notion of a session play into what you want the bean
>> to do?
>> 
>>  Gary
>> 
>> Mark Bernardinis ([EMAIL PROTECTED]) wrote:
>>>
>>> Requirements:
>>> An EJB to be Stateful
>>> Accessible by more than client
>>> Share the same data object and information
>>>
>>> Summarising the above information, I would like to have an EJB that
>>> can be called by many clients yet share the same underlying data
>>> within the bean. These clients may be another application running
>>> under Orion or a stand-alone application.
>>>
>>> Is this possible, and if it is, what special requirements 
>do I need to
>>> meet. I have looked at SessionContext but does this have anything to
>>> do with it?
>>>
>>> Thanks in advance.
>>>
>>> Mark
>
>
>
>

RE: taglibs

[Grant Doran]

Title: RE: taglibs





I had this problem early on.
Go back to basics to start with.
Your first step is to refer to the class directly and not through a jar file.


Try this:


1. Get rid of the  tag in the web.xml
2. Change the URI in the taglib.tld to:  
3. When using the TAGLLIB directive in the JSP, refer to it using a relative or vitrual URL that you know is correct.
    eg: <%@ taglib uri="/taglib/jet.tld" prefix="jet" %>


This should work.
One of the problems that I've found is that using more elegant referencing to tags and taglibraries is not portable.
For instance, when I tried to port our EAR file to Weblogic 6.0, I spent the best part of a day trying to get the taglibrary to work even though the whole application runs fine on Orion.

By the time I had written Weblogic off, their support people finally got back to me with a "this is a known issue" (read BUG!).

Anyway, keep it simple to start with and that means using URIs instead of relying on aliasing mechanisms that Orion or J2EE provide.

Grant Doran
Principle Architect
iLaunch inc.
http://www.ilaunch.com/



-Original Message-
From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 31 January, 2001 12:24 AM
To: Orion-Interest
Subject: taglibs



Hi


I am trying hard to get started with tag libraries, but for some reason I
keep getting an empty "HTTP 500 Internal server error" page when I call the
JSP page which uses my tag library - and the error is not explained in
Orion's log files.
I get the error when I try to use my tags - not when I reference the
library. I feel confident that my reference to the taglib in my JSP is
correct, because using a reference to an unexisting taglib results in an
error. But as soon as I call a tag from the library i get the error - i.e.
when writing something like .


Below is a thorough description of the situation - any comments / thoughts
would be appreciated.


R.




Here is my setup:


== the server ===
Orion 1.3.8 running on Windows 2000 Professional


== the tag ==
public class HelloWorldTag extends TagSupport {


    public int doEndTag() throws JspException {
        try {
            pageContext.getOut().write("The Tag says hello world!");
        }
        catch(java.io.IOException e) {
            throw new JspTagException("IO Error: " + e.getMessage());
        }
        return EVAL_PAGE;
    }
}


== web.xml ==
    ...
    
        jet
        /WEB-INF/lib/taglib.jar
    
    ...


== test.jsp =

<%@ taglib uri = "jet" prefix = "jet" %>


    




= taglib.tld 


    1.0 1.1
    jet
    http://www.orionserver.com/tutorials/mytags.jar
    My first Tag library


    
        helloWorld
        dk.rockit.jet.HelloWorldTag
        empty
        A Hello World tag
    



 taglib.jar 
meta-inf/taglib.tld
dk/rockit/jet/HelloWorldTag.class

RE: R: R: frustrated - jdbc: No suitable driver

[Jeff Schnitzer]

If the client is going to use the JDBC driver, it must be able to load
the class(es).  This means you need to package the driver with the
client application.  I'm puzzled by your comments about clients not
needing to care about drivers - are these classes just going to
materialize out of thin air?  I suppose in theory the server could do
something with http classloading, but why bother with the extra
complexity, security considerations, and licensing issues?  You know
you're going to need the classes anyways, package them with the client.

Jeff


>-Original Message-
>From: Tom Mitchell [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, January 30, 2001 9:08 AM
>To: Orion-Interest
>Subject: Re: R: R: frustrated - jdbc: No suitable driver
>
>
>Again, thanks for your replies.
>
>What is curious to me is that the driver performs fine within a jsp.  I
>look up loc with no problem.
>
>It only has a problem from a client application.  And, it does not seem
>like a client to a DataSource should ever have to care about drivers -
>that is the container's job in my opinion.
>
>  class="com.evermind.sql.ConnectionDataSource" 
>name="SomeDatasource" 
>location="loc"
>xa-location="jdbc/xa/SomeXADS"
>ejb-location="ejb/weather"
>schema="database-schemas/postgresql.xml"
>connection-driver="org.postgresql.Driver" 
>username="tom" 
>password="tR16/4" 
>url="jdbc:postgresql://192.168.1.5:5432/weather" 
>inactivity-timeout="30" 
>   /> 
>
>Any more ideas?
>
>DeVincentiis Giustino wrote:
>> 
>> Sorry, the message "No suitable driver" probably means a 
>problem with jdbc
>> driver.
>> So if you have into the data-sources.xml the definition:
>> 
>> > class="com.evermind.sql.DriverManagerDataSource"
>> name="Hypersonic"
>> location="jdbc/HypersonicCoreDS"
>> xa-location="jdbc/xa/HypersonicXADS"
>> ejb-location="jdbc/HypersonicDS"
>> connection-driver="org.hsql.jdbcDriver"
>> username="sa"
>> password=""
>> url="jdbc:HypersonicSQL:./database/defaultdb"
>> inactivity-timeout="30"
>> />
>> 
>> you should lookup "jdbc/HypersonicDS", and you should have the driver
>> classes in your /orion/lib directory.
>> 
>> Giustino
>> 
>> -Messaggio originale-
>> Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
>> Inviato: martedì 30 gennaio 2001 12.24
>> A: Orion-Interest
>> Oggetto: Re: R: frustrated - jdbc: No suitable driver
>> 
>> Thanks for the reply.  That is exactly how I am initializing 
>the context
>> in my client application:
>> 
>>   Hashtable ht = new Hashtable();
>>   ht.put(Context.INITIAL_CONTEXT_FACTORY,
>> "com.evermind.server.ApplicationClientInitialContextFactory");
>>   ht.put(Context.PROVIDER_URL, "ormi://192.168.1.3");
>>   ht.put(Context.SECURITY_PRINCIPAL, "someUser");
>>   ht.put(Context.SECURITY_CREDENTIALS, "secret");
>>   // Obtain connection
>>   InitialContext ctx = new InitialContext(ht);
>> 
>> DeVincentiis Giustino wrote:
>> >
>> > Try initializing the context this way:
>> > ...
>> > Properties props = new Properties();
>> >
>> 
>props.setProperty("java.naming.factory.initial","com.evermind.s
>erver.Applica
>> > tionClientInitialContextFactory");
>> > props.setProperty("java.naming.provider.url",
>> "ormi://localhost/app-name");
>> > props.setProperty("java.naming.security.principal", "admin");
>> > props.setProperty("java.naming.security.credentials", "123");
>> > InitialContext ctx = new InitialContext(props);
>> > ...
>> >
>> > Giustino De Vincentiis
>> >
>> > -Messaggio originale-
>> > Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
>> > Inviato: martedì 30 gennaio 2001 1.23
>> > A: Orion-Interest
>> > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>> > Oggetto: frustrated - jdbc: No suitable driver
>> >
>> > Hi All,
>> >
>> > I am used to WebLogic, so please pardon my ignorance...
>> >
>> > I am trying to get my WebLogic application to run on Orion.
>> >
>> > I have a DataSource set up to PostgreSql.  It seems OK because this
>> > Orion JSP works fine:
>> >
>> >   InitialContext ctx = new InitialContext();
>> >   out.print("Context: " + ctx);
>> >   DataSource ds = (DataSource) ctx.lookup("jdbc/DefaultDS");
>> >   Connection conn = ds.getConnection();
>> >
>> >   // Create query and get results
>> >   Statement stmt = conn.createStatement();
>> >   ResultSet rs = stmt.executeQuery("select count(*) FROM
>> > weathersnapshots");
>> >
>> >   // List results
>> >   while ( rs.next() ) {
>> > out.println( "" + rs.getObject(1) + "");
>> >   }
>> >
>> >   // Close connection - important!
>> >   conn.close();
>> >
>> > This runs fine and gives me the count of rows in the table.
>> >
>> > When I try to get the standalone client to the same 
>DataSource to run, I
>> > get th

Re: orion and mysql?

[David Morton]

 I just switched to latest and greatest of 3.23 tree from the 
greatest of the 3.22 tree...so far so goodeven updating the working 
server was easy.  It's fantastic for medium size web sitesI haven't 
played with the Berkeley DB transactions yet.
http://www.mysql.com/doc/B/D/BDB.html

here are some excerpts:

'Berkeley DB (http://www.sleepycat.com) has provided MySQL with a 
transaction-safe table handler. This will survive crashes and also provides 
COMMIT and ROLLBACK on transactions. In order to build MySQL Version 3.23.x 
(BDB support first appeared in Version 3.23.15) with support for BDB 
tables, you will need Berkeley DB Version 3.2.3h or newer which can be 
downloaded from http://www.mysql.com/downloads/mysql-3.23.html. This is a 
patched version of Berkeley DB that is only available from MySQL; the 
standard Berkeley DB will not yet work with MySQL'.

Source for DB stuff is at:
http://www.mysql.com/downloads/mysql-3.23.html
http://www.mysql.com/Downloads/db/db-3.2.3h.tar.gz

David


At 04:15 PM 1/30/01 -0500, you wrote:
> >  I found it very easy...I use:
> > http://mmmysql.sourceforge.net/ - jdbc driver
> > http://javaexchange.com/ - connection pooling
> >
> > One variable i had was w/javaexchange's DBBroker, set AutoReconnect=true...
> >
> > so far so good...been using awhile
>
>Which mysql are you using? Not all versions support transactions.
>tim.

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: Session EJB Accessibility

[Juan Lorandi (Chile)]

nope, shouldn't serve multiple clients concurrently...
however, most servers use it (kinda) statically, but won't be true in a
cluster


JP
> -Original Message-
> From: Luong, Tony S322 [mailto:[EMAIL PROTECTED]]
> Sent: Martes, 30 de Enero de 2001 15:23
> To: Orion-Interest
> Subject: RE: Session EJB Accessibility
> 
> 
> use stateless session bean, it can serve multiple clients 
> concurrently.
> 
> > -Original Message-
> > From:   Mark Bernardinis [SMTP:[EMAIL PROTECTED]]
> > Sent:   Tuesday, January 30, 2001 3:18 AM
> > To: Orion-Interest
> > Subject:Re: Session EJB Accessibility
> > 
> > I don't want to do any database activity. I just want this 
> Java Object to
> > be
> > accessible as an EJB accessible by many different clients 
> hosted by an
> > Application Server. The object doesn't have to be stateful either.
> > 
> > > It sounds like you're describing an entity bean more than 
> a session
> > > bean.  An entity bean can be called by many clients 
> although access is
> > > serialized.  And certainly the role of an entity bean is to
> > > encapsulate data in a 
> apparently-storage-mechanism-independent manner,
> > > from the client's perspective...
> > > 
> > > How does the notion of a session play into what you want the bean
> > > to do?
> > > 
> > >   Gary
> > > 
> > > Mark Bernardinis ([EMAIL PROTECTED]) wrote:
> > >>
> > >> Requirements:
> > >> An EJB to be Stateful
> > >> Accessible by more than client
> > >> Share the same data object and information
> > >>
> > >> Summarising the above information, I would like to have 
> an EJB that
> > >> can be called by many clients yet share the same underlying data
> > >> within the bean. These clients may be another application running
> > >> under Orion or a stand-alone application.
> > >>
> > >> Is this possible, and if it is, what special 
> requirements do I need to
> > >> meet. I have looked at SessionContext but does this have 
> anything to
> > >> do with it?
> > >>
> > >> Thanks in advance.
> > >>
> > >> Mark
> > 
> > 
> > 
> 
> --
> 
> CONFIDENTIALITY NOTICE: If you have received this e-mail in 
> error, please immediately notify the sender by e-mail at the 
> address shown.  This e-mail transmission may contain 
> confidential information.  This information is intended only 
> for the use of the individual(s) or entity to whom it is 
> intended even if addressed incorrectly.  Please delete it 
> from your files if you are not the intended recipient.  Thank 
> you for your compliance.
> 
> 
> 
> 

Re: orion and mysql?

[Tim Endres]

>  I found it very easy...I use:
> http://mmmysql.sourceforge.net/ - jdbc driver
> http://javaexchange.com/ - connection pooling
> 
> One variable i had was w/javaexchange's DBBroker, set AutoReconnect=true...
> 
> so far so good...been using awhile

Which mysql are you using? Not all versions support transactions.
tim.

RE: orion and mysql?

[Juan Lorandi (Chile)]

not to mention the total lack of transaction support which makes it
impossible to be used with CMP AFAIK

JP

-Original Message-
From: Arno Grbac [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 15:08
To: Orion-Interest
Subject: RE: orion and mysql?


This doesn't answer your question, but take a serious look at InterBase 6
(IT IS FREE AND OPEN SOURCE!!!).
mySQL doesn't have a good locking mechanism yet, ..as well as some missing
data types (last time I checked).
Good luck,
-arno


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Marc Linke
Sent: Tuesday, January 30, 2001 11:21 AM
To: Orion-Interest
Subject: orion and mysql?


Hi,

is there any simple how-to for setting up mysql with
orion available? Or can someone explain me how to do it?

thanks

Re: App that runs on OrionServer but throws a java.lang.VerifyError on weblogic 6.0

[Matt Bauer]

Is your agruement RMI-IIOP valid?

M

Ismael Blesa Part wrote:

> We have developed a web application that works fine under OrionServer.
> It has JSP, JavaBeans and Taglibs.
> Now we are testing with Bea Weblogic and there are some strange errors
> thrown by the server.
>
> It complains about (java.lang.VerifyError: (class:
> com/test/logic/integration/connectors/BeanConnector, method: connect
> signature:
> com/test/logic/MyData;Lcom/test/logic/Environment;Ljava/lang/String;)V)
> Incompatible object argument for function call)
>
> It is a very strange error, I have compiled all my code with javac
> (1.3.0_01) and also with jikes last version. I have changed also bea
> weblogic to point jdk to my installed jdk.
>
> The best of all this strange error is that this method is not called.
> ie: looking on the print messages I have put on the code, execution
> stops before the invocation of this method. I think that this error
> comes when the java virtual machine tries to load this class.
>
> Anybody has any idea about what is causing this error to appear?
>
> Regards,
> Ismael ([EMAIL PROTECTED])

Help needed to access orion-primer example bean from standalone app

[Mark Palaima]

Below is a test to access orion-primer example bean from
a standalone client.

I can not get this to work and have looked through the
mail archive and web to find any working examples of
this type of access.  The lookup portion fails and I have
tried a number of variations.

Since the orion-primer example is used in the Orion
documentation and does work when I access the bean from
a servlet it seems that this bean is a good candidate
for being accessed from a standalone app (ie, any of the
mechanical issues regarding the bean creation and deployment
are moot) since it works.

I do have the application-client.xml empty for the
fully package qualified name reference attempt:




and here is the application-client.xml used for the
JNDI lookup attempts:



ejb/HelloHome
Session
hello.ejb.HelloHome
hello.ejb.Hello



I also make sure the application-client.xml is in a
META-INF directory under the directory where I am running
the standalone client program from.

I have verified that the host, application, username/password
etc... are correct and do work.  I have tried on 1.3.8 and
1.4.5, I am using JDK 1.2.2.

Please augment and/or modify or give hints to get this code to
access the HelloBean. I have spent a good amount of time trying
to make this work and really need some help.  Thanks ahead.

PS. let me know what version of Orion you use to get it to
work and where/what the application-client.xml was.  Also if
anyone a simple JNDI name dump utility so I can "see" what
Orion has done during its deployment would be a great help.

MrP

Mark Palaima - [EMAIL PROTECTED]

/***
S T A N D A L O N EB E A NT E S T
***/
package test.beans ;

import hello.ejb.* ;
import java.util.Properties ;
import javax.naming.Context ;
import javax.naming.InitialContext;
import javax.naming.NamingException ;
import javax.rmi.PortableRemoteObject;

public class PrimerClient {

   public static void main(String[] args) {
   try {
HelloHome home ;

// Returns null because:
// java:comp/env namespace is only available from within a J2EE
component
home = getHelloHome("java:comp/env/ejb/hello/ejb/HelloHome") ;

// Returns null because:
// java:comp/env namespace is only available from within a J2EE
component
if (home == null)
home = getHelloHome("java:comp/env/ejb/HelloHome") ;

// Returns null because:
// hello/ejb/HelloHome not found
if (home == null)
home = getHelloHome("hello/ejb/HelloHome") ;

// Returns null because:
// ejb/HelloHome not found
if (home == null)
home = getHelloHome("ejb/HelloHome") ;

// Returns null because:
// HelloHome not found
if (home == null)
home = getHelloHome("HelloHome") ;

// Returns null because:
// hello.ejb.HelloHome not found
if (home == null)
home = getHelloHome("hello.ejb.HelloHome") ;

// Unfortunately home is null from all above attempts (sigh...)
if (home == null) {
System.out.println("All HelloHome lookup attempts failed.")
;
}
else {
Hello bizObj = home.create();
System.out.println("response: " + bizObj.sayHello()) ;
bizObj.remove();
}

   } catch(Exception ex) {
System.err.println("errmsg: " + ex.getMessage()) ;
   }
   }

// There are 2 ways to lookup the ejb homes:
//
// 1. The name is FQN like home.ejb.ErrorHome.  This does not
//require any support from the application-client.xml
//
// 2. The JDNI name like:
//hello/ejb/HelloHome  or
//java:com/env/ejb/hello/ejb/HelloHome
//requires an  entry in the application-client.xml file
private static HelloHome getHelloHome(String name)
{
try {
InitialContext ctx = new InitialContext(getProperties());
Object ref = ctx.lookup(name) ;
HelloHome narrowedObj =
(HelloHome)PortableRemoteObject.narrow(ref,
HelloHome.class);
return narrowedObj ;
}
catch(Exception e) {
System.out.println("Failed to find & narrow.\n" +
e.getMessage()) ;
System.out.println("") ;
}

return null ;
   }

   // Required since we are accessing the Orion JNDI tree from the outside
   // of the appserver.
   private static Properties getProperties() {
Properties p = new Properties();

p.setProperty(Context.PROVIDER_URL,
"ormi://localhost/orion-primer");
 

RE: Developers

[Kemp Randy-W18971]

I am not sure about major sites running Orion, but here is some food for thought:
When you mean better, what is the criteria?  Able to handle a greater amount of 
traffic?  Better documentation?  Fewer bugs found?  Site not bouncing that often?  You 
can go to www.netcraft.com, and see what a site is running and how often the server 
has been bounced.
1.  According to the comparisons at www.orionserver.com, Orion and Resin are neck and 
neck, as far as speed goes.
2.  The documentation for Jrun is excellent, but it doesn't fair as well as Resin or 
Orion, according to Orion's own benchmarks.  Resin and Orion could use some lessons 
from Jrun on how to produce good documentation.
3.  I have played with Resin a bit, and I like it.  One nice thing I like is the 
documentation contains instructions in setting up Resin with various EJB servers, such 
as WebLogic, Orion, Jboss, and Jonas.
You would be hard pressed to say Orion, Resin, or Jrun are bad products -- they are 
actually quite good.  I am sure there are sites running all three, and the prices are 
not bad:
1. $500 for basic Resin, $1500 for Orion, and about $5000 for Jrun. 

-Original Message-
From: Burr Sutter [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 10:57 AM
To: Orion-Interest
Subject: Developers


Just downloaded the Orion Server and was wondering what the current userbase
thought about the product.
Is it stable and scalable enough to deploy a major website using Servlets,
JSP and EJB?

Better than Resin? JRun?

I've used WebSphere, WebLogic and SilverStream.

Thanks,
Burr
[EMAIL PROTECTED]

RE: Developers

[Juan Lorandi (Chile)]

uh... search the archives... I think there's mostly one reference to
www.netcraft.com for you to find out.

Also, there's a list hosted by Jason Rimmer at:

http://orion.irth.net/OOPS/oopslist.jsp

and if everyone would sign in there, it would increase considerably,
allowing many other potential orion users
to sell the idea to management more easily. In that page you can enter your
site's details

HTH

JP


-Original Message-
From: Burr Sutter [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 13:57
To: Orion-Interest
Subject: Developers


Just downloaded the Orion Server and was wondering what the current userbase
thought about the product.
Is it stable and scalable enough to deploy a major website using Servlets,
JSP and EJB?

Better than Resin? JRun?

I've used WebSphere, WebLogic and SilverStream.

Thanks,
Burr
[EMAIL PROTECTED]

Re: Developers

[Ray Harrison]

In my day job, I use both SilverStream and Sybase's EA Server. They are okay. I 
personally think
that they are extraordinarily over-priced and they don't have the level of J2ee 
technology
implemented that Orion does, especially in CMP, where I have a special place in my 
heart.  I have
used JRun, I think Orion is better. I find it to be extremely stable for what we do - 
others who
are more familiar with running a live site with Orion will be far better at describing 
how well
(or not)  it works in that environment. What people complain about most with the 
product is lack
of documentation and 24x7 tech support that you can pay for with the larger app 
servers. I
personally have found that the mail list is invaluable, not to mention the 
orionsupport.com site.


--- Burr Sutter <[EMAIL PROTECTED]> wrote:
> Just downloaded the Orion Server and was wondering what the current userbase
> thought about the product.
> Is it stable and scalable enough to deploy a major website using Servlets,
> JSP and EJB?
> 
> Better than Resin? JRun?
> 
> I've used WebSphere, WebLogic and SilverStream.
> 
> Thanks,
> Burr
> [EMAIL PROTECTED]
> 
> 
> 


__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

Minimal contents of application-client.jar

[Globetrot Communications]

Could somebody, please, summarize the MINIMAL contents
 of a jar file necessary for a stand-alone client to
put it in it's classpath and be able to access an
application on Orion-server from anywhere and if there
is an orion-tool available to do this?

Thanks

Satish Gupta



__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

Re: SV: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5

[Roger Vaughn]

Nope.  I'm afraid that's not it.  Yes, using
PortableRemoteObject would be a bit more correct, but
that doesn't have anything to do with the class
loading.  Also, I'm calling a plain RMI server, so the
session object comments don't really apply here.

Here's what I found.  The needed class was contained
in a jar file in my WEB-INF/lib directory, but Orion
(silently) refused to load it.  I extracted the jar
into WEB-INF/classes, but Orion still could not find
the class.  I even put the class in my main
application jar with the code that was trying to use
it, and *still* no luck.

I finally noticed that the jar file containing the
class had no manifest.  I rebuilt the jar making sure
the new version had a manifest, and *finally* Orion
found my class.

With my experiences over the past couple of days, IMHO
Orion's classloader has a few fairly significant bugs.
 The two that have affected me have been 1) Orion
doesn't seem to load jar files unless they contain
manifests, and 2) Orion seems to have difficulty
reading classes and resources from the WEB-INF/classes
directory.

roger


--- [EMAIL PROTECTED] wrote:
> This is not a bug :)
> You should use the narrow method to do this, or you
> are not ejb2.0
> compatible or corba to be more spesific.
> Here is an example on how i would do it:
> * SNIP START
> Context ctx = new InitialContext();
> MyRemoteHome home = (MyRemoteHome)
>  
>
PortableRemoteObject.narrow(ctx.lookup("java:comp/env/myserver"),
> 
> MyRemoteHome.class);
> MyRemote remote = home.create(); // for session
> beans ofcourse :)
> * SNIP END
> This is the way you should do itBtw to be corba
> aware with session beans
> do a remote.remove() when done with the session bean
> in the client...Many
> dont do this, and then they get humongus memory
> problems very fast
> :)remember corba dont do distributed GC like RMI
> does
> 
> Now have fun!! Hope you get it working :)
> 
> Regards
> Klaus Myrseth
> 
> 
> -Opprinnelig melding-
> Fra: Roger Vaughn [mailto:[EMAIL PROTECTED]]
> Sendt: 30. januar 2001 14:47
> Til: Orion-Interest
> Emne: Disregard: Re: BUG: Can't cast RMI interfaces
> in 1.4.5
> 
> 
> Oops.  My bad.  This isn't working under 1.3.8
> either.
>  I still don't know why - it's a valid cast, the
> class
> is there, and I *compiled* with it after all.
> 
> --- Roger Vaughn <[EMAIL PROTECTED]> wrote:
> > In one of my webapps, I have to do an RMI call to
> an
> > outside RMI server.  I'm locating the server with
> a
> > plain old traditional lookup like this:
> > 
> >   MyRemote server =
> > (MyRemote)Naming.lookup("myserver");
> > 
> > But Orion 1.4.5 complains that it can't load the
> > class
> > MyRemote, even though it is included in my
> > application
> > jars in WEB-INF/lib.
> > 
> > This works correctly in 1.3.8.
> > 
> > 
> > __
> > Do You Yahoo!?
> > Yahoo! Auctions - Buy the things you want at great
> > prices. 
> > http://auctions.yahoo.com/
> > 
> 
> 
> __
> Get personalized email addresses from Yahoo! Mail -
> only $35 
> a year!  http://personal.mail.yahoo.com/
> 


__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5

[Roger Vaughn]

Oops.  My bad.  This isn't working under 1.3.8 either.
 I still don't know why - it's a valid cast, the class
is there, and I *compiled* with it after all.

--- Roger Vaughn <[EMAIL PROTECTED]> wrote:
> In one of my webapps, I have to do an RMI call to an
> outside RMI server.  I'm locating the server with a
> plain old traditional lookup like this:
> 
>   MyRemote server =
> (MyRemote)Naming.lookup("myserver");
> 
> But Orion 1.4.5 complains that it can't load the
> class
> MyRemote, even though it is included in my
> application
> jars in WEB-INF/lib.
> 
> This works correctly in 1.3.8.
> 
> 
> __
> Do You Yahoo!?
> Yahoo! Auctions - Buy the things you want at great
> prices. 
> http://auctions.yahoo.com/
> 


__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

Control over how many beans are used.

[Dayo Oliyide]

Hi
I have been trawling through the list and it seems quite a few
people have come across the same problem I have which is how do you
tell orion
the minimum or maximum number of  session (stateful) beans to keep
in a pool ?

I know you can specify this with weblogic but I would like to be
able to do
the same with orion.
So does anyone have any hints or pointers.

Cheers
Dayo

RE: Session EJB Accessibility

[Luong, Tony S322]

use stateless session bean, it can serve multiple clients concurrently.

> -Original Message-
> From: Mark Bernardinis [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 3:18 AM
> To:   Orion-Interest
> Subject:  Re: Session EJB Accessibility
> 
> I don't want to do any database activity. I just want this Java Object to
> be
> accessible as an EJB accessible by many different clients hosted by an
> Application Server. The object doesn't have to be stateful either.
> 
> > It sounds like you're describing an entity bean more than a session
> > bean.  An entity bean can be called by many clients although access is
> > serialized.  And certainly the role of an entity bean is to
> > encapsulate data in a apparently-storage-mechanism-independent manner,
> > from the client's perspective...
> > 
> > How does the notion of a session play into what you want the bean
> > to do?
> > 
> > Gary
> > 
> > Mark Bernardinis ([EMAIL PROTECTED]) wrote:
> >>
> >> Requirements:
> >> An EJB to be Stateful
> >> Accessible by more than client
> >> Share the same data object and information
> >>
> >> Summarising the above information, I would like to have an EJB that
> >> can be called by many clients yet share the same underlying data
> >> within the bean. These clients may be another application running
> >> under Orion or a stand-alone application.
> >>
> >> Is this possible, and if it is, what special requirements do I need to
> >> meet. I have looked at SessionContext but does this have anything to
> >> do with it?
> >>
> >> Thanks in advance.
> >>
> >> Mark
> 
> 
> 

--
CONFIDENTIALITY NOTICE: If you have received this e-mail in error, please immediately 
notify the sender by e-mail at the address shown.  This e-mail transmission may 
contain confidential information.  This information is intended only for the use of 
the individual(s) or entity to whom it is intended even if addressed incorrectly.  
Please delete it from your files if you are not the intended recipient.  Thank you for 
your compliance.

RE: When using autonumber for the primarykey...

[Luong, Tony S322]

if you use HSQL , and define the column as incremental type ( I forgot the
attribute type), then it is automatic

> -Original Message-
> From: Øystein Walle [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, January 30, 2001 5:37 AM
> To:   Orion-Interest
> Subject:  When using autonumber for the primarykey...
> 
> 
> I'm just wondering what to do when inserting into a table where the
> primarykey has incremental int type? 
> Is this possible?
> 
> Please help.
> 
> Walle
> 

--
CONFIDENTIALITY NOTICE: If you have received this e-mail in error, please immediately 
notify the sender by e-mail at the address shown.  This e-mail transmission may 
contain confidential information.  This information is intended only for the use of 
the individual(s) or entity to whom it is intended even if addressed incorrectly.  
Please delete it from your files if you are not the intended recipient.  Thank you for 
your compliance.

RE: Session EJB Accessibility

[Juan Lorandi (Chile)]

BTW, you CAN access files, but this also may harm multi-host scalability

There's however ways of doing this, for example, a jdbc-file driver (a jdbc
driver that fires upon a filesystem instead
of a database); I think there's one freely available from an O'Reilly book
on servlets (i used to have it while I worked
in Argentina, but lost it when moved to Chile)

However, have in mind that accessing to the LOCAL filesystems (and not a
single fs) will affect your app's scalability
I've had this problem and had to solve it by building a distributed service
that replicates and synchronizes dirs (sorry guys, can't release it). That's
the primary reason fs didn't make the spec; the lack of a good jdbc-fs
driver is the other.


My $0.02

JP

-Original Message-
From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 11:26
To: Orion-Interest
Subject: RE: Session EJB Accessibility


why many clients? is that a 'performance enhancement'? (orion's got a pool
of objects, so no perf enhancements to do)
do you wish to model a singleton?

please, elaborate further.

JP

PS: shoooting from the hip a stateless session bean with its fields set
up as 

public static MyFieldType myfield;

won't do? (altough obviously a multi VM solution totally craps this pattern)



-Original Message-
From: Mark Bernardinis [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 5:18
To: Orion-Interest
Subject: Re: Session EJB Accessibility


I don't want to do any database activity. I just want this Java Object to be
accessible as an EJB accessible by many different clients hosted by an
Application Server. The object doesn't have to be stateful either.

> It sounds like you're describing an entity bean more than a session
> bean.  An entity bean can be called by many clients although access is
> serialized.  And certainly the role of an entity bean is to
> encapsulate data in a apparently-storage-mechanism-independent manner,
> from the client's perspective...
> 
> How does the notion of a session play into what you want the bean
> to do?
> 
>   Gary
> 
> Mark Bernardinis ([EMAIL PROTECTED]) wrote:
>>
>> Requirements:
>> An EJB to be Stateful
>> Accessible by more than client
>> Share the same data object and information
>>
>> Summarising the above information, I would like to have an EJB that
>> can be called by many clients yet share the same underlying data
>> within the bean. These clients may be another application running
>> under Orion or a stand-alone application.
>>
>> Is this possible, and if it is, what special requirements do I need to
>> meet. I have looked at SessionContext but does this have anything to
>> do with it?
>>
>> Thanks in advance.
>>
>> Mark

RE: When using autonumber for the primarykey...

[Juan Lorandi (Chile)]

but of  course Krista, that would only work with BMP wouldn't it?

there's an article on orionsupport regarding counter.jar and how you can use
it to GENERATE unique id's
if you are required to use an IDENTITY field on the db, you're stuck with
BMP

JP

-Original Message-
From: Krista Richmond [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 12:03
To: Orion-Interest
Subject: RE: When using autonumber for the primarykey...


If it's actually an autonumber field (at least with SQL Server), just insert
the rest of the fields (not including the autonumbered field), e.g.
(presuming your table includes First_Name,Last_Name, and an
autonumber...say, a Customer_ID field): 

"INSERT INTO tblMyData(First_Name,Last_Name) VALUES('Sam','Adams')"

The table will automatically generate the autonumber for the ID field, hence
the name ;-).  Additionally, if you *try* to insert a value into the
autonumber field, SQL Server will generate an error.  I'm not sure whether
there may be different behaviors in different DBs...anyone?

HTH

-Original Message-
From: Øystein Walle [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 3:37 AM
To: Orion-Interest
Subject: When using autonumber for the primarykey...



I'm just wondering what to do when inserting into a table where the
primarykey has incremental int type? 
Is this possible?

Please help.

Walle

RE: Pooled Data Source ADDENDUM! Design question for you :)

[Juan Lorandi (Chile)]

paginate your search and cache partial results on the client side:

you need N total records...

have a query to return J records starting at page K
(records between K*J and (K+1)*J)

cache these on the client for page 1
whenever a given page K is shown, check in the cache if pages (K-1)
(previous) and (K+1) (next) are available on the
cache, else load from the server.

HTH

JP

-Original Message-
From: Daniel Cardin [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 11:54
To: Orion-Interest
Subject: RE: Pooled Data Source ADDENDUM! Design question for you :)


I think I have not made myself clear enough. The DataSource access works
in the
context of the appserver running. What I was trying to do is access a
DataSource 
from the application client side. Now, this is the fix for my problem,
but maybe 
there is a better way to resolve this, so I will explain what I'm trying
to 
accomplish on the client side. 

I have many requests to the database that return a high number of rows
to be 
displayed in the client application. Now, my current framework allows me
to build
portable data object and transmit them accross the wire, but you will
surely 
agree with me that building 1 objects and serializing them is NOT
efficient.

I have then tried using the new CachedRowSet object from Sun on the
server side 
and returning (serializing) the ResultSet directly to the client app.
But this 
process is _still_ very long as the serialization of so many records is 
very expensive. (ie about 10 seconds, versus less than one second with a
local
connection object, vs about 500 ms with an ADO.RecordSet)

I thus get very good performance if I open up the ResultSet on the
client side, but
this is something I wanted to avoid. In the very least I figured that if
I could 
get a connection from the server connection pool, I could build up the
SQL request
on the server and execute it blindly on the client through a generic
mechanism. 

So, I ask you, what should I do to access large number of rows ? 

And is it possible to use a DataSource from the application client when
the beans
are deployed as CMP beans ?

Thanks!

Daniel

-Message d'origine-
De : Daniel Cardin 
Envoyé : 29 janvier, 2001 11:08
À : Orion-Interest
Objet : Pooled Data Source


Well... it seems I just can't make it work, even though I have read just
about all the messages on the subject.

datasources :




the code

  DataSource ds = (DataSource)ctx.lookup("jdbc/ddsNP"); // have used
jdbc/ddsDS as well...

the lookup returns an OrionCMTDataSource

but the call to getConnection() 

  DatabaseMetaData dmd = ds.getConnection().getMetaData();

raises :

java.lang.NullPointerException
at com.evermind.sql.OrionPooledDataSource.d8(JAX)
at com.evermind.sql.ak.eo(JAX)
at com.evermind.sql.ak.ep(JAX)
at com.evermind.sql.ap.getMetaData(JAX)
at dds_testclient.Frame1.dsTest(Frame1.java:81)

Hints anyone ? 

Thanks!

Daniel

RE: orion and mysql?

[Arno Grbac]

This doesn't answer your question, but take a serious look at InterBase 6
(IT IS FREE AND OPEN SOURCE!!!).
mySQL doesn't have a good locking mechanism yet, ..as well as some missing
data types (last time I checked).
Good luck,
-arno


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Marc Linke
Sent: Tuesday, January 30, 2001 11:21 AM
To: Orion-Interest
Subject: orion and mysql?


Hi,

is there any simple how-to for setting up mysql with
orion available? Or can someone explain me how to do it?

thanks

RE: Accessing Orion-EJB-Server on one machine from Orion-web-server on another?

[Juan Lorandi (Chile)]

sorry 
about being elusive
 
here's 
a (kinda) how to:
in $orion\config\rmi.xml
 

 
then 
in orion-application.xml (in 
$orion\application-deployments\yourear\)
 


  that 
  should be it
   
  JP -Original 
  Message-From: Satish Gupta 
  [mailto:[EMAIL PROTECTED]]Sent: Martes, 30 de Enero de 
  2001 14:05To: [EMAIL PROTECTED]Subject: RE: 
  Accessing Orion-EJB-Server on one machine from Orion-web-server on 
  another?
   
  Thanks for your answer. But I'd appreciate 
  it if you could please be a little more verbose in your reply. A bit of 
  an explanation will help a newbie like me.
   
  Thanks
   
   
  yap, server.xml (add a RMI server ref 
  there)JP-Original Message-From: Globetrot 
  Communications [mailto:[EMAIL PROTECTED]]Sent: 
  Lunes, 29 de Enero de 2001 22:18To: Orion-InterestSubject: Accessing 
  Orion-EJB-Server on one machine from Orion-web-serveron 
  another?What is the best way to configure two installations 
  ofOrion, on different machines, so web-server on one canaccess the 
  EJB-Server on the other? Can this be donethrough only the configuration 
  files?Thanks

Getting 1.4.6 which fixes bug #161

[Sergio Socarras]

Hi,
  I saw an email in regards to the fix of bug #161
that claimed to be fixed in 1.4.6. I went to the
orionserver site to see if I can download 1.4.6 but
can't find a way of doing it. Is it available for
download yet? If so, can someone tell me how to do it.

Thanks
Sergio

__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

Re: orion and mysql?

[David Morton]

 I found it very easy...I use:
http://mmmysql.sourceforge.net/ - jdbc driver
http://javaexchange.com/ - connection pooling

One variable i had was w/javaexchange's DBBroker, set AutoReconnect=true...

so far so good...been using awhile

David


At 05:20 PM 1/30/01 +0100, you wrote:
>Hi,
>
>is there any simple how-to for setting up mysql with
>orion available? Or can someone explain me how to do it?
>
>thanks
>
>

Re: Session EJB Accessibility

[Gary Shea]

Today, Mark Bernardinis ([EMAIL PROTECTED]) wrote:
> I don't want to do any database activity. I just want this Java Object to be
> accessible as an EJB accessible by many different clients hosted by an
> Application Server. The object doesn't have to be stateful either.

I suspect the problem with using one of the session (stateful, stateless)
beans is that they would expire on you.  On the other hand, I don't see
that one MUST do database accesses from an entity bean.  You decide
what to do when the bean changes state -- for a stateless bean, well,
there ain't much to do ;)

I suspect what you want is a bean-managed persistence entity bean.
Where you just happen to persist nothing at all.  I don't see why
an EJB container should have any problem with that, it won't know
what you're doing.  Access can be given to any client.  Since the
entity bean concept assumes that there will be state, access is
serialized, but unless you're really hitting it hard hopefully that
will be no big deal.

Gary

> > It sounds like you're describing an entity bean more than a session
> > bean.  An entity bean can be called by many clients although access is
> > serialized.  And certainly the role of an entity bean is to
> > encapsulate data in a apparently-storage-mechanism-independent manner,
> > from the client's perspective...
> >
> > How does the notion of a session play into what you want the bean
> > to do?
> >
> > Gary
> >
> > Mark Bernardinis ([EMAIL PROTECTED]) wrote:
> >>
> >> Requirements:
> >> An EJB to be Stateful
> >> Accessible by more than client
> >> Share the same data object and information
> >>
> >> Summarising the above information, I would like to have an EJB that
> >> can be called by many clients yet share the same underlying data
> >> within the bean. These clients may be another application running
> >> under Orion or a stand-alone application.
> >>
> >> Is this possible, and if it is, what special requirements do I need to
> >> meet. I have looked at SessionContext but does this have anything to
> >> do with it?
> >>
> >> Thanks in advance.
> >>
> >> Mark
>
>
>
>

Re: R: R: frustrated - jdbc: No suitable driver

[Tom Mitchell]

Again, thanks for your replies.

What is curious to me is that the driver performs fine within a jsp.  I
look up loc with no problem.

It only has a problem from a client application.  And, it does not seem
like a client to a DataSource should ever have to care about drivers -
that is the container's job in my opinion.

   

Any more ideas?

DeVincentiis Giustino wrote:
> 
> Sorry, the message "No suitable driver" probably means a problem with jdbc
> driver.
> So if you have into the data-sources.xml the definition:
> 
>  class="com.evermind.sql.DriverManagerDataSource"
> name="Hypersonic"
> location="jdbc/HypersonicCoreDS"
> xa-location="jdbc/xa/HypersonicXADS"
> ejb-location="jdbc/HypersonicDS"
> connection-driver="org.hsql.jdbcDriver"
> username="sa"
> password=""
> url="jdbc:HypersonicSQL:./database/defaultdb"
> inactivity-timeout="30"
> />
> 
> you should lookup "jdbc/HypersonicDS", and you should have the driver
> classes in your /orion/lib directory.
> 
> Giustino
> 
> -Messaggio originale-
> Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
> Inviato: martedì 30 gennaio 2001 12.24
> A: Orion-Interest
> Oggetto: Re: R: frustrated - jdbc: No suitable driver
> 
> Thanks for the reply.  That is exactly how I am initializing the context
> in my client application:
> 
>   Hashtable ht = new Hashtable();
>   ht.put(Context.INITIAL_CONTEXT_FACTORY,
> "com.evermind.server.ApplicationClientInitialContextFactory");
>   ht.put(Context.PROVIDER_URL, "ormi://192.168.1.3");
>   ht.put(Context.SECURITY_PRINCIPAL, "someUser");
>   ht.put(Context.SECURITY_CREDENTIALS, "secret");
>   // Obtain connection
>   InitialContext ctx = new InitialContext(ht);
> 
> DeVincentiis Giustino wrote:
> >
> > Try initializing the context this way:
> > ...
> > Properties props = new Properties();
> >
> props.setProperty("java.naming.factory.initial","com.evermind.server.Applica
> > tionClientInitialContextFactory");
> > props.setProperty("java.naming.provider.url",
> "ormi://localhost/app-name");
> > props.setProperty("java.naming.security.principal", "admin");
> > props.setProperty("java.naming.security.credentials", "123");
> > InitialContext ctx = new InitialContext(props);
> > ...
> >
> > Giustino De Vincentiis
> >
> > -Messaggio originale-
> > Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
> > Inviato: martedì 30 gennaio 2001 1.23
> > A: Orion-Interest
> > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > Oggetto: frustrated - jdbc: No suitable driver
> >
> > Hi All,
> >
> > I am used to WebLogic, so please pardon my ignorance...
> >
> > I am trying to get my WebLogic application to run on Orion.
> >
> > I have a DataSource set up to PostgreSql.  It seems OK because this
> > Orion JSP works fine:
> >
> >   InitialContext ctx = new InitialContext();
> >   out.print("Context: " + ctx);
> >   DataSource ds = (DataSource) ctx.lookup("jdbc/DefaultDS");
> >   Connection conn = ds.getConnection();
> >
> >   // Create query and get results
> >   Statement stmt = conn.createStatement();
> >   ResultSet rs = stmt.executeQuery("select count(*) FROM
> > weathersnapshots");
> >
> >   // List results
> >   while ( rs.next() ) {
> > out.println( "" + rs.getObject(1) + "");
> >   }
> >
> >   // Close connection - important!
> >   conn.close();
> >
> > This runs fine and gives me the count of rows in the table.
> >
> > When I try to get the standalone client to the same DataSource to run, I
> > get this:
> >
> > Context: javax.naming.InitialContext@316e52
> > Exception in thread "main" java.sql.SQLException: No suitable driver
> > at java.sql.DriverManager.getConnection(Unknown Source)
> > at java.sql.DriverManager.getConnection(Unknown Source)
> > at com.evermind.sql.DriverManagerDataSource.getConnection(JAX)
> > at Test.main(Test.java:18)
> >
> > No errors appear on the server's console.  I can not imagine why I would
> > want to have a DB driver's jar in my client's classpath (ALTHOUGH I HAVE
> > TRIED THAT).
> >
> > I have an application-client.xml:
> >
> > 
> > 
> >
> > I have scoured the list archives and can not find the solution.
> >
> > Remember, within the container, it runs fine.  It is the standalone app
> > that does not work.
> >
> > Using:
> > Orion 1.4.5
> > JDK 1.3
> > Win2K
> >
> > Thanks in advance.
> >
> > --
> > Tom Mitchell
> > [EMAIL PROTECTED]
> > Very Current Stoneham, MA Weather
> > http://www.tom.org
> 
> --
> Tom Mitchell
> [EMAIL PROTECTED]
> Very Current Stoneham, MA Weather
> http://www.tom.org

--
Tom Mitchell
[EMAIL PROTECTED]
Very Current Stoneham, MA Weather
http://www.tom.org

Developers

[Burr Sutter]

Just downloaded the Orion Server and was wondering what the current userbase
thought about the product.
Is it stable and scalable enough to deploy a major website using Servlets,
JSP and EJB?

Better than Resin? JRun?

I've used WebSphere, WebLogic and SilverStream.

Thanks,
Burr
[EMAIL PROTECTED]

SV: When using autonumber for the primarykey...

[Klaus . Myrseth]

One approach is to use bean managed persistence and implement the
ejbPostCreate method to retrieve the generated id into the instanciated
bean.

Its a slow approach but the only one you can get working, since the ejb spec
does not handle identity fields.

If you want to use identity fields and have control over the db-schema you
can use the Counter ejb from evermind or write your own identity generator
bean that generates new ints for tables. This is the approach you have to
use with containermanaged persistence...

Good luck.

Klaus Myrseth

-Opprinnelig melding-
Fra: Krista Richmond [mailto:[EMAIL PROTECTED]]
Sendt: 30. januar 2001 16:03
Til: Orion-Interest
Emne: RE: When using autonumber for the primarykey...


If it's actually an autonumber field (at least with SQL Server), just insert
the rest of the fields (not including the autonumbered field), e.g.
(presuming your table includes First_Name,Last_Name, and an
autonumber...say, a Customer_ID field): 

"INSERT INTO tblMyData(First_Name,Last_Name) VALUES('Sam','Adams')"

The table will automatically generate the autonumber for the ID field, hence
the name ;-).  Additionally, if you *try* to insert a value into the
autonumber field, SQL Server will generate an error.  I'm not sure whether
there may be different behaviors in different DBs...anyone?

HTH

-Original Message-
From: Øystein Walle [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 3:37 AM
To: Orion-Interest
Subject: When using autonumber for the primarykey...



I'm just wondering what to do when inserting into a table where the
primarykey has incremental int type? 
Is this possible?

Please help.

Walle

Help needed to access orion-primer example bean from standalone app

[Mark Palaima]

Below is a test to access orion-primer example bean from
a standalone client.

I can not get this to work and have looked through the
mail archive and web to find any working examples of
this type of access.  The lookup portion fails and I have
tried a number of variations.

Since the orion-primer example is used in the Orion
documentation and does work when I access the bean from
a servlet it seems that this bean is a good candidate
for being accessed from a standalone app (ie, any of the
mechanical issues regarding the bean creation and deployment
are moot).

I do have the application-client.xml empty for the
fully package qualified name reference attempt and have
the refs set correctly when using the JDNI name lookup.

I have verified that the host, application, username/password
etc... are correct and do work.  I have tried on 1.3.8 and
1.4.5, I am using JDK 1.2.2.

Please augment and/or modify or give hints to get this code to
access the HelloBean. I have spent a good amount of time trying
to make this work and really need some help.  Thanks ahead.

PS. let me know what version of Orion you use to get it to
work.  Also if you have a simple JNDI name dump utility so
I can "see" what Orion has done during its deployment would
be a great help.

MrP

Mark Palaima - [EMAIL PROTECTED]

/*
S T A N D A L O N EB E A NT E S T
*/
package test.beans ;

import hello.ejb.* ;
import java.util.Properties ;
import javax.naming.Context ;
import javax.naming.InitialContext;
import javax.naming.NamingException ;
import javax.rmi.PortableRemoteObject;

public class PrimerClient {

   public static void main(String[] args) {
   try {
HelloHome home ;

// GETS EXCEPTION:
// java:comp/env namespace is only available from within a J2EE
component
// Any variation of java:comp/env will get this exception.
home = (HelloHome)getNarrowedName(
"java:comp/env/ejb/hello/ejb/HelloHome",
HelloHome.class) ;

// GETS EXCEPTION:
// java:comp/env namespace is only available from within a J2EE
component
home = (HelloHome)getNarrowedName(
"java:comp/env/ejb/HelloHome",
HelloHome.class) ;

// GETS EXCEPTION:
// hello/ejb/HelloHome not found
home = (HelloHome)getNarrowedName(
"hello/ejb/HelloHome",
HelloHome.class) ;

// GETS EXCEPTION
// hello.ejb.HelloHome not found
home = (HelloHome)getNarrowedName(
"hello.ejb.HelloHome",
HelloHome.class) ;

Hello bizObj = home.create();

System.out.println("response: " + bizObj.sayHello()) ;

bizObj.remove();

   } catch(Exception ex) {
System.err.println("errmsg: " + ex.getMessage()) ;
   }
   }

// There are 2 ways to lookup the ejb homes:
//
// 1. The name is FQN like home.ejb.ErrorHome.  This does not
//require any support from the application-client.xml
//
// 2. The JDNI name like:
//hello/ejb/HelloHome  or
//java:com/env/ejb/hello/ejb/HelloHome
//requires an  entry in the application-client.xml file
//
private static java.lang.Object getNarrowedName(String name, Class cls)
{
try {
InitialContext ctx = new InitialContext(getProperties());
Object ref = ctx.lookup(name) ;
Object narrowedObj = PortableRemoteObject.narrow(ref, cls);
return narrowedObj ;
}
catch(Exception e) {
System.out.println("Failed to find & narrow.\n" +
e.getMessage()) ;
System.out.println("") ;
}

return null ;
   }

   // Required since we are accessing the Orion JNDI tree from the outside
   // of the appserver.
   private static Properties getProperties() {
Properties p = new Properties();

p.setProperty(Context.PROVIDER_URL,
"ormi://localhost/orion-primer");
p.setProperty(
Context.INITIAL_CONTEXT_FACTORY,
"com.evermind.server.ApplicationClientInitialContextFactory");

// orion\config\principals.xml, set deactivated="false" for admin
user
p.setProperty(Context.SECURITY_PRINCIPAL,   "admin");
p.setProperty(Context.SECURITY_CREDENTIALS, "123");

return p ;
   }
}

orion and mysql?

[Marc Linke]

Hi,

is there any simple how-to for setting up mysql with
orion available? Or can someone explain me how to do it?

thanks

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

App that runs on OrionServer but throws a java.lang.VerifyError on weblogic 6.0

[Ismael Blesa Part]

We have developed a web application that works fine under OrionServer.
It has JSP, JavaBeans and Taglibs.
Now we are testing with Bea Weblogic and there are some strange errors
thrown by the server.

It complains about (java.lang.VerifyError: (class:
com/test/logic/integration/connectors/BeanConnector, method: connect
signature:
com/test/logic/MyData;Lcom/test/logic/Environment;Ljava/lang/String;)V)
Incompatible object argument for function call)


It is a very strange error, I have compiled all my code with javac
(1.3.0_01) and also with jikes last version. I have changed also bea
weblogic to point jdk to my installed jdk.


The best of all this strange error is that this method is not called.
ie: looking on the print messages I have put on the code, execution
stops before the invocation of this method. I think that this error
comes when the java virtual machine tries to load this class.


Anybody has any idea about what is causing this error to appear?

Regards,
Ismael ([EMAIL PROTECTED])

RE: Which version is stable

[Thomas Pridham]

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

[Juan Lorandi (Chile)]

You're correct... ;)

-Original Message-
From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 9:14
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.

Servlet Chaining/Forwading

[Ted Rice]

Please consider this scenario:

1. A JSP Page is processed, producing XML content.
2. The JSP Page producing this XML contains a JSP Tag Lib
   which extends the BodyTagSupport Interface. At the
   end of the Custom JSP Tag (which wraps the JSP code producing
   the XML), the generated XML is contained
   as a string inside the JSP Tag Library code.
3. A servlet has been established to handle XML Content,
   extract XSL Processing Instructions, and transform the XML content.
4. I wish to take the String contained inside the JSP Tag Library
   Code and dispatch it to the established servlet for handling
   inside a HttpServletRequest so that a HttpServletRequest.getInputStream()
   call will return properly formed XML InputStrem that can be parsed by
   an XML Parser.

Without using Servlet Chaining, Filters, or Session variables, how
can I achieve this?

Thanks in advance.

Ted Rice

---
Ted Rice
APAMA Ltd, 17 Millers Yard, Mill Lane
Cambridge CB2 1RQ, United Kingdom
Email:  [EMAIL PROTECTED]
Mobile: +44 (0)7899 876489
Phone:  +44 (0)1223 257973 [Histon Office]
Fax:+44 (0)1223 518859

RE: When using autonumber for the primarykey...

[Krista Richmond]

If it's actually an autonumber field (at least with SQL Server), just insert
the rest of the fields (not including the autonumbered field), e.g.
(presuming your table includes First_Name,Last_Name, and an
autonumber...say, a Customer_ID field): 

"INSERT INTO tblMyData(First_Name,Last_Name) VALUES('Sam','Adams')"

The table will automatically generate the autonumber for the ID field, hence
the name ;-).  Additionally, if you *try* to insert a value into the
autonumber field, SQL Server will generate an error.  I'm not sure whether
there may be different behaviors in different DBs...anyone?

HTH

-Original Message-
From: Øystein Walle [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 3:37 AM
To: Orion-Interest
Subject: When using autonumber for the primarykey...



I'm just wondering what to do when inserting into a table where the
primarykey has incremental int type? 
Is this possible?

Please help.

Walle

RE: Pooled Data Source ADDENDUM! Design question for you :)

[Daniel Cardin]

I think I have not made myself clear enough. The DataSource access works
in the
context of the appserver running. What I was trying to do is access a
DataSource 
from the application client side. Now, this is the fix for my problem,
but maybe 
there is a better way to resolve this, so I will explain what I'm trying
to 
accomplish on the client side. 

I have many requests to the database that return a high number of rows
to be 
displayed in the client application. Now, my current framework allows me
to build
portable data object and transmit them accross the wire, but you will
surely 
agree with me that building 1 objects and serializing them is NOT
efficient.

I have then tried using the new CachedRowSet object from Sun on the
server side 
and returning (serializing) the ResultSet directly to the client app.
But this 
process is _still_ very long as the serialization of so many records is 
very expensive. (ie about 10 seconds, versus less than one second with a
local
connection object, vs about 500 ms with an ADO.RecordSet)

I thus get very good performance if I open up the ResultSet on the
client side, but
this is something I wanted to avoid. In the very least I figured that if
I could 
get a connection from the server connection pool, I could build up the
SQL request
on the server and execute it blindly on the client through a generic
mechanism. 

So, I ask you, what should I do to access large number of rows ? 

And is it possible to use a DataSource from the application client when
the beans
are deployed as CMP beans ?

Thanks!

Daniel

-Message d'origine-
De : Daniel Cardin 
Envoyé : 29 janvier, 2001 11:08
À : Orion-Interest
Objet : Pooled Data Source


Well... it seems I just can't make it work, even though I have read just
about all the messages on the subject.

datasources :




the code

  DataSource ds = (DataSource)ctx.lookup("jdbc/ddsNP"); // have used
jdbc/ddsDS as well...

the lookup returns an OrionCMTDataSource

but the call to getConnection() 

  DatabaseMetaData dmd = ds.getConnection().getMetaData();

raises :

java.lang.NullPointerException
at com.evermind.sql.OrionPooledDataSource.d8(JAX)
at com.evermind.sql.ak.eo(JAX)
at com.evermind.sql.ak.ep(JAX)
at com.evermind.sql.ap.getMetaData(JAX)
at dds_testclient.Frame1.dsTest(Frame1.java:81)

Hints anyone ? 

Thanks!

Daniel

SV: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5

[Klaus . Myrseth]

This is not a bug :)
You should use the narrow method to do this, or you are not ejb2.0
compatible or corba to be more spesific.
Here is an example on how i would do it:
* SNIP START
Context ctx = new InitialContext();
MyRemoteHome home = (MyRemoteHome)
  PortableRemoteObject.narrow(ctx.lookup("java:comp/env/myserver"),
 MyRemoteHome.class);
MyRemote remote = home.create(); // for session beans ofcourse :)
* SNIP END
This is the way you should do itBtw to be corba aware with session beans
do a remote.remove() when done with the session bean in the client...Many
dont do this, and then they get humongus memory problems very fast
:)remember corba dont do distributed GC like RMI does

Now have fun!! Hope you get it working :)

Regards
Klaus Myrseth


-Opprinnelig melding-
Fra: Roger Vaughn [mailto:[EMAIL PROTECTED]]
Sendt: 30. januar 2001 14:47
Til: Orion-Interest
Emne: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5


Oops.  My bad.  This isn't working under 1.3.8 either.
 I still don't know why - it's a valid cast, the class
is there, and I *compiled* with it after all.

--- Roger Vaughn <[EMAIL PROTECTED]> wrote:
> In one of my webapps, I have to do an RMI call to an
> outside RMI server.  I'm locating the server with a
> plain old traditional lookup like this:
> 
>   MyRemote server =
> (MyRemote)Naming.lookup("myserver");
> 
> But Orion 1.4.5 complains that it can't load the
> class
> MyRemote, even though it is included in my
> application
> jars in WEB-INF/lib.
> 
> This works correctly in 1.3.8.
> 
> 
> __
> Do You Yahoo!?
> Yahoo! Auctions - Buy the things you want at great
> prices. 
> http://auctions.yahoo.com/
> 


__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

SV: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5

[Klaus . Myrseth]

Whops sorry about the last message, didnt read everything :)

But anyways you have to set up the driver and url for that server, or
nothing will work at all...

Laters!! :)

Klaus

-Opprinnelig melding-
Fra: Roger Vaughn [mailto:[EMAIL PROTECTED]]
Sendt: 30. januar 2001 14:47
Til: Orion-Interest
Emne: Disregard: Re: BUG: Can't cast RMI interfaces in 1.4.5


Oops.  My bad.  This isn't working under 1.3.8 either.
 I still don't know why - it's a valid cast, the class
is there, and I *compiled* with it after all.

--- Roger Vaughn <[EMAIL PROTECTED]> wrote:
> In one of my webapps, I have to do an RMI call to an
> outside RMI server.  I'm locating the server with a
> plain old traditional lookup like this:
> 
>   MyRemote server =
> (MyRemote)Naming.lookup("myserver");
> 
> But Orion 1.4.5 complains that it can't load the
> class
> MyRemote, even though it is included in my
> application
> jars in WEB-INF/lib.
> 
> This works correctly in 1.3.8.
> 
> 
> __
> Do You Yahoo!?
> Yahoo! Auctions - Buy the things you want at great
> prices. 
> http://auctions.yahoo.com/
> 


__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

RE: Virtual Server question

[Juan Lorandi (Chile)]

you do that with your DNS & virtual hosting...

-Original Message-
From: Johnson, Robert [mailto:[EMAIL PROTECTED]]
Sent: Lunes, 29 de Enero de 2001 18:52
To: Orion-Interest
Subject: Virtual Server question


I have read the virtual server documentation on orionsupport.com, and I
understand how to host two web-sites with one IP address (ie www.site1.com
and www.site2.com) .  

My question is what is the term for having a domain split into two
sub-domains (ie www.site1.com and forums.site1.com)?  Would I need to create
a separate web application for www and forums?  I was wanting to do
something similar to www.anandtech.com and forums.anadtech.com and am just
curious on the best way to do this.

Thanks,
Robert Johnson

RE: Session EJB Accessibility

[Juan Lorandi (Chile)]

why many clients? is that a 'performance enhancement'? (orion's got a pool
of objects, so no perf enhancements to do)
do you wish to model a singleton?

please, elaborate further.

JP

PS: shoooting from the hip a stateless session bean with its fields set
up as 

public static MyFieldType myfield;

won't do? (altough obviously a multi VM solution totally craps this pattern)



-Original Message-
From: Mark Bernardinis [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 5:18
To: Orion-Interest
Subject: Re: Session EJB Accessibility


I don't want to do any database activity. I just want this Java Object to be
accessible as an EJB accessible by many different clients hosted by an
Application Server. The object doesn't have to be stateful either.

> It sounds like you're describing an entity bean more than a session
> bean.  An entity bean can be called by many clients although access is
> serialized.  And certainly the role of an entity bean is to
> encapsulate data in a apparently-storage-mechanism-independent manner,
> from the client's perspective...
> 
> How does the notion of a session play into what you want the bean
> to do?
> 
>   Gary
> 
> Mark Bernardinis ([EMAIL PROTECTED]) wrote:
>>
>> Requirements:
>> An EJB to be Stateful
>> Accessible by more than client
>> Share the same data object and information
>>
>> Summarising the above information, I would like to have an EJB that
>> can be called by many clients yet share the same underlying data
>> within the bean. These clients may be another application running
>> under Orion or a stand-alone application.
>>
>> Is this possible, and if it is, what special requirements do I need to
>> meet. I have looked at SessionContext but does this have anything to
>> do with it?
>>
>> Thanks in advance.
>>
>> Mark

RE: Which version is stable

[Kemp Randy-W18971]

At one point in time, they said the same thing of version 1.3.8.  I believe what they 
mean is that the experimental version has now become the stable version. 

-Original Message-
From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 6: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: Accessing Orion-EJB-Server on one machine from Orion-web-server on another?

[Juan Lorandi (Chile)]

yap, server.xml (add a RMI server ref there)

JP

-Original Message-
From: Globetrot Communications [mailto:[EMAIL PROTECTED]]
Sent: Lunes, 29 de Enero de 2001 22:18
To: Orion-Interest
Subject: Accessing Orion-EJB-Server on one machine from Orion-web-server
on another?


What is the best way to configure two installations of
Orion, on different machines, so web-server on one can
access the EJB-Server on the other? Can this be done
through only the configuration files?

Thanks

Satish Gupta 

=
__
5.5 cents calls with 6-second billing no fees. Free toll-fre numbers. No
other charges
4 cents Domestic calls with no fees:
5 cents per minute International calls also available
http://globetrot.hypermart.net
e-mail: [EMAIL PROTECTED]
__

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

RE: When using autonumber for the primarykey...

[Randahl Fink Isaksen]

There is an article about this at
http://www.orionsupport.com/articles/ejbuniquecounter.html

R.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Øystein Walle
Sent: 30. januar 2001 11:37
To: Orion-Interest
Subject: When using autonumber for the primarykey...



I'm just wondering what to do when inserting into a table where the
primarykey has incremental int type?
Is this possible?

Please help.

Walle

RE: Session EJB Accessibility

[Allen Fogleson]

You can still use an entity bean to provide this functionality. Nothing in
the specification  states that the persistent store has to be a database. So
design your bean to be a BMP entity bean, then handle the loading and saving
of your data in your ejbLoad and ejbStore methods. You can serialize the
object, and use a helper class to load it and save it. This should allow you
to do what you are looking to do. you could feasibly do the same thing in a
stateful session bean though, but you don't have synchronized access to the
object.

Al


>I don't want to do any database activity. I just want this Java Object to
be
>accessible as an EJB accessible by many different clients hosted by an
>Application Server. The object doesn't have to be stateful either.
>
>> It sounds like you're describing an entity bean more than a session
>> bean.  An entity bean can be called by many clients although access is
>> serialized.  And certainly the role of an entity bean is to
>> encapsulate data in a apparently-storage-mechanism-independent manner,
>> from the client's perspective...
>>
>> How does the notion of a session play into what you want the bean
>> to do?
>>
>>  Gary
>>
>> Mark Bernardinis ([EMAIL PROTECTED]) wrote:
>>>
>>> Requirements:
>>> An EJB to be Stateful
>>> Accessible by more than client
>>> Share the same data object and information
>>>
>>> Summarising the above information, I would like to have an EJB that
>>> can be called by many clients yet share the same underlying data
>>> within the bean. These clients may be another application running
>>> under Orion or a stand-alone application.
>>>
>>> Is this possible, and if it is, what special requirements do I need to
>>> meet. I have looked at SessionContext but does this have anything to
>>> do with it?
>>>
>>> Thanks in advance.
>>>
>>> Mark

RE: ClassLoader.getResource not working in 1.4.5

[Roger Vaughn]

Yes, yes, I know what the docs say.  The point is,
ClassLoader.getResource should be able to retrieve
anything in the current classpath, and WEB-INF/classes
*definitely* ought to be in the classpath - the very
same ClassLoader loads class files from it after all. 
However, as I said, when running under Orion
(specifically, from JSPs - I haven't tested servlets),
it isn't.  This is a significant bug as far as I'm
concerned.

In order to use ServletContext.getResource, you have
to have a reference to a ServletContext.  And since
there is no global method to retrieve one, it is not
always possible to access it.  In our application, the
majority of our classes don't have access to the
ServletContext, and since the app is entirely
JSP-driven, there is no convenient global place to put
a reference.

roger

--- Jason Smith <[EMAIL PROTECTED]> wrote:
> 
> From the JDK 1.3 Javadoc for
> ClassLoader.getResource():
> This method will first search the parent class
> loader for the resource; if
> the parent is null the path of the class loader
> built-in to the virtual
> machine is searched. That failing, this method will
> call findResource to
> find the resource.
> 
> From the Servlet 2.2 Javadoc for
> ServletContext.getResource();
> This method allows the servlet container to make a
> resource available to
> servlets from any source. Resources can be located
> on a local or remote file
> system, in a database, or in a .war file.
> 
> Maybe try using the ServletContext.getResource()
> instead of the ClassLoader?
> 
> > The ClassLoader.getResource* methods do not seem
> to
> > work properly in 1.4.5.  I have been trying to use
> > these methods to load resources from my
> > WEB-INF/classes directory, and they fail every
> time.
> > After experimenting, I found out that these
> methods
> > expect to load resources from orion/lib.
> >
> > This seems broken.  I would expect that each
> webapp
> > would have a custom class loader that loads
> resources
> > from the webapp directories - if I need system
> > resources I can always use the system class loader
> > instead.  This is the way other app servers
> behave.
> >
> > The methods work properly if used to access
> resources
> > contained within the webapp's jars, but don't work
> to
> > retrieve plain files.
> >
> > Is this a known problem in Orion?
> >
> >
> > Roger Vaughn
> >
> >
> > __
> > Do You Yahoo!?
> > Yahoo! Auctions - Buy the things you want at great
> prices.
> > http://auctions.yahoo.com/
> 
> 


__
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

taglibs

[Randahl Fink Isaksen]

Hi

I am trying hard to get started with tag libraries, but for some reason I
keep getting an empty "HTTP 500 Internal server error" page when I call the
JSP page which uses my tag library - and the error is not explained in
Orion's log files.
I get the error when I try to use my tags - not when I reference the
library. I feel confident that my reference to the taglib in my JSP is
correct, because using a reference to an unexisting taglib results in an
error. But as soon as I call a tag from the library i get the error - i.e.
when writing something like .

Below is a thorough description of the situation - any comments / thoughts
would be appreciated.

R.



Here is my setup:

== the server ===
Orion 1.3.8 running on Windows 2000 Professional

== the tag ==
public class HelloWorldTag extends TagSupport {

public int doEndTag() throws JspException {
try {
pageContext.getOut().write("The Tag says hello world!");
}
catch(java.io.IOException e) {
throw new JspTagException("IO Error: " + e.getMessage());
}
return EVAL_PAGE;
}
}

== web.xml ==
...

jet
/WEB-INF/lib/taglib.jar

...

== test.jsp =

<%@ taglib uri = "jet" prefix = "jet" %>






= taglib.tld 


1.0 1.1
jet
http://www.orionserver.com/tutorials/mytags.jar
My first Tag library


helloWorld
dk.rockit.jet.HelloWorldTag
empty
A Hello World tag



 taglib.jar 
meta-inf/taglib.tld
dk/rockit/jet/HelloWorldTag.class

R: R: frustrated - jdbc: No suitable driver

[DeVincentiis Giustino]

Sorry, the message "No suitable driver" probably means a problem with jdbc
driver.
So if you have into the data-sources.xml the definition:



you should lookup "jdbc/HypersonicDS", and you should have the driver
classes in your /orion/lib directory.

Giustino

-Messaggio originale-
Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
Inviato: martedì 30 gennaio 2001 12.24
A: Orion-Interest
Oggetto: Re: R: frustrated - jdbc: No suitable driver


Thanks for the reply.  That is exactly how I am initializing the context
in my client application:

  Hashtable ht = new Hashtable();
  ht.put(Context.INITIAL_CONTEXT_FACTORY,
"com.evermind.server.ApplicationClientInitialContextFactory");
  ht.put(Context.PROVIDER_URL, "ormi://192.168.1.3");
  ht.put(Context.SECURITY_PRINCIPAL, "someUser");
  ht.put(Context.SECURITY_CREDENTIALS, "secret");
  // Obtain connection
  InitialContext ctx = new InitialContext(ht);


DeVincentiis Giustino wrote:
> 
> Try initializing the context this way:
> ...
> Properties props = new Properties();
>
props.setProperty("java.naming.factory.initial","com.evermind.server.Applica
> tionClientInitialContextFactory");
> props.setProperty("java.naming.provider.url",
"ormi://localhost/app-name");
> props.setProperty("java.naming.security.principal", "admin");
> props.setProperty("java.naming.security.credentials", "123");
> InitialContext ctx = new InitialContext(props);
> ...
> 
> Giustino De Vincentiis
> 
> -Messaggio originale-
> Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
> Inviato: martedì 30 gennaio 2001 1.23
> A: Orion-Interest
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Oggetto: frustrated - jdbc: No suitable driver
> 
> Hi All,
> 
> I am used to WebLogic, so please pardon my ignorance...
> 
> I am trying to get my WebLogic application to run on Orion.
> 
> I have a DataSource set up to PostgreSql.  It seems OK because this
> Orion JSP works fine:
> 
>   InitialContext ctx = new InitialContext();
>   out.print("Context: " + ctx);
>   DataSource ds = (DataSource) ctx.lookup("jdbc/DefaultDS");
>   Connection conn = ds.getConnection();
> 
>   // Create query and get results
>   Statement stmt = conn.createStatement();
>   ResultSet rs = stmt.executeQuery("select count(*) FROM
> weathersnapshots");
> 
>   // List results
>   while ( rs.next() ) {
> out.println( "" + rs.getObject(1) + "");
>   }
> 
>   // Close connection - important!
>   conn.close();
> 
> This runs fine and gives me the count of rows in the table.
> 
> When I try to get the standalone client to the same DataSource to run, I
> get this:
> 
> Context: javax.naming.InitialContext@316e52
> Exception in thread "main" java.sql.SQLException: No suitable driver
> at java.sql.DriverManager.getConnection(Unknown Source)
> at java.sql.DriverManager.getConnection(Unknown Source)
> at com.evermind.sql.DriverManagerDataSource.getConnection(JAX)
> at Test.main(Test.java:18)
> 
> No errors appear on the server's console.  I can not imagine why I would
> want to have a DB driver's jar in my client's classpath (ALTHOUGH I HAVE
> TRIED THAT).
> 
> I have an application-client.xml:
> 
> 
> 
> 
> I have scoured the list archives and can not find the solution.
> 
> Remember, within the container, it runs fine.  It is the standalone app
> that does not work.
> 
> Using:
> Orion 1.4.5
> JDK 1.3
> Win2K
> 
> Thanks in advance.
> 
> --
> Tom Mitchell
> [EMAIL PROTECTED]
> Very Current Stoneham, MA Weather
> http://www.tom.org

--
Tom Mitchell
[EMAIL PROTECTED]
Very Current Stoneham, MA Weather
http://www.tom.org

Downloading a File from a Session Bean

[Roger Mosher]

Related to the discussion about downloading a file from a servlet...

Any thoughts on the best way of downloading a file from a session bean
to a remote client?

I have a remote client which currently uses the URL and URLConnection
classes in java to utilize HTTP based conversations with a servlet which
would work fine if URLConnection did not insist on downloading everything
silently as part of  opening the connection.  I had supposed it would merely
download the header and then provide a stream to get the content.  Instead
it seems to want to download to a local version of the content which a
subsequent stream can access.  So the overall time is no worse than a web
browser but the user interaction is terrible: the user does not get to
choose a file name to save as, or see a progress bar until after the network
download is completed.

I always thought a stateless session bean... or perhaps even a stateful
session bean... would be more appropriate except I can't see returning a
chunk of data of several 100 K to a few megs in size.  Also I note that EJB
beans aren't supposed to access the file system (a surprise! and the reasons
given in the spec weren't very convincing) and are not supposed to listen on
sockets (not a surprise).

Any suggestions or comments?

Re: Downloading a file via a Servlet

[Roger Mosher]

Hi.
The proper way to do this is to send a Content-Disposition header entry
with a filename attribute.  You will need to look this up to get the precise
name of the attribute.  In any case, IE5.5 has a bug which behaves as you
describe, and you may need to download a patch from Microsoft.  Quite a bug
heh!

I am distributing files with map data in them as zip files so I set the
Content-Type as application/zip and the Content-Disposition as I have
indicated above.  Works fine with Netscape and some IE5's but not all of
them.


- Original Message -
From: "Van Dooren, Damian" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Monday, January 29, 2001 3:43 PM
Subject: Downloading a file via a Servlet


> I was wondering if anyone knew of a way to get around the following
> situation:
>
> We have a servlet that sends back PDFs that are stored in a database.
> Everything seems to work great but the one oddity/issue that I would like
to
> solve if possible is. When someone wants to save the PDF, instead of
> viewing, it wants to save the PDF as the name of the servlet. I understand
> why this is the case, but I wonder if there is anything, perhaps in the
> content header, that I could set the actual name of the file.
>
> Any suggestions would be greatly appreciated.
>
>
>
> -
> Damian Van Dooren
> Information Technology
> The Investment Centre
> (519) 672-4389 x718
>
>

Re: frustrated

[Roger Mosher]

Ed.
    I went home last 
nite to see how I had configured the Postgres data source & found that I 
used DriverManagerDataSource as you did so my remarks about ConnectionDataSource 
are probably not useful.  Sorry.  I notice that you specify the driver 
class as "postgresql.Driver" and I use "org.postgresql.Driver".  Also I use 
the ejb-location name because my understanding is that it includes the services 
implied by the other JNDI entry points: location, xa-location,  including 
pooling.
 
    A mystery, when I 
went looking for com.evermind.sql.ConnectionDataSource I could not find it in 
orion.jar or in the orion api docs.   But it must be somewhere because 
it works quite well here at work with Oracle8i.
 
   

  - Original Message - 
  From: 
  Ed 
  Bras 
  To: Orion-Interest 
  Sent: Friday, January 26, 2001 12:31 
  PM
  Subject: frustrated
  
  
  Hellu there,
   
  I am getting a bit frustrated as I don't seem to 
  able to connect to my Postgres database, through the data-sources.xml file in 
  the /config dir.
   
  I have seen about "all" newsgroup question about 
  this issue but stil nothing...
   
  Anyway, I do get the following 
error:
  ---
  Fri Jan 26 16:09:57 GMT+01:00 2001   
  [warn] ERR: javax.naming.NameNotFoundException: jdbc/postgresPooledDS not 
  found---
   
  I retrieve the name with the following 
  code:
  ---
    try {   
  javax.naming.InitialContext ic = new 
  javax.naming.InitialContext();   DataSource ds = (DataSource) 
  ic.lookup("jdbc/postgresPooledDS");  }---
   
  And I have the following data-sources.xml 
  file:
  
  http://www.orionserver.com/dtds/data-sources.dtd">
   
      
      
  name="postgres"    
  class="com.evermind.sql.DriverManagerDataSource"    
  location="jdbc/postgresDS"    
  pooled-location="jdbc/postgresPooledDS"    
  xa-location="jdbc/xa/postgresXADS"    
  ejb-location="jdbc/postgresEJBDS"    
  connection-driver="postgresql.Driver"    
  username="wwwunweb5"    
  password="tpve1pw"    
  url="jdbc:postgresql://localhost/wwwunweb5"    
  inactivity-timeout="30"    
  schema="database-schemas/postgresql.xml"    
  />---
   
  What am I doing wrong ??
  I tried all the names (jdbc/postgresPooledDs, 
  jdbc/postgresDS, etc..), but ... nothing.
   
  BTW:
  - I did put the postgres driver in  the 
  /lib dir (postgres.jar file). I have used this file to make 
  a direct connection which works. The postgres.jar file is part of the 
  J2EE_CLASSPATH variable.
  - Where can I find good information about how to 
  set this up ? Or can someone send this to me as there should an article 
  one http://orionsupport.com/ but 
  this server is unreachable ?
   
  Please some help ??
   
  Regards,
  Ed 
Bras

Re: R: frustrated - jdbc: No suitable driver

[Tom Mitchell]

Thanks for the reply.  That is exactly how I am initializing the context
in my client application:

  Hashtable ht = new Hashtable();
  ht.put(Context.INITIAL_CONTEXT_FACTORY,
"com.evermind.server.ApplicationClientInitialContextFactory");
  ht.put(Context.PROVIDER_URL, "ormi://192.168.1.3");
  ht.put(Context.SECURITY_PRINCIPAL, "someUser");
  ht.put(Context.SECURITY_CREDENTIALS, "secret");
  // Obtain connection
  InitialContext ctx = new InitialContext(ht);


DeVincentiis Giustino wrote:
> 
> Try initializing the context this way:
> ...
> Properties props = new Properties();
> props.setProperty("java.naming.factory.initial","com.evermind.server.Applica
> tionClientInitialContextFactory");
> props.setProperty("java.naming.provider.url", "ormi://localhost/app-name");
> props.setProperty("java.naming.security.principal", "admin");
> props.setProperty("java.naming.security.credentials", "123");
> InitialContext ctx = new InitialContext(props);
> ...
> 
> Giustino De Vincentiis
> 
> -Messaggio originale-
> Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
> Inviato: martedì 30 gennaio 2001 1.23
> A: Orion-Interest
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Oggetto: frustrated - jdbc: No suitable driver
> 
> Hi All,
> 
> I am used to WebLogic, so please pardon my ignorance...
> 
> I am trying to get my WebLogic application to run on Orion.
> 
> I have a DataSource set up to PostgreSql.  It seems OK because this
> Orion JSP works fine:
> 
>   InitialContext ctx = new InitialContext();
>   out.print("Context: " + ctx);
>   DataSource ds = (DataSource) ctx.lookup("jdbc/DefaultDS");
>   Connection conn = ds.getConnection();
> 
>   // Create query and get results
>   Statement stmt = conn.createStatement();
>   ResultSet rs = stmt.executeQuery("select count(*) FROM
> weathersnapshots");
> 
>   // List results
>   while ( rs.next() ) {
> out.println( "" + rs.getObject(1) + "");
>   }
> 
>   // Close connection - important!
>   conn.close();
> 
> This runs fine and gives me the count of rows in the table.
> 
> When I try to get the standalone client to the same DataSource to run, I
> get this:
> 
> Context: javax.naming.InitialContext@316e52
> Exception in thread "main" java.sql.SQLException: No suitable driver
> at java.sql.DriverManager.getConnection(Unknown Source)
> at java.sql.DriverManager.getConnection(Unknown Source)
> at com.evermind.sql.DriverManagerDataSource.getConnection(JAX)
> at Test.main(Test.java:18)
> 
> No errors appear on the server's console.  I can not imagine why I would
> want to have a DB driver's jar in my client's classpath (ALTHOUGH I HAVE
> TRIED THAT).
> 
> I have an application-client.xml:
> 
> 
> 
> 
> I have scoured the list archives and can not find the solution.
> 
> Remember, within the container, it runs fine.  It is the standalone app
> that does not work.
> 
> Using:
> Orion 1.4.5
> JDK 1.3
> Win2K
> 
> Thanks in advance.
> 
> --
> Tom Mitchell
> [EMAIL PROTECTED]
> Very Current Stoneham, MA Weather
> http://www.tom.org

--
Tom Mitchell
[EMAIL PROTECTED]
Very Current Stoneham, MA Weather
http://www.tom.org

Which version is stable

[Randahl Fink Isaksen]

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: Downloading a file via a Servlet

[Van Dooren, Damian]

All you need to do is set the contentType in the response to the proper
mimeType. 

res.setContentType("application/pdf");

If you still have troubles, let me know (off the list) and I'll help you
out.


> -Original Message-
> From: Norman Jefferies [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 29, 2001 6:31 PM
> To: Orion-Interest
> Subject: Re: Downloading a file via a Servlet
> 
> 
> I couldn't even get IE to recognize that the file I was 
> downloading was
> a PDF file from a database via servlet, but obviously I 
> missed something
> you got to work, I would love to know what that is. As for actually
> saving it, I understand the problem but I haven't been able to get
> anything to work that will change the MIMI settings that the browser
> thinks it's reading. IE simply ingnores all of the header 
> information as
> far as I can tell, and if the URL doesn't describe your
> download...bummer.
> 
> Norm Jefferies
> Senior Software Engineer
> Dept Of Medicine 
> University of California, San Francisco
> http://HIVInSite.ucsf.edu
> 

RE: Downloading a file via a Servlet

[Van Dooren, Damian]

Thanks, I'll give this a shot.


> -Original Message-
> From: Boris Erukhimov [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 29, 2001 11:19 AM
> To: Orion-Interest
> Subject: Re: Downloading a file via a Servlet
> 
> 
> You may try this for download any type of file
> 
> //Ns and MSIE need different content type to 
> force download
>   if(-1 < _request.getHeader("User-Agent").indexOf("MSIE") )
>   response.setContentType("message/external-body;
> access-type=anon-ftp") ;
>   else
>   response.setContentType("application/octet-stream") ;
> 
>   response.setHeader("Content-disposition", 
> "attachment;filename=" +
> "yourfilename.ext" ) ;
>   response.setContentLength(file_to_send.length());
> 
> 
> ~boris
> 
> "Van Dooren, Damian" wrote:
> 
> > I was wondering if anyone knew of a way to get around the following
> > situation:
> >
> > We have a servlet that sends back PDFs that are stored in a 
> database.
> > Everything seems to work great but the one oddity/issue 
> that I would like to
> > solve if possible is. When someone wants to save the PDF, instead of
> > viewing, it wants to save the PDF as the name of the 
> servlet. I understand
> > why this is the case, but I wonder if there is anything, 
> perhaps in the
> > content header, that I could set the actual name of the file.
> >
> > Any suggestions would be greatly appreciated.
> >
> > -
> > Damian Van Dooren
> > Information Technology
> > The Investment Centre
> > (519) 672-4389 x718
> >
> 
> 

When using autonumber for the primarykey...

[Øystein Walle]

I'm just wondering what to do when inserting into a table where the
primarykey has incremental int type? 
Is this possible?

Please help.

Walle

Problem on PortableRemoteObject

[Alex 'Kazuma' Garbagnati]

I hope that someone on here can give me some hints to fix a strange problem 
I'm having.

I'm developing a small application and trying, obviously, to reuse as much 
code as I can. Most of the code is used by both a StandAlone application 
(executed from the console vith just java) and some jsp pages with tag 
libraries.

When I execute the application, I don't have any problem in the creation of 
the Session bean... I can use, update my entity beans and I can see the 
changes in the database (Postgres). The same code, unfortunately, fails in 
the PortableRemoteObject when it is used from a jsp page through my tag 
libraries... I cannot even get to the "home.create()".

What it is strange is that I've recently developed a prototype using Orion 
1.3.8, that was very rudimental, but I haven't had a problem like this one. 
In this case I'm using 1.4.5., now...


Can anyone help me or giving me some hints ?

 Thank you very much
 Alex


Cos'e' il genio. E' fantasia intuizione, colpo d'occhio e velocita' 
d'esecuzione. (Amici Miei)

---
Alessandro A. 'Kazuma' Garbagnati
http://www.kazuma.net/   ICQ UIN: 1600386
Mountain View, CA, 94043 - USA

Re: Orion web server vs. apache or IIS

[Johan Fredriksson]

My comment on part 1.

With orion you don't need apache or any other webserver. Orion handles
all that very well.
It is possible though to use apache as plugin or is it the other way
around...?

My comment on part 2.

Go ahead and mix the files all you want or in a way you are comfortable
with. One thing with mixing static and dynamic pages that really bugs me, is
that when you change your mind about some static content and want it dynamic
you rename it to .jsp and change a couple of billion links. Why not call
them all .jsp and some of them can look just like a html file except the
file ending. Theyre compiled anyways so it should be fast enough...

regards


Johan Fredriksson


- Original Message -
From: <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Monday, January 29, 2001 7:40 PM
Subject: Orion web server vs. apache or IIS


> Hi:
>
> I just got Orion and noticed that it is recommended that we use the Orion
> webserver as apposed to plugging it into Apache for instance. I was just
> wondering what, if any functionality that the Orion web server may lack
> versus the others previously mentioned?
>
> I am coming into Orion and J2ee from an IIS Asp background and am little
> unclear as to the separation of the web app container vs. the webserver?
In
> IIS I did not see such a separation, so when you created an
> application/dynamic web site, you put all the files (dynamic or otherwise)
> in the same directory root. With Orion, is this the same or does the
static
> web content have to be separate from the dynamic stuff?
>
> Thanks,
>
> Stefan
>
>
>

RE: Orion web server vs. apache or IIS

[Ron Quartel]

Stefan,

you can have your jsp and html files in the same layout as an asp
application. If you are going to use servlets however, they will need to go
into the WEB-INF/classes folder.

I don't know of any functionality missing from the Orion application server
over Apache or IIS.

IIS provides application server functionality over and above web serving
through the asp.dll which is a filter. Microsoft have made life easy with
the management console (MMC) which provides an intuitive way for creating
web applications and virtual directories etc. Hopefully we will see Orion
continue it's development of the Orion console (orioncolsole.jar) to bring
it up to the same level of functionality.

Ron

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 29, 2001 6:40 PM
To: Orion-Interest
Subject: Orion web server vs. apache or IIS


Hi:

I just got Orion and noticed that it is recommended that we use the Orion
webserver as apposed to plugging it into Apache for instance. I was just
wondering what, if any functionality that the Orion web server may lack
versus the others previously mentioned?

I am coming into Orion and J2ee from an IIS Asp background and am little
unclear as to the separation of the web app container vs. the webserver? In
IIS I did not see such a separation, so when you created an
application/dynamic web site, you put all the files (dynamic or otherwise)
in the same directory root. With Orion, is this the same or does the static
web content have to be separate from the dynamic stuff?

Thanks,

Stefan

Mimicking Servlet Chaining in Orion

[Ted Rice]

I wish to micmic the functionality of
servlet chaining, easily achieved in Orion 1.3.8
via placing the following tags in the
global-web-application.xml file:




however, it is a requirment to use the Servlet 2.2 specifciation. Anyone
encountered this same problem and have suggestions to
the most transparent and efficient solution?

Thanks,

Ted Rice

---
Ted Rice
APAMA Ltd, 17 Millers Yard, Mill Lane
Cambridge CB2 1RQ, United Kingdom
Email:  [EMAIL PROTECTED]
Mobile: +44 (0)7899 876489
Phone:  +44 (0)1223 257973 [Histon Office]
Fax:+44 (0)1223 518859

Calling EJB in a different application

[S.Badrinarayanan]

Hi 
 
I have an enterprise bean in an orion application.  I am able to call this bean from 
inside the application. 
 
If I try to access this bean from a servlet in another application I get the following 
error: 
javax.naming.NamingException: Error instantiating web-app JNDI-context: No location 
specified and no suitable instance of the type... 
 
Can someone help? 
 
Regards 
sb 


Chequemail.com - a free web based e-mail service that also pays!!!
http://www.chequemail.com

R: frustrated - jdbc: No suitable driver

[DeVincentiis Giustino]

Try initializing the context this way:
...
Properties props = new Properties();
props.setProperty("java.naming.factory.initial","com.evermind.server.Applica
tionClientInitialContextFactory");
props.setProperty("java.naming.provider.url", "ormi://localhost/app-name");
props.setProperty("java.naming.security.principal", "admin");
props.setProperty("java.naming.security.credentials", "123");
InitialContext ctx = new InitialContext(props);
...

Giustino De Vincentiis

-Messaggio originale-
Da: Tom Mitchell [mailto:[EMAIL PROTECTED]]
Inviato: martedì 30 gennaio 2001 1.23
A: Orion-Interest
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Oggetto: frustrated - jdbc: No suitable driver


Hi All,

I am used to WebLogic, so please pardon my ignorance...

I am trying to get my WebLogic application to run on Orion.

I have a DataSource set up to PostgreSql.  It seems OK because this
Orion JSP works fine:

  InitialContext ctx = new InitialContext();
  out.print("Context: " + ctx);
  DataSource ds = (DataSource) ctx.lookup("jdbc/DefaultDS");
  Connection conn = ds.getConnection();

  // Create query and get results
  Statement stmt = conn.createStatement();
  ResultSet rs = stmt.executeQuery("select count(*) FROM
weathersnapshots");

  // List results
  while ( rs.next() ) {
out.println( "" + rs.getObject(1) + "");
  }

  // Close connection - important!
  conn.close();

This runs fine and gives me the count of rows in the table.

When I try to get the standalone client to the same DataSource to run, I
get this:

Context: javax.naming.InitialContext@316e52
Exception in thread "main" java.sql.SQLException: No suitable driver
at java.sql.DriverManager.getConnection(Unknown Source)
at java.sql.DriverManager.getConnection(Unknown Source)
at com.evermind.sql.DriverManagerDataSource.getConnection(JAX)
at Test.main(Test.java:18)

No errors appear on the server's console.  I can not imagine why I would
want to have a DB driver's jar in my client's classpath (ALTHOUGH I HAVE
TRIED THAT).

I have an application-client.xml:




I have scoured the list archives and can not find the solution.

Remember, within the container, it runs fine.  It is the standalone app
that does not work.

Using:
Orion 1.4.5
JDK 1.3
Win2K

Thanks in advance.

--
Tom Mitchell
[EMAIL PROTECTED]
Very Current Stoneham, MA Weather
http://www.tom.org

AW: Does Orion provide Bean-pooling?

[Jens Stutte]

Hi,
 
regarding the OutOfMemory, they just added a max-instances attribute for
entities and message driven beans in orion 1.4.6 - which by now is not
accessible via autoupdate, it seems :-(. See bug #258. By now, the cache
size depended only on the beans maximum lifetime (that is, a bean is removed
only from the pool, if its timeout is reached, see the "validity-timeout"
setting in orion-ejb-jar.xml).
 
Best regards,
 
Jens Stutte

-Ursprüngliche Nachricht-
Von: Satish Gupta [mailto:[EMAIL PROTECTED]]
Gesendet am: Montag, 29. Januar 2001 21:39
An: Orion-Interest
Betreff: Re: Does Orion provide Bean-pooling?

Two comments!
 
1. I had to, occasionally, flush EJBCache to avoid getting a
java.lang.OutOfMemory error, which, to me, implied that Orion was not
passivating the beans!
 
2. Shouldn't there be a way to adjust the pool-size to tune the application?
Too small a pool-size could 'choke' an application!
 
Please comment.
 
___
Pooling of Entity beans?  Yes, it does.  You can verify that for yourself 
by logging when orion calls the activate and passivate methods.  No special 
setup is necessary.

Nick



- Original Message - 
From: Satish Gupta   
To: [EMAIL PROTECTED]   
Sent: Sunday, January 28, 2001 9:12 AM
Subject: Does Orion provide Bean-pooling?


It seems that the question "Does Orion provide Bean-pooling?" has been asked
a few times on this mailing list but never answered explicitly.
 
I'd appreciate somebody answering this question and, if available, how to
set it up? None of the configuration files seem to have a provision for it.
 
If it doesn't provide bean-pooling, are there any plans for it?
 
Thanks
 
Satish Gupta

Re: Session EJB Accessibility

[Mark Bernardinis]

I don't want to do any database activity. I just want this Java Object to be
accessible as an EJB accessible by many different clients hosted by an
Application Server. The object doesn't have to be stateful either.

> It sounds like you're describing an entity bean more than a session
> bean.  An entity bean can be called by many clients although access is
> serialized.  And certainly the role of an entity bean is to
> encapsulate data in a apparently-storage-mechanism-independent manner,
> from the client's perspective...
> 
> How does the notion of a session play into what you want the bean
> to do?
> 
>   Gary
> 
> Mark Bernardinis ([EMAIL PROTECTED]) wrote:
>>
>> Requirements:
>> An EJB to be Stateful
>> Accessible by more than client
>> Share the same data object and information
>>
>> Summarising the above information, I would like to have an EJB that
>> can be called by many clients yet share the same underlying data
>> within the bean. These clients may be another application running
>> under Orion or a stand-alone application.
>>
>> Is this possible, and if it is, what special requirements do I need to
>> meet. I have looked at SessionContext but does this have anything to
>> do with it?
>>
>> Thanks in advance.
>>
>> Mark

RE: Accessing Orion-EJB-Server on one machine from Orion-web-server on another?

[Montebove Luciano]

>What is the best way to configure two installations of
>Orion, on different machines, so web-server on one can
>access the EJB-Server on the other? Can this be done
>through only the configuration files?

You have to add your ejb server in rmi.xml.

An example:


Then you have to add the remote and home interfaces of you EJBs in the
classpath of the web app and say to Orion to use remote EJBs modifying the
ejb-module tag in orion-application.xml:
An example:
 

Hope this help


Thanks

Satish Gupta 

=
__
5.5 cents calls with 6-second billing no fees. Free toll-fre numbers. No
other charges
4 cents Domestic calls with no fees:
5 cents per minute International calls also available
http://globetrot.hypermart.net
e-mail: [EMAIL PROTECTED]
__

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