Re: Question about stripes spring integration

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Interceptor invocation order

When Interceptors are picked up via the Extension feature, is it the
case that ordering of invocation is determined by class name? I'll
check the source but I get dizzy in there sometimes and I might get
confused.

--

-- 
Turtle, turtle, on the ground,
Pink and shiny, turn around.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Preventing __fsk being added to redirects

Alan Burlison wrote:

> Yes, that's the problem.  I tried setting the flash scope to null on the 
> RedirectResolution to stop it, but that just causes a NPE.

Found the cause: calling ctx.getMessages() or ctx.getValidationErrors() 
triggers the creation of the Flash Scope even if no messages or errors 
are subsequently added to them.  I was fetching these at the top of the 
action and assigning them to a variable, then using them in the message 
& error handling code later on in the method.

I think there's a possible RFE here:

Flash Scope should not be saved unless it is non-empty.

Thoughts?

--

-- 
Alan Burlison
--

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Chart Libraries

Philip Constantinou wrote:
> One other option is Google Charts:
>
> http://code.google.com/apis/chart/
>
> I haven't done more than a few experiments but it's produced good
> results.

Your customers allow you to send their highly confidential reporting datas 
to google ?

JFreechart is quite easy  to use, but have a really ugly rendering quality 
compared to other solutions.
I like the rendering of flash components (open flash chart 2) but have never 
used them yet.
Did someone try them ? 

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Preventing __fsk being added to redirects

If you don't want the request parameters forwarded, you can tell the
redirect resolution object not to include them. (In other words are
you sure that that parameter isn't the one that came in on your form?)

--

-- 
Turtle, turtle, on the ground,
Pink and shiny, turn around.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: casting

It works now!

Thank you.

On Tue, 02 Dec 2008 16:53:01 +0100, Freddy Daoud <xf2697@...>  
wrote:

> You need to tell Stripes to use MyAppActionBeanContext, either
> by configuring the package in Extension.Packages in web.xml, or by
> specifying MyAppActionBeanContext (with its package) in the
> ActionBeanContext.Class parameter.
>
> Cheers,
> Freddy
> http://www.stripesbook.com
>

--

-- 
kriko

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Chart Libraries

I'm using Google Charts with Stripes and like it so far.  One nice thing about Google Charts: The CPU and
memory actually needed to render the chart image is done on Google's CPU and memory, not yours. 

-----Original Message-----
From: Philip Constantinou [mailto:pconstantinou <at> evernote.com] 
Sent: Monday, December 01, 2008 10:22 AM
To: Stripes Users List
Subject: Re: [Stripes-users] Chart Libraries

One other option is Google Charts:

http://code.google.com/apis/chart/

I haven't done more than a few experiments but it's produced good results.

On Dec 1, 2008, at 7:55 AM, Evgeny Shepelyuk wrote:

> Hello guyz
>
> +1 on this approach :)
>
>> Hi Ross,
>>
>> I am currently using JFreeChart+JCommon and it is working well.
>> You don't even need a plugin, you can just return a 
>> StreamingResolution and use:
>>
>> JFreeChart chart = ...;
>> ChartUtilities.writeChartAsPNG(response.getOutputStream(), chart, 
>> width, height);
>>
>> in the public void stream(HttpServletResponse response) method.
>>
>> Hope that helps.
>>
>> Cheers,
>> Freddy
>> http://www.stripesbook.com
>>
>> On Mon, 1 Dec 2008 10:11:29 -0500, "Ross Sargant"
>> <rsargant <at> tvrc.com>
>> said:
>>> Hi,
>>>  My question is not specifically stripes related but I was wondering 
>>> if  any stripes developers have any experience with charting 
>>> libraries. I have taken a look but there are so many available I'm 
>>> not sure where to start.
>>> Cewolf/JFreeChart looks like an easy starting pointing but cewolf 
>>> looks like a dead project with no recent updates.
>>>
>>> I'm using a custom jetty+spring+stripes "container" (no java EE). My 
>>> views are plain vanilla JSP pages using the stripes tag library 
>>> (including layout tags). I'm looking for a solution that would fit 
>>> into that environment without signficant changes.
>>>
>>> Appreciate any assistance you can provide.
>>>
>>>
>>> Ross Sargant
>>>
>>> TVR Communications LLC
>>> Software Engineer
>>> 3275 W Hillsboro Blvd,Suite 300,Deerfield Beach, Florida,33442
>>>
>>> http://www.tvrc.com
>>>
>>> p: 954-571-2017 x2108
>>>
>>> email: rsargant <at> tvrc.com
>>
>> ---------------------------------------------------------------------
>> ---- This SF.Net email is sponsored by the Moblin Your Move 
>> Developer's challenge Build the coolest Linux based applications with 
>> Moblin SDK & win great prizes Grand prize is a trip for two to an 
>> Open Source event anywhere in the world 
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>
>
> --
> Написано в почтовом клиенте браузера
> Opera: http://www.opera.com/mail/
>
>
> ----------------------------------------------------------------------
> --- This SF.Net email is sponsored by the Moblin Your Move Developer's 
> challenge Build the coolest Linux based applications with Moblin SDK & 
> win great prizes Grand prize is a trip for two to an Open Source event 
> anywhere in the world 
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Stripes-users mailing list
> Stripes-users <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based
applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Stripes-users mailing list
Stripes-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

This e-mail message is being sent solely for use by the intended recipient(s) and may contain confidential
information.  Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the
intended recipient, please contact the sender by phone or reply by e-mail, delete the original message
and destroy all copies. Thank you.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Stripes-users mailing list
Stripes-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Chart Libraries

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Chart Libraries

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: Chart Libraries

Hi Ross,

I am currently using JFreeChart+JCommon and it is working well.
You don't even need a plugin, you can just return a StreamingResolution
and use:

JFreeChart chart = ...;
ChartUtilities.writeChartAsPNG(response.getOutputStream(), chart, width,
height);

in the public void stream(HttpServletResponse response) method.

Hope that helps.

Cheers,
Freddy
http://www.stripesbook.com

On Mon, 1 Dec 2008 10:11:29 -0500, "Ross Sargant" <rsargant@...>
said:
> Hi,
>   My question is not specifically stripes related but I was wondering if
>   any
> stripes developers have any experience
> with charting libraries. I have taken a look but there are so many
> available
> I'm not sure where to start.
> Cewolf/JFreeChart looks like an easy starting pointing but cewolf looks
> like
> a dead project with no recent updates.
> 
> I'm using a custom jetty+spring+stripes "container" (no java EE). My
> views
> are plain vanilla JSP pages using the stripes tag library (including
> layout
> tags). I'm looking for a solution that would fit into that environment
> without signficant changes.
> 
> Appreciate any assistance you can provide.
> 
> 
> Ross Sargant
> 
> TVR Communications LLC
> Software Engineer
> 3275 W Hillsboro Blvd,Suite 300,Deerfield Beach, Florida,33442
> 
> http://www.tvrc.com
> 
> p: 954-571-2017 x2108
> 
> email: rsargant@...

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Web service API, Stripes

> It seems a bit convoluted: a Filter works explicitly on a HTTP request; not
> on a derviate like SOAP. It's probably easier to create a protocol handler
> specific to each protocol, and have that handle the call to an ActionBean.

I did not explain myself well. The filter might do nothing at all with
the information in the request, though it might have to handle the
authentication part. That aside, all it would do is package up the
request content so that an ActionBean written to handle it would be
coded to accept one (or more, I guess) FileBean parameters. The
ActionBean would be responsible for interpreting and acting on the
request content.

For my application it is likely to be the case that only one protocol
would ever exist, at least for the authentication. On another
application (servlet-based) the authentication header is universal,
while the "protocol" (file formats for uploads, request formats for
downloads) may indeed vary. My feeling here is that the filter itself
would only pay attention to the authentication header, and then
package up the rest of the request's content as a single file
parameter. (It's true that if the protocol/format had some file
separator semantics that the filter would have to know that. I have in
mind that the filter would use some URL pattern queues to make
decisions about things like that.)

Thanks for your response; it is definitely the case that I may be
terribly wrong :)

--

-- 
Turtle, turtle, on the ground,
Pink and shiny, turn around.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/