http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57267 <pre>Hello, I'm currently using myfaces 1.1.9 for my web app and I am seeing a strange jsf behavior when using &lt;jsp:include&gt;. Below is what the include page looks like. Inside this include page, it has a h:commandLink inside of a regular HTML table. For some reasons, the JSF is generating the resulting HTML with the commandlink outside of this regular HTML table. If I put this exact code directly into the master page (the one with &lt;jsp:include&gt;), it works fine. &lt;jsp:root version="2.0" xmlns:jsp="http://java.sun.com/JSP/Page" xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:t="http://myfaces.apache.org/tomahawk" xmlns:a4j="http://richfaces.org/a4j"&gt; &lt;f:subview&gt; &lt;h:form&gt; &lt;table width="100%" border="0" cellspacing="0" cellpadding="0"&gt; &lt;tr&gt; &lt;td align="right" valign="top" background="redesign/images/newtop.png" &gt; &lt;table width="100%" border="0" cellspacing="1" cellpadding="1"&gt; &lt;tr&gt; </pre> Lim Hock-Chai 2012-05-16T15:29:18 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57266 <pre> Yes, but please be aware that the EntityManager is still NOT Serializable! Even if some JPA providers claim it, they will loose state on serialisation! I triggered a discussion on the JPA EG regarding this. See http://java.net/jira/browse/JPA_SPEC-21 It's really annoying that JPA is still borked even after so many years :/ Feel free to vote for the spec issue as it seems that this still will be ignored because of political reasons (the different JPA vendors basically do not agree how to solve this best). LieGrue, strub ----- Original Message ----- </pre> Mark Struberg 2012-05-16T08:51:31 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57265 <pre>The context for handling all CODI &lt; at &gt;ConversationScoped beans ALREADY get stored in a &lt; at &gt;SessionScoped bean. Thus it will end up in the Session somehow. But this is impl and situation depending! In OWB we do NOT store &lt; at &gt;SessionScoped beans directly in the Session, because the http session is _damn_ slow. Instead we store it in an internal map, and only store it over if there is a request for replicating the Session. In OWB we call this mechanism 'FailOver'. LieGrue, strub ----- Original Message ----- </pre> Mark Struberg 2012-05-16T08:47:32 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57264 <pre>MyFaces Orchestra doesn't support session persistence because the conversation object isn't serializable, and will not work in a cluster environment. According to the official page (http://myfaces.apache.org/orchestra/index.html, see Limitations) "there is still some work to be done". Because of that, we're now in the process of switching to CODI that it's fully serializable, and allows the session to be persisted/distributed. -----Original Message----- From: tclam [mailto:tclam&lt; at &gt;hkeaa.edu.hk] Sent: quarta-feira, 16 de Maio de 2012 02:49 To: users&lt; at &gt;myfaces.apache.org Subject: Conversation Scope in JSF 2.0 I am trying to implement conversation scope in backing bean of JSF for our application. At first, I am trying to use MyFaces Orchestra. It seems to work well. However, I am concerning the case when the application deployed in cluster environment and during session replication. I don't know if MyFaces CODI with OpenWebBean is a better choice. I have two questions to ask: (1) Does MyFaces Orchestra wor</pre> Freire, Jose Luis (PT - Lisbon 2012-05-16T08:34:44 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57263 <pre> Hi struberg, Do you mean that all the &lt; at &gt;ConversationScoped bean is already stored in &lt; at &gt;SessionScoped bean in CDI specification? Or Do you mean that I have to wrap a &lt; at &gt;ConversationScoped bean with another &lt; at &gt;SessionScoped bean in my own coding? struberg wrote: </pre> tclam 2012-05-16T08:26:06 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57262 <pre>Hi! All the CDI &lt; at &gt;ConversationScoped gets stored in a &lt; at &gt;SessionScoped bean managed by the CDI container. Finally this will somewhen end up in the session (the 'when' is implementation specific). LieGrue, strub ----- Original Message ----- </pre> Mark Struberg 2012-05-16T07:48:24 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57261 <pre>I don't use codi/cdi conversations but just try it, it should work. If you would like to use OWB, there is an open issue which prevents session replication with Tomcat 7.0.22+ but there is also an patch available. https://issues.apache.org/jira/browse/OWB-669 2012/5/16 tclam &lt;tclam&lt; at &gt;hkeaa.edu.hk&gt; </pre> Thomas Andraschko 2012-05-16T07:39:56 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57260 <pre> Thank you. Have you test the conversation during session replication? Anyone try MyFaces Orchestra? Thomas Andraschko-2 wrote: </pre> tclam 2012-05-16T07:23:13 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57259 <pre>I use CODI in an clustered environemnt, no problems till now :) 2012/5/16 tclam &lt;tclam&lt; at &gt;hkeaa.edu.hk&gt; </pre> Thomas Andraschko 2012-05-16T07:19:13 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57258 <pre> Je serai absent(e) à partir du 15/05/2012 de retour le 22/05/2012. I will be away from May 15th to May 22nd For urgent issues please contact Vincent Klock This message and any attachments (the "message") is intended solely for the intended addressees and is confidential. If you receive this message in error,or are not the intended recipient(s), please delete it and any copies from your systems and immediately notify the sender. Any unauthorized view, use that does not comply with its purpose, dissemination or disclosure, either whole or partial, is prohibited. Since the internet cannot guarantee the integrity of this message which may not be reliable, BNP PARIBAS (and its subsidiaries) shall not be liable for the message if modified, changed or falsified. Do not print this message unless it is necessary,consider the environment. ---------------------------------------------------------------------------------------------------------------------------------- Ce message et toutes les pieces joi</pre> matt.rossner< at >externe.bnpparibas.com 2012-05-16T02:19:37 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57257 <pre> I am trying to implement conversation scope in backing bean of JSF for our application. At first, I am trying to use MyFaces Orchestra. It seems to work well. However, I am concerning the case when the application deployed in cluster environment and during session replication. I don't know if MyFaces CODI with OpenWebBean is a better choice. I have two questions to ask: (1) Does MyFaces Orchestra works well in cluster environment? Will the conversation maintains after session replication? (2) Does MyFaces CODI have any issues when deployed in cluster environment? I cannot found any information about this in its document. </pre> tclam 2012-05-16T01:48:21 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57256 <pre>I am pleased to announce a new Newscast on JSFCentral.com. The JSF and Java EE Newscast, hosted by Kito D. Mann, Ian Hlavats, and Daniel Hinojosa, is a monthly podcast that covers the latest headlines in the world of JavaServer Faces and Enterprise Java development. In this episode, Kito, Ian, and Daniel discuss JDK 8, LiferayFaces, the new Jenkins repository, and new releases of ICEfaces, MyFaces, Weld, Ceylon, ModeShape, Arquillian, Akka, NetBeans, and several Spring products. Listen to the newscast here: http://blogs.jsfcentral.com/JSFNewscast/entry/jsf_and_java_ee_newscast8 </pre> Kito Mann 2012-05-15T23:43:03 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57255 <pre>hi pavel, you can use ServerSideWindowHandler (see [1] which provides additional details - i linked the whole thread in my previous answer [2]). regards, gerhard [1] http://markmail.org/message/2chkos7y2vjmjpzy [2] http://s.apache.org/k4 http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/5/10 Pavel Arnošt &lt;pavel.arnost&lt; at &gt;loutka.cz&gt; </pre> Gerhard Petracek 2012-05-13T11:40:00 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57254 <pre> Ich werde ab 11.05.2012 nicht im Büro sein. Ich kehre zurück am 20.05.2012. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. </pre> Josef.Sauerland< at >hella.com 2012-05-11T13:09:02 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57253 <pre>Hi Leonardo thanks for your description - now i understand the state classes much better! Also, as far as i understand now, overwriting isSavingStateInClient() should be enough. I already implemented a StateManagerWrapper and it works (as far as i see). My fail was that i extracted the viewId from the viewRoot which is (of course) null before the view was restored. Now i also wrap the restoreView() method and store the current viewId in the facesContext attributes and use this if viewRoot == null. Do i miss something or are these changes enough? Thanks! Thomas 2012/5/10 Leonardo Uribe &lt;lu4242&lt; at &gt;gmail.com&gt; </pre> Thomas Andraschko 2012-05-11T10:53:40 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57252 <pre>Hi I think do an autocomplete component with composite components and the standard f:ajax tag is easy. Unfortunately I didn't had too much time to write an updated for sandbox and later promote it to tomahawk (too busy improving myfaces core) but if you write one and you want to contribute it, I can check it, improve it and do the necessary steps too. regards, Leonardo Uribe 2012/5/11 vinbr88 &lt;vinbr88&lt; at &gt;googlemail.com&gt;: </pre> Leonardo Uribe 2012-05-11T08:28:48 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57251 <pre>Hello, thank you for that helpful information. It's too bad that this component is not still a standard feature of Tomahawk. Hope this will be added soon. I found a solution that uses ajax. That could be possible too. But you are right. I am not allowed to use Sandbox. 2012/5/11 Anton Gavazuk &lt;antongavazuk&lt; at &gt;gmail.com&gt; </pre> vinbr88 2012-05-11T08:23:55 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57250 <pre>Tomahawk doesnt have autocomplete components, sandbox has it but you are not allowed to add extra libs, so in your case Javascript or writing your own component. 2012/5/11 vinbr88 &lt;vinbr88&lt; at &gt;googlemail.com&gt; </pre> Anton Gavazuk 2012-05-11T08:13:11 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57249 <pre>Hello, I have to migrate our current JSF page from Oracle JSF implementation with Richfaces to Apache MyFaces with Tomahawk. The problem ist that the JSF 2.0 application has a few &lt;rich:autocomplete&gt; fields in the xhtml files that I am not allowed to reuse. I can only use standard components of Myfaces and Tomahawk. I am not allowed to add aditional libraries. Is there a possibility to add such a autocomplete field with MyFaces/Tomahawk without using any other software or library? Thank you in advance. Vince </pre> vinbr88 2012-05-11T08:01:13 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57248 <pre>Ok , Thanks Opened... https://issues.apache.org/jira/browse/MYFACES-3546 On Thu, May 10, 2012 at 11:15 AM, Werner Punz &lt;werner.punz&lt; at &gt;gmail.com&gt; wrote: </pre> Daniel Reznick 2012-05-10T20:47:47 http://permalink.gmane.org/gmane.comp.jakarta.myfaces.user/57247 <pre>This is one of the basic concepts that you learn as you work with JSF </pre> Mike Kienenberger 2012-05-10T17:39:16 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.jakarta.myfaces.user