[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2959) Spring example can't change password
by Jay Balunas (JIRA)
Spring example can't change password
------------------------------------
Key: JBSEAM-2959
URL: http://jira.jboss.com/jira/browse/JBSEAM-2959
Project: Seam
Issue Type: Bug
Components: Examples
Affects Versions: 2.0.2.CR2
Reporter: Jay Balunas
Priority: Minor
When attempting to change a user password in the browser the change does not take effect. It shows a validation message of "verify" however the password should be valid. The log shows that the new values were received and does not show any errors. However the password is never actually set and the original is still used.
This issue appears to duplicate JBPAPP-770 - however when I checked the "jboss-seam-ioc.jar" file for 2.0.2.CR2 it does contain spring.handlers and spring.schemas files. So this may be something different as the base cause.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 2 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2465) Asynchronous method call from page action
by Pierre Ingmansson (JIRA)
Asynchronous method call from page action
-----------------------------------------
Key: JBSEAM-2465
URL: http://jira.jboss.com/jira/browse/JBSEAM-2465
Project: JBoss Seam
Issue Type: Bug
Components: Framework, JSF
Affects Versions: 2.0.0.GA
Environment: Windows XP running Tomcat 5.5.25 using Seam 2.0.0.GA with POJO's (that is no EJB3 at all)
Reporter: Pierre Ingmansson
Priority: Minor
If a page-tag in pages.xml includes a action that is asynchronous like this:
<page action="#{myAction.doSomethingAsynchronously}" view-id="/myView.xhtml">
And if something goes wrong while executing the method "doSomethingAsynchronously", the error is not logged at all.
In my case the call to the "myAction"-bean resulted in a RequiredException (due to some misconfiguration on my part), but the error was never logged so I had to debug the internal Seam-code to find out what went wrong. If the method "doSomethingAsynchronously" would have thrown a exception itself, I suspect that the behaviour would be the same (no stacktrace inte the log that is..).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 2 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1747) SeamPhaseListener transaction debug log statements are misleading/confusing
by Matt Drees (JIRA)
SeamPhaseListener transaction debug log statements are misleading/confusing
---------------------------------------------------------------------------
Key: JBSEAM-1747
URL: http://jira.jboss.com/jira/browse/JBSEAM-1747
Project: JBoss Seam
Issue Type: Bug
Affects Versions: 2.0.0.BETA1
Environment: 20070727.1142
Reporter: Matt Drees
Priority: Trivial
Debug logs from SeamPhaseListener look something like this on a non-faces request:
DEBUG 31-07 11:34:31,467 (org.jboss.seam.jsf.SeamPhaseListener:begin:573) beginning transaction prior to phase: RESTORE_VIEW 1
DEBUG 31-07 11:34:31,560 (org.jboss.seam.jsf.SeamPhaseListener:commitOrRollback:589) committing transaction after phase: RESTORE_VIEW 1
DEBUG 31-07 11:34:31,560 (org.jboss.seam.jsf.SeamPhaseListener:begin:573) beginning transaction prior to phase: RENDER_RESPONSE 6
DEBUG 31-07 11:34:31,576 (org.jboss.seam.jsf.SeamPhaseListener:commitOrRollback:589) committing transaction after phase: INVOKE_APPLICATION 5
DEBUG 31-07 11:34:31,592 (org.jboss.seam.jsf.SeamPhaseListener:begin:573) beginning transaction prior to phase: INVOKE_APPLICATION 5
DEBUG 31-07 11:34:33,731 (org.jboss.seam.jsf.SeamPhaseListener:commitOrRollback:589) committing transaction after phase: RENDER_RESPONSE 6
It's misleading. For one thing, there is no "INVOKE_APPLICATION" phase; but that phaseid is used for logging before and after page actions. For another, the "before" and "after" statements are backwards (semantically).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 2 months