You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Jose Luis Martinez Avial <jl...@pb-santander.com> on 2011/02/07 18:55:55 UTC

RE: JSON Property

Hello,
I'm trying to use this combination of tags to convert to JSON, but it seems I have some problems with the TLD. I'm getting the following error:

manageDocuments.jsp:2:5: No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> 

Which is the correct url? and I suppouse I need the jar that implements the tags, right?where can I find the it?

Thanks

Jose Luis

-----Original Message-----
From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com] 
Sent: Thursday, January 06, 2011 11:51 AM
To: Struts Users Mailing List
Subject: Re: JSON Property

Try
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

2011/1/6 Jim Talbut <Ji...@groupgti.com>:
> Ah, sort of.
> Actually WW-3554 stopped me working that one out :)
>
> Now I've moved the JsonPlugin.tld to my own WEB-INF I can make it work, but not using the syntax you used.
>
> If I have:
> <%@taglib prefix="json" uri="/struts-json-tags" %> <%@taglib 
> prefix="c" uri="http://java.sun.com/jstl/core" %> <c:out 
> value="${json:serialize(orderLines)}"/>
>
> I get: PWC6236: According to TLD or attribute directive in tag file, 
> attribute value does not accept any expressions
>
> But if I just put ${json:serialize(orderLines)} on its own it does output the JSON.
>
> I'm new to JSTL, do I have to do something in order to use an OGNL-based expression with c:out?
>
>
> Thanks
>
> Jim
>
> -----Original Message-----
> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
> Sent: 05 January 2011 19:23
> To: Struts Users Mailing List
> Subject: Re: JSON Property
>
> Did this answer your question?
> https://issues.apache.org/jira/browse/WW-3553
>
> 2011/1/5 Chris Pratt <th...@gmail.com>:
>> I'm not sure how to make it work, but it would totally rock if we 
>> could make the "encode" attribute of the <s:property> tag extensible by plug-in's.
>> That way the standard tag could possibly supply encode="html" & encode="js"
>> and the JSON plug-in could add encode="json" and other plug-ins could 
>> extend it in ways they need.  Just a wild thought.
>>  (*Chris*)
>>
>> On Wed, Jan 5, 2011 at 1:22 AM, Steven Yang <ke...@gmail.com> wrote:
>>
>>> I think its "bundled" with S2 but as a separate jar, so dont get mistaken.
>>>
>>> i am a bit reluctant to share my code, which is old and bad, not 
>>> that because i am cheap or anything, its because there are better 
>>> and well-thought code out there (as in JSON plug in) and my code has 
>>> lots of things tied to my project (bad design......).
>>>
>>> and you know what i just checked back on my tag code. I dont think i 
>>> am doing anything much different from what your doing. I siimply 
>>> copied the s:property tag code and replaced the output part of the code.
>>>
>>> here is the part i replaced.....(my tag mimics the "property" tag) 
>>> try {
>>>            if (actualValue != null) {
>>>                if (!(actualValue instanceof String)) { //if String 
>>> then treated its as if in JSON format
>>>                    actualValue = JSONUtil.toJSON(actualValue);
>>>                }
>>>                writer.write(actualValue.toString());
>>>            }
>>>            else if (defaultValue != null) {
>>>                writer.write(defaultValue);
>>>            }
>>>        }
>>>        catch (IOException e) {
>>>            LoggerUtil.BASE_LOGGER.info("error ocurred while writing json:
>>> "
>>> + actualValue, e);
>>>         }
>>>
>>> On Wed, Jan 5, 2011 at 4:59 PM, Maurizio Cucchiara < 
>>> maurizio.cucchiara@gmail.com> wrote:
>>>
>>> > The json plugin is bundled with S2, because previously was on 
>>> > google code, and one had to download separately
>>> >
>>> > 2011/1/5 Jim Talbut <Ji...@groupgti.com>:
>>> > > You are both right.
>>> > >
>>> > > The tag that I'm using at the moment (which isn't fully tested 
>>> > > at all,
>>> > got some data issues to sort out first) is just the property tag 
>>> > with the following modification:
>>> > >        Object objectValue = getStack().findValue(value,
>>> > throwExceptionOnELFailure);
>>> > >        try {
>>> > >            actualValue = JSONUtil.serialize( objectValue );
>>> > >        } catch( JSONException ex ) {
>>> > >            LOG.error("Could not convert {} to a JSON serialized value:
>>> > {}", objectValue, ex);
>>> > >        }
>>> > >
>>> > > Given that I'm using a utility function from the JSON plugin it 
>>> > > does
>>> seem
>>> > to make sense to have that plugin provide this tag.
>>> > >
>>> > > I've filed a feature request against it (
>>> > https://issues.apache.org/jira/browse/WW-3553), but it doesn't 
>>> > seem to
>>> be
>>> > a very active project.
>>> > > I'm also confused by the fact that this page
>>> > https://cwiki.apache.org/S2PLUGINS/json-plugin.html says that the 
>>> > plugin is bundled with Struts, although the JSONUtil class is not 
>>> > in
>>> struts-core.
>>> > >
>>> > > Steven, if you have a more complete and tested tag could you be
>>> persuaded
>>> > to add it to the plugin, or just add what you've got to the bug?
>>> > >
>>> > > Jim
>>> > >
>>> > >
>>> > > -----Original Message-----
>>> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>> > > Sent: 05 January 2011 02:32
>>> > > To: Struts Users Mailing List
>>> > > Subject: Re: JSON Property
>>> > >
>>> > > The plugin has several things it can do, from parsing JSON to
>>> generating
>>> > > JSON results.  And yes, the default is to JSON up the whole 
>>> > > Action, but
>>> > you
>>> > > can have it objectify any object you want.  And it is the 
>>> > > collection
>>> > point
>>> > > for JSON support in Struts 2.
>>> > >  (*Chris*)
>>> > >
>>> > > On Tue, Jan 4, 2011 at 6:12 PM, Steven Yang 
>>> > > <ke...@gmail.com>
>>> > wrote:
>>> > >
>>> > >> I might be wrong here. As I remember JSON Plugin turns the 
>>> > >> whole
>>> action
>>> > >> into
>>> > >> one single JSON object. I dont believe its what Jim wants, but 
>>> > >> most definitely there must be something Jim can use in the 
>>> > >> Plugin to
>>> > transform
>>> > >> his Java Objects to JSON.
>>> > >>
>>> > >> On Wed, Jan 5, 2011 at 2:47 AM, Chris Pratt 
>>> > >> <th...@gmail.com>
>>> > >> wrote:
>>> > >>
>>> > >> > The "obvious" place to me would seem to be the Struts 2 JSON
>>> Plug-in,
>>> > >> since
>>> > >> > it handles all the other JSON duties for Struts 2.
>>> > >> >   (*Chris*)
>>> > >> >
>>> > >> > On Tue, Jan 4, 2011 at 10:32 AM, Jim Talbut <
>>> Jim.Talbut@groupgti.com>
>>> > >> > wrote:
>>> > >> >
>>> > >> > > I could do that (as Aaron Brown suggested on Monday) but I 
>>> > >> > > don't
>>> > >> already
>>> > >> > > have actions that spit out the right JSON.
>>> > >> > > Creating more actions would be more work than creating JSON
>>> getters.
>>> > >> > > Creating either actions or special getters also seems wrong 
>>> > >> > > to me
>>> -
>>> > >> it's
>>> > >> > > the JSP that needs JSON and it should only be the JSP that 
>>> > >> > > knows
>>> > that
>>> > >> it
>>> > >> > > needs JSON.
>>> > >> > > Obviously if one is dealing with AJAX one has no choice but 
>>> > >> > > to
>>> have
>>> > >> JSON
>>> > >> > > actions, but I'm not.
>>> > >> > >
>>> > >> > > I've now written a JSON tag, but given that Steven Yang and 
>>> > >> > > I have
>>> > now
>>> > >> > > written something to do the same job it seems to me that 
>>> > >> > > there
>>> ought
>>> > to
>>> > >> > be
>>> > >> > > some common entity for providing it (i.e. I think it should 
>>> > >> > > be in struts-json-tags).
>>> > >> > >
>>> > >> > > Jim
>>> > >> > >
>>> > >> > > -----Original Message-----
>>> > >> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>> > >> > > Sent: 04 January 2011 15:54
>>> > >> > > To: Struts Users Mailing List
>>> > >> > > Subject: Re: JSON Property
>>> > >> > >
>>> > >> > > You might also need the executeResult="true" attribute on 
>>> > >> > > the
>>> > >> <s:action>
>>> > >> > > tag.
>>> > >> > >  (*Chris*)
>>> > >> > >
>>> > >> > > On Tue, Jan 4, 2011 at 7:06 AM, Biesbrock, Kevin
>>> > >> > > <Bi...@aoins.com>wrote:
>>> > >> > >
>>> > >> > > > > I don't want to use a separate roundtrip for loading 
>>> > >> > > > > the
>>> jqGrid
>>> > for
>>> > >> > > > two reasons:
>>> > >> > > > > 1. I want to handle the contents of the grid, and 
>>> > >> > > > > additional
>>> > >> fields,
>>> > >> > > > in a single transaction.
>>> > >> > > > > 2. It's inefficient and unnecessary.
>>> > >> > > > > Obviously the first is the more important :)
>>> > >> > > >
>>> > >> > > >
>>> > >> > > > I think you could do something like this in your jsp:
>>> > >> > > >
>>> > >> > > > <input type="hidden" name="jgrid-json-data" 
>>> > >> > > > value="<s:action name="myJsonAction" 
>>> > >> > > > namespace="/json"/>"/>
>>> > >> > > >
>>> > >> > > > This would allow you to use the already-in-place json 
>>> > >> > > > result
>>> type
>>> > and
>>> > >> > > > save you a lot of extra work.
>>> > >> > > >
>>> > >> > > >
>>> > >> > > > -Beez
>>> > >> > > >
>>> > >> > > >
>>> > >> > > >
>>> > ------------------------------------------------------------------
>>> > ---
>>> > >> > > > To unsubscribe, e-mail: 
>>> > >> > > > user-unsubscribe@struts.apache.org
>>> > >> > > > For additional commands, e-mail: 
>>> > >> > > > user-help@struts.apache.org
>>> > >> > > >
>>> > >> > > >
>>> > >> > >
>>> > >> > >
>>> > ------------------------------------------------------------------
>>> > ---
>>> > >> > > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > >> > > For additional commands, e-mail: 
>>> > >> > > user-help@struts.apache.org
>>> > >> > >
>>> > >> > >
>>> > >> >
>>> > >>
>>> > >
>>> > > ----------------------------------------------------------------
>>> > > ----- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > > For additional commands, e-mail: user-help@struts.apache.org
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Maurizio Cucchiara
>>> >
>>> > ------------------------------------------------------------------
>>> > --- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > For additional commands, e-mail: user-help@struts.apache.org
>>> >
>>> >
>>>
>>
>
>
>
> --
> Maurizio Cucchiara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>



--
Maurizio Cucchiara

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Internet communications are not secure and therefore Banco 
Santander International does not accept legal responsibility for 
the contents of this message. Any views or opinions presented 
are solely those of the author and do not necessarily represent 
those of Banco Santander International unless otherwise 
specifically stated. 

Las comunicaciones vía Internet no son seguras y, por lo tanto,
Banco Santander International no asume responsabilidad legal 
ni de ningún otro tipo por el contenido de este mensaje. 
Cualquier opinión transmitida pertenece únicamente al autor y 
no necesariamente representa la opinión de Banco Santander 
International, a no ser que esté expresamente detallado.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


RE: JSON Property

Posted by Jose Luis Martinez Avial <jl...@pb-santander.com>.
That was the problem. I hadn't included the jstl library. It works fine now. Thanks!! 

-----Original Message-----
From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com] 
Sent: Monday, February 07, 2011 1:15 PM
To: Struts Users Mailing List
Subject: Re: JSON Property

The right url should be http://java.sun.com/jsp/jstl/core,
http://java.sun.com/jstl/core is the old one.

Did you include the jstl library?

On 7 February 2011 19:12, Biesbrock, Kevin <Bi...@aoins.com> wrote:
> Excuse me, I Google searched "jstl taglib"...
>
>
> Beez
> r 5347
>
> -----Original Message-----
> From: Jose Luis Martinez Avial [mailto:jlmartinez@pb-santander.com]
> Sent: Monday, February 07, 2011 12:56 PM
> To: Struts Users Mailing List
> Subject: RE: JSON Property
>
> Hello,
> I'm trying to use this combination of tags to convert to JSON, but it seems I have some problems with the TLD. I'm getting the following error:
>
> manageDocuments.jsp:2:5: No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> Which is the correct url? and I suppouse I need the jar that implements the tags, right?where can I find the it?
>
> Thanks
>
> Jose Luis
>
> -----Original Message-----
> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
> Sent: Thursday, January 06, 2011 11:51 AM
> To: Struts Users Mailing List
> Subject: Re: JSON Property
>
> Try
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> 2011/1/6 Jim Talbut <Ji...@groupgti.com>:
>> Ah, sort of.
>> Actually WW-3554 stopped me working that one out :)
>>
>> Now I've moved the JsonPlugin.tld to my own WEB-INF I can make it work, but not using the syntax you used.
>>
>> If I have:
>> <%@taglib prefix="json" uri="/struts-json-tags" %> <%@taglib 
>> prefix="c" uri="http://java.sun.com/jstl/core" %> <c:out 
>> value="${json:serialize(orderLines)}"/>
>>
>> I get: PWC6236: According to TLD or attribute directive in tag file, 
>> attribute value does not accept any expressions
>>
>> But if I just put ${json:serialize(orderLines)} on its own it does output the JSON.
>>
>> I'm new to JSTL, do I have to do something in order to use an OGNL-based expression with c:out?
>>
>>
>> Thanks
>>
>> Jim
>>
>> -----Original Message-----
>> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
>> Sent: 05 January 2011 19:23
>> To: Struts Users Mailing List
>> Subject: Re: JSON Property
>>
>> Did this answer your question?
>> https://issues.apache.org/jira/browse/WW-3553
>>
>> 2011/1/5 Chris Pratt <th...@gmail.com>:
>>> I'm not sure how to make it work, but it would totally rock if we 
>>> could make the "encode" attribute of the <s:property> tag extensible by plug-in's.
>>> That way the standard tag could possibly supply encode="html" & encode="js"
>>> and the JSON plug-in could add encode="json" and other plug-ins 
>>> could extend it in ways they need.  Just a wild thought.
>>>  (*Chris*)
>>>
>>> On Wed, Jan 5, 2011 at 1:22 AM, Steven Yang <ke...@gmail.com> wrote:
>>>
>>>> I think its "bundled" with S2 but as a separate jar, so dont get mistaken.
>>>>
>>>> i am a bit reluctant to share my code, which is old and bad, not 
>>>> that because i am cheap or anything, its because there are better 
>>>> and well-thought code out there (as in JSON plug in) and my code 
>>>> has lots of things tied to my project (bad design......).
>>>>
>>>> and you know what i just checked back on my tag code. I dont think 
>>>> i am doing anything much different from what your doing. I siimply 
>>>> copied the s:property tag code and replaced the output part of the code.
>>>>
>>>> here is the part i replaced.....(my tag mimics the "property" tag) 
>>>> try {
>>>>            if (actualValue != null) {
>>>>                if (!(actualValue instanceof String)) { //if String 
>>>> then treated its as if in JSON format
>>>>                    actualValue = JSONUtil.toJSON(actualValue);
>>>>                }
>>>>                writer.write(actualValue.toString());
>>>>            }
>>>>            else if (defaultValue != null) {
>>>>                writer.write(defaultValue);
>>>>            }
>>>>        }
>>>>        catch (IOException e) {
>>>>            LoggerUtil.BASE_LOGGER.info("error ocurred while writing json:
>>>> "
>>>> + actualValue, e);
>>>>         }
>>>>
>>>> On Wed, Jan 5, 2011 at 4:59 PM, Maurizio Cucchiara < 
>>>> maurizio.cucchiara@gmail.com> wrote:
>>>>
>>>> > The json plugin is bundled with S2, because previously was on 
>>>> > google code, and one had to download separately
>>>> >
>>>> > 2011/1/5 Jim Talbut <Ji...@groupgti.com>:
>>>> > > You are both right.
>>>> > >
>>>> > > The tag that I'm using at the moment (which isn't fully tested 
>>>> > > at all,
>>>> > got some data issues to sort out first) is just the property tag 
>>>> > with the following modification:
>>>> > >        Object objectValue = getStack().findValue(value,
>>>> > throwExceptionOnELFailure);
>>>> > >        try {
>>>> > >            actualValue = JSONUtil.serialize( objectValue );
>>>> > >        } catch( JSONException ex ) {
>>>> > >            LOG.error("Could not convert {} to a JSON serialized value:
>>>> > {}", objectValue, ex);
>>>> > >        }
>>>> > >
>>>> > > Given that I'm using a utility function from the JSON plugin it 
>>>> > > does
>>>> seem
>>>> > to make sense to have that plugin provide this tag.
>>>> > >
>>>> > > I've filed a feature request against it (
>>>> > https://issues.apache.org/jira/browse/WW-3553), but it doesn't 
>>>> > seem to
>>>> be
>>>> > a very active project.
>>>> > > I'm also confused by the fact that this page
>>>> > https://cwiki.apache.org/S2PLUGINS/json-plugin.html says that the 
>>>> > plugin is bundled with Struts, although the JSONUtil class is not 
>>>> > in
>>>> struts-core.
>>>> > >
>>>> > > Steven, if you have a more complete and tested tag could you be
>>>> persuaded
>>>> > to add it to the plugin, or just add what you've got to the bug?
>>>> > >
>>>> > > Jim
>>>> > >
>>>> > >
>>>> > > -----Original Message-----
>>>> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > > Sent: 05 January 2011 02:32
>>>> > > To: Struts Users Mailing List
>>>> > > Subject: Re: JSON Property
>>>> > >
>>>> > > The plugin has several things it can do, from parsing JSON to
>>>> generating
>>>> > > JSON results.  And yes, the default is to JSON up the whole 
>>>> > > Action, but
>>>> > you
>>>> > > can have it objectify any object you want.  And it is the 
>>>> > > collection
>>>> > point
>>>> > > for JSON support in Struts 2.
>>>> > >  (*Chris*)
>>>> > >
>>>> > > On Tue, Jan 4, 2011 at 6:12 PM, Steven Yang 
>>>> > > <ke...@gmail.com>
>>>> > wrote:
>>>> > >
>>>> > >> I might be wrong here. As I remember JSON Plugin turns the 
>>>> > >> whole
>>>> action
>>>> > >> into
>>>> > >> one single JSON object. I dont believe its what Jim wants, but 
>>>> > >> most definitely there must be something Jim can use in the 
>>>> > >> Plugin to
>>>> > transform
>>>> > >> his Java Objects to JSON.
>>>> > >>
>>>> > >> On Wed, Jan 5, 2011 at 2:47 AM, Chris Pratt 
>>>> > >> <th...@gmail.com>
>>>> > >> wrote:
>>>> > >>
>>>> > >> > The "obvious" place to me would seem to be the Struts 2 JSON
>>>> Plug-in,
>>>> > >> since
>>>> > >> > it handles all the other JSON duties for Struts 2.
>>>> > >> >   (*Chris*)
>>>> > >> >
>>>> > >> > On Tue, Jan 4, 2011 at 10:32 AM, Jim Talbut <
>>>> Jim.Talbut@groupgti.com>
>>>> > >> > wrote:
>>>> > >> >
>>>> > >> > > I could do that (as Aaron Brown suggested on Monday) but I 
>>>> > >> > > don't
>>>> > >> already
>>>> > >> > > have actions that spit out the right JSON.
>>>> > >> > > Creating more actions would be more work than creating 
>>>> > >> > > JSON
>>>> getters.
>>>> > >> > > Creating either actions or special getters also seems 
>>>> > >> > > wrong to me
>>>> -
>>>> > >> it's
>>>> > >> > > the JSP that needs JSON and it should only be the JSP that 
>>>> > >> > > knows
>>>> > that
>>>> > >> it
>>>> > >> > > needs JSON.
>>>> > >> > > Obviously if one is dealing with AJAX one has no choice 
>>>> > >> > > but to
>>>> have
>>>> > >> JSON
>>>> > >> > > actions, but I'm not.
>>>> > >> > >
>>>> > >> > > I've now written a JSON tag, but given that Steven Yang 
>>>> > >> > > and I have
>>>> > now
>>>> > >> > > written something to do the same job it seems to me that 
>>>> > >> > > there
>>>> ought
>>>> > to
>>>> > >> > be
>>>> > >> > > some common entity for providing it (i.e. I think it 
>>>> > >> > > should be in struts-json-tags).
>>>> > >> > >
>>>> > >> > > Jim
>>>> > >> > >
>>>> > >> > > -----Original Message-----
>>>> > >> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > >> > > Sent: 04 January 2011 15:54
>>>> > >> > > To: Struts Users Mailing List
>>>> > >> > > Subject: Re: JSON Property
>>>> > >> > >
>>>> > >> > > You might also need the executeResult="true" attribute on 
>>>> > >> > > the
>>>> > >> <s:action>
>>>> > >> > > tag.
>>>> > >> > >  (*Chris*)
>>>> > >> > >
>>>> > >> > > On Tue, Jan 4, 2011 at 7:06 AM, Biesbrock, Kevin
>>>> > >> > > <Bi...@aoins.com>wrote:
>>>> > >> > >
>>>> > >> > > > > I don't want to use a separate roundtrip for loading 
>>>> > >> > > > > the
>>>> jqGrid
>>>> > for
>>>> > >> > > > two reasons:
>>>> > >> > > > > 1. I want to handle the contents of the grid, and 
>>>> > >> > > > > additional
>>>> > >> fields,
>>>> > >> > > > in a single transaction.
>>>> > >> > > > > 2. It's inefficient and unnecessary.
>>>> > >> > > > > Obviously the first is the more important :)
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > I think you could do something like this in your jsp:
>>>> > >> > > >
>>>> > >> > > > <input type="hidden" name="jgrid-json-data"
>>>> > >> > > > value="<s:action name="myJsonAction"
>>>> > >> > > > namespace="/json"/>"/>
>>>> > >> > > >
>>>> > >> > > > This would allow you to use the already-in-place json 
>>>> > >> > > > result
>>>> type
>>>> > and
>>>> > >> > > > save you a lot of extra work.
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > -Beez
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > ---
>>>> > >> > > > To unsubscribe, e-mail:
>>>> > >> > > > user-unsubscribe@struts.apache.org
>>>> > >> > > > For additional commands, e-mail:
>>>> > >> > > > user-help@struts.apache.org
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > >
>>>> > >> > >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > ---
>>>> > >> > > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > >> > > For additional commands, e-mail:
>>>> > >> > > user-help@struts.apache.org
>>>> > >> > >
>>>> > >> > >
>>>> > >> >
>>>> > >>
>>>> > >
>>>> > > ---------------------------------------------------------------
>>>> > > -
>>>> > > ----- To unsubscribe, e-mail: 
>>>> > > user-unsubscribe@struts.apache.org
>>>> > > For additional commands, e-mail: user-help@struts.apache.org
>>>> > >
>>>> > >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Maurizio Cucchiara
>>>> >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > --- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > For additional commands, e-mail: user-help@struts.apache.org
>>>> >
>>>> >
>>>>
>>>
>>
>>
>>
>> --
>> Maurizio Cucchiara
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
> --
> Maurizio Cucchiara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> Internet communications are not secure and therefore Banco Santander International does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of Banco Santander International unless otherwise specifically stated.
>
> Las comunicaciones vía Internet no son seguras y, por lo tanto, Banco Santander International no asume responsabilidad legal ni de ningún otro tipo por el contenido de este mensaje.
> Cualquier opinión transmitida pertenece únicamente al autor y no necesariamente representa la opinión de Banco Santander International, a no ser que esté expresamente detallado.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>



--
Maurizio Cucchiara

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Internet communications are not secure and therefore Banco 
Santander International does not accept legal responsibility for 
the contents of this message. Any views or opinions presented 
are solely those of the author and do not necessarily represent 
those of Banco Santander International unless otherwise 
specifically stated. 

Las comunicaciones vía Internet no son seguras y, por lo tanto,
Banco Santander International no asume responsabilidad legal 
ni de ningún otro tipo por el contenido de este mensaje. 
Cualquier opinión transmitida pertenece únicamente al autor y 
no necesariamente representa la opinión de Banco Santander 
International, a no ser que esté expresamente detallado.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


RE: JSON Property

Posted by Jose Luis Martinez Avial <jl...@pb-santander.com>.
never mind, it can be avoided with the attribte escapeXml='false' in the tag.

-----Original Message-----
From: Jose Luis Martinez Avial 
Sent: Monday, February 07, 2011 2:43 PM
To: 'Struts Users Mailing List'
Subject: RE: JSON Property

Question, the tag is writing the quotes as &#034;, so I'm getting something like this:

var distributionListContent = {&#034;identifier&#034;:&#034;idDistributionList&#034;,&#034;items&#034;:[{&#034;dateCreated&#034;:&#034;2011-01-08T15:38:25&#034;,&#034;distributionListName&#034;:&#034;EDP\/SPR&#034;,&#034;idDistributionList&#034;:&#034;3&#034;}],&#034;label&#034;:null};

How can I avoid that?

-----Original Message-----
From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
Sent: Monday, February 07, 2011 1:15 PM
To: Struts Users Mailing List
Subject: Re: JSON Property

The right url should be http://java.sun.com/jsp/jstl/core,
http://java.sun.com/jstl/core is the old one.

Did you include the jstl library?

On 7 February 2011 19:12, Biesbrock, Kevin <Bi...@aoins.com> wrote:
> Excuse me, I Google searched "jstl taglib"...
>
>
> Beez
> r 5347
>
> -----Original Message-----
> From: Jose Luis Martinez Avial [mailto:jlmartinez@pb-santander.com]
> Sent: Monday, February 07, 2011 12:56 PM
> To: Struts Users Mailing List
> Subject: RE: JSON Property
>
> Hello,
> I'm trying to use this combination of tags to convert to JSON, but it seems I have some problems with the TLD. I'm getting the following error:
>
> manageDocuments.jsp:2:5: No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> Which is the correct url? and I suppouse I need the jar that implements the tags, right?where can I find the it?
>
> Thanks
>
> Jose Luis
>
> -----Original Message-----
> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
> Sent: Thursday, January 06, 2011 11:51 AM
> To: Struts Users Mailing List
> Subject: Re: JSON Property
>
> Try
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> 2011/1/6 Jim Talbut <Ji...@groupgti.com>:
>> Ah, sort of.
>> Actually WW-3554 stopped me working that one out :)
>>
>> Now I've moved the JsonPlugin.tld to my own WEB-INF I can make it work, but not using the syntax you used.
>>
>> If I have:
>> <%@taglib prefix="json" uri="/struts-json-tags" %> <%@taglib 
>> prefix="c" uri="http://java.sun.com/jstl/core" %> <c:out 
>> value="${json:serialize(orderLines)}"/>
>>
>> I get: PWC6236: According to TLD or attribute directive in tag file, 
>> attribute value does not accept any expressions
>>
>> But if I just put ${json:serialize(orderLines)} on its own it does output the JSON.
>>
>> I'm new to JSTL, do I have to do something in order to use an OGNL-based expression with c:out?
>>
>>
>> Thanks
>>
>> Jim
>>
>> -----Original Message-----
>> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
>> Sent: 05 January 2011 19:23
>> To: Struts Users Mailing List
>> Subject: Re: JSON Property
>>
>> Did this answer your question?
>> https://issues.apache.org/jira/browse/WW-3553
>>
>> 2011/1/5 Chris Pratt <th...@gmail.com>:
>>> I'm not sure how to make it work, but it would totally rock if we 
>>> could make the "encode" attribute of the <s:property> tag extensible by plug-in's.
>>> That way the standard tag could possibly supply encode="html" & encode="js"
>>> and the JSON plug-in could add encode="json" and other plug-ins 
>>> could extend it in ways they need.  Just a wild thought.
>>>  (*Chris*)
>>>
>>> On Wed, Jan 5, 2011 at 1:22 AM, Steven Yang <ke...@gmail.com> wrote:
>>>
>>>> I think its "bundled" with S2 but as a separate jar, so dont get mistaken.
>>>>
>>>> i am a bit reluctant to share my code, which is old and bad, not 
>>>> that because i am cheap or anything, its because there are better 
>>>> and well-thought code out there (as in JSON plug in) and my code 
>>>> has lots of things tied to my project (bad design......).
>>>>
>>>> and you know what i just checked back on my tag code. I dont think 
>>>> i am doing anything much different from what your doing. I siimply 
>>>> copied the s:property tag code and replaced the output part of the code.
>>>>
>>>> here is the part i replaced.....(my tag mimics the "property" tag) 
>>>> try {
>>>>            if (actualValue != null) {
>>>>                if (!(actualValue instanceof String)) { //if String 
>>>> then treated its as if in JSON format
>>>>                    actualValue = JSONUtil.toJSON(actualValue);
>>>>                }
>>>>                writer.write(actualValue.toString());
>>>>            }
>>>>            else if (defaultValue != null) {
>>>>                writer.write(defaultValue);
>>>>            }
>>>>        }
>>>>        catch (IOException e) {
>>>>            LoggerUtil.BASE_LOGGER.info("error ocurred while writing json:
>>>> "
>>>> + actualValue, e);
>>>>         }
>>>>
>>>> On Wed, Jan 5, 2011 at 4:59 PM, Maurizio Cucchiara < 
>>>> maurizio.cucchiara@gmail.com> wrote:
>>>>
>>>> > The json plugin is bundled with S2, because previously was on 
>>>> > google code, and one had to download separately
>>>> >
>>>> > 2011/1/5 Jim Talbut <Ji...@groupgti.com>:
>>>> > > You are both right.
>>>> > >
>>>> > > The tag that I'm using at the moment (which isn't fully tested 
>>>> > > at all,
>>>> > got some data issues to sort out first) is just the property tag 
>>>> > with the following modification:
>>>> > >        Object objectValue = getStack().findValue(value,
>>>> > throwExceptionOnELFailure);
>>>> > >        try {
>>>> > >            actualValue = JSONUtil.serialize( objectValue );
>>>> > >        } catch( JSONException ex ) {
>>>> > >            LOG.error("Could not convert {} to a JSON serialized value:
>>>> > {}", objectValue, ex);
>>>> > >        }
>>>> > >
>>>> > > Given that I'm using a utility function from the JSON plugin it 
>>>> > > does
>>>> seem
>>>> > to make sense to have that plugin provide this tag.
>>>> > >
>>>> > > I've filed a feature request against it (
>>>> > https://issues.apache.org/jira/browse/WW-3553), but it doesn't 
>>>> > seem to
>>>> be
>>>> > a very active project.
>>>> > > I'm also confused by the fact that this page
>>>> > https://cwiki.apache.org/S2PLUGINS/json-plugin.html says that the 
>>>> > plugin is bundled with Struts, although the JSONUtil class is not 
>>>> > in
>>>> struts-core.
>>>> > >
>>>> > > Steven, if you have a more complete and tested tag could you be
>>>> persuaded
>>>> > to add it to the plugin, or just add what you've got to the bug?
>>>> > >
>>>> > > Jim
>>>> > >
>>>> > >
>>>> > > -----Original Message-----
>>>> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > > Sent: 05 January 2011 02:32
>>>> > > To: Struts Users Mailing List
>>>> > > Subject: Re: JSON Property
>>>> > >
>>>> > > The plugin has several things it can do, from parsing JSON to
>>>> generating
>>>> > > JSON results.  And yes, the default is to JSON up the whole 
>>>> > > Action, but
>>>> > you
>>>> > > can have it objectify any object you want.  And it is the 
>>>> > > collection
>>>> > point
>>>> > > for JSON support in Struts 2.
>>>> > >  (*Chris*)
>>>> > >
>>>> > > On Tue, Jan 4, 2011 at 6:12 PM, Steven Yang 
>>>> > > <ke...@gmail.com>
>>>> > wrote:
>>>> > >
>>>> > >> I might be wrong here. As I remember JSON Plugin turns the 
>>>> > >> whole
>>>> action
>>>> > >> into
>>>> > >> one single JSON object. I dont believe its what Jim wants, but 
>>>> > >> most definitely there must be something Jim can use in the 
>>>> > >> Plugin to
>>>> > transform
>>>> > >> his Java Objects to JSON.
>>>> > >>
>>>> > >> On Wed, Jan 5, 2011 at 2:47 AM, Chris Pratt 
>>>> > >> <th...@gmail.com>
>>>> > >> wrote:
>>>> > >>
>>>> > >> > The "obvious" place to me would seem to be the Struts 2 JSON
>>>> Plug-in,
>>>> > >> since
>>>> > >> > it handles all the other JSON duties for Struts 2.
>>>> > >> >   (*Chris*)
>>>> > >> >
>>>> > >> > On Tue, Jan 4, 2011 at 10:32 AM, Jim Talbut <
>>>> Jim.Talbut@groupgti.com>
>>>> > >> > wrote:
>>>> > >> >
>>>> > >> > > I could do that (as Aaron Brown suggested on Monday) but I 
>>>> > >> > > don't
>>>> > >> already
>>>> > >> > > have actions that spit out the right JSON.
>>>> > >> > > Creating more actions would be more work than creating 
>>>> > >> > > JSON
>>>> getters.
>>>> > >> > > Creating either actions or special getters also seems 
>>>> > >> > > wrong to me
>>>> -
>>>> > >> it's
>>>> > >> > > the JSP that needs JSON and it should only be the JSP that 
>>>> > >> > > knows
>>>> > that
>>>> > >> it
>>>> > >> > > needs JSON.
>>>> > >> > > Obviously if one is dealing with AJAX one has no choice 
>>>> > >> > > but to
>>>> have
>>>> > >> JSON
>>>> > >> > > actions, but I'm not.
>>>> > >> > >
>>>> > >> > > I've now written a JSON tag, but given that Steven Yang 
>>>> > >> > > and I have
>>>> > now
>>>> > >> > > written something to do the same job it seems to me that 
>>>> > >> > > there
>>>> ought
>>>> > to
>>>> > >> > be
>>>> > >> > > some common entity for providing it (i.e. I think it 
>>>> > >> > > should be in struts-json-tags).
>>>> > >> > >
>>>> > >> > > Jim
>>>> > >> > >
>>>> > >> > > -----Original Message-----
>>>> > >> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > >> > > Sent: 04 January 2011 15:54
>>>> > >> > > To: Struts Users Mailing List
>>>> > >> > > Subject: Re: JSON Property
>>>> > >> > >
>>>> > >> > > You might also need the executeResult="true" attribute on 
>>>> > >> > > the
>>>> > >> <s:action>
>>>> > >> > > tag.
>>>> > >> > >  (*Chris*)
>>>> > >> > >
>>>> > >> > > On Tue, Jan 4, 2011 at 7:06 AM, Biesbrock, Kevin
>>>> > >> > > <Bi...@aoins.com>wrote:
>>>> > >> > >
>>>> > >> > > > > I don't want to use a separate roundtrip for loading 
>>>> > >> > > > > the
>>>> jqGrid
>>>> > for
>>>> > >> > > > two reasons:
>>>> > >> > > > > 1. I want to handle the contents of the grid, and 
>>>> > >> > > > > additional
>>>> > >> fields,
>>>> > >> > > > in a single transaction.
>>>> > >> > > > > 2. It's inefficient and unnecessary.
>>>> > >> > > > > Obviously the first is the more important :)
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > I think you could do something like this in your jsp:
>>>> > >> > > >
>>>> > >> > > > <input type="hidden" name="jgrid-json-data"
>>>> > >> > > > value="<s:action name="myJsonAction"
>>>> > >> > > > namespace="/json"/>"/>
>>>> > >> > > >
>>>> > >> > > > This would allow you to use the already-in-place json 
>>>> > >> > > > result
>>>> type
>>>> > and
>>>> > >> > > > save you a lot of extra work.
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > -Beez
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > ---
>>>> > >> > > > To unsubscribe, e-mail:
>>>> > >> > > > user-unsubscribe@struts.apache.org
>>>> > >> > > > For additional commands, e-mail:
>>>> > >> > > > user-help@struts.apache.org
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > >
>>>> > >> > >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > ---
>>>> > >> > > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > >> > > For additional commands, e-mail:
>>>> > >> > > user-help@struts.apache.org
>>>> > >> > >
>>>> > >> > >
>>>> > >> >
>>>> > >>
>>>> > >
>>>> > > ---------------------------------------------------------------
>>>> > > -
>>>> > > ----- To unsubscribe, e-mail: 
>>>> > > user-unsubscribe@struts.apache.org
>>>> > > For additional commands, e-mail: user-help@struts.apache.org
>>>> > >
>>>> > >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Maurizio Cucchiara
>>>> >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > --- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > For additional commands, e-mail: user-help@struts.apache.org
>>>> >
>>>> >
>>>>
>>>
>>
>>
>>
>> --
>> Maurizio Cucchiara
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
> --
> Maurizio Cucchiara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> Internet communications are not secure and therefore Banco Santander International does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of Banco Santander International unless otherwise specifically stated.
>
> Las comunicaciones vía Internet no son seguras y, por lo tanto, Banco Santander International no asume responsabilidad legal ni de ningún otro tipo por el contenido de este mensaje.
> Cualquier opinión transmitida pertenece únicamente al autor y no necesariamente representa la opinión de Banco Santander International, a no ser que esté expresamente detallado.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>



--
Maurizio Cucchiara

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Internet communications are not secure and therefore Banco 
Santander International does not accept legal responsibility for 
the contents of this message. Any views or opinions presented 
are solely those of the author and do not necessarily represent 
those of Banco Santander International unless otherwise 
specifically stated. 

Las comunicaciones vía Internet no son seguras y, por lo tanto,
Banco Santander International no asume responsabilidad legal 
ni de ningún otro tipo por el contenido de este mensaje. 
Cualquier opinión transmitida pertenece únicamente al autor y 
no necesariamente representa la opinión de Banco Santander 
International, a no ser que esté expresamente detallado.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


RE: JSON Property

Posted by Jose Luis Martinez Avial <jl...@pb-santander.com>.
Question, the tag is writing the quotes as &#034;, so I'm getting something like this:

var distributionListContent = {&#034;identifier&#034;:&#034;idDistributionList&#034;,&#034;items&#034;:[{&#034;dateCreated&#034;:&#034;2011-01-08T15:38:25&#034;,&#034;distributionListName&#034;:&#034;EDP\/SPR&#034;,&#034;idDistributionList&#034;:&#034;3&#034;}],&#034;label&#034;:null};

How can I avoid that?

-----Original Message-----
From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com] 
Sent: Monday, February 07, 2011 1:15 PM
To: Struts Users Mailing List
Subject: Re: JSON Property

The right url should be http://java.sun.com/jsp/jstl/core,
http://java.sun.com/jstl/core is the old one.

Did you include the jstl library?

On 7 February 2011 19:12, Biesbrock, Kevin <Bi...@aoins.com> wrote:
> Excuse me, I Google searched "jstl taglib"...
>
>
> Beez
> r 5347
>
> -----Original Message-----
> From: Jose Luis Martinez Avial [mailto:jlmartinez@pb-santander.com]
> Sent: Monday, February 07, 2011 12:56 PM
> To: Struts Users Mailing List
> Subject: RE: JSON Property
>
> Hello,
> I'm trying to use this combination of tags to convert to JSON, but it seems I have some problems with the TLD. I'm getting the following error:
>
> manageDocuments.jsp:2:5: No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> Which is the correct url? and I suppouse I need the jar that implements the tags, right?where can I find the it?
>
> Thanks
>
> Jose Luis
>
> -----Original Message-----
> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
> Sent: Thursday, January 06, 2011 11:51 AM
> To: Struts Users Mailing List
> Subject: Re: JSON Property
>
> Try
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> 2011/1/6 Jim Talbut <Ji...@groupgti.com>:
>> Ah, sort of.
>> Actually WW-3554 stopped me working that one out :)
>>
>> Now I've moved the JsonPlugin.tld to my own WEB-INF I can make it work, but not using the syntax you used.
>>
>> If I have:
>> <%@taglib prefix="json" uri="/struts-json-tags" %> <%@taglib 
>> prefix="c" uri="http://java.sun.com/jstl/core" %> <c:out 
>> value="${json:serialize(orderLines)}"/>
>>
>> I get: PWC6236: According to TLD or attribute directive in tag file, 
>> attribute value does not accept any expressions
>>
>> But if I just put ${json:serialize(orderLines)} on its own it does output the JSON.
>>
>> I'm new to JSTL, do I have to do something in order to use an OGNL-based expression with c:out?
>>
>>
>> Thanks
>>
>> Jim
>>
>> -----Original Message-----
>> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
>> Sent: 05 January 2011 19:23
>> To: Struts Users Mailing List
>> Subject: Re: JSON Property
>>
>> Did this answer your question?
>> https://issues.apache.org/jira/browse/WW-3553
>>
>> 2011/1/5 Chris Pratt <th...@gmail.com>:
>>> I'm not sure how to make it work, but it would totally rock if we 
>>> could make the "encode" attribute of the <s:property> tag extensible by plug-in's.
>>> That way the standard tag could possibly supply encode="html" & encode="js"
>>> and the JSON plug-in could add encode="json" and other plug-ins 
>>> could extend it in ways they need.  Just a wild thought.
>>>  (*Chris*)
>>>
>>> On Wed, Jan 5, 2011 at 1:22 AM, Steven Yang <ke...@gmail.com> wrote:
>>>
>>>> I think its "bundled" with S2 but as a separate jar, so dont get mistaken.
>>>>
>>>> i am a bit reluctant to share my code, which is old and bad, not 
>>>> that because i am cheap or anything, its because there are better 
>>>> and well-thought code out there (as in JSON plug in) and my code 
>>>> has lots of things tied to my project (bad design......).
>>>>
>>>> and you know what i just checked back on my tag code. I dont think 
>>>> i am doing anything much different from what your doing. I siimply 
>>>> copied the s:property tag code and replaced the output part of the code.
>>>>
>>>> here is the part i replaced.....(my tag mimics the "property" tag) 
>>>> try {
>>>>            if (actualValue != null) {
>>>>                if (!(actualValue instanceof String)) { //if String 
>>>> then treated its as if in JSON format
>>>>                    actualValue = JSONUtil.toJSON(actualValue);
>>>>                }
>>>>                writer.write(actualValue.toString());
>>>>            }
>>>>            else if (defaultValue != null) {
>>>>                writer.write(defaultValue);
>>>>            }
>>>>        }
>>>>        catch (IOException e) {
>>>>            LoggerUtil.BASE_LOGGER.info("error ocurred while writing json:
>>>> "
>>>> + actualValue, e);
>>>>         }
>>>>
>>>> On Wed, Jan 5, 2011 at 4:59 PM, Maurizio Cucchiara < 
>>>> maurizio.cucchiara@gmail.com> wrote:
>>>>
>>>> > The json plugin is bundled with S2, because previously was on 
>>>> > google code, and one had to download separately
>>>> >
>>>> > 2011/1/5 Jim Talbut <Ji...@groupgti.com>:
>>>> > > You are both right.
>>>> > >
>>>> > > The tag that I'm using at the moment (which isn't fully tested 
>>>> > > at all,
>>>> > got some data issues to sort out first) is just the property tag 
>>>> > with the following modification:
>>>> > >        Object objectValue = getStack().findValue(value,
>>>> > throwExceptionOnELFailure);
>>>> > >        try {
>>>> > >            actualValue = JSONUtil.serialize( objectValue );
>>>> > >        } catch( JSONException ex ) {
>>>> > >            LOG.error("Could not convert {} to a JSON serialized value:
>>>> > {}", objectValue, ex);
>>>> > >        }
>>>> > >
>>>> > > Given that I'm using a utility function from the JSON plugin it 
>>>> > > does
>>>> seem
>>>> > to make sense to have that plugin provide this tag.
>>>> > >
>>>> > > I've filed a feature request against it (
>>>> > https://issues.apache.org/jira/browse/WW-3553), but it doesn't 
>>>> > seem to
>>>> be
>>>> > a very active project.
>>>> > > I'm also confused by the fact that this page
>>>> > https://cwiki.apache.org/S2PLUGINS/json-plugin.html says that the 
>>>> > plugin is bundled with Struts, although the JSONUtil class is not 
>>>> > in
>>>> struts-core.
>>>> > >
>>>> > > Steven, if you have a more complete and tested tag could you be
>>>> persuaded
>>>> > to add it to the plugin, or just add what you've got to the bug?
>>>> > >
>>>> > > Jim
>>>> > >
>>>> > >
>>>> > > -----Original Message-----
>>>> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > > Sent: 05 January 2011 02:32
>>>> > > To: Struts Users Mailing List
>>>> > > Subject: Re: JSON Property
>>>> > >
>>>> > > The plugin has several things it can do, from parsing JSON to
>>>> generating
>>>> > > JSON results.  And yes, the default is to JSON up the whole 
>>>> > > Action, but
>>>> > you
>>>> > > can have it objectify any object you want.  And it is the 
>>>> > > collection
>>>> > point
>>>> > > for JSON support in Struts 2.
>>>> > >  (*Chris*)
>>>> > >
>>>> > > On Tue, Jan 4, 2011 at 6:12 PM, Steven Yang 
>>>> > > <ke...@gmail.com>
>>>> > wrote:
>>>> > >
>>>> > >> I might be wrong here. As I remember JSON Plugin turns the 
>>>> > >> whole
>>>> action
>>>> > >> into
>>>> > >> one single JSON object. I dont believe its what Jim wants, but 
>>>> > >> most definitely there must be something Jim can use in the 
>>>> > >> Plugin to
>>>> > transform
>>>> > >> his Java Objects to JSON.
>>>> > >>
>>>> > >> On Wed, Jan 5, 2011 at 2:47 AM, Chris Pratt 
>>>> > >> <th...@gmail.com>
>>>> > >> wrote:
>>>> > >>
>>>> > >> > The "obvious" place to me would seem to be the Struts 2 JSON
>>>> Plug-in,
>>>> > >> since
>>>> > >> > it handles all the other JSON duties for Struts 2.
>>>> > >> >   (*Chris*)
>>>> > >> >
>>>> > >> > On Tue, Jan 4, 2011 at 10:32 AM, Jim Talbut <
>>>> Jim.Talbut@groupgti.com>
>>>> > >> > wrote:
>>>> > >> >
>>>> > >> > > I could do that (as Aaron Brown suggested on Monday) but I 
>>>> > >> > > don't
>>>> > >> already
>>>> > >> > > have actions that spit out the right JSON.
>>>> > >> > > Creating more actions would be more work than creating 
>>>> > >> > > JSON
>>>> getters.
>>>> > >> > > Creating either actions or special getters also seems 
>>>> > >> > > wrong to me
>>>> -
>>>> > >> it's
>>>> > >> > > the JSP that needs JSON and it should only be the JSP that 
>>>> > >> > > knows
>>>> > that
>>>> > >> it
>>>> > >> > > needs JSON.
>>>> > >> > > Obviously if one is dealing with AJAX one has no choice 
>>>> > >> > > but to
>>>> have
>>>> > >> JSON
>>>> > >> > > actions, but I'm not.
>>>> > >> > >
>>>> > >> > > I've now written a JSON tag, but given that Steven Yang 
>>>> > >> > > and I have
>>>> > now
>>>> > >> > > written something to do the same job it seems to me that 
>>>> > >> > > there
>>>> ought
>>>> > to
>>>> > >> > be
>>>> > >> > > some common entity for providing it (i.e. I think it 
>>>> > >> > > should be in struts-json-tags).
>>>> > >> > >
>>>> > >> > > Jim
>>>> > >> > >
>>>> > >> > > -----Original Message-----
>>>> > >> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > >> > > Sent: 04 January 2011 15:54
>>>> > >> > > To: Struts Users Mailing List
>>>> > >> > > Subject: Re: JSON Property
>>>> > >> > >
>>>> > >> > > You might also need the executeResult="true" attribute on 
>>>> > >> > > the
>>>> > >> <s:action>
>>>> > >> > > tag.
>>>> > >> > >  (*Chris*)
>>>> > >> > >
>>>> > >> > > On Tue, Jan 4, 2011 at 7:06 AM, Biesbrock, Kevin
>>>> > >> > > <Bi...@aoins.com>wrote:
>>>> > >> > >
>>>> > >> > > > > I don't want to use a separate roundtrip for loading 
>>>> > >> > > > > the
>>>> jqGrid
>>>> > for
>>>> > >> > > > two reasons:
>>>> > >> > > > > 1. I want to handle the contents of the grid, and 
>>>> > >> > > > > additional
>>>> > >> fields,
>>>> > >> > > > in a single transaction.
>>>> > >> > > > > 2. It's inefficient and unnecessary.
>>>> > >> > > > > Obviously the first is the more important :)
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > I think you could do something like this in your jsp:
>>>> > >> > > >
>>>> > >> > > > <input type="hidden" name="jgrid-json-data"
>>>> > >> > > > value="<s:action name="myJsonAction"
>>>> > >> > > > namespace="/json"/>"/>
>>>> > >> > > >
>>>> > >> > > > This would allow you to use the already-in-place json 
>>>> > >> > > > result
>>>> type
>>>> > and
>>>> > >> > > > save you a lot of extra work.
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > -Beez
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > ---
>>>> > >> > > > To unsubscribe, e-mail:
>>>> > >> > > > user-unsubscribe@struts.apache.org
>>>> > >> > > > For additional commands, e-mail:
>>>> > >> > > > user-help@struts.apache.org
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > >
>>>> > >> > >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > ---
>>>> > >> > > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > >> > > For additional commands, e-mail:
>>>> > >> > > user-help@struts.apache.org
>>>> > >> > >
>>>> > >> > >
>>>> > >> >
>>>> > >>
>>>> > >
>>>> > > ---------------------------------------------------------------
>>>> > > -
>>>> > > ----- To unsubscribe, e-mail: 
>>>> > > user-unsubscribe@struts.apache.org
>>>> > > For additional commands, e-mail: user-help@struts.apache.org
>>>> > >
>>>> > >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Maurizio Cucchiara
>>>> >
>>>> > -----------------------------------------------------------------
>>>> > -
>>>> > --- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > For additional commands, e-mail: user-help@struts.apache.org
>>>> >
>>>> >
>>>>
>>>
>>
>>
>>
>> --
>> Maurizio Cucchiara
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
> --
> Maurizio Cucchiara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> Internet communications are not secure and therefore Banco Santander International does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of Banco Santander International unless otherwise specifically stated.
>
> Las comunicaciones vía Internet no son seguras y, por lo tanto, Banco Santander International no asume responsabilidad legal ni de ningún otro tipo por el contenido de este mensaje.
> Cualquier opinión transmitida pertenece únicamente al autor y no necesariamente representa la opinión de Banco Santander International, a no ser que esté expresamente detallado.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>



--
Maurizio Cucchiara

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Internet communications are not secure and therefore Banco 
Santander International does not accept legal responsibility for 
the contents of this message. Any views or opinions presented 
are solely those of the author and do not necessarily represent 
those of Banco Santander International unless otherwise 
specifically stated. 

Las comunicaciones vía Internet no son seguras y, por lo tanto,
Banco Santander International no asume responsabilidad legal 
ni de ningún otro tipo por el contenido de este mensaje. 
Cualquier opinión transmitida pertenece únicamente al autor y 
no necesariamente representa la opinión de Banco Santander 
International, a no ser que esté expresamente detallado.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: JSON Property

Posted by Maurizio Cucchiara <ma...@gmail.com>.
The right url should be http://java.sun.com/jsp/jstl/core,
http://java.sun.com/jstl/core is the old one.

Did you include the jstl library?

On 7 February 2011 19:12, Biesbrock, Kevin <Bi...@aoins.com> wrote:
> Excuse me, I Google searched "jstl taglib"...
>
>
> Beez
> r 5347
>
> -----Original Message-----
> From: Jose Luis Martinez Avial [mailto:jlmartinez@pb-santander.com]
> Sent: Monday, February 07, 2011 12:56 PM
> To: Struts Users Mailing List
> Subject: RE: JSON Property
>
> Hello,
> I'm trying to use this combination of tags to convert to JSON, but it seems I have some problems with the TLD. I'm getting the following error:
>
> manageDocuments.jsp:2:5: No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> Which is the correct url? and I suppouse I need the jar that implements the tags, right?where can I find the it?
>
> Thanks
>
> Jose Luis
>
> -----Original Message-----
> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
> Sent: Thursday, January 06, 2011 11:51 AM
> To: Struts Users Mailing List
> Subject: Re: JSON Property
>
> Try
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
>
> 2011/1/6 Jim Talbut <Ji...@groupgti.com>:
>> Ah, sort of.
>> Actually WW-3554 stopped me working that one out :)
>>
>> Now I've moved the JsonPlugin.tld to my own WEB-INF I can make it work, but not using the syntax you used.
>>
>> If I have:
>> <%@taglib prefix="json" uri="/struts-json-tags" %> <%@taglib
>> prefix="c" uri="http://java.sun.com/jstl/core" %> <c:out
>> value="${json:serialize(orderLines)}"/>
>>
>> I get: PWC6236: According to TLD or attribute directive in tag file,
>> attribute value does not accept any expressions
>>
>> But if I just put ${json:serialize(orderLines)} on its own it does output the JSON.
>>
>> I'm new to JSTL, do I have to do something in order to use an OGNL-based expression with c:out?
>>
>>
>> Thanks
>>
>> Jim
>>
>> -----Original Message-----
>> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
>> Sent: 05 January 2011 19:23
>> To: Struts Users Mailing List
>> Subject: Re: JSON Property
>>
>> Did this answer your question?
>> https://issues.apache.org/jira/browse/WW-3553
>>
>> 2011/1/5 Chris Pratt <th...@gmail.com>:
>>> I'm not sure how to make it work, but it would totally rock if we
>>> could make the "encode" attribute of the <s:property> tag extensible by plug-in's.
>>> That way the standard tag could possibly supply encode="html" & encode="js"
>>> and the JSON plug-in could add encode="json" and other plug-ins could
>>> extend it in ways they need.  Just a wild thought.
>>>  (*Chris*)
>>>
>>> On Wed, Jan 5, 2011 at 1:22 AM, Steven Yang <ke...@gmail.com> wrote:
>>>
>>>> I think its "bundled" with S2 but as a separate jar, so dont get mistaken.
>>>>
>>>> i am a bit reluctant to share my code, which is old and bad, not
>>>> that because i am cheap or anything, its because there are better
>>>> and well-thought code out there (as in JSON plug in) and my code has
>>>> lots of things tied to my project (bad design......).
>>>>
>>>> and you know what i just checked back on my tag code. I dont think i
>>>> am doing anything much different from what your doing. I siimply
>>>> copied the s:property tag code and replaced the output part of the code.
>>>>
>>>> here is the part i replaced.....(my tag mimics the "property" tag)
>>>> try {
>>>>            if (actualValue != null) {
>>>>                if (!(actualValue instanceof String)) { //if String
>>>> then treated its as if in JSON format
>>>>                    actualValue = JSONUtil.toJSON(actualValue);
>>>>                }
>>>>                writer.write(actualValue.toString());
>>>>            }
>>>>            else if (defaultValue != null) {
>>>>                writer.write(defaultValue);
>>>>            }
>>>>        }
>>>>        catch (IOException e) {
>>>>            LoggerUtil.BASE_LOGGER.info("error ocurred while writing json:
>>>> "
>>>> + actualValue, e);
>>>>         }
>>>>
>>>> On Wed, Jan 5, 2011 at 4:59 PM, Maurizio Cucchiara <
>>>> maurizio.cucchiara@gmail.com> wrote:
>>>>
>>>> > The json plugin is bundled with S2, because previously was on
>>>> > google code, and one had to download separately
>>>> >
>>>> > 2011/1/5 Jim Talbut <Ji...@groupgti.com>:
>>>> > > You are both right.
>>>> > >
>>>> > > The tag that I'm using at the moment (which isn't fully tested
>>>> > > at all,
>>>> > got some data issues to sort out first) is just the property tag
>>>> > with the following modification:
>>>> > >        Object objectValue = getStack().findValue(value,
>>>> > throwExceptionOnELFailure);
>>>> > >        try {
>>>> > >            actualValue = JSONUtil.serialize( objectValue );
>>>> > >        } catch( JSONException ex ) {
>>>> > >            LOG.error("Could not convert {} to a JSON serialized value:
>>>> > {}", objectValue, ex);
>>>> > >        }
>>>> > >
>>>> > > Given that I'm using a utility function from the JSON plugin it
>>>> > > does
>>>> seem
>>>> > to make sense to have that plugin provide this tag.
>>>> > >
>>>> > > I've filed a feature request against it (
>>>> > https://issues.apache.org/jira/browse/WW-3553), but it doesn't
>>>> > seem to
>>>> be
>>>> > a very active project.
>>>> > > I'm also confused by the fact that this page
>>>> > https://cwiki.apache.org/S2PLUGINS/json-plugin.html says that the
>>>> > plugin is bundled with Struts, although the JSONUtil class is not
>>>> > in
>>>> struts-core.
>>>> > >
>>>> > > Steven, if you have a more complete and tested tag could you be
>>>> persuaded
>>>> > to add it to the plugin, or just add what you've got to the bug?
>>>> > >
>>>> > > Jim
>>>> > >
>>>> > >
>>>> > > -----Original Message-----
>>>> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > > Sent: 05 January 2011 02:32
>>>> > > To: Struts Users Mailing List
>>>> > > Subject: Re: JSON Property
>>>> > >
>>>> > > The plugin has several things it can do, from parsing JSON to
>>>> generating
>>>> > > JSON results.  And yes, the default is to JSON up the whole
>>>> > > Action, but
>>>> > you
>>>> > > can have it objectify any object you want.  And it is the
>>>> > > collection
>>>> > point
>>>> > > for JSON support in Struts 2.
>>>> > >  (*Chris*)
>>>> > >
>>>> > > On Tue, Jan 4, 2011 at 6:12 PM, Steven Yang
>>>> > > <ke...@gmail.com>
>>>> > wrote:
>>>> > >
>>>> > >> I might be wrong here. As I remember JSON Plugin turns the
>>>> > >> whole
>>>> action
>>>> > >> into
>>>> > >> one single JSON object. I dont believe its what Jim wants, but
>>>> > >> most definitely there must be something Jim can use in the
>>>> > >> Plugin to
>>>> > transform
>>>> > >> his Java Objects to JSON.
>>>> > >>
>>>> > >> On Wed, Jan 5, 2011 at 2:47 AM, Chris Pratt
>>>> > >> <th...@gmail.com>
>>>> > >> wrote:
>>>> > >>
>>>> > >> > The "obvious" place to me would seem to be the Struts 2 JSON
>>>> Plug-in,
>>>> > >> since
>>>> > >> > it handles all the other JSON duties for Struts 2.
>>>> > >> >   (*Chris*)
>>>> > >> >
>>>> > >> > On Tue, Jan 4, 2011 at 10:32 AM, Jim Talbut <
>>>> Jim.Talbut@groupgti.com>
>>>> > >> > wrote:
>>>> > >> >
>>>> > >> > > I could do that (as Aaron Brown suggested on Monday) but I
>>>> > >> > > don't
>>>> > >> already
>>>> > >> > > have actions that spit out the right JSON.
>>>> > >> > > Creating more actions would be more work than creating JSON
>>>> getters.
>>>> > >> > > Creating either actions or special getters also seems wrong
>>>> > >> > > to me
>>>> -
>>>> > >> it's
>>>> > >> > > the JSP that needs JSON and it should only be the JSP that
>>>> > >> > > knows
>>>> > that
>>>> > >> it
>>>> > >> > > needs JSON.
>>>> > >> > > Obviously if one is dealing with AJAX one has no choice but
>>>> > >> > > to
>>>> have
>>>> > >> JSON
>>>> > >> > > actions, but I'm not.
>>>> > >> > >
>>>> > >> > > I've now written a JSON tag, but given that Steven Yang and
>>>> > >> > > I have
>>>> > now
>>>> > >> > > written something to do the same job it seems to me that
>>>> > >> > > there
>>>> ought
>>>> > to
>>>> > >> > be
>>>> > >> > > some common entity for providing it (i.e. I think it should
>>>> > >> > > be in struts-json-tags).
>>>> > >> > >
>>>> > >> > > Jim
>>>> > >> > >
>>>> > >> > > -----Original Message-----
>>>> > >> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>>> > >> > > Sent: 04 January 2011 15:54
>>>> > >> > > To: Struts Users Mailing List
>>>> > >> > > Subject: Re: JSON Property
>>>> > >> > >
>>>> > >> > > You might also need the executeResult="true" attribute on
>>>> > >> > > the
>>>> > >> <s:action>
>>>> > >> > > tag.
>>>> > >> > >  (*Chris*)
>>>> > >> > >
>>>> > >> > > On Tue, Jan 4, 2011 at 7:06 AM, Biesbrock, Kevin
>>>> > >> > > <Bi...@aoins.com>wrote:
>>>> > >> > >
>>>> > >> > > > > I don't want to use a separate roundtrip for loading
>>>> > >> > > > > the
>>>> jqGrid
>>>> > for
>>>> > >> > > > two reasons:
>>>> > >> > > > > 1. I want to handle the contents of the grid, and
>>>> > >> > > > > additional
>>>> > >> fields,
>>>> > >> > > > in a single transaction.
>>>> > >> > > > > 2. It's inefficient and unnecessary.
>>>> > >> > > > > Obviously the first is the more important :)
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > I think you could do something like this in your jsp:
>>>> > >> > > >
>>>> > >> > > > <input type="hidden" name="jgrid-json-data"
>>>> > >> > > > value="<s:action name="myJsonAction"
>>>> > >> > > > namespace="/json"/>"/>
>>>> > >> > > >
>>>> > >> > > > This would allow you to use the already-in-place json
>>>> > >> > > > result
>>>> type
>>>> > and
>>>> > >> > > > save you a lot of extra work.
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > > -Beez
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > > >
>>>> > ------------------------------------------------------------------
>>>> > ---
>>>> > >> > > > To unsubscribe, e-mail:
>>>> > >> > > > user-unsubscribe@struts.apache.org
>>>> > >> > > > For additional commands, e-mail:
>>>> > >> > > > user-help@struts.apache.org
>>>> > >> > > >
>>>> > >> > > >
>>>> > >> > >
>>>> > >> > >
>>>> > ------------------------------------------------------------------
>>>> > ---
>>>> > >> > > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > >> > > For additional commands, e-mail:
>>>> > >> > > user-help@struts.apache.org
>>>> > >> > >
>>>> > >> > >
>>>> > >> >
>>>> > >>
>>>> > >
>>>> > > ----------------------------------------------------------------
>>>> > > ----- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > > For additional commands, e-mail: user-help@struts.apache.org
>>>> > >
>>>> > >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Maurizio Cucchiara
>>>> >
>>>> > ------------------------------------------------------------------
>>>> > --- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> > For additional commands, e-mail: user-help@struts.apache.org
>>>> >
>>>> >
>>>>
>>>
>>
>>
>>
>> --
>> Maurizio Cucchiara
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
> --
> Maurizio Cucchiara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> Internet communications are not secure and therefore Banco Santander International does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of Banco Santander International unless otherwise specifically stated.
>
> Las comunicaciones vía Internet no son seguras y, por lo tanto, Banco Santander International no asume responsabilidad legal ni de ningún otro tipo por el contenido de este mensaje.
> Cualquier opinión transmitida pertenece únicamente al autor y no necesariamente representa la opinión de Banco Santander International, a no ser que esté expresamente detallado.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>



-- 
Maurizio Cucchiara

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


RE: JSON Property

Posted by "Biesbrock, Kevin" <Bi...@aoins.com>.
Excuse me, I Google searched "jstl taglib"... 


Beez
r 5347 

-----Original Message-----
From: Jose Luis Martinez Avial [mailto:jlmartinez@pb-santander.com] 
Sent: Monday, February 07, 2011 12:56 PM
To: Struts Users Mailing List
Subject: RE: JSON Property

Hello,
I'm trying to use this combination of tags to convert to JSON, but it seems I have some problems with the TLD. I'm getting the following error:

manageDocuments.jsp:2:5: No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> 

Which is the correct url? and I suppouse I need the jar that implements the tags, right?where can I find the it?

Thanks

Jose Luis

-----Original Message-----
From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
Sent: Thursday, January 06, 2011 11:51 AM
To: Struts Users Mailing List
Subject: Re: JSON Property

Try
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

2011/1/6 Jim Talbut <Ji...@groupgti.com>:
> Ah, sort of.
> Actually WW-3554 stopped me working that one out :)
>
> Now I've moved the JsonPlugin.tld to my own WEB-INF I can make it work, but not using the syntax you used.
>
> If I have:
> <%@taglib prefix="json" uri="/struts-json-tags" %> <%@taglib 
> prefix="c" uri="http://java.sun.com/jstl/core" %> <c:out 
> value="${json:serialize(orderLines)}"/>
>
> I get: PWC6236: According to TLD or attribute directive in tag file, 
> attribute value does not accept any expressions
>
> But if I just put ${json:serialize(orderLines)} on its own it does output the JSON.
>
> I'm new to JSTL, do I have to do something in order to use an OGNL-based expression with c:out?
>
>
> Thanks
>
> Jim
>
> -----Original Message-----
> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
> Sent: 05 January 2011 19:23
> To: Struts Users Mailing List
> Subject: Re: JSON Property
>
> Did this answer your question?
> https://issues.apache.org/jira/browse/WW-3553
>
> 2011/1/5 Chris Pratt <th...@gmail.com>:
>> I'm not sure how to make it work, but it would totally rock if we 
>> could make the "encode" attribute of the <s:property> tag extensible by plug-in's.
>> That way the standard tag could possibly supply encode="html" & encode="js"
>> and the JSON plug-in could add encode="json" and other plug-ins could 
>> extend it in ways they need.  Just a wild thought.
>>  (*Chris*)
>>
>> On Wed, Jan 5, 2011 at 1:22 AM, Steven Yang <ke...@gmail.com> wrote:
>>
>>> I think its "bundled" with S2 but as a separate jar, so dont get mistaken.
>>>
>>> i am a bit reluctant to share my code, which is old and bad, not 
>>> that because i am cheap or anything, its because there are better 
>>> and well-thought code out there (as in JSON plug in) and my code has 
>>> lots of things tied to my project (bad design......).
>>>
>>> and you know what i just checked back on my tag code. I dont think i 
>>> am doing anything much different from what your doing. I siimply 
>>> copied the s:property tag code and replaced the output part of the code.
>>>
>>> here is the part i replaced.....(my tag mimics the "property" tag) 
>>> try {
>>>            if (actualValue != null) {
>>>                if (!(actualValue instanceof String)) { //if String 
>>> then treated its as if in JSON format
>>>                    actualValue = JSONUtil.toJSON(actualValue);
>>>                }
>>>                writer.write(actualValue.toString());
>>>            }
>>>            else if (defaultValue != null) {
>>>                writer.write(defaultValue);
>>>            }
>>>        }
>>>        catch (IOException e) {
>>>            LoggerUtil.BASE_LOGGER.info("error ocurred while writing json:
>>> "
>>> + actualValue, e);
>>>         }
>>>
>>> On Wed, Jan 5, 2011 at 4:59 PM, Maurizio Cucchiara < 
>>> maurizio.cucchiara@gmail.com> wrote:
>>>
>>> > The json plugin is bundled with S2, because previously was on 
>>> > google code, and one had to download separately
>>> >
>>> > 2011/1/5 Jim Talbut <Ji...@groupgti.com>:
>>> > > You are both right.
>>> > >
>>> > > The tag that I'm using at the moment (which isn't fully tested 
>>> > > at all,
>>> > got some data issues to sort out first) is just the property tag 
>>> > with the following modification:
>>> > >        Object objectValue = getStack().findValue(value,
>>> > throwExceptionOnELFailure);
>>> > >        try {
>>> > >            actualValue = JSONUtil.serialize( objectValue );
>>> > >        } catch( JSONException ex ) {
>>> > >            LOG.error("Could not convert {} to a JSON serialized value:
>>> > {}", objectValue, ex);
>>> > >        }
>>> > >
>>> > > Given that I'm using a utility function from the JSON plugin it 
>>> > > does
>>> seem
>>> > to make sense to have that plugin provide this tag.
>>> > >
>>> > > I've filed a feature request against it (
>>> > https://issues.apache.org/jira/browse/WW-3553), but it doesn't 
>>> > seem to
>>> be
>>> > a very active project.
>>> > > I'm also confused by the fact that this page
>>> > https://cwiki.apache.org/S2PLUGINS/json-plugin.html says that the 
>>> > plugin is bundled with Struts, although the JSONUtil class is not 
>>> > in
>>> struts-core.
>>> > >
>>> > > Steven, if you have a more complete and tested tag could you be
>>> persuaded
>>> > to add it to the plugin, or just add what you've got to the bug?
>>> > >
>>> > > Jim
>>> > >
>>> > >
>>> > > -----Original Message-----
>>> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>> > > Sent: 05 January 2011 02:32
>>> > > To: Struts Users Mailing List
>>> > > Subject: Re: JSON Property
>>> > >
>>> > > The plugin has several things it can do, from parsing JSON to
>>> generating
>>> > > JSON results.  And yes, the default is to JSON up the whole 
>>> > > Action, but
>>> > you
>>> > > can have it objectify any object you want.  And it is the 
>>> > > collection
>>> > point
>>> > > for JSON support in Struts 2.
>>> > >  (*Chris*)
>>> > >
>>> > > On Tue, Jan 4, 2011 at 6:12 PM, Steven Yang 
>>> > > <ke...@gmail.com>
>>> > wrote:
>>> > >
>>> > >> I might be wrong here. As I remember JSON Plugin turns the 
>>> > >> whole
>>> action
>>> > >> into
>>> > >> one single JSON object. I dont believe its what Jim wants, but 
>>> > >> most definitely there must be something Jim can use in the 
>>> > >> Plugin to
>>> > transform
>>> > >> his Java Objects to JSON.
>>> > >>
>>> > >> On Wed, Jan 5, 2011 at 2:47 AM, Chris Pratt 
>>> > >> <th...@gmail.com>
>>> > >> wrote:
>>> > >>
>>> > >> > The "obvious" place to me would seem to be the Struts 2 JSON
>>> Plug-in,
>>> > >> since
>>> > >> > it handles all the other JSON duties for Struts 2.
>>> > >> >   (*Chris*)
>>> > >> >
>>> > >> > On Tue, Jan 4, 2011 at 10:32 AM, Jim Talbut <
>>> Jim.Talbut@groupgti.com>
>>> > >> > wrote:
>>> > >> >
>>> > >> > > I could do that (as Aaron Brown suggested on Monday) but I 
>>> > >> > > don't
>>> > >> already
>>> > >> > > have actions that spit out the right JSON.
>>> > >> > > Creating more actions would be more work than creating JSON
>>> getters.
>>> > >> > > Creating either actions or special getters also seems wrong 
>>> > >> > > to me
>>> -
>>> > >> it's
>>> > >> > > the JSP that needs JSON and it should only be the JSP that 
>>> > >> > > knows
>>> > that
>>> > >> it
>>> > >> > > needs JSON.
>>> > >> > > Obviously if one is dealing with AJAX one has no choice but 
>>> > >> > > to
>>> have
>>> > >> JSON
>>> > >> > > actions, but I'm not.
>>> > >> > >
>>> > >> > > I've now written a JSON tag, but given that Steven Yang and 
>>> > >> > > I have
>>> > now
>>> > >> > > written something to do the same job it seems to me that 
>>> > >> > > there
>>> ought
>>> > to
>>> > >> > be
>>> > >> > > some common entity for providing it (i.e. I think it should 
>>> > >> > > be in struts-json-tags).
>>> > >> > >
>>> > >> > > Jim
>>> > >> > >
>>> > >> > > -----Original Message-----
>>> > >> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>> > >> > > Sent: 04 January 2011 15:54
>>> > >> > > To: Struts Users Mailing List
>>> > >> > > Subject: Re: JSON Property
>>> > >> > >
>>> > >> > > You might also need the executeResult="true" attribute on 
>>> > >> > > the
>>> > >> <s:action>
>>> > >> > > tag.
>>> > >> > >  (*Chris*)
>>> > >> > >
>>> > >> > > On Tue, Jan 4, 2011 at 7:06 AM, Biesbrock, Kevin
>>> > >> > > <Bi...@aoins.com>wrote:
>>> > >> > >
>>> > >> > > > > I don't want to use a separate roundtrip for loading 
>>> > >> > > > > the
>>> jqGrid
>>> > for
>>> > >> > > > two reasons:
>>> > >> > > > > 1. I want to handle the contents of the grid, and 
>>> > >> > > > > additional
>>> > >> fields,
>>> > >> > > > in a single transaction.
>>> > >> > > > > 2. It's inefficient and unnecessary.
>>> > >> > > > > Obviously the first is the more important :)
>>> > >> > > >
>>> > >> > > >
>>> > >> > > > I think you could do something like this in your jsp:
>>> > >> > > >
>>> > >> > > > <input type="hidden" name="jgrid-json-data" 
>>> > >> > > > value="<s:action name="myJsonAction" 
>>> > >> > > > namespace="/json"/>"/>
>>> > >> > > >
>>> > >> > > > This would allow you to use the already-in-place json 
>>> > >> > > > result
>>> type
>>> > and
>>> > >> > > > save you a lot of extra work.
>>> > >> > > >
>>> > >> > > >
>>> > >> > > > -Beez
>>> > >> > > >
>>> > >> > > >
>>> > >> > > >
>>> > ------------------------------------------------------------------
>>> > ---
>>> > >> > > > To unsubscribe, e-mail: 
>>> > >> > > > user-unsubscribe@struts.apache.org
>>> > >> > > > For additional commands, e-mail: 
>>> > >> > > > user-help@struts.apache.org
>>> > >> > > >
>>> > >> > > >
>>> > >> > >
>>> > >> > >
>>> > ------------------------------------------------------------------
>>> > ---
>>> > >> > > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > >> > > For additional commands, e-mail: 
>>> > >> > > user-help@struts.apache.org
>>> > >> > >
>>> > >> > >
>>> > >> >
>>> > >>
>>> > >
>>> > > ----------------------------------------------------------------
>>> > > ----- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > > For additional commands, e-mail: user-help@struts.apache.org
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Maurizio Cucchiara
>>> >
>>> > ------------------------------------------------------------------
>>> > --- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > For additional commands, e-mail: user-help@struts.apache.org
>>> >
>>> >
>>>
>>
>
>
>
> --
> Maurizio Cucchiara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>



--
Maurizio Cucchiara

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Internet communications are not secure and therefore Banco Santander International does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of Banco Santander International unless otherwise specifically stated. 

Las comunicaciones vía Internet no son seguras y, por lo tanto, Banco Santander International no asume responsabilidad legal ni de ningún otro tipo por el contenido de este mensaje. 
Cualquier opinión transmitida pertenece únicamente al autor y no necesariamente representa la opinión de Banco Santander International, a no ser que esté expresamente detallado.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


RE: JSON Property

Posted by "Biesbrock, Kevin" <Bi...@aoins.com>.
I google searched "jstl" and clicked on the first link to find:

<%@ taglib uri="http://java.sun.com/jstl/core" prefix="c" %> 


Beez

-----Original Message-----
From: Jose Luis Martinez Avial [mailto:jlmartinez@pb-santander.com] 
Sent: Monday, February 07, 2011 12:56 PM
To: Struts Users Mailing List
Subject: RE: JSON Property

Hello,
I'm trying to use this combination of tags to convert to JSON, but it seems I have some problems with the TLD. I'm getting the following error:

manageDocuments.jsp:2:5: No tag library could be found with this URI. Possible causes could be that the URI is incorrect, or that there were errors during parsing of the .tld file.
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> 

Which is the correct url? and I suppouse I need the jar that implements the tags, right?where can I find the it?

Thanks

Jose Luis

-----Original Message-----
From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
Sent: Thursday, January 06, 2011 11:51 AM
To: Struts Users Mailing List
Subject: Re: JSON Property

Try
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

2011/1/6 Jim Talbut <Ji...@groupgti.com>:
> Ah, sort of.
> Actually WW-3554 stopped me working that one out :)
>
> Now I've moved the JsonPlugin.tld to my own WEB-INF I can make it work, but not using the syntax you used.
>
> If I have:
> <%@taglib prefix="json" uri="/struts-json-tags" %> <%@taglib 
> prefix="c" uri="http://java.sun.com/jstl/core" %> <c:out 
> value="${json:serialize(orderLines)}"/>
>
> I get: PWC6236: According to TLD or attribute directive in tag file, 
> attribute value does not accept any expressions
>
> But if I just put ${json:serialize(orderLines)} on its own it does output the JSON.
>
> I'm new to JSTL, do I have to do something in order to use an OGNL-based expression with c:out?
>
>
> Thanks
>
> Jim
>
> -----Original Message-----
> From: Maurizio Cucchiara [mailto:maurizio.cucchiara@gmail.com]
> Sent: 05 January 2011 19:23
> To: Struts Users Mailing List
> Subject: Re: JSON Property
>
> Did this answer your question?
> https://issues.apache.org/jira/browse/WW-3553
>
> 2011/1/5 Chris Pratt <th...@gmail.com>:
>> I'm not sure how to make it work, but it would totally rock if we 
>> could make the "encode" attribute of the <s:property> tag extensible by plug-in's.
>> That way the standard tag could possibly supply encode="html" & encode="js"
>> and the JSON plug-in could add encode="json" and other plug-ins could 
>> extend it in ways they need.  Just a wild thought.
>>  (*Chris*)
>>
>> On Wed, Jan 5, 2011 at 1:22 AM, Steven Yang <ke...@gmail.com> wrote:
>>
>>> I think its "bundled" with S2 but as a separate jar, so dont get mistaken.
>>>
>>> i am a bit reluctant to share my code, which is old and bad, not 
>>> that because i am cheap or anything, its because there are better 
>>> and well-thought code out there (as in JSON plug in) and my code has 
>>> lots of things tied to my project (bad design......).
>>>
>>> and you know what i just checked back on my tag code. I dont think i 
>>> am doing anything much different from what your doing. I siimply 
>>> copied the s:property tag code and replaced the output part of the code.
>>>
>>> here is the part i replaced.....(my tag mimics the "property" tag) 
>>> try {
>>>            if (actualValue != null) {
>>>                if (!(actualValue instanceof String)) { //if String 
>>> then treated its as if in JSON format
>>>                    actualValue = JSONUtil.toJSON(actualValue);
>>>                }
>>>                writer.write(actualValue.toString());
>>>            }
>>>            else if (defaultValue != null) {
>>>                writer.write(defaultValue);
>>>            }
>>>        }
>>>        catch (IOException e) {
>>>            LoggerUtil.BASE_LOGGER.info("error ocurred while writing json:
>>> "
>>> + actualValue, e);
>>>         }
>>>
>>> On Wed, Jan 5, 2011 at 4:59 PM, Maurizio Cucchiara < 
>>> maurizio.cucchiara@gmail.com> wrote:
>>>
>>> > The json plugin is bundled with S2, because previously was on 
>>> > google code, and one had to download separately
>>> >
>>> > 2011/1/5 Jim Talbut <Ji...@groupgti.com>:
>>> > > You are both right.
>>> > >
>>> > > The tag that I'm using at the moment (which isn't fully tested 
>>> > > at all,
>>> > got some data issues to sort out first) is just the property tag 
>>> > with the following modification:
>>> > >        Object objectValue = getStack().findValue(value,
>>> > throwExceptionOnELFailure);
>>> > >        try {
>>> > >            actualValue = JSONUtil.serialize( objectValue );
>>> > >        } catch( JSONException ex ) {
>>> > >            LOG.error("Could not convert {} to a JSON serialized value:
>>> > {}", objectValue, ex);
>>> > >        }
>>> > >
>>> > > Given that I'm using a utility function from the JSON plugin it 
>>> > > does
>>> seem
>>> > to make sense to have that plugin provide this tag.
>>> > >
>>> > > I've filed a feature request against it (
>>> > https://issues.apache.org/jira/browse/WW-3553), but it doesn't 
>>> > seem to
>>> be
>>> > a very active project.
>>> > > I'm also confused by the fact that this page
>>> > https://cwiki.apache.org/S2PLUGINS/json-plugin.html says that the 
>>> > plugin is bundled with Struts, although the JSONUtil class is not 
>>> > in
>>> struts-core.
>>> > >
>>> > > Steven, if you have a more complete and tested tag could you be
>>> persuaded
>>> > to add it to the plugin, or just add what you've got to the bug?
>>> > >
>>> > > Jim
>>> > >
>>> > >
>>> > > -----Original Message-----
>>> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>> > > Sent: 05 January 2011 02:32
>>> > > To: Struts Users Mailing List
>>> > > Subject: Re: JSON Property
>>> > >
>>> > > The plugin has several things it can do, from parsing JSON to
>>> generating
>>> > > JSON results.  And yes, the default is to JSON up the whole 
>>> > > Action, but
>>> > you
>>> > > can have it objectify any object you want.  And it is the 
>>> > > collection
>>> > point
>>> > > for JSON support in Struts 2.
>>> > >  (*Chris*)
>>> > >
>>> > > On Tue, Jan 4, 2011 at 6:12 PM, Steven Yang 
>>> > > <ke...@gmail.com>
>>> > wrote:
>>> > >
>>> > >> I might be wrong here. As I remember JSON Plugin turns the 
>>> > >> whole
>>> action
>>> > >> into
>>> > >> one single JSON object. I dont believe its what Jim wants, but 
>>> > >> most definitely there must be something Jim can use in the 
>>> > >> Plugin to
>>> > transform
>>> > >> his Java Objects to JSON.
>>> > >>
>>> > >> On Wed, Jan 5, 2011 at 2:47 AM, Chris Pratt 
>>> > >> <th...@gmail.com>
>>> > >> wrote:
>>> > >>
>>> > >> > The "obvious" place to me would seem to be the Struts 2 JSON
>>> Plug-in,
>>> > >> since
>>> > >> > it handles all the other JSON duties for Struts 2.
>>> > >> >   (*Chris*)
>>> > >> >
>>> > >> > On Tue, Jan 4, 2011 at 10:32 AM, Jim Talbut <
>>> Jim.Talbut@groupgti.com>
>>> > >> > wrote:
>>> > >> >
>>> > >> > > I could do that (as Aaron Brown suggested on Monday) but I 
>>> > >> > > don't
>>> > >> already
>>> > >> > > have actions that spit out the right JSON.
>>> > >> > > Creating more actions would be more work than creating JSON
>>> getters.
>>> > >> > > Creating either actions or special getters also seems wrong 
>>> > >> > > to me
>>> -
>>> > >> it's
>>> > >> > > the JSP that needs JSON and it should only be the JSP that 
>>> > >> > > knows
>>> > that
>>> > >> it
>>> > >> > > needs JSON.
>>> > >> > > Obviously if one is dealing with AJAX one has no choice but 
>>> > >> > > to
>>> have
>>> > >> JSON
>>> > >> > > actions, but I'm not.
>>> > >> > >
>>> > >> > > I've now written a JSON tag, but given that Steven Yang and 
>>> > >> > > I have
>>> > now
>>> > >> > > written something to do the same job it seems to me that 
>>> > >> > > there
>>> ought
>>> > to
>>> > >> > be
>>> > >> > > some common entity for providing it (i.e. I think it should 
>>> > >> > > be in struts-json-tags).
>>> > >> > >
>>> > >> > > Jim
>>> > >> > >
>>> > >> > > -----Original Message-----
>>> > >> > > From: Chris Pratt [mailto:thechrispratt@gmail.com]
>>> > >> > > Sent: 04 January 2011 15:54
>>> > >> > > To: Struts Users Mailing List
>>> > >> > > Subject: Re: JSON Property
>>> > >> > >
>>> > >> > > You might also need the executeResult="true" attribute on 
>>> > >> > > the
>>> > >> <s:action>
>>> > >> > > tag.
>>> > >> > >  (*Chris*)
>>> > >> > >
>>> > >> > > On Tue, Jan 4, 2011 at 7:06 AM, Biesbrock, Kevin
>>> > >> > > <Bi...@aoins.com>wrote:
>>> > >> > >
>>> > >> > > > > I don't want to use a separate roundtrip for loading 
>>> > >> > > > > the
>>> jqGrid
>>> > for
>>> > >> > > > two reasons:
>>> > >> > > > > 1. I want to handle the contents of the grid, and 
>>> > >> > > > > additional
>>> > >> fields,
>>> > >> > > > in a single transaction.
>>> > >> > > > > 2. It's inefficient and unnecessary.
>>> > >> > > > > Obviously the first is the more important :)
>>> > >> > > >
>>> > >> > > >
>>> > >> > > > I think you could do something like this in your jsp:
>>> > >> > > >
>>> > >> > > > <input type="hidden" name="jgrid-json-data" 
>>> > >> > > > value="<s:action name="myJsonAction" 
>>> > >> > > > namespace="/json"/>"/>
>>> > >> > > >
>>> > >> > > > This would allow you to use the already-in-place json 
>>> > >> > > > result
>>> type
>>> > and
>>> > >> > > > save you a lot of extra work.
>>> > >> > > >
>>> > >> > > >
>>> > >> > > > -Beez
>>> > >> > > >
>>> > >> > > >
>>> > >> > > >
>>> > ------------------------------------------------------------------
>>> > ---
>>> > >> > > > To unsubscribe, e-mail: 
>>> > >> > > > user-unsubscribe@struts.apache.org
>>> > >> > > > For additional commands, e-mail: 
>>> > >> > > > user-help@struts.apache.org
>>> > >> > > >
>>> > >> > > >
>>> > >> > >
>>> > >> > >
>>> > ------------------------------------------------------------------
>>> > ---
>>> > >> > > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > >> > > For additional commands, e-mail: 
>>> > >> > > user-help@struts.apache.org
>>> > >> > >
>>> > >> > >
>>> > >> >
>>> > >>
>>> > >
>>> > > ----------------------------------------------------------------
>>> > > ----- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > > For additional commands, e-mail: user-help@struts.apache.org
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Maurizio Cucchiara
>>> >
>>> > ------------------------------------------------------------------
>>> > --- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> > For additional commands, e-mail: user-help@struts.apache.org
>>> >
>>> >
>>>
>>
>
>
>
> --
> Maurizio Cucchiara
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>



--
Maurizio Cucchiara

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Internet communications are not secure and therefore Banco Santander International does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of Banco Santander International unless otherwise specifically stated. 

Las comunicaciones vía Internet no son seguras y, por lo tanto, Banco Santander International no asume responsabilidad legal ni de ningún otro tipo por el contenido de este mensaje. 
Cualquier opinión transmitida pertenece únicamente al autor y no necesariamente representa la opinión de Banco Santander International, a no ser que esté expresamente detallado.

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org