Problem installing 099 on websphere 6.1

[Diego]

Hi there,

I have just tried to start version 099 on was 6.1 and i get this
error:

[24/06/08 8:58:18:193 CEST] 00000025 SystemOut O 2008-06-24
08:58:18,193 [WebContainer : 0 ERROR XmlConfigurationProvider]: Unable
to load class verifyCookieInterceptor for interceptor name
verifycookie. This interceptor will not be available.
[24/06/08 8:58:18:203 CEST] 00000025 SystemOut O 2008-06-24
08:58:18,193 [WebContainer : 0 FATAL XmlConfigurationProvider]: Could
not load XWork configuration file, failing
com.opensymphony.xwork.config.ConfigurationException: Caught Exception
while registering Interceptor class verifyCookieInterceptor
with nested exception
java.lang.ClassNotFoundException: verifyCookieInterceptor
at
com.opensymphony.xwork.ObjectFactory.buildInterceptor(ObjectFactory.java:
135)
at
com.opensymphony.xwork.config.providers.XmlConfigurationProvider.loadInterceptors(XmlConfigurationProvider.java:
481)
at
com.opensymphony.xwork.config.providers.XmlConfigurationProvider.addPackage(XmlConfigurationProvider.java:
206)

I have seen that xwor.xml has this line:
<interceptor name="verifycookie" class="verifyCookieInterceptor" /
>

Should it read the full class name (with package)? This seems to be an
alias but I cannot see where does it map to a real class..

and also there is a line: <include file="webwork-default.xml" />, but
I cannot find that xml on javabb.war

I have tested my web-inf/classes and the
"VerifyCookieInterceptor.class" is there, so I think it is only a
mapping problem.

Could anybody help me? thanks!

[Dalton Camargo]

Hey, probably is some conflict with jsp version, i don't know.
About the interceptor, those interceptors are defined on applicationContext (spring file), and webwork get those from there.
About the webwork-default.xml, it is located inside some webwork.jar.
I've never tested javabb on Websphere.

Regards,

--
Dalton Camargo
JEE Software Architect
JavaFree.org Founder
JavaBB.org Owner
EmpregoNaWeb.com Owner
Infoblogs.com.br Owner
Technical Revisor of the Spring in Action to Portuguese, the first book about spring in portuguese language

[Diego]

Thanks for your reply Dalton.

I have changed that entries to look like this:
<interceptor name="verifycookie"
class="org.javabb.interceptor.VerifyCookieInterceptor" />
<interceptor name="delayInterceptor"
class="org.javabb.interceptor.DelayInterceptor" />
<interceptor name="exceptionInterceptor"
class="org.javabb.interceptor.ExceptionInterceptor" />
<interceptor name="configInterceptor"
class="org.javabb.interceptor.ConfigInterceptor" />

But now it fails during start with this error:

java.lang.ClassNotFoundException: topicAction
at
com.ibm.ws.classloader.CompoundClassLoader.findClass(CompoundClassLoader.java:
472)
at
com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:
373)
at java.lang.ClassLoader.loadClass(ClassLoader.java:573)

It seems that WAS is not getting right spring definitions because
topicAction is defined in applicationContext also:

<bean id="topicAction" class="org.javabb.action.TopicAction"
singleton="false" dependency-check="none"/>

I will try to find out what happens and post it here.

[Diego]

Hi again, I don´t have very good news... :(

First of all, I saw that spring was not reading the
applicationContext.xml:

[26/06/08 9:12:08:107 CEST] 00000019 SystemOut O 2008-06-26
09:12:08,107 [server.startup : 2 DEBUG
PathMatchingResourcePatternResolver]: Looking for matching resources
in directory tree [D:\Archivos de programa\IBM\SDP70\runtimes
\base_v61\profiles\AppSrv01\properties]
[26/06/08 9:12:08:107 CEST] 00000019 SystemOut O 2008-06-26
09:12:08,107 [server.startup : 2 DEBUG
PathMatchingResourcePatternResolver]: Searching directory [D:\Archivos
de programa\IBM\SDP70\runtimes\base_v61\profiles\AppSrv01\properties]
for files matching pattern [D:/Archivos de programa/IBM/SDP70/runtimes/
base_v61/profiles/AppSrv01/properties/applicationContext*.xml]
[26/06/08 9:12:08:127 CEST] 00000019 SystemOut O 2008-06-26
09:12:08,127 [server.startup : 2 INFO
PathMatchingResourcePatternResolver]: Resolved location pattern
[classpath:/applicationContext*.xml] to resources []
[26/06/08 9:12:08:137 CEST] 00000019 SystemOut O 2008-06-26
09:12:08,127 [server.startup : 2 INFO
AbstractRefreshableApplicationContext]: Bean factory for application
context
[org.springframework.web.context.support.XmlWebApplicationContext;hashCode=1675387868]:
org.springframework.beans.factory.support.DefaultListableBeanFactory
defining beans []; root of BeanFactory hierarchy
[26/06/08 9:12:08:167 CEST] 00000019 SystemOut O 2008-06-26
09:12:08,167 [server.startup : 2 INFO AbstractApplicationContext]: No
beans defined in application context
[org.springframework.web.context.support.XmlWebApplicationContext;hashCode=1675387868]

"No beans defined". So I simply changed web.xml to this:
<param-value>classpath:/applicationContext.xml</param-value>

And now it starts fine:

[26/06/08 9:29:27:374 CEST] 00000019 SystemOut O 2008-06-26
09:29:27,374 [server.startup : 2 DEBUG
DefaultXmlBeanDefinitionParser]: Found 68 <bean> elements defining
beans

A few lines below you can see that verifyCookieInterceptor has been
read from file.

But when go to /index.html the same problem is shown on console:

[26/06/08 9:36:28:543 CEST] 00000026 SystemOut O 2008-06-26
09:36:28,543 [WebContainer : 0 DEBUG XmlConfigurationProvider]:
Loading xwork configuration from: xwork.xml
[26/06/08 9:36:28:573 CEST] 00000026 SystemOut O 2008-06-26
09:36:28,573 [WebContainer : 0 DEBUG XmlConfigurationProvider]:
Loading xwork configuration from: webwork-default.xml
[26/06/08 9:36:28:593 CEST] 00000026 SystemOut O 2008-06-26
09:36:28,593 [WebContainer : 0 DEBUG XmlConfigurationProvider]: Loaded
{PackageConfig Name:webwork-default namespace: abstract:false parents:
[]}
[26/06/08 9:36:28:763 CEST] 00000026 SystemOut O 2008-06-26
09:36:28,763 [WebContainer : 0 DEBUG XmlConfigurationProvider]: Loaded
xwork configuration from: webwork-default.xml
[26/06/08 9:36:28:773 CEST] 00000026 SystemOut O 2008-06-26
09:36:28,773 [WebContainer : 0 DEBUG XmlConfigurationProvider]: Loaded
{PackageConfig Name:default namespace: abstract:false parents:
[{PackageConfig Name:webwork-default namespace: abstract:false parents:
[]}]}
[26/06/08 9:36:28:803 CEST] 00000026 SystemOut O 2008-06-26
09:36:28,793 [WebContainer : 0 ERROR XmlConfigurationProvider]: Unable

to load class verifyCookieInterceptor for interceptor name
verifycookie. This interceptor will not be available.

[26/06/08 9:36:28:803 CEST] 00000026 SystemOut O 2008-06-26
09:36:28,803 [WebContainer : 0 FATAL XmlConfigurationProvider]: Could

not load XWork configuration file, failing
com.opensymphony.xwork.config.ConfigurationException: Caught Exception
while registering Interceptor class verifyCookieInterceptor
with nested exception
java.lang.ClassNotFoundException: verifyCookieInterceptor
at
com.opensymphony.xwork.ObjectFactory.buildInterceptor(ObjectFactory.java:
135)
at
com.opensymphony.xwork.config.providers.XmlConfigurationProvider.loadInterceptors(XmlConfigurationProvider.java:
481)

But after this, I have had a "dependency problem", this may be a
problem in 099 version.

org.springframework.beans.factory.BeanCreationException: Error
creating bean with name 'autoProxyCreator' defined in class path
resource [applicationContext.xml]: Instantiation of bean failed;
nested exception is org.springframework.beans.FatalBeanException:
Could not instantiate class
[org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator];
constructor threw exception; nested exception is
java.lang.NoSuchMethodError: org/objectweb/asm/
ClassVisitor.visit(IILjava/lang/String;Ljava/lang/String;[Ljava/lang/
String;Ljava/lang/String;)V
org.springframework.beans.FatalBeanException: Could not instantiate
class
[org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator];
constructor threw exception; nested exception is
java.lang.NoSuchMethodError: org/objectweb/asm/
ClassVisitor.visit(IILjava/lang/String;Ljava/lang/String;[Ljava/lang/
String;Ljava/lang/String;)V
java.lang.NoSuchMethodError: org/objectweb/asm/
ClassVisitor.visit(IILjava/lang/String;Ljava/lang/String;[Ljava/lang/
String;Ljava/lang/String;)V
at net.sf.cglib.core.ClassEmitter.begin_class(ClassEmitter.java:77)
at net.sf.cglib.core.KeyFactory
$Generator.generateClass(KeyFactory.java:173)
at
net.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:
25)

So it seems that there is a problem with asm 1.5.3 version an cglib
(at leas in was).

I have tried to upgrade to cglib 2.2 and remove asm 1.5.3 but it did
not work because spring 1.1.5 has a dependency with that version it
tires to get CodeVisitor class that is missing in later versions of
asm.

Then I have incluided cglib-nodep-2.2 and also asm 1.5.3 and the
problem dissapeared on was 6.1. Anyway, i think you should consider
upgrading some libraries.

I also tried to run this config on was 5.1 but I get a cglib problem

[26/06/08 8:56:52:257 CEST] cc50cc5 ExceptionInte E
org.javabb.interceptor.ExceptionInterceptor TRAS0014I: Se ha anotado
cronológicamente la excepción siguiente
java.lang.reflect.InvocationTargetException
Caused by: java.lang.VerifyError: invokespecial on invalid target
(class: org/javabb/transaction/CategoryTransaction$$FastClassByCGLIB$
$78d6060e method: invoke(ILjava/lang/Object;[Ljava/lang/Object;)Ljava/
lang/Object;) at pc: 394
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.VerifyError.<init>(VerifyError.java:49)
at java.lang.Class.verifyImpl(Native Method)

So the problems I have are:
- seems that applicationContext*.xml doest not work on was 6.
- a cglib problem (surprising because this should also not work on
tomcat!)
- a xwork-spring integration problem (may be related to cglib??)

thanks for your time!

[Diego]

I have readed my post and i think is a bit messy.

I will try to explain what i did.

- problem -> NoClassDefFound -> added cglib-nodep-2.2 and seems to
work
- problem -> spring not loading beans -> change web.xml and works
- problem -> xwork spring beans not loaded -> don´t know what to do...

> ...
>
> leer más »

[Diego]

Ok, it is indeed a webwork-spring integration problem.

Now I have changed the way that integration is done:

I have comented this:
<!-- <listener>
<listener-
class>com.opensymphony.xwork.spring.SpringObjectFactoryListener</
listener-class>
</listener> -->

And added this to webwork.properties

webwork.objectFactory=spring
webwork.objectFactory.spring.autoWire=auto

An also upgraded to webwork 2.2.7, and the integration got solved.

It seems that there is something in the way javabb solves the webwork-
spring integration that was 6.1 does not like...

> ...
>
> leer más »