Re: wierd stack trace regarding parsing of struts.xml
2012/12/3 ChadDavis :
> There are (from 2.3):
>>
>> 79:dtdMappings.put("-//Apache Software Foundation//DTD Struts
>> Configuration 2.0//EN", "struts-2.0.dtd");
>> 80:dtdMappings.put("-//Apache Software Foundation//DTD Struts
>> Configuration 2.1//EN", "struts-2.1.dtd");
>> 81:dtdMappings.put("-//Apache Software Foundation//DTD Struts
>> Configuration 2.1.7//EN", "struts-2.1.7.dtd");
>> 82:dtdMappings.put("-//Apache Software Foundation//DTD Struts
>> Configuration 2.3//EN", "struts-2.3.dtd");
>>
>>
> Oh, I wasn't looking at the Struts2XmlConfigurationProvider; I was looking
> at the XmlConfigurationProvider . . .
The idea is that you can use XWork in a standalone application, without Struts 2
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
2012/12/3 ChadDavis : > I'm happy to hear that, I've posted how to get contributor rights to docs > > Posted where? http://markmail.org/message/4way2m5y2vlwkrih :-) Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
There are (from 2.3):
>
> 79:dtdMappings.put("-//Apache Software Foundation//DTD Struts
> Configuration 2.0//EN", "struts-2.0.dtd");
> 80:dtdMappings.put("-//Apache Software Foundation//DTD Struts
> Configuration 2.1//EN", "struts-2.1.dtd");
> 81:dtdMappings.put("-//Apache Software Foundation//DTD Struts
> Configuration 2.1.7//EN", "struts-2.1.7.dtd");
> 82:dtdMappings.put("-//Apache Software Foundation//DTD Struts
> Configuration 2.3//EN", "struts-2.3.dtd");
>
>
Oh, I wasn't looking at the Struts2XmlConfigurationProvider; I was looking
at the XmlConfigurationProvider . . .
Re: wierd stack trace regarding parsing of struts.xml
There are (from 2.3):
79:dtdMappings.put("-//Apache Software Foundation//DTD Struts
Configuration 2.0//EN", "struts-2.0.dtd");
80:dtdMappings.put("-//Apache Software Foundation//DTD Struts
Configuration 2.1//EN", "struts-2.1.dtd");
81:dtdMappings.put("-//Apache Software Foundation//DTD Struts
Configuration 2.1.7//EN", "struts-2.1.7.dtd");
82:dtdMappings.put("-//Apache Software Foundation//DTD Struts
Configuration 2.3//EN", "struts-2.3.dtd");
On Mon, Dec 3, 2012 at 4:25 PM, ChadDavis wrote:
> Why aren't there mappings for the struts-xxx.dtd's?
>
>
>
> On Mon, Dec 3, 2012 at 1:20 AM, Lukasz Lenart wrote:
>
>> 2012/12/1 ChadDavis :
>> > Thanks Lukasz. This is very useful information. I think this clearly
>> fixes
>> > my problem, but I still have some questions.
>> >
>> > 1) when was xwork moved to ASF?
>>
>> Just before 2.2.1, two years ago, but DTDs where changed sometime later
>>
>> http://struts.apache.org/2.x/docs/version-notes-221.html
>>
>> > 2) It's not really Struts 2 doing the look up right? It's the sax
>> parser?
>> > Is Struts2 using the EntityResolver to add the resolution logic that
>> > converts the DOCTYPE tag to a classpath resource lookup? If you don't
>> know
>> > of the top of your head, I plan to dive into the code myself anyhow.
>>
>> Yes, but you can tell the parser where the DTDs are, so it can read
>> them locally before looking for them over the internet. See
>> XmlConfigurationProvider for more details.
>>
>> Example:
>> mappings.put("-//Apache Struts//XWork 2.3//EN", "xwork-2.3.dtd");
>> mappings.put("-//Apache Struts//XWork 2.1.3//EN",
>> "xwork-2.1.3.dtd");
>> mappings.put("-//Apache Struts//XWork 2.1//EN", "xwork-2.1.dtd");
>> mappings.put("-//Apache Struts//XWork 2.0//EN", "xwork-2.0.dtd");
>> mappings.put("-//Apache Struts//XWork 1.1.1//EN",
>> "xwork-1.1.1.dtd");
>> mappings.put("-//Apache Struts//XWork 1.1//EN", "xwork-1.1.dtd");
>> mappings.put("-//Apache Struts//XWork 1.0//EN", "xwork-1.0.dtd");
>>
>>
>> Regards
>> --
>> Łukasz
>> + 48 606 323 122 http://www.lenart.org.pl/
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>> For additional commands, e-mail: user-h...@struts.apache.org
>>
>>
--
e: davelnew...@gmail.com
m: 908-380-8699
s: davelnewton_skype
t: @dave_newton
b: Bucky Bits
g: davelnewton
so: Dave Newton
-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
Why aren't there mappings for the struts-xxx.dtd's?
On Mon, Dec 3, 2012 at 1:20 AM, Lukasz Lenart wrote:
> 2012/12/1 ChadDavis :
> > Thanks Lukasz. This is very useful information. I think this clearly
> fixes
> > my problem, but I still have some questions.
> >
> > 1) when was xwork moved to ASF?
>
> Just before 2.2.1, two years ago, but DTDs where changed sometime later
>
> http://struts.apache.org/2.x/docs/version-notes-221.html
>
> > 2) It's not really Struts 2 doing the look up right? It's the sax
> parser?
> > Is Struts2 using the EntityResolver to add the resolution logic that
> > converts the DOCTYPE tag to a classpath resource lookup? If you don't
> know
> > of the top of your head, I plan to dive into the code myself anyhow.
>
> Yes, but you can tell the parser where the DTDs are, so it can read
> them locally before looking for them over the internet. See
> XmlConfigurationProvider for more details.
>
> Example:
> mappings.put("-//Apache Struts//XWork 2.3//EN", "xwork-2.3.dtd");
> mappings.put("-//Apache Struts//XWork 2.1.3//EN",
> "xwork-2.1.3.dtd");
> mappings.put("-//Apache Struts//XWork 2.1//EN", "xwork-2.1.dtd");
> mappings.put("-//Apache Struts//XWork 2.0//EN", "xwork-2.0.dtd");
> mappings.put("-//Apache Struts//XWork 1.1.1//EN",
> "xwork-1.1.1.dtd");
> mappings.put("-//Apache Struts//XWork 1.1//EN", "xwork-1.1.dtd");
> mappings.put("-//Apache Struts//XWork 1.0//EN", "xwork-1.0.dtd");
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> -
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
Re: wierd stack trace regarding parsing of struts.xml
2012/12/3 ChadDavis : > So, it seems like this should be added to the wiki on the webworks to > struts 2 migration page . . . I'm more than willing to do provide the text. > what do you think? I'm happy to hear that, I've posted how to get contributor rights to docs Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
So, it seems like this should be added to the wiki on the webworks to
struts 2 migration page . . . I'm more than willing to do provide the text.
what do you think?
On Mon, Dec 3, 2012 at 1:20 AM, Lukasz Lenart wrote:
> 2012/12/1 ChadDavis :
> > Thanks Lukasz. This is very useful information. I think this clearly
> fixes
> > my problem, but I still have some questions.
> >
> > 1) when was xwork moved to ASF?
>
> Just before 2.2.1, two years ago, but DTDs where changed sometime later
>
> http://struts.apache.org/2.x/docs/version-notes-221.html
>
> > 2) It's not really Struts 2 doing the look up right? It's the sax
> parser?
> > Is Struts2 using the EntityResolver to add the resolution logic that
> > converts the DOCTYPE tag to a classpath resource lookup? If you don't
> know
> > of the top of your head, I plan to dive into the code myself anyhow.
>
> Yes, but you can tell the parser where the DTDs are, so it can read
> them locally before looking for them over the internet. See
> XmlConfigurationProvider for more details.
>
> Example:
> mappings.put("-//Apache Struts//XWork 2.3//EN", "xwork-2.3.dtd");
> mappings.put("-//Apache Struts//XWork 2.1.3//EN",
> "xwork-2.1.3.dtd");
> mappings.put("-//Apache Struts//XWork 2.1//EN", "xwork-2.1.dtd");
> mappings.put("-//Apache Struts//XWork 2.0//EN", "xwork-2.0.dtd");
> mappings.put("-//Apache Struts//XWork 1.1.1//EN",
> "xwork-1.1.1.dtd");
> mappings.put("-//Apache Struts//XWork 1.1//EN", "xwork-1.1.dtd");
> mappings.put("-//Apache Struts//XWork 1.0//EN", "xwork-1.0.dtd");
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> -
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
Re: wierd stack trace regarding parsing of struts.xml
Thanks!
On Mon, Dec 3, 2012 at 1:20 AM, Lukasz Lenart wrote:
> 2012/12/1 ChadDavis :
> > Thanks Lukasz. This is very useful information. I think this clearly
> fixes
> > my problem, but I still have some questions.
> >
> > 1) when was xwork moved to ASF?
>
> Just before 2.2.1, two years ago, but DTDs where changed sometime later
>
> http://struts.apache.org/2.x/docs/version-notes-221.html
>
> > 2) It's not really Struts 2 doing the look up right? It's the sax
> parser?
> > Is Struts2 using the EntityResolver to add the resolution logic that
> > converts the DOCTYPE tag to a classpath resource lookup? If you don't
> know
> > of the top of your head, I plan to dive into the code myself anyhow.
>
> Yes, but you can tell the parser where the DTDs are, so it can read
> them locally before looking for them over the internet. See
> XmlConfigurationProvider for more details.
>
> Example:
> mappings.put("-//Apache Struts//XWork 2.3//EN", "xwork-2.3.dtd");
> mappings.put("-//Apache Struts//XWork 2.1.3//EN",
> "xwork-2.1.3.dtd");
> mappings.put("-//Apache Struts//XWork 2.1//EN", "xwork-2.1.dtd");
> mappings.put("-//Apache Struts//XWork 2.0//EN", "xwork-2.0.dtd");
> mappings.put("-//Apache Struts//XWork 1.1.1//EN",
> "xwork-1.1.1.dtd");
> mappings.put("-//Apache Struts//XWork 1.1//EN", "xwork-1.1.dtd");
> mappings.put("-//Apache Struts//XWork 1.0//EN", "xwork-1.0.dtd");
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> -
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
Re: wierd stack trace regarding parsing of struts.xml
2012/12/1 ChadDavis :
> Thanks Lukasz. This is very useful information. I think this clearly fixes
> my problem, but I still have some questions.
>
> 1) when was xwork moved to ASF?
Just before 2.2.1, two years ago, but DTDs where changed sometime later
http://struts.apache.org/2.x/docs/version-notes-221.html
> 2) It's not really Struts 2 doing the look up right? It's the sax parser?
> Is Struts2 using the EntityResolver to add the resolution logic that
> converts the DOCTYPE tag to a classpath resource lookup? If you don't know
> of the top of your head, I plan to dive into the code myself anyhow.
Yes, but you can tell the parser where the DTDs are, so it can read
them locally before looking for them over the internet. See
XmlConfigurationProvider for more details.
Example:
mappings.put("-//Apache Struts//XWork 2.3//EN", "xwork-2.3.dtd");
mappings.put("-//Apache Struts//XWork 2.1.3//EN", "xwork-2.1.3.dtd");
mappings.put("-//Apache Struts//XWork 2.1//EN", "xwork-2.1.dtd");
mappings.put("-//Apache Struts//XWork 2.0//EN", "xwork-2.0.dtd");
mappings.put("-//Apache Struts//XWork 1.1.1//EN", "xwork-1.1.1.dtd");
mappings.put("-//Apache Struts//XWork 1.1//EN", "xwork-1.1.dtd");
mappings.put("-//Apache Struts//XWork 1.0//EN", "xwork-1.0.dtd");
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
> > But what do you think needs to match the jar file? I mean, > struts2-core.jar doesn't contain xwork-1.1.1.dtd, but the xwork jar does . > . . so why wouldn't it find it if it was just taking the xwork-1.1.1.dtd > and checking the classpath. > > When XWork was moved to ASF, we changed all the DOCTYPEs, the correct one > is: > > "-//Apache Struts//XWork 1.0//EN" > "http://struts.apache.org/dtds/xwork-1.1.1.dtd";> > > You can find all the DTDs here [1], basically all these DTDs are part > of distribution, so Struts 2 can read them from jars and don't have to > look over the internet. In your case, the DOCTYPE is not available > locally and Struts 2 is trying to fetch it from internet. > > [1] http://struts.apache.org/dtds/ > Thanks Lukasz. This is very useful information. I think this clearly fixes my problem, but I still have some questions. 1) when was xwork moved to ASF? 2) It's not really Struts 2 doing the look up right? It's the sax parser? Is Struts2 using the EntityResolver to add the resolution logic that converts the DOCTYPE tag to a classpath resource lookup? If you don't know of the top of your head, I plan to dive into the code myself anyhow.
Re: wierd stack trace regarding parsing of struts.xml
2012/12/1 Davis, Chad : > >> IMO it just needs to match the DTD in the jar; as I said, I've generally seen >> this happen when there's a mis-match. >> >> In regards to your SO question, it would depend completely on the >> implementation and its configuration. >> > > Here's the one that doesn't work: > > > "-//OpenSymphony Group//XWork 1.1.1//EN" > "http://www.opensymphony.com/xwork/xwork-1.1.1.dtd";> > > > > > But what do you think needs to match the jar file? I mean, struts2-core.jar > doesn't contain xwork-1.1.1.dtd, but the xwork jar does . . . so why wouldn't > it find it if it was just taking the xwork-1.1.1.dtd and checking the > classpath. When XWork was moved to ASF, we changed all the DOCTYPEs, the correct one is: http://struts.apache.org/dtds/xwork-1.1.1.dtd";> You can find all the DTDs here [1], basically all these DTDs are part of distribution, so Struts 2 can read them from jars and don't have to look over the internet. In your case, the DOCTYPE is not available locally and Struts 2 is trying to fetch it from internet. [1] http://struts.apache.org/dtds/ Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
RE: wierd stack trace regarding parsing of struts.xml
> IMO it just needs to match the DTD in the jar; as I said, I've generally seen > this happen when there's a mis-match. > > In regards to your SO question, it would depend completely on the > implementation and its configuration. > Here's the one that doesn't work: http://www.opensymphony.com/xwork/xwork-1.1.1.dtd";> But what do you think needs to match the jar file? I mean, struts2-core.jar doesn't contain xwork-1.1.1.dtd, but the xwork jar does . . . so why wouldn't it find it if it was just taking the xwork-1.1.1.dtd and checking the classpath. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
IMO it just needs to match the DTD in the jar; as I said, I've generally seen this happen when there's a mis-match. In regards to your SO question, it would depend completely on the implementation and its configuration. Dave On Fri, Nov 30, 2012 at 6:52 PM, Davis, Chad wrote: > >> Without knowing what you're specifying in your struts config it's tough to >> say. >> >> The times I've seen this are when there's a mismatch between what's in the >> config and what's in the libraries, like if it can't find the file locally, >> it goes on >> to the network. >> > > So, I think the issue is that I went from webwork to struts 2.3 on this app. > I did the migration a while back, and the struts.xml files still worked fine > even without migrating them to the new dtd ( declarations as well as actual > structure ). But in on this one installation they fail. My theory is that > if the internet is available, the struts.xml with "xwork" DTD will still > work. This makes me think that the DTD resolution must have someone of > resolving the dTD from the classpath prior to hitting the web URL, but I've > not had a change to investigate that yet. > > - > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > -- e: davelnew...@gmail.com m: 908-380-8699 s: davelnewton_skype t: @dave_newton b: Bucky Bits g: davelnewton so: Dave Newton - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
RE: wierd stack trace regarding parsing of struts.xml
> Without knowing what you're specifying in your struts config it's tough to > say. > > The times I've seen this are when there's a mismatch between what's in the > config and what's in the libraries, like if it can't find the file locally, > it goes on > to the network. > So, I think the issue is that I went from webwork to struts 2.3 on this app. I did the migration a while back, and the struts.xml files still worked fine even without migrating them to the new dtd ( declarations as well as actual structure ). But in on this one installation they fail. My theory is that if the internet is available, the struts.xml with "xwork" DTD will still work. This makes me think that the DTD resolution must have someone of resolving the dTD from the classpath prior to hitting the web URL, but I've not had a change to investigate that yet. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
Without knowing what you're specifying in your struts config it's tough to say. The times I've seen this are when there's a mismatch between what's in the config and what's in the libraries, like if it can't find the file locally, it goes on to the network. I also recall this being container-dependent, but I may be mis-recalling that. Dave On Fri, Nov 30, 2012 at 3:42 PM, Davis, Chad wrote: >> >> Probably trying to go out to the web for a DTD/XSD or something? >> > > Okay. It does appear to be finding the struts.xml file, and then timing out > while trying to get something else over the network. I guess my first > reaction is . . . . does my struts app really need to be able to reach out > onto the internet to execute ? But maybe that shows my lack of knowledge on > this point. > > > - > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > -- e: davelnew...@gmail.com m: 908-380-8699 s: davelnewton_skype t: @dave_newton b: Bucky Bits g: davelnewton so: Dave Newton - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
RE: wierd stack trace regarding parsing of struts.xml
> > Probably trying to go out to the web for a DTD/XSD or something? > Okay. It does appear to be finding the struts.xml file, and then timing out while trying to get something else over the network. I guess my first reaction is . . . . does my struts app really need to be able to reach out onto the internet to execute ? But maybe that shows my lack of knowledge on this point. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: wierd stack trace regarding parsing of struts.xml
Probably trying to go out to the web for a DTD/XSD or something? On Fri, Nov 30, 2012 at 3:06 PM, Davis, Chad wrote: > So, when I restarted my struts2 app this afternoon I got complains about > "unable to load configuration. - [unknown location]". But, the location of > my struts.xml - inside of the classes folder of the WAR - has not changes. > And, indeed, the file is there. The stack trace is below. For starters, > I'm surprised to see sockets involved? > > 2012-11-30 20:45:28,357 WARN [pool-2-thread-1]-ejb.Ejb3Configuration: > hibernate.connection.autocommit = false break the EJB3 specification > 2012-11-30 20:45:58,226 ERROR [pool-2-thread-1]-commons.CommonsLogger: > Dispatcher initialization failed > Unable to load configuration. - [unknown location] > at > com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:69) > at > org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:390) > at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:437) > at > org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:193) > at > org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:277) > at > org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:258) > at > org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:382) > at > org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:103) > at > org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4638) > at > org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5294) > at > org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at > org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1566) > at > org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1556) > at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) > at java.util.concurrent.FutureTask.run(Unknown Source) > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) > at java.lang.Thread.run(Unknown Source) > Caused by: Unable to load > file:/DTO/EMC/IMF/apache-tomcat/catalina_base/imf/WEB-INF/classes/struts.xml > - [unknown location] > at > com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:954) > at > com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadDocuments(XmlConfigurationProvider.java:163) > at > com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.init(XmlConfigurationProvider.java:130) > at > com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:209) > at > com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:66) > ... 17 more > Caused by: Connection timed out - [unknown location] > at com.opensymphony.xwork2.util.DomHelper.parse(DomHelper.java:115) > at > com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:949) > ... 21 more > Caused by: java.net.ConnectException: Connection timed out > at java.net.PlainSocketImpl.socketConnect(Native Method) > at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source) > at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source) > at java.net.AbstractPlainSocketImpl.connect(Unknown Source) > at java.net.SocksSocketImpl.connect(Unknown Source) > at java.net.Socket.connect(Unknown Source) > at java.net.Socket.connect(Unknown Source) > at sun.net.NetworkClient.doConnect(Unknown Source) > at sun.net.www.http.HttpClient.openServer(Unknown Source) > at sun.net.www.http.HttpClient.openServer(Unknown Source) > at sun.net.www.http.HttpClient.(Unknown Source) > at sun.net.www.http.HttpClient.New(Unknown Source) > at sun.net.www.http.HttpClient.New(Unknown Source) > at > sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source) > at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown > Source) > at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source) > at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown > Source) > at > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(Unknown > Source) > at > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(Unknown > Source) > at > com.sun.org.apac
wierd stack trace regarding parsing of struts.xml
So, when I restarted my struts2 app this afternoon I got complains about "unable to load configuration. - [unknown location]". But, the location of my struts.xml - inside of the classes folder of the WAR - has not changes. And, indeed, the file is there. The stack trace is below. For starters, I'm surprised to see sockets involved? 2012-11-30 20:45:28,357 WARN [pool-2-thread-1]-ejb.Ejb3Configuration: hibernate.connection.autocommit = false break the EJB3 specification 2012-11-30 20:45:58,226 ERROR [pool-2-thread-1]-commons.CommonsLogger: Dispatcher initialization failed Unable to load configuration. - [unknown location] at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:69) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:390) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:437) at org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:193) at org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:277) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:258) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:382) at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:103) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4638) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5294) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1566) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1556) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: Unable to load file:/DTO/EMC/IMF/apache-tomcat/catalina_base/imf/WEB-INF/classes/struts.xml - [unknown location] at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:954) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadDocuments(XmlConfigurationProvider.java:163) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.init(XmlConfigurationProvider.java:130) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:209) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:66) ... 17 more Caused by: Connection timed out - [unknown location] at com.opensymphony.xwork2.util.DomHelper.parse(DomHelper.java:115) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadConfigurationFiles(XmlConfigurationProvider.java:949) ... 21 more Caused by: java.net.ConnectException: Connection timed out at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source) at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source) at java.net.AbstractPlainSocketImpl.connect(Unknown Source) at java.net.SocksSocketImpl.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at sun.net.NetworkClient.doConnect(Unknown Source) at sun.net.www.http.HttpClient.openServer(Unknown Source) at sun.net.www.http.HttpClient.openServer(Unknown Source) at sun.net.www.http.HttpClient.(Unknown Source) at sun.net.www.http.HttpClient.New(Unknown Source) at sun.net.www.http.HttpClient.New(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.dispatch(Unknown Source) at
