April 2012 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3138) precedence doesn't work for the component properties specified in components.xml

by ihar kuplevich (JIRA)

precedence doesn't work for the component properties specified in components.xml -------------------------------------------------------------------------------- Key: JBSEAM-3138 URL: http://jira.jboss.com/jira/browse/JBSEAM-3138 Project: Seam Issue Type: Patch Components: Core Affects Versions: 2.0.1.GA Reporter: ihar kuplevich Precedence doesn't work for the component's properties specified in components.xml. Component's attributes like class for example are taken according precedence but properties are taken from last loaded components.xml. -- 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

11 years, 8 months

6
12
0 / 0

[JBoss JIRA] (JBSEAM-4912) Refactor LocaleTest in integration testsuite

by Marek Novotny (JIRA)

Marek Novotny created JBSEAM-4912: ------------------------------------- Summary: Refactor LocaleTest in integration testsuite Key: JBSEAM-4912 URL: https://issues.jboss.org/browse/JBSEAM-4912 Project: Seam 2 Issue Type: Task Affects Versions: 2.3.0.BETA1 Reporter: Marek Novotny Fix For: 2.3.0.BETA2 org.jboss.seam.test.integration.i8ln.LocaleTest depends on bad prerequisite for local LOCALE where are tests launched. Therefore it fails in cesa of comparison to Locale.getDefault e.g there is getFacesContext().getApplication().setDefaultLocale(Locale.ENGLISH) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
4
0 / 0

[JBoss JIRA] (JBSEAM-4911) Enable PhaseListenerTest unit tests

by Marek Novotny (JIRA)

Marek Novotny created JBSEAM-4911: ------------------------------------- Summary: Enable PhaseListenerTest unit tests Key: JBSEAM-4911 URL: https://issues.jboss.org/browse/JBSEAM-4911 Project: Seam 2 Issue Type: Task Components: Core Reporter: Marek Novotny Assignee: Marek Novotny Fix For: 2.3.0.BETA2 There is some weird influence from other unit tests, which causes that PageContext is active and Conversation is not. Find out the influencing test or code enable it again -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
3
0 / 0

[JBoss JIRA] (JBSEAM-4860) Enable AS7 deployment for examples

by Marek Novotny (Created) (JIRA)

Enable AS7 deployment for examples ---------------------------------- Key: JBSEAM-4860 URL: https://issues.jboss.org/browse/JBSEAM-4860 Project: Seam 2 Issue Type: Task Components: Examples Reporter: Marek Novotny Fix For: 2.3.0.Final Enable deployment of examples to JBoss AS7 and document by this migration path -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

3
5
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4233) Asynchronous and Quartz: manual update

by Nicola Benaglia (JIRA)

Asynchronous and Quartz: manual update -------------------------------------- Key: JBSEAM-4233 URL: https://jira.jboss.org/jira/browse/JBSEAM-4233 Project: Seam Issue Type: Bug Components: Documentation Issues Reporter: Nicola Benaglia Priority: Trivial Fix For: 2.1.2 http://www.seamframework.org/Community/AsynchronousAndQuartzManualUpdate Nico -- 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

11 years, 8 months

4
9
0 / 0

[JBoss JIRA] (JBSEAM-4861) Component.java uses application wide factoryLock too often

by ahus1 (Created) (JIRA)

Component.java uses application wide factoryLock too often ----------------------------------------------------------- Key: JBSEAM-4861 URL: https://issues.jboss.org/browse/JBSEAM-4861 Project: Seam 2 Issue Type: Patch Components: Core Affects Versions: 2.3.0.ALPHA, 2.2.2.Final Reporter: ahus1 Whenever getInstanceFromFactory() is called and a factory is used, a (application wide) lock is used: factoryLock. In my environments the Factory uses expensive calls to the backend to create an object, and during this time no other Factory method is allowed to be called. This is a severe bottleneck in a multiuser environment. This lock is important for APPLICATION scoped components, but other components that are i.e. CONVERSATION scoped, Seam already ensures that only one Thread has access to the current conversation. The same should be true for PAGE and EVENT. In this cases no lock should be acquired. See the follwing code snippet. I also attach a patch. I tested the patch for Seam 2.2.2.Final - I would be most happy to have this included in 2.2 and 2.3 branch. Br Alexander. ScopeType s = getOutScope(factoryMethod.getScope(), factoryMethod.getComponent()); if (s != ScopeType.CONVERSATION && s != ScopeType.EVENT && s != ScopeType.PAGE) { factoryLock.lock(); } try { /* **** */ } finally { if (s != ScopeType.CONVERSATION && s != ScopeType.EVENT && s != ScopeType.PAGE) { factoryLock.unlock(); } } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

7
24
0 / 0

[JBoss JIRA] (JBSEAM-4863) Memory Leak when calling @Destroy (with SFSBs)

by Daniel Lechner (Created) (JIRA)

Memory Leak when calling @Destroy (with SFSBs) ---------------------------------------------- Key: JBSEAM-4863 URL: https://issues.jboss.org/browse/JBSEAM-4863 Project: Seam 2 Issue Type: Bug Affects Versions: 2.2.2.Final Environment: JBoss AS 5.1.0.GA Reporter: Daniel Lechner In an example-project, we have 2 Seam components, one POJO and one SFSB. The POJO-component uses the SFSB-component via Seam-DI (@In). The POJO-component has a method annotated with @Destroy. We are using the POJO-component in a (long-running-)conversation. So the POJO-component as well as the SFSB-component will be created within the conversation. When the conversation ends and all components will be removed, the @Destroy-methods of all seam-components are called one after each other. The order, the @Destroy-methods are called, depend on the hashCode of the seam-name of the components (the component-names are put into an java.util.HashSet in the method org.jboss.seam.contexts.ServerConversationContext.getNamesFromSession() - the for-loop of the method org.jboss.seam.contexts.Contexts.destroy iterates through this HashSet afterwards). If the component-names are chosen this way, that the SFSB-component will be removed before the POJO-component is removed, a memory leak occurs: 1. the SFSB-component is destroyed by seam - the container removes the SFSB (the @Remove-method of the SFSB is called) 2. the @Destroy-method of the POJO-component is called. But before, Seam-DI creates a new SFSB-component TestEJB because of the @In-annotation 3. the POJO-component is removed from the conversation (and later by the GC) 4. the SFSB-component's @Remove-method is not called again - the container keeps the SFSB-instance An example-code can be found in the forum reference -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

4
10
0 / 0

[JBoss JIRA] (JBSEAM-4926) openid example fails with "/openid.xhtml Not Found in ExternalContext as a Resource"

by Marek Schmidt (JIRA)

Marek Schmidt created JBSEAM-4926: ------------------------------------- Summary: openid example fails with "/openid.xhtml Not Found in ExternalContext as a Resource" Key: JBSEAM-4926 URL: https://issues.jboss.org/browse/JBSEAM-4926 Project: Seam 2 Issue Type: Bug Components: Security Affects Versions: 2.3.0.BETA1 Environment: AS7.1.1.Final Reporter: Marek Schmidt Assignee: Marek Novotny Fix For: 2.3.0.BETA2 The OpenIdPhaseListener doesn't seem to work unless a fake openid.xhtml exists: Exception during request processing: Caused by com.sun.faces.context.FacesFileNotFoundException with message: "/openid.xhtml Not Found in ExternalContext as a Resource" {noformat} com.sun.faces.facelets.impl.DefaultFaceletFactory.resolveURL(DefaultFaceletFactory.java:232) com.sun.faces.facelets.impl.DefaultFaceletFactory.resolveURL(DefaultFaceletFactory.java:273) com.sun.faces.facelets.impl.DefaultFaceletFactory.getMetadataFacelet(DefaultFaceletFactory.java:209) com.sun.faces.application.view.ViewMetadataImpl.createMetadataView(ViewMetadataImpl.java:114) com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:233) com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116) com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) org.jboss.seam.web.RewriteFilter.doFilter(RewriteFilter.java:63) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53) org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) java.lang.Thread.run(Thread.java:662) {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

4
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2286) MDB activated too early to use Seam components as a standard EJB

by Siarhei Dudzin (JIRA)

MDB activated too early to use Seam components as a standard EJB ---------------------------------------------------------------- Key: JBSEAM-2286 URL: http://jira.jboss.com/jira/browse/JBSEAM-2286 Project: JBoss Seam Issue Type: Bug Affects Versions: 2.0.0.GA Reporter: Siarhei Dudzin Priority: Critical As specified in the forum reference I have an MDB which uses a SLSB (also declared as Seam component) with business logic. If I deploy the application and there are already messages in the queue I get the following exception: javax.ejb.EJBTransactionRolledbackException: java.lang.IllegalStateException: Attempted to invoke a Seam component outside the an initialized application at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:87) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:130) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:195) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) at org.jboss.ejb3.mdb.MessagingContainer.localInvoke(MessagingContainer.java:249) at org.jboss.ejb3.mdb.inflow.MessageInflowLocalProxy.delivery(MessageInflowLocalProxy.java:268) at org.jboss.ejb3.mdb.inflow.MessageInflowLocalProxy.invoke(MessageInflowLocalProxy.java:138) at $Proxy111.onMessage(Unknown Source) Looks like the MDB processing the message before Seam is initialized? This forces me to undeclare the SLSB as a Seam component and (potentially) duplicate business logic if I want to re-use the same functionality of the SLSB in Seam. I could use the solution from http://www.jboss.org/?module=bb&op=viewtopic&t=100946 but then it would force me to use vendor-specific API. -- 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

11 years, 8 months

13
22
0 / 0

[JBoss JIRA] (JBSEAM-4867) Run Seam 2.3 through the Seam 2 smoke tests

by Pete Muir (JIRA)

Pete Muir created JBSEAM-4867: --------------------------------- Summary: Run Seam 2.3 through the Seam 2 smoke tests Key: JBSEAM-4867 URL: https://issues.jboss.org/browse/JBSEAM-4867 Project: Seam 2 Issue Type: Feature Request Reporter: Pete Muir Priority: Critical Fix For: 2.3.0.BETA1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 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 April 2012