EJB Deploy tool question

Hi everybody,
I have successfully build and deployed a simple Application using Sun's deploy tool and j2ee server. Now, I just simply want to use Weblogic6.1 to do the same thing for my Application.
I uploaded the .ear Application file to Weblogic6.1 and try to deploy it, but failed many times. Am I doing something wrong here ? My question is, the .ear file I generated by using Sun's tool, can it simply just uploaded to Weblogic and deploy ?
I know Weblogic has a different kind of process to build an application. But, an ear is an ear file. It should be the same for either app server such as Weblogic or Sun's j2ee, right? Correct me if I am wrong.
Thanks in advance.
Philip

You should deploy your EJBs to the particular application server using the deployment tool that is particularly suited for that application server. Why? Although application servers have some things in common like the structure of the ejb-jar.xml file (which is part of the J2EE specification), some are application server specific implementation which varies from different application servers.
You used the J2EE RI application server. That does not mean that the ear file you have generated from the deploytool is also the same ear file that WebLogic can fully understand.
Try to deploy your EJB's using the deploy tool bundled with WebLogic.
Hope this helps

Similar Messages

Starting up j2ee and EJB deployment tool on Windows 98

I will start off this question with an apology if it is too stupid,
basic, or placed in the wrong group. I am relatively new to the world
of Java and even newer to the world of Server-side Java and EJBs.
However, I am plugging away.
I am using my trusty 4 year old system with Windows 98 second edition
to dabble with Server-side Java and EJB applications. I am using
Tomcat 4.0 as my server. When I try and start the j2ee server or the
EJB deployment tool I get the following scrolling messages:
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Syntax error
Syntax error
Syntax error
Out of environment space
Bad command or file name
I have tried to adjust the memory settings in the DOS window with no
success. My question has three parts:
1) Can these applications be run using Windows 98 and if so what are
the exact DOS window memory settings for this?
2) Where exactly can I find the documentation that specifies this?
(please be specific as possible as I have read the readme.txt files
supplied with j2ee)
3) Should this and similar questions be posted in another
group/section?
I truly appreciate anyone's help with this.
Sincerely,
Tim

You're going to have a lot of pain unless you upgrade to Windows 2000 or XP.
In the mean time, set your environment size much larger (google for "Out of
environment space") and use WinOne from http://www.cia.com.au/luke/ ...
that's how I scraped by on Windows 98 for a while.
Peace,
Cameron Purdy
Tangosol, Inc.
Clustering Weblogic? You're either using Coherence, or you should be!
Download a Tangosol Coherence eval today at http://www.tangosol.com/
"Tim" <[email protected]> wrote in message
news:[email protected]..
I will start off this question with an apology if it is too stupid,
basic, or placed in the wrong group. I am relatively new to the world
of Java and even newer to the world of Server-side Java and EJBs.
However, I am plugging away.
I am using my trusty 4 year old system with Windows 98 second edition
to dabble with Server-side Java and EJB applications. I am using
Tomcat 4.0 as my server. When I try and start the j2ee server or the
EJB deployment tool I get the following scrolling messages:
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Syntax error
Syntax error
Syntax error
Out of environment space
Bad command or file name
I have tried to adjust the memory settings in the DOS window with no
success. My question has three parts:
1) Can these applications be run using Windows 98 and if so what are
the exact DOS window memory settings for this?
2) Where exactly can I find the documentation that specifies this?
(please be specific as possible as I have read the readme.txt files
supplied with j2ee)
3) Should this and similar questions be posted in another
group/section?
I truly appreciate anyone's help with this.
Sincerely,
Tim

GUI EJB deployment tool

Hi,
Are there any open source/free GUI EJB deployment tool available which will work for major application servers ?
(I am aware that non-GUI xdoclet + ANT is a powerful combination. But I am just starting on learning EJB , so at the moment I want to use a GUI)
Thanks in advance
Ratheesh

The J2EE Component Wizard is a swing application, that creates ant build-files and source code with XDoclet tags. At this moment only the XDoclet tags of the JBoss will be supported.
http://www.j2eeguru.net/index.html

Ejb deployment - classloader question

Hi Guys
I have a very basic question regarding EJB deployment in Weblogic 6.1 sp2.
Is it possble to create an EAR file such that -
1>it contains a WAR file [of servlets/jsps/client classes] - A
2>a jar file containing our core server classes[not EJBs] - B
3>a jar file containing EJBs - C
here A and C are definitely getting loaded by different class loaders - I want
the classloader for B to be parent of the classloaders for A and C - so that both
A and C can see B. - is this possible by some EAR/Weblogic specific way.
OR
the best solution is to place the B in the main classpath and deploy the C and
A in an EAR?
thanks
Anamitra

Inline.
Anamitra wrote:
Hi Guys
I have a very basic question regarding EJB deployment in Weblogic 6.1 sp2.
Is it possble to create an EAR file such that -
1>it contains a WAR file [of servlets/jsps/client classes] - A
2>a jar file containing our core server classes[not EJBs] - B
3>a jar file containing EJBs - C
here A and C are definitely getting loaded by different class loaders - I want
the classloader for B to be parent of the classloaders for A and C - so that both
A and C can see B. - is this possible by some EAR/Weblogic specific way.Made possible by placing B in the ear at the root level and referring to B with the
Class-Path manifest directive in the ejb jar file for C. This will put B in the ejb
classloader's classpath making it visible to C and to A since the classloader for C
is the parent of the classloader for A. Which, is the recommended way.
>
OR
the best solution is to place the B in the main classpath and deploy the C and
A in an EAR?
This works, but the classfiles in B are now static for the uptime of the server. If
you want to make changes in B, you must restart the server. If you configure it the
way described above, you can reload the B classes by redeploying the application ear.
>
thanks
AnamitraHere is the link with all of the info:
http://edocs.bea.com/wls/docs61/programming/packaging.html#1029830
Bill

Does EJB Deploy tool work well ??

hi,
at first, i deployed my EJB by using JDeveloper Deployment Wizard. it looks successful.
and then , a process ,i dont know what it is, lock _client.jar file.my EJB never change after deploy....
To change code, i need to reboot server machine.debugging is too crazy work.
does someone know why or same case ? whats wrong ?
my enviroment.
OAS4082(JP) on NT
JDeveloper3.1 on 2000
thanks advance

Looks like you're using the wrong port number.....use 2481 instead of 1521 i.e:
sess_iiop://yourhostname:2481:sid
Hope that helps.

Using Sun Appserver 7 deploy tool to package 2 ejbs and their clients

I have a question on how to package two beans into one distributable jar file and also provide the two associated test clients - each in its own jar file. Any help or suggestions would be very much appreciated. This is what I'm trying to do:
I am using the deploy tool that is packaged with Sun One Application Server 8.2. I currently have two stateless session beans deployed to a J2EE 1.4 Sun One Application Server and a test application client for each bean. For each bean, I created a j2ee application (ear) file and packaged the EJB JAR file containing the bean's classes and deployment descriptor, and an application client. I followed the steps as outlined in Sun�s ConverterApp example in their j2ee tutorial. (The example is from chapter 24 in the j2eetutorial14 � example ejb/converter) Upon deploying, the tool returns a client jar file that you can then use to call the bean. I have been able to successfully execute both beans in this manner.
Now, for distribution, I need to package both of the beans in one jar file and also provide a separate jar file for each test client, but I don�t see how to use the deploy utility to do this. Can anyone suggest what would be the best (fastest) way to do this? Any help would be very much appreciated. Thanks.

The code and ejb-jar.xml look ok to me. Try checking the server.log to see if there were any deployment errors.
What exact class is the lookup code from your note defined in, com.sun.some.someEJB?
--ken

Deployment Tool Error - unknown document type - Add to Application EJB jar

I am creating a new application in the J2EE deployment tool and adding an EJB JAR to it. The jar contains the ejb-jar.xml file. This file has the standard doctype:
<!DOCTYPE ejb-jar PUBLIC
'-//Sun Microsystems, INC.//DTD Enterprise JavaBeans 1.1//EN'
'file:/C:/j2sdkee1.3/lib/dtds/ejb-jar_2_0.dtd'>
I get the Unknown Document Type error when I try to add this jar to the application:
Error: Adding EJB JAR - java.lang.RuntimeException: Invalid XML : Unknown document type : org.apache.crimson.tree.Doctype@e8647
The xml file validates fine in NetBeans 3.4. I use NetBeans to generate the jar file.
Any ideas as to what is happening would be appreciated.

Try replacing the DTD definition as specified below.
http://java.sun.com/dtd/ejb-jar_2_0.dtd
regards,
Siddique

Deploy ejbs without using deployment tool in J2EE server

Hi,
IS there any way to deploy ejbs in J2EE without using the deployment tool? I am using the j2ee 1.2.1.
Thanks,
Nipa

When I was in my companies Java Boot Camp (6 week fulltime training in Java technologies) the class was split about 75/25 with 75% of the class using a deployment tool (I think it was WebGain). The other 25% did not use a deployment tool. I was one of the 25%.
What we did was write a Perl script that took care of all the necessary deployment steps. It has been awhile, and I no longer work for that company, but I'll try and dig up some of those scripts. (Can't promise I'll find them!)
BTW, the 25% group deployed more EJBs with less problems than those using the deployment tool...

EJB Deploying Question

Hi Everyone,
I received a JAR error message when I tried to deploy my ejb project using j2ee's deployment tool. The error message basically said 'MyJar file appears not in ejb jar format'.
I understand MyJar should have the following structure, but I don't know how to get the descriptor file in the META-INF directory.
myDirectory/myClass1.class myClass2.class
META-INF/myDescriptor.xml
I used the sdk jar utility to create MyJar file, and I do not see there is an option in the jar utility which allows me to put files in meta-inf directory. My environment is Windows XP, SDK 1.3.1_06, and J2EE 1.3.1.
Could anyone shed lights on this issue? Is there other ways or better ways to deploy EJBs?
Thanks a million.

Thanks for the jar command. After created myJar.jar with the proper structure and try to import the jar file again to j2ee's deployment tool, the same error shows up. I track down the exception log file with the following messages in it. Could anyone show me the way to a successful deployment? By the way I used the jar utility with 'tf' option, and the contents listed ok.
ERROR: [DeployToolWindow.addEjbJarFile:1713]
Adding EJB JAR
java.util.zip.ZipException: error in opening zip file
java.util.zip.ZipException: error in opening zip file
     at java.util.zip.ZipFile.open(Native Method)
     at java.util.zip.ZipFile.<init>(ZipFile.java:105)
     at java.util.jar.JarFile.<init>(JarFile.java:110)
     at java.util.jar.JarFile.<init>(JarFile.java:77)
     at com.sun.enterprise.deployment.EjbBundleArchivist.isEjbBundle(EjbBundleArchivist.java:115)
     at com.sun.enterprise.tools.deployment.ui.DeployToolWindow.addEjbJarFile(DeployToolWindow.java:1704)
     at com.sun.enterprise.tools.deployment.ui.DeployToolWindow.addEjbJarAction(DeployToolWindow.java:1624)
     at java.lang.reflect.Method.invoke(Native Method)
     at com.sun.enterprise.tools.deployment.ui.utils.UIActionDispatcher.invoke(UIActionDispatcher.java:258)
     at com.sun.enterprise.tools.deployment.ui.utils.UIActionDispatcher.invoke(UIActionDispatcher.java:276)
     at com.sun.enterprise.tools.deployment.ui.utils.UIActionDispatcher.actionPerformed(UIActionDispatcher.java:296)
     at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1445)
     at com.sun.enterprise.tools.deployment.ui.utils.UIMenu$UIMenuItem.fireActionPerformed(UIMenu.java:216)
     at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1499)
     at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:373)
     at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:245)
     at javax.swing.AbstractButton.doClick(AbstractButton.java:274)
     at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(BasicMenuItemUI.java:882)
     at java.awt.Component.processMouseEvent(Component.java:3710)
     at java.awt.Component.processEvent(Component.java:3539)
     at java.awt.Container.processEvent(Container.java:1159)
     at java.awt.Component.dispatchEventImpl(Component.java:2588)
     at java.awt.Container.dispatchEventImpl(Container.java:1208)
     at java.awt.Component.dispatchEvent(Component.java:2492)
     at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:2451)
     at java.awt.LightweightDispatcher.processMouseEvent(Container.java:2216)
     at java.awt.LightweightDispatcher.dispatchEvent(Container.java:2125)
     at java.awt.Container.dispatchEventImpl(Container.java:1195)
     at java.awt.Window.dispatchEventImpl(Window.java:923)
     at java.awt.Component.dispatchEvent(Component.java:2492)
     at java.awt.EventQueue.dispatchEvent(EventQueue.java:334)
     at com.sun.enterprise.tools.deployment.ui.utils.UIEventQueue.dispatchEvent(UIEventQueue.java:214)
     at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:126)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:93)
     at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:88)
     at java.awt.EventDispatchThread.run(EventDispatchThread.java:80)

EJB Deployment Question

If your servlets are running in the same instance as your EJBs, do you
          need to make the EJBs clusterable (i.e. set the deployment descriptor
          properties)? We have the same EJBs deployed on each server (5.1 SP8)
          and we have been getting conflict handler errors for each EJB when we
          start the second server (shown below)
          Wed Aug 01 09:05:37 CEST 2001:<I> <ConflictHandler> ConflictStop
          com.es.messaging.ESMessageQueueManagerHome_EO:com.es.messaging.ESMessageQueueManagerBeanEOImpl
          (from
          [email protected]:[7001,7001,7002,7002,7001,-1])
          Support tells us that if EJBs are deployed on every server in a cluster,
          then they MUST be configured to be clusterable. Why is that? Since
          they are running in the same JVM as the servlets, we don't want EJB load
          balancing or fault tolerance.. I would think that the non-clusterable
          EJBs would not be added to the the cluster-wide JNDI. Also, we have
          deployed this way in SP 5 and 6.0 SP2 and we never got any conflict
          errors. If we do need to make them clusterable, can someone explain
          why? Thanks.
          Kirk


If you're using WLS 9.x, then I would package the ejb-client-jar as a library.
If you're using an older version, then you have the 2 choices you mentioned (packaging it in each war file or putting in on the classpath.)
The advantage of the classpath is you have the file in only 1 place. The disadvantage is you must restart the server to update it.
Placing it in each webapp means you have N copies of the jar file, but you'll be able to take an update by just redeploying the webapp not restarting the entire server.
WLS 9.x's libraries give you the best of both worlds. You only manage 1 copy of the file, but you do not need to restart the server. You can also have multiple versions of a given library.
-- Rob
WLS Blog http://dev2dev.bea.com/blog/rwoollen/

Ejb deployment in Oracle 8i

deployejb -user scott -password tiger -service sess_iiop://tossserver:1521:orcl -descriptor HelloBeanDescriptor.txt -temp /ejb/HelloEJB \-generated HelloClient.jar myBean.jar
Exception in thread "main" java.lang.ClassCastException: com.sun.corba.se.intern
al.iiop.ORB
at oracle.aurora.jndi.orb_dep.IRFinder.getObject(IRFinder.java:24)
at oracle.aurora.jndi.orb_dep.IRFinder.initialReferences(IRFinder.java:7
8)
at oracle.aurora.jndi.sess_iiop.SessionCtx.initialContext(SessionCtx.jav
a:499)
at oracle.aurora.jndi.sess_iiop.SessionCtx.<init>(SessionCtx.java:35)
at oracle.aurora.jndi.sess_iiop.ServiceCtx.createSession(ServiceCtx.java
:130)
at oracle.aurora.jndi.sess_iiop.ServiceCtx.login(ServiceCtx.java:295)
at oracle.aurora.server.tools.sess_iiop.ToolImpl.initializeSession(ToolI
mpl.java:101)
at oracle.aurora.server.tools.sess_iiop.ToolImpl.parseStdArgs(ToolImpl.j
ava:213)
at oracle.aurora.server.tools.sess_iiop.ToolImpl.invoke(ToolImpl.java:12
1)
at oracle.aurora.ejb.deployment.GenerateEjb.main(GenerateEjb.java:445)

Unfortunately, I don't believe this is an appropriate forum to address this question to. The ODBC protocol has nothing to do with Java or EJB.
Justin

Deploy a web service with the deploy tool (J2EE)

Hi!
I want to deploy a web service with the Deploy Tool (J2EE 1.4).
(For info, I'm working on Win 2000.)
I have the following error when I'm trying to deploy:
distribute: C:\monHello2\monApp.ear
Deploy action running...
Deployment failed on target localhost:4848_server : Fatal Error from EJB Compiler -- jaxrpc compilation exception
!!! Operation Failed !!!
Someone can help me, please? What's the problem?
Other question: when I create the WAR file, I have to add : my interface class, my implementation class, my others java classes, my WSDL file and my mapping.xml file.
Should I add the .jar that is used by one of my class???? I think yes, but...
thank you and excuse me for my english... ;o)

Only primitive types can be returned? Is thatcorrect????
true - for more details check out section 3.4.1.3 of
this book which is available for purchase or online
http://java.sun.com/blueprints/guidelines/designing_w
ebservices/I meant to say primitive type and "special POJOs" called "JAXRPC Value Types" - check out the reference I listed

Deployment Tool, Different Config Files, Same Results

I should mention that I'm generating App-V 5 packages for Office 2013. Maybe this question belongs in the App-V forums.
I can't seem to create a configuration file for the Office Deployment Tool that does what I want. This configuration:
<Configuration>
<Add SourcePath="D:\Something\Something\Source\Full Suite" OfficeClientEdition="32">
<Product ID="ProPlusVolume">
<Language ID="en-us" />
</Product>
<Product ID="VisioProVolume">
<Language ID="en-us" />
</Product>
<Product ID="ProjectProVolume">
<Language ID="en-us" />
</Product>
</Add>
</Configuration>
generates an App-V package with the "basic" Office apps (Word, Excel, etc.), along with Visio and Project. That part is fine.
If I remove the Product elements for Project and Visio, I expect that a "basic" Office package will be created. However, Visio and Project are still in the package, and they are indeed usable. We have limited licenses for Project and Visio, so
I would like them not to be deployed to every machine.
I have tried giving the two configuration files their own source folders, that is, running the download command once for each configuration file and telling it to download to two different folders... same results.
This is similar to John Marcum's follow-up question at
https://social.technet.microsoft.com/Forums/office/en-US/c9462446-7744-4e3e-8c25-dbcd185a17e4/creating-lync-and-onenote-appv-packages?forum=officesetupdeploy

Kazzan's reply technically does work, and it is a viable option. However, that reply led me to wonder what the Office Deployment Tool (ODT) is doing to a machine that makes generating different packages difficult or impossible.
I found that the ODT leaves files behind in the current user's Temp directory, after the package generation is finished. At least one of these folders (named Microsoft Office 15) contains the file system contents of the App-V package. So, I decided
to clear the Temp directory in between runs of the Office Deployment Tool. Simply clearing this directory was not enough to solve the problem, but I'm still doing it as part of the build process.
Running Process Monitor showed me activity in HKCU\Software\Microsoft\Office\15.0\ClickToRun. Deleting this entire key does not appear to be necessary, and I'm not sure what that would do if you actually used Office Click-To-Run on the same machine on which
you're running ODT. So, I deleted just these keys:
HKCU\Software\Microsoft\Office\15.0\ClickToRun\Configuration
HKCU\Software\Microsoft\Office\15.0\ClickToRun\ProductReleaseIDs
HKCU\Software\Microsoft\Office\15.0\ClickToRun\Scenario\APPVPACKAGE
Deleting those keys, along with the Temp directory cleanup, is sufficient to let me build multiple Office 2013 App-V 5 packages on the same computer.

Issues in looking up a ejb deployed on glassfish from tomcat.

Hi all,
I have followed the steps mentioned in the EJB FAQ in the glassfish site and was able to lookup a remote ejb deployed in glassfish from a standalone client.
In case of standalone client, i set the appropriate jndi properties in the initial context as mentioned in the FAQ and added the 4 jars specified to the classpath of the application.
It all worked perfectly well.
But I attempted to do the same from a servlet running under tomcat.
I set the appropriate jndi properties in the intial context and added 4 jars specified in the lib directory of the war file.
But this did not turn out well and tomcat complained me with some servlet init errors.
Then i searched through the web and found this posting from you:
http://www.archivesat.com/GlassFish_Enterprise_JavaBeans_Developers/thread1399339.htm
Then i created a folder called "shared/lib" under TOMCAT_HOME directory in my machine and ran the same example. Wow.....miraculously the application ran well.
But i found that the "index.jsp" which i configured in the welcome file list does not appear now. But i was able to access the servlet without any problem. And the servlet was able to successfully lookup the ejb deployed in glassfish.
Then i thought, let me try to access the ejb from a jsf application.
Then i created a jsf application in netbeans 5.5.1 and tried to access the bean deployed in glassfish.
(Note: the jsf application runs in tomcat 5.5.17 which is bundled with netbeans)
OOPSS....
Tomcat now complains me that it cannot compile the jsp page..
This is the error i got...
org.apache.jasper.JasperException: Unable to compile class for JSP
Generated servlet error:
C:\Documents and Settings\james\.netbeans\5.5.1\apache-tomcat-5.5.17_base\work\Catalina\localhost\CityExplorer-WebClient1\org\apache\jsp\index_jsp.java:7: org.apache.jsp.index_jsp is not abstract and does not override abstract method getDependants() in org.apache.jasper.runtime.JspSourceDependent
public final class index_jsp extends org.apache.jasper.runtime.HttpJspBase
^
Generated servlet error:
C:\Documents and Settings\james\.netbeans\5.5.1\apache-tomcat-5.5.17_base\work\Catalina\localhost\CityExplorer-WebClient1\org\apache\jsp\index_jsp.java:12: getDependants() in org.apache.jsp.index_jsp cannot implement getDependants() in org.apache.jasper.runtime.JspSourceDependent; attempting to use incompatible return type
found : java.lang.Object
required: java.util.List
public Object getDependants() {
^
2 errors
org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:510)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:375)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:368)
Any ideas...
Can you please help me.
I've noticed that you were eagerly answering questions related to ejb lookup in many places.
I feel there is some potential compatability issue between tomcat and glassfish...
I request you to investigate on this and clarify the community with your response.
Thanks in advance,
James Selvakumar

Thank you guys!
I've found the answer myself.

How to specify JDBC Oracle url using deployment tool - Entity Bean

Hello I'am new to EJB.
When creating a entity bean-managed persistence and you need to specify the jdbc url with user name
and password to establish a connection object, how does one specify that in the deployment
tool?
Heres an example of what has in the J2EE tutorial has in AccountEJB to get an connection object
private String dbName = "java:comp/env/jdbc/AccountDB";
private void makeConnection() throws NamingException, SQLException {
InitialContext ic = new InitialContext();
DataSource ds = (DataSource) ic.lookup(dbName);
con = ds.getConnection();
Now if my oracle jdbc url is to be jdbc:oracle:thin:@Abe:1521:dev
ie My host is Abe, port number 1521 and database name of dev and username/password will be system/manager.
what would my dbName be at the top?
Would my JNDI lookup of a DataSource resource "java:comp/env/jdbc/AccountDB" become "java:comp/env/jdbc/dev" for starters?
In the Resource Factories Reference Code I've add a reference of
Coded Name: jdbc/dev
Type: javax.sql.DataSource
Authentication: Container
and down the bottom of the I've put JNDI Name: MyAccount
according to the AccountClient code of:
Context initial = new InitialContext();
Object objref = initial.lookup("MyAccount");
and put User Name of "system" and Password of "manager"
I'am sure in the source code I have to put
Class.forName("oracle.jdbc.driver.OracleDriver")
else you would get that no sutitable driver error, maybe you don't have to if ejb server is smart enough?
What I'am confuse about is where to specify the jdbc url of "jdbc:oracle:thin:@Abe:1521:dev" ??
Know it won't work because of this vital part. Do you have to put that somewhere else in the deployment tool or properties file, or some other tool??
Please help
Thanks
Abraham Khalil

When running the client after successful deployment with jdbc, I'am getting
javax.naming.CommunicationException: java.rmi.MarshalException: CORBA MARSHAL 1398079699 Maybe; nested exception is:
org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : minor code: 1398079699 completed: Maybe
org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : minor code: 1398079699 completed: Maybe
at com.sun.corba.ee.internal.iiop.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:923)
at com.sun.corba.ee.internal.iiop.CDRInputStream.read_value(CDRInputStream.java:281)
at com.sun.corba.ee.internal.corba.TCUtility.unmarshalIn(TCUtility.java:274)
at com.sun.corba.ee.internal.corba.AnyImpl.read_value(AnyImpl.java:554)
at com.sun.corba.ee.internal.iiop.CDRInputStream_1_0.read_any(CDRInputStream_1_0.java:605)
at com.sun.corba.ee.internal.iiop.CDRInputStream.read_any(CDRInputStream.java:252)
at com.sun.corba.ee.internal.javax.rmi.CORBA.Util.readAny(Util.java:203)
at javax.rmi.CORBA.Util.readAny(Unknown Source)
at org.omg.stub.com.sun.enterprise.naming._SerialContextProvider_Stub.lookup(Unknown Source)
at com.sun.enterprise.naming.SerialContext.lookup(SerialContext.java:133)
at javax.naming.InitialContext.lookup(Unknown Source)
at AccountClient.main(AccountClient.java:21)
at com.sun.enterprise.naming.SerialContext.lookup(SerialContext.java:151)
at javax.naming.InitialContext.lookup(Unknown Source)
at AccountClient.main(AccountClient.java:21)
One thing I don't like about EJB is that everything is transparent which is good! But its much
harder to debug! :( Tried to see if I can figure it out. Hope someone has seen this problem before?

EJB Deploy tool question

Similar Messages

Maybe you are looking for