[weld-issues] [JBoss JIRA] Updated: (WELDX-39) Deployment issues with numberguess example

Pete Muir (JIRA) jira-events at lists.jboss.org
Wed Nov 11 10:02:06 EST 2009


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

Pete Muir updated WELDX-39:
---------------------------

    Fix Version/s: Wicket 1.0.0.CR3
                       (was: Wicket 1.0.0.CR2)


> Deployment issues with numberguess example
> ------------------------------------------
>
>                 Key: WELDX-39
>                 URL: https://jira.jboss.org/jira/browse/WELDX-39
>             Project: Weld Extensions
>          Issue Type: Bug
>          Components: Wicket support
>         Environment: Using 'ant tomcat.deploy' with apache-tomcat-6.20
>            Reporter: Christian Bauer
>            Assignee: Clint Popetz
>            Priority: Minor
>             Fix For: Wicket 1.0.0.CR3
>
>
> The CR1 release has the following issues with /examples/wicket/numberguess:
> 1. There is an empty org/jboss/webbeans/examples/ directory in the src/ folder.
> 2. slf4j is completely missing in the WAR, neither API nor implementation is deployed.
> 3. The main Weld JARs are also missing, only weld-wicket.jar is being deployed.
> 4. After copying slf4j, log4j, and weld-servlet.jar, I get this exception on startup:
> Oct 19, 2009 4:17:20 PM org.apache.catalina.core.StandardContext filterStart
> SEVERE: Exception starting filter wicket.numberguess-example
> org.apache.wicket.WicketRuntimeException: There is no application attached to current thread main
>         at org.apache.wicket.Application.get(Application.java:179)
>         at org.jboss.weld.wicket.BeanManagerLookup.getBeanManager(BeanManagerLookup.java:76)
>         at org.jboss.weld.wicket.WeldApplication.<init>(WeldApplication.java:39)
>         at org.jboss.weld.examples.wicket.SampleApplication.<init>(SampleApplication.java:5)
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>         at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>         at java.lang.Class.newInstance0(Class.java:355)
>         at java.lang.Class.newInstance(Class.java:308)
>         at org.apache.wicket.protocol.http.ContextParamWebApplicationFactory.createApplication(ContextParamWebApplicationFactory.java:72)
>         at org.apache.wicket.protocol.http.ContextParamWebApplicationFactory.createApplication(ContextParamWebApplicationFactory.java:49)
>         at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:678)
>         at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
>         at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397)
>         at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:108)
>         at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3800)
>         at org.apache.catalina.core.StandardContext.start(StandardContext.java:4450)
>         at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>         at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>         at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
>         at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:987)
>         at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:909)
>         at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:495)
>         at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
>         at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
>         at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
>         at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>         at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
>         at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>         at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>         at org.apache.catalina.core.StandardService.start(StandardService.java:516)
>         at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>         at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
>         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.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
>         at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
> (Which is btw the same I get in my own weld-wicket test app after upgrading from webbeans 10-day-old-SVN trunk.)

-- 
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

        


More information about the weld-issues mailing list