[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4238) Better PDF integration with rich:edtor control
by Robert Morse (JIRA)
Better PDF integration with rich:edtor control
----------------------------------------------
Key: JBSEAM-4238
URL: https://jira.jboss.org/jira/browse/JBSEAM-4238
Project: Seam
Issue Type: Feature Request
Components: PDF
Environment: 2.1.2.GA
Reporter: Robert Morse
Creating PDFs with content out of a database or user input is a very powerful Seam feature. Currently, the rich:editor control coupled with the p:html or p:html / s:formattedText tags comes close to allowing a user to create relatively complex PDF output. However, there isn't consistency between what the rich:editor creates and what Seam PDF can produce. For example, saving rich:editor input as Seam Text disables the ability to create ordered or unordered lists. Saving it as html, loses the ability to define font characteristics. Possibly a quick fix would be to allow Seam PDF pages to reference a CSS. Another approach might be to modify the s:formattedText tag to handle what the rich:editor creates. I have a strong interest in this, and would be willing to try some solutions if I could get pointed in the correct direction. Thanks.
--
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, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2093) Optimize getting Id in Seam code for better performance
by Mikhail Grushinskiy (JIRA)
Optimize getting Id in Seam code for better performance
-------------------------------------------------------
Key: JBSEAM-2093
URL: http://jira.jboss.com/jira/browse/JBSEAM-2093
Project: JBoss Seam
Issue Type: Feature Request
Reporter: Mikhail Grushinskiy
This sequence of calls (used in PersistenceProvider) is quite slow
Entity.forClass(bean.getClass()).getIdentifier(bean);
1) Entity.forClass() is reading annotations using JDK 5 methods (JDK 5 annotation reading is not that fast). Can it be cached?
2) JDK 5 reflection is used to get bean id (which is slower than optmized reflection with cglib)
3) There could be other reasons as well. I think repetitive calling of this sequence under profiler will give better picture.
from PersistenceProvider.java
/**
* Get the value of the entity identifier attribute.
*
* @param bean a managed entity instance
*/
public Object getId(Object bean, EntityManager entityManager)
{
return Entity.forClass( bean.getClass() ).getIdentifier(bean);
}
/**
* Get the name of the entity
*
* @param bean
* @param entityManager
*/
public String getName(Object bean, EntityManager entityManager)
{
return Entity.forClass(bean.getClass()).getName();
}
/**
* Get the value of the entity version attribute.
*
* @param bean a managed entity instance
*/
public Object getVersion(Object bean, EntityManager entityManager)
{
return Entity.forClass( bean.getClass() ).getVersion(bean);
}
--
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
15 years, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4332) HTTP sessions expiration cause a "javax.naming.ConfigurationException" while trying to "Destroy" the EntityManager components in WebSphere
by Denis Forveille (JIRA)
HTTP sessions expiration cause a "javax.naming.ConfigurationException" while trying to "Destroy" the EntityManager components in WebSphere
------------------------------------------------------------------------------------------------------------------------------------------
Key: JBSEAM-4332
URL: https://jira.jboss.org/jira/browse/JBSEAM-4332
Project: Seam
Issue Type: Bug
Affects Versions: 2.2.0.GA
Environment: Seam 2.2.0 GA, WebSphere 7.0.0.5
Reporter: Denis Forveille
Assignee: Denis Forveille
Fix For: 2.2.1.CR1
In WebSphere when the HTTP user session expires, the Seam session listener intercepts the event and try to clean all the pending components
A call to the method annotated "@Destroy" is called on EntityManager (ie method close())
This methods checks if there is an active Transaction to throw an exception in case there is an active transaction. For this it performs a JNDI lookup on java:comp/env/UserTransaction
In this context, the lookup fails with a javax.naming.ConfigurationException in WebSphere because it is illegal to do such operation in such a thread (The one spawned by WebSphere to timeout the session) and the EntityManager is never closed and the whole clean process fails..
This can be corrected by intercepting the exception in the ManagedPersistenceContext.close() method and continue with the close operation on the EntityManager
--
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, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4333) Seam-gen enhancements to project update, default persistence.xml, and home dirs
by Matt Conroy (JIRA)
Seam-gen enhancements to project update, default persistence.xml, and home dirs
-------------------------------------------------------------------------------
Key: JBSEAM-4333
URL: https://jira.jboss.org/jira/browse/JBSEAM-4333
Project: Seam
Issue Type: Patch
Components: Build
Affects Versions: 2.2.0.GA
Reporter: Matt Conroy
Attachments: build.patch
Please consider the following patch to the seam-gen build scripts/templates.
- Enhanced the seam-gen build.xml to allow a project to be updated with the current build.xml/validate.xml templates to help keep projects up-to-date with newer versions of seam.
- It made sense to set the hibernate.show_sql/hibernate.format_sql defaults to the @debug@ replacement param in the persistence.xml since this data is almost always required when debugging.
- Allow the JBOSS_HOME environment variable to be used during deployment. This would be activated by removing the jboss.home declaration from the build.properties of the project. This seems to be a sensible default.
All changes are backward compatible with the current seam-gen setup so these should be fairly simple integrations.
--
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, 4 months