RE: shale 1.0.4 and tiles
Hi , I am trying to build it with newer tiles version but i am getting error. That class was moved to another package. Nightly shale is using same old tiles as release 1.0.4. Any advice what i can do with this? Is it possible to use shale with new tiles at all? SEVERE: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoClassDefFoundError: org/apache/tiles/DefinitionsFactoryException at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) at java.lang.Class.getConstructor0(Class.java:2699) at java.lang.Class.getConstructor(Class.java:1657) at org.apache.myfaces.config.FacesConfigurator.getApplicationObject(FacesConfigurator.java:677) at org.apache.myfaces.config.FacesConfigurator.configureApplication(FacesConfigurator.java:602) at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:148) at org.apache.myfaces.webapp.StartupServletContextListener.initFaces(StartupServletContextListener.java:68) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:51) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4334) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:626) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:566) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Lionel Port Sent: Thursday, October 04, 2007 12:01 AM To: user@shale.apache.org Subject: Re: shale 1.0.4 and tiles You may have a problem because the 1.0.4 of shale was built against a snapshot of tiles 2 when dtd hadn't been quit finalised. Looking at the issue tracking looks like release r468346 if that helps. On 10/4/07, Pavel Savara [EMAIL PROTECTED] wrote: Hi, I have application with shale 1.0.4 and tiles build using maven and blank shale example and it seems to work fine. The problem is when I try to use template layout for pages and insert body and header by configuration in tiles.xml. Problem is with tiles:insertAttribute name=header / tag, it says this tag is not in tiles tld so it is not defined but in all examples I have found this tag must be used. Since I am new in tiles and shale it is very confusing for me and I don't know where to look for a mistake. Is the tiles version downloaded by maven wrong? Am I using wrong tag or tld? I have template layout like %@ taglib prefix=f uri=http://java.sun.com/jsf/core; % %@ taglib prefix=h uri=http://java.sun.com/jsf/html; % %@ taglib uri=http://struts.apache.org/tags-tiles; prefix=tiles % %@ taglib uri=http://shale.apache.org/core; prefix=s% f:view html head head body test tiles:insertAttribute name=header / /body /html /f:view tiles.xml: tiles-definitions definition name=test.definition template=/template/template.jsp put name=header value=/common/header.jsp/ /definition definition name=/firstTest extends=test.definition /definition
Re: shale 1.0.4 and tiles
2007/10/4, Pavel Savara [EMAIL PROTECTED]: Hi , I am trying to build it with newer tiles version but i am getting error. That class was moved to another package. Nightly shale is using same old tiles as release 1.0.4. Shale 1.0.4 does not support the latest version of Tiles, you HAVE to use the version bundled with Shale itself. Antonio
RE: shale 1.0.4 and tiles
Hi I made it working it took me long time mainly because of my stupidity and little confusing dependencies between shale and tiles versions ..:) thanks for help to everybody. Here are important parts of my sample application may be useful for somebody: Shale with tiles. You must use version of tiles which is bundled with shale other versions will not work. With default shale web.xml from blank shale application page firstTest will be visible at url /firstTest.faces web.xml (only part for tiles) !-- Tiles -- context-param param-namedefinitions-config/param-name param-value/WEB-INF/tiles.xml/param-value /context-param listener listener-class org.apache.tiles.listener.TilesListener /listener-class /listener tiles.xml tiles-definitions definition name=test.definition template=/template/template.jsp put name=header value=/common/header.jsp/ /definition definition name=/firstTest extends=test.definition /definition /tiles-definitions template.jsp %@ taglib prefix=f uri=http://java.sun.com/jsf/core; % %@ taglib prefix=h uri=http://java.sun.com/jsf/html; % %@ taglib uri=http://struts.apache.org/tags-tiles; prefix=tiles % %@ taglib uri=http://shale.apache.org/core; prefix=s% f:view html head head body test tiles:attribute name=header flush=false/ !-- tiles documentation talks about insertAtribute tag but that tag is not available with tiles bundeled to shale.-- /body /html /f:view header.jsp header -Original Message- From: Antonio Petrelli [mailto:[EMAIL PROTECTED] Sent: Thursday, October 04, 2007 11:09 AM To: user@shale.apache.org Subject: Re: shale 1.0.4 and tiles 2007/10/4, Pavel Savara [EMAIL PROTECTED]: Hi , I am trying to build it with newer tiles version but i am getting error. That class was moved to another package. Nightly shale is using same old tiles as release 1.0.4. Shale 1.0.4 does not support the latest version of Tiles, you HAVE to use the version bundled with Shale itself. Antonio
Shale on WebSphere Portal Server 6
Hi, is there any one have used successfully Shale on IBM WebSphere Portal Server 6? Regards Mario Buonopane This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: Shale on WebSphere Portal Server 6
Well, I can probably help you if you need it since I have gotten through a couple of stumbling blocks myself on Portal 5. The first thing you need to get around when using myfaces is the classloading issues. Websphere includes some jsf impl jars at the server level. For portlets, it is not really a problem because the default is parent last so myfaces gets precedence if included in WEB-INF/lib. For regular servlet app on WAS though the default is parent first, so in order to use myfaces you will need to change that in the admin console to parent last. From the standpoint of will it work, I think you should be good. If your application doesn't start the first place I would look would be the tlds in shale which include context listeners. I was not able to use shale-view with Portal 5 because it included a listener that depended on a servlet spec that Portal 5 was not up to: servlet spec 2.4. It would fail pretty silently and was difficult to figure out. Portal 6 however may be up to servlet 2.4 though. Ryan On 10/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi Ryan, first of all thank for your response. I'm not having any problems because we are starting a new projet. I used successfully Shale View Controller and Dialog Manager in a Web Application and I would like to use them in a portlet application. Every time I have to use an open source product on IBM WebSphere i'm very afraid so I don't want talk about Shale to our Customer and to discover that doesn't work on WAS. Mario -Original Message- From: Ryan Wynn [mailto:[EMAIL PROTECTED] Sent: 4 ottobre 2007 16.13 To: user@shale.apache.org Subject: Re: Shale on WebSphere Portal Server 6 Not yet Portal 6, but portal 5.1.0.4 yes. Will be upgrading to 6 soon, so I will have more information then. Are you having a problem? Actually, I did put small shale portlet on 6 without any problems. The thing is I am using really only shale-core and shale-clay, and not any of the other components. Ryan On 10/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, is there any one have used successfully Shale on IBM WebSphere Portal Server 6? Regards Mario Buonopane This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Re: SV: Tiles integration
signature.asc Description: OpenPGP digital signature
Re:
On 10/3/07, Lionel Port [EMAIL PROTECTED] wrote: There was a bug in Shale 1.0.4 ( http://issues.apache.org/struts/browse/SHALE-409) that prevented ajax4jsf working with shale. It is fixed in the nightly builds. Just waiting on the release of shale 1.0.5, but the project seems to have stalled. There's not much development going on, but if there's interest in a release we can probably round up enough people to make it happen. I'd like to see the Tiles 2 integration sorted out first, though. -- Wendy