Access to WW space at cwiki

[Nils-Helge Garli Hegvik]

I have access to edit pages in the S2* spaces, but not the WW space,
which also contain Struts 2 documentation. Can anyone grant me access
there? And why is there both a S2WIKI space and a WW space?

Nils-H
(username nilsga)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Access to WW space at cwiki

[Antonio Petrelli]

2008/1/9, Ted Husted <[EMAIL PROTECTED]>:
>
> To request page editing privileges to WW, first file a Contributor's
> License Agreement ASF
> .



Ted, Nils is a Struts committer...

Antonio

Re: Access to WW space at cwiki

[Ted Husted]

To request page editing privileges to WW, first file a Contributor's
License Agreement ASF
.

An HTML export of the WW space is bundled with the Struts
distribution, and so we must be sure that the ASF has the right to
distribute the material in another format.

For more see,

 * http://struts.apache.org/2.x/docs/editing-the-documentation.html

HTH, Ted


On Jan 9, 2008 3:33 AM, Nils-Helge Garli Hegvik <[EMAIL PROTECTED]> wrote:
> I have access to edit pages in the S2* spaces, but not the WW space,
> which also contain Struts 2 documentation. Can anyone grant me access
> there? And why is there both a S2WIKI space and a WW space?
>
> Nils-H
> (username nilsga)
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



--

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Access to WW space at cwiki

[Ted Husted]

The "Hegvik" at the end of the name on this email confused me. I
looked for that in the CLA file, and nothing turned up, so I thought
this was someone else.

nilsga has editing karma to WW now.

-Ted.


On Jan 9, 2008 5:44 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> 2008/1/9, Ted Husted <[EMAIL PROTECTED]>:
> >
> > To request page editing privileges to WW, first file a Contributor's
> > License Agreement ASF
> > .
>
>
>
> Ted, Nils is a Struts committer...
>
> Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Access to WW space at cwiki

[Nils-Helge Garli Hegvik]

Sorry about that :) Changed my last name a couple of months ago...

Thanks for the karma!

Nils-H

On Jan 9, 2008 12:03 PM, Ted Husted <[EMAIL PROTECTED]> wrote:
> The "Hegvik" at the end of the name on this email confused me. I
> looked for that in the CLA file, and nothing turned up, so I thought
> this was someone else.
>
> nilsga has editing karma to WW now.
>
> -Ted.
>
>
>
> On Jan 9, 2008 5:44 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> > 2008/1/9, Ted Husted <[EMAIL PROTECTED]>:
> > >
> > > To request page editing privileges to WW, first file a Contributor's
> > > License Agreement ASF
> > > .
> >
> >
> >
> > Ted, Nils is a Struts committer...
> >
> > Antonio
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[S2] - Plugin documentation in the wiki

[Nils-Helge Garli Hegvik]

Where's the correct place to put documentation for S2 plugins? I've
noticed that some reside in the S2PLUGINS space in the wiki, and some
are in the WW space. I put the portlet plugin documentation in the
S2PLUGINS space, which I have a feeling was the wrong place to put
it... It aparently also causes problems when the pages are exported,
since the links point into the wiki, and not the exported static
content.

Nils-H

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] - Plugin documentation in the wiki

[Ted Husted]

If the plugin is bundled with the distribution, then the documentation
can go here

 * http://struts.apache.org/2.x/docs/plugin-developers-guide.html

And then we just put a bridge page in the S2PLUGINS space, so that
people can get here from there :)

The S2PLUGIN space covers both the plugins that we bundle, and the
plugins that other people distribute.

If the documentation for a bundled plugin in the S2PLUGINS space, and
the authors have a CLA on file, then we could move it to WW.

HTH, Ted

On Jan 9, 2008 8:34 AM, Nils-Helge Garli Hegvik <[EMAIL PROTECTED]> wrote:
> Where's the correct place to put documentation for S2 plugins? I've
> noticed that some reside in the S2PLUGINS space in the wiki, and some
> are in the WW space. I put the portlet plugin documentation in the
> S2PLUGINS space, which I have a feeling was the wrong place to put
> it... It aparently also causes problems when the pages are exported,
> since the links point into the wiki, and not the exported static
> content.
>
> Nils-H

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] - Plugin documentation in the wiki

[Nils-Helge Garli Hegvik]

Ok, I'll just move it there then, and create a link (I'm not sure if
that's what you meant by a "bridge page"?) in the S2PLUGINS space to
it.

Thanks.

Nils-H

On Jan 9, 2008 2:39 PM, Ted Husted <[EMAIL PROTECTED]> wrote:
> If the plugin is bundled with the distribution, then the documentation
> can go here
>
>  * http://struts.apache.org/2.x/docs/plugin-developers-guide.html
>
> And then we just put a bridge page in the S2PLUGINS space, so that
> people can get here from there :)
>
> The S2PLUGIN space covers both the plugins that we bundle, and the
> plugins that other people distribute.
>
> If the documentation for a bundled plugin in the S2PLUGINS space, and
> the authors have a CLA on file, then we could move it to WW.
>
> HTH, Ted
>
>
> On Jan 9, 2008 8:34 AM, Nils-Helge Garli Hegvik <[EMAIL PROTECTED]> wrote:
> > Where's the correct place to put documentation for S2 plugins? I've
> > noticed that some reside in the S2PLUGINS space in the wiki, and some
> > are in the WW space. I put the portlet plugin documentation in the
> > S2PLUGINS space, which I have a feeling was the wrong place to put
> > it... It aparently also causes problems when the pages are exported,
> > since the links point into the wiki, and not the exported static
> > content.
> >
> > Nils-H
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] - Plugin documentation in the wiki

[Ted Husted]

Like this:

 * http://cwiki.apache.org/S2PLUGINS/rest-plugin.html

-T.

On Jan 9, 2008 8:44 AM, Nils-Helge Garli Hegvik <[EMAIL PROTECTED]> wrote:
> Ok, I'll just move it there then, and create a link (I'm not sure if
> that's what you meant by a "bridge page"?) in the S2PLUGINS space to
> it.
>
> Thanks.
>
> Nils-H
>
>
> On Jan 9, 2008 2:39 PM, Ted Husted <[EMAIL PROTECTED]> wrote:
> > If the plugin is bundled with the distribution, then the documentation
> > can go here
> >
> >  * http://struts.apache.org/2.x/docs/plugin-developers-guide.html
> >
> > And then we just put a bridge page in the S2PLUGINS space, so that
> > people can get here from there :)
> >
> > The S2PLUGIN space covers both the plugins that we bundle, and the
> > plugins that other people distribute.
> >
> > If the documentation for a bundled plugin in the S2PLUGINS space, and
> > the authors have a CLA on file, then we could move it to WW.
> >
> > HTH, Ted
> >
> >
> > On Jan 9, 2008 8:34 AM, Nils-Helge Garli Hegvik <[EMAIL PROTECTED]> wrote:
> > > Where's the correct place to put documentation for S2 plugins? I've
> > > noticed that some reside in the S2PLUGINS space in the wiki, and some
> > > are in the WW space. I put the portlet plugin documentation in the
> > > S2PLUGINS space, which I have a feeling was the wrong place to put
> > > it... It aparently also causes problems when the pages are exported,
> > > since the links point into the wiki, and not the exported static
> > > content.
> > >
> > > Nils-H
> >
>
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
HTH, Ted
 * 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Catch the element param in a action class

[Manoel Pimentel]

Hi to everyone,

Please, I need help :-).

Like are possible catch the values in a session using the
"ActionContext.getContext().getSession()", I want to know if have any way to
catch in a action class, the value of one parameter set in the struts.xml
file?

Example:
I need use in my Action class, the value set in a tag like: XLS inside a
action element.

Thanks for any help, ok?

Manoel Pimentel
www.visaoagil.com
-- 
View this message in context: 
http://www.nabble.com/Catch-the-element-param-in-a-action-class-tp14716514p14716514.html
Sent from the Struts - Dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Catch the element param in a action class

[Dave Newton]

Please ask questions like this on the struts-user list; struts-dev is for the
development of Struts itself.

Thanks,
Dave

--- Manoel Pimentel <[EMAIL PROTECTED]> wrote:

> 
> Hi to everyone,
> 
> Please, I need help :-).
>   
> Like are possible catch the values in a session using the
> "ActionContext.getContext().getSession()", I want to know if have any way
> to
> catch in a action class, the value of one parameter set in the struts.xml
> file?
> 
> Example:
> I need use in my Action class, the value set in a tag like: XLS inside a
> action element.
> 
> Thanks for any help, ok?
> 
> Manoel Pimentel
> www.visaoagil.com
> -- 
> View this message in context:
>
http://www.nabble.com/Catch-the-element-param-in-a-action-class-tp14716514p14716514.html
> Sent from the Struts - Dev mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: invent way to get dropdown data in JSP not using actions or taglibs?

[Adam Hardy]

Is it right to assume that no-one is interested by the idea of extending the S2 
Result to allow extra configuration or classes at this location in the 
architecture?


I had quickly coded a Result to do some 'view logic' (i.e. retrieve a list from 
the model) and I had assumed I would be able to parameterize this using extra 
parameters in  but it seems my extra parameters are ignored - the only 
one that counts is 


Is that correct?



Adam Hardy on 02/01/08 23:55, wrote:
That was the standard struts 1 approach, IIRC. My grudge with the other 
solutions I think also applies to this: it's not a natural solution, 
it's another square peg in a round hole.


This is why I'd like to see something in Struts2 that addresses this 
fundamental duality of purpose in the HTTP request.



Adam

Brian Pontarelli on 02/01/08 22:50, wrote:


However, this still requires some composition or inheritance to 
support multiple actions using the same preparation right?


-bp


Musachy Barroso wrote:
What I do is that I create an  "input" map to the input method on the 
same

action class for which validation is failing. That method is empty (from
ActionSupport), and forwards to the page that will show the data. On 
this
page I use the normal tags backed by the action. If multiple tags 
call the
same method then I "cache" the results on the action. I think your 
problem

can easily be solved by making "input" go thru an action, instead of
forwarding to the page straight. (but you already knew this :) )


regards musachy

On Dec 31, 2007 11:41 AM, Adam Hardy <[EMAIL PROTECTED]>
wrote:


Happy New Year everybody.


This issue is mostly due to the validation failure mechanism which 
passes

flow direct to the 'input' result without giving a chance to code the
data retrieval needed to get data for dropdowns, associated lists, etc
etc which the view/JSP will need.

Currently the assorted solutions to this all seem to be forcing 
round pegs into square holes. For instance, I could make the 'input' 
result an
action chain to go onto another action which does the data reading. 
Or I

could fetch the data via an  or a taglib.

The S2 documentation says in various places things like:

"First, we need to change or query the application's state, and then we
need to present an updated view of the application. The Action class
manages the application's state, and the Result Type manages the view."

Three or four years ago, this issue with the view was discussed 
alot. There was talk of mechanisms termed 'view-controllers' and 
concepts such

as 'view logic'.

I'd love to see this accommodated for in S2.

There is a certain amount of coding I can do to achieve my goals in the
Results, but it may not be the best place for it - the name 'Result'
implies more of a link between the Action and the View, rather than a
place for coding data retrieval.

Essentially I think there is a strong call for a Class or chain of 
classes that can be tied to each particular View, whether Tile, JSP,

velocity or whatever.

This is obviously not what Results were designed for. I can do it 
currently but the S2 config allows only one class per ResultType - so

effectively I'd need one ResultType per JSP, or some pattern for it.

The sort of operations I'm thinking of:

- retrieving lists, sometimes parameterized (e.g. a list of items 
allowed

in a particular category - requires the categoryId)

- caching lists (countries in ApplicationScope,  personalized data 
in session for example)


- localization of dropdown beans (i.e. country names)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 39264] - Validation allows java script injection

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39264


[EMAIL PROTECTED] changed:

   What|Removed |Added

URL||http://doizece.neogen.ro/?1=
   ||1&dz_lg_p=jocuri&idgame=%22+
   ||onmouseover=alert(1049108155
   ||)+.




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 39264] - Validation allows java script injection

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39264


[EMAIL PROTECTED] changed:

   What|Removed |Added

URL|http://doizece.neogen.ro/?1=|
   |1&dz_lg_p=jocuri&idgame=%22+|
   |onmouseover=alert(1049108155|
   |)+. |




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: invent way to get dropdown data in JSP not using actions or taglibs?

[Jeromy Evans]

Adam Hardy wrote:
Is it right to assume that no-one is interested by the idea of 
extending the S2 Result to allow extra configuration or classes at 
this location in the architecture?


Hi Adam, I haven't been convinced yet that there's a strong argument for 
this compared to alternative approaches yet. Or rather that the effort 
doesn't seem justified for the amount I'd use it.  However one related 
use-case I've yet to find a good approach for is when using the REST 
plugin and a ContentTypeHandler to determine which result handler is 
executed:

For the same result:
 - when the requested content type is HTML, a view is returned that 
often does need access to additional data (eg. options for a select)
 - when the requested content type is XML or JSON, the result does not 
need that additional data to be prepared
In this case it makes sense that only the HTML result itself, or the 
view components themselves, should perform the additional logic to 
prepare the HTML view.  The action itself definitely should not be doing 
it (but does).


Your proposal may be the best way to solve that but may need some more 
thought within that context.


I had quickly coded a Result to do some 'view logic' (i.e. retrieve a 
list from the model) and I had assumed I would be able to parameterize 
this using extra parameters in  but it seems my extra 
parameters are ignored - the only one that counts is name="location">


Is that correct?

AFAIK, you can define any new parameters for your Result and set them 
through struts.xml  provided there's a public property for it. 
I've definitely used it for custom results extending 
StrutsResultSupport.  I have a getter and setter in every case.



Adam Hardy on 02/01/08 23:55, wrote:
That was the standard struts 1 approach, IIRC. My grudge with the 
other solutions I think also applies to this: it's not a natural 
solution, it's another square peg in a round hole.


This is why I'd like to see something in Struts2 that addresses this 
fundamental duality of purpose in the HTTP request.



Adam

Brian Pontarelli on 02/01/08 22:50, wrote:


However, this still requires some composition or inheritance to 
support multiple actions using the same preparation right?


-bp


Musachy Barroso wrote:
What I do is that I create an  "input" map to the input method on 
the same
action class for which validation is failing. That method is empty 
(from
ActionSupport), and forwards to the page that will show the data. 
On this
page I use the normal tags backed by the action. If multiple tags 
call the
same method then I "cache" the results on the action. I think your 
problem

can easily be solved by making "input" go thru an action, instead of
forwarding to the page straight. (but you already knew this :) )


regards musachy

On Dec 31, 2007 11:41 AM, Adam Hardy 
<[EMAIL PROTECTED]>

wrote:


Happy New Year everybody.


This issue is mostly due to the validation failure mechanism which 
passes

flow direct to the 'input' result without giving a chance to code the
data retrieval needed to get data for dropdowns, associated lists, 
etc

etc which the view/JSP will need.

Currently the assorted solutions to this all seem to be forcing 
round pegs into square holes. For instance, I could make the 
'input' result an
action chain to go onto another action which does the data 
reading. Or I

could fetch the data via an  or a taglib.

The S2 documentation says in various places things like:

"First, we need to change or query the application's state, and 
then we

need to present an updated view of the application. The Action class
manages the application's state, and the Result Type manages the 
view."


Three or four years ago, this issue with the view was discussed 
alot. There was talk of mechanisms termed 'view-controllers' and 
concepts such

as 'view logic'.

I'd love to see this accommodated for in S2.

There is a certain amount of coding I can do to achieve my goals 
in the

Results, but it may not be the best place for it - the name 'Result'
implies more of a link between the Action and the View, rather than a
place for coding data retrieval.

Essentially I think there is a strong call for a Class or chain of 
classes that can be tied to each particular View, whether Tile, JSP,

velocity or whatever.

This is obviously not what Results were designed for. I can do it 
currently but the S2 config allows only one class per ResultType - so

effectively I'd need one ResultType per JSP, or some pattern for it.

The sort of operations I'm thinking of:

- retrieving lists, sometimes parameterized (e.g. a list of items 
allowed

in a particular category - requires the categoryId)

- caching lists (countries in ApplicationScope,  personalized data 
in session for example)


- localization of dropdown beans (i.e. country names)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







---