Actually, as to number 1, if you specify a classpath with a trailing "/", it
will assume that that is a library path, and it will look for .jar and .zip
files in that path.

I got it kinda working by adding to my MANIFEST.MF a Class-Path entry which
pointed to the top level dir.  It found the beans, but now I get:

  Bean   : PlaylistBean 
  Section: 9.2.2 
  Warning: The entity bean class must not be defined as abstract.

So I'm just assuming that since abstract accessors were added in the 2.0 spec,
that 2.4.6 does not support it.  Is this true?  Is there a specific EJB mailing
list for my questions?

-- 
-bk


Quoting Brandon Knitter <[EMAIL PROTECTED]>:

> I have done both.
> 
> 1) This works great, thanks for the confirmation! :)
> 
> 2) This is not working.  I have added the path to the top level.
> 
>   My class: org.blandsite.music.play.PlaylistBean.java
>   My dir:
> /home/knitterb/lib/java/org/blandsite/music/play/PlaylistBean.java
>   My config entry: (below)
> 
>  <MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar"
>      CODEBASE="../../lib/ext/">
>    <ARG TYPE="java.lang.String" VALUE="/home/knitterb/lib/java">
>  </MLET>
> 
> My log entry (previous message below) shows that I have the right path in
> there,
> but when the EJB container tries to load the beans I get:
> 
> [10:24:18,011,AutoDeployer] Auto deploy of
> file:/home/knitterb/lib/java/org/blan
> dsite/music/website/   
> [10:24:18,016,J2eeDeployer] Deploy J2EE application:
> file:/home/knitterb/lib/jav
> a/org/blandsite/music/website/
> [10:24:18,058,J2eeDeployer] install EJB module website/
> [10:24:18,120,ContainerFactory]
> Deploying:file:/home/knitterb/lib/java/org/bland
> site/music/website/
> [10:24:19,837,ContainerFactory] Verifying
> file:/home/knitterb/lib/java/org/bland
> site/music/website/
> [10:24:20,171,ContainerFactory]
> Bean   : PlaylistBean  
> Section: 16.2
> Warning: The Bean Provider must specify the fully-qualified name of the Java
> cla
> ss that implements the enterprise bean's business methods.
> 
> [10:24:20,210,ContainerFactory]
> Bean   : PlaylistBean  
> Section: 16.2
> Warning: The Bean Provider must specify the fully-qualified name of the
> enterpri
> se bean's home interface in the home element.
> 
> [10:24:20,240,ContainerFactory]
> Bean   : PlaylistBean  
> Section: 16.2
> Warning: The Bean Provider must specify the fully-qualified name of the
> enterpri
> se bean's remote interface in the remote element.
> 
> [10:24:20,312,ContainerFactory] Deploying PlaylistBean
> [10:24:21,015,JRMPContainerInvoker] Container Invoker RMI Port='4444'
> [10:24:21,016,JRMPContainerInvoker] Container Invoker Client
> SocketFactory='Defa
> ult'
> [10:24:21,017,JRMPContainerInvoker] Container Invoker Server
> SocketFactory='Defa
> ult'
> [10:24:21,017,JRMPContainerInvoker] Container Invoker Server
> SocketAddr='Default
> '
> [10:24:21,018,JRMPContainerInvoker] Container Invoker Server
> sslDomain='Default'
> [10:24:21,018,JRMPContainerInvoker] Container Invoker Optimize='true'
> [10:24:21,362,LRUEnterpriseContextCachePolicy] Cache policy timer started,
> tasks
> Timer=java.util.Timer@7a1767
> [10:24:21,442,EntityInstancePool] config - MaximumSize=100,
> strictMaximumSize=fa
> lse, feederPolicy=null
> [10:24:21,727,ContainerFactory] DeploymentError
> java.lang.ClassNotFoundException: org.blandsite.music.play.PlaylistHome
>     at java.net.URLClassLoader$1.run(URLClassLoader.java:198)
>     at java.security.AccessController.doPrivileged(Native Method)
>     at java.net.URLClassLoader.findClass(URLClassLoader.java:186)
>     at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>     at java.lang.ClassLoader.loadClass(ClassLoader.java:262)
>     at org.jboss.ejb.EntityContainer.init(EntityContainer.java:268)
>     at org.jboss.ejb.Application.init(Application.java:204)
>     at org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:373)
>     at org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:307)
>     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>     at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
> :39)
>     at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI
> mpl.java:25)
>     at java.lang.reflect.Method.invoke(Method.java:324)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
>     at
> org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:487)
>     at
> org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:459)
>     at org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:190)
>     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>     at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
> :39)
>     at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI
> mpl.java:25)
>     at java.lang.reflect.Method.invoke(Method.java:324)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
>     at org.jboss.deployment.AutoDeployer.deploy(AutoDeployer.java:395)
>     at org.jboss.deployment.AutoDeployer.run(AutoDeployer.java:233)
>     at
> org.jboss.deployment.AutoDeployer.startService(AutoDeployer.java:371)
>     at
> org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:103)
>     at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
>     at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI
> mpl.java:25)
>     at java.lang.reflect.Method.invoke(Method.java:324)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
>     at
> org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(Configur
> ationService.java:967) 
>     at $Proxy0.start(Unknown Source)
>     at org.jboss.util.ServiceControl.start(ServiceControl.java:79)
>     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>     at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
> :39)
>     at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI
> mpl.java:25)
>     at java.lang.reflect.Method.invoke(Method.java:324)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
>     at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
>     at org.jboss.Main.<init>(Main.java:208)
>     at org.jboss.Main$1.run(Main.java:110)
>     at java.security.AccessController.doPrivileged(Native Method)
>     at org.jboss.Main.main(Main.java:106)
> [10:24:21,822,Application] Error during stop
> java.lang.NullPointerException
>     at
> org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.stop(JRMPContainer
> Invoker.java:315)
> ...snip...
> 
> Please note that I have added
> /home/knitterb/lib/java/org/blandsite/music/website , with a META-INF dir
> in
> that path with a ejb-jar.xml file, to my jboss.jcml AutoDeployer url list. 
> It
> would seem that the AutoDeployer is not using the classpath I specified in
> the
> jboss.conf, is there a different way I should be specifying my classpath for
> the
> AutoDeployer to pick this up?
> 
> Thanks again for your quick response! :)
> 
> -- 
> -bk
> 
> 
> Quoting [EMAIL PROTECTED]:
> 
> > It's a classpath extension; therefore, you must either:
> > 
> > 1) explicitly add your .jar file(s) - means you'll need an MLET for each 
> > one
> > 
> > 2) point it to a directory where your classes are, at the root of the 
> > package -
> > so if you have /build/my/foo/bar/test.class (package is my.foo.bar), point
> 
> > the extension to /build.
> > 
> > Easy as that.
> > 
> > rp
> > 
> > 
> > 
> > 
> > 
> > Brandon Knitter <[EMAIL PROTECTED]>
> > Sent by: [EMAIL PROTECTED]
> > 06/05/2002 10:50 AM
> > Please respond to jboss-user
> > 
> >  
> >         To:     jboss List <[EMAIL PROTECTED]>
> >         cc: 
> >         Subject:        [JBoss-user] How To Set Classpath?  EJB's without
> > wars.
> > 
> > 
> > I am trying to set up an EJB installation (for dev purposes) without the 
> > need
> > for a war, jar, or ear.  So what I have done so far is to set in the 
> > jboss.jcml
> > the deployment url to be my path hierarchy which contains a META-INF dir 
> > with my
> > ejb-jar.xml file in it.  So far so good, JBoss tries to load those EJBs.
> > 
> > The problem I'm running into is that JBoss cannot find those
> > EJBs...ClassNotFoundException is being thrown.  Poked around a bit more 
> > and I
> > added to the jboss.conf my own MLET CODE of ClassPathExtensio to the 
> > directory
> > hierarchy of my code.  Alas, the server *does* add that dir, but it adds 
> > it as a
> > file, not a directory, so it can't traverse the hierarchy to get to the 
> > actual
> > classes.
> > 
> > Here's my jboss.conf entries:
> > 
> > <MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" 
> > CODEBASE=".
> > ./../lib/ext/">
> >    <ARG TYPE="java.lang.String" VALUE="/home/knitterb/lib/java">
> > </MLET>
> > <MLET CODE = "org.jboss.util.ClassPathExtension" ARCHIVE="jboss.jar" 
> > CODEBASE=".
> > ./../lib/ext/">
> >    <ARG TYPE="java.lang.String" VALUE="/home/knitterb/lib/java/jars/">
> > </MLET>
> > 
> > And my jboss.jcml entry:
> > 
> >   <mbean code="org.jboss.ejb.AutoDeployer" 
> > name="EJB:service=AutoDeployer">
> >     <attribute name="Deployers">
> >       J2EE:service=J2eeDeployer;
> >       JCA:service=RARDeployer
> >     </attribute>
> >     <attribute
> >  
> >
> name="URLs">../deploy,../deploy/lib,/home/knitterb/lib/java/org/blandsite/mu
> > sic/website</attribute>
> >   </mbean>
> > 
> > 
> > And finally some log stuff:
> > 
> > [08:58:10,033,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java
> > [08:58:10,054,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java/jar
> > s/spy.jar
> > [08:58:10,056,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java/jar
> > s/xalan.jar
> > [08:58:10,077,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java/jar
> > s/xerces.jar
> > [08:58:10,079,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java/jar
> > s/postgresql.jar
> > [08:58:10,091,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java/jar
> > s/struts.jar
> > [08:58:10,093,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java/jar
> > s/burlap-2.1.0.jar
> > [08:58:10,095,ClassPathExtension] Added 
> > library:file:/home/knitterb/lib/java/jar
> > s/hessian-2.1.0.jar
> > 
> > -- 
> > -bk
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________________________
> > 
> > Don't miss the 2002 Sprint PCS Application Developer's Conference
> > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> > 
> > _______________________________________________
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > 
> > 
> > 
> 
> 
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 



_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to