[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2452) Event logging and notification system
by Christian Bauer (JIRA)
Event logging and notification system
-------------------------------------
Key: JBSEAM-2452
URL: http://jira.jboss.com/jira/browse/JBSEAM-2452
Project: JBoss Seam
Issue Type: Feature Request
Components: Wiki
Reporter: Christian Bauer
Assigned To: Christian Bauer
Notification system that supports user personalization:
- All actions should throw events with a payload (otherwise context lookup in the generic event listener gets complicated)
- A generic event listener is the router for these events, pushes events to more specialized registered listeners (how do we observe all wiki.* events?)
- There has to be some asynchronous processing at that point, the generic event listener should not block
- Specialized listeners can register on the generic listener based on groups of events, e.g. "Document actions" or "User actions"
- The API for the specialized listeners (and how they are registered) has to be usable for the core and plugins
In a second step, implement the following core specialized listeners:
- access logging (document reads, etc.)
- channels bound to user, e.g. a user can build his own channel(s) by picking event groups he is interested in
Not sure at this point how notification looks like, that is, how listeners can push notifications (or whole channels?) to some endpoint (e-mail).
--
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, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3844) Hot deployment : You are trying to use a connection factory that has been shut down
by Bernard Labno (JIRA)
Hot deployment : You are trying to use a connection factory that has been shut down
-----------------------------------------------------------------------------------
Key: JBSEAM-3844
URL: https://jira.jboss.org/jira/browse/JBSEAM-3844
Project: Seam
Issue Type: Bug
Components: Hot Deploy
Affects Versions: 2.1.1.CR2
Reporter: Bernard Labno
When using war exploded deployment and invoke "explode" ant target to hot deploy components (even if there is no changes) I get this error :
Caused by: javax.resource.ResourceException: You are trying to use a connection factory that has been shut down: ManagedConnectionFactory is null.
As I've inspected the problem is that javax.persistence.EntityManagerFactory changes and org.jboss.seam.persistence.EntityManagerFactory does not get reinitiated on hot deployment.
2008-12-15 13:53:18,326 INFO ConnectionFactoryBindingService - Unbound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=seamcourseDatasource' from JNDI name 'java:seamcourseDatasource'
2008-12-15 13:53:18,412 INFO ConnectionFactoryBindingService - Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=seamcourseDatasource' to JNDI name 'java:seamcourseDatasource'
I think that Initialization.redeploy method needs to be updated to reinitialize all EntityManagerFactory instances but I'm not sure and need confirmation from experienced seam dev.
--
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, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3838) Permission check fails on collections that contain lazily initialized entities
by Georges Berscheid (JIRA)
Permission check fails on collections that contain lazily initialized entities
------------------------------------------------------------------------------
Key: JBSEAM-3838
URL: https://jira.jboss.org/jira/browse/JBSEAM-3838
Project: Seam
Issue Type: Bug
Components: Security
Affects Versions: 2.1.0.SP1
Reporter: Georges Berscheid
org.jboss.seam.security.permission.PermissionMapper.filterByPermission:94
The permission filter checks if the target of the check is of the same class as the target of the permission. If the collection-parameter is the result of a javax.persistence.Query.getResultList() (using Hibernate), and one of the entities returned in that List had previously been lazily fetched (e.g. as part of an entity relationship) this check will fail.
Hibernate probably does some optimization and knows that it had fetched this entity before, and hence puts the lazy proxy into the result list. The proxy's class name is something like Entity_$$_javassist_12 which won't match the class name of the permission target (Entity).
The only work-around I could find for this is to eagerly fetch all entity relationships that are affected by this behavior, which kills the performance of the application.
--
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, 8 months