Return-Path: Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org Received: (qmail 45580 invoked by uid 500); 9 Jul 2001 17:20:51 -0000 Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: ant-user@jakarta.apache.org Delivered-To: mailing list ant-user@jakarta.apache.org Received: (qmail 45537 invoked from network); 9 Jul 2001 17:20:43 -0000 Message-Id: X-Mailer: Novell GroupWise Internet Agent 5.5.4.1 Date: Mon, 09 Jul 2001 13:16:47 -0400 From: "Kyle Adams" To: Subject: Re: DTDs & wlrun (Weblogic 5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Weblogic 5.1 The problem is that (currently) wlrun can't deploy my EJB's. When I = simply use the startweblogic command, the EJBs deploy fine. wlrun is = setup to load the exact same classes into the java classpath and the = weblogic classpath. We're puzzled by this, so we were wondering if = weblogic was choking on parsing the deployment descriptor (weblogic-ejb-jar= .xml), since it appears the JNDI doesn't seem to be bound correctly. I've = posted the error message below. That's problem #1, before we even get to problem #2 (the web.xml). Here's = the error message in regards to problem #2: [wlrun] [ExternalEntity] : Could not resolve entity '-//Sun Microsystems, = Inc.//DTD Web Application 2.2//EN'. Check your dtd reference. And from the web.xml file: A quick check verifies that the DTD does exist at the specified location. The error message for problem #1, brought to you by cut-'n-paste: [wlrun] Mon Jul 09 11:23:14 EDT 2001: Could not deploy: 'D:/dev/ej= b/common/ejb_common.jar' [wlrun] Possible reasons include: [wlrun] 1. The bean or an interface class has been modified but [wlrun] the deployment descriptor has not been updated [wlrun] 2. The database mappings in the deployment descriptor do not [wlrun] match the database definition [wlrun] 3. The jar file is not a valid jar file [wlrun] 4. The jar file does not contain a valid bean [wlrun] weblogic.ejb.common.DeploymentException: Could not instantiate = EJBObject.; nested exception is: [wlrun] javax.naming.NameNotFoundException: 'comp/env/ejb/com/gfs/corp/= common/bm/manager/SiteManager_EO'; remaining name 'comp/env/ejb/com/gfs/cor= p/common/bm/manager/SiteManager_EO' [wlrun] javax.naming.NameNotFoundException: 'comp/env/ejb/com/gfs/corp/comm= on/bm/manager/SiteManager_EO'; remaining name 'comp/env/ejb/com/gfs/corp/co= mmon/bm/manager/SiteManager_EO' [wlrun] at weblogic.jndi.toolkit.BasicWLContext.resolveName(BasicWLCont= ext.java, Compiled Code) [wlrun] at weblogic.jndi.toolkit.BasicWLContext.resolveNameToStore(Basi= cWLContext.java, Compiled Code) [wlrun] at weblogic.jndi.toolkit.BasicWLContext.resolveNameToParentStor= e(BasicWLContext.java, Compiled Code) [wlrun] at weblogic.jndi.toolkit.BasicWLContext.rebind(BasicWLContext.j= ava:229) [wlrun] at weblogic.jndi.toolkit.ReplicatedWLContext.rebind(ReplicatedW= LContext.java:91) [wlrun] at weblogic.jndi.toolkit.BasicWLContext.rebind(BasicWLContext.j= ava:580) [wlrun] at weblogic.ejb.internal.StatelessEJBHome.setup(StatelessEJBHom= e.java:127) [wlrun] at weblogic.ejb.internal.EJBHomeImpl.setup(EJBHomeImpl.java:600= ) [wlrun] at weblogic.ejb.internal.EJBDeploymentImpl.setupBeanHome(EJBDep= loymentImpl.java:576) [wlrun] at weblogic.ejb.internal.EJBDeploymentImpl.deployBeans(EJBDeplo= ymentImpl.java, Compiled Code) [wlrun] at weblogic.ejb.internal.EJBDeploymentImpl.deploy(EJBDeployment= Impl.java:335) [wlrun] at weblogic.ejb.internal.EJBJarDeployment.deploy(EJBJarDeployme= nt.java:231) [wlrun] at weblogic.ejb.internal.EJBManagerImpl.deploy(EJBManagerImpl.j= ava, Compiled Code) [wlrun] at weblogic.ejb.internal.EJBManagerImpl.deployNew(EJBManagerImp= l.java:352) [wlrun] at weblogic.ejb.internal.EJBManagerImpl.deploy(EJBManagerImpl.j= ava:319) [wlrun] at weblogic.ejb.internal.EJBManagerImpl.deployBeans(EJBManagerI= mpl.java, Compiled Code) [wlrun] at weblogic.ejb.internal.EJBManagerImpl.(EJBManagerImpl.j= ava:242) [wlrun] at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java, Compiled Code) [wlrun] at weblogic.t3.srvr.T3Srvr.main(T3Srvr.java:825) [wlrun] at java.lang.reflect.Method.invoke(Native Method) [wlrun] at weblogic.Server.startServerDynamically(Server.java:99) [wlrun] at weblogic.Server.main(Server.java:65) [wlrun] at weblogic.Server.main(Server.java:55) >>> conor@cortexebusiness.com.au 07/09/01 11:07AM >>> Kyle, I live behind a firewall during the day and I have never had a problem = with wlrun and DTDs. weblogic has a copy of the DTD itself and knows where to find them (it has its own resolver). The wlrun task does not deal with DTDs. It doesn't perform XML processing of any kind. So, before you add = DTD to wlrun, perhaps you can tell me the errors you are getting and give me a sample of your web.xml file that is causing problems. Oh, also need the version of Weblogic, etc Cheers Conor ----- Original Message ----- From: "Kyle Adams" To: Sent: Tuesday, July 10, 2001 12:42 AM Subject: DTDs & wlrun It seems to me that the optional EJB tasks are somewhat schizophrenic. = The ejbjar task is great - the nested element is a wonderful solution = for those of us behind firewalls (or with the need to point to a local DTD). On the other hand, the wlrun task is DTD-stupid, meaning that I'm running into the same problems when weblogic tries to parse my web.xml files. Since I'm behind a firewall, I need someway to point to the local DTDs in wlrun. Before I roll up my sleeves and extend wlrun to be DTD-smart, I just wanted to check if 1) anyone else has had this problem, and if so, what their workaround was and 2) if anyone's actually implemented a DTD-smart wlrun task? Perhaps in the most recent build of ant? Kyle