headers
Greg Reddin | 28 Apr 2009 16:27
Picon

[ANNOUNCE] Apache Shale To Move To the Attic

This is a heads up for the Shale user community that the Shale PMC has
voted to move the project to the Attic. This means that the Shale
developers (more formally its Project Management Committee) have voted
to retire Shale and move the responsibility for its oversight over to
the Attic project.

The MyFaces community has expressed interest in continuing development
of the Shale-Test module and the Shale PMC will work with MyFaces to
migrate this piece of the codebase.. Look for further announcements to
that regard in the near future.

You can read more about the Apache Attic at http://attic.apache.org.

You can follow the progress of the move at

    https://issues.apache.org/jira/browse/ATTIC-2 if you so wish.

On behalf of the Apache Shale PMC, Thanks!

Greg Reddin
Permalink | Reply | 11 comments |
headers
Cyril Bouteille | 28 Apr 2009 18:44
Favicon

Re: [ANNOUNCE] Apache Shale To Move To the Attic

This is sad news! Can you please recommend alternative projects for 
migration of deployed View-Controller and Remote features? Thanks.

Greg Reddin wrote:
> This is a heads up for the Shale user community that the Shale PMC has
> voted to move the project to the Attic. This means that the Shale
> developers (more formally its Project Management Committee) have voted
> to retire Shale and move the responsibility for its oversight over to
> the Attic project.
>
> The MyFaces community has expressed interest in continuing development
> of the Shale-Test module and the Shale PMC will work with MyFaces to
> migrate this piece of the codebase.. Look for further announcements to
> that regard in the near future.
>
> You can read more about the Apache Attic at http://attic.apache.org.
>
> You can follow the progress of the move at
>
>     https://issues.apache.org/jira/browse/ATTIC-2 if you so wish.
>
> On behalf of the Apache Shale PMC, Thanks!
>
> Greg Reddin
>   

--

-- 
 Cyril Bouteille
VP, Engineering
TravelMuse, Inc.
(Continue reading)

Permalink | Reply | 10 comments |
headers
Greg Reddin | 28 Apr 2009 20:14
Picon

Re: [ANNOUNCE] Apache Shale To Move To the Attic

On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille <cyril <at> travelmuse.com> wrote:
> This is sad news! Can you please recommend alternative projects for
> migration of deployed View-Controller and Remote features? Thanks.

Just my viewpoint: probably your best bet would be to migrate to Seam
and/or ajax4jsf.

But if you just don't feel like leaving Shale... This doesn't mean the
code is going to disappear. The code will be housed in the Apache
Attic svn. I'm not sure about existing releases, but I doubt they will
be removed from Maven repos, etc. If you feel like the code needs
further improvement feel free to start it back up at Google Code or
elsewhere. The only caveat to forking is that ASF still holds the
Apache Shale trademark so you'd have to come up with a different name.

Thanks,
Greg
Permalink | Reply | 4 comments |
headers
Kito Mann | 28 Apr 2009 20:55
Favicon
Gravatar

Re: [ANNOUNCE] Apache Shale To Move To the Attic

On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <cyril <at> travelmuse.com>wrote:

> This is sad news! Can you please recommend alternative projects for
> migration of deployed View-Controller and Remote features? Thanks.

MyFaces Apache Orchestra has a view controller feature as well, and you with
JSF 1.2 sometimes a PhaseListener associated with a particular view can
yield similar results:

<f:view beforePhase="#{myBean.beforePhase}"
afterPhase="#{myBean.afterPhase}">
...
</f:view>

The remoting features are a different story, though. JSF 2.0 has most of the
Shale features (excluding the dialog framework and test framework). It
handles most of the use cases Shale Remoting handles (i.e. resource
mangement) but doesn't allow you to call arbitrary methods in the same
manner.

>
>
> Greg Reddin wrote:
>
>> This is a heads up for the Shale user community that the Shale PMC has
>> voted to move the project to the Attic. This means that the Shale
>> developers (more formally its Project Management Committee) have voted
>> to retire Shale and move the responsibility for its oversight over to
>> the Attic project.
>>
(Continue reading)

Permalink | Reply | 4 comments |
headers
Cyril Bouteille | 28 Apr 2009 23:31
Favicon

Re: [ANNOUNCE] Apache Shale To Move To the Attic

Hi Greg, what features of Seam do you feel match Shale's VC or Remoting?
I also understand ajax4jsf to be returning only HTML fragments per 
architecture. We've a lot of Shale Remoting function returning JSON and 
I'm not sure how we would do that in RichFaces...
We do have a couple of outstanding bugs with Shale and unfortunately not 
much time to contribute :-( , so folks like me will have to migrate to 
some other framework that's still actively maintained.

Greg Reddin wrote:
> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille <cyril <at> travelmuse.com> wrote:
>   
>> This is sad news! Can you please recommend alternative projects for
>> migration of deployed View-Controller and Remote features? Thanks.
>>     
>
> Just my viewpoint: probably your best bet would be to migrate to Seam
> and/or ajax4jsf.
>
> But if you just don't feel like leaving Shale... This doesn't mean the
> code is going to disappear. The code will be housed in the Apache
> Attic svn. I'm not sure about existing releases, but I doubt they will
> be removed from Maven repos, etc. If you feel like the code needs
> further improvement feel free to start it back up at Google Code or
> elsewhere. The only caveat to forking is that ASF still holds the
> Apache Shale trademark so you'd have to come up with a different name.
>
> Thanks,
> Greg
>
(Continue reading)

Permalink | Reply | 3 comments |
headers
Cyril Bouteille | 28 Apr 2009 23:39
Favicon

Re: [ANNOUNCE] Apache Shale To Move To the Attic

Hi Kito, by VC feature I meant essentially the prerender event for 
processing GET requests. I couldn't see such hook from Orchestra's 
overview. Does it have such a feature?
Writing custom PhaseListeners kicking in logic based on URLs gets a bit 
old... :) Shale's declarative <s:subview id> is great and much cleaner. 
Anything else like that out there?

Kito Mann wrote:
> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <cyril <at> travelmuse.com>wrote:
>
>   
>> This is sad news! Can you please recommend alternative projects for
>> migration of deployed View-Controller and Remote features? Thanks.
>>     
>
>
> MyFaces Apache Orchestra has a view controller feature as well, and you with
> JSF 1.2 sometimes a PhaseListener associated with a particular view can
> yield similar results:
>
> <f:view beforePhase="#{myBean.beforePhase}"
> afterPhase="#{myBean.afterPhase}">
> ...
> </f:view>
>
> The remoting features are a different story, though. JSF 2.0 has most of the
> Shale features (excluding the dialog framework and test framework). It
> handles most of the use cases Shale Remoting handles (i.e. resource
> mangement) but doesn't allow you to call arbitrary methods in the same
> manner.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Adrian Gonzalez | 29 Apr 2009 00:07
Picon
Favicon

Re : [ANNOUNCE] Apache Shale To Move To the Attic

You should take a serious look at seam (at least read all the documentation if you need to change your
codebase) before taking another framework on top of jsf.

http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/

The framework is very powerfull (but complicated, and you should do perf. benchmarks).
To use it with facelets / ajax4jsf / richfaces.

conversation management
get functionnality and page actions
remoting (proprietary protocol)
powerfull navigation with exception handling
good jpa (urgh... hibernate) integration
validation with Hibernate Validator (this is a goog one !)
security (authentication / authz)
spring integration if need be

and much more...

________________________________
De : Cyril Bouteille <cyril <at> travelmuse.com>
À : Greg Reddin <gredbug <at> gmail.com>
Cc : "user <at> shale.apache.org" <user <at> shale.apache.org>
Envoyé le : Mardi, 28 Avril 2009, 23h31mn 13s
Objet : Re: [ANNOUNCE] Apache Shale To Move To the Attic

Hi Greg, what features of Seam do you feel match Shale's VC or Remoting?
I also understand ajax4jsf to be returning only HTML fragments per architecture. We've a lot of Shale
Remoting function returning JSON and I'm not sure how we would do that in RichFaces...
We do have a couple of outstanding bugs with Shale and unfortunately not much time to contribute :-( , so
(Continue reading)

Permalink | Reply | 2 comments |
headers
mario.buonopane | 29 Apr 2009 09:32
Picon
Favicon

RE: Re : [ANNOUNCE] Apache Shale To Move To the Attic

Hi, how can migrate Shale dialogs in seam?

Mario

-----Original Message-----
From: Adrian Gonzalez [mailto:adr_gonzalez <at> yahoo.fr] 
Sent: 29 aprile 2009 00.07
To: user <at> shale.apache.org
Subject: Re : [ANNOUNCE] Apache Shale To Move To the Attic

You should take a serious look at seam (at least read all the documentation if you need to change your
codebase) before taking another framework on top of jsf.

http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/

The framework is very powerfull (but complicated, and you should do perf. benchmarks).
To use it with facelets / ajax4jsf / richfaces.

conversation management
get functionnality and page actions
remoting (proprietary protocol)
powerfull navigation with exception handling
good jpa (urgh... hibernate) integration
validation with Hibernate Validator (this is a goog one !)
security (authentication / authz)
spring integration if need be

and much more...

________________________________
(Continue reading)

Permalink | Reply | 1 comment |
headers
Adrian Gonzalez | 29 Apr 2009 21:12
Picon
Favicon

Re : Re : [ANNOUNCE] Apache Shale To Move To the Attic

I'm not used to Shale dialogs.

Perhaps using jpdl ? (and not jbpm !) (jpdl = page flows) 
http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/jbpm.html

We've used jpdl once 1.5 year ago, there where issues concerning exception handling (not done at pages.xml).
But it has surely be resolved since.

________________________________
De : "mario.buonopane <at> accenture.com" <mario.buonopane <at> accenture.com>
À : user <at> shale.apache.org
Envoyé le : Mercredi, 29 Avril 2009, 9h32mn 10s
Objet : RE: Re : [ANNOUNCE] Apache Shale To Move To the Attic

Hi, how can migrate Shale dialogs in seam?

Mario

-----Original Message-----
From: Adrian Gonzalez [mailto:adr_gonzalez <at> yahoo.fr] 
Sent: 29 aprile 2009 00.07
To: user <at> shale.apache.org
Subject: Re : [ANNOUNCE] Apache Shale To Move To the Attic

You should take a serious look at seam (at least read all the documentation if you need to change your
codebase) before taking another framework on top of jsf.

http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/

The framework is very powerfull (but complicated, and you should do perf. benchmarks).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kito Mann | 1 May 2009 20:28
Favicon
Gravatar

Re: [ANNOUNCE] Apache Shale To Move To the Attic

Hello Cyril,

The Orchestra ViewController can definitely handle this. See:
http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html
.

I'm not too familiar with the <s:subview> tag -- how does that work?

---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99  http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3

On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille <cyril <at> travelmuse.com>wrote:

> Hi Kito, by VC feature I meant essentially the prerender event for
> processing GET requests. I couldn't see such hook from Orchestra's overview.
> Does it have such a feature?
> Writing custom PhaseListeners kicking in logic based on URLs gets a bit
> old... :) Shale's declarative <s:subview id> is great and much cleaner.
> Anything else like that out there?
>
>
> Kito Mann wrote:
>
>> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <cyril <at> travelmuse.com
>> >wrote:
>>
(Continue reading)

Permalink | Reply | 2 comments |

Gmane