I seem unable to persist messages to session using the Message Store
interceptor ("store") in conjunction with the Execute and Wait interceptor.
Here's what the configuration looks like:
STORE
When I remove the execAndWait interceptor line, it works fine, but
Is there anything special required to make the "disabled" attribute on a submit
button work (i.e. get generated in HTML)?
This simple line:
is generating the button fine, but it is not disabled in either Firefox or IE
(nor does the HTML give any indication of it being disabled).
Thanks in ad
Never mind, looks like it's already a known bug:
http://issues.apache.org/struts/browse/WW-1758;jsessionid=E06C1AD4BB270F9CD2BE0CE6B17B6A26?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
- Original Message
From: Shahak Nagiel <[EMAIL PROTECTED]>
To: S
I've implemented a similar authenticator (which I called
AuthenticationInterceptor, since it's verifying the user has been
authenticated). The easiest way to handle this is to simply put some object in
the HttpSession once the user is authenticated at login time, such as a User
object. If tha
I'm not sure exactly what you're asking, but yes. For example, the Before and
After annotations, as well as all of the validator annotations.
We've also implemented our own SSLInterceptor class that gets invoked if the
action class uses a custom @SSLProtected annotation using the following logi
.html
Validator annotations:
http://struts.apache.org/2.x/struts2-core/apidocs/com/opensymphony/xwork2/validator/annotations/package-frame.html
- Original Message
From: Shahak Nagiel <[EMAIL PROTECTED]>
To: Struts Users Mailing List
Sent: Monday, May 14, 2007 4:14:40 PM
Subject: Re: [S2]
1) You do need to configure a tile for every page, but since tile definitions
use inheritance, it's not a big deal. You just define what's unique to that
page (typically the page title and the body content, but can obviously be other
things as well). Here's what you're missing:
In tiles.xml:
etting started with Tiles2/S2
I just tried it. I added this to tiles.xml
And pointed my browser to http://localhost:8080/ProjTiles/pages/test . I
got error 404.
any idea
Shahak Nagiel wrote:
> 1) You do need to configu
There's obviously a number of ways to implement this, but here's a few:
- DHTML/Javascript: See the DOMTab library at
http://onlinetools.org/tools/domtabdata/. It's not as bad/messy as you might
think, and it saves you from having to worry about a lot of state management
issues on the back end
MAIL PROTECTED]>
To: Struts Users Mailing List
Sent: Monday, April 16, 2007 6:33:03 AM
Subject: Re: Interceptors and thread-safety
--- Laurie Harper <[EMAIL PROTECTED]> wrote:
> Shahak Nagiel wrote:
>> So, how can these [interceptors] be thread-safe if
>> new Interceptors aren
How about:
>login
This will generate a link to the "login.action" URL (as configured in
struts.xml) and, if necessary, do the appropriate URL encoding for the session.
- Original Message
From: Allen Gilliland <[EMAIL PROTECTED]>
To: user@struts.apache.org
Sent: Monday, April 16, 2007 4
First question: Why are you looking to migrate? My general opinion on
foundational upgrades like this is, "don't fix it if it ain't broke."
I wouldn't necessarily agree that Struts (1 or 2) is "geared towards form-heavy
apps". I'd say it's a powerful and flexible manifestation of the MVC desig
I'm trying to put together an SSL interceptor that does essentially two things:
(1) In intercept(), check the method and scheme; if it's an "http" (non-ssl)
GET, then redirect to the SSL version of the page.
(2) In beforeResult(), check the scheme and result: if it's an "https" (ssl)
and "succes
Are you comfortable (at least to some degree) with all the technologies
discussed in the Primer (http://struts.apache.org/primer.html)? If not, that's
probably a good place to start.
If you want/need a lot of hand-holding, your best bet is probably a good book
(which tend to go into a lot more
on <[EMAIL PROTECTED]>
To: Struts Users Mailing List
Sent: Thursday, April 19, 2007 2:55:49 PM
Subject: Re: Please help me get started
--- Shahak Nagiel <[EMAIL PROTECTED]> wrote:
> Problem is, Struts 2 is still too new and I don't
> think any books cover it. However, there are bo
elling reasons to switch and I just can't seem
to come up with one. That's why I mentioned the form heavy site. If we
were moving towards something like that I could see the usefulness.
I'd like to see some discussion of what kind of apps struts is really good
for and what kinds of
ion class
should be protected
* under SSL (Secure Sockets Layer) HTTP tunneling.
* @version $Revision: $
* @author mailto:[EMAIL PROTECTED]">Shahak Nagiel
* $Id: $
*/
@Retention(RetentionPolicy.RUNTIME)
public @interface SSLProtected { }
/**
* @name SSLInterceptor
* @des
Others can chime in as well, but from my experience in the past,
container-managed authentication is a little too rigid and doesn't offer
anywhere near the flexibility of a custom-brewed authentication/authorization
scheme. That's not to say a "custom" scheme need be entirely proprietary; we
j
For rendering tables, I strongly recommend the SourceForge Display Tag library
(http://displaytag.sourceforge.net/11/index.html) over Table Tags. The latter
offers better Struts and FreeMarker integration, but Display Tag is far more
evolved from an API perspective and abstracts away a lot of l
ers Mailing List
Sent: Thursday, May 3, 2007 4:32:02 PM
Subject: Re: CSS styles for Table Tags
I hope Tom is not reading this :). I'd also suggest using displaytag for
now.
musachy
On 5/3/07, Shahak Nagiel <[EMAIL PROTECTED]> wrote:
>
> For rendering tables, I strongly recommend
ers Mailing List
Sent: Thursday, May 3, 2007 4:32:02 PM
Subject: Re: CSS styles for Table Tags
I hope Tom is not reading this :). I'd also suggest using displaytag for
now.
musachy
On 5/3/07, Shahak Nagiel <[EMAIL PROTECTED]> wrote:
>
> For rendering tables, I strongly recommend
21 matches
Mail list logo