[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1206) improve i18n in seam-gen
by Pierre Raoul (JIRA)
improve i18n in seam-gen
------------------------
Key: JBSEAM-1206
URL: http://jira.jboss.com/jira/browse/JBSEAM-1206
Project: JBoss Seam
Issue Type: Feature Request
Components: Tools
Affects Versions: 1.2.1.GA
Reporter: Pierre Raoul
It would be great that seam-gen will generate crud pages and classes for an existing Entity class:
- with all the literals replaced with #{messages['key']}
- and i18n default messages generated
Herewith files of a draft version.
I used the jpaconfiguration propositions from JBSEAM-843.
It works under Eclipse: the target "updatecrud" in the project build.xml can be run from Eclipse.
Nota: to translated Enum type, test of this type had to be added. I did it through file inclusion. So it can be used with any other project specific types, e.g. in the attached zip with joda-time type.
--
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
14 years, 11 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4312) Exception while checking out transaction causing infinite loop trying to render error page
by Matthew Lieder (JIRA)
Exception while checking out transaction causing infinite loop trying to render error page
------------------------------------------------------------------------------------------
Key: JBSEAM-4312
URL: https://jira.jboss.org/jira/browse/JBSEAM-4312
Project: Seam
Issue Type: Bug
Components: Exception Handling
Affects Versions: 2.2.0.CR1
Environment: java 6, Tomcat 6, c3p0 0.9.2
Reporter: Matthew Lieder
We have the following pretty typical exception config in our pages.xml:
<exception>
<end-conversation />
<redirect view-id="/seam/error.xhtml">
<message severity="error">#{org.jboss.seam.handledException}</message>
</redirect>
</exception>
That works great, except when our database server is down. In that case a com.mchange.v2.resourcepool.TimeoutException is thrown and the exception handler is properly called, but Seam then tries to access the database again when rendering the error page and thus the cycle repeats ad infinitum. I don't believe this is specific to the TimeoutException exception or even to c3p0; this seems to be a pretty general problem.
There needs to be some way to prevent Seam from trying to start a transaction while rendering the error page, either always or maybe by an attribute on the <exception> tag.
--
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
14 years, 11 months