Discussion :

[kelidric]

Bonjour,

je vais essayer d'expliquer mon problème le plus clairement possible.

J'ai développé une application web dans un environnement de développement comprenant Eclipse v3.4.0 et Geronimo v2.1.
J'ai utilisé le framework Struts 2 pour réaliser cette application.
J'utilise aussi un datasource pour me connecter à une base de données.

Lorsque je déploie sur le serveur Geronimo, je n'ai aucun problèmes.

Lorsque je déploie sur un serveur WAS v6.1 et que j'essaie d'accéder à mon appli (exemple : http://localhost:9081/test), j'accède à une page blanche.
Si je précise la page d'accueil /index.html, j'ai le message suivant : Error 500: Filter [struts2]: could not be initialized.

Après m'être renseigné sur le net, j'ai effectué les actions suivantes :
- MAJ de WebSphere jusqu'à la version 6.1.0.5.
- installation du fix PK33090.
- création d'une variable com.ibm.ws.webcontainer.invokefilterscompatibility mise à true sur le serveur.

Aucunes de ces modifications n'a résolu le problème.

J'ajouterai que l'appli struts2-blank, fournie avec les librairies struts2, fonctionne correctement.

J'ai vérifié mes fichiers struts.xml et web.xml mais je n'ai rien vu d'anormal.

Si quelqu'un peut m'aider, je suis à court d'idées.

PS : problème parallèle : je n'arrive pas à upgrader ma version de WAS via l'Update Installer. Bien que j'ai le bon fix pack 7, il me dit que le .pak est non applicable.

[ericw78]

As-tu résolu ton problème depuis ?

[billynirvana]

Utilise la console d'administration WebSphere et positionne toi sur :
Serveurs d'applications > server1 > Conteneur Web > Propriétés personnalisées

Essaye de créer une propriété personnalisée comme suit :

Name : com.ibm.ws.webcontainer.invokefilterscompatibility
Value : true

Redémarre ton serveur.

[Capitaine Stac]

Bonjour,

Je suis tombé sur le même problème. J'ai essayé ta manipulation mais rien n'y fait. Par contre, j'ai la trace suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
[28/04/09 14:30:09:953 CEST] 00000026 WebApp        E   [Servlet Error]-[Filter [struts2]: could not be initialized]: Unable to load configuration. - Class: net.sf.saxon.event.SerializerFactory
File: SerializerFactory.java
Method: getReceiver
Line: 154 - net/sf/saxon/event/SerializerFactory.java:154:-1
	at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:58)
	at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:360)
	at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:403)
	at org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:190)
	at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.init(FilterInstanceWrapper.java:142)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager._loadFilter(WebAppFilterManager.java:438)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.loadFilter(WebAppFilterManager.java:352)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.getFilterInstanceWrapper(WebAppFilterManager.java:214)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.getFilterChain(WebAppFilterManager.java:272)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:661)
	at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:646)
	at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.invokeFilters(DefaultExtensionProcessor.java:628)
	at com.ibm.ws.wswebcontainer.extension.DefaultExtensionProcessor.invokeFilters(DefaultExtensionProcessor.java:145)
	at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.handleRequest(DefaultExtensionProcessor.java:595)
	at com.ibm.ws.wswebcontainer.extension.DefaultExtensionProcessor.handleRequest(DefaultExtensionProcessor.java:111)
	at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3129)
	at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:238)
	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:811)
	at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1433)
	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:93)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:465)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:394)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:274)
	at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)
	at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)
	at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:152)
	at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:213)
	at com.ibm.io.async.AbstractAsyncFuture.fireCompletionActions(AbstractAsyncFuture.java:195)
	at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
	at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:194)
	at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:741)
	at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:863)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1510)
Caused by: Unable to load wsjar:file:/C:/Documents and Settings/PB19134/IBM/rationalsdp7.0/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/site_web/WEB-INF/lib/struts2-core-2.1.6.jar!/struts-default.xml - Class: net.sf.saxon.event.SerializerFactory
File: SerializerFactory.java
Method: getReceiver
Line: 154 - net/sf/saxon/event/SerializerFactory.java:154:-1
	at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:890)
	at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadDocuments(XmlConfigurationProvider.java:144)
	at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.init(XmlConfigurationProvider.java:111)
	at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:164)
	at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:55)
	... 32 more
Caused by: Unknown type of result: class javax.xml.transform.dom.DOMResult - Class: net.sf.saxon.event.SerializerFactory
File: SerializerFactory.java
Method: getReceiver
Line: 154 - net/sf/saxon/event/SerializerFactory.java:154:-1
	at com.opensymphony.xwork2.util.DomHelper.parse(DomHelper.java:115)
	at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:885)
	... 36 more
Caused by: java.lang.IllegalArgumentException: Unknown type of result: class javax.xml.transform.dom.DOMResult
	at net.sf.saxon.event.SerializerFactory.getReceiver(SerializerFactory.java:154)
	at net.sf.saxon.IdentityTransformerHandler.startDocument(IdentityTransformerHandler.java:94)
	at com.opensymphony.xwork2.util.DomHelper$DOMBuilder.startDocument(DomHelper.java:229)
	at com.opensymphony.xwork2.util.location.LocationAttributes$Pipe.startDocument(LocationAttributes.java:306)
	at com.opensymphony.xwork2.util.DomHelper$StartHandler.startDocument(DomHelper.java:290)
	at org.apache.xerces.parsers.AbstractSAXParser.startDocument(Unknown Source)
	at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown Source)
	at org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)
	at com.opensymphony.xwork2.util.DomHelper.parse(DomHelper.java:113)
	... 37 more

Ce qui m'embête, c'est que je trouve bien "C:/Documents and Settings/PB19134/IBM/rationalsdp7.0/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/site_web/WEB-INF/lib/struts2-core-2.1.6.jar!/struts-default.xml" à l'endroit indiqué.

Ceci dit j'essaye de faire tourner Struts 2 sur une vielle version de Websphere (6.1.0.2).

Quelqu'un aurait-il une solution à ce problème ?

Cordialement,

Stac

PS : à noter que "struts2-blank-2.1.6" fonctionne bien. On va comparer les deux web-app. Si je trouve, je vous tiens au courant.

[Capitaine Stac]

Finalement, j'ai fini par tout redémarrer et magiquement tout fonctionne. La magie des logiciels propriétaires sûrement.

Stac

PS : la propriété personnalisée rajoutée précédemment est, en fin de compte, superfétatoire.

[billynirvana]

Ta dernière phrase me surprend... J'ai essayé d'enlever la propriété: L'appli démarre mais les actions struts ne marchent pas. J'ai remis la propriété et tout remarche.

[Capitaine Stac]

Bonjour,

En fait, j'ai réussi à relier le problème avec ce que je fais sous RAD. (Je précise que je ne connaissais ni RAD ni WebSphere, et je m'en portais très bien... là, plus je bosse avec WebSphere, plus JBoss s'améliore).

Quand dans RAD je démarre WebSphere en mode débogue mes actions Struts2 fonctionnent. Par contre, un simple démarrage me cause :

Error 500: Filter [struts2]: could not be initialized

avec la StackTrace précédemment citée. Je vais essayer de comprendre en quoi l'option deboguage peut influer sur un "struts-default.xml" non trouvé. Moi qui croyais que ça n'ajoutait qu'un port d'écoute pour le debugger...

Stac

[Capitaine Stac]

J'ai la solution après multiples recherches.

En fait, pour mon application le SAXParserFactory était Saxon 8.0. Si l'on ne précise pas la propriété "xwork.saxParserFactory" Struts 2 va prendre l'implementation de SAXParserFactory issue de SAXParserFactory.newInstance().

Pour application il manquait un package saxon-dom.jar tout simplement.

Deux solutions :
- mettre les bons jars
- régler la propriété "xwork.saxParserFactory" vers le parser SAX désiré.

Stac

PS : Je n'ai pas compris pourquoi les démarrages classiques et ceux en déboguage n'avaient pas les mêmes effets.