Armed with this encouraging sign, I again set out to try and debug my Jetspeed app in
Eclipse. But no success, if there is any castor.jar file around, then it hangs (e.g.
it just stops when trying to display the anon page). If all the castor jars are
removed, I get:
Horrible Exception: java.lang.NoClassDefFoundError: org/exolab/castor/xml/Unmarshaller
at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141)
at
org.apache.turbine.services.BaseInitableBroker.getInitableInstance(BaseInitableBroker.java:257)
rethrown as org.apache.turbine.services.InstantiationException: A class referenced by
org.apache.jetspeed.services.registry.CastorRegistryService is unavailable. Check your
jars and classes. at
org.apache.turbine.services.BaseInitableBroker.getInitableInstance(BaseInitableBroker.java:295)
at
...
There are two sources of castor jars - version 0.9.3 that comes with Jetspeed and a
castor.jar dated 11/20/2003 that is part of the snmp-adapter.sar that comes with
JBoss.
Four questions:
1. Does JBoss 3.2.0 RC4 have this snmp-adapter.sar and its related castor.jar? If so,
what did you do with them? (When I remove this castor.jar, the snmp agent does not
load correctly, although that doesn't matter too much to me - my problems are more
basic)
2. How is it that your CastorRegistry service survives without the Unmarshaller? Or
did you change your configuration so that this registry services isn't needed?
3. There was a patch to the CastorRegistry.java that was posted as a bug fix. Upon
reading another post, I applied that new source code into my system. Did you also use
that use that source code? See:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg10348.html
4. Finally, could there be a difference between 3.2.0 RC4 and 3.2.3 that would cause
these problems?
Thanks so much - this problem (unable to debug in Eclipse) has been resisting all
attempts for over a week,
RB
Twenty Years | One Mission | Accelerating Business Processes
Richard Berger
Action Technologies, Inc.
VP, Product Management
510.748.1017 (Office)
510.769.0596 (Fax)
www.actiontech.com
NOTE: The opinions expressed herein are those of the writer and not necessarily those
of Action Technologies, Inc. or its employees or its affiliates.
-----Original Message-----
From: Yong Bing Khoo [mailto:[EMAIL PROTECTED]
Sent: Wed 1/21/2004 3:13 PM
To: [EMAIL PROTECTED]
Cc:
Subject: RE: jboss deployment question
I am using Eclipse to start (and debug) my Jetspeed apps deployed in JBoss
3.2.0RC4 without major problems. Yes, I had to get rid of castor.jar and
hsqldb.jar. In order to speed up development, I modified jboss-service.xml
so that JBoss looks for my .ear in the development directory instead of the
default JBoss server directory. i.e.
In jboss-service.xml:
...
<attribute name="URLs">
<urls>
<dir name="./deploy" />
<url name="../../../some_project_directory/my_project.ear" />
I set up the bin output directory in Eclipse to within the WEB-INF/classes
directory in the .ear directory.
As such, I did not have to hotdeploy changed .java files. (Some changes
cannot be hot-swapped. E.g. changes in method signature.) Subsequently,
changes you make in Eclipse to your application will be automatically
detected by Eclipse.
Regards,
Yong Bing
>From: "Richard Berger" <[EMAIL PROTECTED]>
>Reply-To: "Jetspeed Users List" <[EMAIL PROTECTED]>
>To: "Jetspeed Users List" <[EMAIL PROTECTED]>
>Subject: RE: jboss deployment question
>Date: Wed, 21 Jan 2004 13:17:25 -0800
>
>I would suggest checking whether that file (layouts/html/default.vm)
>exists in the deploy/jetspeed.ear/jetspeed.war/templates/vm directory.
>I am guessing it is no longer there. The reason that it disappeared is
>probably due to your deployment approach. With Jboss 3.2.3, I have been
>deploying as follows (it is probably not the best way, but it works):
>
>1) Case 1 - No .java changes
>A) I use the "hotdeploy" ant target - seems to work fine
>
>2) Case 2 - .java changes
>A) I stop the Jboss server
>B) I create a war file with the "war" ant target
>C) I delete all the files under
>Jboss..../default/deploy/jetspeed.ear/jetspeed.war
>D) I unwar (extract) all the files from the .war created into the above
>directory
>E) Restart Jboss
>
>I am sure there is a better way, but I am finding Jetspeed 1.4 a little
>flakey on Jboss 3.2.3 (at least as it relates to castor.jar and
>hsqldb.jar files - I still can't successfully start Jetspeed when
>running Jboss inside Eclipse - and I am able to do that with no problems
>using WebLogic 8.1 instead of Jboss 3.2.3).
>
>Good luck,
>RB
>
>
>
>Twenty Years | One Mission | Accelerating Business Processes
>
>
>Richard Berger
>Action Technologies, Inc.
>VP, Product Management
>510.748.1017 (Office)
>510.769.0596 (Fax)
>www.actiontech.com
>
>NOTE: The opinions expressed herein are those of the writer and not
>necessarily those of Action Technologies, Inc. or its employees or its
>affiliates.
>-----Original Message-----
>From: PSW [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, January 21, 2004 9:20 AM
>To: [EMAIL PROTECTED]
>Subject: jboss deployment question
>
>Hi there,
>
>I'm new to Jetspeed and the list and couldn't find an answer to my
>question in the archives.
>
>I'm using Jetspeed 1.4 on Jboss 3.2.2 (Tomcat)4.1.
>
>When I deploy Jetspeed and start the server, all works fine. However,
>when I redeploy, the server goes through the motions of reloading the
>war (deleting tmp files and recreating them, and such), I get the
>following error.
>
>_______________
>Horrible Exception:
>org.apache.velocity.exception.ResourceNotFoundException: Unable to find
>resource 'layouts/html/default.vm'
> at
>org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(Re
>sourceManagerImpl.java:501)
> at
>org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(Res
>ourceManagerImpl.java:384)
> at
>org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.
>java:814)
> at
>org.apache.velocity.runtime.RuntimeSingleton.getTemplate(RuntimeSingleto
>njava:355)
> at
>org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:482)
> at
>org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:461)
>rethrown as org.apache.turbine.util.TurbineException: Error rendering
>Velocity template: layouts/html/default.vm: Unable to find resource
>'layouts/html/default.vm'
> at
>org.apache.turbine.services.velocity.TurbineVelocityService.renderingErr
>or(TurbineVelocityService.java:533)
> at
>org.apache.turbine.services.velocity.TurbineVelocityService.decodeReques
>t(TurbineVelocityService.java:499)
> at
>org.apache.turbine.services.velocity.TurbineVelocityService.handleReques
>t(TurbineVelocityService.java:336)
> at
>org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(Turbi
>neVelocity.java:143)
> at
>org.apache.turbine.modules.layouts.VelocityDirectLayout.doBuild(Velocity
>DirectLayout.java:106)
> at org.apache.turbine.modules.Layout.build(Layout.java:91)
>...
>..
>.
>
>
>
>The strange thing is that I don't even have to make any changes, I only
>have to 'touch jetspeed.war' and try it again after it reloads the
>deployment. I've been using Jboss for other things and I've never seen
>this behavior, so, I'm hoping someone on the list might have some
>thoughts on the subject.
>
>Thanks very much.
>PSW
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
_________________________________________________________________
Hot chart ringtones and polyphonics. Go to
http://ninemsn.com.au/mobilemania/default.asp
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
