[Stripes-users] Stripes and Portlets

[andres]

Hi all,

I want to ask, if anyone has used Stripes for portlets (JSR 168, JSR 286) and 
if there is a way to use it with portal server (websphere). 
We have one web application done with Stripes and we want run it like a portlet 
on websphere portal server.
if anyone knows the subject or may give clues would greatly appreciate it.
Thanks, greetings

The same message in Spanish

Quiero preguntar, si alguien ha utilizado Stripes como portlets (JSR 168, JSR 
286) y si hay una manera de utilizarlo con el servidor de portal (WebSphere).
Tenemos una aplicación web hecha con Stripes y queremos que funcione como un 
portlet en el servidor WebSphere Portal.
Si alguien sabe del tema o puede dar pistas sería de gran aprecio.
Gracias, saludos



  --
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Oscar Westra van Holthe - Kind]

On 18-10-2010 at 13:40, andres wrote:
> I want to ask, if anyone has used Stripes for portlets (JSR 168, JSR 286)
> and if there is a way to use it with portal server (websphere).
> We have one web application done with Stripes and we want run it like a
> portlet on websphere portal server.
> if anyone knows the subject or may give clues would greatly appreciate it.
> Thanks, greetings

I doubt if anyone has used Stripes for portlets, as servlets and portlets
have an entirely different ecosystem around them (servlet container vs.
portal). Also note that the portlet request cycle is different: action
processing and rendering is separated.

Also, much depends on the portlet version being used. The first specification
doesn't allow extra resources such as CSS files, images, etc. and should be
avoided (although I realize this choice is not always available). The
portlets 2 and WSRP 2 specifications do allow these things, and thus can
support Stripes.

To make Stripes work with portlets would require these steps:
1. Convert the StripesFilter to a portlet filter.
2. Convert the StripesDispatcher servlet to a portlet (it mainly handles the
   lifecycle and lets other classes to the work, so this should be doable).
3. In the dispatcher portlet, store the Resolution obtained from the event
   handling, so it can be used during the rendering phase.

As an added bonus, you'll need to:
- resolve redirects (impossible for portlets),
- ensure that the Resolution instance can be infinitely reused,
- be aware that rendering properties can and will be stored (and thus reused)
  by the portal server, making selecting the default handler trickier


Oscar

-- 
   ,-_  Oscar Westra van Holthe - Kind  http://www.xs4all.nl/~kindop/
  /() )
 (__ (  The haves and the have-nots can often be traced back to the
=/  ()  dids and the did-nots.


signature.asc
Description: Digital signature
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Oscar Westra van Holthe - Kind]

On 18-10-2010 at 15:28, Oscar Westra van Holthe - Kind wrote:
> To make Stripes work with portlets would require these steps:
> 1. Convert the StripesFilter to a portlet filter.
> 2. Convert the StripesDispatcher servlet to a portlet (it mainly handles the
>lifecycle and lets other classes to the work, so this should be doable).
> 3. In the dispatcher portlet, store the Resolution obtained from the event
>handling, so it can be used during the rendering phase.
> 
> As an added bonus, you'll need to:
> - resolve redirects (impossible for portlets),
> - ensure that the Resolution instance can be infinitely reused,
> - be aware that rendering properties can and will be stored (and thus reused)
>   by the portal server, making selecting the default handler trickier

Oh, and Resolutions require a HttpServlet and HttpServletResponse, so you'll
need to create versions that wrap the corresponding portlet classes -- all
three pairs of them:
- ActionRequest/ActionResponse
- RenderRequest/RenderResponse
- ResourceRequest/ResourceResponse

To add complexity, you'll need to detect when a Resolution actually provides
a page or another resource (download, AJAX response, ...). The reason is that
pages are rendered, while all other Resolution results are handled similarly
to a dymanic image using a ResourceServingPortlet. You'll also need to
provide a different tag to generate such resource URL's.

All in all, I think it's easier to reuse Stripes' strengths such as the
validators, population strategy, etc. and create a new lifecycle plus
PortletBean and Resolution interfaces for it.


Oscar

-- 
   ,-_
  /() ) Oscar Westra van Holthe - Kind  http://www.xs4all.nl/~kindop/
 (__ (
=/  ()  A half truth is a whole lie.  -- Yiddish Proverb


signature.asc
Description: Digital signature
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[andres]

I dont want to do restructure of Stripes. I am looking for some layer or 
interfas for implement work with Stripes. I have application on Stripes, and i 
am not good about portlets.


--- El lun, 18/10/10, Oscar Westra van Holthe - Kind  
escribió:

De: Oscar Westra van Holthe - Kind 
Asunto: Re: [Stripes-users] Stripes and Portlets
Para: "Stripes Users List" 
Fecha: lunes, 18 de octubre, 2010 15:54

On 18-10-2010 at 15:28, Oscar Westra van Holthe - Kind wrote:
> To make Stripes work with portlets would require these steps:
> 1. Convert the StripesFilter to a portlet filter.
> 2. Convert the StripesDispatcher servlet to a portlet (it mainly handles the
>    lifecycle and lets other classes to the work, so this should be doable).
> 3. In the dispatcher portlet, store the Resolution obtained from the event
>    handling, so it can be used during the rendering phase.
> 
> As an added bonus, you'll need to:
> - resolve redirects (impossible for portlets),
> - ensure that the Resolution instance can be infinitely reused,
> - be aware that rendering properties can and will be stored (and thus reused)
>   by the portal server, making selecting the default handler trickier

Oh, and Resolutions require a HttpServlet and HttpServletResponse, so you'll
need to create versions that wrap the corresponding portlet classes -- all
three pairs of them:
- ActionRequest/ActionResponse
- RenderRequest/RenderResponse
- ResourceRequest/ResourceResponse

To add complexity, you'll need to detect when a Resolution actually provides
a page or another resource (download, AJAX response, ...). The reason is that
pages are rendered, while all other Resolution results are handled similarly
to a dymanic image using a ResourceServingPortlet. You'll also need to
provide a different tag to generate such resource URL's.

All in all, I think it's easier to reuse Stripes' strengths such as the
validators, population strategy, etc. and create a new lifecycle plus
PortletBean and Resolution interfaces for it.


Oscar

-- 
   ,-_
  /() ) Oscar Westra van Holthe - Kind      http://www.xs4all.nl/~kindop/
 (__ (
=/  ()  A half truth is a whole lie.  -- Yiddish Proverb

-Adjunto en línea a continuación-

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
-Adjunto en línea a continuación-

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



  --
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[andres]

... some bridge for portlets ...

--- El lun, 18/10/10, andres  escribió:

De: andres 
Asunto: Re: [Stripes-users] Stripes and Portlets
Para: "Stripes Users List" 
Fecha: lunes, 18 de octubre, 2010 16:19


I dont want to do restructure of Stripes. I am looking for some layer or 
interfas for implement work with Stripes. I have application on Stripes, and i 
am not good about portlets.


--- El lun, 18/10/10, Oscar Westra van Holthe - Kind  
escribió:

De: Oscar Westra van Holthe - Kind 
Asunto: Re: [Stripes-users] Stripes and Portlets
Para: "Stripes Users List"
 
Fecha: lunes, 18 de octubre, 2010 15:54

On 18-10-2010 at 15:28, Oscar Westra van Holthe - Kind wrote:
> To make Stripes work with portlets would require these steps:
> 1. Convert the StripesFilter to a portlet filter.
> 2. Convert the StripesDispatcher servlet to a portlet (it mainly handles the
>    lifecycle and lets other classes to the work, so this should be doable).
> 3. In the dispatcher portlet, store the Resolution obtained from the event
>    handling, so it can be used during the rendering phase.
> 
> As an added bonus, you'll need to:
> - resolve redirects (impossible for portlets),
> - ensure that the Resolution instance can be infinitely reused,
> - be aware that rendering properties can and will be stored (and thus reused)
>   by the portal server, making
 selecting the default handler trickier

Oh, and Resolutions require a HttpServlet and HttpServletResponse, so you'll
need to create versions that wrap the corresponding portlet classes -- all
three pairs of them:
- ActionRequest/ActionResponse
- RenderRequest/RenderResponse
- ResourceRequest/ResourceResponse

To add complexity, you'll need to detect when a Resolution actually provides
a page or another resource (download, AJAX response, ...). The reason is that
pages are rendered, while all other Resolution results are handled similarly
to a dymanic image using a ResourceServingPortlet. You'll also need to
provide a different tag to generate such resource URL's.

All in all, I think it's easier to reuse Stripes' strengths such as the
validators, population strategy, etc. and create a new lifecycle plus
PortletBean and Resolution interfaces for it.


Oscar

--
 
   ,-_
  /() ) Oscar Westra van Holthe - Kind      http://www.xs4all.nl/~kindop/
 (__ (
=/  ()  A half truth is a whole lie.  -- Yiddish Proverb

-Adjunto en línea a continuación-

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
-Adjunto en línea a continuación-

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





  
-Adjunto en línea a continuación-

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
-Adjunto en línea a continuación-

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



  --
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[VANKEISBELCK Remi]

 ?

:)

Cheers

Remi

2010/10/18 andres 

> ... some bridge for portlets ...
>
> --- El *lun, 18/10/10, andres * escribió:
>
>
> De: andres 
>
> Asunto: Re: [Stripes-users] Stripes and Portlets
> Para: "Stripes Users List" 
> Fecha: lunes, 18 de octubre, 2010 16:19
>
>
>
> I dont want to do restructure of Stripes. I am looking for some layer or
> interfas for implement work with Stripes. I have application on Stripes,
> and i am not good about portlets.
>
>
> --- El *lun, 18/10/10, Oscar Westra van Holthe - Kind <
> os...@westravanholthe.nl>* escribió:
>
>
> De: Oscar Westra van Holthe - Kind 
> Asunto: Re: [Stripes-users] Stripes and Portlets
> Para: "Stripes Users List" 
> Fecha: lunes, 18 de octubre, 2010 15:54
>
> On 18-10-2010 at 15:28, Oscar Westra van Holthe - Kind wrote:
> > To make Stripes work with portlets would require these steps:
> > 1. Convert the StripesFilter to a portlet filter.
> > 2. Convert the StripesDispatcher servlet to a portlet (it mainly handles
> the
> >lifecycle and lets other classes to the work, so this should be
> doable).
> > 3. In the dispatcher portlet, store the Resolution obtained from the
> event
> >handling, so it can be used during the rendering phase.
> >
> > As an added bonus, you'll need to:
> > - resolve redirects (impossible for portlets),
> > - ensure that the Resolution instance can be infinitely reused,
> > - be aware that rendering properties can and will be stored (and thus
> reused)
> >   by the portal server, making selecting the default handler trickier
>
> Oh, and Resolutions require a HttpServlet and HttpServletResponse, so
> you'll
> need to create versions that wrap the corresponding portlet classes -- all
> three pairs of them:
> - ActionRequest/ActionResponse
> - RenderRequest/RenderResponse
> - ResourceRequest/ResourceResponse
>
> To add complexity, you'll need to detect when a Resolution actually
> provides
> a page or another resource (download, AJAX response, ...). The reason is
> that
> pages are rendered, while all other Resolution results are handled
> similarly
> to a dymanic image using a ResourceServingPortlet. You'll also need to
> provide a different tag to generate such resource URL's.
>
> All in all, I think it's easier to reuse Stripes' strengths such as the
> validators, population strategy, etc. and create a new lifecycle plus
> PortletBean and Resolution interfaces for it.
>
>
> Oscar
>
> --
>,-_
>   /() ) Oscar Westra van Holthe - Kind  
> http://www.xs4all.nl/~kindop/
> (__ (
> =/  ()  A half truth is a whole lie.  -- Yiddish Proverb
>
> -Adjunto en línea a continuación-
>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
>
> -Adjunto en línea a continuación-
>
> ___
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
>
> -Adjunto en línea a continuación-
>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
>
> -Adjunto en línea a continuación-
>
> ___
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> ___
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
St

Re: [Stripes-users] Stripes and Portlets

[Grzegorz Krugły]

 iframe is the worst solution one could think of ;-)
It's not even proper HTML 4.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Oscar Westra van Holthe - Kind]

On 18-10-2010 at 16:40, Grzegorz Krugły wrote:
>  iframe is the worst solution one could think of ;-)
> It's not even proper HTML 4.

For some, the same thing can be said about portlets. And certainly the first
portlet specification (JSR 168) qualifies, as it doesn't support portlet
specific non-inline CSS, dynamic images, file downloads, etc. (you'd need to
setup a separate servlet, which defeats the point of a portlet). It's not
until the second specification (JSR 286) that portlets can be considered
seriously, IMNSHO.


Oscar

-- 
   ,-_
  /() ) Oscar Westra van Holthe - Kind  http://www.xs4all.nl/~kindop/
 (__ (
=/  ()  A half truth is a whole lie.  -- Yiddish Proverb


signature.asc
Description: Digital signature
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[VANKEISBELCK Remi]

Portlets ? Seriously ? Seriously... :P

I was joking with the iframe thing, even if it might be a simple option to
include some external content in a portlet, I don't know. The other option
(the Stripes rewrite) is even more hackish to me !
Anyway, iframes are everywhere. Crappy but damn useful if you ask me :P
Even Google has one on the front page...

Cheers

Remi

2010/10/18 Oscar Westra van Holthe - Kind 

> On 18-10-2010 at 16:40, Grzegorz Krugły wrote:
> >  iframe is the worst solution one could think of ;-)
> > It's not even proper HTML 4.
>
> For some, the same thing can be said about portlets. And certainly the
> first
> portlet specification (JSR 168) qualifies, as it doesn't support portlet
> specific non-inline CSS, dynamic images, file downloads, etc. (you'd need
> to
> setup a separate servlet, which defeats the point of a portlet). It's not
> until the second specification (JSR 286) that portlets can be considered
> seriously, IMNSHO.
>
>
> Oscar
>
> --
>   ,-_
>  /() ) Oscar Westra van Holthe - Kind  
> http://www.xs4all.nl/~kindop/
>  (__ (
> =/  ()  A half truth is a whole lie.  -- Yiddish Proverb
>
> -BEGIN PGP SIGNATURE-
>
> iEYEARECAAYFAky8XoMACgkQLDKOJAl7tOK8zgCfSFhdeSxgpApAY4uqxaAw22ow
> QrMAn3qiekOoSIPT0bWmVvp9OakwyF8S
> =ZtzZ
> -END PGP SIGNATURE-
>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> ___
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

[Stripes-users] [OT] Rick A (was Re: Stripes and Portlets)

[VANKEISBELCK Remi]

Hu hu didn't know that was him... Love the hair :)
http://www.dailymotion.com/video/x1b7yk_rick-astley-together-forever_music

Cheers

Remi

2010/10/18 Grzegorz Krugły 

>  W dniu 18.10.2010 16:53, VANKEISBELCK Remi pisze:
> > Anyway, iframes are everywhere. Crappy but damn useful if you ask me :P
>
> So is Rick Astley ;-)
>
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Mario Arias]

andres  writes:

> 
> 
> Hi all,I want to ask, if anyone has used Stripes for portlets (JSR 168, JSR
286) and if there is a way to use it with portal server (websphere). We have one
web application done with Stripes and we want run it like a portlet on websphere
portal server.if anyone knows the subject or may give clues would greatly
appreciate it.Thanks, greetingsThe same message in SpanishQuiero preguntar, si
alguien ha utilizado Stripes como portlets (JSR 168, JSR 286) y si hay una
manera de utilizarlo con el servidor de portal (WebSphere).Tenemos una
aplicación web hecha con Stripes y queremos que funcione como un portlet en el
servidor WebSphere Portal.Si alguien sabe del tema o puede dar pistas sería de
gran aprecio.Gracias,
>  saludos
> 
> 
> 
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> 
> ___
> Stripes-users mailing list
> stripes-us...@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
> 

I recommend to you Spring MVC, they have a Portlet version and is similar but
not equal and not so good to Stripes. But you, probably, will have less problems
rewriting your application in Spring MVC that rewriting Stripes itself. A
Complete Stripes portlet version will be cool but both portlets seem to be a
little dead 

Spanish

Te recomiendo que uses Spring MVC, ellos tiene una versión para Portlets pero no
es igual y no es tan bueno como Stripes. Pero tú, probablemente, tendrás menos
problemas reescribiendo tu aplicación en Spring MVC que reescribiendo Stripes.
Una versión completa de Stripes para portlets sería chévere pero los portlets se
ven un poco muertos


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Søren Pedersen]

Hi all
Wouldn't it "just" be a question of writing a bridge from Jsr286 to stripes?
I am doing domething like that at the moment with a propritary CMS which
acts like a portalserver. I have written a bridge that handles URLs and
other stuff like state, security etc.
Planning on going to make it a Jsr286 later on, if I get the chance.
A bridge could be used as a pluggable component.

Regards
Søren

Den 18/10/2010 17.08 skrev "Mario Arias" :

andres  writes:

>
>
> Hi all,I want to ask, if anyone has used Stripes for portl...
appreciate it.Thanks, greetingsThe same message in SpanishQuiero preguntar,
si

alguien ha utilizado Stripes como portlets (JSR 168, JSR 286) y si hay una
manera de utilizarlo con ...

>
--
> Download new Adob...
> stripes-us...@...

> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
I recommend to you Spring MVC, they have a Portlet version and is similar
but
not equal and not so good to Stripes. But you, probably, will have less
problems
rewriting your application in Spring MVC that rewriting Stripes itself. A
Complete Stripes portlet version will be cool but both portlets seem to be a
little dead

Spanish

Te recomiendo que uses Spring MVC, ellos tiene una versión para Portlets
pero no
es igual y no es tan bueno como Stripes. Pero tú, probablemente, tendrás
menos
problemas reescribiendo tu aplicación en Spring MVC que reescribiendo
Stripes.
Una versión completa de Stripes para portlets sería chévere pero los
portlets se
ven un poco muertos



--
Download new Adobe(...
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Nikolaos Giannopoulos]

Andres,

Having worked with Portal Servers for many years... I have to say that 
in "theory" Portal servers are great.  In "practice" there are A LOT of 
issues with them.  The 2 biggest problems offhand are:


1) the fact that they ADD an entirely different layer on top of your 
"web container" being the "portlet container" and make simple web 
development a little more like rocket science (as if it isn't hard 
enough as it is at times).  For this the "iFrame" is a classic 
solution.  Yes - not what you might expect but heavily utilized in the 
Portal / Portlet space.


2) due to 1) they have a voracious appetite for CPU and memory... and as 
such have a litter of many failed projects... .  And I don't mean small 
customers... I mean VERY large customers in the USA and Canada who give 
up on either a) buying all the extra hardware OR b) buying all the extra 
licenses for their app servers.  I have had clients ask me with my 
enterprise box with X CPU's that should be enough... NO?... why the 
performance issues?... double the CPU and the #boxes if you can was my 
answer and you still will probably have scalability issues... they did 
and it didn't help  :-)


Portals were supposed to be the end all to "Enterprise" and aggregate 
the hundreds / thousands of local systems on an Intranet... instead they 
have met largely with failure on a grand scale and what I most often see 
are companies going back to building large web apps after they have 
experienced the Portal world.


So it isn't surprising that Stripes lacks integration... and it isn't 
surprising that Spring MVC does... or whatever... what is surprising for 
me personally is to see people still trying to build or maintain sites 
around them ;-)


--Nikolaos




Mario Arias wrote:

andres  writes:

  

Hi all,I want to ask, if anyone has used Stripes for portlets (JSR 168, JSR


286) and if there is a way to use it with portal server (websphere). We have one
web application done with Stripes and we want run it like a portlet on websphere
portal server.if anyone knows the subject or may give clues would greatly
appreciate it.Thanks, greetingsThe same message in SpanishQuiero preguntar, si
alguien ha utilizado Stripes como portlets (JSR 168, JSR 286) y si hay una
manera de utilizarlo con el servidor de portal (WebSphere).Tenemos una
aplicación web hecha con Stripes y queremos que funcione como un portlet en el
servidor WebSphere Portal.Si alguien sabe del tema o puede dar pistas sería de
gran aprecio.Gracias,
  

 saludos



--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run

across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev

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




I recommend to you Spring MVC, they have a Portlet version and is similar but
not equal and not so good to Stripes. But you, probably, will have less problems
rewriting your application in Spring MVC that rewriting Stripes itself. A
Complete Stripes portlet version will be cool but both portlets seem to be a
little dead 


Spanish

Te recomiendo que uses Spring MVC, ellos tiene una versión para Portlets pero no
es igual y no es tan bueno como Stripes. Pero tú, probablemente, tendrás menos
problemas reescribiendo tu aplicación en Spring MVC que reescribiendo Stripes.
Una versión completa de Stripes para portlets sería chévere pero los portlets se
ven un poco muertos


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run

across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
  
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

[Stripes-users] Transfer-Encoding: chunked

[Jeffrey.D.Kell]

Hello,

I'm trying Stripes for IVR development and I'm finding that when I try to set a 
ResponseHeader of "Transfer-Encoding" to "chunked", my ForwardResolutions to 
JSPs containing XML response data do not return to the calling client code, 
wheter it is a web browser or in my case an IVR voice browser instead.

I only introduced this header to try to solve a session persistence issue 
between our IVR and our load balancer.  It seems other IVRs using https and the 
same load balancer do not have the same session persistence issue when this 
header is present.

I may be the only app using Stripes however.  I'm thinking that Stripes is 
always including the exact Content-Length in its response instead of chuncked 
(at least it appears to be the case with Firefox + Firebug inspecting the 
Headers).

Do you know if Stripes sets this by default (Content-Length)?

So ForwardResolution responses do not appear to work with "chunked".



Jeff Kell



--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Søren Pedersen]

Hi Nikolaos

I agree with you regarding the scalability an silverbullet issue.
However, there will still be customers that wants to move around with web
content, and present it using different configurations (portals) depending
on different customers.
The best shot at the moment might be Jsr286, but I haven't tried it out yet.

Anyway, I am also tired of technologies that promises to save the world...
Which is why I like stripes :

Regards
Søren

Den 18/10/2010 19.00 skrev "Nikolaos Giannopoulos" :

 Andres,

Having worked with Portal Servers for many years... I have to say that in
"theory" Portal servers are great.  In "practice" there are A LOT of issues
with them.  The 2 biggest problems offhand are:

1) the fact that they ADD an entirely different layer on top of your "web
container" being the "portlet container" and make simple web development a
little more like rocket science (as if it isn't hard enough as it is at
times).  For this the "iFrame" is a classic solution.  Yes - not what you
might expect but heavily utilized in the Portal / Portlet space.

2) due to 1) they have a voracious appetite for CPU and memory... and as
such have a litter of many failed projects... .  And I don't mean small
customers... I mean VERY large customers in the USA and Canada who give up
on either a) buying all the extra hardware OR b) buying all the extra
licenses for their app servers.  I have had clients ask me with my
enterprise box with X CPU's that should be enough... NO?... why the
performance issues?... double the CPU and the #boxes if you can was my
answer and you still will probably have scalability issues... they did and
it didn't help  :-)

Portals were supposed to be the end all to "Enterprise" and aggregate the
hundreds / thousands of local systems on an Intranet... instead they have
met largely with failure on a grand scale and what I most often see are
companies going back to building large web apps after they have experienced
the Portal world.

So it isn't surprising that Stripes lacks integration... and it isn't
surprising that Spring MVC does... or whatever... what is surprising for me
personally is to see people still trying to build or maintain sites around
them ;-)

--Nikolaos






Mario Arias wrote:
>
> andres  writes:
>
>
>>
>> Hi all,I want to ask, if a...

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Oscar Westra van Holthe - Kind]

On 18-10-2010 at 18:50, Søren Pedersen wrote:
> Wouldn't it "just" be a question of writing a bridge from Jsr286 to stripes?
> I am doing domething like that at the moment with a propritary CMS which
> acts like a portalserver. I have written a bridge that handles URLs and
> other stuff like state, security etc.
> Planning on going to make it a Jsr286 later on, if I get the chance.
> A bridge could be used as a pluggable component.

Hi Søren,

Once you have a semi-working version for JSR 286 and WSRP 2, I'd be more than
a little interested in the design of it. Especially as I've seen customers
struggling to grasp what's needed to make it work. So far, all "just a simple
port" projects I've seen have ended up as at least a partial rewrite, up toa
complete redesign of the view layer.


Regards,
Oscar

-- 
   ,-_  Oscar Westra van Holthe - Kind  http://www.xs4all.nl/~kindop/
  /() )
 (__ (  Progress is made by lazy men looking for easier ways to do things.
=/  ()  -- Robert Heinlein


signature.asc
Description: Digital signature
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[Søren Pedersen]

Hi Oscar

Sure, although I can't say when this will happen. I have created a bridge
that copies some of the concepts in Jsr286, so it should be doable to make
it 286 compliant, but we'll see. Will go into production with the first
"portlet" next month, so I am a bit excited!

Get back in a while when I know more.

Regards
Søren

Den 18/10/2010 19.53 skrev "Oscar Westra van Holthe - Kind" <
os...@westravanholthe.nl>:

On 18-10-2010 at 18:50, Søren Pedersen wrote:
> Wouldn't it "just" be a question of writing a bridge...
Hi Søren,

Once you have a semi-working version for JSR 286 and WSRP 2, I'd be more
than
a little interested in the design of it. Especially as I've seen customers
struggling to grasp what's needed to make it work. So far, all "just a
simple
port" projects I've seen have ended up as at least a partial rewrite, up toa
complete redesign of the view layer.


Regards,

Oscar

-- 
,-_ Oscar Westra van Holthe - Kind http://www.xs4all.nl/~kindop/
 /() )
 (__ (  Progress is made by lazy men looking for easier ways to do things.
=/  ()  -- Robert Heinlein

-BEGIN PGP SIGNATURE-

iEYEARECAAYFAky8iQ8ACgkQLDKOJAl7tOI9nwCg2DsTqqpIP74JF3gZFulrU2Ix
zmgAoPauLPDbrGGZEcX2HGlEXHwIRYXm
=TAzw
-END PGP SIGNATURE-

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] CleanUrl bug from 1.5.1+ when using MockRoundtrip

[Nathan Maves]

Is there anyone else out here using UrlBinding with MockRoundTrip?
This is killing me that we can upgrade to the latest Stripes codebase.

Nathan

On Wed, Oct 13, 2010 at 11:32 AM, Nathan Maves  wrote:
> We have multiple test cases where we are using UrlBinding with 1.5 and
> everything works perfect.
>
> Here is an example of one of our bindings
>
> @UrlBinding("/admin/product/{$event}/{product.id}")
>
> All versions (1.5.1, 1.5.2, 1.5.3) work fine outside of the test
> fixture.  It is only within a test using the MockRoundTrip where we
> get the error.  The error is a validation error where it claims to
> have a conversion issue where the replacement parts are ["Product Id",
> "{product.id}"].  We get this when passing in a parameter or not.
>
> I did find the following change from 1.5 to 1.5.1 that might have
> something to do with it.
>
> http://www.stripesframework.org/jira/browse/STS-592
>
>
> Nathan
>

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] CleanUrl bug from 1.5.1+ when using MockRoundtrip

[Nikolaos Giannopoulos]

Nathan,

We have limited test cases for our Action Beans at this time.  So far no 
issues.

Could you be more specific about the error that is being produced.

--Nikolaos




Nathan Maves wrote:
> Is there anyone else out here using UrlBinding with MockRoundTrip?
> This is killing me that we can upgrade to the latest Stripes codebase.
>
> Nathan
>
> On Wed, Oct 13, 2010 at 11:32 AM, Nathan Maves  wrote:
>   
>> We have multiple test cases where we are using UrlBinding with 1.5 and
>> everything works perfect.
>>
>> Here is an example of one of our bindings
>>
>> @UrlBinding("/admin/product/{$event}/{product.id}")
>>
>> All versions (1.5.1, 1.5.2, 1.5.3) work fine outside of the test
>> fixture.  It is only within a test using the MockRoundTrip where we
>> get the error.  The error is a validation error where it claims to
>> have a conversion issue where the replacement parts are ["Product Id",
>> "{product.id}"].  We get this when passing in a parameter or not.
>>
>> I did find the following change from 1.5 to 1.5.1 that might have
>> something to do with it.
>>
>> http://www.stripesframework.org/jira/browse/STS-592
>>
>>
>> Nathan
>>
>> 


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Keeping the Stripes ball moving forward

[Nikolaos Giannopoulos]

All,

I have tested the nested layouts of 1.5.4 and everything appears to be 
working fine.  Excellent job Ben

I also have contacted the Zero Turn Around folks that make JRebel and 
raised the issue w/ their broken Stripes plug-in for 1.5.x / 1.6.x due 
to the code usage change of UrlBindingFactory - from singleton to local 
instance.  I am hoping to work w/ them to find a way to get JRebel 
working with Stripes again.

Until that time can we hold off releasing 1.5.4 just in case something 
else is required to help things work.  I know one normally does not 
tailor a framework to the tools around it but I am worried that the hook 
it had / needs may no longer be available to it.  As JRebel supports a 
ton of other frameworks I think its important that we try to maintain 
its ability to support Stripes.

Will let everyone know how things progress... .

--Nikolaos




amagha wrote:
> Folks --
>
> As many of you know, we've had a lengthy discussion (that continues) about
> Stripes and its future.  This includes fresh blood in leadership, a new
> website, and greater contribution and participation by the larger community.
>
> To this last point (participation), please note that Ben is trying to get us
> all to a newer version of Stripes (v1.5.4), and is soliciting help/input. 
> Please see his Sep. 29th post entitled "
> http://old.nabble.com/Streaming-layouts-(again)-to29842130.html Streaming
> layouts (again) ".
>
> During the lengthy thread on Stripes and its future (see 
> http://old.nabble.com/IMPORTANT::-Developing-stripes-(Future...-Part-DEUX)-to29747051.html
> here ), many people chimed in and stated they'd be willing to participate
> and help out when needed.  Its times like this--when Ben is trying to move
> Stripes forward--that your help is needed!  Please check out 1.5.4, per
> Ben's request, and report back success and/or failure so Ben hears back from
> the same community that's both passionate about Stripes and indicated just a
> couple of weeks ago that they wanted to help.
>   


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] CleanUrl bug from 1.5.1+ when using MockRoundtrip

[Nathan Maves]

Ah  the tricky part is that these are no error messages nor
exceptions.  Just unit tests failing when we upgrade stripes.

This is because the url binding variables are not getting bound in the
MockRoundTrip properly (at all).

One thing I don't think I tested is removing the {$event} from the binding.

@UrlBinding("/admin/product/{$event}/{product.id}")


On Mon, Oct 18, 2010 at 7:45 PM, Nikolaos Giannopoulos
 wrote:
> Nathan,
>
> We have limited test cases for our Action Beans at this time.  So far no
> issues.
>
> Could you be more specific about the error that is being produced.
>
> --Nikolaos
>
>
>
>
> Nathan Maves wrote:
>> Is there anyone else out here using UrlBinding with MockRoundTrip?
>> This is killing me that we can upgrade to the latest Stripes codebase.
>>
>> Nathan
>>
>> On Wed, Oct 13, 2010 at 11:32 AM, Nathan Maves  
>> wrote:
>>
>>> We have multiple test cases where we are using UrlBinding with 1.5 and
>>> everything works perfect.
>>>
>>> Here is an example of one of our bindings
>>>
>>> @UrlBinding("/admin/product/{$event}/{product.id}")
>>>
>>> All versions (1.5.1, 1.5.2, 1.5.3) work fine outside of the test
>>> fixture.  It is only within a test using the MockRoundTrip where we
>>> get the error.  The error is a validation error where it claims to
>>> have a conversion issue where the replacement parts are ["Product Id",
>>> "{product.id}"].  We get this when passing in a parameter or not.
>>>
>>> I did find the following change from 1.5 to 1.5.1 that might have
>>> something to do with it.
>>>
>>> http://www.stripesframework.org/jira/browse/STS-592
>>>
>>>
>>> Nathan
>>>
>>>
>
>
> --
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> ___
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users

Re: [Stripes-users] Stripes and Portlets

[andres]

Thanks for all. 
For me I would never use Portlets but is a customer requirement ...
We will see the iframe or possibility hook as external application.
Greetings


--- El lun, 18/10/10, Søren Pedersen  escribió:

De: Søren Pedersen 
Asunto: Re: [Stripes-users] Stripes and Portlets
Para: "Stripes Users List" 
Fecha: lunes, 18 de octubre, 2010 20:04

Hi Oscar
Sure, although I can't say when this will happen. I have created a bridge that 
copies some of the concepts in Jsr286, so it should be doable to make it 286 
compliant, but we'll see. Will go into production with the first "portlet" next 
month, so I am a bit excited!

Get back in a while when I know more.
Regards

Søren
Den 18/10/2010 19.53 skrev "Oscar Westra van Holthe - Kind" 
:

On 18-10-2010 at 18:50, Søren Pedersen wrote:

> Wouldn't it "just" be a question of writing a bridge...Hi Søren,



Once you have a semi-working version for JSR 286 and WSRP 2, I'd be more than

a little interested in the design of it. Especially as I've seen customers

struggling to grasp what's needed to make it work. So far, all "just a simple

port" projects I've seen have ended up as at least a partial rewrite, up toa

complete redesign of the view layer.





Regards,

Oscar

-- 
   ,-_  Oscar Westra van Holthe - Kind  http://www.xs4all.nl/~kindop/  /() )

 (__ (  Progress is made by lazy men looking for easier ways to do things.

=/  ()  -- Robert Heinlein


-BEGIN PGP SIGNATURE-



iEYEARECAAYFAky8iQ8ACgkQLDKOJAl7tOI9nwCg2DsTqqpIP74JF3gZFulrU2Ix

zmgAoPauLPDbrGGZEcX2HGlEXHwIRYXm

=TAzw

-END PGP SIGNATURE-


--

Download new Adobe(R) Flash(R) Builder(TM) 4

The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly

Flex(R) Builder(TM)) enable the development of rich applications that run

across multiple browsers and platforms. Download your free trials today!

http://p.sf.net/sfu/adobe-dev2dev
___

Stripes-users mailing list

Stripes-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/stripes-users




-Adjunto en línea a continuación-

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
-Adjunto en línea a continuación-

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



  --
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users