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:thechrispr...@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 <kenshin...@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 <thechrispr...@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.tal...@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:thechrispr...@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
> > > <biesbrock.ke...@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-unsubscr...@struts.apache.org
> > > > For additional commands, e-mail: user-h...@struts.apache.org
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> > > For additional commands, e-mail: user-h...@struts.apache.org
> > >
> > >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
