Please ask this question to the Struts Users mailing list:
http://struts.apache.org/mail.html
Anyway, before asking questions, I suggest you to read some documentation,
e.g.:
http://struts.apache.org/2.0.9/docs/validation.html
Antonio
2007/9/12, Gupta, Vikas <[EMAIL PROTECTED]>:
>
> Hello every o
Hello every one
I am new to struts2, and I am facing one problem related to validation
in struts2 , pls help me
I want to have multiple validation on one text box , but it is not
working as per required.
I have one text box (user name), I want 2 validation on this text box 1)
field should not b
The portlet app should not be named struts2-portlet-branch... I tried
fixing it in the branch, but the pom was updated by the release
plugin, so I left it alone. The artifactId can safely be corrected to
struts2-portlet.
Nils-H
On 9/12/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 9/11/07, Anton
[Or, what Ted does while he's waiting for Struts to build ...]
On 9/11/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> I'll definitely agree on that point. In fact I've already started work on a
> system just like the one you describe. However, I selected the frameworks
> and unlike systems lik
On 9/11/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> I don't know if it is useful, but it seems that the parameter is "
> gpg.passphrase" and not "passphrase".
I appreciate the suggestion, but that didn't work either. I'm sure the
plugin will work out fine, it's just that my system is whacked
On 9/11/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> > * Would it be possible to support ReST-style parameters (which I
> > believe are also SEO-preferred), so that
> > "hello-world/save?message=Howdy" could be expressed
> > "hello-world/save/message/Howdy".
> >
> We could give it a shot. Thi
Could you translate these ideas into JIRA tickets and mark them
against 2.1? After I finish with the XWork refactoring, I'd like to
work on making the configuration providers pluggable, because as you
said, it really opens up some interesting possibilities. It is kinda
tricky as you have a chicke
It shouldn't be too hard to create a struts2-standard.jar, which
contains the contents of struts2-core plus several choice plugins.
Spring puts out a spring.jar, which contains their trusted modules,
and I don't see why we couldn't do anything similar. Of course, we'd
have to choose plugins that d
I was having the same error the other day, the way I fixed it was by changing
the groupId for opensymphony in the /core/pom.xml, there are only two places
that it appears in the plugins and the dependencies:
from:
com.opensymphony.xwork
to
opensymphony
this should work :-) I do not k
I keep getting build failures saying maven can't find xwork 2.1-SNAPSHOT:
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artif
On 9/11/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> I'll try and get an example running today that tests this dynamic
> parameters
If it helps, I have some sample code checked in here
* http://sq1-struts2.googlecode.com/svn/trunk/articles/smart-ajax-apps/
It goes with an article I'm draft
I haven't tried it, but the Result does take a parameters array, which,
depending on how it is handled, will allow expressions to be evaluated.
In addition, I thought about adding support for expressions within the
location of the Result annotation. This would allow you to use
non-action redire
I filed issues for the last round at Google Code, and threw in one or
two other tweaks.
Here's a bigger question:
For redirects, would we be able to support "Dynamic Parameters for
Redirects"? Mark has a good description of the conventional S2
approach here:
* http://www.vitarara.org/cms/struts
Ted Husted wrote:
On 9/11/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
If we keep it a plugin then I would suggest removing zero-config from core
so that they don't conflict. I'd probably also want to rework the
DispatcherFilter to make it more pluggable so that the majority of the work
i
On 9/11/07, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> If we keep it a plugin then I would suggest removing zero-config from core
> so that they don't conflict. I'd probably also want to rework the
> DispatcherFilter to make it more pluggable so that the majority of the work
> is from injection
Well, the configuration provider is kinda a pain right now. I started a
thread a while back about making configuration providers pluggable via
the struts-plugin.xml file. I think it sorta died because you can use
init parameters to setup providers in web.xml.
In addition, if you want to use t
2007/9/11, Paul Benedict <[EMAIL PROTECTED]>:
>
> Oh, the .g file is pure human. :-)
In this case I agree with Niall :-)
Antonio
Oh, the .g file is pure human. :-)
On 9/11/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
>
> 2007/9/11, Niall Pemberton <[EMAIL PROTECTED]>:
> >
> > I really dislike changes where as well as the bug/enhancement
> > modifications there are also a mass of style/formatting changes -
> > makes it re
2007/9/11, Niall Pemberton <[EMAIL PROTECTED]>:
>
> I really dislike changes where as well as the bug/enhancement
> modifications there are also a mass of style/formatting changes -
> makes it really difficult to pick out the actual changes from the
> noise in ValidWhenParser.g
I suppose that th
2007/9/11, Don Brown <[EMAIL PROTECTED]>:
>
> As far as a replacement, personally, I'm more interested in
> incorporating the "Unified EL", standardized by JSP 2.1 but usable by
> older servlet containers. It may even be possible to put OGNL behind
> the Unified EL API, allowing us to code to a st
2007/9/11, Ted Husted <[EMAIL PROTECTED]>:
>
> On 9/10/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> > 2007/9/10, Ted Husted <[EMAIL PROTECTED]>:
> > > I got distracted last night, but I'll give it another try tonight.
> >
> > I just ported the release plugin configuration to the 2_0_X branch.
21 matches
Mail list logo
