Hi all
I am integrating Stripes into a very large legacy webapplication, and so far it
has been quite easy. We need to get a modern framework running and I have found
that Stripes was the best solution since you dont get a large tech stack pushed
down the throat. I will be happy to blog about my experiences and also
contribute as a developer.
I agree with another post in this thread that we should focus on the extension
points when developing next version.
Now, who should take charge for this next version and update of the site? I
think we need someone to lead this :)
Regards
Søren
Den 02/09/2010 kl. 14.29 skrev Morten Matras <morten.mat...@gmail.com>:
> Great.
>
> I think we're working towards a concept here.
>
> Anything else we should be doing:
>
> 1) Blogs for everybody that wants to write
> 2) New front page
> 3) Documentation remaining in the wiki for now
>
> Morten
>
> 2010/9/2 Rick Grashel <rgras...@gmail.com>
> If a Stripes blog was started, I would be willing to contribute blog entries
> to it. I've built several applications using Stripes. I'm sure I could
> bring more than a few articles worth of content.
>
> -- Rick
>
>
>
> On Thu, Sep 2, 2010 at 2:42 AM, Lev <d...@plektos.com> wrote:
> My two cents: I agree with Ross's point above -- that
> Stripes is more in need of *marketing* help, rather than
> development help, at this stage of the product lifecycle.
>
> I am a new Stripes user (2 months), a moderately
> experienced Java programmer, but inexperienced web
> developer.
>
> My motivation for choosing Stripes as a framework
> was its reputation of having a *less* steep learning
> curve than competing frameworks.
>
> I do not have an exhaustive knowledge of the
> competing products -- however, Stripes does appear
> to deliver on this front.
>
> Stripes is streamlined and clean. And, that is great.
>
> The last thing that I want to see is product bloat
> through incorporation of new, possibly unnecessary
> features.
>
> I have two suggestions and one bigger picture
> question to pose.
>
> *Suggestion #1*: The website does seem dated. Is it
> possible to incorporate more dynamic tutorial material?
> Is there a simple(ish) project that can be converted into a
> screencast tutorial ala Ruby on Rails? For example,
> check out:
>
> http://media.rubyonrails.org/video/rails_blog_2.mov
>
> Easy to consume multimedia can potentially create
> buzz.
>
> *Suggestion #2*: Would it be possible to create an active
> product blog. Simple blog entries -- each detailing an
> interesting feature of the product -- give a public, dynamic
> face to the project. Possibly, regulars on this thread can
> rotate and contribute blog posts.
>
> An active blog can demonstrate that Stripes is alive and
> thriving -- possibly, more than expanding the code base.
>
> *Question*: How else can the advantages of Stripes be
> evangelized to new web developers?
>
> There are many people like me out there -- people
> looking for a framework that is streamlined and easy
> to learn. People that want to be productive faster.
> People in start-ups that want to adopt a framework
> that future employees can learn quickly.
>
> The key ingredient: Reaching these people and letting
> them know that such a Java web framework exists.
>
> If you reach these people and deliver on the promises
> -- which I believe Stripes can do -- the subsequent
> generation of users will evangelize it for you.
>
>
> On Wed, Sep 1, 2010 at 10:58 PM, Ross Sargant <rsarg...@tvrc.com> wrote:
> > I agree with the sentiment that the framework is basically feature complete.
> > I've been a happy user for 2+ years and for the size and scale of projects I
> > work on, I'd have to say I have no serious complaints at all.
> > I've actually appreciated the fact that stripes is such a limited & focussed
> > framework and sticks to that. That saves me all the time I'd normally have
> > to spend learning the latest bells & whistles myself and passing knowledge
> > on to others on my team. It doesn't make any sense for stripes to give that
> > virtue up in the hope that the developer activity & feature bloat associated
> > with that will somehow attract more users.
> > My experience with stripes has been that it makes the really tedious stuff
> > easy but it doesn't lay down so much that you can't freely apply your own
> > creativity where you want. I think that is ideal and if it ain't broke,
> > don't fix it.
> > So,it would seem to me that its the marketing side that needs more urgent
> > attention. If the level of activity on the mailing list is at all indicative
> > of the number of users then clearly there is an issue but for every 1 person
> > who decides not to use stripes due to its slow release cycle, there could be
> > 10 people who just don't know about it at all.
> > I also agree that this is a very high quality mailing list. I *suspect* that
> > many on this mailing list hold more senior technical positions in smaller
> > organizations and used that position to introduce stripes without having to
> > justify it to a commission. That "demographic" is probably the best chance
> > for growth and the philosophy behind stripes really works in that setting. A
> > simple, reliable thing that is easy to learn and helps you get things done.
> > It might not get you full buzzword points on your product brochure but
> > you'll definitely sleep well!
> > Unfortunately, I'm no marketer but I don't mind lending a hand where I can
> > :)
> >
> >
> >
> >
> >
> > On Wed, Sep 1, 2010 at 9:40 PM, Freddy Daoud <xf2...@fastmail.fm> wrote:
> >>
> >> Hi all,
> >>
> >> I have been thinking about this topic for quite some time now and,
> >> admittedly, have been "avoiding" it.. but now that the discussion has
> >> been sparked, I can't hide my head in the sand anymore.
> >>
> >> I am happy to see the responses to Nikolaos's post. Some very good
> >> points are made.
> >>
> >> Most of these concerns are known to the community, but the problems
> >> remain:
> >>
> >> * the web site is dry and lacks visual appeal. this has been discussed
> >> time and again and we can't find anyone with the artistic talent, the
> >> time, and the will to redesign the site.
> >>
> >> * development is not as active as it used to be. i think the framework
> >> has somewhat peaked because it is, for the most part,
> >> feature-complete.
> >>
> >> * my own involvement in the framework has been reduced to answering
> >> questions on the mailing list. don't get me wrong--i am not claiming
> >> that i was ever one of the main developers. clearly, Tim and Ben are.
> >> But, when I was working on the book, I was also developing
> >> professionally with Stripes, and the two combined made me very
> >> interested in Stripes' features. A few of the tweaks that made it into
> >> the 1.5 release were directly related to writing the book.
> >>
> >> * more on the previous point: I still develop professionally with
> >> Stripes, but have not much interest in any major new features. The
> >> current trunk suits me fine. Any "nice-to-haves" I consider not part
> >> of the core framework, and I put them in Rayures.
> >>
> >> * I fully agree with the full-stack idea. This is what Rayures does.
> >> In one minute, you can set up a Stripes project that is ready to run
> >> with Maven, Tomcat plugin, Spring, Hibernate, JPA, Log4J, and TestNG.
> >>
> >> * about the lack of developer activity: I think we need some new
> >> blood. I can't speak for Ben, but I think it is too much to ask of him
> >> being almost the sole developer. Personally, I gave my all to write
> >> the book, improve the documentation, contribute to the framework when
> >> I could, write articles (e.g. The Server Side), write blog posts, post
> >> links on DZone, get book reviews, promote Stripes on forums.. But now
> >> I am *burnt out*. As I mentioned earlier, I still answer questions on
> >> the mailing list when I can, but other than that, I need to just be a
> >> happy Stripes *user*.
> >>
> >> * more on the previous point: I think there are several people who are
> >> quite skillful, sharp, and competent who would make great developers
> >> for Stripes. I think we need a group of those people to step up and
> >> keep the framework alive. Several names come to mind, but I won't name
> >> them because I don't want to offend anyone by omission, nor do I want
> >> to put anyone on the spot.
> >>
> >> * yes I know it is lame when someone says "I'd like feature X" and the
> >> reply is "ok then why don't you implement it?" but sometimes the
> >> person actually says "I did implement it! can you add my code?" But
> >> the problem remains that someone needs to validate the code, decide if
> >> it belongs in the core (lest we bloat the framework, something we've
> >> been trying to avoid and shoud continue to resist), and so on. This is
> >> the job of a "core" group of developers who have the Stripes
> >> philosophy at heart. Unfortunately, since the departure of Tim, this
> >> core seems to have disintegrated. No disrespect at all to Tim by the
> >> way, he created a truly awesome framework and gave me an awesome topic
> >> to write about. I certainly don't blame him for having moved on.
> >>
> >> Before this post gets too long (too late!) I guess in conclusion, we
> >> all agree that Stripes needs more steam in terms of development,
> >> marketing, spreading the good word, blogging, revamping the site,
> >> developing bells and whistles--extensions that make you go "wow" but
> >> keeping them outside the core.
> >>
> >> Stripes needs more activity. The question is, who is willing to invest
> >> themselves into this goal? Who is willing to take over, for the future
> >> of Stripes?
> >>
> >> If there is enough response, how do we "hand over the reigns"?
> >>
> >> Cheers,
> >> Freddy
> >>
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> This SF.net Dev2Dev email is sponsored by:
> >>
> >> Show off your parallel programming skills.
> >> Enter the Intel(R) Threading Challenge 2010.
> >> http://p.sf.net/sfu/intel-thread-sfd
> >> _______________________________________________
> >> Stripes-users mailing list
> >> Stripes-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/stripes-users
> >
> >
> >
> > --
> > Ross Sargant
> > Software Engineer
> > p: 954-623-6015 x2108
> > email: rsarg...@tvrc.com
> >
> > TVR Communications LLC
> > 541 S. State Road 7,Suite 5,Margate, Florida,33068
> >
> > http://www.tvrc.com
> >
> >
> > ------------------------------------------------------------------------------
> > This SF.net Dev2Dev email is sponsored by:
> >
> > Show off your parallel programming skills.
> > Enter the Intel(R) Threading Challenge 2010.
> > http://p.sf.net/sfu/intel-thread-sfd
> > _______________________________________________
> > Stripes-users mailing list
> > Stripes-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/stripes-users
> >
> >
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
>
>
> --
> Morten Matras
> Consultant
> Blob Communication ApS
> Svendsagervej 42
> DK-5240 Odense NØ
> P: (+45) 76 6-5-4-3-2-1
> W: www.blobcom.com
> E: morten.mat...@gmail.com
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
