RE: Help : Error while creating a Facelet
Hello Richard, I really tried to resolve this problem by changing my eclipse IDE version, by using Indigo but nothing happen, there's worse my Jboss Tools plugin can't be installed neither from an archive.zip nor from the eclipse marketspace, it allways falls during downloading necessary jars from internet (a repositry X wich i don't remember its name can't be found !!). I'm really disturbed, What should i do now, plese help me. Date: Tue, 13 Mar 2012 12:03:30 -0700 Subject: Re: Help : Error while creating a Facelet From: richard.k@gmail.com To: users@myfaces.apache.org Try upgrading to Eclipse Indigo + WTP. -Richard On Tue, Mar 13, 2012 at 9:40 AM, ayouB __ ayb-2...@hotmail.fr wrote: First of all i had read the e-book named definitive guide to apache myfaces and facelets whih give basic examples how to create a facelet template and i did like what they said in, except that when i create an html file as New Facelet template, instead of eclipse should create the new file with .xhtml extension, it create my new file with .html extension : !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:ui=http://java.sun.com/jsf/facelets; head titleui:insert name=titleDefault title/ui:insert/title /head body div id=header ui:insert name=header Header area. See comments below this line in the source. !-- include your header file or uncomment the include below and create header.xhtml in this directory -- !-- ui:include src=header.xhtml/ -- /ui:insert /div div id=content ui:insert name=content Content area. See comments below this line in the source. !-- include your content file or uncomment the include below and create content.xhtml in this directory -- !-- div -- !-- ui:include src=content.xhtml/ -- !-- /div -- /ui:insert /div div id=footer ui:insert name=footer Footer area. See comments below this line in the source. !-- include your header file or uncomment the include below and create footer.xhtml in this directory -- !--ui:include src=footer.xhtml/ -- /ui:insert /div /body /html = I had added Jboss Tools plug-in to my eclipse helios IDE and it permit me to have the possibility to create directly an XHTML page (Blank Facelet Page) : !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:h=http://java.sun.com/jsf/html; xmlns:f=http://java.sun.com/jsf/core; xmlns:ui=http://java.sun.com/jsf/facelets; ui:composition template= /ui:composition /html == I still having Warning in both files at html xmlns = ... saying : Multiple markers at this line - Warning: unknown attribute xmlns:h - Warning: unknown attribute xmlns:ui - Warning: unknown attribute xmlns:f Help me guys plese. Date: Tue, 13 Mar 2012 09:15:20 -0700 Subject: Re: Help : Error while creating a Facelet From: richard.k@gmail.com To: users@myfaces.apache.org send the entire .xhtml file -Richard On Tue, Mar 13, 2012 at 8:58 AM, ayouB __ ayb-2...@hotmail.fr wrote: Pleaase HELP ! From: ayb-2...@hotmail.fr To: users@myfaces.apache.org Subject: RE: Help : Error while creating a Facelet Date: Tue, 13 Mar 2012 14:26:23 + Well i verified if i missed a space before xmlns:ui except that there's a one (it's just copy/past which delete the space), besides i don't wanna use maven; for the moment; i need just that my application start well, i still wroking on the configuration of the environnement of developpement and i have spent a lot of time so if someone had faced such problem please help ^^ CC: users@myfaces.apache.org From: richard.k@gmail.com Subject: Re: Help : Error while creating a Facelet Date: Tue, 13 Mar 2012 07:09:00 -0700 To: users@myfaces.apache.org I think you need a space before xmlns:ui You should also learn how to use Maven for your build b/c it will manage your sub dependencies and Eclipse build path. Richard Sent from my iPhone On Mar 13, 2012, at 7:00 AM, ayouB __ ayb-2...@hotmail.fr wrote: Hello every one, Now i'm working on a jsf 2.0 project which the implementation is done with Apache MyFaces 2.1.6 (Final) and an optional components librairie RichFaces 4.2.0 in eclipse Helios as the
how to build a JSF 2.0 (MyFaces/Facelets) Project
Hello every one, I have sent a mail before that one where i explained problems i faced while configuring the developpement environnement, unfortunately that let me no where i spent a lot of time trying to find a solution but i didn't anyway thank you all for your replies and your collaboration :) The problem now is how to create and configure a jsf project under eclipse helios IDE, what JARs i need, how to dowload them and where can i find them, what version, and where should i put them (in my class path, in my web app ...). I'm really confused and i don't know what to do ! Please Help ^_^ Thanks. AYOUB
Re: how to build a JSF 2.0 (MyFaces/Facelets) Project
Best is to use Maven. $ mvn archetype:generate -DarchetypeGroupId=org.apache.myfaces.buildtools -DarchetypeArtifactId=myfaces-archetype-helloworld20-owb LieGrue, strub - Original Message - From: ayouB __ ayb-2...@hotmail.fr To: users@myfaces.apache.org Cc: Sent: Wednesday, March 14, 2012 5:47 PM Subject: how to build a JSF 2.0 (MyFaces/Facelets) Project Hello every one, I have sent a mail before that one where i explained problems i faced while configuring the developpement environnement, unfortunately that let me no where i spent a lot of time trying to find a solution but i didn't anyway thank you all for your replies and your collaboration :) The problem now is how to create and configure a jsf project under eclipse helios IDE, what JARs i need, how to dowload them and where can i find them, what version, and where should i put them (in my class path, in my web app ...). I'm really confused and i don't know what to do ! Please Help ^_^ Thanks. AYOUB
Re: how to build a JSF 2.0 (MyFaces/Facelets) Project
Helo ayouB im using Netbeans an is so easy to create a JSF Faceletes proyect, why you dont test with netbeans? 2012/3/14 Mark Struberg strub...@yahoo.de Best is to use Maven. $ mvn archetype:generate -DarchetypeGroupId=org.apache.myfaces.buildtools -DarchetypeArtifactId=myfaces-archetype-helloworld20-owb LieGrue, strub - Original Message - From: ayouB __ ayb-2...@hotmail.fr To: users@myfaces.apache.org Cc: Sent: Wednesday, March 14, 2012 5:47 PM Subject: how to build a JSF 2.0 (MyFaces/Facelets) Project Hello every one, I have sent a mail before that one where i explained problems i faced while configuring the developpement environnement, unfortunately that let me no where i spent a lot of time trying to find a solution but i didn't anyway thank you all for your replies and your collaboration :) The problem now is how to create and configure a jsf project under eclipse helios IDE, what JARs i need, how to dowload them and where can i find them, what version, and where should i put them (in my class path, in my web app ...). I'm really confused and i don't know what to do ! Please Help ^_^ Thanks. AYOUB -- --- *SCJA. José Luis Cetina* ---
Re: how to build a JSF 2.0 (MyFaces/Facelets) Project
Hi In eclipse you can use the archetype and then load the project using m2eclipse plugin: http://www.sonatype.org/m2eclipse . regards, Leonardo El día 14 de marzo de 2012 13:35, José Luis Cetina maxtorz...@gmail.com escribió: Helo ayouB im using Netbeans an is so easy to create a JSF Faceletes proyect, why you dont test with netbeans? 2012/3/14 Mark Struberg strub...@yahoo.de Best is to use Maven. $ mvn archetype:generate -DarchetypeGroupId=org.apache.myfaces.buildtools -DarchetypeArtifactId=myfaces-archetype-helloworld20-owb LieGrue, strub - Original Message - From: ayouB __ ayb-2...@hotmail.fr To: users@myfaces.apache.org Cc: Sent: Wednesday, March 14, 2012 5:47 PM Subject: how to build a JSF 2.0 (MyFaces/Facelets) Project Hello every one, I have sent a mail before that one where i explained problems i faced while configuring the developpement environnement, unfortunately that let me no where i spent a lot of time trying to find a solution but i didn't anyway thank you all for your replies and your collaboration :) The problem now is how to create and configure a jsf project under eclipse helios IDE, what JARs i need, how to dowload them and where can i find them, what version, and where should i put them (in my class path, in my web app ...). I'm really confused and i don't know what to do ! Please Help ^_^ Thanks. AYOUB -- --- *SCJA. José Luis Cetina* ---
Re: how to build a JSF 2.0 (MyFaces/Facelets) Project
Here is the relevant maven info https://cwiki.apache.org/confluence/display/MYFACES/MyFaces+Archetypes+for+Maven Cannot help with Eclipse. Werner Am 14.03.12 19:42, schrieb Leonardo Uribe: Hi In eclipse you can use the archetype and then load the project using m2eclipse plugin: http://www.sonatype.org/m2eclipse . regards, Leonardo El día 14 de marzo de 2012 13:35, José Luis Cetina maxtorz...@gmail.com escribió: Helo ayouB im using Netbeans an is so easy to create a JSF Faceletes proyect, why you dont test with netbeans? 2012/3/14 Mark Strubergstrub...@yahoo.de Best is to use Maven. $ mvn archetype:generate -DarchetypeGroupId=org.apache.myfaces.buildtools -DarchetypeArtifactId=myfaces-archetype-helloworld20-owb LieGrue, strub - Original Message - From: ayouB __ayb-2...@hotmail.fr To: users@myfaces.apache.org Cc: Sent: Wednesday, March 14, 2012 5:47 PM Subject: how to build a JSF 2.0 (MyFaces/Facelets) Project Hello every one, I have sent a mail before that one where i explained problems i faced while configuring the developpement environnement, unfortunately that let me no where i spent a lot of time trying to find a solution but i didn't anyway thank you all for your replies and your collaboration :) The problem now is how to create and configure a jsf project under eclipse helios IDE, what JARs i need, how to dowload them and where can i find them, what version, and where should i put them (in my class path, in my web app ...). I'm really confused and i don't know what to do ! Please Help ^_^ Thanks. AYOUB -- --- *SCJA. José Luis Cetina* ---
Re: MyFaces and CODI
Hi Gerhard, i successfuly added codi and openwebbeans to an application running on weblogic 11g however its a legacy application which uses frames, basicaly we have a menu on the left frame that targets the center frame, something like: h:commandLink value=menuLink action=#{myBean.init} target=frmDados / the problem is, when a add CODI to the application and mark myBean as ViewAccessScoped (and thus the windowId starts to be append to the url) the above menuLink always open the center frame in a new browser tab. If i remove CODI and set myBean as RequestScoped(or any other CDI Scope) the application behaves as expected. So i think the windowId generated by CODI is causing this issue, i tried your solution without success, the windowId isnt removed from the url and a new tab opens when i click in the menuLink. Any thoughs? thanks for all your help. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Enviadas: Sexta-feira, 9 de Março de 2012 12:38 Assunto: Re: MyFaces and CODI hi stephen, that's right [1] doesn't support it. werner committed his improvement and you can try [2] and [3] as you see them right now. regards, gerhard [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html [2] http://s.apache.org/rr [3] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Stephen More stephen.m...@gmail.com I was referring to [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html I guess I just need to wait until the correct way is tested and documented in the wiki using: [1] http://s.apache.org/rr [2] http://s.apache.org/23p On Fri, Mar 9, 2012 at 9:20 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: @ mark: i just tested it and it works with [1] in combination with ClientSideWindowHandler [2]. regards, gerhard [1] http://s.apache.org/rr [2] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Mark Struberg strub...@yahoo.de Hi Stephen! Well, the current approach in CODI is currently under discussion in the JSF EG. The whole windowId stuff of CODI might end up in the JSF-2.2 or 2.3 spec. T hat seems to work fine when pasting into a new empty window, but it still allows you to copy-paste the url from one codi window to an existing codi window. Nope, because the windowhandler.js script will first check the window.name. And if this is empty/doesn't fit the windowId in the URL, then it will reload the page with a freshly requested windowId. LieGrue, strub - Original Message - From: Stephen More stephen.m...@gmail.com To: MyFaces Discussion users@myfaces.apache.org Cc: Sent: Friday, March 9, 2012 1:27 PM Subject: Re: MyFaces and CODI Included in the JSF jar is META-INF/resources/javax.faces/jsf.js which enables its use by h:outputScript name=jsf.js library=javax.faces target=head/ Should windowhandler.js be moved from the examples into a core library so that it can be utilized the same way ? On Fri, Mar 9, 2012 at 7:10 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi stephen, yes - you can add a small js (see e.g. [1]) to support this use-case. regards, gerhard [1] http://s.apache.org/YTq http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Stephen More stephen.m...@gmail.com Great. I am mainly interested in WindowScoped i.e. every browser tab has its own mini-session. I see that CODI is adding a ?windowId=595 to keep these conversations separate. If a user simply copies the url and pastes in a new tab now two browser tabs are sharing the same conversation. How can I prevent this ? I want to enforce that EVERY browser tab has its own conversation. Perhaps a simple error to the user saying Sorry or start a new conversation. -Thanks On Fri, Mar 9, 2012 at 3:18 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi stephen, (that's an issue with the setup of weld and not related to myfaces codi.) however, myfaces codi doesn't need this support - if you also don't need cdi support for servlets, filters or listeners, you can run the application
Re: Both MyFaces and the RI are on your classpath. Please make sure to use only one of the two JSF-implementations.
hi jose, usually that depends on the concrete requirements. however, as mentioned by leo there are application-servers which provide a better approach for integrating e.g. myfaces-core. furthermore, there are also a lot of users who don't need an application server at all and just use e.g. apache tomcat which is more flexible in view of custom frameworks. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/14 José Luis Cetina maxtorz...@gmail.com What application server do u use? El 13/03/2012 17:36, Gerhard Petracek gerhard.petra...@gmail.com escribió: hi leo, some months ago we tested myfaces-core + owb on glassfish (within the same application) and the config needed for myfaces-core broke owb. regards, gerhard 2012/3/13 Leonardo Uribe lu4...@gmail.com Hi I almost forgot to say: org.jboss.weldx.transaction.UserTransaction$1513261869$Proxy$_$$_Weld$Proxy$ cannot be cast to javassist.util.proxy.ProxyObject* *java.lang.ClassCastException: org.jboss.weldx.transaction.UserTransaction$1513261869$Proxy$_$$_Weld$Proxy$ cannot be cast to javassist.util.proxy.ProxyObject* It looks like some issue with the classloader. And the issue with @Model,@Named and @ViewAccessScoped could be caused because it is necessary a LifecycleProvider2 implementation for Glassfish, so the container can resolve such annotations when the bean is constructed and destroyed. Since Glassfish is CDDL+GPL licensed, there is no default LifecycleProvider bundled with MyFaces. regards, Leonardo Uribe 2012/3/13 Leonardo Uribe lu4...@gmail.com: Hi First of all, the problem is related to glassfish. This container does not provide a clear way to change of jsf implementation. It is not that myfaces cannot run with glassfish, instead glassfish is not kind with any other alternate jsf implementation. The classloader flag is just a workaround in my opinion, but it works. The message: *Both MyFaces and the RI are on your classpath. Please make sure to use only one of the two JSF-implementations.* Just ignore it. Glassfish classloader will find myfaces jars first than mojarra ones. The other problem you are experiencing is related to the same classloader flag. Since myfaces jars should be on WEB-INF/lib, those jars cannot be found by weld, so to make it work, you need to use another library like OpenWebBeans and put the related jar files on WEB-INF/lib folder too. That will work but it is not ideal. Anyway, most of the people will not care about this. The right way to do it should be done from glassfish side, removing mojarra jars and including myfaces ones in the container (not including myfaces into the webapp). But that's not easy, because I suppose it is necessary to check if glassfish internals will still work, and it should exists an integration code between mojarra and glassfish somewhere. Basically, glassfish does not provide a clean extension point to do this. Other containers like JBoss do things right, they provide a deployer that uses myfaces integration code. See: https://cwiki.apache.org/confluence/display/MYFACES/Integration+with+application+and+web+servers regards, Leonardo Uribe 2012/3/13 Gerhard Petracek gerhard.petra...@gmail.com: hi mike, right now geronimo3 isn't in the list [1] of the supported servers. regards, gerhard [1] https://cwiki.apache.org/confluence/display/EXTCDI/Intro#Intro-Compatibility http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/13 Mike Kienenberger mkien...@gmail.com I don't have much experience with them, but Apache Geronimo and, to a lesser degree, Apache Tomcat would be alternatives to Glassfish. There may be others. 2012/3/13 José Luis Cetina maxtorz...@gmail.com: Let me tell you that the example deploy and RAN without any problem and i dont move any line of code, i only deploy in tomcat without any problem, i want to use apache product's like myfaces, CODI, etc, i want to know if you can give me an objective suggestion with what Application Server i can use with your products, i have the opportunity for choose. Thanks 2012/3/13 Gerhard Petracek gerhard.petra...@gmail.com hi jose, you can run the generated demos with a servlet container like jetty (see the comment in the generated pom.xml file), tomcat,... . by default the myfaces-core profile is
Re: MyFaces and CODI
hi rafael, the easiest approach to test an alternative for this constellation is the activation of the ServerSideWindowHandler (it's a std. cdi @Alternative implementation - you can activate it in the beans.xml file of your application). (however, please be aware that this alternative implementation has some disadvantages.) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/14 Rafael Pestano rmpest...@yahoo.com.br Hi Gerhard, i successfuly added codi and openwebbeans to an application running on weblogic 11g however its a legacy application which uses frames, basicaly we have a menu on the left frame that targets the center frame, something like: h:commandLink value=menuLink action=#{myBean.init} target=frmDados / the problem is, when a add CODI to the application and mark myBean as ViewAccessScoped (and thus the windowId starts to be append to the url) the above menuLink always open the center frame in a new browser tab. If i remove CODI and set myBean as RequestScoped(or any other CDI Scope) the application behaves as expected. So i think the windowId generated by CODI is causing this issue, i tried your solution without success, the windowId isnt removed from the url and a new tab opens when i click in the menuLink. Any thoughs? thanks for all your help. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Enviadas: Sexta-feira, 9 de Março de 2012 12:38 Assunto: Re: MyFaces and CODI hi stephen, that's right [1] doesn't support it. werner committed his improvement and you can try [2] and [3] as you see them right now. regards, gerhard [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html [2] http://s.apache.org/rr [3] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Stephen More stephen.m...@gmail.com I was referring to [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html I guess I just need to wait until the correct way is tested and documented in the wiki using: [1] http://s.apache.org/rr [2] http://s.apache.org/23p On Fri, Mar 9, 2012 at 9:20 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: @ mark: i just tested it and it works with [1] in combination with ClientSideWindowHandler [2]. regards, gerhard [1] http://s.apache.org/rr [2] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Mark Struberg strub...@yahoo.de Hi Stephen! Well, the current approach in CODI is currently under discussion in the JSF EG. The whole windowId stuff of CODI might end up in the JSF-2.2 or 2.3 spec. T hat seems to work fine when pasting into a new empty window, but it still allows you to copy-paste the url from one codi window to an existing codi window. Nope, because the windowhandler.js script will first check the window.name. And if this is empty/doesn't fit the windowId in the URL, then it will reload the page with a freshly requested windowId. LieGrue, strub - Original Message - From: Stephen More stephen.m...@gmail.com To: MyFaces Discussion users@myfaces.apache.org Cc: Sent: Friday, March 9, 2012 1:27 PM Subject: Re: MyFaces and CODI Included in the JSF jar is META-INF/resources/javax.faces/jsf.js which enables its use by h:outputScript name=jsf.js library=javax.faces target=head/ Should windowhandler.js be moved from the examples into a core library so that it can be utilized the same way ? On Fri, Mar 9, 2012 at 7:10 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi stephen, yes - you can add a small js (see e.g. [1]) to support this use-case. regards, gerhard [1] http://s.apache.org/YTq http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Stephen More stephen.m...@gmail.com Great. I am mainly interested in WindowScoped i.e. every browser tab has its own mini-session. I see that CODI is adding a ?windowId=595 to keep these conversations
Re: MyFaces and CODI
i see, i have used the client side one alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ClientSideWindowHandler/class /alternatives i imagine the server side should be alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ServerSideWindowHandler/class /alternativesalright? i will test it tomorrow and give the feedback, thanks. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ - Mensagem original - De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Cc: Enviadas: Quarta-feira, 14 de Março de 2012 20:11 Assunto: Re: MyFaces and CODI hi rafael, the easiest approach to test an alternative for this constellation is the activation of the ServerSideWindowHandler (it's a std. cdi @Alternative implementation - you can activate it in the beans.xml file of your application). (however, please be aware that this alternative implementation has some disadvantages.) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/14 Rafael Pestano rmpest...@yahoo.com.br Hi Gerhard, i successfuly added codi and openwebbeans to an application running on weblogic 11g however its a legacy application which uses frames, basicaly we have a menu on the left frame that targets the center frame, something like: h:commandLink value=menuLink action=#{myBean.init} target=frmDados / the problem is, when a add CODI to the application and mark myBean as ViewAccessScoped (and thus the windowId starts to be append to the url) the above menuLink always open the center frame in a new browser tab. If i remove CODI and set myBean as RequestScoped(or any other CDI Scope) the application behaves as expected. So i think the windowId generated by CODI is causing this issue, i tried your solution without success, the windowId isnt removed from the url and a new tab opens when i click in the menuLink. Any thoughs? thanks for all your help. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Enviadas: Sexta-feira, 9 de Março de 2012 12:38 Assunto: Re: MyFaces and CODI hi stephen, that's right [1] doesn't support it. werner committed his improvement and you can try [2] and [3] as you see them right now. regards, gerhard [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html [2] http://s.apache.org/rr [3] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Stephen More stephen.m...@gmail.com I was referring to [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html I guess I just need to wait until the correct way is tested and documented in the wiki using: [1] http://s.apache.org/rr [2] http://s.apache.org/23p On Fri, Mar 9, 2012 at 9:20 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: @ mark: i just tested it and it works with [1] in combination with ClientSideWindowHandler [2]. regards, gerhard [1] http://s.apache.org/rr [2] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Mark Struberg strub...@yahoo.de Hi Stephen! Well, the current approach in CODI is currently under discussion in the JSF EG. The whole windowId stuff of CODI might end up in the JSF-2.2 or 2.3 spec. T hat seems to work fine when pasting into a new empty window, but it still allows you to copy-paste the url from one codi window to an existing codi window. Nope, because the windowhandler.js script will first check the window.name. And if this is empty/doesn't fit the windowId in the URL, then it will reload the page with a freshly requested windowId. LieGrue, strub - Original Message - From: Stephen More stephen.m...@gmail.com To: MyFaces Discussion users@myfaces.apache.org Cc: Sent: Friday, March 9, 2012 1:27 PM Subject: Re: MyFaces and CODI Included in the JSF jar is META-INF/resources/javax.faces/jsf.js which enables its use by h:outputScript name=jsf.js library=javax.faces target=head/ Should windowhandler.js be
Re: MyFaces and CODI
hi rafael, internally the ServerSideWindowHandler is based on the flash scope (that's one of the mentioned disadvantages) - it's bound to jsf 2+ - it is: org.apache.myfaces.extensions.cdi.jsf2.impl.scope.conversation.ServerSideWindowHandler (and you can't use the additional js.) with some constellations you just hit the restrictions of browsers - you have to choose what you really need. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/15 Rafael Pestano rmpest...@yahoo.com.br i see, i have used the client side one alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ClientSideWindowHandler/class /alternatives i imagine the server side should be alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ServerSideWindowHandler/class /alternativesalright? i will test it tomorrow and give the feedback, thanks. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ - Mensagem original - De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Cc: Enviadas: Quarta-feira, 14 de Março de 2012 20:11 Assunto: Re: MyFaces and CODI hi rafael, the easiest approach to test an alternative for this constellation is the activation of the ServerSideWindowHandler (it's a std. cdi @Alternative implementation - you can activate it in the beans.xml file of your application). (however, please be aware that this alternative implementation has some disadvantages.) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/14 Rafael Pestano rmpest...@yahoo.com.br Hi Gerhard, i successfuly added codi and openwebbeans to an application running on weblogic 11g however its a legacy application which uses frames, basicaly we have a menu on the left frame that targets the center frame, something like: h:commandLink value=menuLink action=#{myBean.init} target=frmDados / the problem is, when a add CODI to the application and mark myBean as ViewAccessScoped (and thus the windowId starts to be append to the url) the above menuLink always open the center frame in a new browser tab. If i remove CODI and set myBean as RequestScoped(or any other CDI Scope) the application behaves as expected. So i think the windowId generated by CODI is causing this issue, i tried your solution without success, the windowId isnt removed from the url and a new tab opens when i click in the menuLink. Any thoughs? thanks for all your help. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Enviadas: Sexta-feira, 9 de Março de 2012 12:38 Assunto: Re: MyFaces and CODI hi stephen, that's right [1] doesn't support it. werner committed his improvement and you can try [2] and [3] as you see them right now. regards, gerhard [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html [2] http://s.apache.org/rr [3] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Stephen More stephen.m...@gmail.com I was referring to [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html I guess I just need to wait until the correct way is tested and documented in the wiki using: [1] http://s.apache.org/rr [2] http://s.apache.org/23p On Fri, Mar 9, 2012 at 9:20 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: @ mark: i just tested it and it works with [1] in combination with ClientSideWindowHandler [2]. regards, gerhard [1] http://s.apache.org/rr [2] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/9 Mark Struberg strub...@yahoo.de Hi Stephen! Well, the current approach in CODI is currently under discussion in the JSF EG. The whole windowId stuff of CODI might end up in the JSF-2.2 or 2.3 spec. T hat seems to work fine when pasting into a new empty window, but it
Re: how to build a JSF 2.0 (MyFaces/Facelets) Project
On 3/14/2012 12:47 PM, ayouB __ wrote: Hello every one, I have sent a mail before that one where i explained problems i faced while configuring the developpement environnement, unfortunately that let me no where i spent a lot of time trying to find a solution but i didn't anyway thank you all for your replies and your collaboration :) The problem now is how to create and configure a jsf project under eclipse helios IDE, what JARs i need, how to dowload them and where can i find them, what version, and where should i put them (in my class path, in my web app ...). I'm really confused and i don't know what to do ! Please Help ^_^ http://www.eclipse.org/webtools/jsf/main.php -- Guy Rouillier
Re: MyFaces and CODI
Hi Gehard, its a stopper to us cause we are still dependent on JSF 1.2 Can i implement an alternative to org.apache.myfaces.extensions.cdi.jsf2.impl.scope.conversation.ServerSideWindowHandler based on JSF 1.2? i see you use flash scope to span the windowId through requests in the server side solution: if (windowId != null) 79 { 80 externalContext.getRequestMap().put(WINDOW_CONTEXT_ID_PARAMETER_KEY, windowId); 81 externalContext.getFlash().keep(WINDOW_CONTEXT_ID_PARAMETER_KEY); 82 } if i put the windownId in the sessionMap it would still work? i think ill find hard time trying to remove the windowId from the map when user leave the page. thanks for your help i really appreciated it. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ - Mensagem original - De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Cc: Enviadas: Quarta-feira, 14 de Março de 2012 20:55 Assunto: Re: MyFaces and CODI hi rafael, internally the ServerSideWindowHandler is based on the flash scope (that's one of the mentioned disadvantages) - it's bound to jsf 2+ - it is: org.apache.myfaces.extensions.cdi.jsf2.impl.scope.conversation.ServerSideWindowHandler (and you can't use the additional js.) with some constellations you just hit the restrictions of browsers - you have to choose what you really need. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/15 Rafael Pestano rmpest...@yahoo.com.br i see, i have used the client side one alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ClientSideWindowHandler/class /alternatives i imagine the server side should be alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ServerSideWindowHandler/class /alternativesalright? i will test it tomorrow and give the feedback, thanks. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ - Mensagem original - De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Cc: Enviadas: Quarta-feira, 14 de Março de 2012 20:11 Assunto: Re: MyFaces and CODI hi rafael, the easiest approach to test an alternative for this constellation is the activation of the ServerSideWindowHandler (it's a std. cdi @Alternative implementation - you can activate it in the beans.xml file of your application). (however, please be aware that this alternative implementation has some disadvantages.) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/14 Rafael Pestano rmpest...@yahoo.com.br Hi Gerhard, i successfuly added codi and openwebbeans to an application running on weblogic 11g however its a legacy application which uses frames, basicaly we have a menu on the left frame that targets the center frame, something like: h:commandLink value=menuLink action=#{myBean.init} target=frmDados / the problem is, when a add CODI to the application and mark myBean as ViewAccessScoped (and thus the windowId starts to be append to the url) the above menuLink always open the center frame in a new browser tab. If i remove CODI and set myBean as RequestScoped(or any other CDI Scope) the application behaves as expected. So i think the windowId generated by CODI is causing this issue, i tried your solution without success, the windowId isnt removed from the url and a new tab opens when i click in the menuLink. Any thoughs? thanks for all your help. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Enviadas: Sexta-feira, 9 de Março de 2012 12:38 Assunto: Re: MyFaces and CODI hi stephen, that's right [1] doesn't support it. werner committed his improvement and you can try [2] and [3] as you see them right now. regards, gerhard [1] http://old.nabble.com/-CODI--lazy-windowId-drop-script-p31654496.html [2] http://s.apache.org/rr [3] http://s.apache.org/23p http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional
Re: MyFaces and CODI
hi rafael, as you have seen it's easy to provide a custom WindowHandler (just implement the interface and provide your implementation as alternative cdi bean) - you can integrate every custom approach which is enough to solve you requirements. if you don't need redirects, you could have a look at e.g. [1] which uses an internal fallback. regards, gerhard [1] http://s.apache.org/SAs http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/15 Rafael Pestano rmpest...@yahoo.com.br Hi Gehard, its a stopper to us cause we are still dependent on JSF 1.2 Can i implement an alternative to org.apache.myfaces.extensions.cdi.jsf2.impl.scope.conversation.ServerSideWindowHandler based on JSF 1.2? i see you use flash scope to span the windowId through requests in the server side solution: if (windowId != null) 79 { 80 externalContext.getRequestMap().put(WINDOW_CONTEXT_ID_PARAMETER_KEY, windowId); 81 externalContext.getFlash().keep(WINDOW_CONTEXT_ID_PARAMETER_KEY); 82 } if i put the windownId in the sessionMap it would still work? i think ill find hard time trying to remove the windowId from the map when user leave the page. thanks for your help i really appreciated it. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ - Mensagem original - De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Cc: Enviadas: Quarta-feira, 14 de Março de 2012 20:55 Assunto: Re: MyFaces and CODI hi rafael, internally the ServerSideWindowHandler is based on the flash scope (that's one of the mentioned disadvantages) - it's bound to jsf 2+ - it is: org.apache.myfaces.extensions.cdi.jsf2.impl.scope.conversation.ServerSideWindowHandler (and you can't use the additional js.) with some constellations you just hit the restrictions of browsers - you have to choose what you really need. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/15 Rafael Pestano rmpest...@yahoo.com.br i see, i have used the client side one alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ClientSideWindowHandler/class /alternatives i imagine the server side should be alternatives classorg.apache.myfaces.extensions.cdi.jsf.impl.scope.conversation.ServerSideWindowHandler/class /alternativesalright? i will test it tomorrow and give the feedback, thanks. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS @realpestano http://code.google.com/p/jsf-conventions-framework/ - Mensagem original - De: Gerhard Petracek gerhard.petra...@gmail.com Para: MyFaces Discussion users@myfaces.apache.org Cc: Enviadas: Quarta-feira, 14 de Março de 2012 20:11 Assunto: Re: MyFaces and CODI hi rafael, the easiest approach to test an alternative for this constellation is the activation of the ServerSideWindowHandler (it's a std. cdi @Alternative implementation - you can activate it in the beans.xml file of your application). (however, please be aware that this alternative implementation has some disadvantages.) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/3/14 Rafael Pestano rmpest...@yahoo.com.br Hi Gerhard, i successfuly added codi and openwebbeans to an application running on weblogic 11g however its a legacy application which uses frames, basicaly we have a menu on the left frame that targets the center frame, something like: h:commandLink value=menuLink action=#{myBean.init} target=frmDados / the problem is, when a add CODI to the application and mark myBean as ViewAccessScoped (and thus the windowId starts to be append to the url) the above menuLink always open the center frame in a new browser tab. If i remove CODI and set myBean as RequestScoped(or any other CDI Scope) the application behaves as expected. So i think the windowId generated by CODI is causing this issue, i tried your solution without success, the windowId isnt removed from the url and a new tab opens when i click in the menuLink. Any thoughs? thanks for all your help. Att, Rafael M. Pestano Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS