Struts 2.5.12

classic Classic list List threaded Threaded
21 messages Options
12
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Struts 2.5.12

Tamás Barta
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
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-13 14:24 GMT+02:00 Tamás Barta <[hidden email]>:

> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
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" <[hidden email]
>):

> 2017-07-13 14:24 GMT+02:00 Tamás Barta <[hidden email]>:
> > 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-13 15:32 GMT+02:00 Tamás Barta <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
In reply to this post by Lukasz Lenart
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 <[hidden email]>
wrote:

> 2017-07-13 14:24 GMT+02:00 Tamás Barta <[hidden email]>:
> > 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-14 8:49 GMT+02:00 Tamás Barta <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
> 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 <[hidden email]>
wrote:

> 2017-07-14 8:49 GMT+02:00 Tamás Barta <[hidden email]>:
> > 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-14 9:19 GMT+02:00 Tamás Barta <[hidden email]>:
>> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
I updated them, I updated all the jars.

On Fri, Jul 14, 2017 at 9:23 AM, Lukasz Lenart <[hidden email]>
wrote:

> 2017-07-14 9:19 GMT+02:00 Tamás Barta <[hidden email]>:
> >> 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-14 9:25 GMT+02:00 Tamás Barta <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
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 <[hidden email]>
wrote:

> 2017-07-14 9:25 GMT+02:00 Tamás Barta <[hidden email]>:
> > 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
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 <[hidden email]> 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 <[hidden email]>
> wrote:
>
>> 2017-07-14 9:25 GMT+02:00 Tamás Barta <[hidden email]>:
>> > 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: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
In reply to this post by Tamás Barta
2017-07-14 9:36 GMT+02:00 Tamás Barta <[hidden email]>:

> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
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 <[hidden email]>
wrote:

> 2017-07-14 9:36 GMT+02:00 Tamás Barta <[hidden email]>:
> > 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-14 10:32 GMT+02:00 Tamás Barta <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
>  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 <[hidden email]>
wrote:

> 2017-07-14 10:32 GMT+02:00 Tamás Barta <[hidden email]>:
> > 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-14 10:53 GMT+02:00 Tamás Barta <[hidden email]>:
>>  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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
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 <[hidden email]>
wrote:

> 2017-07-14 10:53 GMT+02:00 Tamás Barta <[hidden email]>:
> >>  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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Lukasz Lenart
2017-07-14 11:06 GMT+02:00 Tamás Barta <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Struts 2.5.12

Tamás Barta
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" <[hidden email]>):

2017-07-14 11:06 GMT+02:00 Tamás Barta <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]
12
Loading...