Jeromy Evans wrote:
Roberto Nunnari wrote:
Jeromy Evans wrote:
Roberto Nunnari wrote:
This is what I intend to do. At the moment the CodeBehind/Convention
plugin estimates the name of view candidates (eg.
package-action-result.jsp)
This change would just need to extend that to check if a ti
Roberto Nunnari wrote:
Jeromy Evans wrote:
Roberto Nunnari wrote:
This is what I intend to do. At the moment the CodeBehind/Convention
plugin estimates the name of view candidates (eg.
package-action-result.jsp)
This change would just need to extend that to check if a tile exists
with that
Jeromy Evans wrote:
Roberto Nunnari wrote:
Maybe the convention plugin should look into the tiles.xml
file, or check to see if the tiles plugin or tiles listener
are in the game..
Most probably, the definition names in tiles.xml should
follow the conventions, so that
This is what I intend to
Roberto Nunnari wrote:
Maybe the convention plugin should look into the tiles.xml
file, or check to see if the tiles plugin or tiles listener
are in the game..
Most probably, the definition names in tiles.xml should
follow the conventions, so that
This is what I intend to do. At the moment t
B-INF/tiles/content/auctionView.jsp" />
Martin wrote:
Roberto-
Just to clarify..how should the Results mapping annotations
configuration be introduced?
Thanks
Martin--
- Original Message - From: "Roberto Nunnari"
<[EMAIL PROTECTED]>
To: "Struts Users Ma
ubject: Re: validation and action names with slashes
Jeromy Evans wrote:
Roberto Nunnari wrote:
Hi Jeromy!
The Convention plugin looks very interesting! Does it work
with 2.1.3-SNAPSHOT ? I'd like to give it a try this weekend.
What about mixing it with tiles?
Would it require specifying
Jeromy Evans wrote:
Roberto Nunnari wrote:
Hi Jeromy!
The Convention plugin looks very interesting! Does it work
with 2.1.3-SNAPSHOT ? I'd like to give it a try this weekend.
What about mixing it with tiles?
Would it require specifying tiles results thus breaking
the convenience of conventions
built! going to experiment a bit.
Thank you and best regards.
--
Robi
Jeromy Evans wrote:
Roberto Nunnari wrote:
Jeromy Evans wrote:
Roberto Nunnari wrote:
Hi Jeromy!
The Convention plugin looks very interesting! Does it work
with 2.1.3-SNAPSHOT ? I'd like to give it a try this weekend.
Roberto Nunnari wrote:
Jeromy Evans wrote:
Roberto Nunnari wrote:
Hi Jeromy!
The Convention plugin looks very interesting! Does it work
with 2.1.3-SNAPSHOT ? I'd like to give it a try this weekend.
What about mixing it with tiles?
Would it require specifying tiles results thus breaking
the co
Jeromy Evans wrote:
Roberto Nunnari wrote:
Hi Jeromy!
The Convention plugin looks very interesting! Does it work
with 2.1.3-SNAPSHOT ? I'd like to give it a try this weekend.
What about mixing it with tiles?
Would it require specifying tiles results thus breaking
the convenience of conventions
Roberto Nunnari wrote:
Hi Jeromy!
The Convention plugin looks very interesting! Does it work
with 2.1.3-SNAPSHOT ? I'd like to give it a try this weekend.
What about mixing it with tiles?
Would it require specifying tiles results thus breaking
the convenience of conventions?
It works with 2.1.
Hi Jeromy!
The Convention plugin looks very interesting! Does it work
with 2.1.3-SNAPSHOT ? I'd like to give it a try this weekend.
What about mixing it with tiles?
Would it require specifying tiles results thus breaking
the convenience of conventions?
--
Robi
Jeromy Evans wrote:
Roberto Nu
Roberto Nunnari wrote:
2) action names with wildcards and '!' (ie '*!*') are not usable for
declarative action-alias validation. No idea why.
This works:
class="package.ManageAccountAction">
matches the XML validation:
ManageAccountAction-manageAccount!ChangePassword-validation.xml
wher
Hi guys.
From my tests here's what I found:
1) action names with '/' are not usable for declarative action-alias
validation because of java package name (and most probably filesystem )
incompatibilities
2) action names with wildcards and '!' (ie '*!*') are not usable for
declarative action-
Oops.. little typo! Correction below, in context.
Maybe using a different separator in action name, like '!'
instead of '/' could help..
But now this leads me to a more general question:
Can action names containing '*' be mapped at all to Action-alias validation?
Thank you!
--
Robi
Roberto N
Hi Dale.
Thank you for your answer. See my comments below.
--
Robi
Dale Newfield wrote:
Roberto Nunnari wrote:
..but in order to add declarative validation, that would require
a file named:
CategoryAction/create-validation.xml
Oops.. little typo! That should read:
CategoryAction-Category/c
Roberto Nunnari wrote:
..but in order to add declarative validation, that would require
a file named:
CategoryAction/create-validation.xml
but '/' is not a character allowed in filenames.
Did you actually try putting the validation file at
CategoryAction/create-validation.xml (i.e.: in a subd
Anybody on this, please?
--
Robi
Roberto Nunnari wrote:
Hello.
I'd like to use declarative Action-alias field validation for
several Actions/methods in my S2 webpapp.
S2 let's me do in struts.xml elegant things like:
...
.. my results..
...
and then use it in my jsps:
..bu
Hello.
I'd like to use declarative Action-alias field validation for
several Actions/methods in my S2 webpapp.
S2 let's me do in struts.xml elegant things like:
...
.. my results..
...
and then use it in my jsps:
..but in order to add declarative validation, that would require
19 matches
Mail list logo
