Tx

Found the problem: I use dom4j in my action. I had to move the dom4j jar 
from shared/lib to common/endorsed.
The bad point is that it was a bit difficult to identify the problem as 
the message "Action not found" is "a bit generic" in Turbine.
Another point is that Turbine loggind seems to be trapped by jetspeed 
implementation (JetspeedLoggingService). As a result, not all
turbine debug messages are seen in Jetspeed logs. I tried all sorts of 
configuration (log4j.file= , log4j.properties=........), but I didn't 
succeded
in getting some turbine debug messages that I saw in source code.

Jean Fastr�
VALORIS, belgium.






Daniel <[EMAIL PROTECTED]>
20/07/2004 15:48
Please respond to "Turbine Users List"

 
        To:     Turbine Users List <[EMAIL PROTECTED]>
        cc: 
        Subject:        Re: Actions not found under Debian



Hi,

FWIW, we use debian and never had such a problem -- I really doubt it's a
debian-specific problem.  Perhaps there's a dir/file permission, security,
or mapping problem?

Regards,
Daniel

On Mon, 19 Jul 2004 [EMAIL PROTECTED] wrote:

> Hi,
>
> I am using Jetspeed 1.5 with Tomcat 4.1.30 and JSDK 1.4.2_05. I have
> modified the jetspeed JetspeedSessionValidator which is
> a  Turbine  (2.2) action. This new action class is declared as
> sessionValidator in TurbineResource.properties 
(action.sessionvalidator=WolSessionValidator).
> I kept the standard (org.apache.jetspeed module).
> I develop and compile on Windows.
>
> Everything works perfectly under Windows, but fails with Debian 3.0
> (bf2.4) where I get an "action not found".
> Using -verbose:class, I checked that my class is in fact loaded by the
> JVM, so, it is found.
>
> Looking at Turbine source, I saw that the "action not found"  exception 
is
> thrown whatever the underlying java reason could be.
>
> I turned log4.properties in debug mode, I can see that the
> AssemblerBrokerService is initialized (Finish Initializing service 
(late)) just before the failure.
>
> On Debian, everything works fine with the Jetspeed action class 
delivered
> in jetspeed1.5.jar. I try to deploy my action class containing exactly 
the
> same source as the Jetspeed one and got a failure.
> So the problem may be linked to compilers, or JDK, or debian, or a
> classCastException due to some jar hell.
>
>
> So, I am looking for help:
> -Does someone encountered the same kind of problems on Debian?
> -I don't see traces of some debug or info lines in my logs, even with
> log4j in debug mode. Is there something else to configure? For instance, 
I
> can't figure out which class is really
> loading my action class and when (I am not used to commons.logging).
> -And of course, If someone knows the solution...
>
>
> Tx in advance.
>
>
> Jean Fastr�
> VALORIS, Belgium.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to