[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4232) Seam 2.1.2 and "select new..." query types
by Alan Santos (JIRA)
Seam 2.1.2 and "select new..." query types
------------------------------------------
Key: JBSEAM-4232
URL: https://jira.jboss.org/jira/browse/JBSEAM-4232
Project: Seam
Issue Type: Bug
Components: Framework
Affects Versions: 2.1.2.CR2
Reporter: Alan Santos
When system access query "select new br.com.products.ui.web.ProductsQueryHelper(product, numeraca) from Product product join product.numeraca numeraca...", it throws the follow exception:
19:31:34,707 ERROR [STDERR] 04/06/2009 19:31:34 com.sun.facelets.FaceletViewHandler handleRenderException
SEVERE: Error Rendering View[/products/browse.xhtml]
javax.faces.FacesException: javax.el.ELException: /WEB-INF/components/extensions/data-table-browse.xhtml @26,38 value="(#{value.firstResult + 1} - #{value.nextFirstResult} de #{value.resultCount})": Error reading 'resultCount' on type br.com.riskoffice.products.ui.web.NumeracaProductsQuery_$$_javassist_seam_62
at javax.faces.component.UIOutput.getValue(UIOutput.java:176)
at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getValue(HtmlBasicInputRenderer.java:189)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.getCurrentValue(HtmlBasicRenderer.java:320)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeEnd(HtmlBasicRenderer.java:200)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:836)
at org.jboss.seam.ui.util.cdk.RendererBase.renderChild(RendererBase.java:190)
at org.jboss.seam.ui.util.cdk.RendererBase.renderChildren(RendererBase.java:166)
at org.jboss.seam.ui.renderkit.FragmentRendererBase.doEncodeChildren(FragmentRendererBase.java:29)
at org.jboss.seam.ui.util.cdk.RendererBase.encodeChildren(RendererBase.java:92)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:812)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:886)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:892)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:892)
at javax.faces.render.Renderer.encodeChildren(Renderer.java:137)
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:812)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:886)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:892)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:592)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:100)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:176)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:390)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)
at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:856)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:566)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1508)
at java.lang.Thread.run(Thread.java:636)
Caused by: javax.el.ELException: /WEB-INF/components/extensions/data-table-browse.xhtml @26,38 value="(#{value.firstResult + 1} - #{value.nextFirstResult} de #{value.resultCount})": Error reading 'resultCount' on type br.com.riskoffice.products.ui.web.NumeracaProductsQuery_$$_javassist_seam_62
at com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:76)
at javax.faces.component.UIOutput.getValue(UIOutput.java:173)
... 64 more
Caused by: java.lang.IllegalStateException: invalid select clause for query
at org.jboss.seam.framework.Query.getCountEjbql(Query.java:319)
This query works normally on 2.1.1GA version.
Debugging, I found the source of problem: the pattern "SUBJECT_PATTERN" in class org.jboss.seam.framework.Query. This pattern is a regular expression, that doesn't allow queries like "select new ...".
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3630) Calling Renderer.render twice throws NPE in testing
by Abram Thielke (JIRA)
Calling Renderer.render twice throws NPE in testing
---------------------------------------------------
Key: JBSEAM-3630
URL: https://jira.jboss.org/jira/browse/JBSEAM-3630
Project: Seam
Issue Type: Bug
Components: Mail
Affects Versions: 2.1.0.GA
Environment: JDK 1.5
Reporter: Abram Thielke
Assignee: Pete Muir
Attachments: modified-mail-example.zip
Methods in Seam 2.1.0.GA that call Renderer.render( ... ) multiple times inside the same method throws an NPE. This works fine when I deploy the app, however in testing I get the NullPointerException. I modified the mail example packaged with Seam 2.1 to call render twice from the MailExample.send method and I get the same thing:
[testng] ERROR [org.jboss.seam.example.mail.MailExample] Error sending mail
[testng] java.lang.NullPointerException
[testng] at org.jboss.seam.ui.facelet.RendererRequest.init(RendererRequest.java:49)
[testng] at org.jboss.seam.ui.facelet.RendererRequest.run(RendererRequest.java:72)
[testng] at org.jboss.seam.ui.facelet.FaceletsRenderer.render(FaceletsRenderer.java:43)
[testng] at org.jboss.seam.example.mail.MailExample.send(MailExample.java:41)
[testng] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[testng] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[testng] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[testng] at java.lang.reflect.Method.invoke(Method.java:585)
[testng] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
[testng] at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
[testng] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
[testng] at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
[testng] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
[testng] at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
[testng] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
[testng] at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
[testng] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
[testng] at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
[testng] at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
[testng] at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
[testng] at org.jboss.seam.example.mail.MailExample_$$_javassist_5.send(MailExample_$$_javassist_5.java)
[testng] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[testng] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[testng] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[testng] at java.lang.reflect.Method.invoke(Method.java:585)
[testng] at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:329)
[testng] at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:342)
[testng] at org.jboss.el.parser.AstPropertySuffix.invoke(AstPropertySuffix.java:58)
[testng] at org.jboss.el.parser.AstValue.invoke(AstValue.java:96)
[testng] at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
[testng] at org.jboss.seam.mock.AbstractSeamTest$Request.invokeMethod(AbstractSeamTest.java:464)
[testng] at org.jboss.seam.mock.AbstractSeamTest$Request.invokeAction(AbstractSeamTest.java:473)
[testng] at org.jboss.seam.example.mail.test.MailTest$12.invokeApplication(MailTest.java:647)
[testng] at org.jboss.seam.mock.AbstractSeamTest$Request.invokeApplicationPhase(AbstractSeamTest.java:647)
[testng] at org.jboss.seam.mock.AbstractSeamTest$Request.emulateJsfLifecycle(AbstractSeamTest.java:596)
[testng] at org.jboss.seam.mock.AbstractSeamTest$Request.access$300(AbstractSeamTest.java:178)
[testng] at org.jboss.seam.mock.AbstractSeamTest$Request$2.doFilter(AbstractSeamTest.java:498)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
[testng] at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:51)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
[testng] at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:38)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
[testng] at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
[testng] at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
[testng] at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
[testng] at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:177)
[testng] at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:267)
[testng] at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:380)
[testng] at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:507)
[testng] at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
[testng] at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
[testng] at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
[testng] at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
[testng] at org.jboss.seam.mock.AbstractSeamTest$Request.run(AbstractSeamTest.java:492)
[testng] at org.jboss.seam.example.mail.test.MailTest.testDoubleRender(MailTest.java:633)
[testng] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[testng] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[testng] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[testng] at java.lang.reflect.Method.invoke(Method.java:585)
[testng] at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:604)
[testng] at org.testng.internal.Invoker.invokeMethod(Invoker.java:470)
[testng] at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:564)
[testng] at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:830)
[testng] at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
[testng] at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
[testng] at org.testng.TestRunner.runWorkers(TestRunner.java:678)
[testng] at org.testng.TestRunner.privateRun(TestRunner.java:624)
[testng] at org.testng.TestRunner.run(TestRunner.java:495)
[testng] at org.testng.SuiteRunner.runTest(SuiteRunner.java:300)
[testng] at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:295)
[testng] at org.testng.SuiteRunner.privateRun(SuiteRunner.java:275)
[testng] at org.testng.SuiteRunner.run(SuiteRunner.java:190)
[testng] at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:792)
[testng] at org.testng.TestNG.runSuitesLocally(TestNG.java:765)
[testng] at org.testng.TestNG.run(TestNG.java:699)
[testng] at org.testng.TestNG.privateMain(TestNG.java:824)
[testng] at org.testng.TestNG.main(TestNG.java:802)
I'll attach the modified mail example.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4217) returnToCapturedView fails if captureCurrentView was called on a POST request from IE with long params
by Matthew Lieder (JIRA)
returnToCapturedView fails if captureCurrentView was called on a POST request from IE with long params
------------------------------------------------------------------------------------------------------
Key: JBSEAM-4217
URL: https://jira.jboss.org/jira/browse/JBSEAM-4217
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.2.CR2
Environment: Java 6, Tomcat 6, Internet Explorer 7
Reporter: Matthew Lieder
If a POST request is made to a Seam page that requires authentication, the redirect after authentication fails with an IE "Unable to display page" error if the POST request's parameters combined add up to >2000 characters, approximately.
The root of the problem is that when Seam redirects afterwards, it builds a GET URL and does a standard 301 redirect to it, which fails in IE if the URL is >2083 characters.
The solution would seem to be either to replace the 301 redirect with another POST request, or to not include the parameters in the URL and instead reconstitute them upon render of the page that's being redirected to.
This bug was triggered by the fix for JBSEAM-4066.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3406) Back button in nested conversations
by Pablo Caballero (JIRA)
Back button in nested conversations
-----------------------------------
Key: JBSEAM-3406
URL: https://jira.jboss.org/jira/browse/JBSEAM-3406
Project: Seam
Issue Type: Bug
Affects Versions: 2.0.3.CR1
Environment: Linux, jboss-4.2.2.GA
Reporter: Pablo Caballero
Pressing the back button after closing a nested conversation does not propagate to the parent conversation and creates a new conversation.
For Example (see attached example files)
Start parent conversation view id first.xhtml (let say conversation Id is 2)
Start nested conversation view id second.xhtml (conversation Id is 3)
Close nested conversation and redirect to first.xhtml (conversation id 2)
Press the back button to try to view second.xhtml. Since the nested conversation is closed and no-conversation-view-id="/first.xhtml", the view stays in first.xhtml. However, a new conversation has been created with id 5. Conversation 2 is still active but in the background.
(I Tried using natural conversations, but I believe nested and natural are not supported at this time)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4281) Conversations are not propagated to modal windows
by Clint Popetz (JIRA)
Conversations are not propagated to modal windows
-------------------------------------------------
Key: JBSEAM-4281
URL: https://jira.jboss.org/jira/browse/JBSEAM-4281
Project: Seam
Issue Type: Bug
Components: Wicket
Affects Versions: 2.2.0.CR1
Reporter: Clint Popetz
Assignee: Clint Popetz
Fix For: 2.2.1.CR1
Wicket does not use its own RequestCycleProcessor.respond when showing a ModalWindow, so the seam/wicket integration mechanism that propagates conversations doesn't propagate them to modal windows.
A workaround is to create the modal window with an anonymous subclass that puts the conversation id in the javascript that is appended for opening the window:
add(modalWindow = new ModalWindow("yourModalTitle") {
protected AppendingStringBuffer postProcessSettings(AppendingStringBuffer settings) {
return settings.replace(0, Integer.MAX_VALUE,
settings.toString().replaceFirst("(settings.src=\"[^\"]+)\"", "$1&cid=" + org.jboss.seam.core.Manager.instance().getCurrentConversationId()+'"'));
}
});
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years