MyFaces nightly builds
Hello, can one of the continuum guys enable the 1.2.x branch to be scheduled via the nightly build cycle ? Currently we only build trunk (2.0), e.g.: http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/core/myfaces-api/2.0.0-SNAPSHOT/ but after we made the 2.0 stuff become trunk there was no nightly build for the 1.1.x and 1.2.x stuff. Would be great if one with continuum access could fix that issue. Thanks! Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Announce] Release of Apache MyFaces Trinidad 1.2.12
The Apache MyFaces Trinidad team is pleased to announce the release of Apache MyFaces Trinidad Core 1.2.12. Apache MyFaces Trinidad is a JavaServer(tm) Faces 1.2 component library. Trinidad Core 1.2.12 is available in both binary and source distributions: * http://myfaces.apache.org/trinidad/download.html Apache MyFaces Trinidad is available in the central Maven repository under Group ID org.apache.myfaces.trinidad. Release Notes: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12313651 Enjoy! Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Announce] Release of Apache MyFaces Trinidad 1.2.12
The Apache MyFaces Trinidad team is pleased to announce the release of Apache MyFaces Trinidad Core 1.2.12. Apache MyFaces Trinidad is a JavaServer(tm) Faces 1.2 component library. Trinidad Core 1.2.12 is available in both binary and source distributions: * http://myfaces.apache.org/trinidad/download.html Apache MyFaces Trinidad is available in the central Maven repository under Group ID org.apache.myfaces.trinidad. Release Notes: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12313651 Enjoy! Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Tobago] Tobago with Struts2
On Thu, Aug 27, 2009 at 4:39 PM, Marcus Krögermarcus.kroe...@googlemail.com wrote: Hi Kamlesh Koringa there is a JSF integration available for the Struts2 Framework but I don't think that it would work with Tobago out of the box. At least I wouldn't recommend to use Tobago with Struts2. why do you need struts at all ? If you need it b/c they have RESTful controllers, use JAX-RS (- CFX or Apache Wink) these guys actually work pretty smooth with JSF -Matthias A demo application is available on the Tobago's project site at http://myfaces.apache.org/tobago/demo.html regards Marcus Kamlesh Koringa schrieb: Hi I am new to Tobago and JSF. Can I use Tobago as view part and Struts2 (action) as Controller and model part instead of JSF? Is there any demo application link available. Please help Thanks -- Kamlesh Koringa -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
java.lang.NoClassDefFoundError: javax/interceptor/AroundInvoke
Hi, running TRUNK and JSF 2.0, I am getting this when accessing a XHTML page: java.lang.NoClassDefFoundError: javax/interceptor/AroundInvoke at org.apache.webbeans.intercept.InterceptorUtil.isWebBeansBusinessMethod(InterceptorUtil.java:60) at org.apache.webbeans.intercept.InterceptorHandler.invoke(InterceptorHandler.java:68) at org.apache.webbeans.conversation.ConversationImpl_$$_javassist_0.updateTimeOut(ConversationImpl_$$_javassist_0.java) at org.apache.webbeans.jsf.WebBeansPhaseListener.beforePhase(WebBeansPhaseListener.java:167) at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:212) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:311) this was working in June - Question is why is there no dependency bundled ? -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: java.lang.NoClassDefFoundError: javax/interceptor/AroundInvoke
it is my own application :) I added the dependency and set the scope to RUNTIME. So that seems to be the work-around for Jetty On Wed, Aug 26, 2009 at 11:42 AM, Gurkan Erdogdugurkanerdo...@yahoo.com wrote: Hi Matthias; We bundle jar via Jetty profile becuase of other Java EE servers contains this jar. So you can run samples via -Pjetty like this mvn jetty:run -Pjetty Hope,this works. Thanks; From: Matthias Wessendorf mat...@apache.org To: openwebbeans-dev@incubator.apache.org Sent: Wednesday, August 26, 2009 11:35:51 AM Subject: java.lang.NoClassDefFoundError: javax/interceptor/AroundInvoke Hi, running TRUNK and JSF 2.0, I am getting this when accessing a XHTML page: java.lang.NoClassDefFoundError: javax/interceptor/AroundInvoke at org.apache.webbeans.intercept.InterceptorUtil.isWebBeansBusinessMethod(InterceptorUtil.java:60) at org.apache.webbeans.intercept.InterceptorHandler.invoke(InterceptorHandler.java:68) at org.apache.webbeans.conversation.ConversationImpl_$$_javassist_0.updateTimeOut(ConversationImpl_$$_javassist_0.java) at org.apache.webbeans.jsf.WebBeansPhaseListener.beforePhase(WebBeansPhaseListener.java:167) at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:212) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:311) this was working in June - Question is why is there no dependency bundled ? -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
WebBeans eating JSF 2.0 annotations ?
Hi, is it possible that the current trunk is _eating_ JSF 2.0 annotations ? someCode ... import javax.faces.bean.ManagedBean; import javax.faces.bean.SessionScoped; @ManagedBean(name=playersBean) @SessionScoped public class ViewParamsBean { ... /someCode In June (before reflecting the javax.enterprise.context changes) it was working. Now expressions like #{playersBean} are simply ignored ;-) Demo project is here: https://facesgoodies.googlecode.com/svn/CGN/trunk/ -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: javax.enterprise.inject.CreationException: java.lang.ClassFormatError: Duplicate interface name ...
nope On Wed, Aug 26, 2009 at 3:42 PM, Gurkan Erdogducgurkanerdo...@gmail.com wrote: There may be multiple same jars in your classpath. 2009/8/26 Matthias Wessendorf mat...@apache.org Hi my code is here: https://facesgoodies.googlecode.com/svn/CGN/trunk/ running the command mvn jetty:run and accessing this URL: http://localhost:8080/faces/cocktail.xhtml I am getting this: javax.enterprise.inject.CreationException: java.lang.ClassFormatError: Duplicate interface name in class file de/jug/cologne/webbeans/model/CocktailSet_$$_javassist_2 at org.apache.webbeans.component.AbstractBean.create(AbstractBean.java:174) at org.apache.webbeans.context.AbstractContext.getInstance(AbstractContext.java:173) at org.apache.webbeans.context.AbstractContext.get(AbstractContext.java:147) at org.apache.webbeans.intercept.InterceptorHandler.invoke(InterceptorHandler.java:65) at de.jug.cologne.webbeans.CocktailBean_$$_javassist_1.isInShopping(CocktailBean_$$_javassist_1.java) 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 javax.el.BeanELResolver.getValue(BeanELResolver.java:293) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:175) at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:72) at com.sun.el.parser.AstValue.getValue(AstValue.java:138) at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:206) at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:102) at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:181) at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:412) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1603) at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:844) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1609) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1612) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1612) at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:271) at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:126) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:124) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:103) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:311) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502) I am not exactly sure what the really means. No I have done no investigations :-) -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Gurkan Erdogdu http://gurkanerdogdu.blogspot.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: WebBeans eating JSF 2.0 annotations ?
On Wed, Aug 26, 2009 at 5:17 PM, Mark Strubergstrub...@yahoo.de wrote: for what I know (discussion on wb-dev) JSF apps should use JSR-299 @ScopeType annotated scopes (renamed to @NormalScope in the latest spec) and not faces scopes. I did hope that we could unify all scopes by generally using JSR-330 javax.inject.Scope in all EE fields. But that will not work until JSR-299 also recognizes and treats JSR-330 scopes as normal scopes. WTF ? :) It is kinda odd that JSF 2.0 has should use the 299 stuff. Standalone, ok all fine (not tested). But even if there are both in the game jsf2.0 and 299, they should just work (or at least I should get a warning that the bean is using a (good) -sorry- incorrect... annotation. Basically this is a total mess. Annontations work standalone, but not when adding some heavyweight stuff (like 299) to the game ? Oh boy... -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:11 PM has no effect. The beast can't find the JSF beans. Due to lack of time, I am going with JSF 2.0 standalone. Question is: as it was working the current behavior is a regression, has there been any testing on OBW + JSF 2.0 ? -Matthias On Wed, Aug 26, 2009 at 3:45 PM, Gurkan Erdogducgurkanerdo...@gmail.com wrote: It must not eat. But one point, You still use old XML configuration file format. As a default OWB uses new XML format. Add https://svn.apache.org/repos/asf/incubator/openwebbeans/trunk/samples/guess/src/main/resources/META-INF/openwebbeans/openwebbeans.properties in your project resources/META-INF/openwebbeans folder and sure that all libraries are ok. You can look necessary libs from guess.war . You can create it from mvn package -Pjetty. --Gurkan 2009/8/26 Matthias Wessendorf mat...@apache.org Hi, is it possible that the current trunk is _eating_ JSF 2.0 annotations ? someCode ... import javax.faces.bean.ManagedBean; import javax.faces.bean.SessionScoped; @ManagedBean(name=playersBean) @SessionScoped public class ViewParamsBean { ... /someCode In June (before reflecting the javax.enterprise.context changes) it was working. Now expressions like #{playersBean} are simply ignored ;-) Demo project is here: https://facesgoodies.googlecode.com/svn/CGN/trunk/ -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Gurkan Erdogdu http://gurkanerdogdu.blogspot.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: WebBeans eating JSF 2.0 annotations ?
On Wed, Aug 26, 2009 at 5:23 PM, Matthias Wessendorfmat...@apache.org wrote: On Wed, Aug 26, 2009 at 5:17 PM, Mark Strubergstrub...@yahoo.de wrote: for what I know (discussion on wb-dev) JSF apps should use JSR-299 @ScopeType annotated scopes (renamed to @NormalScope in the latest spec) and not faces scopes. I did hope that we could unify all scopes by generally using JSR-330 javax.inject.Scope in all EE fields. But that will not work until JSR-299 also recognizes and treats JSR-330 scopes as normal scopes. WTF ? :) It is kinda odd that JSF 2.0 has should use the 299 stuff. Standalone, ok all fine (not tested). But even if there are both in the game jsf2.0 and 299, they should just work (or at least I should get a warning that the bean is using a (good) -sorry- incorrect... annotation. Basically this is a total mess. Annontations work standalone, but not when adding some heavyweight stuff (like 299) to the game ? Oh boy... I am pretty sure that this will introcude a lot of fun to folks writing JSF 2.0 applications, if your statement is true. That would worse than the JSP 2.1 dependency (with JSF 1.2) I filed this bug: https://issues.apache.org/jira/browse/OWB-133 At least there should be some help. Not everybody is thrilled to replace annotations based on the environment (at least not me) -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:11 PM has no effect. The beast can't find the JSF beans. Due to lack of time, I am going with JSF 2.0 standalone. Question is: as it was working the current behavior is a regression, has there been any testing on OBW + JSF 2.0 ? -Matthias On Wed, Aug 26, 2009 at 3:45 PM, Gurkan Erdogducgurkanerdo...@gmail.com wrote: It must not eat. But one point, You still use old XML configuration file format. As a default OWB uses new XML format. Add https://svn.apache.org/repos/asf/incubator/openwebbeans/trunk/samples/guess/src/main/resources/META-INF/openwebbeans/openwebbeans.properties in your project resources/META-INF/openwebbeans folder and sure that all libraries are ok. You can look necessary libs from guess.war . You can create it from mvn package -Pjetty. --Gurkan 2009/8/26 Matthias Wessendorf mat...@apache.org Hi, is it possible that the current trunk is _eating_ JSF 2.0 annotations ? someCode ... import javax.faces.bean.ManagedBean; import javax.faces.bean.SessionScoped; @ManagedBean(name=playersBean) @SessionScoped public class ViewParamsBean { ... /someCode In June (before reflecting the javax.enterprise.context changes) it was working. Now expressions like #{playersBean} are simply ignored ;-) Demo project is here: https://facesgoodies.googlecode.com/svn/CGN/trunk/ -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Gurkan Erdogdu http://gurkanerdogdu.blogspot.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Servlet 3.0 ?
Hello, as WebBeans spec is kinda late - so is Servlet 3.0 - I was wondering if you guys could leverage some of their stuff, like the @Filter annotation or the web-xml fragments stuff ? (e.g. for WebBeansJSFFilter), for the -jsf module ? Thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: WebBeans eating JSF 2.0 annotations ?
mvn jetty:run-exploded fixes that. I guess that's JSF's problem (I am currently using the RI) Oh boy! :) On Wed, Aug 26, 2009 at 5:45 PM, Matthias Wessendorfmat...@apache.org wrote: On Wed, Aug 26, 2009 at 5:39 PM, Mark Strubergstrub...@yahoo.de wrote: In fact we (OWB) should provide standard context implementations for JSF annotated scopes. The whole picture: .) JSF scanns the classpath for JSF annotations .) OWB scanns the classpath for JSR-299 annotations In fact, I assume (not having looked at the code) that MyFaces provides kind of a mini DI container in the EL code. So any EL which will get through to the faces EL handler will successfully resolve those scoped beans Otoh, OWB also provides an EL handler which is dominant (prior in the EL chain). OWB currently simply ignores the javax.faces.scope annotations since they are 'unknown' for OWB. So this very class will look like a bean which has no annotations at all. The problem arises latest if JSF scoped beans need to be injected into JSR-299 beans and vice versa... an idea how to resolve this: We need to provide context implementations for the faces scopes in the webbeans-jsf module and let OWB do all the resolving. wdyt? yes, that's true. It is really a PITA to have three different ways to @inject stuff (in JavaEE - well the javax.faces.bean.** stuff is optional) I am pretty sure this will actually cause lot's of pain, trouble and bad blogs on JavaEE 6 (heck, deserved! :-) ) Are you able to bring this dilemma up on some EG ? (mismatch of all the stuff) -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:26 PM On Wed, Aug 26, 2009 at 5:23 PM, Matthias Wessendorfmat...@apache.org wrote: On Wed, Aug 26, 2009 at 5:17 PM, Mark Strubergstrub...@yahoo.de wrote: for what I know (discussion on wb-dev) JSF apps should use JSR-299 @ScopeType annotated scopes (renamed to @NormalScope in the latest spec) and not faces scopes. I did hope that we could unify all scopes by generally using JSR-330 javax.inject.Scope in all EE fields. But that will not work until JSR-299 also recognizes and treats JSR-330 scopes as normal scopes. WTF ? :) It is kinda odd that JSF 2.0 has should use the 299 stuff. Standalone, ok all fine (not tested). But even if there are both in the game jsf2.0 and 299, they should just work (or at least I should get a warning that the bean is using a (good) -sorry- incorrect... annotation. Basically this is a total mess. Annontations work standalone, but not when adding some heavyweight stuff (like 299) to the game ? Oh boy... I am pretty sure that this will introcude a lot of fun to folks writing JSF 2.0 applications, if your statement is true. That would worse than the JSP 2.1 dependency (with JSF 1.2) I filed this bug: https://issues.apache.org/jira/browse/OWB-133 At least there should be some help. Not everybody is thrilled to replace annotations based on the environment (at least not me) -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:11 PM has no effect. The beast can't find the JSF beans. Due to lack of time, I am going with JSF 2.0 standalone. Question is: as it was working the current behavior is a regression, has there been any testing on OBW + JSF 2.0 ? -Matthias On Wed, Aug 26, 2009 at 3:45 PM, Gurkan Erdogducgurkanerdo...@gmail.com wrote: It must not eat. But one point, You still use old XML configuration file format. As a default OWB uses new XML format. Add https://svn.apache.org/repos/asf/incubator/openwebbeans/trunk/samples/guess/src/main/resources/META-INF/openwebbeans/openwebbeans.properties in your project resources/META-INF/openwebbeans folder and sure that all libraries are ok. You can look necessary libs from guess.war . You can create it from mvn package -Pjetty. --Gurkan 2009/8/26 Matthias Wessendorf mat...@apache.org Hi, is it possible that the current trunk is _eating_ JSF 2.0 annotations ? someCode ... import javax.faces.bean.ManagedBean; import javax.faces.bean.SessionScoped; @ManagedBean(name=playersBean) @SessionScoped public class ViewParamsBean { ... /someCode In June (before reflecting the javax.enterprise.context changes) it was working. Now expressions like #{playersBean} are simply ignored ;-) Demo project is here: https://facesgoodies.googlecode.com/svn/CGN/trunk
Re: WebBeans eating JSF 2.0 annotations ?
I closed the ticket :-) On Wed, Aug 26, 2009 at 5:57 PM, Matthias Wessendorfmat...@apache.org wrote: mvn jetty:run-exploded fixes that. I guess that's JSF's problem (I am currently using the RI) Oh boy! :) On Wed, Aug 26, 2009 at 5:45 PM, Matthias Wessendorfmat...@apache.org wrote: On Wed, Aug 26, 2009 at 5:39 PM, Mark Strubergstrub...@yahoo.de wrote: In fact we (OWB) should provide standard context implementations for JSF annotated scopes. The whole picture: .) JSF scanns the classpath for JSF annotations .) OWB scanns the classpath for JSR-299 annotations In fact, I assume (not having looked at the code) that MyFaces provides kind of a mini DI container in the EL code. So any EL which will get through to the faces EL handler will successfully resolve those scoped beans Otoh, OWB also provides an EL handler which is dominant (prior in the EL chain). OWB currently simply ignores the javax.faces.scope annotations since they are 'unknown' for OWB. So this very class will look like a bean which has no annotations at all. The problem arises latest if JSF scoped beans need to be injected into JSR-299 beans and vice versa... an idea how to resolve this: We need to provide context implementations for the faces scopes in the webbeans-jsf module and let OWB do all the resolving. wdyt? yes, that's true. It is really a PITA to have three different ways to @inject stuff (in JavaEE - well the javax.faces.bean.** stuff is optional) I am pretty sure this will actually cause lot's of pain, trouble and bad blogs on JavaEE 6 (heck, deserved! :-) ) Are you able to bring this dilemma up on some EG ? (mismatch of all the stuff) -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:26 PM On Wed, Aug 26, 2009 at 5:23 PM, Matthias Wessendorfmat...@apache.org wrote: On Wed, Aug 26, 2009 at 5:17 PM, Mark Strubergstrub...@yahoo.de wrote: for what I know (discussion on wb-dev) JSF apps should use JSR-299 @ScopeType annotated scopes (renamed to @NormalScope in the latest spec) and not faces scopes. I did hope that we could unify all scopes by generally using JSR-330 javax.inject.Scope in all EE fields. But that will not work until JSR-299 also recognizes and treats JSR-330 scopes as normal scopes. WTF ? :) It is kinda odd that JSF 2.0 has should use the 299 stuff. Standalone, ok all fine (not tested). But even if there are both in the game jsf2.0 and 299, they should just work (or at least I should get a warning that the bean is using a (good) -sorry- incorrect... annotation. Basically this is a total mess. Annontations work standalone, but not when adding some heavyweight stuff (like 299) to the game ? Oh boy... I am pretty sure that this will introcude a lot of fun to folks writing JSF 2.0 applications, if your statement is true. That would worse than the JSP 2.1 dependency (with JSF 1.2) I filed this bug: https://issues.apache.org/jira/browse/OWB-133 At least there should be some help. Not everybody is thrilled to replace annotations based on the environment (at least not me) -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:11 PM has no effect. The beast can't find the JSF beans. Due to lack of time, I am going with JSF 2.0 standalone. Question is: as it was working the current behavior is a regression, has there been any testing on OBW + JSF 2.0 ? -Matthias On Wed, Aug 26, 2009 at 3:45 PM, Gurkan Erdogducgurkanerdo...@gmail.com wrote: It must not eat. But one point, You still use old XML configuration file format. As a default OWB uses new XML format. Add https://svn.apache.org/repos/asf/incubator/openwebbeans/trunk/samples/guess/src/main/resources/META-INF/openwebbeans/openwebbeans.properties in your project resources/META-INF/openwebbeans folder and sure that all libraries are ok. You can look necessary libs from guess.war . You can create it from mvn package -Pjetty. --Gurkan 2009/8/26 Matthias Wessendorf mat...@apache.org Hi, is it possible that the current trunk is _eating_ JSF 2.0 annotations ? someCode ... import javax.faces.bean.ManagedBean; import javax.faces.bean.SessionScoped; @ManagedBean(name=playersBean) @SessionScoped public class ViewParamsBean { ... /someCode In June (before reflecting the javax.enterprise.context changes) it was working. Now expressions like #{playersBean} are simply
Re: WebBeans eating JSF 2.0 annotations ?
On Wed, Aug 26, 2009 at 6:05 PM, Mark Strubergstrub...@yahoo.de wrote: Matze, I think this would all become ok if _all_ the EE6 parts will simply use the JSR-330 javax.inject.Scope annotation as basis for their scopes. +1 This would make at least the classpath scanning part a hell lot easier (the context implementation in the background still needs to be coded for each DI part, because there is no API defined for it except in JSR-299). I agree I already tried to convince Gavin and Pete to at least use @Scope for JSR-299 scopes, but they refused so far. I hope that there will be a really well founded _technical_ discussion on this topic in the very near future though! +1 this is all political issues... sucks for the poor developers. My 'vision': *) JSR-330 defines the basic annotations for DI in Java generally *) JSR-299 defines the annotations for EE related stuff (@SessionScoped, RequestScoped) BASED ON JSR-330! *) JSF2 uses the @SessionScoped from JSR-299. Why should JSF define own annotations? Even if you don't like to use any 299 container, you may still use the annotations defined in the API and provide an own small DI like MyFaces does it right now. Don't know if it makes sense at all to reinvite the wheel 1 times... ;) Imagine you don't use EJB or anything else from JAvaEE, just JSF (and a servlet container). A dependency to 299-impl is a little heavy, right ? Heck, what we need is clean, simple and extensible injection container in SE land. Which is the base for every damn thing. -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:45 PM On Wed, Aug 26, 2009 at 5:39 PM, Mark Strubergstrub...@yahoo.de wrote: In fact we (OWB) should provide standard context implementations for JSF annotated scopes. The whole picture: .) JSF scanns the classpath for JSF annotations .) OWB scanns the classpath for JSR-299 annotations In fact, I assume (not having looked at the code) that MyFaces provides kind of a mini DI container in the EL code. So any EL which will get through to the faces EL handler will successfully resolve those scoped beans Otoh, OWB also provides an EL handler which is dominant (prior in the EL chain). OWB currently simply ignores the javax.faces.scope annotations since they are 'unknown' for OWB. So this very class will look like a bean which has no annotations at all. The problem arises latest if JSF scoped beans need to be injected into JSR-299 beans and vice versa... an idea how to resolve this: We need to provide context implementations for the faces scopes in the webbeans-jsf module and let OWB do all the resolving. wdyt? yes, that's true. It is really a PITA to have three different ways to @inject stuff (in JavaEE - well the javax.faces.bean.** stuff is optional) I am pretty sure this will actually cause lot's of pain, trouble and bad blogs on JavaEE 6 (heck, deserved! :-) ) Are you able to bring this dilemma up on some EG ? (mismatch of all the stuff) -Matthias LieGrue, strub --- On Wed, 8/26/09, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: WebBeans eating JSF 2.0 annotations ? To: openwebbeans-dev@incubator.apache.org Date: Wednesday, August 26, 2009, 5:26 PM On Wed, Aug 26, 2009 at 5:23 PM, Matthias Wessendorfmat...@apache.org wrote: On Wed, Aug 26, 2009 at 5:17 PM, Mark Strubergstrub...@yahoo.de wrote: for what I know (discussion on wb-dev) JSF apps should use JSR-299 @ScopeType annotated scopes (renamed to @NormalScope in the latest spec) and not faces scopes. I did hope that we could unify all scopes by generally using JSR-330 javax.inject.Scope in all EE fields. But that will not work until JSR-299 also recognizes and treats JSR-330 scopes as normal scopes. WTF ? :) It is kinda odd that JSF 2.0 has should use the 299 stuff. Standalone, ok all fine (not tested). But even if there are both in the game jsf2.0 and 299, they should just work (or at least I should get a warning that the bean is using a (good) -sorry- incorrect... annotation. Basically this is a total mess. Annontations work standalone, but not when adding some heavyweight stuff (like 299) to the game ? Oh boy... I am pretty sure that this will introcude a lot of fun to folks writing JSF 2.0 applications, if your statement is true. That would worse than the JSP 2.1 dependency (with JSF 1.2) I filed this bug: https://issues.apache.org/jira/browse/OWB-133 At least there should be some help. Not everybody is thrilled to replace annotations based on the environment (at least not me
Re: Servlet 3.0 ?
On Wed, Aug 26, 2009 at 6:25 PM, Gurkan Erdogducgurkanerdo...@gmail.com wrote: Maybe Geronimo Java EE 6 OWB integration can add this filter automatically to a web module. Maybe Geronimo MyFaces integration can handle this via looking META-INF/beans.xml file. that would be a benefit. Let's keep this in mind when it comes to that time. 2009/8/26 Matthias Wessendorf mat...@apache.org Hello, as WebBeans spec is kinda late - so is Servlet 3.0 - I was wondering if you guys could leverage some of their stuff, like the @Filter annotation or the web-xml fragments stuff ? (e.g. for WebBeansJSFFilter), for the -jsf module ? Thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Gurkan Erdogdu http://gurkanerdogdu.blogspot.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] 1.0.11 release candidate - please test
On Wed, Aug 26, 2009 at 10:08 AM, Paul Manderpaul.s.man...@gmail.com wrote: Application functions as expected. Checked TRINIDAD-992 TRINIDAD-1317 TRINIDAD-790 (fixed in 1.0.9) TRINIDAD-1209 (fixed in 1.0.9) from our custom 1.0.7 release. thanks for helping out, Paul! Does not fix TRINIDAD-941/1071 (but i didn't expect it to) - tested 1071 fix and it seems to fix these problems - would have been nice to have in this build - people do use ie6 you know... so, you are saying, with using patch for TRINIDAD-1071 the stuff works in IE 6? (I don't have that browser on any of my computers ;-) ) -Matthias Thanks Paul Paul Mander wrote: Thanks Matthias, We have a 1.0.x application (WebSphere 6.1, myfaces 1.1.15). I'll run through the app and let you know. Matthias Wessendorf-4 wrote: Hi folks, has been a while since the last 1.0.x release. After some initial issue I was able to get a _working_ build. While this ticket remains open (see [1]), I'd like to ask you to test the artifacts. I did an upload to here: http://people.apache.org/~matzew/trinidad1011/ My quick test-drive was successful, but I don't have any Trinidad 1.0.x application in production (just 1.2.x-based stuff) Please help to get this 1.0.11 release out of the door! Thanks, Matthias [1] https://issues.apache.org/jira/browse/TRINIDAD-1542 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- View this message in context: http://www.nabble.com/-Trinidad--1.0.11-release-candidate---please-test-tp25138955p25148429.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] 1.0.11 release candidate - please test
On Wed, Aug 26, 2009 at 10:30 AM, Paul Manderpaul.s.man...@gmail.com wrote: Matthias Wessendorf-4 wrote: On Wed, Aug 26, 2009 at 10:08 AM, Paul Manderpaul.s.man...@gmail.com wrote: Application functions as expected. Checked TRINIDAD-992 TRINIDAD-1317 TRINIDAD-790 (fixed in 1.0.9) TRINIDAD-1209 (fixed in 1.0.9) from our custom 1.0.7 release. thanks for helping out, Paul! Does not fix TRINIDAD-941/1071 (but i didn't expect it to) - tested 1071 fix and it seems to fix these problems - would have been nice to have in this build - people do use ie6 you know... so, you are saying, with using patch for TRINIDAD-1071 the stuff works in IE 6? (I don't have that browser on any of my computers ;-) ) -Matthias There is a lightweightdialog rendering issue with heavyweight controls such as combo boxes. These don't render first time on an ie6 platform in a lightweight dialog. There is a supplied fix attached to bug#1071. This appears to solve this problem with a change to ChooseDateRenderer. However, any combo boxes on the parent page are temporarily removed whilst the lightweight dialog is present (they are re-rendered correctly when you return from the dialog). I see - maybe we should make this become part of 1.0.12 ? Question: Can you upload a DIFF ? That makes reviewing much easier, instead of replacing a .java file Thanks! Matthias I use windows 7 with an xp virtual machine to test ie6. Thanks Paul Paul Mander wrote: Thanks Matthias, We have a 1.0.x application (WebSphere 6.1, myfaces 1.1.15). I'll run through the app and let you know. Matthias Wessendorf-4 wrote: Hi folks, has been a while since the last 1.0.x release. After some initial issue I was able to get a _working_ build. While this ticket remains open (see [1]), I'd like to ask you to test the artifacts. I did an upload to here: http://people.apache.org/~matzew/trinidad1011/ My quick test-drive was successful, but I don't have any Trinidad 1.0.x application in production (just 1.2.x-based stuff) Please help to get this 1.0.11 release out of the door! Thanks, Matthias [1] https://issues.apache.org/jira/browse/TRINIDAD-1542 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- View this message in context: http://www.nabble.com/-Trinidad--1.0.11-release-candidate---please-test-tp25138955p25148429.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- View this message in context: http://www.nabble.com/-Trinidad--1.0.11-release-candidate---please-test-tp25138955p25148731.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] 1.0.11 release candidate - please test
ok, I will handle it, maybe already for 1.0.11. Thanks for your help. I am keeping this testing mode open for the rest of the week, so that we can hit the VOTE next week. Which means by end-of-next-week there should be a 1.0.11 out -Matthias On Wed, Aug 26, 2009 at 12:24 PM, Paul Manderpaul.s.man...@gmail.com wrote: It appears that this class hasn't changed since the fix was provided. The change is to introduce a new method: private void _renderShowComboBoxScriptForIE6(FacesContext context, RenderingContext arc, FacesBean bean, String baseId) throws IOException { if (ie.equals(arc.getAgent().getAgentName()) arc.getAgent().getAgentVersion().startsWith(6)) { // IE6 only final ResponseWriter writer = context.getResponseWriter(); final String monthId = (baseId != null) ? baseId + ChooseDateRenderer.MONTH_PARAM : ChooseDateRenderer.MONTH_PARAM; final String yearId = (baseId != null) ? baseId + ChooseDateRenderer.YEAR_PARAM : ChooseDateRenderer.YEAR_PARAM; writer.startElement(script, null); writer.writeAttribute(type, text/javascript, null); writer.writeText(window.onload=showCombo; \n, null); writer.writeText(function showCombo() { \n, null); // Normal Trinidad onLoad; writer.writeText(_checkLoad(); \n, null); writer.writeText(document.getElementById(' + monthId + ').style.cssText = 'display: inline !important; visibility: visible !important;'; \n, null); writer.writeText(document.getElementById(' + yearId + ').style.cssText = 'display: inline !important; visibility: visible !important;'; \n, null); // ToDo: Resize iframe to remove scrollbars: writer.writeText(return true; \n, null); writer.writeText(} \n, null); writer.endElement(script); } } and call it unconditionally at the very end of encodeAll. Sorry, but I'm not in a position to to a diff. Matthias Wessendorf-4 wrote: I see - maybe we should make this become part of 1.0.12 ? Question: Can you upload a DIFF ? That makes reviewing much easier, instead of replacing a .java file Thanks! Matthias -- View this message in context: http://www.nabble.com/-Trinidad--1.0.11-release-candidate---please-test-tp25138955p25150152.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[CORE] 1.2 has dependency to Java 6
String.isEmpty() is used here: https://svn.apache.org/viewvc/myfaces/core/branches/1.2.x/api/src/main/java/javax/faces/application/ViewHandler.java?r1=792658r2=796378diff_format=h I filed this ticket - in the meantime: https://issues.apache.org/jira/browse/MYFACES-2338 Generally we should ensure that 1.2 is building fine with JDK 1.5. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [TRINIDAD] - NPE if faces-config's default-renderkit-id is unknown
Hello Jeanne, my response is inline On Mon, Aug 24, 2009 at 8:46 PM, Jeanne Waldmanjeanne.wald...@oracle.com wrote: Hi Matthias, My response is inline. Matthias Wessendorf wrote, On 8/15/2009 2:02 AM PT: On Sat, Aug 15, 2009 at 2:57 AM, Jeanne Waldmanjeanne.wald...@oracle.com wrote: If I change Trinidad's demo faces-config.xml file to use a bogus default-render-kit-id, I get a NPE. !-- Use the Trinidad RenderKit -- default-render-kit-id org.apache.myfaces.trinidad.coreBAD /default-render-kit-id I get this: java.lang.NullPointerException at com.sun.faces.renderkit.RenderKitUtils.getResponseStateManager(RenderKitUtils.java:246) at com.sun.faces.lifecycle.RestoreViewPhase.isPostback(RestoreViewPhase.java:267) at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:172) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100) at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:104) Truncated. see log file for complete stacktrace This seems to me to be a bug in com.sun.faces.renderkit.RenderKitUtils.getResponseStateManager: 3 renderKit = factory.getRenderKit(context, renderKitId); 244 } 245 } 246 return renderKit.getResponseStateManager(); Has anyone seen this or have an opinion about this? I would have liked to have had a log message telling me why I got a NPE at least so I didn't have to track it down. Question: Is the myfaces jsf-impl better here? I don't know as I haven't done something like the above. Sure, on first thought the bug is kinda stupid, but heck - typos can happen :-) So a better warning like a FAcesException (there is no damn 'org.apache.myfaces.trinidad.coreBAD' renderkit) would be way better. I get a similar error in MyFaces. SEVERE: An exception occurred java.lang.NullPointerException at org.apache.myfaces.shared_impl.renderkit.RendererUtils.getResponseStateManager(RendererUtils.java:1178) at org.apache.myfaces.lifecycle.DefaultRestoreViewSupport.isPostback(DefaultRestoreViewSupport.java:127) at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:80) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76) My use case was that someone was using an 'old' application and they let JDeveloper migrate it. JDev doesn't touch the default-render-kit-id and it was no longer valid, and then they got this NPE which was impossible for them to know why from looking at the call stack. How should I follow up on this ? I looked at Trinidad's CoreRenderKitFactory.getRenderKit() snip public RenderKit getRenderKit(FacesContext context, String renderKitId) { if (CoreRenderKit.getId().equals(renderKitId)) { renderKitId = CoreRenderKit.chooseRenderKit(context); } return _factory.getRenderKit(context, renderKitId); } /snip the call basically delegates back to what ever has been passed in. So, I ended up fixing the problem in MyFaces, see this revision: http://svn.apache.org/viewvc?view=revrevision=807541 IMO you should file a bug against the JSF RI. Fixing the problem in Trinidad would basically decorate the delegate call by checking for NPE - IMO that should be handled by the used JSF RT implementation. -Matthias Thanks! Jeanne -M I suppose I could write out a warning message in Trinidad's FacesContextFactoryImpl.java if it returns null. Thanks, Jeanne -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
RESULT - Re: [Vote] Trinidad 1.2.12 release
Hi, thanks for voting. The vote passed. We got 6 votes, all +1: -Bernd Bohmann -Gerhard Petracek -wolfgang.toep...@pta.de -Jeanne Waldman -Matt Cooper -Matthias Weßendorf I will follow up with the required steps to get this release out. -Matthias On Tue, Aug 25, 2009 at 3:22 PM, Bernd Bohmannbernd.bohm...@atanion.com wrote: +1 Regards Bernd On Tue, Aug 25, 2009 at 3:10 PM, Gerhard Petracekgerhard.petra...@gmail.com wrote: +1 regards, gerhard 2009/8/21 Matthias Wessendorf mat...@apache.org Hi, I was running the needed tasks to get the 1.2.12 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.12 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1212/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] 1.0.11 release candidate - please test
Hi folks, has been a while since the last 1.0.x release. After some initial issue I was able to get a _working_ build. While this ticket remains open (see [1]), I'd like to ask you to test the artifacts. I did an upload to here: http://people.apache.org/~matzew/trinidad1011/ My quick test-drive was successful, but I don't have any Trinidad 1.0.x application in production (just 1.2.x-based stuff) Please help to get this 1.0.11 release out of the door! Thanks, Matthias [1] https://issues.apache.org/jira/browse/TRINIDAD-1542 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Ensure Correctness of Data.
On Mon, Aug 24, 2009 at 6:07 PM, Leon Dorflingle...@pepkorit.com wrote: We are developing our first Java project using Trinidad. We are trying to resolve, a seemingly simple problem we have encountered, but due to our lack of experience have not found the optimal solution. Our problem is, 2 users are viewing the same data. User1 deletes a record from the database. The deleted record has not yet been deleted from user2’s page. Subsequentley user2 tries to update the record deleted by user1. User2 clicks on the record (deleted by user1) and navigates to a page to update the record. The update page is rendered with data for the row after the deleted row in the table. How do I ensure that if user2 tries to update a deleted record, he is either warned that the records no longer exists or the data is refreshed before he invokes an update process. you need to implement a smarter solution here by your self. EG using unique IDs, so that one could not load a deleted object by a (wrong) ID. Another would be to implement something like optimistic locking, see here: http://api.rubyonrails.org/classes/ActiveRecord/Locking/Optimistic.html (no, there is no need to use ActiveRecord for that. Can be done with anything you are using in the back-end). But basically your application (design) has to take care of this. -Matthias Thanks. Leon Dorfling Pepkor IT email : le...@pepkoritcom tel : (021) 937 9225 fax : (021) 937 9213 cell : 083 6789 270 Pep a division of Pepkor Retail Limited.The legal status of this communication is governed by the terms and conditions published at http://www.pepstores.com/cms/view/content/email_disclaimer, which terms and conditions relate,inter alia, to confidentiality and limitation of liability and include the names of directors and the registration number of the company. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] 1.0.11 release candidate - please test
Hi folks, has been a while since the last 1.0.x release. After some initial issue I was able to get a _working_ build. While this ticket remains open (see [1]), I'd like to ask you to test the artifacts. I did an upload to here: http://people.apache.org/~matzew/trinidad1011/ My quick test-drive was successful, but I don't have any Trinidad 1.0.x application in production (just 1.2.x-based stuff) Please help to get this 1.0.11 release out of the door! Thanks, Matthias [1] https://issues.apache.org/jira/browse/TRINIDAD-1542 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Antwort: [Vote] Trinidad 1.2.12 release
People.a.o is back Sent from my iPod. On 24.08.2009, at 14:57, wolfgang.toep...@pta.de wrote: Hi, No success in downloading the files. I have been trying throughout the day but to no avail. Is the download site ok? Or is it down? Best wishes, Wolfgang Chico Toepfer Matthias Wessendorf mat...@apache.org Gesendet von: mwessend...@gmail.com 21.08.2009 15:33 Bitte antworten an MyFaces Development dev@myfaces.apache.org An MyFaces Development dev@myfaces.apache.org Kopie Thema [Vote] Trinidad 1.2.12 release Hi, I was running the needed tasks to get the 1.2.12 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.12 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1212/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [TRINIDAD] Plans on 1.0.11 release
there are some issues on building the tag. I am working on that 2009/8/24 Rafa Pérez raja...@gmail.com: Hi all, is there a date for the 1.0.11 version of Trinidad to be released? Regards, -- Rafa -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Trinidad] sandbox project ?
Hello, currently we never build the sandbox project, on a regular mvn clean install cycle. Nor do we release it. I was wondering what to do with it. I see two options: -make it a standalone project -include it in the regular build What is your opinion about it ? Thanks, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] sandbox project ?
On Fri, Aug 21, 2009 at 10:08 AM, Matthias Wessendorfmat...@apache.org wrote: Hello, currently we never build the sandbox project, on a regular mvn clean install cycle. Nor do we release it. I was wondering what to do with it. I see two options: -make it a standalone project +1 for making it a subproject -include it in the regular build What is your opinion about it ? Thanks, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] sandbox project ?
On Fri, Aug 21, 2009 at 10:19 AM, Matthias Wessendorfmat...@apache.org wrote: On Fri, Aug 21, 2009 at 10:08 AM, Matthias Wessendorfmat...@apache.org wrote: Hello, currently we never build the sandbox project, on a regular mvn clean install cycle. Nor do we release it. I was wondering what to do with it. I see two options: -make it a standalone project +1 for making it a subproject (meaning like trinidad-maven) etc, to keep things modular as it currently has almost no meaning in its current place -include it in the regular build What is your opinion about it ? Thanks, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Vote] Trinidad 1.2.12 release
Hi, I was running the needed tasks to get the 1.2.12 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.12 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1212/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Vote] Trinidad 1.2.12 release
+1 On Fri, Aug 21, 2009 at 3:32 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.2.12 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.12 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1212/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Load testing JSF application
Are you sure that you extract thejavax.faces.ViewStat field out of the markup? There are some posts here and on dev@ and on the wiki on how to do that with JMeter -Matthias Sent from my iPod. On 21.08.2009, at 20:28, Shasi Mitra Yarram shasimi...@yahoo.com wrote: Hi, We are having a peculiar behavior when we performed load testing on our JSF application deployed in websphere server. It is throwing an error as it is unable to serialize the view state of Ajax4jsf. I looked into the code of Ajax4jsf jars, none of the programs are serializable. Shouldnt these classes be serializable? AjaxViewRoot extends the myfaces APIs. Even they are not serializable. If at all not implementing serializable is a issue, it seems to be a basic problem. I am pretty sure that Myfaces developers/designers would have thought about this and handled it somehow. There is something that I am missing and unable to understand. I did a bit of research and found the following link. http://www.mail-archive.com/users@myfaces.apache.org/ msg13718.html It states by enabling SERIALIZE_STATE_IN_SESSION to true, it could resolve the problem. Now I had set this to false after looking at JSF performance improvement tips in myfaces wiki http://wiki.apache.org/myfaces/Performance I am pretty confused as exactly what needs to be done. Can you please help with your ideas? --- --- --- --- --- --- --- --- --- --- --- --- --- --- -- Below is my stack trace... app data changes : [jsf_sequence, org.apache.myfaces.application.jsp.JspStateManagerImpl.SERIALIZED_VIEW, javax.faces.request.charset] app data removals : null user write hit : false max inact write hit : false listener count hit : false update : update sessions set listener count : 1 cached : true cacheId : 0001 cacheIdUpdated : false syncFromServlet : false [8/21/09 2:13:20:286 EDT] 00b2 SessionContex E Exception is: java.io.NotSerializableException: org.ajax4jsf.framework.ajax.AjaxViewRoot at java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.defaultWriteFields (ObjectOutputStream.java(Inlined Compiled Code)) at java.io.ObjectOutputStream.writeSerialData (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeArray (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeArray (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java(Inlined Compiled Code)) at java.util.ArrayList.writeObject(ArrayList.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeWriteObject (ObjectStreamClass.java(Compiled Code)) at java.io.ObjectOutputStream.writeSerialData (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeArray (ObjectOutputStream.java(Compiled Code)) at java.io..ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java(Inlined Compiled Code)) at java.util.ArrayList.writeObject(ArrayList.java(Compiled Code)) at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java(Compiled Code)) at java.lang.reflect.Method.invoke(Method.java(Compiled Code)) at java.io.ObjectStreamClass.invokeWriteObject (ObjectStreamClass.java(Compiled Code)) at java.io.ObjectOutputStream.writeSerialData (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeOrdinaryObject (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeArray (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java(Compiled Code)) at java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java(Inlined Compiled Code)) at
Re: [DISCUSS] Changing poddling release voting process
On Fri, Aug 21, 2009 at 1:04 PM, Jan Lehnardtj...@apache.org wrote: On 21 Aug 2009, at 08:58, ant elder wrote: What do people think about changing the poddling release voting process so that there is just a single vote which is held on the poddlings dev list instead of the dual voting we have now with a poddling dev list vote followed by an general@ vote? This would be similar to the changes done recently for committer and PPMC votes which removed the dual voting and help empower the poddlings. There would of course still be the minimum requirement of 3 +1s from IPMC members, and a notification process so the IPMC is fully aware of the vote. Can work out the details of that later in a formal doc change proposal but first I'd like to see if there's much support for or against such a change? Another -1 for many of the reasons stated already. I found the current procedure very helpful when incubating CouchDB. I don't think doing only the first release here is a good idea. - 1 as well. The current procedure help us (Apache MyFaces Trinidad) as well. We did several release here and we gained a lot out of that. -Matthias Cheers Jan -- - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [jira] Created: (TRINIDAD-1557) XMLMenuModel data structures are not fully serializable.
On Thu, Aug 20, 2009 at 11:33 AM, Abhijit Ghoshabhijit.s.gh...@gmail.com wrote: Blake, Please find my response inline: On Wed, Aug 19, 2009 at 8:40 PM, Blake Sullivan blake.sulli...@oracle.com wrote: Abhijit S Ghosh (JIRA) said the following On 8/19/2009 6:32 AM PT: XMLMenuModel data structures are not fully serializable. Key: TRINIDAD-1557 URL: https://issues.apache.org/jira/browse/TRINIDAD-1557 Project: MyFaces Trinidad Issue Type: Bug Reporter: Abhijit S Ghosh XMLMenuModel data structures are not fully serializable,which causes problems during session state replication in high availability environments,if subclasses use session to cache menu data structures.This will also create problems during normal serialization. The data structure object hierarchy should be made completely serializable. Abhijit, Do we really need the structure to be Serializable? If we can rebuild the structure after fail-over, it is preferable to use a TransientHolder to hold a reference to the unserializable structure and then lazily rebuild the structure if necessary. That is what I am doing here.The non-serializable references have been marked as transient and the tree model is rebuilt by reading the xml stream again.So actually no serialization happens.I blow away the cache when I detect a deserialized tree and rebuild the cache. I think Blake was talking about this class: http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/util/TransientHolder.html Thanks, Abhi -- Blake Sullivan -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Status of AJAX integration/f:ajax (attn: Ganesh)
On Thu, Aug 20, 2009 at 7:21 PM, Alexander Bellalexander.b...@j4fry.org wrote: ehh ne ich hoffe das nächste wochewieder mein pc läuft. der hat irgendwo einen kurzen (netzteil oder MB) d.h. Termin mach ich besser selbst aus :-) 2009/8/20 Ganesh gan...@j4fry.org Hi Curtiss, Alex has finished about 75%. Next week it should be ready for commit. Sorry for the delay. Best regards, Ganesh Curtiss Howard schrieb: Hi, Just wondering what the status of the AJAX integration (in particular, f:ajax) was. I've gotten pretty far with the Mojarra samples but some of them use f:ajax and I can't go any further without it. Thanks, Curtiss Howard -- Mit freundlichen Grüßen / Kind regards Alexander Bell J4Fry OpenSource Community Internet: http://www.j4fry.org E-Mail: alexander.b...@j4fry.org Webprofil: http://www.j4fry.org/alexanderbell.shtml -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Cassandra data model misconceptions, and their sources
On Tue, Aug 18, 2009 at 8:24 PM, Jonathan Ellisjbel...@gmail.com wrote: That's really outside our scope here. Anyone who wants to write docs in a non-English language is welcome to start another thread to discuss terminology in that language, but we shouldn't hold up the canonical English docs for that. +1 -Jonathan On Tue, Aug 18, 2009 at 10:51 AM, Wilson Marwilson...@gmail.com wrote: This is a good discussion. I would like to add that whatever English names we end up with we should also get non-English versions of those words as part of our process. I say process because there may be a perfect word in Hebrew, Nigerian, or other language we can borrow that implies the perfect nuance we need. We are expecting great things from this technology, so having translations of the key words from the get-go would help toward quicker wider world-wide adoption. - Wilson Mar -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: myfaces groovy bindings now checked in
Werner, thanks for all the great stuff. Good job! -Matthias On Wed, Aug 19, 2009 at 4:47 PM, Werner Punzwerner.p...@gmail.com wrote: Ok guys I was able to work on the stuff a little bit more. Here is what definitely is working now: a) Scripting of Renderers, Validators, Phase Listeners (should work but only partially tested) b) Scripting of managed beans, here comes the goody. This fully now works. Reloading works on all type of beans, request, session, and application scoped beans, with all properties as far as possible being kept intact, thanks to a custom el resolver doing the hard lifting Also I managed to pull of dependency resolution on the groovy side which means you now can simply drop a class into the sources and have it included from one of the beans and it automatically is picked up, same goes for the changes if a referencing bean also is changed. (this is a small limitation of the classloader hierarchy used here) I tried it with a custom utils class which does el resolving and it was properly picked up by the managed bean referenced in the view layer. My personal goal on this is to be able to write a mini blogging app without a single server restart (except for faces-config changes, where myfaces reloading should kick in) Also additionally you can now add a servlet context init parameter with search paths for your scripts so that you now be able to work directly with your scripts in your source directory and have the server picking it up. (and do an occasional recompile here and then) -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE RESULTS] was: [VOTE] Release cassandra 0.4.0-beta1
On Tue, Aug 18, 2009 at 2:01 PM, sebbseb...@gmail.com wrote: On 18/08/2009, Eric Evans eev...@rackspace.com wrote: The vote is now closed with the following results: * +1 votes: 3 (Matthias Wessendorf, Ant Elder, Ian Holsman) * 0 votes: 0 * -1 votes: 0 The vote passes. I was surprised to read this, as I noticed a discussion about the release on the gene...@i.a.o list And Sebb's mail pretty much indicates there are (still) some issues -matthias I wish to raise an objection - there are several 3rd party libraries in the binary release which don't have have corresponding licenses in the LICENSE file. Furthermore, the NOTICE file fails to credit any of the 3rd party libraries, apart from Groovy. Thanks everyone. On Fri, 2009-08-14 at 15:08 -0500, Eric Evans wrote: The Cassandra community voted on and approved the release of Apache Cassandra 0.4.0-beta1. We would now like to request the approval of the Incubator PMC for this release. Cassandra is a massively scalable, eventually consistent, distributed, structured key-value store. Podling Vote thread: http://www.mail-archive.com/cassandra-...@incubator.apache.org/msg00639.html 0.4.0-beta1 artifacts: http://people.apache.org/~eevans SVN Tag: http://svn.apache.org/repos/asf/incubator/cassandra/tags/cassandra-0.4.0-beta1 Project home: http://incubator.apache.org/cassandra/ Incubation status: http://incubator.apache.org/projects/cassandra.html -- Eric Evans eev...@rackspace.com - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: myfaces groovy bindings now checked in
+1 thanks Werner! This is really à great thing! Sent from my iPod. On 17.08.2009, at 20:26, Grant Smith work.gr...@gmail.com wrote: Werner, thank you very much for this. This is a huge deal for MyFaces! Sent from my iPhone On Aug 17, 2009, at 11:13 AM, Werner Punz werner.p...@gmail.com wrote: Hello everyone I just checked in the current state of the myfaces groovy/scripting bindings. First of all the url is: https://svn.apache.org/repos/asf/myfaces/extensions/scripting/trunk also you need to check out the latest myfaces 1.2 trunk, since a plugin mechanism was added which allowed to enable this extension. If you run the included very rough so please do not hammer me it is a testing ground example, you can change the various jsf artefacts located under WEB-INF/groovy/... on the fly either with a request reload or with a regeneration of the component tree, depending on the artefact you can see the change instantly. Sort of like javarebel, but on scripting level. Sorry for the huge delay for posting it, one year late, but as many know my private situation I have become father a while ago, so my sparetime currently is limited. Werner
Re: jira organisation question regarding myfaces-extensions
+1 On Fri, Aug 14, 2009 at 8:58 PM, Gerhard Petracekgerhard.petra...@gmail.com wrote: hi, i was told that independent releases of the different subprojects wouldn't be possible. it seems that this information isn't correct. however, the much more interesting part is that the constellation at trinidad is ok because these parts belong together. that's not the case with myfaces extensions. since we don't expect that much subprojects i think we should continue to have a jira project for each extension project. furthermore, it would get a bit confusing to have one jira project and a lot of components which don't belong together. if we keep the current structure, we have: jira project: EXTVAL component: Core component: Property Validation component: Bean Validation component: Generic Support component: Trinidad Support and e.g.: jira project: EXTSCRIPT component: Core component: Groovy component: [other scripting language] so it's a clear separation... if there are no major concerns about it, i think we should keep it as it is. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2009/8/14 Matthias Wessendorf mat...@apache.org On Fri, Aug 14, 2009 at 11:04 AM, Werner Punzwerner.p...@gmail.com wrote: Werner Punz schrieb: Hello everyone while I am preparing my initial commit I noticed following. We have a subproject for extension-extval but nothing more in this regard. Which means since I cannot open my own subproject in jira I am somehow blocked. Wouldnt it be better to have the project itself reside under extensions and then have different modules for extval, groovy etc.? Ok Gerhard just gave me the explanation, it has something to do with the release management. I think that in Trinidad it pretty much works well. We have plugin releases and core releases. With different release notes. Not sure what he means. Perhaps he could jump in ?! Anyway Manfred, Matthias, can anyone of you open an extensions-groovy jira subprojekt for me? Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [TRINIDAD] - NPE if faces-config's default-renderkit-id is unknown
On Sat, Aug 15, 2009 at 2:57 AM, Jeanne Waldmanjeanne.wald...@oracle.com wrote: If I change Trinidad's demo faces-config.xml file to use a bogus default-render-kit-id, I get a NPE. !-- Use the Trinidad RenderKit -- default-render-kit-id org.apache.myfaces.trinidad.coreBAD /default-render-kit-id I get this: java.lang.NullPointerException at com.sun.faces.renderkit.RenderKitUtils.getResponseStateManager(RenderKitUtils.java:246) at com.sun.faces.lifecycle.RestoreViewPhase.isPostback(RestoreViewPhase.java:267) at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:172) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100) at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:104) Truncated. see log file for complete stacktrace This seems to me to be a bug in com.sun.faces.renderkit.RenderKitUtils.getResponseStateManager: 3 renderKit = factory.getRenderKit(context, renderKitId); 244 } 245 } 246 return renderKit.getResponseStateManager(); Has anyone seen this or have an opinion about this? I would have liked to have had a log message telling me why I got a NPE at least so I didn't have to track it down. Question: Is the myfaces jsf-impl better here? I don't know as I haven't done something like the above. Sure, on first thought the bug is kinda stupid, but heck - typos can happen :-) So a better warning like a FAcesException (there is no damn 'org.apache.myfaces.trinidad.coreBAD' renderkit) would be way better. -M I suppose I could write out a warning message in Trinidad's FacesContextFactoryImpl.java if it returns null. Thanks, Jeanne -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release cassandra 0.4.0-beta1
+1 (binding) I followed the thread and the provided stuff seems to be fine. -M On Fri, Aug 14, 2009 at 10:08 PM, Eric Evanseev...@rackspace.com wrote: The Cassandra community voted on and approved the release of Apache Cassandra 0.4.0-beta1. We would now like to request the approval of the Incubator PMC for this release. Cassandra is a massively scalable, eventually consistent, distributed, structured key-value store. Podling Vote thread: http://www.mail-archive.com/cassandra-...@incubator.apache.org/msg00639.html 0.4.0-beta1 artifacts: http://people.apache.org/~eevans SVN Tag: http://svn.apache.org/repos/asf/incubator/cassandra/tags/cassandra-0.4.0-beta1 Project home: http://incubator.apache.org/cassandra/ Incubation status: http://incubator.apache.org/projects/cassandra.html Regards, -- Eric Evans eev...@rackspace.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: jira organisation question regarding myfaces-extensions
On Fri, Aug 14, 2009 at 10:57 AM, Werner Punzwerner.p...@gmail.com wrote: Hello everyone while I am preparing my initial commit I noticed following. We have a subproject for extension-extval but nothing more in this regard. Which means since I cannot open my own subproject in jira I am somehow blocked. Wouldnt it be better to have the project itself reside under extensions and then have different modules for extval, groovy etc.? yes, I think having an umbrella extensions JIRA project with different components makes sense. In Trinidad we have that as well: -core (components) -plugins (m2 stuff) -M -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: jira organisation question regarding myfaces-extensions
On Fri, Aug 14, 2009 at 11:04 AM, Werner Punzwerner.p...@gmail.com wrote: Werner Punz schrieb: Hello everyone while I am preparing my initial commit I noticed following. We have a subproject for extension-extval but nothing more in this regard. Which means since I cannot open my own subproject in jira I am somehow blocked. Wouldnt it be better to have the project itself reside under extensions and then have different modules for extval, groovy etc.? Ok Gerhard just gave me the explanation, it has something to do with the release management. I think that in Trinidad it pretty much works well. We have plugin releases and core releases. With different release notes. Not sure what he means. Perhaps he could jump in ?! Anyway Manfred, Matthias, can anyone of you open an extensions-groovy jira subprojekt for me? Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: jira organisation question regarding myfaces-extensions
On Fri, Aug 14, 2009 at 11:17 AM, Werner Punzwerner.p...@gmail.com wrote: Werner Punz schrieb: Werner Punz schrieb: Ok Gerhard just gave me the explanation, it has something to do with the release management. Anyway Manfred, Matthias, can anyone of you open an extensions-groovy jira subprojekt for me? Btw. I think we already have voted on the myfaces-groovy a year ago haven´t we. Do we need another vote? Ok as it seems we have not voted on extensions scripting... I guess we have to open a vote for it. in order to such a project under extensions ? Didn't we already talk about it on several threads ? Not sure if a vote is really needed - but to be safe, I think having one is not a big deal ;-) Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Extensions - Scripting subproject
+1 :-) On Fri, Aug 14, 2009 at 11:24 AM, Werner Punzwerner.p...@gmail.com wrote: Hello everyone just to make sure things are formal enough I am going to open a vote on this I want to open a myfaces-scripting extensions subproject/module within the domain of our extensions project. (For now we have projects not modules) The current status is that this project will add a scripting extension to myfaces which allows to code JSF artefacts in groovy and enables dynamic reloading without server shutdown of those artefacts. The plan for now is, to commit the initial code which works for myfaces 1.2 and then work on resolving pending issues regarding the myfaces connectivity and generally the server connectivty and then move the code over to MyFaces 2.0. [ ] +1 for opening the project for the initial commit and the ongoing work [ ] +0 [ ] -1 for not opening it Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: jira organisation question regarding myfaces-extensions
On Fri, Aug 14, 2009 at 11:22 AM, Werner Punzwerner.p...@gmail.com wrote: Matthias Wessendorf schrieb: On Fri, Aug 14, 2009 at 11:04 AM, Werner Punzwerner.p...@gmail.com wrote: Werner Punz schrieb: Hello everyone while I am preparing my initial commit I noticed following. We have a subproject for extension-extval but nothing more in this regard. Which means since I cannot open my own subproject in jira I am somehow blocked. Wouldnt it be better to have the project itself reside under extensions and then have different modules for extval, groovy etc.? Ok Gerhard just gave me the explanation, it has something to do with the release management. I think that in Trinidad it pretty much works well. We have plugin releases and core releases. With different release notes. Not sure what he means. Perhaps he could jump in ?! Later, he is overloaded anyway, the question is submodules which means no vote I assume, or subproject which means new vote. In either case I dont think I can submit my code until all this is resolved. Just saw your vote - ok let's wait for the outcome before committing - to be safe. I think that the entire community has to (kinda) approve such a new subproject, so thanks for triggering the vote. On the JIRA: I don't care that much if we have a new jira project or just a new component under a generic extensions project. But it is not the case that release mgmt is not possible in such a _mixed_ env (- Trinidad) -M Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: jira organisation question regarding myfaces-extensions
On Fri, Aug 14, 2009 at 11:37 AM, Werner Punzwerner.p...@gmail.com wrote: Matthias Wessendorf schrieb: Just saw your vote - ok let's wait for the outcome before committing - to be safe. I think that the entire community has to (kinda) approve such a new subproject, so thanks for triggering the vote. Jepp I thought so too so I took the freedom to open the vote without further discussion, it does not hurt and a few days more who cares. It took me a year of hiatus to pick up the work on it again, and to fulfill my promises :-) On the JIRA: I don't care that much if we have a new jira project or just a new component under a generic extensions project. But it is not the case that release mgmt is not possible in such a _mixed_ env (- Trinidad) Gerhard will post later on the issue, he currently is too overloaded with work so he cannot comment what the reason exactly was, yet. no worries - no need to rush; Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release Tobago 1.0.22
+1 On Wed, Aug 12, 2009 at 11:19 PM, Bernd Bohmannbernd.bohm...@atanion.com wrote: Hello, I would like to release Tobago 1.0.22. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12314027 The version is available at the staging location and the revision number of the release is 803641 and tagged as tobago-1.0.22. Staging distribution: http://people.apache.org/~bommel/repo Staging repository: http://people.apache.org/~bommel/repo The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Portlet Bridge 2.0.0-alpha-2
+1 On Thu, Aug 13, 2009 at 7:19 PM, Scott O'Bryandarkar...@gmail.com wrote: Hi, I'm trying to release the MyFaces Portlet Bridge 2.0.0-alpha-2 and am now beginning the formal vote. The Jetty Pluto plugin is not yet updated for the latest Pluto release so the jetty:run target will not function in the demo projects. The demo should deploy into a stand-alone pluto 2.0 container as well as any other portlet 2.0 compatible container. You can find the signed release candidate at [1] [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Scott [1] http://people.apache.org/~sobryan/portlet-bridge/2.0.0-alpha-2 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: inputDate error
I think there has been a report on PrettyFaces and Trinidad - I think the archive knows for sure -Matthias On Thu, Aug 13, 2009 at 5:08 PM, Pierre Wolfpiwo1...@googlemail.com wrote: hi there, I've got an error using the inputDate component. When I'm using lightweight dialogs an click on the calendar icon a dialog opens. But I see the underlying (parent) page in the dialog. When I turn lightweight off, I get an 404 error in the popup. Is this is an known problem? If so, how can I fix it? I'm using: - trinidad 1.2.11 - facelets - prettyFaces 1.2.4_GA Server is: jboss 5.1.0 GA Any ideas? greets Pierre -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: myfaces 2.0 and groovy bindings
On Wed, Aug 12, 2009 at 7:41 AM, Gerhard Petracekgerhard.petra...@gmail.com wrote: +1 for the initial commit at [1] why to an extension ? I'd like it to see it being part of core. regards, gerhard [1] http://svn.apache.org/repos/asf/myfaces/extensions/scripting http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2009/8/12 Werner Punz werner.p...@gmail.com I have to check the method out for what it does out for now nothing is done in this regard. My code works currently that way that over all jsf artefacts which can be set via the faces-config proxies are wrapped around and the proxies basically dynamically reload the groovy classes if the file dates change (hence the classloader). So what we get are dynamically reloadable beans, phase listeners, etc... pretty much everything from the faces-config. I am not sure how well this mixes with the new annotations. Werner Leonardo Uribe schrieb: 2009/8/11 Werner Punz werner.p...@gmail.com mailto:werner.p...@gmail.com I dont think it will conflict, the reason for this is, I want to add the option as web.xml override. Which means a user who wants to use the groovy bindings has to add a context param. If this param is not set nothing is done and the code defaults to the code currently in existence. Hi Ok, I understand. In ViewDeclarationLanguage class there is a method called getScriptComponentResource. Do you have any plan to write this method, so users can write jsf components in groovy? regards Leonardo Uribe The groovy bindings are a plugin like extval. Werner Leonardo Uribe schrieb: Hi +1. I suppose this code conflict with MYFACES-2290 Add OSGi bundle information and bundle classloader / activator, but we can see it in deep later when we have committed this one. regards Leonardo Uribe 2009/8/11 Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org mailto:mat...@apache.org mailto:mat...@apache.org +1 for adding that to 2.0 only. looking forward :-) On Tue, Aug 11, 2009 at 10:17 PM, Werner Punzwerner.p...@gmail.com mailto:werner.p...@gmail.com mailto:werner.p...@gmail.com mailto:werner.p...@gmail.com wrote: Hello everyone. I am sort of overdue with my promised commit of the myfaces groovy bindings, the reason simply was life itself. Anway to make things finally clear I want to propose following. I want to commit the bindings this week, but I want to opt for myfaces 2.0 instead of still going with 1.2. The reason simply is following: I need to add a mechanism which allows to replace the classloader during initialisation which means following we have to add code to our initialisation code in our servlet context which allows this. Now that 2.0 still is in development this is less critical than to add it to a stable 1.2. And to be honest I do not want to support two versions of myfaces for the initial stage. So here is the deal, I will commit the codebase this week, which still has the dirty initialisation and add the needed extensions asap in the 2.0 codebase and I will work on make it running so that we have the extension up and running when we hit final, sort of a goody to have if you use myfaces. Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: myfaces 2.0 and groovy bindings
On Wed, Aug 12, 2009 at 9:19 AM, Werner Punzwerner.p...@gmail.com wrote: Gerhard Petracek schrieb: in the original discussion we decided that. you agreed as well. ;) that does not mean I can rethink it. things change... Besides that, it was one of the reasons why we opened an extension subproject, scripting support definitely should be an extension until we have a spec in this area. there will never be something written in the jsf spec on this; groovy guys are lazy; they will never finish their JSR, IMO I am personally fine with extensions that are specific (and have a small footprint) to be added to the core. We did that in the past and we will continue to do so. The main issue with my implementation is the classloader and that is a problem with many containers, first we have to support osgi which has certain classloader criteria, then we have to support the big iron servers which some of them have the nasty habit of having a different classloader at the time the servlet context is initialized than at the time the servlet itself is triggered and then we have to support everyone else. Speaking of opening a can of worms there this is it. With an extension we can support a limited subset of things and over time improve them gradually. Once it is good enough or no spec will be ever done in the forseeable future we can move things over. I am fine with either way; core or extensions. If the stuff is *stable*, there is no harm in having it beeing part of core. -Matthias Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: myfaces 2.0 and groovy bindings
On Wed, Aug 12, 2009 at 1:42 PM, Gerhard Petracekgerhard.petra...@gmail.com wrote: @things change: for sure - i just couldn't see a reason in this case. so i pointed to the discussion we had some months ago. (basically i'm fine with rethinking) anyway i agree with the arguments mentioned by werner. +1 I just want it to be come core over time; as getting groovy as simple as possible could be a decission against (or for) myfaces. the more complex, the worse. Well, anyway - starting in extension is fine regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2009/8/12 Werner Punz werner.p...@gmail.com Matthias Wessendorf schrieb: On Wed, Aug 12, 2009 at 9:19 AM, Werner Punzwerner.p...@gmail.com wrote: Gerhard Petracek schrieb: in the original discussion we decided that. you agreed as well. ;) that does not mean I can rethink it. things change... Besides that, it was one of the reasons why we opened an extension subproject, scripting support definitely should be an extension until we have a spec in this area. there will never be something written in the jsf spec on this; groovy guys are lazy; they will never finish their JSR, IMO Well I assume since java itself has a scripting hook (which does not go very far except a neutral api to trigger the interpreter), we probably will get a neutral hook for scripting languages in jsf as well. But as I said I think we should work within the scope of the extension project for now until we have all the container quirks worked out, then we can rethink the core integration. Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Html Editor like t:inputHtml
On Wed, Aug 12, 2009 at 7:45 AM, Bruno Martibruno.ma...@evard.ch wrote: Does Trinidad provide a component like Tomahawks t:inputHtml? nope Or can I mix Trinidad an Tomahawk components? no all. I think there haven't been any issues reported on that one. to be safe, please search the archives. You may find some mails mentioning trouble with Trinidad/Tomahawk integration, but that has been (mostly) fixed. I'd use only Trinidad components and add what I need from Tomahawk. That *should* work. Greetings, Matthias -- View this message in context: http://www.nabble.com/-Trinidad--Html-Editor-like-t%3AinputHtml-tp24930406p24930406.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Html Editor like t:inputHtml
cool stuff, can you add a page to our wiki ? On Wed, Aug 12, 2009 at 1:33 PM, Bruno Martibruno.ma...@evard.ch wrote: thx I've successfully integrated Tomahawk in Trinidad framework and t:inputHtml works fine. Here are some details, because I'm currently using the older version of trinidad: pom.xml: dependency groupIdorg.apache.myfaces.core/groupId artifactIdmyfaces-api/artifactId version1.1.5/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.core/groupId artifactIdmyfaces-impl/artifactId version1.1.5/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.tomahawk/groupId artifactIdtomahawk/artifactId version1.1.6/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.trinidad/groupId artifactIdtrinidad-api/artifactId version1.0.10/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.trinidad/groupId artifactIdtrinidad-impl/artifactId version1.0.10/version scopecompile/scope /dependency web.xml: !-- Myfaces Tomahawk Extensions Filter -- filter filter-nameMyFacesExtensionsFilter/filter-name filter-classorg.apache.myfaces.webapp.filter.ExtensionsFilter/filter-class init-param param-nameuploadMaxFileSize/param-name param-value10m/param-value description Set the size limit for uploaded files. Format: 10 - 10 bytes 10k - 10 KB 10m - 10 MB 1g - 1 GB /description /init-param init-param param-nameuploadThresholdSize/param-name param-value100k/param-value description Set the threshold size - files below this limit are stored in memory, files above this limit are stored on disk. Format: 10 - 10 bytes 10k - 10 KB 10m - 10 MB 1g - 1 GB /description /init-param !-- init-param descriptionSet the path where the intermediary files will be stored. /description param-nameuploadRepositoryPath/param-name param-value/temp/param-value /init-param-- /filter !-- filter mapping for session Myfaces extension filter -- filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern*.jsf/url-pattern /filter-mapping !-- extension mapping for serving page-independent resources (javascript, stylesheets, images, etc.) -- filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern/faces/*/url-pattern /filter-mapping a.jsp: tr:panelGroupLayout t:inputHtml id=compInputHtml style=height:200px; rendered=true addKupuLogo=true allowExternalLinks=true allowEditSource=true showAllToolBoxes=true value=#{user.notice} validator=#{user.validateNotice} / t:message for=compInputHtml styleClass=error / /tr:panelGroupLayout %-- MUST use tomahawk submit otherwise value gets lost --% t:commandButton value=Save/ Matthias Wessendorf-4 wrote: On Wed, Aug 12, 2009 at 7:45 AM, Bruno Martibruno.ma...@evard.ch wrote: Does Trinidad provide a component like Tomahawks t:inputHtml? nope Or can I mix Trinidad an Tomahawk components? no all. I think there haven't been any issues reported on that one. to be safe, please search the archives. You may find some mails mentioning trouble with Trinidad/Tomahawk integration, but that has been (mostly) fixed. I'd use only Trinidad components and add what I need from Tomahawk. That *should* work. Greetings, Matthias -- View this message in context: http://www.nabble.com/-Trinidad--Html-Editor-like-t%3AinputHtml-tp24930406p24930406.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- View this message in context: http://www.nabble.com/-Trinidad--Html-Editor-like-t%3AinputHtml-tp24930406p24934581.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] Html Editor like t:inputHtml
On Wed, Aug 12, 2009 at 2:48 PM, Bruno Martibruno.ma...@evard.ch wrote: Yes, i will. cool, thanks! On myfaces wiki (http://wiki.apache.org/myfaces/) or trinidad wiki (http://wiki.apache.org/myfaces/Trinidad) ? I think a page on the Trinidad wiki (like using Tomahawk HTML Editor (or so)) would be fine. Greetings, Matthias Matthias Wessendorf-4 wrote: cool stuff, can you add a page to our wiki ? On Wed, Aug 12, 2009 at 1:33 PM, Bruno Martibruno.ma...@evard.ch wrote: thx I've successfully integrated Tomahawk in Trinidad framework and t:inputHtml works fine. Here are some details, because I'm currently using the older version of trinidad: pom.xml: dependency groupIdorg.apache.myfaces.core/groupId artifactIdmyfaces-api/artifactId version1.1.5/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.core/groupId artifactIdmyfaces-impl/artifactId version1.1.5/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.tomahawk/groupId artifactIdtomahawk/artifactId version1.1.6/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.trinidad/groupId artifactIdtrinidad-api/artifactId version1.0.10/version scopecompile/scope /dependency dependency groupIdorg.apache.myfaces.trinidad/groupId artifactIdtrinidad-impl/artifactId version1.0.10/version scopecompile/scope /dependency web.xml: !-- Myfaces Tomahawk Extensions Filter -- filter filter-nameMyFacesExtensionsFilter/filter-name filter-classorg.apache.myfaces.webapp.filter.ExtensionsFilter/filter-class init-param param-nameuploadMaxFileSize/param-name param-value10m/param-value description Set the size limit for uploaded files. Format: 10 - 10 bytes 10k - 10 KB 10m - 10 MB 1g - 1 GB /description /init-param init-param param-nameuploadThresholdSize/param-name param-value100k/param-value description Set the threshold size - files below this limit are stored in memory, files above this limit are stored on disk. Format: 10 - 10 bytes 10k - 10 KB 10m - 10 MB 1g - 1 GB /description /init-param !-- init-param descriptionSet the path where the intermediary files will be stored. /description param-nameuploadRepositoryPath/param-name param-value/temp/param-value /init-param-- /filter !-- filter mapping for session Myfaces extension filter -- filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern*.jsf/url-pattern /filter-mapping !-- extension mapping for serving page-independent resources (javascript, stylesheets, images, etc.) -- filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern/faces/*/url-pattern /filter-mapping a.jsp: tr:panelGroupLayout t:inputHtml id=compInputHtml style=height:200px; rendered=true addKupuLogo=true allowExternalLinks=true allowEditSource=true showAllToolBoxes=true value=#{user.notice} validator=#{user.validateNotice} / t:message for=compInputHtml styleClass=error / /tr:panelGroupLayout %-- MUST use tomahawk submit otherwise value gets lost --% t:commandButton value=Save/ Matthias Wessendorf-4 wrote: On Wed, Aug 12, 2009 at 7:45 AM, Bruno Martibruno.ma...@evard.ch wrote: Does Trinidad provide a component like Tomahawks t:inputHtml? nope Or can I mix Trinidad an Tomahawk components? no all. I think there haven't been any issues reported on that one. to be safe, please search the archives. You may find some mails mentioning trouble with Trinidad/Tomahawk integration, but that has been (mostly) fixed. I'd use only Trinidad components and add what I need from Tomahawk. That *should* work. Greetings, Matthias -- View this message in context: http://www.nabble.com/-Trinidad--Html-Editor-like-t%3AinputHtml-tp24930406p24930406.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- View this message in context: http://www.nabble.com/-Trinidad--Html-Editor-like-t%3AinputHtml-tp24930406p24934581.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf
Re: Whither org.apache.myfaces.trinidadinternal.facelets.TrinidadFaceletViewHandler?
On Wed, Aug 12, 2009 at 10:48 PM, Andy Yangayang...@yahoo.ca wrote: Hi there, I'm just starting with Trinidad - and I'm using version 1.2.11. I'm getting ClassNotFoundExceptions on org.apache.myfaces.trinidadinternal.facelets.TrinidadFaceletViewHandler. And when I open up the trinidad-impl jar file (from both a download mirror and the maven repo) that file is indeed missing. correct, was added to 1.2.12 snapshot (currently trunk) - https://svn.apache.org/viewvc/myfaces/trinidad/trunk/trinidad-impl/src/main/java/org/apache/myfaces/trinidadinternal/facelets/TrinidadFaceletViewHandler.java?view=log - https://issues.apache.org/jira/browse/TRINIDAD-1482 Browsing through SVN however, shows that it is still there. yes in trunk - which is 1.2.12-SNAPSHOT It reappears in 1.2.12-SNAPSHOT however. What happened to 1.2.11? was not there - that class. Why do you think it was there ? Ah, I think the documentation already mentions it - yes we need a new release ;-) It's the latest release - do I really need to go to the 1.2.12 Snapshot? to use that particular class, yes. Otherwise just using the regular FaceletViewHandler is fine -Matthias Thanks, Andy __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: myfaces 2.0 and groovy bindings
+1 for adding that to 2.0 only. looking forward :-) On Tue, Aug 11, 2009 at 10:17 PM, Werner Punzwerner.p...@gmail.com wrote: Hello everyone. I am sort of overdue with my promised commit of the myfaces groovy bindings, the reason simply was life itself. Anway to make things finally clear I want to propose following. I want to commit the bindings this week, but I want to opt for myfaces 2.0 instead of still going with 1.2. The reason simply is following: I need to add a mechanism which allows to replace the classloader during initialisation which means following we have to add code to our initialisation code in our servlet context which allows this. Now that 2.0 still is in development this is less critical than to add it to a stable 1.2. And to be honest I do not want to support two versions of myfaces for the initial stage. So here is the deal, I will commit the codebase this week, which still has the dirty initialisation and add the needed extensions asap in the 2.0 codebase and I will work on make it running so that we have the extension up and running when we hit final, sort of a goody to have if you use myfaces. Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputLabel[UIXFacesBeanImpl, id=totDaysLateL] rendererType = org.apache.myfaces.trinidad.Label 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Output/org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl, id=j_id21] rendererType = org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Output/org.apache.myfaces.trinidad.Label 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputLabel[UIXFacesBeanImpl, id=totHoursWaitingL] rendererType = org.apache.myfaces.trinidad.Label 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Output/org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl, id=j_id22] rendererType = org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Command/org.apache.myfaces.trinidad.Button 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl, id=schedule] rendererType = org.apache.myfaces.trinidad.Button 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Poll/org.apache.myfaces.trinidad.Poll 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CorePoll[UIXFacesBeanImpl, id=pollid] rendererType = org.apache.myfaces.trinidad.Poll 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Progress/org.apache.myfaces.trinidad.Indicator 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreProgressIndicator[UINodeFacesBean, id=progress_widget] rendererType = org.apache.myfaces.trinidad.Indicator 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlResponseStateManager writeState SEVERE: No component states to be saved in client response! The tr:document and enclosed tr tags seem to be causing the problems. If I put some h: tags inside tr:document they appear ok. But I'm still not getting the progress indicator. Any more thoughts on what I can do to get this working? Thanks Shaun -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Output/org.apache.myfaces.trinidad.Label 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputLabel[UIXFacesBeanImpl, id=totDaysLateL] rendererType = org.apache.myfaces.trinidad.Label 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Output/org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl, id=j_id21] rendererType = org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Output/org.apache.myfaces.trinidad.Label 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputLabel[UIXFacesBeanImpl, id=totHoursWaitingL] rendererType = org.apache.myfaces.trinidad.Label 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Output/org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl, id=j_id22] rendererType = org.apache.myfaces.trinidad.Text 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Command/org.apache.myfaces.trinidad.Button 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl, id=schedule] rendererType = org.apache.myfaces.trinidad.Button 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Poll/org.apache.myfaces.trinidad.Poll 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CorePoll[UIXFacesBeanImpl, id=pollid] rendererType = org.apache.myfaces.trinidad.Poll 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Progress/org.apache.myfaces.trinidad.Indicator 11-Aug-2009 12:51:01 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreProgressIndicator[UINodeFacesBean, id=progress_widget] rendererType = org.apache.myfaces.trinidad.Indicator 11-Aug-2009 12:51:01 org.apache.myfaces.renderkit.html.HtmlResponseStateManager writeState SEVERE: No component states to be saved in client response! The tr:document and enclosed tr tags seem to be causing the problems. If I put some h: tags inside tr:document they appear ok. But I'm still not getting the progress indicator. Any more thoughts on what I can do to get this working? Thanks Shaun -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
not really sure what you are doing, mixing jspx / xhtml ? I'd never use JSPX... and on facelets you don't need f:view please check the facesgoodie, that is a working example (including facelets) -M On Tue, Aug 11, 2009 at 3:10 PM, Shaun Campbellcampbell.sh...@gmail.com wrote: One more piece of information. I put progressIndicator.jspx into my project and tried to run it. I get an error: java.lang.RuntimeException: FacesContext not found javax.faces.webapp.UIComponentClassicTagBase.getFacesContext(UIComponentClassicTagBase.java:238) javax.faces.webapp.UIComponentClassicTagBase.getPreviousJspIdsSet(UIComponentClassicTagBase.java:1219) javax.faces.webapp.UIComponentClassicTagBase.checkIfItIsInAnIterator(UIComponentClassicTagBase.java:1204) javax.faces.webapp.UIComponentClassicTagBase.setJspId(UIComponentClassicTagBase.java:165) org.apache.jsp.progressIndicator_jspx._jspx_meth_f_005fview_005f0(progressIndicator_jspx.java:83) org.apache.jsp.progressIndicator_jspx._jspService(progressIndicator_jspx.java:60) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) It appears to be to do with the lines: f:view tr:document title=ProgressIndicator Demo Don't know if it's related to the problem I have with my xhtml file. A simple jspx file runs ok and all my other JSF/MyFaces xhtml screens run ok. Thanks Shaun -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
On Tue, Aug 11, 2009 at 5:49 PM, Shaun Campbellcampbell.sh...@gmail.com wrote: Richard Thanks for the help. I'm not sure what you mean by the URL. I've not been using faces/ in my URL and they've been working fine until I tried to get this progress indicator to work. I did view the source of the page earlier and I wasn't getting anything from within the tr:document. Since I put the render kit entry in my faces-config.xml I'm not getting pages come out at all now. I just keep getting that error about No RenderingContext now. please search the archive; that is a cfg issue Thanks Shaun 2009/8/11 Richard Yee richard.k@gmail.com What URL are you using? You probably are missing the 'faces/' on your URL that is mapped to the faces servlet. Try viewing the source of your web page to see if the tags are getting processed. Richard Sent from my iPhone -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
html xmlns=http://www.w3.org/1999/xhtml; xmlns:ui=http://java.sun.com/jsf/facelets; xmlns:h=http://java.sun.com/jsf/html; xmlns:f=http://java.sun.com/jsf/core; xmlns:tr=http://myfaces.apache.org/trinidad; f:view tr:document tr:form /tr:form here is an problem: \tr:document = /tr:document /f:view /html however, no need for extra html, as the tr:document generates that. Please try this: create a foo.xhtml file: tr:document title=Hello xmlns=http://www.w3.org/1999/xhtml; xmlns:ui=http://java.sun.com/jsf/facelets; xmlns:h=http://java.sun.com/jsf/html; xmlns:f=http://java.sun.com/jsf/core; xmlns:tr=http://myfaces.apache.org/trinidad; tr:form /tr:form /tr:document and launch it (accessing via browser) -check web.xml and faces-config (Please take a look at a working example and try to port over your stuff.) -Matthias Could it be a version thing? I'm puzzled by the invalid tag at line 1 error. I see I am using JSF Facelets 1.1.11 (which I think is JSF 1.1) and MyFaces 1.2.2 and trinidad 1.2.11. I wonder whether I should be using a later version of facelets, but I this is the one that came when I used a Netbeans Maven archetype for facelets and JSF. Thanks Shaun -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
On Tue, Aug 11, 2009 at 6:19 PM, Shaun Campbellcampbell.sh...@gmail.com wrote: Matthias I checked out your facesgoodies but they wouldn't build for some reason due to missing artifacts. I haven't had time to look into it yet. I need to replace orchestra version :-) But the pages -itself- work, so using them 1:1 as a guide maybe a way to solve the issue; or, you share everything; and I'll take a look later today -M [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.myfaces.orchestra:myfaces-orchestra-core15:jar:1.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.myfaces.orchestra -Dartifact Id=myfaces-orchestra-core15 -Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/ to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.myfaces.orchestra -DartifactId =myfaces-orchestra-core15 -Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to /file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) net.wessendorf.jsf:facesgoodies:war:1.0 2) org.apache.myfaces.orchestra:myfaces-orchestra-core15:jar:1.0-SNAPSHO T 2) org.apache.myfaces.orchestra:myfaces-orchestra-core:jar:1.1-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.myfaces.orchestra -Dartifact Id=myfaces-orchestra-core -Dversion=1.1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to /file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.myfaces.orchestra -DartifactId =myfaces-orchestra-core -Dversion=1.1-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/f ile -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) net.wessendorf.jsf:facesgoodies:war:1.0 2) org.apache.myfaces.orchestra:myfaces-orchestra-core:jar:1.1-SNAPSHOT -- 2 required artifacts are missing. for artifact: net.wessendorf.jsf:facesgoodies:war:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2), java-net (https://maven-repository.dev.java.net/nonav/repository/), apache-maven-snapshots (http://people.apache.org/repo/m2-snapshot-repository) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 3 minutes 26 seconds [INFO] Finished at: Tue Aug 11 15:27:12 BST 2009 [INFO] Final Memory: 13M/24M [INFO] 2009/8/11 Matthias Wessendorf mat...@apache.org not really sure what you are doing, mixing jspx / xhtml ? I'd never use JSPX... and on facelets you don't need f:view please check the facesgoodie, that is a working example (including facelets) -M -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
you need tr:document as the child under f:view. That component triggers the inclusion of CSS and JS for Trinidad -M On Tue, Aug 11, 2009 at 12:06 AM, Shaun Campbellcampbell.sh...@gmail.com wrote: I'm trying to write a page that displays a Please wait... or progress indicator while my long running process runs. I've based my code on examples I have found but I just don't get anything displayed. I've never done this before so I'm not exactly sure what they need to produce anything. I've a simple xhtml page with: body ui:composition template=/template.xhtml ui:define name=content f:view h:form tr:statusIndicator f:facet name=busy tr:outputText value=Processing... styleClass=ajaxStatus/ /f:facet /tr:statusIndicator tr:progressIndicator rendered=true id=progressIndicator value=#{progressRangeModel} partialTriggers=pollid/ tr:poll id=pollid rendered=true interval=1000/ /h:form /f:view /ui:define /ui:composition /body I have the BoundedRangeModel: import org.apache.myfaces.trinidad.model.BoundedRangeModel; public class ProgressRangeModel extends BoundedRangeModel { long value = 5; final long maximum = 10; public ProgressRangeModel() { } public long getValue() { value++; System.out.println(# value:\t + value); return value = maximum ? maximum : value; } public long getMaximum() { System.out.println(# maximum:\t + maximum); return 10; } } I have my bean defined: managed-bean-nameprogressRangeModel/managed-bean-name managed-bean-class uk.co.apps2net.mfm.ProgressRangeModel /managed-bean-class managed-bean-scopesession/managed-bean-scope The only thing I can see is this output: WARNING: Could not find renderer for CoreStatusIndicator[UIXFacesBeanImpl, id=j_id16] rendererType = org.apache.myfaces.trinidad.StatusIndicator 10-Aug-2009 22:45:48 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Progress/org.apache.myfaces.trinidad.Indicator 10-Aug-2009 22:45:48 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreProgressIndicator[UINodeFacesBean, id=progressIndicator] rendererType = org.apache.myfaces.trinidad.Indicator 10-Aug-2009 22:45:48 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Poll/org.apache.myfaces.trinidad.Poll 10-Aug-2009 22:45:48 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CorePoll[UIXFacesBeanImpl, id=pollid] rendererType = org.apache.myfaces.trinidad.Poll 10-Aug-2009 22:45:48 org.apache.myfaces.renderkit.html.HtmlResponseStateManager writeState SEVERE: No component states to be saved in client response! Can anyone point out what Im missing? Thanks Shaun -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Can't get statusIndicator or progressIndicator to work.
On Tue, Aug 11, 2009 at 12:06 AM, Shaun Campbellcampbell.sh...@gmail.com wrote: I'm trying to write a page that displays a Please wait... or progress indicator while my long running process runs. also- my facesgoodies sample has some example, when you are deleting a row in a table = http://code.google.com/p/facesgoodies and some more infos are in this slide: http://www.slideshare.net/mwessendorf/trinidad-in-action (slide 18) I've based my code on examples I have found but I just don't get anything displayed. I've never done this before so I'm not exactly sure what they need to produce anything. I've a simple xhtml page with: body ui:composition template=/template.xhtml ui:define name=content f:view h:form tr:statusIndicator f:facet name=busy tr:outputText value=Processing... styleClass=ajaxStatus/ /f:facet /tr:statusIndicator tr:progressIndicator rendered=true id=progressIndicator value=#{progressRangeModel} partialTriggers=pollid/ tr:poll id=pollid rendered=true interval=1000/ /h:form /f:view /ui:define /ui:composition /body I have the BoundedRangeModel: import org.apache.myfaces.trinidad.model.BoundedRangeModel; public class ProgressRangeModel extends BoundedRangeModel { long value = 5; final long maximum = 10; public ProgressRangeModel() { } public long getValue() { value++; System.out.println(# value:\t + value); return value = maximum ? maximum : value; } public long getMaximum() { System.out.println(# maximum:\t + maximum); return 10; } } I have my bean defined: managed-bean-nameprogressRangeModel/managed-bean-name managed-bean-class uk.co.apps2net.mfm.ProgressRangeModel /managed-bean-class managed-bean-scopesession/managed-bean-scope The only thing I can see is this output: WARNING: Could not find renderer for CoreStatusIndicator[UIXFacesBeanImpl, id=j_id16] rendererType = org.apache.myfaces.trinidad.StatusIndicator 10-Aug-2009 22:45:48 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Progress/org.apache.myfaces.trinidad.Indicator 10-Aug-2009 22:45:48 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CoreProgressIndicator[UINodeFacesBean, id=progressIndicator] rendererType = org.apache.myfaces.trinidad.Indicator 10-Aug-2009 22:45:48 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl getRenderer WARNING: Unsupported component-family/renderer-type: org.apache.myfaces.trinidad.Poll/org.apache.myfaces.trinidad.Poll 10-Aug-2009 22:45:48 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl WARNING: Could not find renderer for CorePoll[UIXFacesBeanImpl, id=pollid] rendererType = org.apache.myfaces.trinidad.Poll 10-Aug-2009 22:45:48 org.apache.myfaces.renderkit.html.HtmlResponseStateManager writeState SEVERE: No component states to be saved in client response! Can anyone point out what Im missing? Thanks Shaun -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Bean Validation dependency
On Fri, Aug 7, 2009 at 10:18 AM, Jan-Kees van Andeljankeesvanan...@gmail.com wrote: Hey guys, I've almost finished the Bean Validation integration. I have a working test webapp with so simple validations working. But before commit, I would like to know which Bean Validation API we're going to depend on. I'm currently using the JBoss Bean Validation binaries: http://repository.jboss.org/maven2/javax/validation/validation-api/1.0.CR3/ I've added the JBoss repo to the API pom as a provided dependency. The POM says it is Apache licensed, so we should be safe, right? yes, totally. It is really great news that JBoss is delivering more and more bits under the lovely ASL 2.0 (WebBean is so too) -Matthias Regards, Jan-Kees -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Bean Validation dependency
On Fri, Aug 7, 2009 at 11:08 AM, Jan-Kees van Andeljankeesvanan...@gmail.com wrote: That's great. Also good that Web Beans gets ASL2 licensed, since we're going to depend on that one too! unfortunately ... 2009/8/7 Matthias Wessendorf mat...@apache.org: On Fri, Aug 7, 2009 at 10:18 AM, Jan-Kees van Andeljankeesvanan...@gmail.com wrote: Hey guys, I've almost finished the Bean Validation integration. I have a working test webapp with so simple validations working. But before commit, I would like to know which Bean Validation API we're going to depend on. I'm currently using the JBoss Bean Validation binaries: http://repository.jboss.org/maven2/javax/validation/validation-api/1.0.CR3/ I've added the JBoss repo to the API pom as a provided dependency. The POM says it is Apache licensed, so we should be safe, right? yes, totally. It is really great news that JBoss is delivering more and more bits under the lovely ASL 2.0 (WebBean is so too) -Matthias Regards, Jan-Kees -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Bean Validation dependency
On Fri, Aug 7, 2009 at 11:12 AM, Matthias Wessendorfmat...@apache.org wrote: On Fri, Aug 7, 2009 at 11:08 AM, Jan-Kees van Andeljankeesvanan...@gmail.com wrote: That's great. Also good that Web Beans gets ASL2 licensed, since we're going to depend on that one too! unfortunately ... talking about WebBeans; I strongly recommend to use the bits from the OWB effort, under incubation now... -M 2009/8/7 Matthias Wessendorf mat...@apache.org: On Fri, Aug 7, 2009 at 10:18 AM, Jan-Kees van Andeljankeesvanan...@gmail.com wrote: Hey guys, I've almost finished the Bean Validation integration. I have a working test webapp with so simple validations working. But before commit, I would like to know which Bean Validation API we're going to depend on. I'm currently using the JBoss Bean Validation binaries: http://repository.jboss.org/maven2/javax/validation/validation-api/1.0.CR3/ I've added the JBoss repo to the API pom as a provided dependency. The POM says it is Apache licensed, so we should be safe, right? yes, totally. It is really great news that JBoss is delivering more and more bits under the lovely ASL 2.0 (WebBean is so too) -Matthias Regards, Jan-Kees -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: problem with disabling polling for one page of the table and enabling it for the next page of the table
On Fri, Aug 7, 2009 at 10:45 AM, Lena Korshunovaekorchoun...@gmail.com wrote: Hello, I use polling for the table, but I do not need to poll all the time. So, after I get information I need, I disable polling by setting polling interval to a very big number. It works, but when I go to the next page of the table, I need to enable polling to get information for the new page. I tried to change polling interval, but it did not work. My jsp page is : tr:poll pollListener=#{accountBean.onPoll} interval=1000 id=pollBalances/ tr:table width=550 var=period partialTriggers=::pollBalances value=#{accountBean.accountPeriodsCollectionModel} rows=25 horizontalGridVisible=false verticalGridVisible=true ... /tr:table onPoll method where I disable polling is here: public void onPoll(PollEvent event) { //get information I need and update table data model CorePoll pollingComponent = (CorePoll)event.getComponent(); pollingComponent.setInterval(1000); //deactivate pooling, set to 2 hours } listener method, which is called when next page of the table is loaded: private class AccountPeriodRefreshCollectionListener implements RefreshCollectionListener { public DataPage refreshCollection(ListSortCriterion sortCriteria, int rangeStart, int rangeEnd) { DataPage nextPage = accountingService.getAccountPeriods(getAccountId(), sortCriteria, rangeStart, rangeEnd); pollingComponent.setInterval(1000); //try to enable polling, but it does not work } } Could you, please, help me with some advice if you know how to solve this problem? Thank you, Lena quick question: on your listener (after navigation, right?) have you added the poll-comp to the partial target ? = RequestContext.getCurrentInstance().addPartialTarget(comp); You may try to bind the interval number to a session scoped property; so in onPoll() you just access that; and add the poll to the partial target; after navigating your listener could just access the session scoped property again; -Matthias -- View this message in context: http://www.nabble.com/problem-with-disabling-polling-for-one-page-of-the-table-and-enabling-it-for-the-next-page-of-the-table-tp24861084p24861084.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Issues with the Facelets implementation
On Thu, Aug 6, 2009 at 7:46 AM, Leonardo Uribelu4...@gmail.com wrote: Hi I have one question. If facelets is ASL 2.0, can we take all documentation related to ui namespace and include it into our codebase? can we take also the test sources and update them to include into our junit tests? Theorically I think the answer is yes, but better to ask first before commit. sure, if the stuff is ASL 2.0 we can use it and have to mention the copyrights, of course! -Matthias regards Leonardo Uribe 2009/8/5 Matthias Wessendorf mat...@apache.org On Wed, Aug 5, 2009 at 3:42 PM, Simon Lessardsimon.lessar...@gmail.com wrote: Hmm, I used the latest nightly build when I integrated the code. However, that was about 3~4 months ago, so maybe it changed a little since then, or there was another usable branch that I was unaware of. That being said, maybe we should add the required changes by ourselves. Even if Facelets is ASL 2.0, I think it would be healthy to have 2 different implementation in case one produces an innovation that could improve performance or another aspect of it. +1 On Wed, Aug 5, 2009 at 9:03 AM, Curtiss Howard curtiss.how...@gmail.com wrote: Hi, I just wanted to let everyone know that with a couple tweaks to the Facelets implementation I've been able to get the Mojarra Guess Number 2.0 custom taglib working, which does some client-side JS validation. It looks like the 2.0 codepath is looking very good so far! However, in the process I've noticed that the Facelets implementation we're using is a bit... out of date, at least with respect to the Facelets taglib parser. It seems to be geared towards version 1.0 documents, and the demo app I'm working with ships a 2.0 version document. Due to the parser only understanding 1.0 documents, it turns on DTD validation and turns off namespace handling. The problem, of course, with recent versions of the Facelets taglib document is that it does schema validation and is namespace-aware. So what's the deal with the Facelets implementation we're using? I'm guessing it's out of date, or at least portions of it are. Is it going to be upgraded or should I try to make the taglib parser do a dual-parsing approach? If so, I've got a few more questions :). Let me know what you guys think. Thanks, Curtiss Howard -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
FYI - Fw: [webbeans-dev] How does JSF deal with managed beans when Web Beans/299 is present?
my friend Mark Struberg pointed me to this interesting thread: = http://markmail.org/thread/ml6l26r7twgab53c -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Issues with the Facelets implementation
On Wed, Aug 5, 2009 at 3:03 PM, Curtiss Howardcurtiss.how...@gmail.com wrote: Hi, I just wanted to let everyone know that with a couple tweaks to the Facelets implementation I've been able to get the Mojarra Guess Number 2.0 custom taglib working, which does some client-side JS validation. It looks like the 2.0 codepath is looking very good so far! However, in the process I've noticed that the Facelets implementation we're using is a bit... out of date, at least with respect to the Facelets taglib parser. It seems to be geared towards version 1.0 documents, and the demo app I'm working with ships a 2.0 version document. Due to the parser only understanding 1.0 documents, it turns on DTD validation and turns off namespace handling. The problem, of course, with recent versions of the Facelets taglib document is that it does schema validation and is namespace-aware. So what's the deal with the Facelets implementation we're using? I'm guessing it's out of date, or at least portions of it are. Is it going to be upgraded or should I try to make the taglib parser do a dual-parsing approach? If so, I've got a few more questions :). Let I am pretty sure that all new Facelets stuff has been only added to the JSF RI. Perhaps one from the EG could state on that... me know what you guys think. Thanks, Curtiss Howard -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Issues with the Facelets implementation
On Wed, Aug 5, 2009 at 3:42 PM, Simon Lessardsimon.lessar...@gmail.com wrote: Hmm, I used the latest nightly build when I integrated the code. However, that was about 3~4 months ago, so maybe it changed a little since then, or there was another usable branch that I was unaware of. That being said, maybe we should add the required changes by ourselves. Even if Facelets is ASL 2.0, I think it would be healthy to have 2 different implementation in case one produces an innovation that could improve performance or another aspect of it. +1 On Wed, Aug 5, 2009 at 9:03 AM, Curtiss Howard curtiss.how...@gmail.com wrote: Hi, I just wanted to let everyone know that with a couple tweaks to the Facelets implementation I've been able to get the Mojarra Guess Number 2.0 custom taglib working, which does some client-side JS validation. It looks like the 2.0 codepath is looking very good so far! However, in the process I've noticed that the Facelets implementation we're using is a bit... out of date, at least with respect to the Facelets taglib parser. It seems to be geared towards version 1.0 documents, and the demo app I'm working with ships a 2.0 version document. Due to the parser only understanding 1.0 documents, it turns on DTD validation and turns off namespace handling. The problem, of course, with recent versions of the Facelets taglib document is that it does schema validation and is namespace-aware. So what's the deal with the Facelets implementation we're using? I'm guessing it's out of date, or at least portions of it are. Is it going to be upgraded or should I try to make the taglib parser do a dual-parsing approach? If so, I've got a few more questions :). Let me know what you guys think. Thanks, Curtiss Howard -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
FYI - Fw: [webbeans-dev] How does JSF deal with managed beans when Web Beans/299 is present?
my friend Mark Struberg pointed me to this interesting thread: = http://markmail.org/thread/ml6l26r7twgab53c -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Trinidad 1.0.11
Gerhard pointed me offline to an issue with a plugin related update (TRINIDAD-1484) The issue is that the 1.0.x does NOT reflect jsr 276 two options: -stick with old plugin -update the build xml files to use jsr 276 (not sure if the unreleased JSR 276 is targeting JSF 1.1) Generally, the plugin should work with both Trinidad versions, regardless of JSR 276 Therefore I am now -1 for a release ... Gerhard, can you provide more details on the issue ? -Matthias On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: +1 On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Trinidad 1.0.11
in the meantime, I tend to use an older plugin version, but yes that needs to be fixed ;-) On Fri, Jul 31, 2009 at 10:00 AM, Matthias Wessendorfmat...@apache.org wrote: Gerhard pointed me offline to an issue with a plugin related update (TRINIDAD-1484) The issue is that the 1.0.x does NOT reflect jsr 276 two options: -stick with old plugin -update the build xml files to use jsr 276 (not sure if the unreleased JSR 276 is targeting JSF 1.1) Generally, the plugin should work with both Trinidad versions, regardless of JSR 276 Therefore I am now -1 for a release ... Gerhard, can you provide more details on the issue ? -Matthias On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: +1 On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Trinidad 1.0.11
uploading the new bits -M On Fri, Jul 31, 2009 at 10:27 AM, Matthias Wessendorfmat...@apache.org wrote: in the meantime, I tend to use an older plugin version, but yes that needs to be fixed ;-) On Fri, Jul 31, 2009 at 10:00 AM, Matthias Wessendorfmat...@apache.org wrote: Gerhard pointed me offline to an issue with a plugin related update (TRINIDAD-1484) The issue is that the 1.0.x does NOT reflect jsr 276 two options: -stick with old plugin -update the build xml files to use jsr 276 (not sure if the unreleased JSR 276 is targeting JSF 1.1) Generally, the plugin should work with both Trinidad versions, regardless of JSR 276 Therefore I am now -1 for a release ... Gerhard, can you provide more details on the issue ? -Matthias On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: +1 On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Trinidad 1.0.11
ok, I uploaded the new bits; same URL ... my vote is now: +1 -Matthias On Fri, Jul 31, 2009 at 10:59 AM, Matthias Wessendorfmat...@apache.org wrote: uploading the new bits -M On Fri, Jul 31, 2009 at 10:27 AM, Matthias Wessendorfmat...@apache.org wrote: in the meantime, I tend to use an older plugin version, but yes that needs to be fixed ;-) On Fri, Jul 31, 2009 at 10:00 AM, Matthias Wessendorfmat...@apache.org wrote: Gerhard pointed me offline to an issue with a plugin related update (TRINIDAD-1484) The issue is that the 1.0.x does NOT reflect jsr 276 two options: -stick with old plugin -update the build xml files to use jsr 276 (not sure if the unreleased JSR 276 is targeting JSF 1.1) Generally, the plugin should work with both Trinidad versions, regardless of JSR 276 Therefore I am now -1 for a release ... Gerhard, can you provide more details on the issue ? -Matthias On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: +1 On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
canceled - Re: [VOTE] Release of Trinidad 1.0.11
ok, I am still getting the favorite-property must be declared issue No time to look at this, until the next week(s)... So, I think I cancel this vote... -Matthias On Fri, Jul 31, 2009 at 2:24 PM, Matthias Wessendorfmat...@apache.org wrote: ok, I uploaded the new bits; same URL ... my vote is now: +1 -Matthias On Fri, Jul 31, 2009 at 10:59 AM, Matthias Wessendorfmat...@apache.org wrote: uploading the new bits -M On Fri, Jul 31, 2009 at 10:27 AM, Matthias Wessendorfmat...@apache.org wrote: in the meantime, I tend to use an older plugin version, but yes that needs to be fixed ;-) On Fri, Jul 31, 2009 at 10:00 AM, Matthias Wessendorfmat...@apache.org wrote: Gerhard pointed me offline to an issue with a plugin related update (TRINIDAD-1484) The issue is that the 1.0.x does NOT reflect jsr 276 two options: -stick with old plugin -update the build xml files to use jsr 276 (not sure if the unreleased JSR 276 is targeting JSF 1.1) Generally, the plugin should work with both Trinidad versions, regardless of JSR 276 Therefore I am now -1 for a release ... Gerhard, can you provide more details on the issue ? -Matthias On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: +1 On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: canceled - Re: [VOTE] Release of Trinidad 1.0.11
https://issues.apache.org/jira/browse/TRINIDAD-1542 On Fri, Jul 31, 2009 at 4:14 PM, Matthias Wessendorfmat...@apache.org wrote: ok, I am still getting the favorite-property must be declared issue No time to look at this, until the next week(s)... So, I think I cancel this vote... -Matthias On Fri, Jul 31, 2009 at 2:24 PM, Matthias Wessendorfmat...@apache.org wrote: ok, I uploaded the new bits; same URL ... my vote is now: +1 -Matthias On Fri, Jul 31, 2009 at 10:59 AM, Matthias Wessendorfmat...@apache.org wrote: uploading the new bits -M On Fri, Jul 31, 2009 at 10:27 AM, Matthias Wessendorfmat...@apache.org wrote: in the meantime, I tend to use an older plugin version, but yes that needs to be fixed ;-) On Fri, Jul 31, 2009 at 10:00 AM, Matthias Wessendorfmat...@apache.org wrote: Gerhard pointed me offline to an issue with a plugin related update (TRINIDAD-1484) The issue is that the 1.0.x does NOT reflect jsr 276 two options: -stick with old plugin -update the build xml files to use jsr 276 (not sure if the unreleased JSR 276 is targeting JSF 1.1) Generally, the plugin should work with both Trinidad versions, regardless of JSR 276 Therefore I am now -1 for a release ... Gerhard, can you provide more details on the issue ? -Matthias On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: +1 On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [myfaces][jsf 2.0] Status of facelets integration
Sent from my iPod. On 30.07.2009, at 01:30, Leonardo Uribe lu4...@gmail.com wrote: Hi 2009/7/29 Simon Lessard simon.lessar...@gmail.com Hi, Ok it's commited. I tried to add some comments to the code prior to the commit. Mostly, what need to be done is the implementation of : FaceletViewDeclarationLanguage - getComponentMetadata - getScriptComponentResource - getStateManagementStrategy - renderView also need to be revisited most likely Thanks a lot Simon. I was waiting for this. Various tag handlers requires to be plugged with the delegate pattern (am I the only one finding that part not incredibly clear?). Anyway, I'll try to read more on those and at worst check Mojarra a bit and try to contribute on that. I have seen it, too. I tried to find documentation but there is very few (almost no comments). I suppose we have to check mojarra source code to see what's the intention of this workaround. What's the deal with looking at their sources? IMO we should not do this.. Theoretically, the Facelet compiler should work with the current code, but I didn't try it. I tried run facelets compiler before this commit and it works with small fixes. regards Leonardo Uribe Regards, ~ Simon On Tue, Jul 28, 2009 at 12:05 PM, Michael Concini mconc...@gmail.com wrote: Great news. Thanks a lot. Simon Lessard wrote: Hi, I'll try to commit that tonight. ~ Simon On Tue, Jul 28, 2009 at 10:20 AM, Michael Concini mconc...@gmail.com mailto:mconc...@gmail.com wrote: Hi Simon, I wanted to do a quick follow up here. There are a few of us who are ready to start filling in the gaps once the initial commit is done. Have you had a chance to look into committing what you have so far yet? Any ETA on when you might be able to do that so we can get started? Thanks, Mike Matthias Wessendorf wrote: hey simon, is it possible to commit your current stuff ? Once it is kinda visible, others could provide the missing bits. -Matthias On Wed, Jul 22, 2009 at 1:42 PM, Simon Lessardsimon_less...@dmr.ca mailto:simon_less...@dmr.ca wrote: Hi, I'm trying to work on it, but frankly I'm overloaded beyond what I was expecting so I could use help quite badly. Theoretically, three parts remains to the integration: 1. Link the Facelets code with the Delegate pattern on API side; 2. Finish the Facelet VDL (Facelets compiler integration) 3. Adjust some classes (should be minor, mainly regarding delegates that could have been handled in 1) Regards, ~ Simon On Wed, Jul 22, 2009 at 3:46 AM, Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org wrote: On Wed, Jul 22, 2009 at 8:27 AM, Leonardo Uribelu4...@gmail.com mailto:lu4...@gmail.com wrote: Hi Just a small question: What is the status of facelets integration?. After review the work done at this time in myfaces core 2.0.x, facelets integration code are becoming most critical. The remaining points listed below: - Facelets PDL - Client behavior API (depends from facelets and composite component stuff) - Error handling API (and run through existing classes to make sure the new exception specification is enforced) - Partial view API - Partial State Saving (pending integration with facelets) - New tags (mostly linked to Facelets) depends in one way or another with facelets. It is safe to work on it or there is some unknown code to be committed? I want to contribute in this I think Simon has some facelets-related code. area but it could be good to know which parts needs help and what things are done to prevent duplicate work. regards Leonardo Uribe -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [myfaces][jsf 2.0] Status of facelets integration
Sent from my iPod. On 30.07.2009, at 04:02, Michael Concini mconc...@gmail.com wrote: Thanks for getting this in. Much appreciated! +1 thanks Simon! Great job! Simon Lessard wrote: Hi, Ok it's commited. I tried to add some comments to the code prior to the commit. Mostly, what need to be done is the implementation of : FaceletViewDeclarationLanguage - getComponentMetadata - getScriptComponentResource - getStateManagementStrategy - renderView also need to be revisited most likely Various tag handlers requires to be plugged with the delegate pattern (am I the only one finding that part not incredibly clear?). Anyway, I'll try to read more on those and at worst check Mojarra a bit and try to contribute on that. Theoretically, the Facelet compiler should work with the current code, but I didn't try it. Regards, ~ Simon On Tue, Jul 28, 2009 at 12:05 PM, Michael Concini mconc...@gmail.com mailto:mconc...@gmail.com wrote: Great news. Thanks a lot. Simon Lessard wrote: Hi, I'll try to commit that tonight. ~ Simon On Tue, Jul 28, 2009 at 10:20 AM, Michael Concini mconc...@gmail.com mailto:mconc...@gmail.com mailto:mconc...@gmail.com mailto:mconc...@gmail.com wrote: Hi Simon, I wanted to do a quick follow up here. There are a few of us who are ready to start filling in the gaps once the initial commit is done. Have you had a chance to look into committing what you have so far yet? Any ETA on when you might be able to do that so we can get started? Thanks, Mike Matthias Wessendorf wrote: hey simon, is it possible to commit your current stuff ? Once it is kinda visible, others could provide the missing bits. -Matthias On Wed, Jul 22, 2009 at 1:42 PM, Simon Lessardsimon_less...@dmr.ca mailto:simon_less...@dmr.ca mailto:simon_less...@dmr.ca mailto:simon_less...@dmr.ca wrote: Hi, I'm trying to work on it, but frankly I'm overloaded beyond what I was expecting so I could use help quite badly. Theoretically, three parts remains to the integration: 1. Link the Facelets code with the Delegate pattern on API side; 2. Finish the Facelet VDL (Facelets compiler integration) 3. Adjust some classes (should be minor, mainly regarding delegates that could have been handled in 1) Regards, ~ Simon On Wed, Jul 22, 2009 at 3:46 AM, Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org mailto:mat...@apache.org mailto:mat...@apache.org wrote: On Wed, Jul 22, 2009 at 8:27 AM, Leonardo Uribelu4...@gmail.com mailto:lu4...@gmail.com mailto:lu4...@gmail.com mailto:lu4...@gmail.com wrote: Hi Just a small question: What is the status of facelets integration?. After review the work done at this time in myfaces core 2.0.x, facelets integration code are becoming most critical. The remaining points listed below: - Facelets PDL - Client behavior API (depends from facelets and composite component stuff) - Error handling API (and run through existing classes to make sure the new exception specification is enforced) - Partial view API - Partial State Saving (pending integration with facelets) - New tags (mostly linked to Facelets) depends in one way or another with facelets. It is safe to work on it or there is some unknown code to be committed? I want to contribute in this I think Simon has some facelets-related code. area but it could be good to know which parts needs help and what things
Re: Trinidad Committers Only - Committing Trinidad-1532
done -Matthias On Thu, Jul 30, 2009 at 12:20 AM, Mamallan Uthamanmamallan.utha...@oracle.com wrote: Hi all, I have provided a path for the issue Trinidad-1532, which is based on the failure of Windows Mobile 6 in submitting a page using PPR. It would be great if anyone of committers is willing to apply the patch. Thanks Mamallan -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Trinidad 1.0.11 release
hello, I started preparation for having a 1.0.11 release; the branch was already updated to reflect the 1.0.12-SNAPSHOT status; So by next week, the vote should be out, for the new release of the 1.0.11 (yes, a 1.2.12 is coming as well, but the 1.0.x has higher priority as there wasn't one in a (long) while) -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[VOTE] Release of Trinidad 1.0.11
Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Trinidad 1.0.11
+1 On Thu, Jul 30, 2009 at 10:07 PM, Matthias Wessendorfmat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.0.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.0.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad1011/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: TRINIDAD - CoreRenderKit WARNING - help
Are you sure your config is correct? Sent from my iPod. On 30.07.2009, at 22:35, Thomas Modeneis thomas.moden...@soujava.org.br wrote: Hy Mamallan, This can be a feature request ? can I create new issue for developers vote? you think this is useful ? Regards. Thomas. On Thu, Jul 30, 2009 at 4:57 PM, Mamallan Uthaman mamallan.utha...@oracle.com wrote: Hi Thomas, I am sorry that my suggestion was not feasible for you. Also, I am not aware of any xml tag that can switch off the logging mechanism. Thanks Mamallan Thomas Modeneis wrote: Dear Mamallan Uthaman, First i have to thank you for your attention. Second i have to criticise about Trinidad documentation, many broken links and no search mechanism to find something more easily. I can found more tips on Mattias blog ! Updating trinidad is not a valid option at this moment, this project actually running in the third layer framework provided by Powerlogic and another layer customized by TRT, and you can imagine the cost of this update. So i want to hide this WARNING just using a simple xml tag, is this option available ? If it isn't i will use my personal workaround. Regards, Thomas. On Thu, Jul 30, 2009 at 3:11 PM, Mamallan Uthaman mamallan.utha...@oracle.com mailto:mamallan.utha...@oracle.com wrote: Hi Thomas, I guess this problem is solved (Please refer to the Jira issue Trinidad-973). Try with the latest jars, hope you won't get the warning messages. Thanks Mamallan Thomas Modeneis wrote: Hy DEVs, I´m with a litle problem here and please help me because i search all over web without sucess, so let me explain all: When my app startsup many warns are logged on console: WARNING: Could not find basic HTML renderer for javax.faces.Command, type=javax.faces.Button 29/07/2009 18:51:22 org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit _addBasicHTMLRenderKit To solve this, ive made this workaround on my servletcontextlistener: TrinidadLogger./createTrinidadLogger/ (CoreRenderKit.*class*).setLevel(Level./OFF/); BUT i think this is a very bad way to solve this probblem. =[ Do you know any king of configuration that i can do on web.xml or trinidad-config to set this level ? Trinidad version is: trinidad-api-1.2.1-20070711 and trinidad-impl-1.2.1-20070711 Thankyou, Thomas. --Sun Certified Programmer for Java Platform, SE 5.0 – 310-0 55. thomas.moden...@soujava.org.br mailto:thomas.moden...@soujava.org.br mailto:thomas.moden...@soujava.org.br mailto:thomas.moden...@soujava.org.br -- Sun Certified Programmer for Java Platform, SE 5.0 – 310-055. thomas.moden...@soujava.org.br mailto:thomas.moden...@soujava.org.br -- Sun Certified Programmer for Java Platform, SE 5.0 – 310-055. thomas.moden...@soujava.org.br
Re: [myfaces][jsf 2.0] Status of facelets integration
On Wed, Jul 22, 2009 at 8:27 AM, Leonardo Uribelu4...@gmail.com wrote: Hi Just a small question: What is the status of facelets integration?. After review the work done at this time in myfaces core 2.0.x, facelets integration code are becoming most critical. The remaining points listed below: - Facelets PDL - Client behavior API (depends from facelets and composite component stuff) - Error handling API (and run through existing classes to make sure the new exception specification is enforced) - Partial view API - Partial State Saving (pending integration with facelets) - New tags (mostly linked to Facelets) depends in one way or another with facelets. It is safe to work on it or there is some unknown code to be committed? I want to contribute in this I think Simon has some facelets-related code. area but it could be good to know which parts needs help and what things are done to prevent duplicate work. regards Leonardo Uribe -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [myfaces][jsf 2.0] Status of facelets integration
hey simon, is it possible to commit your current stuff ? Once it is kinda visible, others could provide the missing bits. -Matthias On Wed, Jul 22, 2009 at 1:42 PM, Simon Lessardsimon_less...@dmr.ca wrote: Hi, I'm trying to work on it, but frankly I'm overloaded beyond what I was expecting so I could use help quite badly. Theoretically, three parts remains to the integration: 1. Link the Facelets code with the Delegate pattern on API side; 2. Finish the Facelet VDL (Facelets compiler integration) 3. Adjust some classes (should be minor, mainly regarding delegates that could have been handled in 1) Regards, ~ Simon On Wed, Jul 22, 2009 at 3:46 AM, Matthias Wessendorf mat...@apache.org wrote: On Wed, Jul 22, 2009 at 8:27 AM, Leonardo Uribelu4...@gmail.com wrote: Hi Just a small question: What is the status of facelets integration?. After review the work done at this time in myfaces core 2.0.x, facelets integration code are becoming most critical. The remaining points listed below: - Facelets PDL - Client behavior API (depends from facelets and composite component stuff) - Error handling API (and run through existing classes to make sure the new exception specification is enforced) - Partial view API - Partial State Saving (pending integration with facelets) - New tags (mostly linked to Facelets) depends in one way or another with facelets. It is safe to work on it or there is some unknown code to be committed? I want to contribute in this I think Simon has some facelets-related code. area but it could be good to know which parts needs help and what things are done to prevent duplicate work. regards Leonardo Uribe -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [rinidad] Bug in inputDate!?
I did that. I think that you should be able to do it as well. -Matthias On Wed, Jul 22, 2009 at 9:01 AM, Daniel Niklasco...@dniklas.de wrote: Hi, I think it is a good idea to reopen http://issues.apache.org/jira/browse/TRINIDAD-1171. I can't do this. I think, that i don't have the permission to do this. Can someone else do this or should i create a new Jira issue? Daniel Richard Yee-3 wrote: I was tabbing out of the field. I did reproduce it on IE 6 by mouse clicking out of the field. In order to get focus back and mouse/keyboard control back, I needed to click on the browser window title bar. -Richard On Wed, Jul 15, 2009 at 9:24 AM, Yee-wah Leeyee-wah@oracle.com wrote: Hi Daniel, I can repro with the inputDate live demos, using IE 8. I'm not sure about the tr:messages case. Can you reproduce this with the live demo, and what are the steps? Thanks, Yee-Wah Daniel Niklas wrote: Hi Matthias, Matthias Wessendorf-4 wrote: Did you find any similar issue in the jira ? I think that topic at least somehow rings my bell. Maybe Yee-Wah knows more ? You're right! There are several issues in jira: - http://issues.apache.org/jira/browse/TRINIDAD-1171 - cannot reproduce?! - http://issues.apache.org/jira/browse/TRINIDAD-1061 - created 01/May/08 - http://issues.apache.org/jira/browse/TRINIDAD-952 - causes this bug?! What next? -- View this message in context: http://www.nabble.com/-trinidad--Bug-in-%3CinputDate%3E%21--tp24475291p24601060.html Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] how to handle redirets for PPR requests on session time out
this would be good, to be implemented: https://issues.apache.org/jira/browse/TRINIDAD-943 -M On Wed, Jul 22, 2009 at 4:35 PM, Kuhn, Haraldhk...@airplus.com wrote: Hi Samba, Trinidads built-in ppr-Framework has the ability to send redirects initiated by the server. The only steps you have to do are: · check if it is a ppr-request o on “normal” requests use response.sendRedirect o on ppr-requests send ppr-Message containing redirect Following code examples works on our site final boolean isPartialRequest = true.equals(req.getHeader(Tr-XHR-Message)); if (isPartialRequest) { final PrintWriter writer = resp.getWriter(); final XmlResponseWriter rw = new XmlResponseWriter(writer, UTF-8); rw.startDocument(); rw.write(?Tr-XHR-Response-Type ?\n); rw.startElement(redirect, null); rw.writeText(pageURL, null); rw.endElement(redirect); rw.endDocument(); rw.close(); } else { resp.sendRedirect(pageURL); } Kind regards Harald Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), Klaus Busch · Vorsitzender des Aufsichtsrates: Stephan Gemkow · Handelsregister: Amtsgericht Offenbach/Main, HRB 8119 From: Samba [mailto:saas...@gmail.com] Sent: Wednesday, July 22, 2009 11:59 AM To: MyFaces Trinidad Discussion Subject: how to handle redirets for PPR requests on session time out Hi, We are facing trouble in redirecting the users to login page for PPR requests after session time out. We are having a filter that redirects the users login ( jsp ) page if the user is not autheticated or the authentication timed out. But after redirecting, I'm seeing the following error in firebug console: [Invalid PPR response. The response-headers were:\nDate: Wed, 22 Jul 2009 09:52:49 GMT\nServer: Apache\n...]Common1_2_7.js (line 10649) [Error , TypeError: a5 has no properties message=a5 has no properties, delivering XML request status changed to , function()] 1. I read on the internet that redirects on AJAX requests cannot be made server side and can only be made via javascript, is that true? 2. I tried adding a PPR hook to identify if the response is regarding related to session timeout and if yes, then would change the document location to login page however, this is not working as expected; perhaps I'm doing something wrong. Here is what I'm doing: function register(){ TrPage.getInstance().getRequestQueue().addStateChangeListener(callbackMethod); } function callbackMethod(requestEvent) { if(requestEvent.getStatus()=TrXMLRequestEvent.STATUS_COMPLETE) { var response=+requestEvent.getResponseXML()); if(has info about session timeout) documnet.location=/login.jsp; } } register(); But I'm getting error saying requestEvent.getStatus() is not defined. Can some one help me how to redirect users to login page on PPR requestts? Thanks and Regards, Samba -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Core/Tomahawk] Problem with UIData and DataScrollerList?
So, how should this be approached? Fix DataScrollerList or change UIData.getRows() to be more tolerant (i.e., cast the result to Number and call .intValue())? .intValue() would be fine w/ me. TCK should be fine with that as well, I guess... Thanks, Curtiss Howard -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Core/Tomahawk] Problem with UIData and DataScrollerList?
On Tue, Jul 21, 2009 at 2:17 PM, Curtiss Howardcurtiss.how...@gmail.com wrote: On Tue, Jul 21, 2009 at 8:12 AM, Matthias Wessendorfmat...@apache.org wrote: So, how should this be approached? Fix DataScrollerList or change UIData.getRows() to be more tolerant (i.e., cast the result to Number and call .intValue())? .intValue() would be fine w/ me. TCK should be fine with that as well, I guess... Hmm. The more I think about this, the more I think that maybe the TCK wouldn't (or shouldn't) be OK with it. After all, you could pass in a double or float for a property that's supposed to be an integer. Maybe the example should be changed after all. I don't see any good reason why a long is being used. yes, true. I switched my mind. I don't see any reason for long as well. Curtiss Howard -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[ANN] Release of Apache MyFaces Trinidad's Maven plugins (1.2.10)
Hi, The Apache MyFaces community is pleased to announce its 1.2.10 release of the Apache MyFaces Trinidad Maven2 plugins. These Maven2 plugins have been deployed to the Apache Maven2 and they are mirrored by ibiblio as well. release notes: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12313648 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[ANN] Release of Apache MyFaces Trinidad's Maven plugins (1.2.10)
Hi, The Apache MyFaces community is pleased to announce its 1.2.10 release of the Apache MyFaces Trinidad Maven2 plugins. These Maven2 plugins have been deployed to the Apache Maven2 and they are mirrored by ibiblio as well. release notes: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12313648 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] polling mechanism
what errors ? By when correctly using the tr:document it should (it does) generate proper HTML Question, the demo polling demo does not work on your server, but does it work on jetty ? (mvn jetty:run -PjettyConfig (on the trinidad-demo project)) -Matthias On Tue, Jul 21, 2009 at 4:50 PM, Robin Müller-Badybmuel...@ffm.tc.iot.dtag.de wrote: Hi, in case i omit the html tag, i get errors about /head and /html tags. Also the poll does not work, but the fields get rendered. I tried to find a workaouround to be able to use jsp instead of jspx. But my problem is the same on the Apache MyFaces Trinidad Demo v.1.0.10, so i think the reason for the firefox-submit-dialogs is JSF 1.1 or the old version of Trinidad :( Best regards, Robin Max Starets schrieb: Robin, I do not understand how having the html tag helps you with setting the content type... tr:document will output the html tag even in Trinidad 1.0.10. When you look at the generated source (View-Source), do you see two html tags? Max Robin Müller-Bady wrote: Hey, i used this tag, because its not possible to use jsp:directive.page contentType=text/html;charset=utf-8/ in my project. So i decided to use the html-tag in order to get my project running. One important information is, that i need to use Apache MyFaces Trinidad 1.0.10 and JSF 1.1, because the application is deployed on a Websphere Application Server 6.1. Could this fact cause the problems ? I just deployed the Apache MyFaces Demo version 1.0.10 and in this version, the same problem occurs on /trinidad-demo-1.0.10/faces/components/poll.jspx. (Resend Diaog from Firefox) Isn´t it possible to fix this issue in JSF1.1 / Trinidad 1.0.10 ? Thanks in advance, Robin Max Starets schrieb: Robin, Are you saying that you are getting the standard browser dialog asking whether data should be re-posted? That would happen only if the page is being refreshed. Perhaps something wrong is happening with the PPR request. I see one problem in your page - the html tag should not be there. tr:document renders its own html tag. I would get rid of the html tag and re-test. Max Robin Müller-Bady wrote: Dear List, i have a problem with the tr:poll tag. I use it to update contents of a tr:table data. My problem is, that everytime i send an action to the server or submit the form, the poll repeats the previous action. In case i send the form and update the table, the poll starts to ask my whether i want to resend the data. Is it possible to use a poll for just 1 element ? (The table) I tried to do it with tr:table partialTriggers=::chatPoll ... but this did not work. Here´s my code: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN %-- jsf:pagecode language=java location=/src/pagecode/Chat.java --%%-- /jsf:pagecode --% %@ page language=java contentType=text/html; charset=ISO-8859-1 pageEncoding=ISO-8859-1% %@ taglib uri=http://java.sun.com/jsf/core; prefix=f% %@ taglib uri=http://myfaces.apache.org/trinidad; prefix=tr% %@ taglib uri=http://myfaces.apache.org/trinidad/html; prefix=trh% html f:view tr:document id=doc1 title=Chat mit #{chatuserbean.displayName} tr:form id=form1 defaultCommand=sendButton tr:panelPage id=panelPage tr:table id=chattable width=100% emptyText=No messages sent partialTriggers=::chatPoll value=#{chatuserbean.historyListFromChatPartner} var=chat tr:column headerText=Sender tr:outputText value=#{chat.messageSender} / /tr:column tr:column headerText=Message tr:outputText value=#{chat.message} / /tr:column /tr:table tr:panelFormLayout tr:inputText value=#{messagebean.message} / f:facet name=footer tr:panelButtonBar tr:commandButton text=Send id=sendButton action=#{messageaction.doSendMessage} / /tr:panelButtonBar /f:facet /tr:panelFormLayout /tr:panelPage tr:poll id=chatPoll interval=2000 immediate=true / /tr:form /tr:document /f:view /html Thanks in advance ! Robin -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] polling mechanism
On Tue, Jul 21, 2009 at 4:57 PM, Max Staretsmax.star...@oracle.com wrote: Robin, I see. So you are running into the old problem with the JSP engine rendering whitespace at the beginning of the PPR response with the JSPs. I do not have a proper workaround for you, but rendering html still seems like a wrong thing to do... So using jspx is absolutely not an option for you? I was wondering if it is something on the container, as the demo (using jspx) is failing on his container as well. -Matthias Max Robin Müller-Bady wrote: Hi, in case i omit the html tag, i get errors about /head and /html tags. Also the poll does not work, but the fields get rendered. I tried to find a workaouround to be able to use jsp instead of jspx. But my problem is the same on the Apache MyFaces Trinidad Demo v.1.0.10, so i think the reason for the firefox-submit-dialogs is JSF 1.1 or the old version of Trinidad :( Best regards, Robin Max Starets schrieb: Robin, I do not understand how having the html tag helps you with setting the content type... tr:document will output the html tag even in Trinidad 1.0.10. When you look at the generated source (View-Source), do you see two html tags? Max Robin Müller-Bady wrote: Hey, i used this tag, because its not possible to use jsp:directive.page contentType=text/html;charset=utf-8/ in my project. So i decided to use the html-tag in order to get my project running. One important information is, that i need to use Apache MyFaces Trinidad 1.0.10 and JSF 1.1, because the application is deployed on a Websphere Application Server 6.1. Could this fact cause the problems ? I just deployed the Apache MyFaces Demo version 1.0.10 and in this version, the same problem occurs on /trinidad-demo-1.0.10/faces/components/poll.jspx. (Resend Diaog from Firefox) Isn´t it possible to fix this issue in JSF1.1 / Trinidad 1.0.10 ? Thanks in advance, Robin Max Starets schrieb: Robin, Are you saying that you are getting the standard browser dialog asking whether data should be re-posted? That would happen only if the page is being refreshed. Perhaps something wrong is happening with the PPR request. I see one problem in your page - the html tag should not be there. tr:document renders its own html tag. I would get rid of the html tag and re-test. Max Robin Müller-Bady wrote: Dear List, i have a problem with the tr:poll tag. I use it to update contents of a tr:table data. My problem is, that everytime i send an action to the server or submit the form, the poll repeats the previous action. In case i send the form and update the table, the poll starts to ask my whether i want to resend the data. Is it possible to use a poll for just 1 element ? (The table) I tried to do it with tr:table partialTriggers=::chatPoll ... but this did not work. Here´s my code: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN %-- jsf:pagecode language=java location=/src/pagecode/Chat.java --%%-- /jsf:pagecode --% %@ page language=java contentType=text/html; charset=ISO-8859-1 pageEncoding=ISO-8859-1% %@ taglib uri=http://java.sun.com/jsf/core; prefix=f% %@ taglib uri=http://myfaces.apache.org/trinidad; prefix=tr% %@ taglib uri=http://myfaces.apache.org/trinidad/html; prefix=trh% html f:view tr:document id=doc1 title=Chat mit #{chatuserbean.displayName} tr:form id=form1 defaultCommand=sendButton tr:panelPage id=panelPage tr:table id=chattable width=100% emptyText=No messages sent partialTriggers=::chatPoll value=#{chatuserbean.historyListFromChatPartner} var=chat tr:column headerText=Sender tr:outputText value=#{chat.messageSender} / /tr:column tr:column headerText=Message tr:outputText value=#{chat.message} / /tr:column /tr:table tr:panelFormLayout tr:inputText value=#{messagebean.message} / f:facet name=footer tr:panelButtonBar tr:commandButton text=Send id=sendButton action=#{messageaction.doSendMessage} / /tr:panelButtonBar /f:facet /tr:panelFormLayout /tr:panelPage tr:poll id=chatPoll interval=2000 immediate=true / /tr:form /tr:document /f:view /html Thanks in advance ! Robin -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
RESULT - Re: [Vote] Trinidad plugins 1.2.10 release
Three votes, all +1 -Matthias Wessendorf -Gabrielle Crawford -Bruno Aranda I'll follow up with the required steps. -Matthias On Thu, Jul 16, 2009 at 7:01 PM, Gabrielle Crawfordgabrielle.crawf...@oracle.com wrote: +1 Matthias Wessendorf wrote: Hi, I was running the needed tasks to get the 1.2.10 release of the Apache MyFaces Trinidad Maven 2 Plugins. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.10 artifacts and vote. How to test those JARs ? Use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/plugins1210/url layoutdefault/layout /pluginRepository /pluginRepositories ... [ ] +1 for community members who have reviewed and tested the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/plugins1210 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf