November 2007 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2121) Support for an SMPC per nested conversation

by Jacob Orshalick (JIRA)

Support for an SMPC per nested conversation ------------------------------------------- Key: JBSEAM-2121 URL: http://jira.jboss.com/jira/browse/JBSEAM-2121 Project: JBoss Seam Issue Type: Feature Request Affects Versions: 2.0.0.CR2 Reporter: Jacob Orshalick Currently an open issue and ongoing discussion with respect to the existing nested conversation implementation is master-details editing. If a Seam-managed Persistence Context (SMPC) is shared between the outer and nested conversation, any changes made in the nested conversation will be flushed by the SMPC in the outer conversation and vice versa if a flush is initiated. Support for initialization of a new SMPC within a nested conversation would allow state changes in the nested conversation to be confined to that conversation, thus resolving this issue. Perhaps something like the following could be supported: <persistence:managed-persistence-context name="bookingDatabase" auto-create="true" per-nested-conversation-"true" persistence-unit-jndi-name="java:/EntityManagerFactories/bookingData"/> It would also be nice to be able to use annotations (i.e. something similar to @PerNestedConversation). For further information on this approach please see the forum posting. Thanks. -- 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
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1009) optionally login-require in a more specific page should be able to override a wildcard login-require

by Leo Baschy (JIRA)

optionally login-require in a more specific page should be able to override a wildcard login-require ---------------------------------------------------------------------------------------------------- Key: JBSEAM-1009 URL: http://jira.jboss.com/jira/browse/JBSEAM-1009 Project: JBoss Seam Issue Type: Patch Components: Security Affects Versions: 1.2.0.GA Environment: all Reporter: Leo Baschy This should be optional to switch on, so no one's existing expectations of security get broken. The point is about having a generic wildcard <page view-id="*" scheme="http" login-required="true"> to secure the whole site, and then allowing specific pages or specific wildcards to have login-required="false". E.g. for a registration (with preview) section as one cannot be logged in if one isn't registered yet. Some may suggest instead forcing pages into dedicated secure and not-secure directories, but in reality if there are multiple reasons to force pages into directories different ways (security, hyperlink management, publishability of URLs, etc.), one cannot serve all of them. -- 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
9
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1384) Support for Eclipse WTP in seam-gen projects

by Mariusz Smykula (JIRA)

Support for Eclipse WTP in seam-gen projects -------------------------------------------- Key: JBSEAM-1384 URL: http://jira.jboss.com/jira/browse/JBSEAM-1384 Project: JBoss Seam Issue Type: Feature Request Components: Test Harness, Tools Affects Versions: 1.2.1.GA Reporter: Mariusz Smykula Auto deploy system and support for web application in Eclipse WTP is simple, easy and fast. This is much better solution than deploying with ant. Eclipse WTP 2.0 is comming in near time, so I think better support for WTP will be good. Now, users of WTP cant use Dynamic Web Project for working with application. -- 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

4
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2141) Support for EL without reflection for better JSF performance

by Mikhail Grushinskiy (JIRA)

Support for EL without reflection for better JSF performance ------------------------------------------------------------ Key: JBSEAM-2141 URL: http://jira.jboss.com/jira/browse/JBSEAM-2141 Project: JBoss Seam Issue Type: Feature Request Components: EL Reporter: Mikhail Grushinskiy Support for EL without reflection for better JSF performance. The idea is to add a new tag to declare types of the variables used on a page and use this type information to compile EL expressions into byte-code during initialization (deployment) Ex: If the page contains at the beginning <s:typedef var="myBean" class="com.company.package.Bean" /> then all EL expressions can be compiled into bytecode at initialization time (and no reflection will be used for myBean access. <h:outputText value="#{myBean.subBean.property}" rendered="#{myBean.renderText}" /> Some examples of implementation of compiled EL can be found here http://sixlegs.com/blog/java/compiled-el.html This should help much with JSF performance issues Thanks -- 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

3
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2198) Hot deployment of Seam EJB3 components

by Pete Muir (JIRA)

Hot deployment of Seam EJB3 components -------------------------------------- Key: JBSEAM-2198 URL: http://jira.jboss.com/jira/browse/JBSEAM-2198 Project: JBoss Seam Issue Type: Task Affects Versions: 2.0.0.CR3 Reporter: Pete Muir -- 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

1
5
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1596) Unique Constraint Validator

by Pete Muir (JIRA)

Unique Constraint Validator --------------------------- Key: JBSEAM-1596 URL: http://jira.jboss.com/jira/browse/JBSEAM-1596 Project: JBoss Seam Issue Type: Feature Request Components: JSF Affects Versions: 2.0.0.BETA1 Reporter: Pete Muir Priority: Blocker We could have a generic unique constrain validator as part of the model validation. http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4059691#4059691 -- 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

8
12
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1954) JDK 1.6 tests failing

by Pete Muir (JIRA)

JDK 1.6 tests failing --------------------- Key: JBSEAM-1954 URL: http://jira.jboss.com/jira/browse/JBSEAM-1954 Project: JBoss Seam Issue Type: Task Affects Versions: 2.0.0.CR1 Reporter: Pete Muir Running Seam testsuite with JDK 1.6 is giving errors (not surprisingly). http://hudson.jboss.org/hudson/job/JBossSeam-sun16/ -- 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, 3 months

5
15
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2033) style h:messages (perhaps using rich:messages)

by Dan Allen (JIRA)

style h:messages (perhaps using rich:messages) ---------------------------------------------- Key: JBSEAM-2033 URL: http://jira.jboss.com/jira/browse/JBSEAM-2033 Project: JBoss Seam Issue Type: Feature Request Components: Tools Affects Versions: 2.0.0.CR1 Reporter: Dan Allen Assigned To: Dan Allen Priority: Minor Fix For: 2.0.1.GA The styles used for the h:messages still use the old style before RichFaces was added (It is beige and orange). This looks really bad. RichFaces just added a sweet looking message style in 3.1. Let's use that! -- 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, 3 months

3
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2133) inline EL in component property value not properly detected

by Dan Allen (JIRA)

inline EL in component property value not properly detected ----------------------------------------------------------- Key: JBSEAM-2133 URL: http://jira.jboss.com/jira/browse/JBSEAM-2133 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 2.0.0.CR2 Reporter: Dan Allen Assigned To: Dan Allen Priority: Critical Fix For: 2.0.1.GA Currently, the EL notation in a property is only being evaluated if the property starts with "#{". There are two problems with this assumption. 1. Inline EL can only be used if the property starts with an expression (i.e. <property name="message">#{applicationName} is a cool application</property>) 2. There is no way to escape EL so that is is evaluated by the property accepting the string (rather than when the value is assigned). The correct behavior would be to treat the property value as a value expression if it CONTAINS "#{". The benefits are two fold: 1. A property value can use inline EL that is evaluated when the property value is set (see above) 2. The resolved value of the property can be EL (delayed EL) that is to be interpreted by the component as needed. This is done by escaping the EL per the unified EL spec (i.e. <property name="created-message">The user \#{user.name} has been created!</property) Surprisingly, everything is already in place. All that needs to happen is the check for EL needs to change from "startsWith" to "contains". -- 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, 3 months

3
13
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1277) ServerConversationContext does not process removals / additions when an exception propagates up

by Chris Rudd (JIRA)

ServerConversationContext does not process removals / additions when an exception propagates up ----------------------------------------------------------------------------------------------- Key: JBSEAM-1277 URL: http://jira.jboss.com/jira/browse/JBSEAM-1277 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 1.2.0.GA Reporter: Chris Rudd I have an Stateful EJB Component that throws an exception (this is expected, im testing that the system can recover from that error). This causes the component to be removed from the seam contexts (via the RemoveInterceptor). Then the exception floats up and is caught by the ExceptionFilter, and is redirected to a new view. All that works correctly. BUT when I return to the conversation that contained the EJB component, the component is still in it (even though the RemoveInterceptor removed it). Ive traced it down to this : ServerConversationContext.remove -- this adds the removal to the removals list, but does not update the session.attributes (the real storage for the context). ServerConversationContext.flush -- this applies the removals / additions to the session attributes map. The problem is that flush is never called when an exception propagates out. Thus the changes to that context are never flushed to the session attributes. -- 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, 3 months

4
9
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues November 2007