[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1233) Extend @Scope to work on member variables/properties
by Andrew (JIRA)
Extend @Scope to work on member variables/properties
----------------------------------------------------
Key: JBSEAM-1233
URL: http://jira.jboss.com/jira/browse/JBSEAM-1233
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Affects Versions: 1.1.6.GA
Reporter: Andrew
I have a relate bug:
http://jira.jboss.com/jira/browse/JBSEAM-903
My purpose for this bug was mostly due to binding issues. There are times that I want to have the scope of a member variable to be different from the scope of the bean. Especially, if the bean is conversational and I want the field/property to have event scope. Instead of the proposed @InOut from the above bug, perhaps just extending @Scope would work:
@Scope(ScopeType.EVENT)
private MyVar myVar;
Unlike @In and @Out, this scope would not put use the contexts to get and set values, but simply control the lifecycle of the variable. In this example, myVar could be set to null when the the variables of the bean are out-jected. As it stands, there is no other easy way that I know of to have a variable set to null at then end of a page request.
--
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, 11 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-923) filter creation failure
by jarkko Lietolahti (JIRA)
filter creation failure
-----------------------
Key: JBSEAM-923
URL: http://jira.jboss.com/jira/browse/JBSEAM-923
Project: JBoss Seam
Issue Type: Bug
Components: Core
Affects Versions: 1.1.7.CR1
Reporter: jarkko Lietolahti
in components.xml:
<core:filter name="customerFilter">
<core:name>customer</core:name>
<core:parameters>
<key>id</key>
<value>1</value>
</core:parameters>
</core:filter>
<core:managed-persistence-context
name="tc3EntityManager"
persistence-unit-jndi-name="java:/tc3ManagerFactory"
auto-create="true">
<core:filters>
<value>#{customerFilter}</value>
</core:filters>
</core:managed-persistence-context>
causes this when deploying:
23:15:13,437 INFO [Component] Component: customerFilter, scope: APPLICATION, type: JAVA_BEAN, class: org.jboss.seam.core.Filter
23:15:13,441 ERROR [[/TrueConcept]] Exception sending context initialized event to listener instance of class org.jboss.seam.servlet.SeamListener
java.lang.RuntimeException: Could not create Component: customerFilter
at org.jboss.seam.init.Initialization.addComponent(Initialization.java:806)
at org.jboss.seam.init.Initialization.addComponents(Initialization.java:693)
at org.jboss.seam.init.Initialization.init(Initialization.java:454)
at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:33)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
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.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.apache.catalina.core.StandardContext.init(StandardContext.java:5052)
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.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:297)
at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:103)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:371)
at org.jboss.web.WebModule.startModule(WebModule.java:83)
Caused by: java.lang.IllegalArgumentException: No converter for type: org.jboss.seam.core.Expressions$ValueBinding
at org.jboss.seam.util.Conversions.getConverter(Conversions.java:55)
at org.jboss.seam.Component$ConstantInitialValue.<init>(Component.java:1998)
at org.jboss.seam.Component.getInitialValue(Component.java:421)
at org.jboss.seam.Component.access$200(Component.java:135)
at org.jboss.seam.Component$MapInitialValue.<init>(Component.java:2150)
at org.jboss.seam.Component.getInitialValue(Component.java:417)
at org.jboss.seam.Component.getTopInitialValue(Component.java:401)
at org.jboss.seam.Component.initInitializers(Component.java:379)
at org.jboss.seam.Component.<init>(Component.java:264)
at org.jboss.seam.Component.<init>(Component.java:205)
at org.jboss.seam.init.Initialization.addComponent(Initialization.java:796)
at org.jboss.seam.init.Initialization.addComponents(Initialization.java:693)
at org.jboss.seam.init.Initialization.init(Initialization.java:454)
at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:33)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
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.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.apache.catalina.core.StandardContext.init(StandardContext.java:5052)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
23:15:13,442 ERROR [StandardContext] Error listenerStart
--
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, 11 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-853) Add some additional functionality for programmatically manipulating pages
by Mike Quilleash (JIRA)
Add some additional functionality for programmatically manipulating pages
-------------------------------------------------------------------------
Key: JBSEAM-853
URL: http://jira.jboss.com/jira/browse/JBSEAM-853
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Affects Versions: 1.1.6.GA
Environment: Any
Reporter: Mike Quilleash
It would be useful (for me at least) to be able to override a definition in pages.xml.
I would suggest the following..
newPage - create a blank page, replacing any existing page
removePage - remove a page entry
getPage - change semantic to return null if a page doesn't exist rather than creating a new page (alternative hasPage for determining if a page is present)
Allow newPage/removePage/getPage to create/remove/access wildcarded pages.
Main tricky thing is the pageStack cache which could just be removed as it didn't look as though the stack building was that expensive. Otherwise it would need to be invalidated on modifications to the pages map.
--
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, 11 months