There are directions in the manual. All stuff for Tomcat should
go in WEB-INF/lib and WEB-INF/classes, and yes, your EJB remote
interfaces, etc. need to be there.
Aaron
On Wed, 25 Oct 2000, Adam Rabung wrote:
> Aha - thank you! I failed to notice that one was describing the
> EmbeddedTomcatService,
> and one was descripting the plain TomcatService. I had been pretty much
> relying
> on the TomcatService docs, because this service seems a little more simple
> to set up.
>
> However, I'm still getting a class cast problem (not being able to cast
> objects of
> identical class, because the 2 instances were load from 2 different class
> loaders).
> I basically followed directions for setting up classpath, except I'm unsure
> where
> to put my proprietary classes (working.jar). Should it be in both Tomcat's
> WEB-INF/lib
> and jboss's lib/ext? Is there any rules for what jar's I should leave OUT
> when setting up
> the classpath?
>
> Thank you,
> Adam
> [EMAIL PROTECTED]
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sebastien Alborini
> Sent: Wednesday, October 25, 2000 3:17 PM
> To: jBoss
> Subject: Re: [jBoss-User] Dumb Newbie Question
>
>
> Adam Rabung wrote:
> >
> > Thank you Aaron, that worked quite well!
> >
> > My next newbie step was to integrate with Tomcat. That's gone
> > fairly smoothly, but now that I'm attempting to look up objects
> > in Tomcat that I bound to the JNDI tree in my custom service, and I'm
> > running
> > into classpath problems. This is most certainly happening because
> > to cast I'm trying to cast a class that was loaded by jBoss to
> > a class that was loaded by Tomcat. I've seen other people dealing
> > with this in the mail list, but I can't seem to reproduce their
> > solution.
> >
> > One thing I don't understand is how to use the Jdk12Interceptor.
> > Many of the people on the mailing list mention it as solving the problem.
> > It seems that it is crucial, but the documentation seems to
> > contradict itself regarding server.xml, where it is set up. The
> > Tomcat HOWTO (http://www.jboss.org/tomcat.htm) makes no mention
> > of Jdk12Interceptor, and even explicitly states that Tomcat's server.xml
> > will not be processed. However in the Tomcat section of the Getting
> > Started guide (http://www.jboss.org/manual/third_party.html#tomcat),
> > it mentions adding the RequestInterceptor tag to the server.xml
> > file. I tried adding this tag, despite the HOWTO's warnings
> > that server.xml would not be parsed, but to no avail. Which
> > guide for setting up Tomcat is correct here?
>
> Both :)
>
> The tomcat howto you mention should be integrated in the manual, in the
> last section ("forthcoming"). For now:
>
> - if you use TomcatService, see
> http://www.jboss.org/manual/third_party.html#tomcat, and add
> jdk12Interceptor in server.xml.
>
> - if you use EmbeddedTomcatService, see http://www.jboss.org/tomcat.htm,
> the jdk12int'r will be added.
>
> Sebastien
>
>
> > In general, are there more explicit rules for setting up classpath with
> > regards to Tomcat/jBoss? I have my proprietary classes in a jar
> > named working.jar. I believe they should go into at least jboss/lib/ext.
> > Should it go into the WEB-INF/lib directory as well? Should it be
> > explicitly added to the CLASSPATH in run.sh?
> >
> > I'm running this on Sun 1.2.2/Redhat Linux/Tomcat 3.2 beta 4/jBoss beta 3
> > (downloaded Tuesday).
> >
> > Thank you for any help.
> >
> > Adam
> > [EMAIL PROTECTED]
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron Mulder
> > Sent: Tuesday, October 24, 2000 1:26 PM
> > To: jBoss
> > Subject: Re: [jBoss-User] Dumb Newbie Question
> >
> > Try making your TestServerMBean extend
> > org.jboss.util.ServiceMBean. The start method is declared in a parent
> > interface to ServiceMBean, and JMX needs the "start" to be declared in an
> > interface before it can be called on an implementation. FYI, the
> > "Start" in ServiceMBeanSupport calls your "startService".
> >
> > Aaron
> >
> > On Tue, 24 Oct 2000, Adam Rabung wrote:
> > > Hi All,
> > > Please forgive me if this question is uninformed.
> > > I'm trying to create a custom MBean. I found the section in
> > > the documentation on "Custom MBeans"
> > > (http://www.jboss.org/manual/adv_config.html#custom).
> > > Following the directions, I first implemented my service, sublassing
> > > org.jboss.util.ServiceMBean and org.jboss.util.ServiceMBeanSupport.
> > > I called this class TestService:
> > >
> > > package com.experient.toolbox.chuchu;
> > >
> > > import javax.management.MalformedObjectNameException;
> > > import javax.management.MBeanServer;
> > > import javax.management.ObjectName;
> > >
> > > import org.jboss.logging.Log;
> > > import org.jboss.util.ServiceMBeanSupport;
> > >
> > > public class TestService extends ServiceMBeanSupport implements
> > > org.jboss.util.ServiceMBean, TestServiceMBean {
> > > private Log myLog = new Log("TestService");
> > >
> > > public TestService () {
> > > System.out.println("Constructing TestService");
> > > }
> > >
> > > public ObjectName getObjectName (MBeanServer server, ObjectName name)
> > > throws MalformedObjectNameException {
> > > return new ObjectName(OBJECT_NAME);
> > > }
> > >
> > > public String getName () {
> > > return "TestService";
> > > }
> > >
> > > public void startService () {
> > > System.out.println("Starting TestService");
> > > }
> > >
> > > public void stopService () {
> > > myLog.log ("Stopping TestService");
> > > }
> > >
> > > }
> > >
> > > Comparing my class to other services that come with jBoss, I realized I
> > > needed to implement a TestServiceMBean interface:
> > >
> > > package com.experient.toolbox.chuchu;
> > >
> > > public interface TestServiceMBean {
> > > public static final String OBJECT_NAME = ":service=TestService";
> > > }
> > >
> > > Next, I added the following line to jboss.conf so it would be recognized
> > as
> > > a service:
> > > <MLET CODE = "com.experient.toolbox.chuchu.TestService"
> > > ARCHIVE="experient.jar,jboss.jar" CODEBASE="../lib/ext/"></MLET>
> > >
> > > Where experient.jar contains all of my company-proprietary class files,
> > > including the TestService and TestServiceMBean classes
> > > I just described.
> > >
> > > Finally, I tried running jBoss with the run.sh command. It starts up
> > fine,
> > > and even "initializes" my TestService (calls the
> > > constructor), but for the life of me, I cannot get it to call my
> > > "startService" method. I've also tried adding this
> > > to jboss.dependencies in the form of:
> > > <service name="TestService"></service>
> > > but this has not helped.
> > >
> > > I'm running this on Sun 1.2.2/Redhat Linux/jBoss beta 3 (downloaded this
> > > morning). I'm pretty sure my classpath is set up correctly, since jBoss
> > > is successfully instantiating my TestService object.
> > >
> > > I've delved into org.jboss.dependency.DependencyManager a bit, and my
> > > TestService appears to not be starting as a result
> > > of this block of code in DependencyManager.startMBean(ObjectName name):
> > > try {
> > > server.invoke(name, "start", new Object[0], new String[0]);
> > > loaded = true;
> > > } catch(ReflectionException e) {
> > > if(e.getTargetException() instanceof NoSuchMethodException)
> {
> > > loaded = true; // This bean doesn't have a start!
> > > } else {
> > > System.out.println("Error starting service
> > > '"+name.getCanonicalName()+"': "+e.getTargetException());
> > > }
> > > } catch(Throwable t) {
> > > System.out.println("Error starting service
> > > '"+name.getCanonicalName()+"': "+t);
> > > }
> > >
> > > When jBoss tries to start TestService, the MBeanServer instance 'server'
> > > throws a ReflectionException with a NoSuchMethodException inside. I've
> > > tried looking at com.sun implementation of the MBeanServer and it's
> > 'invoke'
> > > method, but that's pretty nasty. Does it try to invoke a method named
> > > "start"?
> > >
> > > Can anyone help a newbie out? Any help would be greatly appreciated.
> > >
> > > Thank you,
> > > Adam Rabung
> > > [EMAIL PROTECTED]
> > >
> > >
> > >
> > > --
> > > --------------------------------------------------------------
> > > To subscribe: [EMAIL PROTECTED]
> > > To unsubscribe: [EMAIL PROTECTED]
> > > Problems?: [EMAIL PROTECTED]
> > >
> >
> > --
> > --------------------------------------------------------------
> > To subscribe: [EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Problems?: [EMAIL PROTECTED]
> >
> > --
> > --------------------------------------------------------------
> > To subscribe: [EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Problems?: [EMAIL PROTECTED]
>
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
>
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
