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 cy...@travelmuse.comwrote:
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 cy...@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.
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
Re: [ANNOUNCE] Apache Shale To Move To the Attic
FYI, I wrote a new blog entry about this:
http://blogs.jsfcentral.com/editorsdesk/entry/shale_in_the_attic
---
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 Fri, May 1, 2009 at 2:28 PM, Kito Mann kito.m...@virtua.com wrote:
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 cy...@travelmuse.comwrote:
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 cy...@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.
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
Re: [ANNOUNCE] Apache Shale To Move To the Attic
It provides the missing C in MVC of JSF for GET requests. :-) A hook in the JSP where you can declare which managed bean should be initialized for rendering. Typically high in your JSP, s:subview id=name-of-your-bean would call NameOfYourBean.prerender() event. Each page is in control of what beans it needs w/o maintaining any additional mapping file or worry about URLs or having to recompile java on changes. It provides you also with the flexibility to do conditional initialization with verbatims etc. I'll check your link, thanks. It looks like the hook is the other direction with orchestra where the bean maps to JSPs. Kito Mann wrote: 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 cy...@travelmuse.com mailto:cy...@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? smime.p7s Description: S/MIME Cryptographic Signature
Re: [ANNOUNCE] Apache Shale To Move To the Attic
On Fri, May 1, 2009 at 2:51 PM, Cyril Bouteille cy...@travelmuse.comwrote:
It provides the missing C in MVC of JSF for GET requests. :-) A hook in
the JSP where you can declare which managed bean should be initialized for
rendering.
Typically high in your JSP, s:subview id=name-of-your-bean would call
NameOfYourBean.prerender() event. Each page is in control of what beans it
needs w/o maintaining any additional mapping file or worry about URLs. It
provides you also with the flexibility to do conditional initialization with
verbatims etc.
I'll check your link, thanks. It looks like the hook is the other direction
with orchestra where the bean maps to JSPs.
Ah, I see. Nice. FYI, the phaseListener feature in JSF 1.2 is more
fine-grained than I mentioned; you can reference a specific method via a
method expression for beforePhase and afterPhase. See
http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/tlddocs/f/view.html.
Kito Mann wrote:
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 cy...@travelmuse.comwrote:
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 cy...@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.
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
--
[image: TravelMuse Logo] Cyril Bouteille
VP, Engineering
TravelMuse, Inc.
4410 El Camino Real, Suite 102
Los Altos, CA 94022
Site: http://www.travelmuse.com (RSS http://www.travelmuse.com/rss) |
Cyril's
TravelMuse http://www.travelmuse.com/profile/?mid=429
Blogs:
Companyhttp://www.travelmuse.com/community/blogs/travelmuse-company-blog(
RSShttp://www.travelmuse.com/community/blogs/travelmuse-company-blog/feeds/posts)
| TravelMusings http://www.travelmuse.com/community/blogs/travel_musings(
RSS http://www.travelmuse.com/community/blogs/travel_musings/feeds/posts)
| Photo http://www.travelmuse.com/community/blogs/photography
(RSShttp://www.travelmuse.com/community/blogs/photography/feeds/posts
)
Facebook:
Pagehttp://www.new.facebook.com/pages/Los-Altos-CA/TravelMuse/12711960515?ref=ts|
App http://apps.facebook.com/travelmuse/
--
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material from any
computer.
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. smime.p7s Description: S/MIME Cryptographic Signature
Re: [ANNOUNCE] Apache Shale To Move To the Attic
On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille cy...@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
Re: [ANNOUNCE] Apache Shale To Move To the Attic
On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille cy...@travelmuse.comwrote:
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.
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.
