Shale Status
while i am not on the Dev List, i will replay here. I would like to mention that McGraw-Hill Education will release a Book written by Holmes, James under the name Shale Complete Reference?. they speak about The ultimate Struts 2 resourceHere is the first definitive text on Java' s newest and most modern Web application framework--Struts 2.0. do they realy mean SHALE? Greg talk about * motivation. What do You think about new subproject Shale-RCP? RCP is incomming! * Seam similar architecture. Which Shale concepts did Seam implemented? Was Shale only created to elaborate JCreator? Sam Bernhard I am ready to work , if you are looking for co-authors. Sam Julian -- View this message in context: http://www.nabble.com/Shale-Status-tp15306483p15306483.html Sent from the Shale - User mailing list archive at Nabble.com.
RE: Statistic
Evaluated for what? -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 6 febbraio 2008 10.26 To: user@shale.apache.org Subject: RE: Statistic I agree! But I would like to know how many do use shale. Active user. At the moment we have only 7 Feedbacks so the currently result is very poor to be evaluated . Richard Eggert wrote: I would imagine that most people on this mailing list are using it, or at least thinking about using it. It's difficult to determine who's using it that is not on this list, though. Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Mon 2/4/2008 5:12 AM To: user@shale.apache.org Subject: RE: Statistic I'm using -Original Message- From: samju [mailto:[EMAIL PROTECTED] Sent: 2 febbraio 2008 12.45 To: user@shale.apache.org Subject: Statistic I just want to check how many user, Companies, etc. are using Shale. thanks For your feedback in advance! Sam -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15242062.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- View this message in context: http://www.nabble.com/Statistic-tp15242062p15306329.html Sent from the Shale - User mailing list archive at Nabble.com. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Shale Roadmap
Hi all, I've been tracking user and development mailing lists during some time, and I think that people is getting (including me) a little bit nervous about Shale project. I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. First of all decide if Shale has a future (that I think that it does) and redefine or reinforce the project goal. So in my opinion we should focus on defining or determining three key concepts: · Define the project team organization, mainly the project leader and the development team. · Determine the release of the stable version (date and who will lead it) · Analyze each module and decide which must eliminated and which is worth keeping alive You will say Thanks for your time. Esteve
Re: Shale Roadmap
Hi, I'm not a Shale user or regular reader of this mailing list, although I gave it a look about a year ago. JSF 2.0 is going to be standardizing the best ideas from Shale's Clay, View Controller, Tiger extensions, and other features. JSF 2.0 is doing the same with facelets, jsftemplating, Seam, AJAX4JSF, etc. Once JSF 2.0 is out, will there be a need for bolt on frameworks like Shale, Seam, JSF Templating, Facelets, AJAX4JSF, etc? If I had the skills necessary to maintain a sophisticated framework like Shale I would join the JCP and help standardize the best features. Thanks, Ryan linux.eavilesa wrote: Hi all, I've been tracking user and development mailing lists during some time, and I think that people is getting (including me) a little bit nervous about Shale project. I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. First of all decide if Shale has a future (that I think that it does) and redefine or reinforce the project goal. So in my opinion we should focus on defining or determining three key concepts: · Define the project team organization, mainly the project leader and the development team. · Determine the release of the stable version (date and who will lead it) · Analyze each module and decide which must eliminated and which is worth keeping alive You will say Thanks for your time. Esteve
Re: Shale Roadmap
Hi, I move this conversation to the dev list. Esteve Greg Reddin wrote: On Feb 6, 2008 1:21 PM, linux.eavilesa [EMAIL PROTECTED] wrote: I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. Well, we do sort of have a roadmap (or at least a tool for creating one): https://issues.apache.org/struts/browse/SHALE?report=com.atlassian.jira.plugin.system.project:roadmap-panel As you can see we're pretty close to a release. All that remains is some people to complete the few remaining 1.0.5 tickets and do the release work. · Define the project team organization, mainly the project leader and the development team. The Shale PMC is responsible for these kinds of decisions. Apache projects don't have a single leader. Rather, they are led by the people who do the work - namely the PMC. The best way to get involved is continued participation in the mailing lists (a similar discussion is happening on the dev list so you should sign up for that as well) and adding some patches to the Jira tickets. · Determine the release of the stable version (date and who will lead it) I think 1.0.5 could easily become a stable (GA) version if we can get it out the door. Since the work is done by volunteers we don't have dates for the releases. It will happen when someone is motivated enough and has time to do it. · Analyze each module and decide which must eliminated and which is worth keeping alive Search the archives for info on this. Some discussion along that line has already taken place. For example, we have decided to discontinue support for Shale-Tiles in favor of the MyFaces Tomahawk Tiles 2 view handler. Other things were discussed as well but no firm decisions were made. There seems to be a lot of interest in seeing Shale move forward. I hope some of that interest will generate new activity. Greg
Re: Shale Roadmap
On Feb 6, 2008 7:21 PM, linux.eavilesa [EMAIL PROTECTED] wrote: Hi all, I've been tracking user and development mailing lists during some time, and I think that people is getting (including me) a little bit nervous about Shale project. and rightly so - the trends are stark: Overall: http://shale.markmail.org/search/?q= Dev: http://tinyurl.com/2d3e92 Commits: http://tinyurl.com/2synvm Unless those trends start to reverse, the only glimmer of hope on the horizon is/was the proposal to move the code to MyFaces. Niall I think that the main reason why is the fact that there is not a well defined road map now for the project and many of as have bitten to use Shale in front of other frameworks. First of all decide if Shale has a future (that I think that it does) and redefine or reinforce the project goal. So in my opinion we should focus on defining or determining three key concepts: · Define the project team organization, mainly the project leader and the development team. · Determine the release of the stable version (date and who will lead it) · Analyze each module and decide which must eliminated and which is worth keeping alive You will say Thanks for your time. Esteve
