WARNING: This server is unstable and will be retired in the next days. If you want to keep this forum available, please request immediately a migration on the Nabble Support forum. Forums that don't receive any migration request will be deleted forever.

 « Return to Thread: Stripes Ignored...Again

Re: Stripes Ignored...Again

by Gregg Bolinger-7 :: Rate this Message:

| View in Thread

Would it make more sense to write something that was like:

*Java Web Development with Stripes, [API here], and [API here].*

rather than

*Stripes in Action (Manning) or Beginning Stripes (APress)*

Gregg

Jason Sibre wrote:

> Hear hear...
>
> I'd love something that went into greater depth. I'm here because I'm  
> looking for something in Java that does for me what Quixote did for me  
> in Python, and while it's not an exact fit, it seems to fit many of  
> the broad strokes.  It even has many additional powerful features that  
> Qx lacked (back when I was active with it - it may have evolved since  
> then).  However, I'm having a hard time ramping up, because the  
> example apps provided are not only trivial, but, well... not exactly a  
> showcase of best practice in Stripes.  The how-to's are where the real  
> docs are for Stripes, and they're a bit light, too.
>
> A book for Stripes would be fantastic, and I'd even consider  
> contributing/authoring, assuming I ever get to a level with it where  
> I'd be able to do so in a meaningful way. ;)
>
> Jason
>
>
> On Nov 14, 2007, at 9:57 AM, Will Hartung wrote:
>
>  
>> On Nov 14, 2007, at 7:16 AM, Gregg Bolinger wrote:
>>
>>    
>>> I've got similar contacts and have been pondering such an idea for a
>>> while.  I was going to speak with Tim, Ben, and some others about
>>> it to
>>> see if they would be interested.  The only problem I see with a
>>> Stripes
>>> book is it would be 20 pages.  I'm not sure there is enough to  
>>> stripes
>>> for an entire book.  It sounds bad when you say it but its glorious
>>> when
>>> you use it. ;)
>>>      
>> Oh, I think a book on Stripes would be quite good, and I think there
>> can be a lot in it.
>>
>> Because I think the book can be not just on Stripes (which, despite
>> its simplicity, it has a lot of depth, all of which has nuances that
>> needs to be documented), but also as a benchmark for solid design,
>> integrating a back end (DAO, JPA, Stripernate), Ajaxifying stripes
>> (Like Remis ajax validation interceptor), plus the work of describing
>> a solid "Bugzooky"...something that a) does something meaningful
>> (really meaningful) and does the "hard" things that you never see in
>> anything else. Like, say, a header/detail screen, a solid grid
>> display (ajaxified even), etc.
>>
>> You want to bring folks to the platform, give them a really good
>> sample application that does everything that folks need to do so they
>> can copy and paste their way to glory. They'll start with the app and
>> follow the patterns in the source code (and documented in the book)
>> to get their projects going fast and yet still be lightweight.
>>
>> Folks don't want technology, they want solutions, both consumers and
>> developers. Everything we KNOW that folks do EVERY DAY, we continue
>> to reinvent because there are all these crappy examples on the net.
>>
>> A simple example, I'm here because Stripes painlessly binds and
>> validates numbers and dates, something that is, apparently,
>> impossible to do in Struts, or Spring MVC (at least at the time).
>> And, with Struts, no way to easily bind lists.
>>
>> Obviously, that's an exageration, but none of the examples did any of
>> this. Spring wanted me to install some converter, like Stripes does.
>> But it's a DATE, who the heck doesn't use DATEs, why the heck isn't
>> that in the default package and you have to become an instant expert
>> in the framework to load a freakin' date.
>>
>> I've NEVER used the Type conversion feature of Stripes -- I just
>> don't need it.
>>
>> So, that's what will make Stripes popular. Solve the common cases for
>> people, through technology and examples. Give folks a leg up. Give
>> them a solution.
>>
>> Regards,
>>
>> Will Hartung
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a  
>> browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Stripes-users mailing list
>> Stripes-users@...
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>
>>    
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@...
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>  

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Stripes-users mailing list
Stripes-users@...
https://lists.sourceforge.net/lists/listinfo/stripes-users

 « Return to Thread: Stripes Ignored...Again