RE: Job Scheduler pattern

2002-01-25 Thread Paul Knepper

Joseph,

Very cool.  How do you stop a client-module that auto-started and then
restart it?  

Say you deployed the app (which also has ejb and web modules) and later
wanted to add another task to the scheduler.  Can you start and stop the
java client module, so that it would reload the properties file, without
affecting the web module?  I might have users logged in to the website and I
wouldn't want to redeploy everthing and messup any current sessions.

Thanks,
Paul

-Original Message-
From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 4:04 AM
To: Orion-Interest
Subject: Re: Job Scheduler pattern


The www.orionsupport.com site has a sample scheduler that can easily be
converted to do something like this.

On Fri, 25 Jan 2002, Justin Crosbie wrote:

 Hi,
 
 I'm not sure if I've asked this before, or if I should be asking on a
 general EJB list.
 
 I'd like to implement a job scheduler in J2EE. This would shcedule the
 execution of EJB methods at a specified time in the future. It would have
to
 be persistent, and jobsd would be rescheduled upon appserver restart.
 
 Is it as simple as using the Timer and TimerTask in java.util to implement
 an app that is started with the client-module tag?
 
 Does it matter as far as Orion goes whether I use a java.util.Timer as a
 daemon or not?
 
 What can I do if the app, or the Timer object dies at any stage?
 
 I've had problems where after some time something goes wrong I get a
strange
 Remote Exception, and the only solution is to restart the VM. What might
 cause this?
 
 Any opinions on this? How do I make this solution robust is what I am
 asking.
 
 Thanks for any help,
 Justin
 

---
Joseph B. Ottinger   [EMAIL PROTECTED]
http://adjacency.org/ IT Consultant





RE: Orion and Sax/JDom

2001-09-05 Thread Paul Knepper
Title: Message



Works 
fine for me. I just dropped jdom.jar in the orion/lib 
directory.

  -Original Message-From: Michael Laccetti 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, September 04, 
  2001 12:10 PMTo: Orion-InterestSubject: RE: Orion and 
  Sax/JDom
  I 
  did a fresh install, downloaded the latest zip and installed it. I've 
  tried downloading the latest version of xerces and replacing the version with 
  1.5.2 with that. Again, still getting the SAX2 not found 
  exception. Is there a specific order to setin the 
  classpath?
  

-Original Message-From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]] On Behalf Of The 
elephantwalkerSent: Tuesday, September 04, 2001 
12:04To: Orion-InterestSubject: RE: Orion and 
Sax/JDom
Michael,

We 
use jdom b7 and orion 1.5.2 all of the timewith no problems.We use 
jdom with crimson, which is the default parser with jdom and orion version 
1.5.2.Orion 1.4.6 used an old version of xerces. Did you use 
autoupdate.jar to install 1.5.2 or did you use a fresh install? 
Autoupdate.jar is a little unreliable, so I would do a fresh 
install.

regards,

the elephantwalker


  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Michael 
  LaccettiSent: Tuesday, September 04, 2001 8:33 AMTo: 
  Orion-InterestSubject: Orion and Sax/JDom
  I've recently installed Orion 1.5.2 on a linux test machine, and 
  installed our app on it. It worked fine under 1.4.6, but for some 
  reason, when I dump it under 1.5.2 I keep getting a SAX2 exception: 
  SAX2 driver class not found. Has anybody seen this before, and 
  better yet, fixed it? I've tried everything that I can think 
  of. I even grabbed the latest version of JDom and installed 
  that. Please help!
  
  -Michael LaccettiDeveloper, Eldan 
  Software[EMAIL PROTECTED]
  


RE: Clustering..

2001-07-17 Thread Paul Knepper
Title: RE: Clustering..



I 
haven't check with the latest version, but I store a handle to a sfsb. 
When I failover it is invalid on the other server. Is this a 
bug?

-Paul

  -Original Message-From: Kesav Kumar 
  [mailto:[EMAIL PROTECTED]]Sent: Monday, July 16, 2001 3:32 
  PMTo: Orion-InterestSubject: RE: 
  Clustering..
  Clustering in orion is only for sessions. EJB clustering 
  is not yet provided. 
  The clustering mechanism in orion is based on 
  JMS(Topic/Subscriber). When every you keep information in session by 
  using setSessionAttribute(String name, Object object) the session information 
  is copied to all other clusters. 
  All objects in the seesion must be serializable inorder to 
  provide clustering. Once clustering is enabled if switch requests 
  between islands you will have session information valid.
  Unfortuantely this mechanism is little expensive in terms of 
  memory since session information is kept in memory of all islands. So 
  adding one more machine or island into the cluster group doesn't reduce your 
  memory requirements rather it increase your memory requirements.
  This mechanism have one drawback: If you keep an object 
  in session and later some place you get the reference of the object and modify 
  the object the modifications won't get reflect across islands:
  Example:  
  UserInfo info = new UserInfo() // Some kind of 
  object...  info.user_name = "oldName"; 
   session.setAttribute("UserInfo", info) // At this point the info is 
  replicated to all cluster islands 
  //Later at any place of your code 
   UserInfo info = 
  session.getAttribute("UserInfo"); 
   info.user_name = 
  "newName"; //This change won't replicated 
  //In some other program 
   UserInfo info = 
  session.getAttribute("UserInfo"); 
   System.out.println(info.user_name) // If the request comes to the 
  same cluster where the modification occures you will get the "NewName" if the 
  request goes to another cluster you will get "oldname"
  Work Around: If you do any kind of modifications to your 
  session objects put the objects again into session using 
  setSessionAttribute. Keep one thing in mind that when ever you call this 
  setSessionAttribute method the session info is going to replicate across 
  different islands.
  I think this is too much to put down. If some one finds 
  boaring just ignore this mail. 
  This is the same problem which I faced and lead me to write my 
  own session management. 
  Kesav Kumar Kolla Voquette Inc 
  650 356 3740(W) 510 889 
  6840(R) Voquette...Delivering Sound Information 
  
  -Original Message- From: 
  [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On 
  Behalf Of Duffey, Kevin Sent: Monday, July 16, 2001 
  12:39 PM To: Orion-Interest Subject: Clustering.. 
  Hi all, 
  I know how to cluster Orion..after all, its pretty easy. What 
  I want to know from someone who knows..is if in the 
  1.5.2 version all the bugs (if there were actually 
  any) are worked out. Does Orion cluster with no problems? Does 
  session fail-over and application context fail-over work 
  without a hitch (providing all objects in the session 
  and/or context are serializable)? If you have two 
  machines in an island, and the session begins on one..does it automatically "copy" any session info to the other box for you? If you 
  shut that box off, and all requests go to the 2nd box, 
  does the session still exist with all objects still in 
  memory? 
  I take it each and every request on a clustered box requires 
  the session to be duplicated exactly as is to the 
  other machine? If this is the case, at what "rate" 
  does Orion copy out the session and anything else to another server in the island (or to each and every server in the island)? How 
  does this affect performance as compared to using just 
  a single box without clustering..is it 2 to 3 times 
  slower because of not only copying its session to one 
  or more boxes, but also having to deal with "merging" other boxes context/session information into its own? Or does a cluster 
  simply create the objects and session stuff on each 
  box as its generated (thus..its not some background 
  thread that copies session info when it has time to other boxes)? 
  Is it equally good at clustering on the EJB tier (so 
  scalability on the EJB tier or the front-end WEB tier 
  is equally as easy)? 
  Thanks. 


RE: Running Orion as a service..??

2001-07-16 Thread Paul Knepper

We use http://www.kcmultimedia.com/javaserv/

The one catch was shutting down orion.  I solved it by spawning a new java
proc and calling admin.jar  -shutdown, everything worked fine.

If you need more info, ie. source, let me know.

Paul

-Original Message-
From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 16, 2001 12:26 PM
To: Orion-Interest
Subject: Running Orion as a service..??


Hi all,

This is an old question..I have asked it before. But the last few times I
saw this on the list, the products recommended to me didn't work well. I
forget which one, but one did work..partly. The service started fine, but
when you tried to shut it down, it would just hang. I also know of the
log-off problem and this one worked. What I am asking now..especially
since Oracle OC4J is basically Orion, is there a DEFINITE solution to
running Orion (and java for that matter) as a service that WORKS on WinNT
and Win2K (pro and server)?

Another thing..why does Orion not have its own service capability? I know it
needs to run on many platforms, but I would think it possible to create a
subfolder in the distribution for windows, linux, etc (or..even better to
keep the main distribution small, a separate add-on service
installer/deinstaller).

So, if someone could hook me up with a good link or two to service runners
that actually work with Win2K, and can run java programs, that would be
great. Ideally I would like the ability to see the output window show up in
a given Terminal session incase I have to Terminal in to a Win2K Server box
and start, stop or restart the service. But this is not mandatory.


Thanks.




returning an interface

2001-06-29 Thread Paul Knepper



Has anyone ever 
returned an interface from an EJB?

I get the following 
error:
com.evermind.server.rmi.OrionRemoteException: Error (de-)serializing 
object: MyInterfaceImpl


Here is my Remote 
Interface:
public interface 
Test extends EJBObject{ public IMyInterface 
getInterface() throws 
RemoteException;}

Here is the 
implmentation of the method:
 
public IMyInterface getInterface() 
throws RemoteException 
{ return new 
MyInterfaceImpl(); }

Thanks,
Paul


RE: Update to 1.4.8 gives strange table names after deployment ???

2001-04-25 Thread Paul Knepper

In changes.txt line 10 states:
Moved orion-ejb-jar.xml's inclusion path in an ejb-jar to the META-INF/
directory from the orion/ directory for consistency.

Did you move your orion-ejb-jar.xml file?

-Original Message-
From: Eddie [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 4:12 AM
To: Orion-Interest
Subject: Update to 1.4.8 gives strange table names after deployment ???


Great to see there is a new version of Orion, my compliments.

I performed the upgrade through autoupdate.jar and redpoyed my applications,
whereby I first removed the applications from the application deployment
dir.

The orion-ejb-jar-xml that Orion generates contains incorrect table names
which were correct in 1.4.7, see below for the first part of the
orion-ejb-jar.xml file. It transforms table=sgsusr to
:table=nl_unwired_sgs_um_User  which isn't correct I suppose.
Can someone please tell me what goes wrong, as I can't access my database
like this ??
BTW: The orion-application contains: autocreate-tables=false.

Eddie

my orion-ejb.jar.xml:
?xml version=1.0?
?xml version=1.0?
!DOCTYPE orion-ejb-jar PUBLIC -//Evermind//DTD Enterprise JavaBeans 1.1
runtime//EN http://www.orionserver.com/dtds/orion-ejb-jar.dtd;

orion-ejb-jar deployment-version=1.4.8 deployment-time=e4a8a4f467
 enterprise-beans
  entity-deployment table=sgsusr name=nl.unwired.sgs.um.User
location=nl.unwired.sgs.um.User data-source=jdbc/postgresEJBDS
exclusive-write-access=false



--- The above is transformed to:

!DOCTYPE orion-ejb-jar PUBLIC -//Evermind//DTD Enterprise JavaBeans 1.1
runtime//EN http://www.orionserver.com/dtds/orion-ejb-jar.dtd;

orion-ejb-jar deployment-version=1.4.8 deployment-time=e614c0c4f1
 enterprise-beans
  entity-deployment name=nl.unwired.sgs.um.User
location=nl.unwired.sgs.um.User wrapper=UserHome_EntityHomeWrapper8
table=nl_unwired_sgs_um_User data-source=jdbc/postgresEJBDS





RE: Orion as a service on Windows NT 4

2001-04-19 Thread Paul Knepper

Try http://www.kcmultimedia.com/javaserv/

-Original Message-
From: George Mardale [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 19, 2001 5:29 AM
To: Orion-Interest
Subject: Orion as a service on Windows NT 4


Hello everybody!

I want to install Orion as a service on Windows NT 4. Can anyone give me an
idea
how to do it?

Thanks in advance,
George.




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

2001-02-28 Thread Paul Knepper

What should the path setting look like?

I have an my-app.ear in the applications directory.  In that ear I have a
my-ejb.jar etc...

I tried just using path="my-ejb.jar" it didn't work.

I tried path="my-app/my-ejb.jar" it didn't work.

In my server.xml on the remote machine my ear app is setup as follows:
web-site path="./my-web-site.xml" /
application name="me" path="../applications/my-app.ear" /

so I also tried on the local machine:
path="me/my-ejb.jar" it didn't work either.

In all cases it seems as if orion just hangs during startup.  I never get
the Orion 1.4.5 initialized output message from my console window.

I'm using Win NT and Win 2k, with JDK 1.3.01 and Hotspot Server.

Any ideas?

Thanks,
Paul

-Original Message-
From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 30, 2001 10:06 AM
To: Orion-Interest
Subject: RE: Accessing Orion-EJB-Server on one machine from Orion-web-serv
er on another?


sorry about being elusive

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

server host="the.remote.server.com" password="123" port="23791"
username="admin" /

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

ejb-module path="myEjbs.jar" remote="true" /
that should be it

JP
 -Original Message-
From: Satish Gupta [mailto:[EMAIL PROTECTED]]
Sent: Martes, 30 de Enero de 2001 14:05
To: [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: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




RE: reference to a bean of another application

2001-02-27 Thread Paul Knepper

I'm having a similar problem but I'm trying to access EJBs on one server
from a servlet on another server.  I found this in the mail archives but
still haven't got it working.

http://www.mail-archive.com/orion-interest@orionserver.com/msg02763.html

-Paul

-Original Message-
From: Jordi Daroca [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 27, 2001 3:27 AM
To: Orion-Interest
Subject: reference to a bean of another application



Can a Bean of one application see a Bean of another application??

When I try to do it, i get the error:

javax.naming.NamingException: Error instantiating web-app JNDI-context:
No locat
ion specified and no suitable instance of the type 'ants.aws.Mediator'
found for
 the ejb-ref Mediator


In the ejb-jar.xml the reference to Mediator is explicited:

session
display-nameEventManager/display-name
ejb-nameEventManager/ejb-name
homeem.EventManagerHome/home
remoteem.EventManager/remote
ejb-classem.EventManagerEJB/ejb-class
session-typeStatefull/session-type
transaction-typeContainer/transaction-type
ejb-ref
ejb-ref-nameMediator/ejb-ref-name
ejb-ref-typeSession/ejb-ref-type
homeants.aws.MediatorHome/home
remoteants.aws.Mediator/remote
ejb-linkMediator/ejb-link
/ejb-ref
/session

and also in the application-client.xml .

If the modules are packed in only one application there are no
problem.




create doesn't return my exception

2001-01-08 Thread Paul Knepper

Ever since I updated from Orion 1.2.9 if my ejbCreate fails it always throws
NullPointerException, PrimaryKey was null.  It used to return the exception
that I would throw.  Note this happens in Orion 1.3.8, 1.4.0 and 1.4.4

For example:

public MyPK ejbCreate(...)
throws CreateException
{
MyPK myPrimaryKey = null;

// do the insert
try
{
myPrimaryKey = insertUpdate(...);
}
catch (Exception ex)
{
throw new CreateException("ejbCreate: " + ex.getMessage());
}

return myPrimaryKey;
}

Has anyone else seen this?

Thanks,
Paul Knepper
[EMAIL PROTECTED]





Re: Obtaining an SSL Certificate

2000-10-26 Thread Paul Knepper

Hi,

I've successfully installed a 40-bit Versign Cert.  There was no 128-bit
"Javasoft" Cert available from Verisign.
Does anyone know of a 128-bit Cert that works with Orion.

Thanks,
Paul
[EMAIL PROTECTED]



Re: Obtaining an SSL Certificate


From: Dale Bronk 
Subject: Re: Obtaining an SSL Certificate 
Date: Tue, 29 Aug 2000 05:03:39 -0700 



Did you get a 40-bit or 128-bit cert?  Orion informed me we can use 128-bit
if we get the domestic JSSE from Sun.

Dale





RE: WinNT 4, SP5/6 and Orion consistently crashing..

2000-10-06 Thread Paul Knepper

We've been running NT4 sp6 and Orion 1.2.9 with jdk 1.2.2 with no problems,
so far...

-Original Message-
From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 06, 2000 10:50 AM
To: Orion-Interest
Subject: RE: WinNT 4, SP5/6 and Orion consistently crashing..


Interesting. I am running Orin on Win2K and JDK 1.3 pretty fine now. Been
1.5 days solid with only a few connection leaks occurring (using our own
connection pool class). Other than that..everything seems fine. I assume SP6
had some bugs in it or something.

 Kevin,
 
 We had regular (once a day) Dr Watsons when using Orion 1.2.9 
 on SP6 and
 JDK1.2.2. We switched to JDK1.3 a couple of weeks ago and the 
 problem has
 gone away.
 
 Regards,
 Rob Hargreaves
 
 
 -Original Message-
 From: Duffey, Kevin [mailto:[EMAIL PROTECTED]]
 Sent: 04 October 2000 23:10
 To: Orion-Interest
 Subject: WinNT 4, SP5/6 and Orion consistently crashing..
 
 
 Hi all,
 
 I am not sure why..but it appears that Orion 1.2.9 (and 1.3.7) crashes
 whenever we "remote" into our server to do some work on it. 
 We have NT4 with
 SP5 on one machine, and SP6 on another. I have Orion using 
 run_as_service to
 put it in as a service. Even when I run it as an application, 
 this happens.
 It seems to work fine for a while, then it crashes. I know 
 our code is bad,
 but it seems to me with only 4 people using the thing for 
 testing, it should
 be fine. Has anyone been experiencing problems with Orion 
 crashing on NT
 with SP5 or SP6? Does the remote access do something to the 
 JVM? Its using
 JDK 1.2.2-05 JRE.
 
 On the subject..does anyone know of a Win2K program that will 
 put Java apps
 as services? The run_as_service doesn't appear to work..keeps 
 giving some
 i/o problem.
 
 Thanks.
 




Re:URGENT: HELP: session time out under SSL

2000-10-03 Thread Paul Knepper



Steve,

I'm seeing a similar 
behavior once I've switched to SSL. Session timeout seems to work fine 
non-SSL but times-out in 1-2 minutes with SSL.

Have you come up 
with a solution yet?

Thanks,
Paul


Re: Help - SSL Usage in Production - is it really possbile?

2000-09-08 Thread Paul Knepper



Karl,

Its been a couple of 
weeks since there was any activity on this thread.

I am now ready to 
get my beta site ready for deployment and need to get 128-bit SSL working with 
Orion. Is this possible?

Thanks,
Paul 
Knepper




Re: Help - SSL Usage in Production - is it really possbile?



  From: Karl Avedal 
  Subject: Re: Help - SSL Usage in Production - is it really possbile? 
  Date: Wed, 23 Aug 2000 10:47:01 -0700 

Hello Mike,

We're currently making sure that Thawte will have an Orion option for the purchase
to make it easier to get a cert (and we'll work with Verisign too).

We are also creating a guide to show how you can get a 128 bit or 40 bit production
license.

Regards,
Karl Avedal

Mike Clark wrote:

 Unfortunately, that cert is no longer available from Thawte.  We're still out of
 business with Orion using a production SSL certificate.

 What gives?

 Mike

 Mattias Arbin wrote:

  I have Orion running with a "real" 40-bit cert from Thawte.
  I guess it does not matter which web-server you say you have. Probably it is
  for statistics. (I chose Java Webserver).
  You will be able to choose from a number of different formats when you
  download the cert.
  Here I chose "PKCS #7 Certificate Chain". Make sure that you save it in a
  file that ends with a new line before importing it to the keystore.
  Good luck.
  /Mattias
 
  - Original Message -
  From: "Mike Fontenot" [EMAIL PROTECTED]
  To: "Orion-Interest" [EMAIL PROTECTED]
  Cc: [EMAIL PROTECTED]
  Sent: Friday, August 18, 2000 10:50 PM
  Subject: Help - SSL Usage in Production - is it really possbile?
 
   orion users,
  
   I've been using the test certificate from Thawte, as both the orion docs.
   and the OrionSupport suggested. That has been working fine. However, I am
   now ready to move to production with our e-commerce system and I have run
   into some major snags that leads me to think NO one is using Orion in a
   production SSL environment.
  
   After going through the Thawte process for getting a server cert, the
  'pick
   your web server' does not list Orion. After talking with Thawte support
  they
   suggested picking 'Apache SSL' as a choice. Ok, that seems fine to me.
   However, they also said I would need to pick the certificate type: x509v3.
  
   Since I've been using the 'SSL Chained CA Cert' for development, I wanted
  to
   try this out with a development cert to be sure it would work. I tried
  this
   using a X509v3 development cert but it will not work. Again, after getting
   back in touch with Thawte support regarding X509v3 not working, I said I
   will need to just use the 'SSL Chained CA Cert'.  They then informed me
  that
   they no longer sell this type of certificate, and that I must go to
  Verisign
   to obtain this type of certificate. Well, my first question to Thawte was
   'If you dont sell this type of certificate, why is it available on your
   developers cert pages?' Answer from Thawte: 'Yeah, I've been meaning to
  talk
   to our developers to take that off the website.'.
  
   Guess how much hair I've lost so far!?  Now I am in the 'process' of
  getting
   a certificate from Verisign. Of course they do not have 'Orion Server'
   listed in their pick list of valid webservers. Since I just started this
   process today I really dont know if they can/cannot support the type of
  SSL
   certificate I will need to work with Orion.
  
   I'll be the first to admit I'm not real familiar with the Java 1.3
  keytool,
   and different certificate meanings. But, if anyone has really obtained a
   valid production level SSL certificate, from any Certificate Authority,
  and
   successfully integrated this with Orion, please let me/us know how this
  was
   accomplished. The only docs I've see are related to development certs, and
   as I stated earlier, I've got this working fine. I now need to graduate to
   real e-commerce transactions. Please dont make me go back to Apache/JRun,
  I
   feel Orion is so much better but this is a real show-stopper. I have
  looked
   through the orion mail archives and it seems all discussions are related
  to
   trying to get the developer certs to work, not production certs.
  
   Thanks in advance,
   Mike
  
   
   Mike Fontenot - Object Systems Architect
   BrandMatrix, Ltd.
   Golden, Colorado
   
  

 --
 //
 //
 //  Mike Clark
 //
 //  Clarkware Consulting
 //  Enterprise Java Architecture, Design, Development
 //
 //  http://www.clarkware.com
 //  [EMAIL PROTECTED]
 //  +1.720.851.2014
 //



RE: SQL Server DB Pooling

2000-09-07 Thread Paul Knepper

Dan,
I've been using the ejb-location with no problems.  Using the Inet Sprinta
2000 driver for MS SQL.

But now I wonder if I should be using the pooled-location?  What would be
the difference?  Does Orion do connection pooling when using the
ejb-location?

Thanks,
Paul

Here is what my data-sources.xml looks like:

data-source
class="com.evermind.sql.ConnectionDataSource"
name="MsSQL"
location="jdbc/MsSQLCoreDS"
pooled-location="jdbc/MsSQLPooledDS"
xa-location="jdbc/xa/MsSQLXADS"
ejb-location="jdbc/MsSQLDS"
connection-driver="com.inet.tds.TdsDriver"
username="user"
password="user"
url="jdbc:inetdae:[your ip addr]?database=[your dbname]"
inactivity-timeout="30"
/


-Original Message-
From: dan moy [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 07, 2000 1:25 PM
To: Orion-Interest
Subject: Re: SQL Server DB Pooling


Norman,
Thanks for your response, but I did try all of the other JNDI locations as
specified by my data-sources.xml but there was only one I could get to work;
the default location "jdbc/MyCoreDS".  All other when tried return a class
cast exception error.

Any other ideas?
Thanks,
Dan

On Thu, 7 Sep 2000 12:32:12 -0700, Orion-Interest wrote:

  Orion already pools the connection for you. Just reference the pooled
  datasouce:
  
  Context ctx = new InitialContext();
  DataSource ds = (DataSource)ctx.lookup( "jdbc/pooled/MypooledDS" );
  Connection conn = ds.getConnection();
  
  This will get you a connection from the pool, and return it when you
close
  the connection.
  
  -Original Message-
  From: dan moy [EMAIL PROTECTED]
  To: Orion-Interest [EMAIL PROTECTED]
  Date: Thursday, September 07, 2000 12:20 PM
  Subject: SQL Server DB Pooling
  
  
  Hello,
  I am interested in setting up database pooling using INet's Opta driver
for
  SQL server, but I am having trouble with the configuration.
  
  I can get the driver manager for single connections to work, but if I
try
  any of the pooled conections I am getting a Cast exception.
  
  Any help would be appreciated!  Thanks,
  Dan
  
  Here is my configuration:
  
  
  data-source
   class="com.evermind.sql.ConnectionDataSource"
   location="jdbc/MyCoreDS"
   pooled-location="jdbc/pooled/MypooledDS"
   xa-location="jdbc/xa/MyXADS"
   ejb-location="jdbc/MyDS"
   name="My data-source"
   url="jdbc:inetdae:SQLSERVERA:1433"
   connection-driver="com.inet.tds.TdsDriver"
   username="sa"
   password=""
  /
  
  Here is the code I am using to test this connection:
  
  
   PooledConnection pcon = null;
   Connection con = null;
   int i=0;
  
   System.out.println("Starting");
   try {
  Context ctx = new InitialContext();
  
  /*
DataSource ds = (DataSource)ctx.lookup("jdbc/MyCoreDS");
con = ds.getConnection();
  */
  ConnectionPoolDataSource ds =
  (ConnectionPoolDataSource)ctx.lookup("jdbc/MyDS");
  pcon = ds.getPooledConnection();
  con = pcon.getConnection();
  
  Statement s = con.createStatement();
  ResultSet rs = s.executeQuery("select * from sysmessages");
  
  while (rs.next()) {
  %
  tr
   td%= i++ %/td
   td%= rs.getString(4) %/td
  /tr
  %
  }
  
  rs.close();
  s.close();
   }
  
   catch (NamingException e)
  
   System.out.println(e.toString());
   }
   catch (SQLException e) {
   System.out.println(e.toString());
   }
   finally
  
   if (pcon != null)
   try {
   pcon.close();
   }
   catch(Exception e) {
   System.out.println(e.toString());
   }
   }
  
  
  
  
  
  
  
  
  ___
  Say Bye to Slow Internet!
  http://www.home.com/xinbox/signup.html
  
  






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





EJB stub classes and stand-alone remote java client

2000-08-22 Thread Paul Knepper





I've been 
trying to get my standalone java client to access EJBs on a remote machine, but 
with no luck.I've deployed a J2EE 
application with my EJBs in it. But I can't figure out how to generate the 
stub classes.

I can't find 
the Orion tool to generate the stub classes that the client would normally 
reference from the CLASSPATH(as described in "Java 2 Enterprise 
Edition Developer's Guide" page 95). 
How do you generate the stub 
classes that enable the client to communicate with the enterprise bean? 
This is a simple thing to do with the deploytool that comes with Sun's J2EE 
Reference Implementation.During 
deployment you simply select a checkbox labelled "Return client Jar" when 
you deploy the application.

I don't 
understand how the client can resolve the EJB classes if you don't have the 
client stubs to include in your CLASSPATH. 
I keep getting a 
java.lang.ClassNotFoundExceptionexception. 

Also, what else do I need to deploy to my client 
machine, just orion.jar?


Thanks,
Paul 
Knepper
[EMAIL PROTECTED]




RE: EJB stub classes and stand-alone remote java client

2000-08-22 Thread Paul Knepper


The "home" class wasn't found.

I followed the directions from the reply from Torgier Lerker (Thanks
Torgier) and things work fine now. I jar'ed up the home and remote
interfaces and deploy them with my client everything works fine.

Are you saying that I don't even need to do that?

Thanks,
Paul

-Original Message-
From: Frank Eggink [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 22, 2000 12:17 PM
To: 'Paul Knepper'; Orion-Interest
Subject: RE: EJB stub classes and stand-alone remote java client


Hi Paul,

I just dropped an example in the mailing list. For some reason Orion does
not need
you to generate stubs. I do not fully understand how they get away with
that. Wrt. your
ClassNotFoundException, which class can't be found?

It could be a bogus setting in the jndi properties or a bogus
application-client.xml?

Frank

On Tuesday, August 22, 2000 4:37 PM, Paul Knepper
[SMTP:[EMAIL PROTECTED]] wrote:
 I've been trying to get my standalone java client to access EJBs on a
remote
 machine, but with no luck.  I've deployed a J2EE application with my EJBs
in
 it.  But I can't figure out how to generate the stub classes.
  
 I can't find the Orion tool to generate the stub classes that the client
 would normally reference from the CLASSPATH  (as described in "Java 2
 Enterprise Edition Developer's Guide" page 95).  How do you generate the
 stub classes that enable the client to communicate with the enterprise
bean?
 This is a simple thing to do with the deploytool that comes with Sun's
J2EE
 Reference Implementation.  During deployment you simply select a checkbox
 labelled "Return client Jar" when you deploy the application.
  
 I don't understand how the client can resolve the EJB classes if you don't
 have the client stubs to include in your CLASSPATH.  I keep getting a
 java.lang.ClassNotFoundException exception.  
  
 Also, what else do I need to deploy to my client machine, just orion.jar?
  
 Thanks,
 Paul Knepper
  mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
  
  
   File: ATT0.html