You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@shiro.apache.org by Martin Dixon <ma...@magus.co.uk> on 2011/07/20 17:08:14 UTC
Different classpaths for .ini and web.xml config?
Just getting to grips with Shiro and come across behaviour I can't find explained in the documentation anywhere.
I have authentication and permission checking working fine in an app using basic ini configuration approach - new IniSecurityManagerFactory("classpath:shiro.ini")
When I try using exactly the same config with DefaultWebSecurityManager and instead of using an ini file put the config (realm & credentials matcher) within web.xml IniShiroFilter definition (using inline init-param config), deployment fails with the error below.
Are there any differences in the class loading for the 2 config approaches?
Thanks,
Martin.
15:37:41,431 ERROR [STDERR] 12 [Thread-2] ERROR org.apache.shiro.web.servlet.AbstractFilter - Unable to start Filter: [Unable to instantiate class [customRealm = uk.co.blah.security.shiro.realm.CustomRealm simpleMatcher = org.apache.shiro.authc.credential.SimpleCredentialsMatcher customRealm.credentialsMatcher = $simpleMatcher securityManager.sessionManager.globalSessionTimeout = 1800000] for object named '[main]'. Please ensure you've specified the fully qualified class name correctly.].
15:37:41,433 ERROR [STDERR] org.apache.shiro.config.ConfigurationException: Unable to instantiate class [customRealm = uk.co.blah.security.shiro
.realm.CustomRealm simpleMatcher = org.apache.shiro.authc.credential.SimpleCredentialsMatcher customRealm.credentials
Matcher = $simpleMatcher securityManager.sessionManager.globalSessionTimeout = 1800000] for object named '[main]'. Please ensure you've specified the
fully qualified class name correctly.
15:37:41,437 ERROR [STDERR] at org.apache.shiro.config.ReflectionBuilder.createNewInstance(ReflectionBuilder.java:143)
15:37:41,437 ERROR [STDERR] at org.apache.shiro.config.ReflectionBuilder.buildObjects(ReflectionBuilder.java:114)
15:37:41,438 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.buildInstances(IniSecurityManagerFactory.java:170)
15:37:41,439 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createSecurityManager(IniSecurityManagerFactory.java:119)
15:37:41,440 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createSecurityManager(IniSecurityManagerFactory.java:97)
15:37:41,441 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createInstance(IniSecurityManagerFactory.java:83)
15:37:41,442 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createInstance(IniSecurityManagerFactory.java:41)
15:37:41,443 ERROR [STDERR] at org.apache.shiro.config.IniFactorySupport.createInstance(IniFactorySupport.java:123)
15:37:41,444 ERROR [STDERR] at org.apache.shiro.util.AbstractFactory.getInstance(AbstractFactory.java:47)
15:37:41,445 ERROR [STDERR] at org.apache.shiro.web.servlet.IniShiroFilter.applySecurityManager(IniShiroFilter.java:353)
15:37:41,446 ERROR [STDERR] at org.apache.shiro.web.servlet.IniShiroFilter.configure(IniShiroFilter.java:321)
15:37:41,447 ERROR [STDERR] at org.apache.shiro.web.servlet.IniShiroFilter.init(IniShiroFilter.java:292)
15:37:41,447 ERROR [STDERR] at org.apache.shiro.web.servlet.AbstractShiroFilter.onFilterConfigSet(AbstractShiroFilter.java:83)
15:37:41,448 ERROR [STDERR] at org.apache.shiro.web.servlet.AbstractFilter.init(AbstractFilter.java:94)
15:37:41,449 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:447)
15:37:41,450 ERROR [STDERR] at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3246)
15:37:41,451 ERROR [STDERR] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3843)
15:37:41,452 ERROR [STDERR] at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:294)
15:37:41,453 ERROR [STDERR] at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146)
15:37:41,454 ERROR [STDERR] at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:477)
15:37:41,455 ERROR [STDERR] at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
15:37:41,455 ERROR [STDERR] at org.jboss.web.deployers.WebModule.start(WebModule.java:95)
...
Re: Different classpaths for .ini and web.xml config?
Posted by Daedalus <m....@asc-sb.de>.
Hello, I also faced the same problem. Shiro 1.1 does not recognize a
shiro.ini in the WEB-INF folder.
However you can put your .ini file to src/main/resources and it will be
recognized.
--
View this message in context: http://shiro-user.582556.n2.nabble.com/Different-classpaths-for-ini-and-web-xml-config-tp6603064p6675355.html
Sent from the Shiro User mailing list archive at Nabble.com.
Re: Different classpaths for .ini and web.xml config?
Posted by Les Hazlewood <lh...@apache.org>.
Hi Martin,
I'm working frantically to try to wrap things up asap this week.
Hopefully, assuming things continue to go well, the team will be able
to vote this or next week!
Cheers,
--
Les Hazlewood
CTO, Katasoft | http://www.katasoft.com | 888.391.5282
twitter: @lhazlewood | http://twitter.com/lhazlewood
katasoft blog: http://www.katasoft.com/blogs/lhazlewood
personal blog: http://leshazlewood.com
On Mon, Dec 5, 2011 at 3:31 AM, Martin Dixon <ma...@magus.co.uk> wrote:
>
> Hi Les,
>
> I had a poke around JIRA looking for dates on the roadmap for the 1.2 release, but couldn't see anything obvious - can you provide any update on when we might see a 1.2 release?
>
> Thanks,
>
> Martin
>
>
> -----Original Message-----
> From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com] On Behalf Of Les Hazlewood
> Sent: 10 August 2011 22:08
> To: user@shiro.apache.org
> Subject: Re: Different classpaths for .ini and web.xml config?
>
> Hi Martin,
>
> We haven't confirmed a timeline as of yet, but my personal feeling is that we're definitely due a release - soon. I'll bring it up on the dev list for discussion asap.
>
> HTH,
>
> Les
>
> On Wed, Aug 10, 2011 at 6:05 AM, Martin Dixon <ma...@magus.co.uk> wrote:
>>
>> Confirmed that shiro config using web.xml works fine with 1.2.0-SNAPSHOT but not with release 1.1.0.
>>
>> Is there a scheduled date for the next stable release?
>>
>>
>> -----Original Message-----
>> From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com]
>> On Behalf Of Les Hazlewood
>> Sent: 22 July 2011 18:46
>> To: user@shiro.apache.org
>> Subject: Re: Different classpaths for .ini and web.xml config?
>>
>> Hrm - this is quite odd and it should work without issue.
>>
>> Would you mind trying 1.2.0-SNAPSHOT and seeing if you have a problem?
>> All the tests that I'm running currently work fine based on the trunk codebase.
RE: Different classpaths for .ini and web.xml config?
Posted by Martin Dixon <ma...@magus.co.uk>.
Hi Les,
I had a poke around JIRA looking for dates on the roadmap for the 1.2 release, but couldn't see anything obvious - can you provide any update on when we might see a 1.2 release?
Thanks,
Martin
-----Original Message-----
From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com] On Behalf Of Les Hazlewood
Sent: 10 August 2011 22:08
To: user@shiro.apache.org
Subject: Re: Different classpaths for .ini and web.xml config?
Hi Martin,
We haven't confirmed a timeline as of yet, but my personal feeling is that we're definitely due a release - soon. I'll bring it up on the dev list for discussion asap.
HTH,
Les
On Wed, Aug 10, 2011 at 6:05 AM, Martin Dixon <ma...@magus.co.uk> wrote:
>
> Confirmed that shiro config using web.xml works fine with 1.2.0-SNAPSHOT but not with release 1.1.0.
>
> Is there a scheduled date for the next stable release?
>
>
> -----Original Message-----
> From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com]
> On Behalf Of Les Hazlewood
> Sent: 22 July 2011 18:46
> To: user@shiro.apache.org
> Subject: Re: Different classpaths for .ini and web.xml config?
>
> Hrm - this is quite odd and it should work without issue.
>
> Would you mind trying 1.2.0-SNAPSHOT and seeing if you have a problem?
> All the tests that I'm running currently work fine based on the trunk codebase.
Re: Different classpaths for .ini and web.xml config?
Posted by Les Hazlewood <lh...@apache.org>.
Hi Martin,
We haven't confirmed a timeline as of yet, but my personal feeling is
that we're definitely due a release - soon. I'll bring it up on the
dev list for discussion asap.
HTH,
Les
On Wed, Aug 10, 2011 at 6:05 AM, Martin Dixon <ma...@magus.co.uk> wrote:
>
> Confirmed that shiro config using web.xml works fine with 1.2.0-SNAPSHOT but not with release 1.1.0.
>
> Is there a scheduled date for the next stable release?
>
>
> -----Original Message-----
> From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com] On Behalf Of Les Hazlewood
> Sent: 22 July 2011 18:46
> To: user@shiro.apache.org
> Subject: Re: Different classpaths for .ini and web.xml config?
>
> Hrm - this is quite odd and it should work without issue.
>
> Would you mind trying 1.2.0-SNAPSHOT and seeing if you have a problem?
> All the tests that I'm running currently work fine based on the trunk codebase.
RE: Different classpaths for .ini and web.xml config?
Posted by Martin Dixon <ma...@magus.co.uk>.
Confirmed that shiro config using web.xml works fine with 1.2.0-SNAPSHOT but not with release 1.1.0.
Is there a scheduled date for the next stable release?
-----Original Message-----
From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com] On Behalf Of Les Hazlewood
Sent: 22 July 2011 18:46
To: user@shiro.apache.org
Subject: Re: Different classpaths for .ini and web.xml config?
Hrm - this is quite odd and it should work without issue.
Would you mind trying 1.2.0-SNAPSHOT and seeing if you have a problem?
All the tests that I'm running currently work fine based on the trunk codebase.
--
Les Hazlewood
CTO, Katasoft | http://www.katasoft.com | 888.391.5282
twitter: http://twitter.com/lhazlewood
katasoft blog: http://www.katasoft.com/blogs/lhazlewood
personal blog: http://leshazlewood.com
Re: Different classpaths for .ini and web.xml config?
Posted by Les Hazlewood <lh...@apache.org>.
Hrm - this is quite odd and it should work without issue.
Would you mind trying 1.2.0-SNAPSHOT and seeing if you have a problem?
All the tests that I'm running currently work fine based on the trunk
codebase.
--
Les Hazlewood
CTO, Katasoft | http://www.katasoft.com | 888.391.5282
twitter: http://twitter.com/lhazlewood
katasoft blog: http://www.katasoft.com/blogs/lhazlewood
personal blog: http://leshazlewood.com
RE: Different classpaths for .ini and web.xml config?
Posted by Martin Dixon <ma...@magus.co.uk>.
I'm using 1.1.0 at the moment..
Regards,
Martin.
-----Original Message-----
From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com] On Behalf Of Les Hazlewood
Sent: 20 July 2011 19:26
To: user@shiro.apache.org
Subject: Re: Different classpaths for .ini and web.xml config?
Hrm - I don't see anything that looks out of the ordinary. Are you using 1.1.0? or 1.2.0-SNAPSHOT?
Regards,
Les
Re: Different classpaths for .ini and web.xml config?
Posted by Les Hazlewood <lh...@apache.org>.
Hrm - I don't see anything that looks out of the ordinary. Are you
using 1.1.0? or 1.2.0-SNAPSHOT?
Regards,
Les
RE: Different classpaths for .ini and web.xml config?
Posted by Martin Dixon <ma...@magus.co.uk>.
Hi Les,
Thanks for the quick response.
Removing the [main] header made no difference. At the moment there is no auto-population of web.xml happening in the build process. I’ve checked the built artefact and formatting/line breaks look the same as in the original source file (and the ini file I was working with previously).
Embedded config is:
<param-name>config</param-name>
<param-value>
[main]
customRealm = uk.co.blah.security.shiro.realm.CustomRealm
simpleMatcher = org.apache.shiro.authc.credential.SimpleCredentialsMatcher
customRealm.credentialsMatcher = $simpleMatcher
securityManager.sessionManager.globalSessionTimeout = 1800000
</param-value>
Regards,
Martin.
From: les.hazlewood@anjinllc.com [mailto:les.hazlewood@anjinllc.com] On Behalf Of Les Hazlewood
Sent: 20 July 2011 17:16
To: user@shiro.apache.org
Subject: Re: Different classpaths for .ini and web.xml config?
Hi Martin,
There aren't any classloading differences between the two mechanisms. It seems as if the embedded config is getting mixed up - can you share it at?
Based on what I see below, it appears as if the [main] section isn't being parsed properly, but without seeing the config, it is hard to tell. You might try removing the [main] section header itself and see what happens (the IniSecurityManagerFactory assumes the first bit of text to appear is the main section if not explicitly defined).
It also may be a line break issue. Based on the exception messages, it appears as if the [main] section header is being interpreted as an object definition itself. Might the web.xml nested config be auto-poulated based on a build process, and it isn't preserving the Ini formatting?
Regards,
Les
On Jul 20, 2011 8:08 AM, "Martin Dixon" <ma...@magus.co.uk>> wrote:
>
> Just getting to grips with Shiro and come across behaviour I can't find explained in the documentation anywhere.
>
> I have authentication and permission checking working fine in an app using basic ini configuration approach - new IniSecurityManagerFactory("classpath:shiro.ini")
>
> When I try using exactly the same config with DefaultWebSecurityManager and instead of using an ini file put the config (realm & credentials matcher) within web.xml IniShiroFilter definition (using inline init-param config), deployment fails with the error below.
>
> Are there any differences in the class loading for the 2 config approaches?
>
> Thanks,
>
> Martin.
>
>
> 15:37:41,431 ERROR [STDERR] 12 [Thread-2] ERROR org.apache.shiro.web.servlet.AbstractFilter - Unable to start Filter: [Unable to instantiate class [customRealm = uk.co.blah.security.shiro.realm.CustomRealm simpleMatcher = org.apache.shiro.authc.credential.SimpleCredentialsMatcher customRealm.credentialsMatcher = $simpleMatcher securityManager.sessionManager.globalSessionTimeout = 1800000] for object named '[main]'. Please ensure you've specified the fully qualified class name correctly.].
> 15:37:41,433 ERROR [STDERR] org.apache.shiro.config.ConfigurationException: Unable to instantiate class [customRealm = uk.co.blah.security.shiro
> .realm.CustomRealm simpleMatcher = org.apache.shiro.authc.credential.SimpleCredentialsMatcher customRealm.credentials
> Matcher = $simpleMatcher securityManager.sessionManager.globalSessionTimeout = 1800000] for object named '[main]'. Please ensure you've specified the
> fully qualified class name correctly.
> 15:37:41,437 ERROR [STDERR] at org.apache.shiro.config.ReflectionBuilder.createNewInstance(ReflectionBuilder.java:143)
> 15:37:41,437 ERROR [STDERR] at org.apache.shiro.config.ReflectionBuilder.buildObjects(ReflectionBuilder.java:114)
> 15:37:41,438 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.buildInstances(IniSecurityManagerFactory.java:170)
> 15:37:41,439 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createSecurityManager(IniSecurityManagerFactory.java:119)
> 15:37:41,440 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createSecurityManager(IniSecurityManagerFactory.java:97)
> 15:37:41,441 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createInstance(IniSecurityManagerFactory.java:83)
> 15:37:41,442 ERROR [STDERR] at org.apache.shiro.config.IniSecurityManagerFactory.createInstance(IniSecurityManagerFactory.java:41)
> 15:37:41,443 ERROR [STDERR] at org.apache.shiro.config.IniFactorySupport.createInstance(IniFactorySupport.java:123)
> 15:37:41,444 ERROR [STDERR] at org.apache.shiro.util.AbstractFactory.getInstance(AbstractFactory.java:47)
> 15:37:41,445 ERROR [STDERR] at org.apache.shiro.web.servlet.IniShiroFilter.applySecurityManager(IniShiroFilter.java:353)
> 15:37:41,446 ERROR [STDERR] at org.apache.shiro.web.servlet.IniShiroFilter.configure(IniShiroFilter.java:321)
> 15:37:41,447 ERROR [STDERR] at org.apache.shiro.web.servlet.IniShiroFilter.init(IniShiroFilter.java:292)
> 15:37:41,447 ERROR [STDERR] at org.apache.shiro.web.servlet.AbstractShiroFilter.onFilterConfigSet(AbstractShiroFilter.java:83)
> 15:37:41,448 ERROR [STDERR] at org.apache.shiro.web.servlet.AbstractFilter.init(AbstractFilter.java:94)
> 15:37:41,449 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:447)
> 15:37:41,450 ERROR [STDERR] at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3246)
> 15:37:41,451 ERROR [STDERR] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3843)
> 15:37:41,452 ERROR [STDERR] at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:294)
> 15:37:41,453 ERROR [STDERR] at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146)
> 15:37:41,454 ERROR [STDERR] at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:477)
> 15:37:41,455 ERROR [STDERR] at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
> 15:37:41,455 ERROR [STDERR] at org.jboss.web.deployers.WebModule.start(WebModule.java:95)
> ...
>
Re: Different classpaths for .ini and web.xml config?
Posted by Les Hazlewood <lh...@apache.org>.
Hi Martin,
There aren't any classloading differences between the two mechanisms. It
seems as if the embedded config is getting mixed up - can you share it at?
Based on what I see below, it appears as if the [main] section isn't being
parsed properly, but without seeing the config, it is hard to tell. You
might try removing the [main] section header itself and see what happens
(the IniSecurityManagerFactory assumes the first bit of text to appear is
the main section if not explicitly defined).
It also may be a line break issue. Based on the exception messages, it
appears as if the [main] section header is being interpreted as an object
definition itself. Might the web.xml nested config be auto-poulated based
on a build process, and it isn't preserving the Ini formatting?
Regards,
Les
On Jul 20, 2011 8:08 AM, "Martin Dixon" <ma...@magus.co.uk> wrote:
>
> Just getting to grips with Shiro and come across behaviour I can't find
explained in the documentation anywhere.
>
> I have authentication and permission checking working fine in an app using
basic ini configuration approach - new
IniSecurityManagerFactory("classpath:shiro.ini")
>
> When I try using exactly the same config with DefaultWebSecurityManager
and instead of using an ini file put the config (realm & credentials
matcher) within web.xml IniShiroFilter definition (using inline init-param
config), deployment fails with the error below.
>
> Are there any differences in the class loading for the 2 config
approaches?
>
> Thanks,
>
> Martin.
>
>
> 15:37:41,431 ERROR [STDERR] 12 [Thread-2] ERROR
org.apache.shiro.web.servlet.AbstractFilter - Unable to start Filter:
[Unable to instantiate class [customRealm =
uk.co.blah.security.shiro.realm.CustomRealm simpleMatcher =
org.apache.shiro.authc.credential.SimpleCredentialsMatcher
customRealm.credentialsMatcher = $simpleMatcher
securityManager.sessionManager.globalSessionTimeout = 1800000] for object
named '[main]'. Please ensure you've specified the fully qualified class
name correctly.].
> 15:37:41,433 ERROR [STDERR]
org.apache.shiro.config.ConfigurationException: Unable to instantiate class
[customRealm = uk.co.blah.security.shiro
> .realm.CustomRealm simpleMatcher =
org.apache.shiro.authc.credential.SimpleCredentialsMatcher
customRealm.credentials
> Matcher = $simpleMatcher
securityManager.sessionManager.globalSessionTimeout = 1800000] for object
named '[main]'. Please ensure you've specified the
> fully qualified class name correctly.
> 15:37:41,437 ERROR [STDERR] at
org.apache.shiro.config.ReflectionBuilder.createNewInstance(ReflectionBuilder.java:143)
> 15:37:41,437 ERROR [STDERR] at
org.apache.shiro.config.ReflectionBuilder.buildObjects(ReflectionBuilder.java:114)
> 15:37:41,438 ERROR [STDERR] at
org.apache.shiro.config.IniSecurityManagerFactory.buildInstances(IniSecurityManagerFactory.java:170)
> 15:37:41,439 ERROR [STDERR] at
org.apache.shiro.config.IniSecurityManagerFactory.createSecurityManager(IniSecurityManagerFactory.java:119)
> 15:37:41,440 ERROR [STDERR] at
org.apache.shiro.config.IniSecurityManagerFactory.createSecurityManager(IniSecurityManagerFactory.java:97)
> 15:37:41,441 ERROR [STDERR] at
org.apache.shiro.config.IniSecurityManagerFactory.createInstance(IniSecurityManagerFactory.java:83)
> 15:37:41,442 ERROR [STDERR] at
org.apache.shiro.config.IniSecurityManagerFactory.createInstance(IniSecurityManagerFactory.java:41)
> 15:37:41,443 ERROR [STDERR] at
org.apache.shiro.config.IniFactorySupport.createInstance(IniFactorySupport.java:123)
> 15:37:41,444 ERROR [STDERR] at
org.apache.shiro.util.AbstractFactory.getInstance(AbstractFactory.java:47)
> 15:37:41,445 ERROR [STDERR] at
org.apache.shiro.web.servlet.IniShiroFilter.applySecurityManager(IniShiroFilter.java:353)
> 15:37:41,446 ERROR [STDERR] at
org.apache.shiro.web.servlet.IniShiroFilter.configure(IniShiroFilter.java:321)
> 15:37:41,447 ERROR [STDERR] at
org.apache.shiro.web.servlet.IniShiroFilter.init(IniShiroFilter.java:292)
> 15:37:41,447 ERROR [STDERR] at
org.apache.shiro.web.servlet.AbstractShiroFilter.onFilterConfigSet(AbstractShiroFilter.java:83)
> 15:37:41,448 ERROR [STDERR] at
org.apache.shiro.web.servlet.AbstractFilter.init(AbstractFilter.java:94)
> 15:37:41,449 ERROR [STDERR] at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:447)
> 15:37:41,450 ERROR [STDERR] at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3246)
> 15:37:41,451 ERROR [STDERR] at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3843)
> 15:37:41,452 ERROR [STDERR] at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:294)
> 15:37:41,453 ERROR [STDERR] at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:146)
> 15:37:41,454 ERROR [STDERR] at
org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:477)
> 15:37:41,455 ERROR [STDERR] at
org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
> 15:37:41,455 ERROR [STDERR] at
org.jboss.web.deployers.WebModule.start(WebModule.java:95)
> ...
>