Re: CODI/ExtVal Add-Ons
Hi Gerhard, thanks for this links but i can't find the boost add-on in this repositories. It this add-on somewhere available or should i build it from source? Thanks Thomas 2011/10/11 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, see [1] and [2]. some add-ons are deployed to sub-directories of [3] btw. [4]. (examples like [5] show how to configure such repositories.) regards, gerhard [1] https://cwiki.apache.org/confluence/display/EXTCDI/External#External-Addons [2] https://cwiki.apache.org/confluence/display/EXTVAL/External#External-Addons [3] http://os890-m2-repository.googlecode.com/svn/trunk/ [4] http://os890-m2-repository.googlecode.com/svn/tags/ [5] http://code.google.com/a/apache-extras.org/p/myfaces-codi-addons/source/browse/controlled_bootstrapping_owb/example http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/11 Thomas Andraschko zoi...@googlemail.com Hi, is there a list with all CODI and ExtVal Add-Ons available? Especially i'm interested in the CODI Boos Add-On. Is there also an Maven Repository for this stuff? Thanks and best regards Thomas
Re: [Trinidad] Should inner subform submit an outer subform ?
Bump! (sorry bumping, but all I wanna know is the expected behavior) Walter Mourão http://waltermourao.com.br http://arcadian.com.br http://oriens.com.br 2011/10/13 Walter Mourão walter.mou...@gmail.com Hi folks, in the situation: subform1 ... subform2 ... button2/ /subform2 /subform1 should a click in button2 submit subform1 ? This is happening in Trinidad 2.0 and I'm not sure it is a correct behavior... at least I didn't expect it, because the validation is being enforced in the subform1 fields... Thanks in advance, Walter Mourão http://waltermourao.com.br http://arcadian.com.br http://oriens.com.br
id of submitted command accessible in PhaseListener?
Hi, Can I determine in a PhaseListener which action/actionListener should be called or which commandButton was executed? Especially after skipping some phases due to validation or conversion errors? Michael
NPE with CODI, OWB and JUNIT
Hi, my junit tests extends from AbstractCdiAwareTest and i'm trying to inject one of my DAO's. The NPE occurs in TestContainerFactory.isServletContextAwareContainer because testContainer is null. Here is my list with depenedencies: artifactIdjunit/artifactId artifactIdcdi-api/artifactId artifactIdopenwebbeans-impl/artifactId artifactIdopenwebbeans-spi/artifactId artifactIdopenwebbeans-resource/artifactId artifactIdmyfaces-extcdi-core-api/artifactId artifactIdmyfaces-extcdi-core-impl/artifactId artifactIdmyfaces-extcdi-base-test-infrastructure/artifactId artifactIdmyfaces-extcdi-junit-support-module/artifactId artifactIdmyfaces-extcdi-owb-support-module/artifactId OWB 1.1.1, CODI 1.0.1, JUnit 4.6 How can i fix this? Thanks and best regards Thomas
Re: NPE with CODI, OWB and JUNIT
hi thomas, you also need other dependencies like myfaces-test and the jsf-support-module. you can have a look e.g. at [1]. regards, gerhard [1] http://code.google.com/a/apache-extras.org/p/myfaces-codi-examples/source/browse/community/pom.xml http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/17 Thomas Andraschko zoi...@googlemail.com Hi, my junit tests extends from AbstractCdiAwareTest and i'm trying to inject one of my DAO's. The NPE occurs in TestContainerFactory.isServletContextAwareContainer because testContainer is null. Here is my list with depenedencies: artifactIdjunit/artifactId artifactIdcdi-api/artifactId artifactIdopenwebbeans-impl/artifactId artifactIdopenwebbeans-spi/artifactId artifactIdopenwebbeans-resource/artifactId artifactIdmyfaces-extcdi-core-api/artifactId artifactIdmyfaces-extcdi-core-impl/artifactId artifactIdmyfaces-extcdi-base-test-infrastructure/artifactId artifactIdmyfaces-extcdi-junit-support-module/artifactId artifactIdmyfaces-extcdi-owb-support-module/artifactId OWB 1.1.1, CODI 1.0.1, JUnit 4.6 How can i fix this? Thanks and best regards Thomas
Re: NPE with CODI, OWB and JUNIT
Also i don't want to include jsf/web dependencies to this module, i only need a CDI aware test. This is just for my business logic layer. 2011/10/17 Thomas Andraschko zoi...@googlemail.com Hi Gerhard, do i really need this when i just want to test my business logic without web and jsf? Best regards, Thomas 2011/10/17 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, you also need other dependencies like myfaces-test and the jsf-support-module. you can have a look e.g. at [1]. regards, gerhard [1] http://code.google.com/a/apache-extras.org/p/myfaces-codi-examples/source/browse/community/pom.xml http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/17 Thomas Andraschko zoi...@googlemail.com Hi, my junit tests extends from AbstractCdiAwareTest and i'm trying to inject one of my DAO's. The NPE occurs in TestContainerFactory.isServletContextAwareContainer because testContainer is null. Here is my list with depenedencies: artifactIdjunit/artifactId artifactIdcdi-api/artifactId artifactIdopenwebbeans-impl/artifactId artifactIdopenwebbeans-spi/artifactId artifactIdopenwebbeans-resource/artifactId artifactIdmyfaces-extcdi-core-api/artifactId artifactIdmyfaces-extcdi-core-impl/artifactId artifactIdmyfaces-extcdi-base-test-infrastructure/artifactId artifactIdmyfaces-extcdi-junit-support-module/artifactId artifactIdmyfaces-extcdi-owb-support-module/artifactId OWB 1.1.1, CODI 1.0.1, JUnit 4.6 How can i fix this? Thanks and best regards Thomas
Re: NPE with CODI, OWB and JUNIT
hi thomas, i see. in this case you need the cditest-owb module of owb (it's in the same example). regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/17 Thomas Andraschko zoi...@googlemail.com Also i don't want to include jsf/web dependencies to this module, i only need a CDI aware test. This is just for my business logic layer. 2011/10/17 Thomas Andraschko zoi...@googlemail.com Hi Gerhard, do i really need this when i just want to test my business logic without web and jsf? Best regards, Thomas 2011/10/17 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, you also need other dependencies like myfaces-test and the jsf-support-module. you can have a look e.g. at [1]. regards, gerhard [1] http://code.google.com/a/apache-extras.org/p/myfaces-codi-examples/source/browse/community/pom.xml http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/17 Thomas Andraschko zoi...@googlemail.com Hi, my junit tests extends from AbstractCdiAwareTest and i'm trying to inject one of my DAO's. The NPE occurs in TestContainerFactory.isServletContextAwareContainer because testContainer is null. Here is my list with depenedencies: artifactIdjunit/artifactId artifactIdcdi-api/artifactId artifactIdopenwebbeans-impl/artifactId artifactIdopenwebbeans-spi/artifactId artifactIdopenwebbeans-resource/artifactId artifactIdmyfaces-extcdi-core-api/artifactId artifactIdmyfaces-extcdi-core-impl/artifactId artifactIdmyfaces-extcdi-base-test-infrastructure/artifactId artifactIdmyfaces-extcdi-junit-support-module/artifactId artifactIdmyfaces-extcdi-owb-support-module/artifactId OWB 1.1.1, CODI 1.0.1, JUnit 4.6 How can i fix this? Thanks and best regards Thomas
My Faces Tunning
All, I am doing some investigation into how to shrink the amount of session memory our JSF application is consuming on a per user basis. We are using MyFaces 1.1.7 and Tomahawk 1.1.5 running on IBM Websphere 7.0 patch 19. (Not able to upgrade either of these items at this time) IBM's guideline is that the session size should be less then 5k - average around 2.5k in order not to impact performance of the server and session replication. We are currently using Memory to Memory but looking at moving to database as suggested by IBM. Our site was running at about 35M per user. We changed the number of view states from 100 to 10 and that dropped it down to around 4M. We have several backing beans which are currently session scope and are looking at changing them to request scope. I also found the following: http://www.econsulting.nl/images/pdf/Tuning%20JSF%20Applications-%20J-Sp ring%202008.pdf which seems to have a lot of information concerning how JSF handles certain content on the pages. This is still under investigation to make sure what is stated make sense. I have also read somewhere that regardless if the managed backing bean is session or request scope is that the view state will still have the bean and its content. So the view state size will not change. Looking for clarification on this one. The questions is are others facing the same issue in which JSF applications tend to consume a lot of memory for a given users session? What are some of the best practices to reduce this size if any or is this just the way when using JSF? Issues with session replication on IBM WebSphere when running a JSF application? What we see as a result of this is that in the event a user hops to another server, the session data is not present due to how large the data is and how long it takes to replicate. User experience issues. We had seen an issue in which it appeared that changes to the object in the session was not being updated correctly and have done some session management tuning in which we customize the settings so that all session attributes are written out. Looking at the .jar file it does appear that myFaces is making the call correctly when the contents of the object in the session changes. So WebSphere session listener should be picking up that change.
Re: My Faces Tunning
Wow.. Looks like you've done a lot, but I personally think 5K is unrealistic. Your right. Essentially JSF stores your component tree in memory. You MAY be able to enable client-side state saving which should free you up some memory at the expense of storing the entire view tree on the client. Additionally, a framework like orchestra or something home grown may allow you to get rid of managed beans quicker. One other thing. I don't know how Websphere works, but I know in the case of WLS, it only serializes object when they are added to the session. While this means they may need to be added again if they are updated, it's not subject to this limitation your describing. I'm wondering if WebSphere has some settings on the replication which might get you some better results. Scott On 10/17/2011 02:16 PM, Boyd, David (Corporate) wrote: All, I am doing some investigation into how to shrink the amount of session memory our JSF application is consuming on a per user basis. We are using MyFaces 1.1.7 and Tomahawk 1.1.5 running on IBM Websphere 7.0 patch 19. (Not able to upgrade either of these items at this time) IBM's guideline is that the session size should be less then 5k - average around 2.5k in order not to impact performance of the server and session replication. We are currently using Memory to Memory but looking at moving to database as suggested by IBM. Our site was running at about 35M per user. We changed the number of view states from 100 to 10 and that dropped it down to around 4M. We have several backing beans which are currently session scope and are looking at changing them to request scope. I also found the following: http://www.econsulting.nl/images/pdf/Tuning%20JSF%20Applications-%20J-Sp ring%202008.pdf which seems to have a lot of information concerning how JSF handles certain content on the pages. This is still under investigation to make sure what is stated make sense. I have also read somewhere that regardless if the managed backing bean is session or request scope is that the view state will still have the bean and its content. So the view state size will not change. Looking for clarification on this one. The questions is are others facing the same issue in which JSF applications tend to consume a lot of memory for a given users session? What are some of the best practices to reduce this size if any or is this just the way when using JSF? Issues with session replication on IBM WebSphere when running a JSF application? What we see as a result of this is that in the event a user hops to another server, the session data is not present due to how large the data is and how long it takes to replicate. User experience issues. We had seen an issue in which it appeared that changes to the object in the session was not being updated correctly and have done some session management tuning in which we customize the settings so that all session attributes are written out. Looking at the .jar file it does appear that myFaces is making the call correctly when the contents of the object in the session changes. So WebSphere session listener should be picking up that change.
