[JBoss JIRA] (JBSEAM-5012) Documentation, events, "6.7. Navigation", remove JSF2 RI Waring
by Marek Schmidt (JIRA)
Marek Schmidt created JBSEAM-5012:
-------------------------------------
Summary: Documentation, events, "6.7. Navigation", remove JSF2 RI Waring
Key: JBSEAM-5012
URL: https://issues.jboss.org/browse/JBSEAM-5012
Project: Seam 2
Issue Type: Bug
Components: Documentation Issues
Affects Versions: 2.3.0.BETA2
Reporter: Marek Schmidt
Assignee: Marek Novotny
Fix For: 2.3.0.CR1
The warning says:
{quote}
In case you are using JSF RI 2, you have to define navigation rule for each of the possible non-null outcome values from a page action, or else implicit navigation is going to render. It is annoying, hopefully will be fixed in the next maintenance version release of JSF 2.
{quote}
I cannot reproduce the problem, so it has been presumably fixed and the warning should be removed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (JBSEAM-5008) Seam2.3.0.Beta2 documentation issues, Take 2
by Marek Schmidt (JIRA)
Marek Schmidt created JBSEAM-5008:
-------------------------------------
Summary: Seam2.3.0.Beta2 documentation issues, Take 2
Key: JBSEAM-5008
URL: https://issues.jboss.org/browse/JBSEAM-5008
Project: Seam 2
Issue Type: Bug
Reporter: Marek Schmidt
Assignee: Marek Novotny
Fix For: 2.3.0.CR1
Introduction.xml:
*
" Seam 2 and its extensions was added a little re-factored into Java EE 6 as CDI technology.
So this should be a current focus of majority users. But for previous Seam 2 users who
doesn't want or can't use that, we bring some new features from the Java EE 6 set like JSF 2,
JPA 2 and Bean Validation integrations into Seam 2."
The wording could be improved a bit. Also there should be noted that EE6 support (JSF2, JPA2, bean validation) is Seam2.3 specific.
Tutorial.xml:
1.1
* examples directory (the "examples-ee6" should be renamed to "examples" in SVN)
* view, resources, src items should be removed
* "The example applications run both on JBoss AS 7.1.1 with no additional configuration."
** remove "both"
1.1.1
* "Once you've set the location of JBoss AS and started the application server, you can build and deploy any example by typing mvn install in the example root directory. And deploys it by changing to *-ear or *-web directory in case of existence only *-web submodule. Type in that submodule mvn jboss-as:deploy"
** The text is not clear, as "mvn install" doesn't deploy the example, so "you can build and deploy any example by typing mvn install in the example root directory." is not true.
1.2.1.1. The entity bean: User.java
* "The @NotNull and @Size annotations are part of the Hibernate Validator framework. Seam integrates Hibernate Validator and lets you use it for data validation (even if you are not using Hibernate for persistence). "
** These are now Bean Validation annotations (JSR 303)
1.2.1.2. The stateless session bean class: RegisterAction.java
* "JSF action listener methods return a string-valued outcome that determines what page will be displayed next. A null outcome (or a void action listener method) redisplays the previous page. In plain JSF, it is normal to always use a JSF navigation rule to determine the JSF view id from the outcome. For complex application this indirection is useful and a good practice. However, for very simple examples like this one, Seam lets you use the JSF view id as the outcome, eliminating the requirement for a navigation rule. Note that when you use a view id as an outcome, Seam always performs a browser redirect."
** The text should be updated wrt JSF2, as it also doesn't need navigation rules.
* <f:view> in JSF2 examples (...the examples should be fixed too), should be updated to also use h:head, h:body as a best practise
* This JSF component tells JSF to validate all the contained input fields against the Hibernate Validator annotations specified on the entity bean.
** should be "Bean Validation"
1.2.1.5. The Seam component deployment descriptor: components.xml
* The example should use "${jndiPattern}" instead of "@jndiPattern@" by default, as it is already discouraging the "funny @" symbols in the "Eclipse M2e Web" note.
1.2.1.7. The JSF configuration: faces-config.xml
* The file is not actually required at all, since we don't need to configure FaceletViewHandler in JSF2
1.2.1.10. The EAR deployment descriptor: application.xml
* "registration application has got this set up registration-ear/pom.xml." something missing after "set up" (e.g. ", see ", or "in", ...)
* "Just for imagination", czechism, I am afraid...
1.2.2. How it works
* The form input values are now validated against the Hibernate Validator constraints specified on the User entity
** Bean Validation
1.3. Clickable lists in Seam: the messages example
* Example 1.11. MessageManagerBean.java is not syntax highlighted
1.4. Seam and jBPM: the todo list example
* Example 1.14. todo.jpdl.xml is not syntax highlighted
* Example 1.17. TodoList.java is not syntax highlighted
* "If we view this process definition using the process definition editor provided by JBossIDE, this is what it looks like: "
** The process definition editor is not available in JBDS 5.
* Example 1.18. todo.xhtml should be updated to a facelet (contains JSP taglib tags in the headers, should be changed to XML)
1.5. Seam pageflow: the numberguess example
* Example 1.20. pageflow.jpdl.xml is not syntax highlighted
* "Here is what the pageflow looks like in the JBoss Developer Studio pageflow editor:" , the pageflow editor is not available in JBDS 5 AFAIK
* Example 1.22. win.xhtml is not syntax highlighted
* Example 1.23. NumberGuess.java is not syntax highlighted
* Example 1.25. HotelSearchingAction.java is not syntax highlighted
* Example 1.26. main.xhtml is not syntax highlighted
* "Even better, the reRender attribute lets us render a fragment of the JSF page and perform a partial page update when the asynchronous response is received."
** the attribute is "render" now in RF4
* "Also notice that we use a method binding with a parameter: #{hotelBooking.selectHotel(hot)}. This is not possible in the standard Unified EL"
** I belive that is now also possible in the standard since EL 2.1
* Example 1.27. HotelBookingAction.java is not syntax highlighted
* Example 1.28. RoomPreferenceAction.java is not syntax highlighted
* Example 1.29. rooms.xhtml is not syntax highlighed
* Example 1.29. rooms.xhtml the commented line numbers are several lines off the line they are commenting on and there is no "(3)" line
* Example 1.30. HotelBookingAction.java is not syntax highlighted
1.9.1. Using "pull"-style MVC
* Example 1.32. (BlogService) is not syntax highlighted
Chapter 2. Getting started with Seam, using seam-gen
* "In JBoss this may be accomplished by touching the top level deployment descriptor: application.xml for an EAR deployment, or web.xml for a WAR deployment.)"
** the behavior has changed in AS7, depending on deplyment mode, in automatic mode any file change will cause redeployment, none will in manual, see $JBOSS_HOME/standalone/deployments/README.txt
Chapter 4. Concepts
* "Concurrent requests to session-scoped stateful session beans are always serialized by Seam as long as the Seam interceptors are not disabled for the bean."
** That is not true anymore, since EJB3.1 changes, Seam 2.3 doesn't serialize access to SFSB anymore, it lets the ejb SFSB synchronization handle it itself. There should be a not that this has changed since previous versions.
4.2.7. Component names
* the list of imports (component.xml) is not syntax highlighted. (the block after "The components.xml file included in the Seam JAR defines the following namespaces. ")
Chapter 6. events
* Some examples mention "hello.jsp", "calculator.jsp" view-ids, while there is nothing wrong with that, it should probably be changed to .xhtml
Chapter 9. persistence
* "Seam provides extensive support for the two most popular persistence architectures for Java: Hibernate, and the Java Persistence API introduced with EJB 3.1."
** Not precise, JPA was introduced with EJB 3.0. Perhaps ".. architectures for Java: Hibernate, and the Java Persistence API 2.0." was meant?
* Mentions "Java EE 5" environment multiple times in the chapter, not clear if "EE 6" also applies. (mostly it refers to EJB >=3.0 / JPA) Should be probably changed just to "Java EE"
Chapter 10. validation
* JSF with bean validation is a standard now AFAIK and BV is also used with Seam now, so any mention of "Hibernate Validator" should be updated.
* The two RichFaces example blocks after "Finally, we can use RichFaces Ajax to display validation messages as the user is navigating around the form" needs to be updated to RF4.
Chapter 11. Groovy
* "TODO: write a quick overview of the Groovy syntax add-on" should be probably removed as noone will write it anyway
* "You will find a live example of the Booking demo written completely in Groovy and supporting incremental hot deployment in examples/groovybooking." the groovybooking example in Seam2.3 doesn't seem to support incremental hot deployment (as it uses WEB-INF/classes, not WEB-INF/dev and there are no special maven profiles)
Chapter 12. wicket
* "We are working to improve this." I doubt that...
Chapter 13. framework
* view-ids should probably be changed from .jsp to .xhtml
Chapter 15. Security
* 15.4.2.3.1. Minimal schema example, Role class not syntax highlighted
* 15.4.2.3.2. Complex Schema Example, Role class not syntax highlighted
Chapter 16. i18n
* "In addition, Seam provides the <s:convertDateTime> tag which always performs conversions in the Seam timezone."
** s:convertDateTime is not available in Seam2.3 (yet?)
Chapter 21. mail
21.2. Receiving emails
* Section should be updated wrt AS7. I don't think there is any mail-ra in AS7, though, so should seam2.3 distribute one after all? (I haven't tested if that one works yet, though...)
22.2.1. Asynchronous methods
* There should be a note that the Seam @Asynchronous is a different thing from the new EJB3.1 @Asynchronous
Chapter 29. search
29.2. Configuration
* The directory_provider now takes a provider name instead of the class name, e.g: <property name="hibernate.search.default.directory_provider" value="filesystem"/>
* The rendered "Maven coordinates for using from Hibernate Search:" looks broken in the docbook html output.
Chapter 30 configuration
* add a note that setting a STATE_SAVING_METHOD to "client" can lead to security issues and com.sun.faces.ClientStateSavingPassword env-entry should be set in such cases
30.1.4. Integrating Seam with your EJB container
* "For JBoss AS, the following pattern is correct" the section should be updated for AS7 and the problem with a different pattern for individual ejb jars should be noted. (there are multiple references to the old pattern in this chapter)
* "(when using the JBoss Embeddable EJB3 container)" remove mention of JBoss Embeddable EJB3 container
30.3. Configuring Seam in Java EE 5
* make it EE 5 or EE 6. (or just EE 6)
* Remove the jsf-facelets.jar from the example app tree
30.9. Deploying custom resources
* all examples in the section not syntax highlighted
Chapter 31 annotations
* "The annotations for data validation are defined by the Hibernate Validator package." the Bean Validation standard.
Chapter 34 JBoss EL
34.1. Parameterized Expressions
* It should be explained how it relates to the new standard EL which also allows methods with parameters.
Chapter 35 ClusteringAndEJBPassivation
* Needs to be updated, see JBSEAM-5004
Chapter 36 performance
* example not syntax highlighted
Chapter 37 testing
* The "Testing Seam with Arquillian" section should be merged with the "Integration testing Seam components", as since the latter is unusable by itself since the JBoss Embedded parts were removed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (JBSEAM-4965) java.lang.IllegalArgumentException: Component must be of type org.jboss.seam.ui.component.UICache
by Marek Schmidt (JIRA)
Marek Schmidt created JBSEAM-4965:
-------------------------------------
Summary: java.lang.IllegalArgumentException: Component must be of type org.jboss.seam.ui.component.UICache
Key: JBSEAM-4965
URL: https://issues.jboss.org/browse/JBSEAM-4965
Project: Seam 2
Issue Type: Bug
Components: Core
Affects Versions: 2.3.0.BETA2
Environment: JBoss AS 7.1.2.Final, JDK 1.6.0_30, Fedora 16, x86_64
Reporter: Marek Schmidt
Assignee: Marek Novotny
Priority: Blocker
Fix For: 2.3.0.CR1
Attachments: seam-booking.ear
Most of the Seam examples fail with:
11:55:58,607 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http-/127.0.0.1:8080-1) Error Rendering View[/book.xhtml]: java.lang.IllegalArgumentException: Component must be of type org.jboss.seam.ui.component.UICache
at org.jboss.seam.ui.util.cdk.RendererBase.encodeBegin(RendererBase.java:75) [jboss-seam-ui-2.3.0.Beta2.jar:2.3.0.Beta2]
at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:820) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1777) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-redhat-1.jar:2.1.7-redhat-1]
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-redhat-1.jar:2.1.7-redhat-1]
at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:88) [jboss-seam.jar:2.3.0.Beta2]
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-redhat-1.jar:2.1.7-redhat-1]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-redhat-1.jar:2.1.7-redhat-1]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-redhat-1.jar:2.1.7-redhat-1]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.2.Final-redhat-1.jar:2.0.2.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) [jboss-seam.jar:2.3.0.Beta2]
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) [jboss-seam.jar:2.3.0.Beta2]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.16.Final-redhat-1.jar:]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (JBSEAM-4984) blog example search error searching for a stoplist word
by Marek Schmidt (JIRA)
Marek Schmidt created JBSEAM-4984:
-------------------------------------
Summary: blog example search error searching for a stoplist word
Key: JBSEAM-4984
URL: https://issues.jboss.org/browse/JBSEAM-4984
Project: Seam 2
Issue Type: Bug
Components: Examples
Environment: JBoss AS 7.1.2.Final
Reporter: Marek Schmidt
Searching for a non-empty string that contains only stoplist words leads to an error:
{noformat}
org.hibernate.search.SearchException: Try to search with an empty string: title:ngrams
org.hibernate.search.query.dsl.impl.ConnectedMultiFieldsTermQueryBuilder.createQuery(ConnectedMultiFieldsTermQueryBuilder.java:103)
org.hibernate.search.query.dsl.impl.ConnectedMultiFieldsTermQueryBuilder.createQuery(ConnectedMultiFieldsTermQueryBuilder.java:78)
actions.SearchService.getFullTextQuery(SearchService.java:63)
actions.SearchService.getSearchResults(SearchService.java:39)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32)
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185)
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103)
actions.SearchService_$$_javassist_seam_4.getSearchResults(SearchService_$$_javassist_seam_4.java)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144)
org.jboss.seam.Component.callComponentMethod(Component.java:2275)
org.jboss.seam.Component.getInstanceFromFactory(Component.java:2101)
org.jboss.seam.Component.getInstance(Component.java:2014)
org.jboss.seam.Component.getInstance(Component.java:1986)
org.jboss.seam.Component.getInstance(Component.java:1980)
org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55)
org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50)
org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:148)
org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:51)
com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)
com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)
org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44)
org.jboss.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:182)
javax.faces.component.UIData.getValue(UIData.java:731)
javax.faces.component.UIData.getDataModel(UIData.java:1798)
javax.faces.component.UIData.setRowIndexWithoutRowStatePreserved(UIData.java:484)
javax.faces.component.UIData.setRowIndex(UIData.java:473)
com.sun.faces.renderkit.html_basic.TableRenderer.encodeBegin(TableRenderer.java:81)
javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:820)
javax.faces.component.UIData.encodeBegin(UIData.java:1118)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1777)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782)
com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402)
com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125)
org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:88)
javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288)
com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
org.jboss.seam.web.RewriteFilter.process(RewriteFilter.java:98)
org.jboss.seam.web.RewriteFilter.doFilter(RewriteFilter.java:57)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (JBSEAM-4966) Factory not called after @Outjecting null value with redirect
by Marek Schmidt (JIRA)
Marek Schmidt created JBSEAM-4966:
-------------------------------------
Summary: Factory not called after @Outjecting null value with redirect
Key: JBSEAM-4966
URL: https://issues.jboss.org/browse/JBSEAM-4966
Project: Seam 2
Issue Type: Bug
Components: Core
Affects Versions: 2.3.0.BETA2
Environment: AS 7.1.2.Final
Reporter: Marek Schmidt
Fix For: 2.3.0.CR1
The following scenario which works in Seam2.2, doesn't work in Seam2.3.0.Beta2
{code}
@Scope(ScopeType.SESSION)
@Name("bookingList")
class BookingListAction implements Serializable
{
@DataModel
private List<Booking> bookings
@Factory
public void getBookings() {
// load bookings from the database
}
}
{code}
{code}
@Name("hotelBooking")
public class HotelBookingAction
{
@Out (required=false, scope=ScopeType.SESSION)
List <Booking> bookings;
@End
public void confirm() {
// ... persist a new booking
// force refresh
bookings = null;
}
}
{code}
{code}
<page view-id="/confirm.xhtml"
conversation-required="true">
<description>Confirm booking: #{booking.description}</description>
<navigation from-action="#{hotelBooking.confirm}">
<redirect view-id="/main.xhtml"/>
</navigation>
</page>
{code}
The getBookings factory is not called at all after the confirm action. It works correctly if I remove the redirect rule in pages.xml (by making the confirm action return "main".).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months