Re: Warning Deprecated with struts-examples/debugging-struts/

[Lukasz Lenart]

I have dropped the interceptor, it was producing more confusion than help :(

2015-09-30 15:02 GMT+02:00 Chris :
> Hello, There are WARNING with struts2-convention-plugin-2.5-BETA1.jar
> With https://github.com/apache/struts-examples/tree/master/debugging-struts
> ...
> 2015-09-30 14:50:07,306 DEBUG [http-bio-8080-exec-17] 
> interceptor.FileUploadInterceptor (FileUploadInterceptor.java:241) - 
> Bypassing //hello
> 2015-09-30 14:50:07,321 DEBUG [http-bio-8080-exec-17] 
> validator.ValidationInterceptor (ValidationInterceptor.java:216) - Validating 
> //hello with method execute.
> 2015-09-30 14:50:07,343 DEBUG [http-bio-8080-exec-17] 
> interceptor.DeprecationInterceptor (DeprecationInterceptor.java:39) -
> ***
> **   
> **
> **   WARNING 
> **
> **YOU USE DEPRECATED / UNKNOWN CONSTANTS 
> **
> **   
> **
> **  -> struts.convention.actionNameBuilder   
> **
> **  -> struts.convention.result.path 
> **
> **  -> struts.convention.classes.reload  
> **
> **  -> struts.convention.action.mapAllMatches
> **
> **  -> struts.convention.relative.result.types   
> **
> **  -> struts.convention.package.locators.disable
> **
> **  -> struts.convention.action.name.lowercase   
> **
> **  -> struts.convention.package.locators
> **
> **  -> struts.convention.action.checkImplementsAction
> **
> **  -> struts.convention.action.fileProtocols
> **
> **  -> struts.convention.action.disableScanning  
> **
> **  -> struts.convention.exclude.parentClassLoader   
> **
> **  -> struts.convention.default.parent.package  
> **
> **  -> struts.convention.exclude.packages
> **
> **  -> struts.convention.package.locators.basePackage
> **
> **  -> struts.convention.conventionsService  
> **
> **  -> struts.convention.action.name.separator   
> **
> **  -> struts.convention.redirect.to.slash   
> **
> **  -> struts.convention.action.alwaysMapExecute 
> **
> **  -> struts.convention.interceptorMapBuilder   
> **
> **  -> struts.convention.action.suffix   
> **
> **  -> struts.convention.result.flatLayout   
> **
> **  -> struts.convention.resultMapBuilder
> **
> **  -> struts.convention.actionConfigBuilder 
> **
> ***
>
> 2015-09-30 14:50:07,347 DEBUG [http-bio-8080-exec-17] 
> result.ServletDispatcherResult (ServletDispatcherResult.java:130) - 
> Forwarding to location: /HelloWorld.jsp
> 2015-09-30 14:50:07,440 DEBUG [http-bio-8080-exec-17] components.UIBean 
> (UIBean.java:1000) - Cannot determine id attribute for 
> [org.apache.struts2.components.Debug@c57137], consider defining id, name or 
> key attribute!
> 2015-09-30 14:50:07,441 DEBUG [http-bio-8080-exec-17] components.UIBean 
> (UIBean.java:579) - Rendering template /template/xhtml/debug
> 2015-09-30 14:50:07,444 DEBUG [http-bio-8080-exec-17] 
> template.FreemarkerTemplateEngine (FreemarkerTemplateEngine.java:122) - 
> Rendering template: /template/simple/debug.ftl
> 2015-09-30 14:50:09,334 DEBUG [http-bio-8080-exec-17] 
> interceptor.FileUploadInterceptor (FileUploadInterceptor.java:241) - 
> Bypassing //index
> 2015-09-30 14:50:09,335 DEBUG [http-bio-8080-exec-17] 
> validator.ValidationInterceptor (ValidationInterceptor.java:216) - Validating 
> //index with method execute.
> 2015-09-30 14:50:09,344 DEBUG [http-bio-8080-exec-17] 
> interceptor.DeprecationInterceptor (DeprecationInterceptor.java:39) -
> ***
> **   
> **
> **   WARNING 
> **
> **YOU USE DEPRECATED / UNKNOWN CONSTANTS 
> **
> **   
> **
> **  -> struts.convention.actionNameBuilder   
> **
> **  -> struts.convention.result.path 

How to add a global interceptor

[Jasper Rosenberg]

Hi,


 
I work on a project with hundreds of struts actions manywith their own custom 
interceptor stacks specified.  


 
We have recently internationalized the site, and so I had aneed to add an i18n 
interceptor to the top of every action stack.  It would have been impractical 
(and difficultto enforce for future actions) to add the new interceptor to 
every actiondefinition.


 
My solution was to override the ActionProxyFactory to returnour own 
ActionInvocation, which in turn always prepends the i18n interceptor tothe 
interceptor stack during initialization. 


 
I submitted a patch to make this extension simpler: 
https://issues.apache.org/jira/browse/WW-4553


 
However, it was suggested in the comments for this JIRA thatthere might be 
alternative methods to achieve my goal and to ask on this emaillist.  Thanks in 
advance for any advice!


 
-Jasper

Re: How to add a global interceptor

[Christoph Nenning]

> From: Jasper Rosenberg 
> To: "user@struts.apache.org" , 
> Date: 13.10.2015 13:26
> Subject: How to add a global interceptor
> 
> Hi,
> 
> 
>  
> I work on a project with hundreds of struts actions manywith their 
> own custom interceptor stacks specified.  
> 

Having actions with own interceptor stacks is quite special. Usually 
people have hundreds of actions but just a few interceptor stacks. And the 
few stacks are not created by copy-paste but by overriding configuration 
parameters and adding interceptors at the beginning or end of the stack.


> 
>  
> We have recently internationalized the site, and so I had aneed to 
> add an i18n interceptor to the top of every action stack.  It would 
> have been impractical (and difficultto enforce for future actions) 
> to add the new interceptor to every actiondefinition.
> 
> 
>  
> My solution was to override the ActionProxyFactory to returnour own 
> ActionInvocation, which in turn always prepends the i18n interceptor
> tothe interceptor stack during initialization. 
> 

In your case that sounds alright.


What are the reasons that you need so many different interceptor stacks?


Regards,
Christoph

This Email was scanned by Sophos Anti Virus

Re: How to add a global interceptor

[Christoph Nenning]

> From: Jasper Rosenberg 
> To: Struts Users Mailing List , 
> Date: 13.10.2015 14:01
> Subject: Re: How to add a global interceptor
> 
> Thanks for the feedback!
> To be clear, we do have a number of interceptor stacks that are 
> shared and we follow a similar pattern to what you describe where we
> add additional interceptors where needed before or after a common 
> stack.  There are places that we might be able to reduce even that 
> pattern by switching to action mapping parameters, I will definitely
> revisit that.  
> The real problem is simply that there are so many actions at this 
> point that to make sure we didn't miss any outlier custom stacks, we
> would have to review each one.  We would then have to add a struts 
> configuration validation step to make sure no one introduced a new 
> stack missing the required one (which I suppose wouldn't be that big
> a deal since we already do other configuration checks in development
> mode in a DispatcherListener).  Definitely food for thought...
> Thanks,Jasper


Well, keeping so many stacks around surely is maintenance hell. And 
changing these stacks additonally in code does not make it better ;)



But as I said before: In your case I don't have a better idea.



Regards,
Christoph




>   From: Christoph Nenning 
>  To: Struts Users Mailing List  
>  Sent: Tuesday, October 13, 2015 7:35 AM
>  Subject: Re: How to add a global interceptor
> 
> > From: Jasper Rosenberg 
> > To: "user@struts.apache.org" , 
> > Date: 13.10.2015 13:26
> > Subject: How to add a global interceptor
> > 
> > Hi,
> > 
> > 
> >  
> > I work on a project with hundreds of struts actions manywith their 
> > own custom interceptor stacks specified.  
> > 
> 
> Having actions with own interceptor stacks is quite special. Usually 
> people have hundreds of actions but just a few interceptor stacks. And 
the 
> few stacks are not created by copy-paste but by overriding configuration 

> parameters and adding interceptors at the beginning or end of the stack.
> 
> 
> 
> 
> > 
> >  
> > We have recently internationalized the site, and so I had aneed to 
> > add an i18n interceptor to the top of every action stack.  It would 
> > have been impractical (and difficultto enforce for future actions) 
> > to add the new interceptor to every actiondefinition.
> > 
> > 
> >  
> > My solution was to override the ActionProxyFactory to returnour own 
> > ActionInvocation, which in turn always prepends the i18n interceptor
> > tothe interceptor stack during initialization. 
> > 
> 
> In your case that sounds alright.
> 
> 
> What are the reasons that you need so many different interceptor stacks?
> 
> 
> Regards,
> Christoph
> 
> This Email was scanned by Sophos Anti Virus
> 
> 
> 

This Email was scanned by Sophos Anti Virus

Re: How to add a global interceptor

[Jasper Rosenberg]

Thanks for the feedback!
To be clear, we do have a number of interceptor stacks that are shared and we 
follow a similar pattern to what you describe where we add additional 
interceptors where needed before or after a common stack.  There are places 
that we might be able to reduce even that pattern by switching to action 
mapping parameters, I will definitely revisit that.  
The real problem is simply that there are so many actions at this point that to 
make sure we didn't miss any outlier custom stacks, we would have to review 
each one.  We would then have to add a struts configuration validation step to 
make sure no one introduced a new stack missing the required one (which I 
suppose wouldn't be that big a deal since we already do other configuration 
checks in development mode in a DispatcherListener).  Definitely food for 
thought...
Thanks,Jasper
  From: Christoph Nenning 
 To: Struts Users Mailing List  
 Sent: Tuesday, October 13, 2015 7:35 AM
 Subject: Re: How to add a global interceptor
   
> From: Jasper Rosenberg 
> To: "user@struts.apache.org" , 
> Date: 13.10.2015 13:26
> Subject: How to add a global interceptor
> 
> Hi,
> 
> 
>  
> I work on a project with hundreds of struts actions manywith their 
> own custom interceptor stacks specified.  
> 

Having actions with own interceptor stacks is quite special. Usually 
people have hundreds of actions but just a few interceptor stacks. And the 
few stacks are not created by copy-paste but by overriding configuration 
parameters and adding interceptors at the beginning or end of the stack.




> 
>  
> We have recently internationalized the site, and so I had aneed to 
> add an i18n interceptor to the top of every action stack.  It would 
> have been impractical (and difficultto enforce for future actions) 
> to add the new interceptor to every actiondefinition.
> 
> 
>  
> My solution was to override the ActionProxyFactory to returnour own 
> ActionInvocation, which in turn always prepends the i18n interceptor
> tothe interceptor stack during initialization. 
> 

In your case that sounds alright.


What are the reasons that you need so many different interceptor stacks?


Regards,
Christoph

This Email was scanned by Sophos Anti Virus


  

Re: How to add a global interceptor

[Jasper Rosenberg]

No need for pity :)  It really hasn't really much maintenance overhead to this 
point.  Needing to do a change to all stacks is really the only case where I've 
seen it be problem.  Still, we have been pretty conservative in trying to keep 
our interceptor stacks thin.  It is probably worth the minor overhead of having 
more unused interceptors to allow more sharing of stacks.  Always more tech 
debt to work on!
-Jasper
  From: Christoph Nenning 
 To: Struts Users Mailing List  
 Sent: Tuesday, October 13, 2015 8:13 AM
 Subject: Re: How to add a global interceptor
   
> From: Jasper Rosenberg 
> To: Struts Users Mailing List , 
> Date: 13.10.2015 14:01
> Subject: Re: How to add a global interceptor
> 
> Thanks for the feedback!
> To be clear, we do have a number of interceptor stacks that are 
> shared and we follow a similar pattern to what you describe where we
> add additional interceptors where needed before or after a common 
> stack.  There are places that we might be able to reduce even that 
> pattern by switching to action mapping parameters, I will definitely
> revisit that.  
> The real problem is simply that there are so many actions at this 
> point that to make sure we didn't miss any outlier custom stacks, we
> would have to review each one.  We would then have to add a struts 
> configuration validation step to make sure no one introduced a new 
> stack missing the required one (which I suppose wouldn't be that big
> a deal since we already do other configuration checks in development
> mode in a DispatcherListener).  Definitely food for thought...
> Thanks,Jasper


Well, keeping so many stacks around surely is maintenance hell. And 
changing these stacks additonally in code does not make it better ;)



But as I said before: In your case I don't have a better idea.



Regards,
Christoph






>      From: Christoph Nenning 
>  To: Struts Users Mailing List  
>  Sent: Tuesday, October 13, 2015 7:35 AM
>  Subject: Re: How to add a global interceptor
> 
> > From: Jasper Rosenberg 
> > To: "user@struts.apache.org" , 
> > Date: 13.10.2015 13:26
> > Subject: How to add a global interceptor
> > 
> > Hi,
> > 
> > 
> >  
> > I work on a project with hundreds of struts actions manywith their 
> > own custom interceptor stacks specified.  
> > 
> 
> Having actions with own interceptor stacks is quite special. Usually 
> people have hundreds of actions but just a few interceptor stacks. And 
the 
> few stacks are not created by copy-paste but by overriding configuration 

> parameters and adding interceptors at the beginning or end of the stack.
> 
> 
> 
> 
> > 
> >  
> > We have recently internationalized the site, and so I had aneed to 
> > add an i18n interceptor to the top of every action stack.  It would 
> > have been impractical (and difficultto enforce for future actions) 
> > to add the new interceptor to every actiondefinition.
> > 
> > 
> >  
> > My solution was to override the ActionProxyFactory to returnour own 
> > ActionInvocation, which in turn always prepends the i18n interceptor
> > tothe interceptor stack during initialization. 
> > 
> 
> In your case that sounds alright.
> 
> 
> What are the reasons that you need so many different interceptor stacks?
> 
> 
> Regards,
> Christoph
> 
> This Email was scanned by Sophos Anti Virus
> 
> 
> 

This Email was scanned by Sophos Anti Virus


  

Remove Me

[Fernando FLORES CORCOBA]

Remove me from this list.
Thank you.
-- 

--
*visite www.librodelcastillo.com.ar *

Re: Remove Me

[Paul Benedict]

Fernando, removing is a self-service. Please see this:
https://struts.apache.org/mail.html



Cheers,
Paul

On Tue, Oct 13, 2015 at 10:15 AM, Fernando FLORES CORCOBA <
fef.flo...@gmail.com> wrote:

> Remove me from this list.
> Thank you.
> --
>
> --
> *visite www.librodelcastillo.com.ar *
>