In fact jar file loading requires the same directory structure you describe, classloaders generally work on this principle and always have. Basic Java stuff.
Since putting the classes in a correct directory structure is my default behavior but I haven't gotten it to work, I think it is at least partially dependant on your JVM/Tomcat version or perhaps was a problem with Jetspeed that is now fixed. My comment was, Jar files always work, so I use them. -tk At 12:53 PM 6/14/2002 -0500, you wrote: >I use the WEB-INF/classes pretty extensively for developing. The trick I >found that made it work for >me is that if you are going to compile a file with the name >"yourfile.class" that has the package >name "com.cisco.esales.modules", your class file needs to be a directory >structure similar to the >following example: "WEB-INF/classes/com/cisco/esales/modules/yourfile.class" > >Brian > >Todd Kuebler wrote: > > > I've never gotten WEB-INF/classes to work, I have just jar'ed up the > > classes and put them in WEB-INF/lib, which works fine. Don't know if this > > is a known bug or not. > > > > -tk > > > > At 09:33 AM 6/14/2002 -0700, Shan Gopalakrishnan wrote: > > >Hi > > > > > >I'm using Tomcat 4.0.3 and Jetspeed lastest nightly build. > > > > > >Although I deploy my actions in the WEB-INF/classes and have the module > > >package specified in the Turbine.properties, > > >it fails to load the action classes throwing ClassNotFoundException. below > > >is some of the stack error. The package names everything > > >looks fine. do I miss anything. > > > > > > > > >java.lang.ClassNotFoundException: > > > > > > Requested Action not found: bookings.MySalesStatisticsAction > > > Turbine looked in the following modules.packages path: > > > [com.cisco.esales.modules, org.apache.jetspeed.modules, > > > org.apache.turbine.modules] > > > > > > at > > > > org.apache.turbine.modules.ActionLoader.getInstance(ActionLoader.java:174) > > > at > > > org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) > > > at > > > > com.cisco.esales.portlets.ESalesBasePortlet.buildContext(ESalesBasePortlet.java:456) > > > at > > > > com.cisco.esales.portlets.ESalesBasePortlet.getContent(ESalesBasePortlet.java:538) > > > at > > > > >org.apache.jetspeed.portal.security.portlets.PortletWrapper.getContent(PortletWrapper.java:139) > > > at java.lang.reflect.Method.invoke(Native Method) > > > at > > > > org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:259) > > > at > > > > org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:207) > > > at > > > > org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:250) > > > at > > > org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:94) > > > at > > > > >org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:109) > > > at > > > org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:94) > > > at > > > > >org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:109) > > > at > > > > org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:271) > > > > > > > > >-- > > >To unsubscribe, > > >e-mail: <mailto:[EMAIL PROTECTED]> > > >For additional commands, e-mail: > > ><mailto:[EMAIL PROTECTED]> > > > > > > > -- > > To unsubscribe, > e-mail: <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > >-- >Questions? You know what to do... >Brian J. Glas >GSP Technologies >[EMAIL PROTECTED] >(901)263-8542 (desk) >(901)674-8542 (cell) > > > >-- >To unsubscribe, >e-mail: <mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: ><mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>