Re: [S2] Can an interceptor save the request to use it later ?

Please ask this question to the Struts Users mailing list: http://struts.apache.org/mail.html Ciao Antonio 2008/5/27 Andrea Vettori [EMAIL PROTECTED]: Hi, I have a login interceptor that checks the presence of a token in the session. If the token is not present it returns LOGIN; if present

Re: [S2] Can an interceptor save the request to use it later ?

ooops sorry ! Il giorno 27/mag/08, alle ore 08:56, Antonio Petrelli ha scritto: Please ask this question to the Struts Users mailing list: http://struts.apache.org/mail.html Ciao Antonio 2008/5/27 Andrea Vettori [EMAIL PROTECTED]: Hi, I have a login interceptor that checks the presence

Re: 2.1.2 and JSON

Frans Thamura wrote: hi alll for S2 2.1.2, which will become beta do this release make the JSON Plugins will be bundled and any idea for JSON Plugins? The JSON Plugin is an external project and I don't think there has been any discussion of bringing it into Struts. I'm afraid I don't

Re: STRUTS with JSF

khalod85 wrote: I've an application the first module is implemented by STRUTS and the second module needs to be implemented by JSF I'm working with myEclipse as my IDE and JBoss as a web server when I added the JSF capabilities to my project and tried to launch the web application I noticed that

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

The plugin will scan the entire classpath, but that's not to large of an issue and pretty fast (considering). The issue is when it starts loading classes into the perm space to determine if the class is in fact an Action or not. This is the part where your perm space can become full and then

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

The plugin will scan the entire classpath, but that's not to large of an issue and pretty fast (considering). The issue is when it starts loading classes into the perm space to determine if the class is in fact an Action or not. This is the part where your perm space can become full and then

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

The scanning doesn't have anything to do with the location of the JSP files. It is entirely based on the set of package locators and exclude packages. It uses the classpath scanning mechanism that simply opens all the JAR files and looks at them. It only loads a class into the JVM if it is in

Re: STRUTS with JSF

I've tried also with tomcat and oc4j the same thing happend so i don't think it's about jboss or something but it's related to the request processor btw thanks 4 help and quick reply; -- View this message in context: http://www.nabble.com/STRUTS-with-JSF-tp17483553p17491010.html Sent from the

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

You are right and I am confused with another problem, if your action is: action -actions.MyCoolAction (@ResultPath(/)) result - /my-cool.ftl what you get is a bunch of (with different jars) SEVERE: Unable to scan [C:\Program Files\apache-tomcat-6.0.16\lib\catalina.jar] for resources

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

Hmm...this should really be another thread, but there is a much better solution for classpath scanning - xbean-finder. It is a small library used by OpenEJB and Geronimo, three classes, that scans the classpath, but uses a technique that doesn't require the class to be loaded into memory. As a

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

Does this vote have a conclusion? Does the discussion merit a wiki page so we can keep this thread for the vote itself? Paul On Tue, May 27, 2008 at 9:18 AM, Musachy Barroso [EMAIL PROTECTED] wrote: You are right and I am confused with another problem, if your action is: action -

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

The blockers were: 1. Support REST 2. Support Codebehind We agreed on #1, and it should be working (more testing would be nice). We haven't got to an agreement on #2 yet. musachy On Tue, May 27, 2008 at 7:27 PM, Paul Benedict [EMAIL PROTECTED] wrote: Does this vote have a conclusion? Does the

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

I will check it out. Is this something that another plugin could use or core itself? musachy On Tue, May 27, 2008 at 7:24 PM, Don Brown [EMAIL PROTECTED] wrote: Hmm...this should really be another thread, but there is a much better solution for classpath scanning - xbean-finder. It is a small

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

My vote is we bring the classes into XWork to replace the existing classpath scanner. Don On Wed, May 28, 2008 at 10:04 AM, Musachy Barroso [EMAIL PROTECTED] wrote: I will check it out. Is this something that another plugin could use or core itself? musachy On Tue, May 27, 2008 at 7:24 PM,

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

It depends on ASM musachy On Tue, May 27, 2008 at 8:07 PM, Don Brown [EMAIL PROTECTED] wrote: My vote is we bring the classes into XWork to replace the existing classpath scanner. Don On Wed, May 28, 2008 at 10:04 AM, Musachy Barroso [EMAIL PROTECTED] wrote: I will check it out. Is this

Re: [VOTE] Bring Convention plugin into trunk and deprecate Zero Config

That's not a problem, particularly if we jarjar the dependency in the xwork jar. Don On Wed, May 28, 2008 at 10:12 AM, Musachy Barroso [EMAIL PROTECTED] wrote: It depends on ASM musachy On Tue, May 27, 2008 at 8:07 PM, Don Brown [EMAIL PROTECTED] wrote: My vote is we bring the classes into