You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Tamás Barta <ba...@gmail.com> on 2017/07/13 12:24:04 UTC
Struts 2.5.12
Hi,
I have just tried to migrate to 2.5.12 from 2.5.10.1. I got the following
error at startup:
Caused by: com.opensymphony.xwork2.inject.DependencyException: Dependency
mapping for [type=java.lang.String, name='struts.devMode'] already exists.
at
com.opensymphony.xwork2.inject.ContainerBuilder.checkKey(ContainerBuilder.java:108)
[struts2-core-2.5.12.jar:2.5.12]
at
com.opensymphony.xwork2.inject.ContainerBuilder.factory(ContainerBuilder.java:83)
[struts2-core-2.5.12.jar:2.5.12]
at
com.opensymphony.xwork2.inject.ContainerBuilder.constant(ContainerBuilder.java:517)
[struts2-core-2.5.12.jar:2.5.12]
at
com.opensymphony.xwork2.inject.ContainerBuilder.constant(ContainerBuilder.java:398)
[struts2-core-2.5.12.jar:2.5.12]
at
com.opensymphony.xwork2.config.impl.DefaultConfiguration.createBootstrapContainer(DefaultConfiguration.java:284)
[struts2-core-2.5.12.jar:2.5.12]
at
com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:159)
[struts2-core-2.5.12.jar:2.5.12]
at
com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:63)
[struts2-core-2.5.12.jar:2.5.12]
at
org.apache.struts2.dispatcher.Dispatcher.getContainer(Dispatcher.java:960)
[struts2-core-2.5.12.jar:2.5.12]
at
org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:466)
[struts2-core-2.5.12.jar:2.5.12]
at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:499)
[struts2-core-2.5.12.jar:2.5.12]
... 14 more
Are there any migration step needed?
Regards, Tamás
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-13 15:32 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> Hmm, struts jars are only once in ear's lib. I just replaced the old
> versions. Interesting.
but maybe in a cache folder or tmp or in a folder where the EAR got expanded
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
Hmm, struts jars are only once in ear's lib. I just replaced the old
versions. Interesting.
2017. júl. 13. du. 2:42 ezt írta ("Lukasz Lenart" <lukaszlenart@apache.org
>):
> 2017-07-13 14:24 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> > Hi,
> >
> > I have just tried to migrate to 2.5.12 from 2.5.10.1. I got the following
> > error at startup:
> >
> > Caused by: com.opensymphony.xwork2.inject.DependencyException:
> Dependency
> > mapping for [type=java.lang.String, name='struts.devMode'] already
> exists.
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.
> checkKey(ContainerBuilder.java:108)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.
> factory(ContainerBuilder.java:83)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.
> constant(ContainerBuilder.java:517)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.
> constant(ContainerBuilder.java:398)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.config.impl.DefaultConfiguration.
> createBootstrapContainer(DefaultConfiguration.java:284)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.config.impl.DefaultConfiguration.
> reloadContainer(DefaultConfiguration.java:159)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(
> ConfigurationManager.java:63)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > org.apache.struts2.dispatcher.Dispatcher.getContainer(
> Dispatcher.java:960)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(
> Dispatcher.java:466)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:499)
> > [struts2-core-2.5.12.jar:2.5.12]
> > ... 14 more
> >
> > Are there any migration step needed?
>
> Looks like more than one struts2-core.jar on the classpath
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
And If i put a breakpoint at ContainerBuilder.create, it will never stop.
The exception happens before create even if we can see it in the
stacktrace. Isn't CDI interceptors or similar somewhere?
On Fri, Jul 14, 2017 at 9:36 AM, Tamás Barta <ba...@gmail.com> wrote:
> Yes.
>
> The very strange thing I don't understand are the following lines in the
> stacktrace:
>
> 07:33:09,799 ERROR [stderr] (ServerService Thread Pool -- 99) at
> com.opensymphony.xwork2.inject.ContainerBuilder.constant(ContainerBuilder.
> java:398)
> 07:33:09,800 ERROR [stderr] (ServerService Thread Pool -- 99) at
> com.opensymphony.xwork2.config.impl.DefaultConfiguration.
> createBootstrapContainer(DefaultConfiguration.java:284)
>
> The 284. line of DefaultConfiguration is builder.create(true), but I can't
> see it in the stacktrace, the next line is a "constant" call.
> I see the same strange thing when I debug. I put a breakpoint at
> DefaultConfiguration:284 and when I enter method "create" I will be right
> at "constant" in Eclipse. I don't understand how can it happen.
> It happens even if I rebuild core jar and uses the new one.
>
>
> On Fri, Jul 14, 2017 at 9:35 AM, Lukasz Lenart <lu...@apache.org>
> wrote:
>
>> 2017-07-14 9:25 GMT+02:00 Tamás Barta <ba...@gmail.com>:
>> > I updated them, I updated all the jars.
>>
>> Hmm... is it the same exception as on the beginning of this conversation?
>>
>>
>> Regards
>> --
>> Łukasz
>> + 48 606 323 122 http://www.lenart.org.pl/
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
I have got such answer from JRebel:
"""
you can add JVM option “-Drebel.struts2_plugin=false” to temporarily
disable JRebel Struts 2 integration. This should allow you to use
JRebel with the project, but will disable JRebel from being able to
make Struts related changes.
"""
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
2017-07-14 17:22 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> This is the response from JRebel team:
>
> "Letting you know that i have reproduced the issue and passed it on to our
> developers. I will let you know as soon as we have any updates on this."
>
> 2017. júl. 14. 11:11 ezt írta ("Lukasz Lenart" <lu...@apache.org>):
>
> 2017-07-14 11:06 GMT+02:00 Tamás Barta <ba...@gmail.com>:
>> Yes, I have just wrote them an email. Thanks. It is a very big problem for
>> us now as we can't upgrade to the latest and maybe to future versions.
>
> Looks like is due to these changes, before there were two
> configuration sets created on bootstrap, probably they will have to
> upgrade their Struts Plugin. I also posted a note to them.
> https://github.com/apache/struts/commit/524343c3cf79faad15e49fc26221de
> 308853cbfc
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
This is the response from JRebel team:
"Letting you know that i have reproduced the issue and passed it on to our
developers. I will let you know as soon as we have any updates on this."
2017. júl. 14. 11:11 ezt írta ("Lukasz Lenart" <lu...@apache.org>):
2017-07-14 11:06 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> Yes, I have just wrote them an email. Thanks. It is a very big problem for
> us now as we can't upgrade to the latest and maybe to future versions.
Looks like is due to these changes, before there were two
configuration sets created on bootstrap, probably they will have to
upgrade their Struts Plugin. I also posted a note to them.
https://github.com/apache/struts/commit/524343c3cf79faad15e49fc26221de
308853cbfc
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-14 11:06 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> Yes, I have just wrote them an email. Thanks. It is a very big problem for
> us now as we can't upgrade to the latest and maybe to future versions.
Looks like is due to these changes, before there were two
configuration sets created on bootstrap, probably they will have to
upgrade their Struts Plugin. I also posted a note to them.
https://github.com/apache/struts/commit/524343c3cf79faad15e49fc26221de308853cbfc
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
Yes, I have just wrote them an email. Thanks. It is a very big problem for
us now as we can't upgrade to the latest and maybe to future versions.
On Fri, Jul 14, 2017 at 11:02 AM, Lukasz Lenart <lu...@apache.org>
wrote:
> 2017-07-14 10:53 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> >> but this is inside "createBootstrapContainer", right?
> >
> > yes
>
> but this is only called without reading external dependencies (i.e.
> struts-default,xml or struts.xml) which means JRebel has to do it O_o
> - did you try to ask them for support? Maybe JRebel somehow bases on
> that.
>
> >> Do you use "struts.convention.classes.reload" ?
> >
> > no, I never set it
>
> Now I am sure it is set by JRebel, though :)
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-14 10:53 GMT+02:00 Tamás Barta <ba...@gmail.com>:
>> but this is inside "createBootstrapContainer", right?
>
> yes
but this is only called without reading external dependencies (i.e.
struts-default,xml or struts.xml) which means JRebel has to do it O_o
- did you try to ask them for support? Maybe JRebel somehow bases on
that.
>> Do you use "struts.convention.classes.reload" ?
>
> no, I never set it
Now I am sure it is set by JRebel, though :)
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
> but this is inside "createBootstrapContainer", right?
yes
> Do you use "struts.convention.classes.reload" ?
no, I never set it
On Fri, Jul 14, 2017 at 10:52 AM, Lukasz Lenart <lu...@apache.org>
wrote:
> 2017-07-14 10:32 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> > When I remove this line from DefaultConfiguration:
> >
> > builder.constant(StrutsConstants.STRUTS_DEVMODE, "false");
>
> but this is inside "createBootstrapContainer", right?
>
> > Then no exception is thrown and when I try to enter method "create", the
> > "constant" method is called with "struts.devMode=true", then again with
> > "struts.convention.classes.reload=true", after these two calls finally
> > create is executed. Very strange behaviour and I don't understand why
> > JRebel do these calls with those two property setting.
>
> Do you use "struts.convention.classes.reload" ? I would rather disable
> this when using JRebel as this instructs the Convention plugin to
> reload classes when needed which can produce an unexpected behaviour
> and it's rather an experimental functionality.
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-14 10:32 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> When I remove this line from DefaultConfiguration:
>
> builder.constant(StrutsConstants.STRUTS_DEVMODE, "false");
but this is inside "createBootstrapContainer", right?
> Then no exception is thrown and when I try to enter method "create", the
> "constant" method is called with "struts.devMode=true", then again with
> "struts.convention.classes.reload=true", after these two calls finally
> create is executed. Very strange behaviour and I don't understand why
> JRebel do these calls with those two property setting.
Do you use "struts.convention.classes.reload" ? I would rather disable
this when using JRebel as this instructs the Convention plugin to
reload classes when needed which can produce an unexpected behaviour
and it's rather an experimental functionality.
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
When I remove this line from DefaultConfiguration:
builder.constant(StrutsConstants.STRUTS_DEVMODE, "false");
Then no exception is thrown and when I try to enter method "create", the
"constant" method is called with "struts.devMode=true", then again with
"struts.convention.classes.reload=true", after these two calls finally
create is executed. Very strange behaviour and I don't understand why
JRebel do these calls with those two property setting.
On Fri, Jul 14, 2017 at 9:44 AM, Lukasz Lenart <lu...@apache.org>
wrote:
> 2017-07-14 9:36 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> > Yes.
> >
> > The very strange thing I don't understand are the following lines in the
> > stacktrace:
> >
> > 07:33:09,799 ERROR [stderr] (ServerService Thread Pool -- 99) at
> > com.opensymphony.xwork2.inject.ContainerBuilder.
> constant(ContainerBuilder.java:398)
> > 07:33:09,800 ERROR [stderr] (ServerService Thread Pool -- 99) at
> > com.opensymphony.xwork2.config.impl.DefaultConfiguration.
> createBootstrapContainer(DefaultConfiguration.java:284)
> >
> > The 284. line of DefaultConfiguration is builder.create(true), but I
> can't
> > see it in the stacktrace, the next line is a "constant" call.
> > I see the same strange thing when I debug. I put a breakpoint at
> > DefaultConfiguration:284 and when I enter method "create" I will be right
> > at "constant" in Eclipse. I don't understand how can it happen.
> > It happens even if I rebuild core jar and uses the new one.
>
> That's why I have asked about duplicated jars as this happens to me
> when using SNAPSHOT versions locally (two same SNAPSHOTs have
> different timestamps inside name). Or JRebel still uses an old version
> of the Core
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-14 9:36 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> Yes.
>
> The very strange thing I don't understand are the following lines in the
> stacktrace:
>
> 07:33:09,799 ERROR [stderr] (ServerService Thread Pool -- 99) at
> com.opensymphony.xwork2.inject.ContainerBuilder.constant(ContainerBuilder.java:398)
> 07:33:09,800 ERROR [stderr] (ServerService Thread Pool -- 99) at
> com.opensymphony.xwork2.config.impl.DefaultConfiguration.createBootstrapContainer(DefaultConfiguration.java:284)
>
> The 284. line of DefaultConfiguration is builder.create(true), but I can't
> see it in the stacktrace, the next line is a "constant" call.
> I see the same strange thing when I debug. I put a breakpoint at
> DefaultConfiguration:284 and when I enter method "create" I will be right
> at "constant" in Eclipse. I don't understand how can it happen.
> It happens even if I rebuild core jar and uses the new one.
That's why I have asked about duplicated jars as this happens to me
when using SNAPSHOT versions locally (two same SNAPSHOTs have
different timestamps inside name). Or JRebel still uses an old version
of the Core
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
Yes.
The very strange thing I don't understand are the following lines in the
stacktrace:
07:33:09,799 ERROR [stderr] (ServerService Thread Pool -- 99) at
com.opensymphony.xwork2.inject.ContainerBuilder.constant(ContainerBuilder.java:398)
07:33:09,800 ERROR [stderr] (ServerService Thread Pool -- 99) at
com.opensymphony.xwork2.config.impl.DefaultConfiguration.createBootstrapContainer(DefaultConfiguration.java:284)
The 284. line of DefaultConfiguration is builder.create(true), but I can't
see it in the stacktrace, the next line is a "constant" call.
I see the same strange thing when I debug. I put a breakpoint at
DefaultConfiguration:284 and when I enter method "create" I will be right
at "constant" in Eclipse. I don't understand how can it happen.
It happens even if I rebuild core jar and uses the new one.
On Fri, Jul 14, 2017 at 9:35 AM, Lukasz Lenart <lu...@apache.org>
wrote:
> 2017-07-14 9:25 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> > I updated them, I updated all the jars.
>
> Hmm... is it the same exception as on the beginning of this conversation?
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-14 9:25 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> I updated them, I updated all the jars.
Hmm... is it the same exception as on the beginning of this conversation?
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
I updated them, I updated all the jars.
On Fri, Jul 14, 2017 at 9:23 AM, Lukasz Lenart <lu...@apache.org>
wrote:
> 2017-07-14 9:19 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> >> Do you use only those three jars only?
> >
> > I use many other libs too but it is enough to change the "core" jar back
> > to the old version to be deployed well. Using the new core jar won't
> deploy.
>
> Nope, it isn't :) You must also update commons-lang3 and
> commons-fileupload as mentioned in the announcement (at the bottom)
> http://struts.apache.org/announce.html#a20170717
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-14 9:19 GMT+02:00 Tamás Barta <ba...@gmail.com>:
>> Do you use only those three jars only?
>
> I use many other libs too but it is enough to change the "core" jar back
> to the old version to be deployed well. Using the new core jar won't deploy.
Nope, it isn't :) You must also update commons-lang3 and
commons-fileupload as mentioned in the announcement (at the bottom)
http://struts.apache.org/announce.html#a20170717
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
> JDK version you are running on?
java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)
> Do you use only those three jars only?
I use many other libs too but it is enough to change the "core" jar back
to the old version to be deployed well. Using the new core jar won't deploy.
On Fri, Jul 14, 2017 at 9:06 AM, Lukasz Lenart <lu...@apache.org>
wrote:
> 2017-07-14 8:49 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> > It seems that new version is not compatible with JRebel. Have you tried
> > starting a new version struts app with JRebel?
>
> I don't have JRebel so I have no way to test that :( But this would be
> a strange thing, I do not see a change that could affect JRebel - what
> JDK version you are running on?
>
> > If I replace the 3 struts jar files I use (core, spring-plugin,
> > convention-plugin) to the old version, everything works fine. If I change
> > back to new ones, it goes wrong.
>
> Do you use only those three jars only?
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-14 8:49 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> It seems that new version is not compatible with JRebel. Have you tried
> starting a new version struts app with JRebel?
I don't have JRebel so I have no way to test that :( But this would be
a strange thing, I do not see a change that could affect JRebel - what
JDK version you are running on?
> If I replace the 3 struts jar files I use (core, spring-plugin,
> convention-plugin) to the old version, everything works fine. If I change
> back to new ones, it goes wrong.
Do you use only those three jars only?
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Struts 2.5.12
Posted by Tamás Barta <ba...@gmail.com>.
Dear Lukasz, thank you very much for your very fast support all the time.
It seems that new version is not compatible with JRebel. Have you tried
starting a new version struts app with JRebel?
If I replace the 3 struts jar files I use (core, spring-plugin,
convention-plugin) to the old version, everything works fine. If I change
back to new ones, it goes wrong.
On Thu, Jul 13, 2017 at 2:42 PM, Lukasz Lenart <lu...@apache.org>
wrote:
> 2017-07-13 14:24 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> > Hi,
> >
> > I have just tried to migrate to 2.5.12 from 2.5.10.1. I got the following
> > error at startup:
> >
> > Caused by: com.opensymphony.xwork2.inject.DependencyException:
> Dependency
> > mapping for [type=java.lang.String, name='struts.devMode'] already
> exists.
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.checkKey(
> ContainerBuilder.java:108)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.factory(
> ContainerBuilder.java:83)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.constant(
> ContainerBuilder.java:517)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.inject.ContainerBuilder.constant(
> ContainerBuilder.java:398)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.config.impl.DefaultConfiguration.cre
> ateBootstrapContainer(DefaultConfiguration.java:284)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.config.impl.DefaultConfiguration.rel
> oadContainer(DefaultConfiguration.java:159)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > com.opensymphony.xwork2.config.ConfigurationManager.getConfi
> guration(ConfigurationManager.java:63)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > org.apache.struts2.dispatcher.Dispatcher.getContainer(Dispat
> cher.java:960)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at
> > org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfigu
> ration(Dispatcher.java:466)
> > [struts2-core-2.5.12.jar:2.5.12]
> > at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:499)
> > [struts2-core-2.5.12.jar:2.5.12]
> > ... 14 more
> >
> > Are there any migration step needed?
>
> Looks like more than one struts2-core.jar on the classpath
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Struts 2.5.12
Posted by Lukasz Lenart <lu...@apache.org>.
2017-07-13 14:24 GMT+02:00 Tamás Barta <ba...@gmail.com>:
> Hi,
>
> I have just tried to migrate to 2.5.12 from 2.5.10.1. I got the following
> error at startup:
>
> Caused by: com.opensymphony.xwork2.inject.DependencyException: Dependency
> mapping for [type=java.lang.String, name='struts.devMode'] already exists.
> at
> com.opensymphony.xwork2.inject.ContainerBuilder.checkKey(ContainerBuilder.java:108)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> com.opensymphony.xwork2.inject.ContainerBuilder.factory(ContainerBuilder.java:83)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> com.opensymphony.xwork2.inject.ContainerBuilder.constant(ContainerBuilder.java:517)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> com.opensymphony.xwork2.inject.ContainerBuilder.constant(ContainerBuilder.java:398)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> com.opensymphony.xwork2.config.impl.DefaultConfiguration.createBootstrapContainer(DefaultConfiguration.java:284)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:159)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:63)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> org.apache.struts2.dispatcher.Dispatcher.getContainer(Dispatcher.java:960)
> [struts2-core-2.5.12.jar:2.5.12]
> at
> org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:466)
> [struts2-core-2.5.12.jar:2.5.12]
> at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:499)
> [struts2-core-2.5.12.jar:2.5.12]
> ... 14 more
>
> Are there any migration step needed?
Looks like more than one struts2-core.jar on the classpath
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org