"Best Application Server" vote on Java Developer's Journal

2001-05-06 Thread Vladimir Choundalov

Hi!

here goes some interesting vote
http://www2.sys-con.com/java/readerschoice2001/liveupdateappserver2.cfm
http://www2.sys-con.com/java/readerschoice2001/

maybe people, interested in Orion, should take part? :)


-- 
Best regards,
Vlad






Re: Running 2 Orions on the Same Machine

2001-05-06 Thread Robert Krueger

At 23:30 06.05.2001 , you wrote:
>Hi,
>
>I am trying to run 2 Orions on the same machine.  Everything seems to be 
>ok but when I start the 2nd Orion, I get the following message, even thou 
>it still starts: Error Starting RMI-Server:IO -Error: Address in use JVM_Bind.
>
>How can I get rid of this Error?

make sure the rmi server listens on a different address/port (rmi.xml, see 
below) for each instance you're running.



HTH

Robert

>Thanks,
>Brandy
>_
>Get your FREE download of MSN Explorer at http://explorer.msn.com
>
>

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de





Re: Running 2 Orions on the Same Machine

2001-05-06 Thread Santosh Kumar

you cant make two servers in the same machine listen on same ports.
To get rid of the error you must make the servers run on different ports.
Santosh
-Original Message-
From: B. Dawkins <[EMAIL PROTECTED]>
To: Orion-Interest <[EMAIL PROTECTED]>
Date: Monday, May 07, 2001 12:15 PM
Subject: Running 2 Orions on the Same Machine


>Hi,
>
>I am trying to run 2 Orions on the same machine.  Everything seems to be ok
>but when I start the 2nd Orion, I get the following message, even thou it
>still starts: Error Starting RMI-Server:IO -Error: Address in use JVM_Bind.
>
>How can I get rid of this Error?
>
>Thanks,
>Brandy
>_
>Get your FREE download of MSN Explorer at http://explorer.msn.com
>
>





Running 2 Orions on the Same Machine

2001-05-06 Thread B. Dawkins

Hi,

I am trying to run 2 Orions on the same machine.  Everything seems to be ok 
but when I start the 2nd Orion, I get the following message, even thou it 
still starts: Error Starting RMI-Server:IO -Error: Address in use JVM_Bind.

How can I get rid of this Error?

Thanks,
Brandy
_
Get your FREE download of MSN Explorer at http://explorer.msn.com





Binding OracleConectionPoolDataSource to JNDI name?

2001-05-06 Thread Harley Rana
Title: 



I have used the OracleConnectionPoolDataSource form a normal class, with out 
binding it to JNDI and it works fine.  When i try and bind it i get an 
exception that saying :Error binding to server: 
java.io.NotSerializableException: oracle.jdbc.driver.OracleDriverAnyone got 
this working?this is the code in the constructor of a normal class. im using 
Oracle8i 1.1.7
Thanks alot for any help you can give!
Harley Rana.    
try{    
System.setProperty("java.naming.factory.initial","com.evermind.server.ApplicationClientInitialContextFactory");    
System.setProperty("java.naming.provider.url", "ormi://localhost/Togotech");    
System.setProperty("java.naming.security.principal","admin");    
System.setProperty("java.naming.security.credentials","rana21b");   
InitialContext jndiContext = new 
InitialContext();    
OracleConnectionPoolDataSourcepool = new 
oracle.jdbc.pool.OracleConnectionPoolDataSource();    
pool.setURL("jdbc:oracle:thin:@localhost:1521:net");    
pool.setUser("scott");    
pool.setPassword("tiger");    
pool.setDataSourceName("Togotech_Data");    
System.out.println("Binding to 
JNDI...");    
jndiContext.rebind("OracleDatasource",pool);    
}catch(SQLException 
s){    
System.out.println("SQL exception - 
"+s);    
}    catch(NamingException 
n){    
System.out.println("Naming exception 
- "+n);    } 



Re: Caching XLS style sheets

2001-05-06 Thread Tim Endres

> I asked a question on an MVC application architecture using XLS, and got advice to
> cache XLS / XSLT style sheets, and pre compile them.

Sounds like something I would say...

> Can someone give me some more background on this.

Hope so.

> How?

The code we use is totally tied to Xalan, but can easily be generalized
with newer APIs. The following code will "compile" a stylesheet, and
write the compiled stylesheet (a StylesheetRoot object in our case) to
a file:

   String sysId = "file:/path/to/style/sheet/file.xsl";
   FileInputStream styleSheetIn = new FileInputStream( ... );
   ObjectOutputStream serialOut = new ObjectOutputStream( ... );
   XSLTInputSource xSrc = new XSLTInputSource( styleSheetIn );
   xSrc.setSystemId( sysId );
   StylesheetRoot root = processor.processStylesheet( xSrc );
   serialOut.write( root );

The SystemId is necessary so that Xalan can find me  files.

Our servlet code, in turn, then loads the compiled stylesheet with code
that looks like this:

   XSLTProcessor processor =
  XSLTProcessorFactory.getProcessorUsingLiaisonName
 ( "org.apache.xalan.xpath.xdom.XercesLiaison" );

   ObjectOutputStream serialOut = new ObjectOutputStream( ... );
   StylesheetRoot compiledStyleSheet = serialIn.readObject();

Once the stylesheet is loaded, we can use it in a call to process:

   compiledStyleSheet.process( processor, xmlSource, htmlOut );

> What if the content is dynamic? (2 million items and 100,000  of styles + with any 
>combination)

I am not sure what this means.

Are you saying that your XSL stylesheets are dynamic?
Or are you describing your XML tree?

When you say 100,000 of styles, what does that mean?

tim.





RE: custom finder in CMPs (SLSB facade)

2001-05-06 Thread Tim Endres

> Now the question:
> 
> How come so many people are keen on introducing SLSBs as a facade in front 
> of Entity Beans to improve the performance? The same code (plus a tid bit 
> extra) needs to be executed, the same pooling behavior is there for the 
> Entity Bean and yes the SLSB introduces little to no overhead, but I still 
> see no gain.
> 
> What benefits am I overlooking?

Then imagine this:

Scenario 1 - No SLSB:

   The logic is implemented in the client program, which resides across
   the network. The client accesses 100 entity beans in performing its
   logic. That means 1000s of network hits to access the beans and invoke
   their methods. Slow network? Really slow client.

Scenario 2 - SLSB:

   The logic is in the Session Bean. The client, which is still across
   the network, makes a single call into the SLSB. The SLSB now accesses
   the same 100 entity beans and still makes 1000s of method calls on
   those beans. HOWEVER, this time, all of that overhead occurs within
   the container, greatly reducing the performance penalty, and allowing
   for some container optimizations. The result is then sent to the client.
   Slow network? Much better performance than Scenario #1.

Make sense now?

tim.





Caching XLS style sheets

2001-05-06 Thread Vic Cekvenich



I asked a question on an MVC application 
architecture using XLS, and got advice to cache XLS / XSLT style sheets, and pre 
compile them.
 
Can someone give me some more background on 
this.
How?
What if the content is dynamic? (2 million items 
and 100,000  of styles + with any combination)
 
Thanks in advance,  
Vic


Re: JDBC connection pooling and ORION

2001-05-06 Thread Vic Cekvenich

Does the DB Connection pool shrink?

Vic
- Original Message -
From: "Frank LaRosa" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Wednesday, April 25, 2001 10:17 PM
Subject: Re: JDBC connection pooling and ORION


> Like a lot of things in Orion, this is not particularly well documented.
> Here is how I have mine set up. The name identified as the
"pooled-location"
> appears to behave as a pooled data source when I reference it from my
> application.
>
> class="com.evermind.sql.DriverManagerDataSource"
>   connection-driver="sun.jdbc.odbc.JdbcOdbcDriver"
>   name="SQLServer"
>   location="jdbc/SQLServerCore"
>   xa-location="jdbc/xa/SQLServerXA"
>   ejb-location="jdbc/SQLServerEjb"
>   pooled-location="jdbc/SQLServer"
>   username=""
>   password=""
>   url="jdbc:odbc:LocalServer"
>   inactivity-timeout="30"
>   min-connections="5"
>   max-connections="1000"
>  />
>
> - Original Message -
> From: "Hao H Ngo" <[EMAIL PROTECTED]>
> To: "Orion-Interest" <[EMAIL PROTECTED]>
> Sent: Wednesday, April 25, 2001 2:08 PM
> Subject: JDBC connection pooling and ORION
>
>
> > Can someone tell me how to get JDBC connection pooling to work?
> > Maybe some examples?  I can't find anything on connection pooling.
> > I have successfully made a JDBC connection to postgres, but I would like
> > to grab connections from a pool and release to that pool.
> >
> > Help?
> >
> >
> >
>
>






Java crashes with 1.4.8

2001-05-06 Thread Werner Bohl



Thanks for helping me with new (1.4.8) 
orion-ejb-jar.xml path.
 
Using FORM authentication and EJBUserManager 
(worked fine on 1.4.7) Java (win98 1.3.0) crashes with following 
message:
 
# An EXCEPTION_ACCESS_VIOLATION exception has been 
detected in native code outside the VM.# Program 
counter=0x50397d07#
Any clue?
 
 
Werner Bohl
 


RE: custom finder in CMPs (SLSB facade)

2001-05-06 Thread elephantwalker

If you have to do some "pre-processing" for a cmp, you can do this in your
slsb versus a sfsb. See this link for the example use case, but it is
essentially when you are using an index key for the cmp, the most common key
for cmp. For example, if you need to swing in and out helper beans, you can
do this in the slsb without incurring the penalty most associated with the
sfsb. This way you can bind what is essentially a business method for
handling the cmp in a session bean, which is where it belongs. This way your
cmp is just about it's little world of indexes and member variables,
where-as your slsb can have a business method
*slsb.getMyContacts("elephantwalker")*, versus

1. some helper bean instanced in a jsp or servlet
*fatbean.getMyContacts("elephantwalker")*, where the fatbean doesn't take
advantage of any of the containers instancing, pooling and other resource
handlers used by the slsb.
2. Some sfsb where the helper beans are instanced and then stay around for
eternity eating up resources in the sfsb.

Brett has a good article on these ideas at flashline:

http://www.flashline.com/content/mclaughlin/current.jsp?sid=989183633781-109
0580543-153

regards,

the elephantwalker



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Frank Eggink
Sent: Sunday, May 06, 2001 1:44 PM
To: Orion-Interest
Subject: RE: custom finder in CMPs (SLSB facade)


U, this is a question which is burning for sometime now.


I certainly not intending to challenge, but I take this as an opportunity
to raise the question.

I understand the performance benefit of Stateless Session Beans (SLSB) over
Stateful Session Beans (SFSB): this benefit is caused by the fact that
pooling is easier for SLSBs.


Now the question:

How come so many people are keen on introducing SLSBs as a facade in front
of Entity Beans to improve the performance? The same code (plus a tid bit
extra) needs to be executed, the same pooling behavior is there for the
Entity Bean and yes the SLSB introduces little to no overhead, but I still
see no gain.

What benefits am I overlooking?


Pls. enlighten me,
FE

On Friday, May 04, 2001 6:24 PM, elephantwalker
[SMTP:[EMAIL PROTECTED]] wrote:
> Armin,
>
> Another pointer for Stateless Session beans is that they have very a
> goood performance profile. According to Brett McGloughlin, they can
be
> upto 1000 times faster than Stateful beans.
>
> Regards,
>
> the Elephantwalker
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Peter
> Pontbriand
> Sent: Friday, May 04, 2001 5:45 AM
> To: Orion-Interest
> Subject: Re: custom finder in CMPs
>
>
> Commonly, developers build a Stateless Session EJB "facade" through which
> all access to Entity EJBs is accomplished. If you were to employ such a
> pattern, the method of this "facade" that invokes the CMP finder in
question
> would be an appropriate place to manipulate the results before returning
> them to the client. Have a look around www.theserverside.com for lots of
> information and discussions of EJB module design.
>
> P.Pontbriand
> Canlink Interactive Technologies, Inc.
>
> - Original Message -
> From: "Armin Michel" <[EMAIL PROTECTED]>
> To: "Orion-Interest" <[EMAIL PROTECTED]>
> Sent: Friday, May 04, 2001 4:31 AM
> Subject: custom finder in CMPs
>
>
> > Hi.
> >
> > I want to add additional code to the finder-methods
> > (for further restrictions on the find-results based upon security
> > information).
> >
> > How can I achive this?
> > I'd like to extend those auto-generated finder-methods and don't want
to
> fall
> > back to BMPs.
> >
> > Hope someone can help.
> >
> > Armin Michel
> >
> >
>
>
>





Re: Form-based authentication: original request URI...?

2001-05-06 Thread Peter Beck

Hi,
Orion 1.4.5 doesn't remember the original target URL correctly after an
incorrect login.
This bug is fixed in 1.4.8.

What works for me is:
- In the errorpage I display some additional information to the user and
then forward the request to the original loginpage (using
RequestDispatcher) to have exactly the same form displayed in both
cases.

Also after logging in from the form in the errorpage orion directs you
to the original target.

hope it helps,
Peter

Attila Bodis wrote:

> Hi, I managed to get forms-based authentication working (Orion
> 1.4.5/Win2K), but I have a question.  Here is what happens: 1)
> user tries to access protected resource "protected.jsp" 2) Orion
> redirects user to the login page "login.jsp" instead 3) user
> enters *incorrect* userid/password and submits the form 4) Orion
> shows the error page "error.jsp", as it should So far, so good, but on
> the error page I'd like to say something like "click here to retry,"
> with a link to the *original* page that triggered the authentication
> in the first place (in this case "protected.jsp").  Note that if I put
> a link to "login.jsp" on the error page, the user will be stuck in a
> loop as successful authentication will just redisplay the login page
> itself. The question is:  is there a way (either inside the login page
> or in the error page) of somehow determining what the original request
> URI was that triggered the authentication to begin with?  I already
> tried request.getRequestURI() inside "login.jsp," but it evaluates to
> "login.jsp," not "protected.jsp" as I'd like.  Clearly Orion stores
> the original request URI somewhere (otherwise it wouldn't know where
> to go after a successful login), but how can I get at this
> information??? Any help would be greatly appreciated!
> Attila Attila BodisDevelopment Manager, Mobile Hosting800
> Bridge Pkwy #2068Redwood Shores, CA 94065(650) 506-4767 (w)
> (650) 346-6156 (m)[EMAIL PROTECTED] Visit the
> OracleMobile Online Studio at http://studio.oraclemobile.com.





RE: custom finder in CMPs (SLSB facade)

2001-05-06 Thread Frank Eggink

U, this is a question which is burning for sometime now.


I certainly not intending to challenge, but I take this as an opportunity 
to raise the question.

I understand the performance benefit of Stateless Session Beans (SLSB) over 
Stateful Session Beans (SFSB): this benefit is caused by the fact that 
pooling is easier for SLSBs.


Now the question:

How come so many people are keen on introducing SLSBs as a facade in front 
of Entity Beans to improve the performance? The same code (plus a tid bit 
extra) needs to be executed, the same pooling behavior is there for the 
Entity Bean and yes the SLSB introduces little to no overhead, but I still 
see no gain.

What benefits am I overlooking?


Pls. enlighten me,
FE

On Friday, May 04, 2001 6:24 PM, elephantwalker 
[SMTP:[EMAIL PROTECTED]] wrote:
> Armin,
>
> Another pointer for Stateless Session beans is that they have very a
> goood performance profile. According to Brett McGloughlin, they can 
be
> upto 1000 times faster than Stateful beans.
>
> Regards,
>
> the Elephantwalker
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Peter
> Pontbriand
> Sent: Friday, May 04, 2001 5:45 AM
> To: Orion-Interest
> Subject: Re: custom finder in CMPs
>
>
> Commonly, developers build a Stateless Session EJB "facade" through which
> all access to Entity EJBs is accomplished. If you were to employ such a
> pattern, the method of this "facade" that invokes the CMP finder in 
question
> would be an appropriate place to manipulate the results before returning
> them to the client. Have a look around www.theserverside.com for lots of
> information and discussions of EJB module design.
>
> P.Pontbriand
> Canlink Interactive Technologies, Inc.
>
> - Original Message -
> From: "Armin Michel" <[EMAIL PROTECTED]>
> To: "Orion-Interest" <[EMAIL PROTECTED]>
> Sent: Friday, May 04, 2001 4:31 AM
> Subject: custom finder in CMPs
>
>
> > Hi.
> >
> > I want to add additional code to the finder-methods
> > (for further restrictions on the find-results based upon security
> > information).
> >
> > How can I achive this?
> > I'd like to extend those auto-generated finder-methods and don't want 
to
> fall
> > back to BMPs.
> >
> > Hope someone can help.
> >
> > Armin Michel
> >
> >
>
>
> 




RE: CMP Primer and Oracle 8.1.7 deployment

2001-05-06 Thread elephantwalker

Since you have changed databases, you should get rid of all of the
serialization that orion may have saved about the old configuration
(including maybe the flag that tells orion that cmp beans have already
created their table).

The easiest way to do this is just blow away the application directory in
application-deployments (of course, after you have shutdown orion). If you
have no other applications, you can just blow away the whole
application-deployment directory.

There is also an admin.jar command to do thisbut I have never used it.

Otherwise, if the table is not createdthere's something under the hood
that's broken, because this works everyday and sunday.

You have done all of the checks to make sure the you can connect and create
tables from orion...so there is some other issue that is causing this. My
bet is on the bad serialization...if not, its got to be a bug.

Here's the console from a proper auto-deployment (this is from the
tutorial):

Auto-unpacking
/usr/home/ernst/addressbook/addressbook/build/addressbook.ear... done.
Auto-deploying addressbook...
Auto-deploying addressbook-ejb.jar (No previous deployment found)...
Auto-creating table: create table addressbook_ejb_AddressEntry (name char
(255) not null primary key, address char (255), city char (255))
done.
Orion/1.2.7 initialized


I noticed that your console trace didn't have the un-packing bit. It could
be that when you change databases, you have to redo the whole auto-deploy
cycle to get the table to recreate. Since the table columns are exactly the
same, orion doesn't recreate the table...even though the database has
changed. I am not sure that this functionality would be a bug, or a
undocumented *feature* ;).

Regards,

the elephantwalker




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Brynolf
Andersson
Sent: Sunday, May 06, 2001 10:44 AM
To: Orion-Interest
Subject: RE: CMP Primer and Oracle 8.1.7 deployment


Hi,
Yes scott can create tables (connect,resource and dba)
Yes I can log on to the box run sqlplus and connect as scott, both from the
development PC and locally on the box.
Yes Net8 is running properly, I wrote a small servlet that uses JDBC to
create and read tables and that on is working fine.
Yes, the port is 1521

So, perhaps someone know a way to debug whats going on ?

Thanks
>From: "elephantwalker" <[EMAIL PROTECTED]>
>Reply-To: Orion-Interest <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Subject: RE: CMP Primer and Oracle 8.1.7 deployment
>Date: Sat, 5 May 2001 17:37:17 -0700
>
>Has user scott allowed to create tables? (usually scott is allowed to
>create
>tables). Can you log into the sun box, start sqlplus, and connect as scott?
>Is net8 running properly? Is the port for net8 listed in the service file
>on
>the sun box? Can you connect to the sun box from an oracle client on your
>win 2000 box?
>
>These are the places I would start in debugging this problem.
>
>I have been running oracle 8.1.7 and orion with no problems.
>
>the elephantwalker
>   -Original Message-
>   From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Kalle Anka
>   Sent: Saturday, May 05, 2001 4:45 PM
>   To: Orion-Interest
>   Subject: Q:CMP Primer and Oracle 8.1.7 deployment
>
>
>   Hi all,
>   I'm trying to deploy the CMP Primer (running on Win2000) using an Oracle
>8.1.7 database on a Solaris box. Everything works fine if I use the default
>database provided by Orion (Hypersonic ??). The table is created according
>to the extremly good example. But when I change the data-sources.xml into
>the following, the table is not created (I removed the hypersonic and added
>the Oracle one, so only one entry).
>
>  class="com.evermind.sql.DriverManagerDataSource"
>   name="Oracle"
>   schema="database-schemas/oracle.xml"
>   location="jdbc/OracleCoreDS"
>   xa-location="jdbc/xa/OracleXADS"
>   ejb-location="jdbc/OracleDS"
>   connection-driver="oracle.jdbc.driver.OracleDriver"
>   username="scott"
>   password="tiger"
>   url="jdbc:oracle:thin:@sunprod:1521:orcl"
>   inactivity-timeout="30"
> />
>
>   So, I turned on the debugging information for JDBC, but no errors:
>
>   C:\orion>java -Ddatasource.verbose=true -jar orion.jar Auto-deploying
>addressbook (New server version detected)...
>   DataSource logwriter activated...
>   jdbc:oracle:thin:@sunprod:1521:orcl: Started
>   jdbc:oracle:thin:@sunprod:1521:orcl: Started
>   Auto-deploying addressbook-ejb.jar (No previous deployment found)...
>   Created new physical connection: XA XA Orion Pooled
>jdbc:oracle:thin:@sunprod:1521:orcl
>   null: Connection XA XA Orion Pooled jdbc:oracle:thin:@sunprod:1521:orcl
>allocated (Pool size: 0)
>   jdbc:oracle:thin:@sunprod:1521:orcl: Opened connection Created new
>physical connection: Pooled oracle.jdbc.driver.OracleConnection@ece70d1a
>   Pooled jdbc:oracle:thin:@sunprod:1521:orcl: Connection Pooled or
>   acle.jdbc.driver.

RE: CMP Primer and Oracle 8.1.7 deployment

2001-05-06 Thread Brynolf Andersson

Hi,
Yes scott can create tables (connect,resource and dba)
Yes I can log on to the box run sqlplus and connect as scott, both from the 
development PC and locally on the box.
Yes Net8 is running properly, I wrote a small servlet that uses JDBC to 
create and read tables and that on is working fine.
Yes, the port is 1521

So, perhaps someone know a way to debug whats going on ?

Thanks
>From: "elephantwalker" <[EMAIL PROTECTED]>
>Reply-To: Orion-Interest <[EMAIL PROTECTED]>
>To: Orion-Interest <[EMAIL PROTECTED]>
>Subject: RE: CMP Primer and Oracle 8.1.7 deployment
>Date: Sat, 5 May 2001 17:37:17 -0700
>
>Has user scott allowed to create tables? (usually scott is allowed to 
>create
>tables). Can you log into the sun box, start sqlplus, and connect as scott?
>Is net8 running properly? Is the port for net8 listed in the service file 
>on
>the sun box? Can you connect to the sun box from an oracle client on your
>win 2000 box?
>
>These are the places I would start in debugging this problem.
>
>I have been running oracle 8.1.7 and orion with no problems.
>
>the elephantwalker
>   -Original Message-
>   From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of Kalle Anka
>   Sent: Saturday, May 05, 2001 4:45 PM
>   To: Orion-Interest
>   Subject: Q:CMP Primer and Oracle 8.1.7 deployment
>
>
>   Hi all,
>   I'm trying to deploy the CMP Primer (running on Win2000) using an Oracle
>8.1.7 database on a Solaris box. Everything works fine if I use the default
>database provided by Orion (Hypersonic ??). The table is created according
>to the extremly good example. But when I change the data-sources.xml into
>the following, the table is not created (I removed the hypersonic and added
>the Oracle one, so only one entry).
>
>  class="com.evermind.sql.DriverManagerDataSource"
>   name="Oracle"
>   schema="database-schemas/oracle.xml"
>   location="jdbc/OracleCoreDS"
>   xa-location="jdbc/xa/OracleXADS"
>   ejb-location="jdbc/OracleDS"
>   connection-driver="oracle.jdbc.driver.OracleDriver"
>   username="scott"
>   password="tiger"
>   url="jdbc:oracle:thin:@sunprod:1521:orcl"
>   inactivity-timeout="30"
> />
>
>   So, I turned on the debugging information for JDBC, but no errors:
>
>   C:\orion>java -Ddatasource.verbose=true -jar orion.jar Auto-deploying
>addressbook (New server version detected)...
>   DataSource logwriter activated...
>   jdbc:oracle:thin:@sunprod:1521:orcl: Started
>   jdbc:oracle:thin:@sunprod:1521:orcl: Started
>   Auto-deploying addressbook-ejb.jar (No previous deployment found)...
>   Created new physical connection: XA XA Orion Pooled
>jdbc:oracle:thin:@sunprod:1521:orcl
>   null: Connection XA XA Orion Pooled jdbc:oracle:thin:@sunprod:1521:orcl
>allocated (Pool size: 0)
>   jdbc:oracle:thin:@sunprod:1521:orcl: Opened connection Created new
>physical connection: Pooled oracle.jdbc.driver.OracleConnection@ece70d1a
>   Pooled jdbc:oracle:thin:@sunprod:1521:orcl: Connection Pooled or
>   acle.jdbc.driver.OracleConnection@ece70d1a allocated (Pool size: 0)
>   Pooled jdbc:oracle:thin:@sunprod:1521:orcl: Releasing connection
>Pooled oracle.jdbc.driver.OracleConnection@ece70d1a to pool (Pool size:
>1)
>   null: Releasing connection XA XA Orion Pooled
>jdbc:oracle:thin:@sunprod:1521:orcl to pool (Pool size: 1)
>   done.
>   Orion/1.4.5 initialized
>
>   Anyone got a clue why this is happening, or have I missed something ???
>
>   //Kalle
>
>
>
>--
>   Get your FREE download of MSN Explorer at http://explorer.msn.com
>
>

_
Get your FREE download of MSN Explorer at http://explorer.msn.com





Re: custom finder in CMPs

2001-05-06 Thread Armin Michel

> Something interesting to try would be to limit access to the Entity Home
> Interface methods to a particular Role which the facade raises by
> programmatically logging in. In other words, clients would access the
> facade SLSB using a different Role than that which is permitted to access
> the Entities, and the SLSB would use RoleManager.login() to raise the Role
> that can access the Entities. If this would work, would it allay your
> concerns?

This one could solve my problem. I'll try that approach.
Thanks a lot.

Armin Michel




RE: remote shutdown of orion 1.4.8

2001-05-06 Thread Adam Cassar


IIRC, using -shutdown -force will generally work

On 05 May 2001 18:28:21 -0700, Jeff Schnitzer wrote:
> > From: Eduardo Estefano [mailto:[EMAIL PROTECTED]]
> > 
> > The same is happening to me. Using 1.4.7 everything was fine.
> > 
> > I already posted a message before but here it is again:
> > 
> > -   java -jar admin.jar ormi://localhost admin 123 -shutdown
> > Works as long as no EJB/Database is called.
> > Gives the "shutting down..." for ever message if ejb/jdbc is
> > accessed
> 
> This has been happening to me since I started using Orion (1.3.8).
> There was some discussion of this problem on the list a long time ago,
> and I believe the conclusion was that there is some sort of JVM problem.
> You might want to search the list for "shutdown".
> 
> I'm using Win2K with JDK 1.3 & 1.3_02.
> 
> Jeff
> 





RE: Number of JVMs on Orion..

2001-05-06 Thread Frank Eggink

As long as the port numbers for HTTP, JMs (if used) and RMI do not overlap you
can start as many Orion instances as you like.

See the files jms.xml, rmi.xml and default-website.xml for the port settings.


Make sure you use the correct port numbers in the clients as well :-)


FE


On Sunday, May 06, 2001 8:55 AM, sub k [SMTP:[EMAIL PROTECTED]] wrote:
> Hi Tim,
> This is to start the Orion and ofcourse it creates a
> JVM and it runs Orion. I have to create  multiple JVMs
> that runs multiple Orion servers on one machine. Can
> you clarify how to do it. Do I have to run this
> command multiple times, and if I run like that, If I
> am using sessions, the requests go to right server or 
> not?
> Thanks
> Subrah
> 
> 
> --- Tim Endres <[EMAIL PROTECTED]> wrote:
> > 
> >java -jar orion.jar
> > 
> > > Hi Tim,
> > > Thanks for your reply. I would like to know how
> > can we
> > > create JVMs running Orion on one machine?
> > > Thanks
> > > Subrah
> > > 
> > > --- Tim Endres <[EMAIL PROTECTED]> wrote:
> > > > Orion does not invoke JVMs. It runs within a
> > JVM.
> > > > Thus, the answer is one.
> > > > 
> > > > Of course, this does not prevent you from
> > starting
> > > > any number of JVMs running Orion.
> > > > 
> > > > > Hi,
> > > > > Can anyone explain how many number of JVMs can
> > we
> > > > > create on Orion? 
> > > > > Thanks
> > > > > Subrah
> > > > 
> > > > 
> > > 
> > > 
> > > __
> > > Do You Yahoo!?
> > > Yahoo! Auctions - buy the things you want at great
> > prices
> > > http://auctions.yahoo.com/
> > > 
> > 
> > 
> 
> 
> __
> Do You Yahoo!?
> Yahoo! Auctions - buy the things you want at great prices
> http://auctions.yahoo.com/
>