[JBoss-user] Problems Accessing a DataSource INDIRECTLY from an Entity Bean.

2001-08-01 Thread Larry Kim
Hi I understand that a javax.sql.DataSource cannot be looked up directly from a client, rather, the client must look up a bean and invoke a method on it which accesses the underlying DataSource. fine. I ran into a problem when INDIRECTLY looking up a DataSource from an EJB. I was using a docum

[JBoss-user] Home Interface remove() methods

2001-07-16 Thread Larry Kim
hello, the javax.ejb.EJBHome interface has methods: ... void remove(Handle handle) //Remove an EJB object identified by its handle. void remove(java.lang.Object primaryKey) //Remove an EJB object identified by its primary key. ... however upon deploying my bean, i get a

RE: [JBoss-user] trying to look up a datasource what am i doing wrong? situation desperate :(

2001-07-11 Thread Larry Kim
is the exception that you get? -Original Message- From: Larry Kim [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] Sent: Tuesday, July 10, 2001 5:07 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] trying to look up a datasource what am i doing wrong? this is my client: try

[JBoss-user] looking for example of retrieve a data source

2001-07-10 Thread Larry Kim
can anybody point me to an example of how to look up a datasource? thank you. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] trying to look up a datasource what am i doing wrong?

2001-07-10 Thread Larry Kim
this is my client: try { InitialContext initialContext = new InitialContext(); Object ref = initialContext.lookup( "DefaultDS"); // i have also tried "java:/DefaultDS" //that line causes an exception. I also tried: //DataSource ds = (DataSource)P

[JBoss-user] InitialContext problem

2001-07-06 Thread Larry Kim
Hello, i am having problems with a test client. Has anybody seen anything like this? Exception: Cannot lookup HospitalHome: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.n