[weld-issues] [JBoss JIRA] Assigned: (WELD-510) Support for Portlet 2.0

2011-02-24 Thread Ales Justin (JIRA)

 [ 
https://issues.jboss.org/browse/WELD-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ales Justin reassigned WELD-510:


Assignee: Marko Strukelj


 Support for Portlet 2.0
 ---

 Key: WELD-510
 URL: https://issues.jboss.org/browse/WELD-510
 Project: Weld
  Issue Type: Feature Request
Affects Versions: 1.0.1.Final
Reporter: Neil Griffin
Assignee: Marko Strukelj
Priority: Blocker
 Fix For: 1.2.0.Beta1


 There are some folks trying to use the PortletFaces Bridge for JSF 2.0 + 
 Portlet 2.0 in Glassfish V3, but Weld is causing an issue.
 Original Post:
 http://www.portletfaces.org/community/forums/-/message_boards/message/43041#_19_message_43038
 Here is a simple stacktrace of the problem:
 Caused by: java.lang.IllegalStateException: Weld doesn not support using JSF 
 in an non-servlet environment
 at org.jboss.weld.jsf.JsfHelper.getModuleBeanManager(JsfHelper.java:119)
 at 
 org.jboss.weld.jsf.WeldPhaseListener.initiateSessionAndConversation(WeldPhaseListener
 The code for the bridge API is here:
 http://svn.portletfaces.org/svn/portletfaces/bridge/org.portletfaces.bridge.api/
 The code for the bridge IMPL is here:
 http://svn.portletfaces.org/svn/portletfaces/bridge/org.portletfaces.bridge.impl/
 And the code for a sample portlet is here:
 http://svn.portletfaces.org/svn/portletfaces/portlets/sample/jsf-2.0-job-application-portlet/

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
___
weld-issues mailing list
weld-issues@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-issues


[weld-issues] [JBoss JIRA] Commented: (WELD-855) Error while catching NonexistentConversationException with Seam Faces/Catch

2011-02-24 Thread Pete Muir (JIRA)

[ 
https://issues.jboss.org/browse/WELD-855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12584416#comment-12584416
 ] 

Pete Muir commented on WELD-855:


Ok, that last comment is the uesful one. Can you switch out the stack traces 
etc. to show it without any authz in the way?

 Error while catching NonexistentConversationException with Seam Faces/Catch
 ---

 Key: WELD-855
 URL: https://issues.jboss.org/browse/WELD-855
 Project: Weld
  Issue Type: Bug
 Environment: Glassfish 3.1 M2 (b41), weld 1.1 patched with Stuart's 
 WELD-846 patch. 
Reporter: Brian Leathem

 I have a Faces app, with the exception handler:
 void conversationExpired(@Handles 
 CaughtExceptionNonexistentConversationException t) {...}
 When I pull up a URL with an invalid cid, I get the stacktrace below.
 (copied from SEAMCATCH-46)
 Stacktrace:
 ---
 java.lang.RuntimeException: Exception invoking method [conversationExpired] 
 on object 
 [ca.triumf.mis.qms.workrequest.jsf.exception.ExceptionCatchHandler@264d6a2c], 
 using arguments [org.jboss.seam.exception.control.CaughtException@24758259]
 at 
 org.jboss.seam.solder.reflection.Reflections.invokeMethod(Reflections.java:547)
 at 
 org.jboss.seam.solder.reflection.Reflections.invokeMethod(Reflections.java:458)
 at 
 org.jboss.seam.solder.reflection.annotated.InjectableMethod.invoke(InjectableMethod.java:189)
 at 
 org.jboss.seam.exception.control.HandlerMethodImpl.notify(HandlerMethodImpl.java:189)
 at 
 org.jboss.seam.exception.control.ExceptionHandlerDispatch.executeHandlers(ExceptionHandlerDispatch.java:129)
 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:597)
 at 
 org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305)
 at 
 org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
 at 
 org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163)
 at 
 org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299)
 at 
 org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188)
 at 
 org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59)
 at 
 org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:198)
 at 
 org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:270)
 at 
 org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:253)
 at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:222)
 at 
 org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:632)
 at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:619)
 at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:613)
 at 
 org.jboss.seam.faces.exception.CatchExceptionHandler.handle(CatchExceptionHandler.java:81)
 at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119)
 at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:113)
 at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:409)
 at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1534)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInvoke(ApplicationDispatcher.java:787)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:649)
 at 
 org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:483)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doDispatch(ApplicationDispatcher.java:454)
 at 
 org.apache.catalina.core.ApplicationDispatcher.dispatch(ApplicationDispatcher.java:350)
 at 
 org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:300)
 at 
 org.apache.catalina.authenticator.FormAuthenticator.forwardToLoginPage(FormAuthenticator.java:465)
 at 
 org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:253)
 at 
 com.sun.web.security.RealmAdapter.invokeAuthenticateDelegate(RealmAdapter.java:1192)
 at 
 org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551)
 at 
 org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:623)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
 at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
 at 
 

[weld-issues] [JBoss JIRA] Created: (CDITCK-209) TCK tests should not cleanup app context explicitly

2011-02-24 Thread Ales Justin (JIRA)
TCK tests should not cleanup app context explicitly
---

 Key: CDITCK-209
 URL: https://issues.jboss.org/browse/CDITCK-209
 Project: CDI TCK
  Issue Type: Task
  Security Level: Public (Everyone can see)
  Components: Tests
Affects Versions: 1.0.4.Final
Reporter: Ales Justin
 Fix For: 1.1.0.CR1


Atm X cleans up app context, which breaks context lifecycle handling asymmetry.
See WELD-858 for the use case.


--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
___
weld-issues mailing list
weld-issues@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-issues


[weld-issues] [JBoss JIRA] Updated: (CDITCK-209) TCK tests should not cleanup app context explicitly

2011-02-24 Thread Ales Justin (JIRA)

 [ 
https://issues.jboss.org/browse/CDITCK-209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ales Justin updated CDITCK-209:
---

Description: 
Atm org.jboss.jsr299.tck.tests.context.DestroyForSameCreationalContext2Test 
cleans up app context, which breaks context lifecycle handling asymmetry.
See WELD-858 for the use case.


  was:
Atm X cleans up app context, which breaks context lifecycle handling asymmetry.
See WELD-858 for the use case.




 TCK tests should not cleanup app context explicitly
 ---

 Key: CDITCK-209
 URL: https://issues.jboss.org/browse/CDITCK-209
 Project: CDI TCK
  Issue Type: Task
  Security Level: Public(Everyone can see) 
  Components: Tests
Affects Versions: 1.0.4.Final
Reporter: Ales Justin
 Fix For: 1.1.0.CR1


 Atm org.jboss.jsr299.tck.tests.context.DestroyForSameCreationalContext2Test 
 cleans up app context, which breaks context lifecycle handling asymmetry.
 See WELD-858 for the use case.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
___
weld-issues mailing list
weld-issues@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-issues


[weld-issues] [JBoss JIRA] Created: (WELD-860) Fired events are observed by any match.

2011-02-24 Thread John Ament (JIRA)
Fired events are observed by any match.
---

 Key: WELD-860
 URL: https://issues.jboss.org/browse/WELD-860
 Project: Weld
  Issue Type: Bug
Affects Versions: 1.1.0.CR3
 Environment: JBoss AS 6, Weld 1.1 CR3
Reporter: John Ament


Using the gist as an example code base: https://gist.github.com/843239

One expects that when observes are invoked, they match the exact qualifiers of 
the injected event, however weld is doing any possible match when choosing 
observer methods.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
___
weld-issues mailing list
weld-issues@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-issues


[weld-issues] [JBoss JIRA] Commented: (WELD-860) Fired events are observed by any match.

2011-02-24 Thread John Ament (JIRA)

[ 
https://issues.jboss.org/browse/WELD-860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12584644#comment-12584644
 ] 

John Ament commented on WELD-860:
-

Documentation impact: the behaviour of this code is in direct contradiction of 
http://docs.jboss.org/weld/reference/1.1.0.Final/en-US/html_single/#d0e4045 in 
the weld guide.

 Fired events are observed by any match.
 ---

 Key: WELD-860
 URL: https://issues.jboss.org/browse/WELD-860
 Project: Weld
  Issue Type: Bug
Affects Versions: 1.1.0.CR3
 Environment: JBoss AS 6, Weld 1.1 CR3
Reporter: John Ament

 Using the gist as an example code base: https://gist.github.com/843239
 One expects that when observes are invoked, they match the exact qualifiers 
 of the injected event, however weld is doing any possible match when choosing 
 observer methods.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
___
weld-issues mailing list
weld-issues@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/weld-issues


[weld-issues] [JBoss JIRA] Commented: (WELD-855) Error while catching NonexistentConversationException with Seam Faces/Catch

2011-02-24 Thread Brian Leathem (JIRA)

[ 
https://issues.jboss.org/browse/WELD-855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12584660#comment-12584660
 ] 

Brian Leathem commented on WELD-855:


Here's the stacktrace for an unrestricted page:

java.lang.RuntimeException: Exception invoking method [conversationExpired] on 
object 
[ca.triumf.mis.qms.workrequest.jsf.exception.ExceptionCatchHandler@238be9f2], 
using arguments 
[org.jboss.seam.exception.control.CaughtException@36ac2119,com.sun.faces.context.FacesContextImpl@5eb10c59]
at 
org.jboss.seam.solder.reflection.Reflections.invokeMethod(Reflections.java:547)
at 
org.jboss.seam.solder.reflection.Reflections.invokeMethod(Reflections.java:458)
at 
org.jboss.seam.solder.reflection.annotated.InjectableMethod.invoke(InjectableMethod.java:187)
at 
org.jboss.seam.exception.control.HandlerMethodImpl.notify(HandlerMethodImpl.java:189)
at 
org.jboss.seam.exception.control.ExceptionHandlerDispatch.executeHandlers(ExceptionHandlerDispatch.java:128)
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:597)
at 
org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305)
at 
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
at 
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163)
at 
org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299)
at 
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188)
at 
org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59)
at 
org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:198)
at 
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:270)
at 
org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:253)
at 
org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:222)
at 
org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:632)
at 
org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:619)
at 
org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:613)
at 
org.jboss.seam.faces.exception.CatchExceptionHandler.handle(CatchExceptionHandler.java:68)
... 29 more
Caused by: java.lang.IllegalStateException: Unable to load current 
conversations from the associated request, something went badly wrong when 
associate() was called
at 
org.jboss.weld.context.AbstractConversationContext.getCurrentConversation(AbstractConversationContext.java:413)
at 
org.jboss.weld.jsf.ConversationAwareViewHandler.getActionURL(ConversationAwareViewHandler.java:91)
at 
com.sun.faces.application.view.MultiViewHandler.getRedirectURL(MultiViewHandler.java:381)
at 
javax.faces.application.ViewHandlerWrapper.getRedirectURL(ViewHandlerWrapper.java:204)
at 
javax.faces.application.ViewHandlerWrapper.getRedirectURL(ViewHandlerWrapper.java:204)
at 
org.jboss.weld.jsf.ConversationAwareViewHandler.getRedirectURL(ConversationAwareViewHandler.java:134)
at 
com.sun.faces.application.NavigationHandlerImpl.handleNavigation(NavigationHandlerImpl.java:166)
at 
org.jboss.seam.faces.event.SeamPreNavigationHandler.handleNavigation(SeamPreNavigationHandler.java:55)
at 
ca.triumf.mis.qms.workrequest.jsf.exception.ExceptionCatchHandler.conversationExpired(ExceptionCatchHandler.java:29)
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:597)
at 
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:48)
at 
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:125)
at 
ca.triumf.mis.qms.workrequest.jsf.exception.org$jboss$weld$bean-WorkRequest-ManagedBean-class_ca$triumf$mis$qms$workrequest$jsf$exception$ExceptionCatchHandler_$$_WeldClientProxy.conversationExpired(org$jboss$weld$bean-WorkRequest-ManagedBean-class_ca$triumf$mis$qms$workrequest$jsf$exception$ExceptionCatchHandler_$$_WeldClientProxy.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at