February 2010 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3035) upgrade to Spring JAR to version 2.5

by Dan Allen (JIRA)

upgrade to Spring JAR to version 2.5 ------------------------------------ Key: JBSEAM-3035 URL: http://jira.jboss.com/jira/browse/JBSEAM-3035 Project: Seam Issue Type: Feature Request Components: Build Affects Versions: 2.1.0.A1, 2.0.2.GA Reporter: Dan Allen Assigned To: Dan Allen Priority: Minor Fix For: 2.0.2.SP1, 2.1.0.BETA1 Without the Spring 2.5 JAR, the org.springframework.web.jsf.el.SpringBeanFacesELResolver is not available. Spring 2.5 is backward compliant, so there should be no reason we are holding back. -- 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, 1 month

4
10
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4461) small typo/mistake in reference manual

by Wolfgang Schwendt (JIRA)

small typo/mistake in reference manual -------------------------------------- Key: JBSEAM-4461 URL: https://jira.jboss.org/jira/browse/JBSEAM-4461 Project: Seam Issue Type: Patch Affects Versions: 2.2.0.GA Reporter: Wolfgang Schwendt Priority: Trivial just for the sake of correctness. In the reference manual, chapter 30 (configuring seam), it must read "public interface Authenticator", not "public class Authenticator" -- 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, 1 month

3
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2512) Default configuration option for begins to use flushmode=MANUAL

by Jacob Orshalick (JIRA)

Default configuration option for begins to use flushmode=MANUAL --------------------------------------------------------------- Key: JBSEAM-2512 URL: http://jira.jboss.com/jira/browse/JBSEAM-2512 Project: JBoss Seam Issue Type: Feature Request Components: Core Affects Versions: 2.0.1.CR1 Reporter: Jacob Orshalick It would be nice to provide a way to globally configure the flushmode setting. Say, a way to configure begins to use flushmode=MANUAL by default. Maybe this could be configured in components.xml. This would save a lot of what is generally boilerplate configuration since this is common usage. Perhaps, I could specify: <core:manager conversation-flushmode="MANUAL" /> -- 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, 2 months

3
8
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3975) Load jBPM Process Def from the DB/Repo

by Burr Sutter (JIRA)

Load jBPM Process Def from the DB/Repo -------------------------------------- Key: JBSEAM-3975 URL: https://jira.jboss.org/jira/browse/JBSEAM-3975 Project: Seam Issue Type: Feature Request Components: BPM Reporter: Burr Sutter What about loading up process defs from their "normal" location, the database? jBPM has a "repository" that stores process instance state for long running processes as well as it versions the definitions, Seam should be able to load the process def not only from the .ear/classpath but also from the repo. -- 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, 2 months

2
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4039) Seam component cannot serve as a JAX-RS subresource

by Jozef Hartinger (JIRA)

Seam component cannot serve as a JAX-RS subresource --------------------------------------------------- Key: JBSEAM-4039 URL: https://jira.jboss.org/jira/browse/JBSEAM-4039 Project: Seam Issue Type: Bug Components: WS Reporter: Jozef Hartinger Assignee: Christian Bauer When Seam component is returned as a subresource, RESTEasy scans it's javassist proxy for JAX-RS annotations. It should however scan the actual component's class instead. Following snippet: @Path("/{username}/{context}") public ContextResource getContextResource(@PathParam("username")String username) { ... return (ContextResource) Component.getInstance("contextResource"); } causes LoggableException with message: Subresource for target class has no jax-rs annotations.: org.jboss.seam.example.rest.resource.ContextResource_$$_javassist_seam_9 -- 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, 2 months

2
7
0 / 0

[JBoss JIRA] Created: (JBSEAM-4542) NoSuchEJBException when both Authenticator and web service use EJB transaction

by Jozef Hartinger (JIRA)

NoSuchEJBException when both Authenticator and web service use EJB transaction ------------------------------------------------------------------------------ Key: JBSEAM-4542 URL: https://jira.jboss.org/jira/browse/JBSEAM-4542 Project: Seam Issue Type: Bug Components: WS Affects Versions: 2.2.0.GA Reporter: Jozef Hartinger Fix For: 2.2.1.CR2 If both an Authenticator and a web service use EJB transaction (via @Transactional), invocation of the web service fails. Seam is not able to lookup org.jboss.seam.transaction.EjbSynchronizations SFSB in the second ContextualHttpServletRequest. org.jboss.seam.example.restbay.test.SecurityTest.synchronizationsLookup() [testng] Caused by: javax.ejb.NoSuchEJBException: Could not find stateful bean: 3j001-op8eml-g5p8kc8t-1-g5p8klrn-m [testng] at org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:394) [testng] at org.jboss.ejb3.cache.simple.SimpleStatefulCache.get(SimpleStatefulCache.java:379) [testng] at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:63) [testng] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) [testng] at org.jboss.ejb3.tx.NullInterceptor.invoke(NullInterceptor.java:42) [testng] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) [testng] at org.jboss.ejb3.security.Ejb3AuthenticationInterceptorv2.invoke(Ejb3AuthenticationInterceptorv2.java:166) [testng] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) [testng] at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) [testng] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) [testng] at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) [testng] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) [testng] at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:261) [testng] at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119) [testng] at $Proxy96.afterTransactionRollback(Unknown Source) [testng] at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) [testng] at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:32) [testng] at org.jboss.seam.intercept.ClientSideInterceptor$1.proceed(ClientSideInterceptor.java:76) [testng] at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) [testng] at org.jboss.seam.intercept.ClientSideInterceptor.invoke(ClientSideInterceptor.java:54) [testng] at org.javassist.tmp.java.lang.Object_$$_javassist_seam_1.afterTransactionRollback(Object_$$_javassist_seam_1.java) [testng] at org.jboss.seam.transaction.UTTransaction.rollback(UTTransaction.java:70) [testng] at org.jboss.seam.util.Work.workInTransaction(Work.java:82) [testng] at org.jboss.seam.transaction.TransactionInterceptor.aroundInvoke(TransactionInterceptor.java:91) [testng] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [testng] at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44) [testng] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [testng] at org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:163) [testng] at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) [testng] at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) [testng] at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185) [testng] at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103) [testng] at org.jboss.seam.example.restbay.resteasy.SecuredResource_$$_javassist_seam_24.synchronizationsLookup(SecuredResource_$$_javassist_seam_24.java) [testng] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:124) [testng] at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:247) [testng] at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:212) [testng] at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:202) [testng] at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:441) [testng] ... 49 more -- 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, 2 months

4
11
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2419) IAE: factory method with defined scope outjected a value: guestRole

by Christian Bauer (JIRA)

IAE: factory method with defined scope outjected a value: guestRole ------------------------------------------------------------------- Key: JBSEAM-2419 URL: http://jira.jboss.com/jira/browse/JBSEAM-2419 Project: JBoss Seam Issue Type: Bug Components: Core Reporter: Christian Bauer Priority: Minor I can see this on the log on seamframework.org but can't reproduce it: java.lang.IllegalArgumentException: factory method with defined scope outjected a value: guestRole at org.jboss.seam.Component.handleFactoryMethodResult(Component.java:1953) at org.jboss.seam.Component.getInstanceFromFactory(Component.java:1927) at org.jboss.seam.Component.getInstance(Component.java:1863) at org.jboss.seam.Component.getInstance(Component.java:1840) at org.jboss.seam.Component.getInstance(Component.java:1834) at org.jboss.seam.wiki.core.action.Authenticator.getGuestAccessLevel(Authenticator.java:199) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.seam.util.Reflections.invoke(Reflections.java:21) at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56) at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42) at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68) at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107) at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166) at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102) at org.jboss.seam.wiki.core.action.Authenticator_$$_javassist_9.getGuestAccessLevel(Authenticator_$$_javassist_9.java) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.seam.util.Reflections.invoke(Reflections.java:21) at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:125) at org.jboss.seam.Component.callComponentMethod(Component.java:2082) at org.jboss.seam.Component.getInstanceFromFactory(Component.java:1926) at org.jboss.seam.Component.getInstance(Component.java:1863) at org.jboss.seam.Component.getInstance(Component.java:1840) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:55) at org.jboss.seam.Namespace.getComponentInstance(Namespace.java:50) at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:166) at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:53) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53) at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44) at org.jboss.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186) at org.jboss.seam.core.Expressions$1.getValue(Expressions.java:111) at org.jboss.seam.persistence.HibernatePersistenceProvider.enableFilter(HibernatePersistenceProvider.java:205) at org.jboss.seam.persistence.ManagedPersistenceContext.initEntityManager(ManagedPersistenceContext.java:88) at org.jboss.seam.persistence.ManagedPersistenceContext.getEntityManager(ManagedPersistenceContext.java:108) This is thrown from the FeedServlet. The code doesn't do what the exception says it is doing: /** * Assigns the context variable 'currentAccessLevel' when no user is logged in. * @return Integer Guest access level. */ @Factory(value = "currentAccessLevel", scope = ScopeType.SESSION, autoCreate = true) public Integer getGuestAccessLevel() { return ((Role)Component.getInstance("guestRole")).getAccessLevel(); } This has to be investigated further. -- 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, 2 months

10
24
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4273) edit.xhtml.ftl template cause duplicate id changeParent and selectParent

by Julien Kronegg (JIRA)

edit.xhtml.ftl template cause duplicate id changeParent and selectParent ------------------------------------------------------------------------ Key: JBSEAM-4273 URL: https://jira.jboss.org/jira/browse/JBSEAM-4273 Project: Seam Issue Type: Bug Components: Tools Affects Versions: 2.1.2.GA Environment: SEAM_HOME/seam-gen/view/edit.xhtml.ftl Reporter: Julien Kronegg When a MyEntityEdit.xhtml page with more than one foreign key is generated, the "Select" / "Change" button is generated with an id "changeParent" or "selectParent" for each foreign key. This causes "duplicate id" errors when displaying the page. The button id must be changed to be unique, e.g. by suffixing with the property name. The line 136: <s:button id="${'#'}{${homeName}.instance.${property.name} != null ? 'changeParent' : 'selectParent'}" value="${'#'}{${homeName}.instance.${property.name} != null ? 'Change' : 'Select'} ${property.name}" must be replaced by: <s:button id="${'#'}{${homeName}.instance.${property.name} != null ? 'changeParent${property.name?cap_first} ' : 'selectParent${property.name?cap_first}'}" value="${'#'}{${homeName}.instance.${property.name} != null ? 'Change' : 'Select'} ${property.name}" I did not find references to the button id elsewhere, so it seems that no side effect will appear. -- 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, 2 months

4
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2504) define different login-view-ids on page element of pages.xml

by Phil Haigh (JIRA)

define different login-view-ids on page element of pages.xml ------------------------------------------------------------ Key: JBSEAM-2504 URL: http://jira.jboss.com/jira/browse/JBSEAM-2504 Project: JBoss Seam Issue Type: Feature Request Affects Versions: 2.0.0.GA Reporter: Phil Haigh Allowing specification of different login view ids for page elements in pages.xml There must be many examples of applications where this would be of use - for example, a system that has a customer facing front end, and a staff-only backend: Code: <page view-id="/backend/*" login-required="true" login-view-id="/backendlogin.xhtml" > </page> <page view-id="/members/*" login-required="true" login-view-id="/login.xhtml" > </page> -- 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, 2 months

6
10
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4444) Seam-gen generate CSS not compatible with rich:comboBox

by Lionel Meroni (JIRA)

Seam-gen generate CSS not compatible with rich:comboBox ------------------------------------------------------- Key: JBSEAM-4444 URL: https://jira.jboss.org/jira/browse/JBSEAM-4444 Project: Seam Issue Type: Patch Components: Tools Affects Versions: 2.2.0.GA Reporter: Lionel Meroni Priority: Minor seam-gen generate a stylesheet in theme.xcss file which is not compatible with the richfaces component rich:comboBox. This CSS override the default CSS of the selected skin and make the combobox dopdown arrow not visible. This is because the dropdown arrow is a HTML input text element for the rich:combobox and the CSS is redefine for all input tex by theme.xcss by this : <u:selector name="input[type=text], input[type=password], textarea, select" > <u:style name="background-color" skin="controlBackgroundColor"/> <u:style name="color" skin="controlTextColor"/> <u:style name="background-position" value="left top"/> <u:style name="background-repeat" value="repeat-x"/> <u:style name="background-image"> <f:resource f:key="org.richfaces.renderkit.html.images.SliderFieldGradient"/> </u:style> <u:style name="border" value="1px solid"/> <u:style name="border-color" skin="tableBorderColor" /> </u:selector> So to avoid the redefinition of the CSS for the rich:combobox,I juste change this to : <u:selector name="input[type=text]:not([class*=rich-combobox-button]), input[type=password], textarea, select" > <u:style name="background-color" skin="controlBackgroundColor"/> <u:style name="color" skin="controlTextColor"/> <u:style name="background-position" value="left top"/> <u:style name="background-repeat" value="repeat-x"/> <u:style name="background-image"> <f:resource f:key="org.richfaces.renderkit.html.images.SliderFieldGradient"/> </u:style> <u:style name="border" value="1px solid"/> <u:style name="border-color" skin="tableBorderColor" /> </u:selector> Notice that the CSS :not() selector don't work with IE, but work well with other browser like firefox. -- 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, 2 months

5
12
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues February 2010