March 2011 - seam-issues - Jboss List Archives

[JBoss JIRA] Created: (SEAMPERSIST-28) Create an example demonstrating EL in EJB-QL/HQL

by Ondrej Skutka (JIRA)

Create an example demonstrating EL in EJB-QL/HQL ------------------------------------------------- Key: SEAMPERSIST-28 URL: https://issues.jboss.org/browse/SEAMPERSIST-28 Project: Seam Persistence Issue Type: Task Reporter: Ondrej Skutka Or you can modify an existing example. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

2
5
0 / 0

[JBoss JIRA] Created: (SEAMINTL-4) Named parameters in localized messages

by Aslak Knutsen (JIRA)

Named parameters in localized messages -------------------------------------- Key: SEAMINTL-4 URL: https://jira.jboss.org/browse/SEAMINTL-4 Project: Seam i18n Issue Type: Feature Request Components: Messages Reporter: Aslak Knutsen Priority: Minor When coming back to localized message files after being away for a while, it's always a problem to remember what object/value parameter {2} is suppose to be. At this point you have to find the specific message location in the source code and read through the code to figure out what's actually being passed in. It's also hard to send the file over to someone for translation, because they most likely also need an explanation of what {2} is. It would be nice to be able to used named parameters, but with Java(< 7) that is a bit of a pain to code. Would it be possible with some middle ground; e.g. A name/alias in the message file that is ignored by the parser, but there just for documentation. (Maybe even function as a named parameter when Java 7 comes out?) "Welcome {0:firstName} {1:lastName}!" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

4
8
0 / 0

[JBoss JIRA] Created: (SEAMINTL-6) Decouple BundleKey from log method

by Ken Finnigan (JIRA)

Decouple BundleKey from log method ---------------------------------- Key: SEAMINTL-6 URL: https://jira.jboss.org/browse/SEAMINTL-6 Project: Seam i18n Issue Type: Feature Request Components: Messages Affects Versions: 3.0.0.Alpha1 Reporter: Ken Finnigan Fix For: 3.0.0.Alpha2 Specifying the BundleKey of the property being retrieved needs to be independant of the call to a specific log method -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

1
5
0 / 0

[JBoss JIRA] Created: (SEAMINTL-14) EL resolving in messages

by Nicklas Karlsson (JIRA)

EL resolving in messages ------------------------ Key: SEAMINTL-14 URL: https://jira.jboss.org/browse/SEAMINTL-14 Project: Seam i18n Issue Type: Feature Request Reporter: Nicklas Karlsson It would be nice to have EL-resolves in messages so you could have a message mapping to "Order #{order.id}" resolved for a view. If we want to get really cute we could even provide nested EL expression, resolver from inside out. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (SEAMINTL-22) @MessageParam to assign a method parameter to name contained within EL expression

by Ken Finnigan (JIRA)

@MessageParam to assign a method parameter to name contained within EL expression --------------------------------------------------------------------------------- Key: SEAMINTL-22 URL: https://issues.jboss.org/browse/SEAMINTL-22 Project: Seam International Issue Type: Feature Request Components: Messages Reporter: Ken Finnigan Fix For: 3.0.0.Beta2 Would enable you to do something like the following: @MessageBundle public interface BookingStatusMessages { @Message("You are booked to stay at the #{hotel.name} on {1,date}") String bookingConfirmed(@MessageParam("hotel")Hotel hotel, Date date); } Could potentially support @MessageParam without a value and pick up the parameter name -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

1
3
0 / 0

[JBoss JIRA] Created: (SEAMINTL-21) Provide @Key to define the name of a localized message property key

by Ken Finnigan (JIRA)

Provide @Key to define the name of a localized message property key ------------------------------------------------------------------- Key: SEAMINTL-21 URL: https://issues.jboss.org/browse/SEAMINTL-21 Project: Seam International Issue Type: Feature Request Components: Locales, Messages Reporter: Ken Finnigan Fix For: 3.0.0.Beta2 Support adding @Key onto a method that defines a message content to override the name of the property key for retrieval. Default is the method name, but supporting @Key would enable a developer to connect the annotation for the message content to an existing property file name. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

1
3
0 / 0

[JBoss JIRA] Created: (SEAMJCR-7) SeamCatch integration for JCR exceptions

by John Ament (JIRA)

SeamCatch integration for JCR exceptions ---------------------------------------- Key: SEAMJCR-7 URL: https://issues.jboss.org/browse/SEAMJCR-7 Project: Seam JCR Issue Type: Task Reporter: John Ament We should provide integration with SeamCatch for Exceptions thrown by JCR. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (SEAMJCR-13) Seam Managed JCR Sessions

by John Ament (JIRA)

Seam Managed JCR Sessions ------------------------- Key: SEAMJCR-13 URL: https://issues.jboss.org/browse/SEAMJCR-13 Project: Seam JCR Issue Type: Feature Request Components: CDI & Injection API Reporter: John Ament Assignee: John Ament Fix For: 3.0.0.Beta1 Similar to Seam Persistence's Seam Managed PersistenceContext & Hibernate Session, we should support JCR Sessions in the same manner. This should tie the injection of an object to be bound to a request level, or similar context, and tying in the session.save & logout methods to happen at the end of the request. In the case of events, where they are triggered after logging out, to avoid a long loop or bad setup, developers will need to use dependent sessions if they want to modify node state as a part of an event. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (SEAMJCR-3) API & Impl for OCMSession

by John Ament (JIRA)

API & Impl for OCMSession ------------------------- Key: SEAMJCR-3 URL: https://issues.jboss.org/browse/SEAMJCR-3 Project: Seam JCR Issue Type: Feature Request Components: OCM Reporter: John Ament Fix For: 3.0.0.Alpha2 OCM (Object-Content Mapping) is similar to ORM in JPA. This feature would give a clean way to bind an object to a node type in JCR. The OCMSession interface should extend the javax.jcr.Session interface, delegating all of its tasks to an included Session object as well as providing wrapping API methods that return Node/Item to be able to return a generic Object. The methods should all take an additional argument which would define the object type expected. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

1
4
0 / 0

[JBoss JIRA] Created: (SEAMSECURITY-22) Basic authentication with no security drools and no picketlink defined in seam-beans.xml throws exception

by yangju (JIRA)

Basic authentication with no security drools and no picketlink defined in seam-beans.xml throws exception --------------------------------------------------------------------------------------------------------- Key: SEAMSECURITY-22 URL: https://issues.jboss.org/browse/SEAMSECURITY-22 Project: Seam Security Issue Type: Bug Affects Versions: 3.0.0.Alpha2 Environment: Jboss 6 AS Final, windows Reporter: yangju Very simple Authentication implementation: public class LoginService implements Authenticator { @Inject Credentials credentials; @Inject Logger log; public boolean authenticate() { // authentication logic here log.info("authenticate is called in LoginService"); log.info("userID="+credentials.getUsername()); return true; // if authentication successful } } View (login.xhtml) <h:form id="loginForm" rendered="#{not identity.loggedIn}"> <h:messages id="messages" globalOnly="true" /> <div class="loginRow"><h:outputLabel for="name" value="Username" styleClass="loginLabel" /> <h:inputText id="name" value="#{credentials.username}" /></div> <div class="loginRow"><h:outputLabel for="password" value="Password" styleClass="loginLabel" /> <h:inputSecret id="password" value="#{credentials.password}" redisplay="true" /></div> <div class="loginRow"></div> <div class="buttons"><h:commandButton id="login" value="LOGIN" action="#{identity.login}" styleClass="loginButton" /></div> I don't define any drools file and I am not using picketlink either. But after I typed user info in the login page, , the server throws the following exception: 17:18:35,453 ERROR [org.jboss.weld.Bean] WELD-000019 Error destroying an instance Managed Bean [class org.jboss.seam.security.permission.SecurityRuleProducer] with qualifiers [@Any @Default] of org.jboss.seam.security.permission.SecurityRuleProducer@de0ad3 17:18:35,453 ERROR [org.jboss.seam.security.IdentityImpl] Login failed for: Credentials[rich]: java.lang.IllegalArgumentException: stream cannot be null at org.drools.io.impl.InputStreamResource.<init>(InputStreamResource.java:35) [:5.1.1] at org.drools.io.impl.ResourceFactoryServiceImpl.newInputStreamResource(ResourceFactoryServiceImpl.java:87) [:5.1.1] at org.drools.io.ResourceFactory.newInputStreamResource(ResourceFactory.java:87) [:5.1.1] at org.jboss.seam.security.permission.SecurityRuleProducer.createSecurityKnowledgeBase(SecurityRuleProducer.java:43) [:3.0.0.Alpha2] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_13] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_13] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_13] at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_13] at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299) [:6.0.0.Final] at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188) [:6.0.0.Final] at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstance(MethodInjectionPoint.java:169) [:6.0.0.Final] at org.jboss.weld.bean.ProducerMethod$1.produce(ProducerMethod.java:149) [:6.0.0.Final] at org.jboss.weld.bean.AbstractProducerBean.create(AbstractProducerBean.java:361) [:6.0.0.Final] at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:121) [:6.0.0.Final] at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:99) [:6.0.0.Final] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:124) [:6.0.0.Final] at org.jboss.weld.proxies.org$jboss$weld$beanProducerMethod-org$jboss$seam$security$permission$SecurityRuleProducermethod_createSecurityKnowledgeBase()_$$_WeldClientProxy.newStatefulKnowledgeSession(org$jboss$weld$beanProducerMethod-org$jboss$seam$security$permission$SecurityRuleProducermethod_createSecurityKnowledgeBase()_$$_WeldClientProxy.java) at org.jboss.seam.security.permission.RuleBasedPermissionResolver.init(RuleBasedPermissionResolver.java:49) [:3.0.0.Alpha2] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_13] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_13] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_13] at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_13] at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299) [:6.0.0.Final] at org.jboss.weld.introspector.jlr.WeldMethodImpl.invoke(WeldMethodImpl.java:193) [:6.0.0.Final] at org.jboss.weld.injection.MethodInjectionPoint.invoke(MethodInjectionPoint.java:127) [:6.0.0.Final] at org.jboss.weld.util.Beans.callInitializers(Beans.java:898) [:6.0.0.Final] at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:885) [:6.0.0.Final] at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget$1$1.proceed(ManagedBean.java:182) [:6.0.0.Final] at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:54) [:6.0.0.Final] at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget$1.work(ManagedBean.java:176) [:6.0.0.Final] at org.jboss.weld.bean.ManagedBean$FixInjectionPoint.run(ManagedBean.java:142) [:6.0.0.Final] at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.inject(ManagedBean.java:170) [:6.0.0.Final] at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:339) [:6.0.0.Final] at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:121) [:6.0.0.Final] at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:99) [:6.0.0.Final] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:87) [:6.0.0.Final] at org.jboss.seam.security.permission.org$jboss$weld$bean-jboss$classloader:id="vfs:$$$D:$apps$jboss$jboss-6$0$0$Final$server$epen$deploy$epen-account-setup$war"-ManagedBean-class_org$jboss$seam$security$permission$RuleBasedPermissionResolver_$$_WeldClientProxy.setUserAccountInSecurityContext(org$jboss$weld$bean-jboss$classloader:id="vfs:$$$D:$apps$jboss$jboss-6$0$0$Final$server$epen$deploy$epen-account-setup$war"-ManagedBean-class_org$jboss$seam$security$permission$RuleBasedPermissionResolver_$$_WeldClientProxy.java) [:3.0.0.Alpha2] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_13] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_13] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_13] at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_13] at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163) [:6.0.0.Final] at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299) [:6.0.0.Final] at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188) [:6.0.0.Final] at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59) [:6.0.0.Final] at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:198) [:6.0.0.Final] at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:270) [:6.0.0.Final] at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:253) [:6.0.0.Final] at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:222) [:6.0.0.Final] at org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:611) [:6.0.0.Final] at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:604) [:6.0.0.Final] at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:598) [:6.0.0.Final] at org.jboss.seam.security.IdentityImpl.postAuthenticate(IdentityImpl.java:379) [:3.0.0.Alpha2] at org.jboss.seam.security.IdentityImpl.authenticate(IdentityImpl.java:317) [:3.0.0.Alpha2] at org.jboss.seam.security.IdentityImpl.login(IdentityImpl.java:203) [:3.0.0.Alpha2] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_13] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_13] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_13] at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_13] at org.apache.el.parser.AstValue.invoke(AstValue.java:196) [:6.0.0.Final] at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276) [:6.0.0.Final] at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:43) [:6.0.0.Final] at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:56) [:6.0.0.Final] at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:43) [:6.0.0.Final] at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:56) [:6.0.0.Final] at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:102) [:2.0.3-] at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:84) [:2.0.3-] at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:98) [:2.0.3-] at javax.faces.component.UICommand.broadcast(UICommand.java:311) [:2.0.3-] at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:781) [:2.0.3-] at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1246) [:2.0.3-] at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:77) [:2.0.3-] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:97) [:2.0.3-] at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:114) [:2.0.3-] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:308) [:2.0.3-] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [:6.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.0.0.Final] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:6.0.0.Final] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.0.0.Final] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.0.0.Final] at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.0.0.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:6.0.0.Final] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.0.0.Final] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0.Final] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.0.0.Final] at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.0.0.Final] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.0.0.Final] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.0.0.Final] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.0.0.Final] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.0.0.Final] at java.lang.Thread.run(Thread.java:619) [:1.6.0_13] -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

5
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 March 2011