My opinion is that it is easier to move from Struts 1.x to Stripes than
it is to move to Struts 2.x.  Afterall Struts 2.x is as much a child of
WebWork is it is of Stuts 1x.  Also if you're doing Hibernate JPA you
should check out the Stripernate layer for Stripes.  Makes it super easy
to push complex persisted objects all the way out to your presentation
layer and bind them back to your entity beans when they've been updated.


Rick


-----Original Message-----
From: [email protected]
[mailto:[email protected]] 
Sent: Monday, June 15, 2009 2:32 PM
To: [email protected]
Subject: Spam:Stripes-users Digest, Vol 37, Issue 21

Send Stripes-users mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/stripes-users
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Stripes-users digest..."


Today's Topics:

   1. Stripes Spring JPA (DaveMark)
   2. Problem with TypeFormatter (Joao Azevedo)
   3. Re: Problem with TypeFormatter (Freddy Daoud)
   4. Re: Problem with TypeFormatter (Freddy Daoud)
   5. Re: Stripes Spring JPA (DaveMark)
   6. Re: Stripes Spring JPA (VANKEISBELCK Remi)
   7. Re: Stripes Spring JPA (Lionel)
   8. Re: Stripes Spring JPA (AKahn)


----------------------------------------------------------------------

Message: 1
Date: Sat, 13 Jun 2009 23:50:59 +0000 (GMT)
From: DaveMark <[email protected]>
Subject: [Stripes-users] Stripes Spring JPA
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Hello everyone,

I've put together a guide to building large scalable applications using
Stripes, Spring & JPA.
http://www.stripesframework.org/display/stripes/Stripes+Spring+JPA

Hopefully it's a sort of 'best practice'. Let me know what you all think
so I can add/remove/change anything before I translate it into French
(tommorrow night!).

Cheers,

DJDaveMark


      



------------------------------

Message: 2
Date: Mon, 15 Jun 2009 00:03:46 +0100
From: Joao Azevedo <[email protected]>
Subject: [Stripes-users] Problem with TypeFormatter
To: Stripes - Users <[email protected]>
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Hi,

I'm currently doing a type converter and formatter for a field with a
Long
type. I'm able to properly convert the value before saving to the
entities,
but I'm unable to format the value before showing to the view. How can I
choose my formatter to be used within the view?

Thanks,
Joao
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 3
Date: Mon, 15 Jun 2009 00:55:15 +0000 (UTC)
From: Freddy Daoud <[email protected]>
Subject: Re: [Stripes-users] Problem with TypeFormatter
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

Hi Joao,

> I'm able to properly convert the value before saving to the
> entities,
> but I'm unable to format the value before showing to the view. How can
I
> choose my formatter to be used within the view?

Try using the s:format tag [1], as in
s:format value="${actionBean.someValue"}.

[1]:
http://stripes.sourceforge.net/docs/current/taglib/stripes/format.html

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




------------------------------

Message: 4
Date: Sun, 14 Jun 2009 20:40:32 -0400
From: "Freddy Daoud" <[email protected]>
Subject: Re: [Stripes-users] Problem with TypeFormatter
To: "Stripes Users List" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="ISO-8859-1"

Hi Joao,

> I'm able to properly convert the value before saving to the
> entities,
> but I'm unable to format the value before showing to the view. How can
I
> choose my formatter to be used within the view?

Try using the s:format tag [1], as in
s:format value="${actionBean.someValue"}.

[1]:
http://stripes.sourceforge.net/docs/current/taglib/stripes/format.html

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



------------------------------

Message: 5
Date: Mon, 15 Jun 2009 15:40:06 +0000 (GMT)
From: DaveMark <[email protected]>
Subject: Re: [Stripes-users] Stripes Spring JPA
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Hello again,

To fill you all in on why I did this guide...

I recently came out of a large scale project designed for up to 10,000
simultaneous users and up to 100,000 total users. The project used
Struts Spring JPA (with Hibernate & Oracle), and the other developers
spent most of their time struggling to use Struts. It was the architect
from my company that chose everything for the project (his usual
choices) and he's slowly wanting to replace Struts with Stripes. But he
still needs convincing!

His main concerns don't concern the technical aspects of Stripes, as
he's already impressed. But it comes down to these reasons :

1. The client has heard of Struts and knows it 'works'.
2. Nobody (in France) knows Stripes (he does all the 'technical'
interviews).
3. Why should he propose an unheard of framework?
4. Once the project is 'finished' and we're all gone, how will the
client find other developers with stripes skills?
5. Why should the client accept training his internal staff when they
already 'know' Struts, and no one uses it or has heard of it.

Here's my responses 'for' Stripes (please help add more) :

1. There was a time when Struts was unheard of and everyone knows that
Struts 1.x is old/tired and has major architectural issues. If a company
is thinking of switching to Struts 2, why not think about Stripes which
Struts 2 copied source code from, and still can't do some basic things
as easy as Stripes can?

2. If someone 'knows' Struts, they'll be autonomous with Stripes in no
time.

3. For all the reasons I've detailed in 1. 2. 4. & 5.

4. If someone 'knows' Struts, they'll understand Stripes without needing
to consult the documentation (although that would help ;o) ).

5. If someone 'knows' Struts, they'll understand Stripes. It's easier,
more powerful, with nearly zero configuration!

Any help appreciated,

Cheers, DJDaveMark


      



------------------------------

Message: 6
Date: Mon, 15 Jun 2009 18:04:39 +0200
From: VANKEISBELCK Remi <[email protected]>
Subject: Re: [Stripes-users] Stripes Spring JPA
To: Stripes Users List <[email protected]>
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1

Well, there is at least one guy using Stripes here in France ! And I'm
sure I'm not alone... Have you tried to talk about it with the
ParisJUG folks ?

And btw, the Struts2 folks haven't copied Stripes sources... even if
obviously they should have... :P

Cheers

Remi

2009/6/15 DaveMark <[email protected]>:
>
> Hello again,
>
> To fill you all in on why I did this guide...
>
> I recently came out of a large scale project designed for up to 10,000
simultaneous users and up to 100,000 total users. The project used
Struts Spring JPA (with Hibernate & Oracle), and the other developers
spent most of their time struggling to use Struts. It was the architect
from my company that chose everything for the project (his usual
choices) and he's slowly wanting to replace Struts with Stripes. But he
still needs convincing!
>
> His main concerns don't concern the technical aspects of Stripes, as
he's already impressed. But it comes down to these reasons :
>
> 1. The client has heard of Struts and knows it 'works'.
> 2. Nobody (in France) knows Stripes (he does all the 'technical'
interviews).
> 3. Why should he propose an unheard of framework?
> 4. Once the project is 'finished' and we're all gone, how will the
client find other developers with stripes skills?
> 5. Why should the client accept training his internal staff when they
already 'know' Struts, and no one uses it or has heard of it.
>
> Here's my responses 'for' Stripes (please help add more) :
>
> 1. There was a time when Struts was unheard of and everyone knows that
Struts 1.x is old/tired and has major architectural issues. If a company
is thinking of switching to Struts 2, why not think about Stripes which
Struts 2 copied source code from, and still can't do some basic things
as easy as Stripes can?
>
> 2. If someone 'knows' Struts, they'll be autonomous with Stripes in no
time.
>
> 3. For all the reasons I've detailed in 1. 2. 4. & 5.
>
> 4. If someone 'knows' Struts, they'll understand Stripes without
needing to consult the documentation (although that would help ;o) ).
>
> 5. If someone 'knows' Struts, they'll understand Stripes. It's easier,
more powerful, with nearly zero configuration!
>
> Any help appreciated,
>
> Cheers, DJDaveMark
>
>
>
>
>
------------------------------------------------------------------------
------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Stripes-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>



------------------------------

Message: 7
Date: Mon, 15 Jun 2009 18:18:09 +0200
From: "Lionel" <[email protected]>
Subject: Re: [Stripes-users] Stripes Spring JPA
To: [email protected]
Message-ID: <[email protected]>

VANKEISBELCK Remi wrote:
> Well, there is at least one guy using Stripes here in France ! And I'm
> sure I'm not alone...

I do too !

The main reason to choose Stripes: you'll develop twice as fast compared
to 
struts 1, which means it's twice as cheap.
I advertise for stripes when I have the opportunity.
Everybody knows struts, but everybody is bored using struts... 






------------------------------

Message: 8
Date: Mon, 15 Jun 2009 18:31:27 +0000 (UTC)
From: AKahn <[email protected]>
Subject: Re: [Stripes-users] Stripes Spring JPA
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

Lionel <lio...@...> writes:

> 
> VANKEISBELCK Remi wrote:
>...
> The main reason to choose Stripes: you'll develop twice as fast
compared to 
> struts 1, which means it's twice as cheap.
> I advertise for stripes when I have the opportunity.
> Everybody knows struts, but everybody is bored using struts... 

While I'm a huge fan of Stripes, some of the reasons cited earlier in
this 
thread contribute to my not pushing it hard at work.  I think it would
be 
useful to have an example like the one above for Struts (1) for
Struts-2.

At the end of the day, I think Stripes is a tool one should have to use
when 
the appropriate nail shows up.  In some cases, Struts-2 might be the
better 
approach (Patrick Lightbody, a contributor to Webwork, suggested it may
more be 
useful for non-hosted applications requiring plugins than Stripes--I'll
take 
his word for it).

I might be mistaken, but didn't someone do a Struts2 to Stripes
comparison 
before: build one app w/ the two different technologies to show the
benefits of 
Stripes over Struts2?  If not, someone that knows both could and help
push 
Stripes further.




------------------------------

------------------------------------------------------------------------
------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects

------------------------------

_______________________________________________
Stripes-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-users


End of Stripes-users Digest, Vol 37, Issue 21
*********************************************

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Stripes-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-users

Reply via email to