cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From dima <d...@merlin.octarine.net>
Subject Re: calling beans from XSP
Date Wed, 30 Aug 2000 10:06:00 GMT

Why don't you try to set the shell environment or add all your JARS into
the CLASSPATH of Tomcat manually.

CLASSPATH=.:/path/to/yourclasses;export CLASSPATH or
CLASSPATH=$CLASSPATH:/path/to/yourclasses;export CLASSPATH

else modifly startup.sh and see what happens.

hope this helps,
d.

On Wed, 30 Aug 2000, Drasko Kokic wrote:

> so ... what is than the context of the CLASSPATh in
> runtime ... when my XSP wants to compile (by mean of
> org.apache.cocoon.processor.xsp.language.java.XSPJavaProcessor.compile)
> and my on-fly created Java code imports certain
> packages, where is it searched for???
> 
> I have my JAR file in the WEB-INF/lib and also
> unpacked classes under the WEB-INF/classes directory
> ... but still get this error message:
> 
> 
>       Error found handling the request.
> 
>   java.lang.Exception: XSP Java Compiler: Compilation
> failed for _register_acknolegde.java
>   21: Package model not found in import.
> 
>             import model.*;
>                    ^
>   23: Class PepsiSessionManager not found in import.
> 
>             import PepsiSessionManager;
>                    ^
>   2 errors
> 
>   at
> org.apache.cocoon.processor.xsp.language.java.XSPJavaProcessor.compile(XSPJavaProcessor.java:159)
> 
> 
> Hope somebody can help me
> Drasko
> 
> 
> --- dima <dima@merlin.octarine.net> wrote:
> > 
> >  I'd love this to be the case, it would simplify
> > things a great deal, but 
> > I don't think you'll get away with "overriding"
> > specific classes from
> > cocoon.jar. Somebody correct me if I am wrong.
> > 
> >  Anyway, Pier is now a solid force in Tomcat
> > development, so we can start
> > bugging him with all these things. Sorry, Pier :)
> > 
> > cheers,
> > d.
> > 
> > On Wed, 30 Aug 2000, Jeremy Quinn wrote:
> > 
> > > At 11:28 -0700 29/08/00, Drasko Kokic wrote:
> > > >> Ah, you are on Tomcat. WEB-INF is where most of
> > the
> > > >> stuff goes. web.xml
> > > >> maintains all the relationships between
> > servlets and
> > > >> their URI mappings.
> > > >>
> > > >> classes is the dir for your compiled classes
> > that
> > > >> will be reloaded upon
> > > >> modification, lib is where all supporting JARS
> > > >> should go, it's content is
> > > >> considered final.
> > > 
> > > Ah!
> > > 
> > > Maybe this would help debugging library classes
> > used by TagLibs.
> > > 
> > > If I place my updated libraries in
> > webapps/*/WEB-INF/classes, would they
> > > "overide" the same (but older) classes in
> > cocoon.jar?
> > > 
> > > Otherwise you have to compile, update cocoon.jar,
> > restart the server etc,
> > > each time you make a change, yek!
> > > 
> > > 
> > > thanks
> > > 
> > > regards Jeremy
> > > 
> > 
> > 
> > 
> > 
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > cocoon-users-unsubscribe@xml.apache.org
> > For additional commands, e-mail:
> > cocoon-users-help@xml.apache.org
> > 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Mail - Free email you can access from anywhere!
> http://mail.yahoo.com/
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: cocoon-users-help@xml.apache.org
> 


Mime
View raw message