January 2010 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4334) Useless lock in Initialization.redeploy

by Stuart Douglas (JIRA)

Useless lock in Initialization.redeploy --------------------------------------- Key: JBSEAM-4334 URL: https://jira.jboss.org/jira/browse/JBSEAM-4334 Project: Seam Issue Type: Bug Components: Core Reporter: Stuart Douglas Initialization.redeploy has the following bit of code: ReentrantLock lock = new ReentrantLock(); if (lock.tryLock(500, TimeUnit.MILLISECONDS)) This lock does not provide any level of protection, as every thread creates a new lock and then locks it. This will only cause potential problems in debug mode. -- 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

16 years, 2 months

3
3
0 / 0

[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

16 years, 2 months

7
9
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3778) MDB - IllegalStateException: No event context active

by John Gilbert (JIRA)

MDB - IllegalStateException: No event context active ---------------------------------------------------- Key: JBSEAM-3778 URL: https://jira.jboss.org/jira/browse/JBSEAM-3778 Project: Seam Issue Type: Bug Components: Core Affects Versions: 2.1.0.GA Reporter: John Gilbert ManagedPersistenceContext throws "IllegalStateException: No event context active" after MDB closes contexts. see - http://seamframework.org/Community/MDBIllegalStateExceptionNoEventContext... -- 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

16 years, 2 months

3
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1246) pages.xml fails to load during application startup

by Mike Quilleash (JIRA)

pages.xml fails to load during application startup -------------------------------------------------- Key: JBSEAM-1246 URL: http://jira.jboss.com/jira/browse/JBSEAM-1246 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 1.2.1.GA Environment: Any Reporter: Mike Quilleash pages.xml will not be found by the resource loader when the Pages component is @Created during startup ie outside a JSF request. One of my components that queries the Pages component is causing the component to be created and look for its pages outside a JSF request. The only resource lookup that can succeed for something in WEB-INF is the ExternalContext.getResource() but this is not available outside a JSF request. Using ServletContext.getResource() will work instead however this is not portable to Portlets etc. -- 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

6
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4048) Upgrade Seam to use RichFaces 3.3.1

by Jay Balunas (JIRA)

Upgrade Seam to use RichFaces 3.3.1 ----------------------------------- Key: JBSEAM-4048 URL: https://jira.jboss.org/jira/browse/JBSEAM-4048 Project: Seam Issue Type: Task Components: Build Reporter: Jay Balunas RichFaces 3.3.1 is scheduled for May 4th. -- 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

16 years, 2 months

3
7
0 / 0

[JBoss JIRA] Created: (JBSEAM-4525) Allow faces messages to be Scope other than CONVERSATION

by Michael Youngstrom (JIRA)

Allow faces messages to be Scope other than CONVERSATION -------------------------------------------------------- Key: JBSEAM-4525 URL: https://jira.jboss.org/jira/browse/JBSEAM-4525 Project: Seam Issue Type: Feature Request Components: JSF Integration Affects Versions: 2.2.0.GA Reporter: Michael Youngstrom Assignee: Michael Youngstrom Fix For: 2.2.1.CR1 The conversation scope can be a problematic scope for FacesMessages. Often the developer may wish to end a conversation "before-redirect" and communitcate a message to the next page. However, this doesn't work since by default FacesMessages is a conversation scoped component. If FacesMessages were allowed to be a Session scoped component project wouldn't have this issue at the expense of a less correct concurrency situation (multiple pages rendered at the same time from the same session may mix up messages). That said it would be nice to give the project a choice. The scope for FacesMessages can be overridden to be Session scoped, however, the static :"instance()" method currently only looks in the conversation scope so the scope essentially cannot be overridden. This feature request is to change FacesMessages.instance() to not force lookup in the conversation scope allowing projects if they wish to override FacesMessages' scope if they wish. I will plan on committing the change myself for 2.2.1 unless someone objects. -- 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

16 years, 2 months

2
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3752) Allow to kill all conversation with the "s:conversationPropagation" tag

by Denis Forveille (JIRA)

Allow to kill all conversation with the "s:conversationPropagation" tag ------------------------------------------------------------------------ Key: JBSEAM-3752 URL: https://jira.jboss.org/jira/browse/JBSEAM-3752 Project: Seam Issue Type: Feature Request Affects Versions: 2.1.1.CR1 Reporter: Denis Forveille Add the possibility to kill the conversation stack with the "s:conversationPropagation" is missing. It is possible to do that with annotation (@End(root=true),via the API or with pages.xml, but not with the "s:conversationPropagation" annotation maybe with <s:conversationPropagation type="endAll" /> ? -- 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

16 years, 2 months

5
21
0 / 0

[JBoss JIRA] Closed: (JBSEAM-247) Inject microcontainer components

by Pete Muir (JIRA)

[ https://jira.jboss.org/jira/browse/JBSEAM-247?page=com.atlassian.jira.plu... ] Pete Muir closed JBSEAM-247. ---------------------------- > Inject microcontainer components > -------------------------------- > > Key: JBSEAM-247 > URL: https://jira.jboss.org/jira/browse/JBSEAM-247 > Project: Seam > Issue Type: Feature Request > Components: Core > Reporter: Gavin King > Assignee: Ales Justin > > We should be able to set up components using JBoss MC, and inject them into Seam components. -- 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

16 years, 2 months

1
0
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4087) Regexp Query.SUBJECT_PATTERN may be improved for JBSEAM-3032

by Julien Kronegg (JIRA)

Regexp Query.SUBJECT_PATTERN may be improved for JBSEAM-3032 ------------------------------------------------------------ Key: JBSEAM-4087 URL: https://jira.jboss.org/jira/browse/JBSEAM-4087 Project: Seam Issue Type: Quality Risk Components: Framework Environment: https://jira.jboss.org/jira/browse/JBSEAM-3032 http://fisheye.jboss.org/browse/Seam/trunk/src/main/org/jboss/seam/framew... Reporter: Julien Kronegg The regexp Pattern Query.SUBJECT_PATTERN has been added for JBSEAM-3032: private static final Pattern SUBJECT_PATTERN = Pattern.compile("^select (\\w+((\\s+|\\.)\\w+)*)\\s+from", Pattern.CASE_INSENSITIVE); This pattern should be improved because it will not match queries such as: select vehicle1.person from Vehicle vehicle1 select vehicle2.person, vehicle2.color from Vehicle vehicle2 select vehicle3.person from Vehicle vehicle3 where vehicle3.id in (select c.id from Cars c) select vehicle4 . person from Vehicle vehicle4 The following pattern will accept all of the above queries: Pattern.compile("^select\\s+(\\w+(?:\\s*\\.\\s*\\w+)*?)(?:\\s*,\\s*(\\w+(?:\\s*\\.\\s*\\w+)*?))*?\\s+from", Pattern.CASE_INSENSITIVE); The test case http://fisheye.jboss.org/browse/Seam/trunk/src/test/unit/org/jboss/seam/t... should also be completed by the queries above. Notes: - the priority has been set the same JBSEAM-3032 - the original pattern matches in about 300 ns while the proposed pattern matches in 2300 ns -- 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

16 years, 2 months

6
11
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1563) create "bin" distribution

by Dan Allen (JIRA)

create "bin" distribution ------------------------- Key: JBSEAM-1563 URL: http://jira.jboss.com/jira/browse/JBSEAM-1563 Project: JBoss Seam Issue Type: Feature Request Components: Core Affects Versions: 2.0.0.BETA1, 1.3.0.ALPHA, 1.2.1.GA Reporter: Dan Allen The current releases of Seam are ridiculously large, weighing in at around 80MB. That is almost as big as the JBoss AS download! While it is critical to offer the entire bundle for Seam developers, contributors, and source builders, I think it would be appropriate to offer a "bin" distribution that is intended just to run Seam. Perhaps just spin off seam-gen as its own download. That should give people exactly what they need to run Seam, and nothing more. Below is a comparison table of some competing projects: Spring Framework: 10MB (2.6MB if you pull it from the maven repository) Ruby on Rails: 2.2 MB (standalone version) I remember when I first discovered Seam, I put off trying it out because it was too hefty of a download. Let's make it more attractive. -- 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

2
7
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues January 2010