You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Lin Sun (JIRA)" <de...@geronimo.apache.org> on 2005/10/17 16:16:45 UTC

[jira] Created: (GERONIMO-1083) daytrader does not work with tomcat

daytrader does not work with tomcat
-----------------------------------

         Key: GERONIMO-1083
         URL: http://issues.apache.org/jira/browse/GERONIMO-1083
     Project: Geronimo
        Type: Bug
  Components: sample apps, Tomcat  
    Versions: 1.0-M5    
 Environment: Windows and Tomcat as the default web container
    Reporter: Lin Sun


when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.

16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
16:45:38,537 ERROR [Digester] End event threw exception
java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
... ...
Caused by: java.lang.NullPointerException
        at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
        ... 95 more
16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
java.lang.NullPointerException
        at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
        at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
        at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
...
16:45:38,543 DEBUG [ContextConfig] ======================
16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
16:45:38,543 ERROR [StandardContext] Error getConfigured
16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors

This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.


<!-- <message-destination-ref id="MessageDestinationRef_1">
         <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
         <message-destination-type>javax.jms.Queue</message-destination-type>
         <message-destination-usage>Produces</message-destination-usage>
         <message-destination-link>TradeBrokerQueue</message-destination-link>
      </message-destination-ref>            
      <message-destination-ref id="MessageDestinationRef_2">
         <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
         <message-destination-type>javax.jms.Topic</message-destination-type>
         <message-destination-usage>Produces</message-destination-usage>
         <message-destination-link>TradeStreamerTopic</message-destination-link>
      </message-destination-ref>   -->

I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Assigned: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Jeff Genender (JIRA)" <de...@geronimo.apache.org>.
     [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=all ]

Jeff Genender reassigned GERONIMO-1083:
---------------------------------------

    Assign To: Matt Hogstrom

The problem looks like it is on line 368, column 33.  Notice after the last </message-destination-ref>, there are 12 additional spaces.  The internal Tomcat digester does not seem happy with this.

"</message-destination-ref>            "

Thus the web.xml needs fixing. I will pass this off to Matt to fix this issue.

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Jeff Genender (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332234 ] 

Jeff Genender commented on GERONIMO-1083:
-----------------------------------------

Can you please copy the stack trace from the geronimo.log as it will show the exact line number of the offending line.  Thanks!

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Nell Gawor (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332289 ] 

Nell Gawor commented on GERONIMO-1083:
--------------------------------------

This can be fixed by moving the message-destination-ref elements below the resource-ref elements.

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Closed: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Jeff Genender (JIRA)" <de...@geronimo.apache.org>.
     [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=all ]
     
Jeff Genender closed GERONIMO-1083:
-----------------------------------

    Fix Version: 1.0
     Resolution: Fixed

Closed per user request.

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom
>      Fix For: 1.0

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Lin Sun (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332280 ] 

Lin Sun commented on GERONIMO-1083:
-----------------------------------

Deleted the additional spaces, rebuilt using maven, redeploy daytrader, but still got the same error at the same line #:  [ContextConfig] Occurred at line 368 column 33 

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Lin Sun (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332370 ] 

Lin Sun commented on GERONIMO-1083:
-----------------------------------

This can be closed now.   Thanks everyone!

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: Tomcat, sample apps
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Jeff Genender (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332298 ] 

Jeff Genender commented on GERONIMO-1083:
-----------------------------------------

Thanks Nell for pointing this out.  Yes, the web.xml must have this in a certain order per the j2ee_1_4.xsd (see the sequence lines 706-711).  Easy fix for Matt ;-)

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Matt Hogstrom (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332281 ] 

Matt Hogstrom commented on GERONIMO-1083:
-----------------------------------------

Sending        web.xml
Transmitting file data .
Committed revision 325967.

Fixed

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Lin Sun (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332262 ] 

Lin Sun commented on GERONIMO-1083:
-----------------------------------

Here's the full stack trace:

13:47:50,312 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction] StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/daytrader]
13:47:50,322 ERROR [Digester] End event threw exception
java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
	at java.lang.reflect.Method.invoke(Method.java(Compiled Code))
	at org.apache.tomcat.util.IntrospectionUtils.callMethod1(IntrospectionUtils.java:890)
	at org.apache.tomcat.util.digester.SetNextRule.end(SetNextRule.java:192)
	at org.apache.tomcat.util.digester.Rule.end(Rule.java:228)
	at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
	at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1561)
	at org.apache.catalina.startup.ContextConfig.applicationWebConfig(ContextConfig.java:339)
	at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1031)
	at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:255)
	at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4053)
	at org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:163)
	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 org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:267)
	at org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke(<generated>)
	at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java(Inlined Compiled Code))
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java(Compiled Code))
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:760)
	at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
	at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
	at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
	at org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$b41fcc54.addContext(<generated>)
	at org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:373)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java(Compiled Code))
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
	at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:211)
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:140)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
	at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:211)
	at org.apache.geronimo.kernel.KernelGBean.startRecursiveGBean(KernelGBean.java:73)
	at org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(<generated>)
	at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java(Inlined Compiled Code))
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java(Compiled Code))
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
	at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:181)
	at org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117)
	at mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219)
	at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
	at java.lang.reflect.Method.invoke(Method.java(Compiled Code))
	at mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.chain(RMIConnectionSubjectInvoker.java:99)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.access$000(RMIConnectionSubjectInvoker.java:31)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker$1.run(RMIConnectionSubjectInvoker.java:90)
	at java.security.AccessController.doPrivileged1(Native Method)
	at java.security.AccessController.doPrivileged(AccessController.java(Compiled Code))
	at javax.security.auth.Subject.doAsPrivileged(Subject.java:709)
	at mx4j.remote.MX4JRemoteUtils.subjectInvoke(MX4JRemoteUtils.java:163)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.subjectInvoke(RMIConnectionSubjectInvoker.java:86)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.invoke(RMIConnectionSubjectInvoker.java:80)
	at $Proxy0.invoke(Unknown Source)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:221)
	at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
	at java.lang.reflect.Method.invoke(Method.java(Compiled Code))
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:279)
	at sun.rmi.transport.Transport$1.run(Transport.java:164)
	at java.security.AccessController.doPrivileged1(Native Method)
	at java.security.AccessController.doPrivileged(AccessController.java(Compiled Code))
	at sun.rmi.transport.Transport.serviceCall(Transport.java:160)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:505)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.handleRequest(TCPTransport.java:837)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:911)
	at java.lang.Thread.run(Thread.java:570)
Caused by: java.lang.NullPointerException
	at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
	... 83 more
13:47:50,322 ERROR [ContextConfig] Parse error in application web.xml
java.lang.NullPointerException
	at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
	at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
	at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
	at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1561)
	at org.apache.catalina.startup.ContextConfig.applicationWebConfig(ContextConfig.java:339)
	at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1031)
	at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:255)
	at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4053)
	at org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:163)
	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 org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:267)
	at org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke(<generated>)
	at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java(Inlined Compiled Code))
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java(Compiled Code))
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:760)
	at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
	at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
	at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
	at org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$b41fcc54.addContext(<generated>)
	at org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:373)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java(Compiled Code))
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
	at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:211)
	at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:140)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
	at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:211)
	at org.apache.geronimo.kernel.KernelGBean.startRecursiveGBean(KernelGBean.java:73)
	at org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(<generated>)
	at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java(Inlined Compiled Code))
	at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java(Compiled Code))
	at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
	at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
	at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:181)
	at org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117)
	at mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219)
	at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
	at java.lang.reflect.Method.invoke(Method.java(Compiled Code))
	at mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.chain(RMIConnectionSubjectInvoker.java:99)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.access$000(RMIConnectionSubjectInvoker.java:31)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker$1.run(RMIConnectionSubjectInvoker.java:90)
	at java.security.AccessController.doPrivileged1(Native Method)
	at java.security.AccessController.doPrivileged(AccessController.java(Compiled Code))
	at javax.security.auth.Subject.doAsPrivileged(Subject.java:709)
	at mx4j.remote.MX4JRemoteUtils.subjectInvoke(MX4JRemoteUtils.java:163)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.subjectInvoke(RMIConnectionSubjectInvoker.java:86)
	at mx4j.remote.rmi.RMIConnectionSubjectInvoker.invoke(RMIConnectionSubjectInvoker.java:80)
	at $Proxy0.invoke(Unknown Source)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:221)
	at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
	at java.lang.reflect.Method.invoke(Method.java(Compiled Code))
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:279)
	at sun.rmi.transport.Transport$1.run(Transport.java:164)
	at java.security.AccessController.doPrivileged1(Native Method)
	at java.security.AccessController.doPrivileged(AccessController.java(Compiled Code))
	at sun.rmi.transport.Transport.serviceCall(Transport.java:160)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:505)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.handleRequest(TCPTransport.java:837)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:911)
	at java.lang.Thread.run(Thread.java:570)
13:47:50,332 ERROR [ContextConfig] Occurred at line 368 column 33
13:47:50,332 DEBUG [ContextConfig] Pipline Configuration:
13:47:50,332 DEBUG [ContextConfig]   org.apache.catalina.core.ValveBase/1.0
13:47:50,332 DEBUG [ContextConfig]   org.apache.catalina.core.ValveBase/1.0
13:47:50,332 DEBUG [ContextConfig]   org.apache.catalina.core.ValveBase/1.0
13:47:50,332 DEBUG [ContextConfig]   org.apache.catalina.core.StandardContextValve/1.0
13:47:50,332 DEBUG [ContextConfig] ======================
13:47:50,332 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
13:47:50,332 ERROR [StandardContext] Error getConfigured
13:47:50,332 ERROR [StandardContext] Context [/daytrader] startup failed due to previous errors
13:47:50,332 DEBUG [[/daytrader]] Stopping filters
13:47:50,332 DEBUG [StandardContext] Processing standard container shutdown


> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


[jira] Commented: (GERONIMO-1083) daytrader does not work with tomcat

Posted by "Jeff Genender (JIRA)" <de...@geronimo.apache.org>.
    [ http://issues.apache.org/jira/browse/GERONIMO-1083?page=comments#action_12332290 ] 

Jeff Genender commented on GERONIMO-1083:
-----------------------------------------

Ok we will look into this a little further.  This is coming from the Tomcat digester.  It does not like something in the web.xml...its beyond Geronimo...so we will need to look further. 

> daytrader does not work with tomcat
> -----------------------------------
>
>          Key: GERONIMO-1083
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1083
>      Project: Geronimo
>         Type: Bug
>   Components: sample apps, Tomcat
>     Versions: 1.0-M5
>  Environment: Windows and Tomcat as the default web container
>     Reporter: Lin Sun
>     Assignee: Matt Hogstrom

>
> when I deploy dayTrade with tomcat as the default web container, found below exceptions in the logs, and I could not even get to the http://localhost:8080/daytrader page.
> 16:45:38,534 DEBUG [ContainerBase] Add child StandardWrapper[org_apache_geronimo_samples_daytrader_TradeWSAction]
> StandardEngine[Geronimo].StandardHost[0.0.0.0].StandardContext[/trade]
> 16:45:38,537 ERROR [Digester] End event threw exception
> java.lang.reflect.InvocationTargetException
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java(Compiled Code))
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
> ... ...
> Caused by: java.lang.NullPointerException
>         at org.apache.catalina.core.StandardContext.addMessageDestinationRef(StandardContext.java:2121)
>         ... 95 more
> 16:45:38,541 ERROR [ContextConfig] Parse error in application web.xml
> java.lang.NullPointerException
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.createSAXException(Digester.java(Inlined Compiled Code))
>         at org.apache.tomcat.util.digester.Digester.endElement(Digester.java(Compiled Code))
> ...
> 16:45:38,543 DEBUG [ContextConfig] ======================
> 16:45:38,543 ERROR [ContextConfig] Marking this application unavailable due to previous error(s)
> 16:45:38,543 ERROR [StandardContext] Error getConfigured
> 16:45:38,543 ERROR [StandardContext] Context [/trade] startup failed due to previous errors
> This is caused by the <message-destination-ref> tags inside the web.xml of tradeWeb.war.   Somehow tomcat doesn't like it.  I tried to comment out the following and things started to work again.   However,  without the <message-destination-ref> tags, the JMS resources are not defined correctly.
> <!-- <message-destination-ref id="MessageDestinationRef_1">
>          <message-destination-ref-name>jms/TradeBrokerQueue</message-destination-ref-name>
>          <message-destination-type>javax.jms.Queue</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeBrokerQueue</message-destination-link>
>       </message-destination-ref>            
>       <message-destination-ref id="MessageDestinationRef_2">
>          <message-destination-ref-name>jms/TradeStreamerTopic</message-destination-ref-name>
>          <message-destination-type>javax.jms.Topic</message-destination-type>
>          <message-destination-usage>Produces</message-destination-usage>
>          <message-destination-link>TradeStreamerTopic</message-destination-link>
>       </message-destination-ref>   -->
> I don't mind digging more into this...any hint/advice is appreciated!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira