tag:old.nabble.com,2006:forum-15688Nabble - Shale2009-07-01T02:42:08ZApache Shale is a modern web application framework focused on improving ease of use for developers adopting JavaServer Faces.tag:old.nabble.com,2006:post-24287017<s:token> - should be able to detect back/forward?2009-07-01T02:42:08Z2009-07-01T02:42:08ZAgoston BejoHi!
<br><br>I have tried out shales in order to be able to prevent the user from pressing the back/forward buttons or resubmitting. (Meaning: ignoring that request and either redirecting to an error page or at least showing an error message.)
<br><br>It seems to me, though, that all it is able to do is detect resubmits (and afterwards it always shows the error message, even if I 'normally' submit the form again).
<br><br>Am I not setting it up correctly or is it supposed to work this way?
<br><br><br>Thanks,
<br>Agoston
<br><br><br><br> <p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23728565Re: Clay & Scxml2009-05-26T11:18:03Z2009-05-26T11:18:03ZRahul AkolkarOn Tue, May 26, 2009 at 5:22 AM, Dave Hagan <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23728565&i=0" target="_top" rel="nofollow">d.hagan@...</a>> wrote:
<br>> Hi
<br>> We have been developing with Shale for the last 3 years and have found the
<br>> shale Clay & the Scxml dialogs extremely useful - Can Clay and Scxml be used
<br>> with Myfaces and other frameworks as a stand alone piece.
<br><snip/>
<br><br>I'll speak to the SCXML dialogs -- yes, definitely, the dialogs can be
<br>used with any kind of views really, be it MyFaces or any other view
<br>layer technologies.
<br><br>Please note that Shale has recently moved to the Apache Attic, more on
<br>that here [1]. This basically means that no further Shale development
<br>is planned (as part of the Apache Shale project). Ofcourse, old
<br>releases will continue to be available for download.
<br><br>-Rahul
<br><br>[1] <a href="http://attic.apache.org/projects/shale.html" target="_top" rel="nofollow">http://attic.apache.org/projects/shale.html</a><br><br><br>> Regards
<br>> Dave Hagan
<br>>
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23719591Clay & Scxml2009-05-26T02:22:28Z2009-05-26T02:22:28ZDave Hagan-2Hi
<br> We have been developing with Shale for the last 3 years and have
<br>found the shale Clay & the Scxml dialogs extremely useful - Can Clay
<br>and Scxml be used with Myfaces and other frameworks as a stand alone
<br>piece.
<br>Regards
<br>Dave Hagan
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23660326FYI Fwd: [TEST] Shale Test copied2009-05-21T13:54:59Z2009-05-21T13:54:59ZMatthias Wessendorf-4FYI
<br><br><br>---------- Forwarded message ----------
<br>From: Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23660326&i=0" target="_top" rel="nofollow">matzew@...</a>>
<br>Date: Thu, May 21, 2009 at 10:48 PM
<br>Subject: [TEST] Shale Test copied
<br>To: MyFaces Development <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23660326&i=1" target="_top" rel="nofollow">dev@...</a>>
<br><br><br>hi,
<br><br>as Shale has *retired* (see [1]) I finally... copied the test
<br>framework code over to myfaces (as already
<br>discussed before).
<br><br>Folder:
<br>/myfaces/test/trunk
<br><br>I think we all (myfaces committers) should be able to commit to the
<br>folder... if not, let me know...
<br><br>I will do the package renaming etc, so that we can continue the
<br>success story of the shale testing
<br>code (and have the right enhancements for MyFaces 2.0)
<br><br>-Matthias
<br><br>[1] <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-23660327FYI Fwd: [TEST] Shale Test copied2009-05-21T13:54:59Z2009-05-21T13:54:59ZMatthias Wessendorf-4FYI
<br><br><br>---------- Forwarded message ----------
<br>From: Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23660327&i=0" target="_top" rel="nofollow">matzew@...</a>>
<br>Date: Thu, May 21, 2009 at 10:48 PM
<br>Subject: [TEST] Shale Test copied
<br>To: MyFaces Development <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23660327&i=1" target="_top" rel="nofollow">dev@...</a>>
<br><br><br>hi,
<br><br>as Shale has *retired* (see [1]) I finally... copied the test
<br>framework code over to myfaces (as already
<br>discussed before).
<br><br>Folder:
<br>/myfaces/test/trunk
<br><br>I think we all (myfaces committers) should be able to commit to the
<br>folder... if not, let me know...
<br><br>I will do the package renaming etc, so that we can continue the
<br>success story of the shale testing
<br>code (and have the right enhancements for MyFaces 2.0)
<br><br>-Matthias
<br><br>[1] <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23492298Re: Error Handling2009-05-11T15:00:38Z2009-05-11T15:00:38ZCyril Bouteille-2Tim, it's likely because the error happened during the rendering phase
<br>after the beginning of the HTML has already been flushed on the response
<br>socket...
<br>You have a couple of options:
<br>1) move your offending code into prerender event and add an <s:subview>
<br>very high in your page markup so it's executed before a lot of markup is
<br>written on the socket, or
<br>2) increase the page buffer size to be larger than the content before
<br>your exception is triggered, e.g. <%@ page buffer="10kb" %>
<br>Hope it helps,
<br>--
<br>Cyril Bouteille
<br>TravelMuse, Inc.
<br><br>Tim Corless wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> I found that I have a NullPointerException in the my prerender code of my ViewController but I don't get an error page. I have set EXCEPTION_DISPATCH_PATH and it looks like when Shale does the redirect to my error page, the redirect causes an IllegalStateException. I have MyFaces default error handling on but I don't get an error page at all. Does anyone know how I get my error page to display?
<br>>
<br>> <context-param>
<br>> <param-name>org.apache.shale.view.EXCEPTION_DISPATCH_PATH</param-name>
<br>> <param-value>/actions/app/Error.action</param-value>
<br>> </context-param>
<br>>
<br>> [2009-05-05 08:39:27,566] [WebContainer : 20] *ERROR* org.apache.myfaces.lifecycle.PhaseListenerManager - Exception in PhaseListener RENDER_RESPONSE(6) afterPhase
<br>> java.lang.IllegalStateException: Cannot forward. Response already committed.
<br>> at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:157)
<br>> at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:425)
<br>> at org.apache.shale.view.faces.ViewPhaseListener.afterPhaseExceptionCheck(ViewPhaseListener.java:202)
<br>>
<br>> Thanks
<br>> -Tim
<br>>
</div></div><br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>smime.p7s</strong> (4K) <a href="http://old.nabble.com/attachment/23492298/0/smime.p7s" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23390558Error Handling2009-05-05T08:07:02Z2009-05-05T08:07:02ZTim CorlessI found that I have a NullPointerException in the my prerender code of my ViewController but I don't get an error page. I have set EXCEPTION_DISPATCH_PATH and it looks like when Shale does the redirect to my error page, the redirect causes an IllegalStateException. I have MyFaces default error handling on but I don't get an error page at all. Does anyone know how I get my error page to display?
<br>
<br><context-param>
<br> <param-name>org.apache.shale.view.EXCEPTION_DISPATCH_PATH</param-name>
<br> <param-value>/actions/app/Error.action</param-value>
<br></context-param>
<br>
<br>[2009-05-05 08:39:27,566] [WebContainer : 20] *ERROR* org.apache.myfaces.lifecycle.PhaseListenerManager - Exception in PhaseListener RENDER_RESPONSE(6) afterPhase
<br>java.lang.IllegalStateException: Cannot forward. Response already committed.
<br>at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:157)
<br>at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:425)
<br>at org.apache.shale.view.faces.ViewPhaseListener.afterPhaseExceptionCheck(ViewPhaseListener.java:202)
<br>
<br>Thanks
<br>-Tim
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23339352Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-05-01T13:35:16Z2009-05-01T13:35:16ZKito Mann<br><div class="gmail_quote">On Fri, May 1, 2009 at 2:51 PM, Cyril Bouteille <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23339352&i=0" target="_top" rel="nofollow">cyril@...</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#003300">
It provides the missing C in MVC of JSF for GET requests. <span><span> :-) </span></span>A hook in the JSP
where you can declare which managed bean should be initialized for
rendering.<br>
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.<br>
I'll check your link, thanks. It looks like the hook is the other
direction with orchestra where the bean maps to JSPs.</div></blockquote><div><br>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 <a href="http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/tlddocs/f/view.html" target="_top" rel="nofollow">http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/tlddocs/f/view.html</a>.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#003300"><div><div></div><div class="h5"><br>
<br>
Kito Mann wrote:
<blockquote type="cite">Hello Cyril,<br>
<br>
The Orchestra ViewController can definitely handle this. See: <a href="http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html" target="_blank" rel="nofollow">http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html</a>.<br>
<br>
I'm not too familiar with the <s:subview> tag -- how does that
work?<br>
<br clear="all">
---<br>
Kito D. Mann -- Author, JavaServer Faces in Action<br>
<a href="http://twitter.com/kito99" target="_blank" rel="nofollow">http://twitter.com/kito99</a>
<a href="http://twitter.com/jsfcentral" target="_blank" rel="nofollow">http://twitter.com/jsfcentral</a><br>
<a href="http://www.virtua.com" target="_blank" rel="nofollow">http://www.virtua.com</a>
- JSF/Java EE consulting, training, and mentoring<br>
<a href="http://www.JSFCentral.com" target="_blank" rel="nofollow">http://www.JSFCentral.com</a>
- JavaServer Faces FAQ, news, and info<br>
+1 203-404-4848 x3<br>
<br>
<br>
<div class="gmail_quote">On Tue, Apr 28, 2009 at 5:39 PM, Cyril
Bouteille <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23339352&i=1" target="_top" rel="nofollow">cyril@...</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">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?<br>
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?
<div>
<div><br>
<br>
Kito Mann wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23339352&i=2" target="_top" rel="nofollow">cyril@...</a>>wrote:<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This is sad news! Can you please recommend alternative projects for<br>
migration of deployed View-Controller and Remote features? Thanks.<br>
<br>
</blockquote>
<br>
<br>
MyFaces Apache Orchestra has a view controller feature as well, and you
with<br>
JSF 1.2 sometimes a PhaseListener associated with a particular view can<br>
yield similar results:<br>
<br>
<f:view beforePhase="#{myBean.beforePhase}"<br>
afterPhase="#{myBean.afterPhase}"><br>
...<br>
</f:view><br>
<br>
The remoting features are a different story, though. JSF 2.0 has most
of the<br>
Shale features (excluding the dialog framework and test framework). It<br>
handles most of the use cases Shale Remoting handles (i.e. resource<br>
mangement) but doesn't allow you to call arbitrary methods in the same<br>
manner.<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Greg Reddin wrote:<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This is a heads up for the Shale user community that the Shale PMC has<br>
voted to move the project to the Attic. This means that the Shale<br>
developers (more formally its Project Management Committee) have voted<br>
to retire Shale and move the responsibility for its oversight over to<br>
the Attic project.<br>
<br>
The MyFaces community has expressed interest in continuing development<br>
of the Shale-Test module and the Shale PMC will work with MyFaces to<br>
migrate this piece of the codebase.. Look for further announcements to<br>
that regard in the near future.<br>
<br>
You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_blank" rel="nofollow">http://attic.apache.org</a>.<br>
<br>
You can follow the progress of the move at<br>
<br>
<a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_blank" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a>
if you so wish.<br>
<br>
On behalf of the Apache Shale PMC, Thanks!<br>
<br>
Greg Reddin<br>
<br>
<br>
<br>
</blockquote>
</blockquote>
</blockquote>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</blockquote>
<br>
</div></div><div><div class="im">-- <br>
<span style="font-size: 10pt; font-family: Arial; color: rgb(63, 127, 0);">
Cyril Bouteille
</span><br>
<span style="font-size: 7.5pt; font-family: Arial; color: gray;">
VP, Engineering
</span><br>
<br>
<span style="font-size: 7.5pt; font-family: Arial; color: black;">
TravelMuse, Inc.
</span><br>
</div><span style="font-size: 7.5pt; font-family: Arial; color: gray;">
4410 El Camino Real, Suite 102<br>
Los Altos, CA 94022<br>
</span>
<span style="font-size: 7.5pt; font-family: Arial; color: black;">Site:
<a href="http://www.travelmuse.com" target="_blank" rel="nofollow">http://www.travelmuse.com</a> (<a href="http://www.travelmuse.com/rss" target="_blank" rel="nofollow">RSS</a>)
| <a href="http://www.travelmuse.com/profile/?mid=429" target="_blank" rel="nofollow">Cyril's
TravelMuse</a><br>
Blogs: <a href="http://www.travelmuse.com/community/blogs/travelmuse-company-blog" target="_blank" rel="nofollow">Company</a>
(<a href="http://www.travelmuse.com/community/blogs/travelmuse-company-blog/feeds/posts" target="_blank" rel="nofollow">RSS</a>)
| <a href="http://www.travelmuse.com/community/blogs/travel_musings" target="_blank" rel="nofollow">TravelMusings</a>
(<a href="http://www.travelmuse.com/community/blogs/travel_musings/feeds/posts" target="_blank" rel="nofollow">RSS</a>)
| <a href="http://www.travelmuse.com/community/blogs/photography" target="_blank" rel="nofollow">Photo</a>
(<a href="http://www.travelmuse.com/community/blogs/photography/feeds/posts" target="_blank" rel="nofollow">RSS</a>)<br>
Facebook: <a href="http://www.new.facebook.com/pages/Los-Altos-CA/TravelMuse/12711960515?ref=ts" target="_blank" rel="nofollow">Page</a>
| <a href="http://apps.facebook.com/travelmuse/" target="_blank" rel="nofollow">App</a>
</span>
<hr><span style="font-size: 7.5pt; font-family: Helvetica; color: black;">
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.
</span></div>
</div>
</blockquote></div><br>
<p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23338057Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-05-01T11:53:13Z2009-05-01T11:53:13ZCyril Bouteille-2It provides the missing C in MVC of JSF for GET requests. :-) A hook in
<br>the JSP where you can declare which managed bean should be initialized
<br>for rendering.
<br>Typically high in your JSP, <s:subview id="name-of-your-bean"> would
<br>call NameOfYourBean.prerender() event. Each page is in control of what
<br>beans it needs w/o maintaining any additional mapping file or worry
<br>about URLs or having to recompile java on changes. It provides you also
<br>with the flexibility to do conditional initialization with verbatims etc.
<br>I'll check your link, thanks. It looks like the hook is the other
<br>direction with orchestra where the bean maps to JSPs.
<br><br>Kito Mann wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Hello Cyril,
<br>>
<br>> The Orchestra ViewController can definitely handle this. See:
<br>> <a href="http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html" target="_top" rel="nofollow">http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html</a>.
<br>>
<br>> I'm not too familiar with the <s:subview> tag -- how does that work?
<br>>
<br>> ---
<br>> Kito D. Mann -- Author, JavaServer Faces in Action
<br>> <a href="http://twitter.com/kito99" target="_top" rel="nofollow">http://twitter.com/kito99</a> <a href="http://twitter.com/jsfcentral" target="_top" rel="nofollow">http://twitter.com/jsfcentral</a><br>> <a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> - JSF/Java EE consulting, training, and mentoring
<br>> <a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info
<br>> +1 203-404-4848 x3
<br>>
<br>>
<br>> On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23338057&i=0" target="_top" rel="nofollow">cyril@...</a>
<br>> <mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23338057&i=1" target="_top" rel="nofollow">cyril@...</a>>> wrote:
<br>>
<br>> Hi Kito, by VC feature I meant essentially the prerender event for
<br>> processing GET requests. I couldn't see such hook from Orchestra's
<br>> overview. Does it have such a feature?
<br>> Writing custom PhaseListeners kicking in logic based on URLs gets
<br>> a bit old... :) Shale's declarative <s:subview id> is great and
<br>> much cleaner. Anything else like that out there?
<br>>
</div></div><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>smime.p7s</strong> (4K) <a href="http://old.nabble.com/attachment/23338057/0/smime.p7s" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23337768Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-05-01T11:30:31Z2009-05-01T11:30:31ZKito MannFYI, I wrote a new blog entry about this:
<br><a href="http://blogs.jsfcentral.com/editorsdesk/entry/shale_in_the_attic" target="_top" rel="nofollow">http://blogs.jsfcentral.com/editorsdesk/entry/shale_in_the_attic</a><br>---
<br>Kito D. Mann -- Author, JavaServer Faces in Action
<br><a href="http://twitter.com/kito99" target="_top" rel="nofollow">http://twitter.com/kito99</a> <a href="http://twitter.com/jsfcentral" target="_top" rel="nofollow">http://twitter.com/jsfcentral</a><br><a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> - JSF/Java EE consulting, training, and mentoring
<br><a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info
<br>+1 203-404-4848 x3
<br><br><br>On Fri, May 1, 2009 at 2:28 PM, Kito Mann <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23337768&i=0" target="_top" rel="nofollow">kito.mann@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> Hello Cyril,
<br>>
<br>> The Orchestra ViewController can definitely handle this. See:
<br>> <a href="http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html" target="_top" rel="nofollow">http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html</a><br>> .
<br>>
<br>> I'm not too familiar with the <s:subview> tag -- how does that work?
<br>>
<br>> ---
<br>> Kito D. Mann -- Author, JavaServer Faces in Action
<br>> <a href="http://twitter.com/kito99" target="_top" rel="nofollow">http://twitter.com/kito99</a> <a href="http://twitter.com/jsfcentral" target="_top" rel="nofollow">http://twitter.com/jsfcentral</a><br>> <a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> - JSF/Java EE consulting, training, and mentoring
<br>> <a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info
<br>> +1 203-404-4848 x3
<br>>
<br>>
<br>>
<br>> On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23337768&i=1" target="_top" rel="nofollow">cyril@...</a>>wrote:
<br>>
<br>>> Hi Kito, by VC feature I meant essentially the prerender event for
<br>>> processing GET requests. I couldn't see such hook from Orchestra's overview.
<br>>> Does it have such a feature?
<br>>> Writing custom PhaseListeners kicking in logic based on URLs gets a bit
<br>>> old... :) Shale's declarative <s:subview id> is great and much cleaner.
<br>>> Anything else like that out there?
<br>>>
<br>>>
<br>>> Kito Mann wrote:
<br>>>
<br>>>> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23337768&i=2" target="_top" rel="nofollow">cyril@...</a>
<br>>>> >wrote:
<br>>>>
<br>>>>
<br>>>>
<br>>>>> This is sad news! Can you please recommend alternative projects for
<br>>>>> migration of deployed View-Controller and Remote features? Thanks.
<br>>>>>
<br>>>>>
<br>>>>
<br>>>>
<br>>>> MyFaces Apache Orchestra has a view controller feature as well, and you
<br>>>> with
<br>>>> JSF 1.2 sometimes a PhaseListener associated with a particular view can
<br>>>> yield similar results:
<br>>>>
<br>>>> <f:view beforePhase="#{myBean.beforePhase}"
<br>>>> afterPhase="#{myBean.afterPhase}">
<br>>>> ...
<br>>>> </f:view>
<br>>>>
<br>>>> The remoting features are a different story, though. JSF 2.0 has most of
<br>>>> the
<br>>>> Shale features (excluding the dialog framework and test framework). It
<br>>>> handles most of the use cases Shale Remoting handles (i.e. resource
<br>>>> mangement) but doesn't allow you to call arbitrary methods in the same
<br>>>> manner.
<br>>>>
<br>>>>
<br>>>>
<br>>>>> Greg Reddin wrote:
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>> This is a heads up for the Shale user community that the Shale PMC has
<br>>>>>> voted to move the project to the Attic. This means that the Shale
<br>>>>>> developers (more formally its Project Management Committee) have voted
<br>>>>>> to retire Shale and move the responsibility for its oversight over to
<br>>>>>> the Attic project.
<br>>>>>>
<br>>>>>> The MyFaces community has expressed interest in continuing development
<br>>>>>> of the Shale-Test module and the Shale PMC will work with MyFaces to
<br>>>>>> migrate this piece of the codebase.. Look for further announcements to
<br>>>>>> that regard in the near future.
<br>>>>>>
<br>>>>>> You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_top" rel="nofollow">http://attic.apache.org</a>.
<br>>>>>>
<br>>>>>> You can follow the progress of the move at
<br>>>>>>
<br>>>>>> <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a> if you so wish.
<br>>>>>>
<br>>>>>> On behalf of the Apache Shale PMC, Thanks!
<br>>>>>>
<br>>>>>> Greg Reddin
<br>>>>>>
<br>>>>>>
<br>>>>>>
<br>>>>>>
<br>>>>>
<br>>>
<br>>
<br></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23337728Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-05-01T11:28:26Z2009-05-01T11:28:26ZKito MannHello Cyril,
<br><br>The Orchestra ViewController can definitely handle this. See:
<br><a href="http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html" target="_top" rel="nofollow">http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html</a><br>.
<br><br>I'm not too familiar with the <s:subview> tag -- how does that work?
<br><br>---
<br>Kito D. Mann -- Author, JavaServer Faces in Action
<br><a href="http://twitter.com/kito99" target="_top" rel="nofollow">http://twitter.com/kito99</a> <a href="http://twitter.com/jsfcentral" target="_top" rel="nofollow">http://twitter.com/jsfcentral</a><br><a href="http://www.virtua.com" target="_top" rel="nofollow">http://www.virtua.com</a> - JSF/Java EE consulting, training, and mentoring
<br><a href="http://www.JSFCentral.com" target="_top" rel="nofollow">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info
<br>+1 203-404-4848 x3
<br><br><br>On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23337728&i=0" target="_top" rel="nofollow">cyril@...</a>>wrote:
<br><div class='shrinkable-quote'><br>> Hi Kito, by VC feature I meant essentially the prerender event for
<br>> processing GET requests. I couldn't see such hook from Orchestra's overview.
<br>> Does it have such a feature?
<br>> Writing custom PhaseListeners kicking in logic based on URLs gets a bit
<br>> old... :) Shale's declarative <s:subview id> is great and much cleaner.
<br>> Anything else like that out there?
<br>>
<br>>
<br>> Kito Mann wrote:
<br>>
<br>>> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23337728&i=1" target="_top" rel="nofollow">cyril@...</a>
<br>>> >wrote:
<br>>>
<br>>>
<br>>>
<br>>>> This is sad news! Can you please recommend alternative projects for
<br>>>> migration of deployed View-Controller and Remote features? Thanks.
<br>>>>
<br>>>>
<br>>>
<br>>>
<br>>> MyFaces Apache Orchestra has a view controller feature as well, and you
<br>>> with
<br>>> JSF 1.2 sometimes a PhaseListener associated with a particular view can
<br>>> yield similar results:
<br>>>
<br>>> <f:view beforePhase="#{myBean.beforePhase}"
<br>>> afterPhase="#{myBean.afterPhase}">
<br>>> ...
<br>>> </f:view>
<br>>>
<br>>> The remoting features are a different story, though. JSF 2.0 has most of
<br>>> the
<br>>> Shale features (excluding the dialog framework and test framework). It
<br>>> handles most of the use cases Shale Remoting handles (i.e. resource
<br>>> mangement) but doesn't allow you to call arbitrary methods in the same
<br>>> manner.
<br>>>
<br>>>
<br>>>
<br>>>> Greg Reddin wrote:
<br>>>>
<br>>>>
<br>>>>
<br>>>>> This is a heads up for the Shale user community that the Shale PMC has
<br>>>>> voted to move the project to the Attic. This means that the Shale
<br>>>>> developers (more formally its Project Management Committee) have voted
<br>>>>> to retire Shale and move the responsibility for its oversight over to
<br>>>>> the Attic project.
<br>>>>>
<br>>>>> The MyFaces community has expressed interest in continuing development
<br>>>>> of the Shale-Test module and the Shale PMC will work with MyFaces to
<br>>>>> migrate this piece of the codebase.. Look for further announcements to
<br>>>>> that regard in the near future.
<br>>>>>
<br>>>>> You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_top" rel="nofollow">http://attic.apache.org</a>.
<br>>>>>
<br>>>>> You can follow the progress of the move at
<br>>>>>
<br>>>>> <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a> if you so wish.
<br>>>>>
<br>>>>> On behalf of the Apache Shale PMC, Thanks!
<br>>>>>
<br>>>>> Greg Reddin
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>>
<br>>>>
<br>>
<br></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23303675Re : Re : [ANNOUNCE] Apache Shale To Move To the Attic2009-04-29T12:12:52Z2009-04-29T12:12:52ZgonzaladI'm not used to Shale dialogs.
<br><br>Perhaps using jpdl ? (and not jbpm !) (jpdl = page flows)
<br><a href="http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/jbpm.html" target="_top" rel="nofollow">http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/jbpm.html</a><br><br><br>We've used jpdl once 1.5 year ago, there where issues concerning exception handling (not done at pages.xml).
<br>But it has surely be resolved since.
<br><br><br>________________________________
<br>De : "<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=0" target="_top" rel="nofollow">mario.buonopane@...</a>" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=1" target="_top" rel="nofollow">mario.buonopane@...</a>>
<br>À : <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=2" target="_top" rel="nofollow">user@...</a>
<br>Envoyé le : Mercredi, 29 Avril 2009, 9h32mn 10s
<br>Objet : RE: Re : [ANNOUNCE] Apache Shale To Move To the Attic
<br><br>Hi, how can migrate Shale dialogs in seam?
<br><br>Mario
<br><br>-----Original Message-----
<br>From: Adrian Gonzalez [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=3" target="_top" rel="nofollow">adr_gonzalez@...</a>]
<br>Sent: 29 aprile 2009 00.07
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=4" target="_top" rel="nofollow">user@...</a>
<br>Subject: Re : [ANNOUNCE] Apache Shale To Move To the Attic
<br><br>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.
<br><br><a href="http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/" target="_top" rel="nofollow">http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/</a><br><br><br>The framework is very powerfull (but complicated, and you should do perf. benchmarks).
<br>To use it with facelets / ajax4jsf / richfaces.
<br><br>conversation management
<br>get functionnality and page actions
<br>remoting (proprietary protocol)
<br>powerfull navigation with exception handling
<br>good jpa (urgh... hibernate) integration
<br>validation with Hibernate Validator (this is a goog one !)
<br>security (authentication / authz)
<br>spring integration if need be
<br><br>and much more...
<br><br><br>________________________________
<br>De : Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=5" target="_top" rel="nofollow">cyril@...</a>>
<br>À : Greg Reddin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=6" target="_top" rel="nofollow">gredbug@...</a>>
<br>Cc : "<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=7" target="_top" rel="nofollow">user@...</a>" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=8" target="_top" rel="nofollow">user@...</a>>
<br>Envoyé le : Mardi, 28 Avril 2009, 23h31mn 13s
<br>Objet : Re: [ANNOUNCE] Apache Shale To Move To the Attic
<br><br>Hi Greg, what features of Seam do you feel match Shale's VC or Remoting?
<br>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...
<br>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.
<br><br>Greg Reddin wrote:
<div class='shrinkable-quote'><br>> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23303675&i=9" target="_top" rel="nofollow">cyril@...</a>> wrote:
<br>>
<br>>> This is sad news! Can you please recommend alternative projects for
<br>>> migration of deployed View-Controller and Remote features? Thanks.
<br>>>
<br>>
<br>> Just my viewpoint: probably your best bet would be to migrate to Seam
<br>> and/or ajax4jsf.
<br>>
<br>> But if you just don't feel like leaving Shale... This doesn't mean the
<br>> code is going to disappear. The code will be housed in the Apache
<br>> Attic svn. I'm not sure about existing releases, but I doubt they will
<br>> be removed from Maven repos, etc. If you feel like the code needs
<br>> further improvement feel free to start it back up at Google Code or
<br>> elsewhere. The only caveat to forking is that ASF still holds the
<br>> Apache Shale trademark so you'd have to come up with a different name.
<br>>
<br>> Thanks,
<br>> Greg
<br>>
</div><br><br>
<br><br><br>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.
<br><br><br><br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23292098RE: Re : [ANNOUNCE] Apache Shale To Move To the Attic2009-04-29T00:32:10Z2009-04-29T00:32:10Zmario.buonopaneHi, how can migrate Shale dialogs in seam?
<br><br>Mario
<br><br>-----Original Message-----
<br>From: Adrian Gonzalez [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23292098&i=0" target="_top" rel="nofollow">adr_gonzalez@...</a>]
<br>Sent: 29 aprile 2009 00.07
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23292098&i=1" target="_top" rel="nofollow">user@...</a>
<br>Subject: Re : [ANNOUNCE] Apache Shale To Move To the Attic
<br><br>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.
<br><br><a href="http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/" target="_top" rel="nofollow">http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/</a><br><br><br>The framework is very powerfull (but complicated, and you should do perf. benchmarks).
<br>To use it with facelets / ajax4jsf / richfaces.
<br><br>conversation management
<br>get functionnality and page actions
<br>remoting (proprietary protocol)
<br>powerfull navigation with exception handling
<br>good jpa (urgh... hibernate) integration
<br>validation with Hibernate Validator (this is a goog one !)
<br>security (authentication / authz)
<br>spring integration if need be
<br><br>and much more...
<br><br><br>________________________________
<br>De : Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23292098&i=2" target="_top" rel="nofollow">cyril@...</a>>
<br>À : Greg Reddin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23292098&i=3" target="_top" rel="nofollow">gredbug@...</a>>
<br>Cc : "<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23292098&i=4" target="_top" rel="nofollow">user@...</a>" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23292098&i=5" target="_top" rel="nofollow">user@...</a>>
<br>Envoyé le : Mardi, 28 Avril 2009, 23h31mn 13s
<br>Objet : Re: [ANNOUNCE] Apache Shale To Move To the Attic
<br><br>Hi Greg, what features of Seam do you feel match Shale's VC or Remoting?
<br>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...
<br>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.
<br><br>Greg Reddin wrote:
<div class='shrinkable-quote'><br>> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23292098&i=6" target="_top" rel="nofollow">cyril@...</a>> wrote:
<br>>
<br>>> This is sad news! Can you please recommend alternative projects for
<br>>> migration of deployed View-Controller and Remote features? Thanks.
<br>>>
<br>>
<br>> Just my viewpoint: probably your best bet would be to migrate to Seam
<br>> and/or ajax4jsf.
<br>>
<br>> But if you just don't feel like leaving Shale... This doesn't mean the
<br>> code is going to disappear. The code will be housed in the Apache
<br>> Attic svn. I'm not sure about existing releases, but I doubt they will
<br>> be removed from Maven repos, etc. If you feel like the code needs
<br>> further improvement feel free to start it back up at Google Code or
<br>> elsewhere. The only caveat to forking is that ASF still holds the
<br>> Apache Shale trademark so you'd have to come up with a different name.
<br>>
<br>> Thanks,
<br>> Greg
<br>>
</div><br><br>
<br><br><br>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.
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23287051Re : [ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T15:07:12Z2009-04-28T15:07:12ZgonzaladYou 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.
<br><br><a href="http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/" target="_top" rel="nofollow">http://docs.jboss.com/seam/2.1.1.GA/reference/en-US/html/</a><br><br><br>The framework is very powerfull (but complicated, and you should do perf. benchmarks).
<br>To use it with facelets / ajax4jsf / richfaces.
<br><br>conversation management
<br>get functionnality and page actions
<br>remoting (proprietary protocol)
<br>powerfull navigation with exception handling
<br>good jpa (urgh... hibernate) integration
<br>validation with Hibernate Validator (this is a goog one !)
<br>security (authentication / authz)
<br>spring integration if need be
<br><br>and much more...
<br><br><br>________________________________
<br>De : Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23287051&i=0" target="_top" rel="nofollow">cyril@...</a>>
<br>À : Greg Reddin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23287051&i=1" target="_top" rel="nofollow">gredbug@...</a>>
<br>Cc : "<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23287051&i=2" target="_top" rel="nofollow">user@...</a>" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23287051&i=3" target="_top" rel="nofollow">user@...</a>>
<br>Envoyé le : Mardi, 28 Avril 2009, 23h31mn 13s
<br>Objet : Re: [ANNOUNCE] Apache Shale To Move To the Attic
<br><br>Hi Greg, what features of Seam do you feel match Shale's VC or Remoting?
<br>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...
<br>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.
<br><br>Greg Reddin wrote:
<div class='shrinkable-quote'><br>> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23287051&i=4" target="_top" rel="nofollow">cyril@...</a>> wrote:
<br>>
<br>>> This is sad news! Can you please recommend alternative projects for
<br>>> migration of deployed View-Controller and Remote features? Thanks.
<br>>>
<br>>
<br>> Just my viewpoint: probably your best bet would be to migrate to Seam
<br>> and/or ajax4jsf.
<br>>
<br>> But if you just don't feel like leaving Shale... This doesn't mean the
<br>> code is going to disappear. The code will be housed in the Apache
<br>> Attic svn. I'm not sure about existing releases, but I doubt they will
<br>> be removed from Maven repos, etc. If you feel like the code needs
<br>> further improvement feel free to start it back up at Google Code or
<br>> elsewhere. The only caveat to forking is that ASF still holds the
<br>> Apache Shale trademark so you'd have to come up with a different name.
<br>>
<br>> Thanks,
<br>> Greg
<br>>
</div><br><br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23286553Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T14:37:05Z2009-04-28T14:37:05ZCyril Bouteille-2Hi Kito, by VC feature I meant essentially the prerender event for
<br>processing GET requests. I couldn't see such hook from Orchestra's
<br>overview. Does it have such a feature?
<br>Writing custom PhaseListeners kicking in logic based on URLs gets a bit
<br>old... :) Shale's declarative <s:subview id> is great and much cleaner.
<br>Anything else like that out there?
<br><br>Kito Mann wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23286553&i=0" target="_top" rel="nofollow">cyril@...</a>>wrote:
<br>>
<br>>
<br>>> This is sad news! Can you please recommend alternative projects for
<br>>> migration of deployed View-Controller and Remote features? Thanks.
<br>>>
<br>>
<br>>
<br>> MyFaces Apache Orchestra has a view controller feature as well, and you with
<br>> JSF 1.2 sometimes a PhaseListener associated with a particular view can
<br>> yield similar results:
<br>>
<br>> <f:view beforePhase="#{myBean.beforePhase}"
<br>> afterPhase="#{myBean.afterPhase}">
<br>> ...
<br>> </f:view>
<br>>
<br>> The remoting features are a different story, though. JSF 2.0 has most of the
<br>> Shale features (excluding the dialog framework and test framework). It
<br>> handles most of the use cases Shale Remoting handles (i.e. resource
<br>> mangement) but doesn't allow you to call arbitrary methods in the same
<br>> manner.
<br>>
<br>>
<br>>> Greg Reddin wrote:
<br>>>
<br>>>
<br>>>> This is a heads up for the Shale user community that the Shale PMC has
<br>>>> voted to move the project to the Attic. This means that the Shale
<br>>>> developers (more formally its Project Management Committee) have voted
<br>>>> to retire Shale and move the responsibility for its oversight over to
<br>>>> the Attic project.
<br>>>>
<br>>>> The MyFaces community has expressed interest in continuing development
<br>>>> of the Shale-Test module and the Shale PMC will work with MyFaces to
<br>>>> migrate this piece of the codebase.. Look for further announcements to
<br>>>> that regard in the near future.
<br>>>>
<br>>>> You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_top" rel="nofollow">http://attic.apache.org</a>.
<br>>>>
<br>>>> You can follow the progress of the move at
<br>>>>
<br>>>> <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a> if you so wish.
<br>>>>
<br>>>> On behalf of the Apache Shale PMC, Thanks!
<br>>>>
<br>>>> Greg Reddin
<br>>>>
<br>>>>
<br>>>>
</div></div><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>smime.p7s</strong> (4K) <a href="http://old.nabble.com/attachment/23286553/0/smime.p7s" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23286422Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T14:29:30Z2009-04-28T14:29:30ZCyril Bouteille-2Hi Greg, what features of Seam do you feel match Shale's VC or Remoting?
<br>I also understand ajax4jsf to be returning only HTML fragments per
<br>architecture. We've a lot of Shale Remoting function returning JSON and
<br>I'm not sure how we would do that in RichFaces...
<br>We do have a couple of outstanding bugs with Shale and unfortunately not
<br>much time to contribute :-( , so folks like me will have to migrate to
<br>some other framework that's still actively maintained.
<br><br>Greg Reddin wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23286422&i=0" target="_top" rel="nofollow">cyril@...</a>> wrote:
<br>>
<br>>> This is sad news! Can you please recommend alternative projects for
<br>>> migration of deployed View-Controller and Remote features? Thanks.
<br>>>
<br>>
<br>> Just my viewpoint: probably your best bet would be to migrate to Seam
<br>> and/or ajax4jsf.
<br>>
<br>> But if you just don't feel like leaving Shale... This doesn't mean the
<br>> code is going to disappear. The code will be housed in the Apache
<br>> Attic svn. I'm not sure about existing releases, but I doubt they will
<br>> be removed from Maven repos, etc. If you feel like the code needs
<br>> further improvement feel free to start it back up at Google Code or
<br>> elsewhere. The only caveat to forking is that ASF still holds the
<br>> Apache Shale trademark so you'd have to come up with a different name.
<br>>
<br>> Thanks,
<br>> Greg
<br>>
</div></div><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>smime.p7s</strong> (4K) <a href="http://old.nabble.com/attachment/23286422/0/smime.p7s" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23283913Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T11:55:59Z2009-04-28T11:55:59ZKito MannOn Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23283913&i=0" target="_top" rel="nofollow">cyril@...</a>>wrote:
<br><br>> This is sad news! Can you please recommend alternative projects for
<br>> migration of deployed View-Controller and Remote features? Thanks.
<br><br><br>MyFaces Apache Orchestra has a view controller feature as well, and you with
<br>JSF 1.2 sometimes a PhaseListener associated with a particular view can
<br>yield similar results:
<br><br><f:view beforePhase="#{myBean.beforePhase}"
<br>afterPhase="#{myBean.afterPhase}">
<br>...
<br></f:view>
<br><br>The remoting features are a different story, though. JSF 2.0 has most of the
<br>Shale features (excluding the dialog framework and test framework). It
<br>handles most of the use cases Shale Remoting handles (i.e. resource
<br>mangement) but doesn't allow you to call arbitrary methods in the same
<br>manner.
<br><div class='shrinkable-quote'><br>>
<br>>
<br>> Greg Reddin wrote:
<br>>
<br>>> This is a heads up for the Shale user community that the Shale PMC has
<br>>> voted to move the project to the Attic. This means that the Shale
<br>>> developers (more formally its Project Management Committee) have voted
<br>>> to retire Shale and move the responsibility for its oversight over to
<br>>> the Attic project.
<br>>>
<br>>> The MyFaces community has expressed interest in continuing development
<br>>> of the Shale-Test module and the Shale PMC will work with MyFaces to
<br>>> migrate this piece of the codebase.. Look for further announcements to
<br>>> that regard in the near future.
<br>>>
<br>>> You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_top" rel="nofollow">http://attic.apache.org</a>.
<br>>>
<br>>> You can follow the progress of the move at
<br>>>
<br>>> <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a> if you so wish.
<br>>>
<br>>> On behalf of the Apache Shale PMC, Thanks!
<br>>>
<br>>> Greg Reddin
<br>>>
<br>>>
<br>>
<br>> --
<br>> Cyril Bouteille
<br>> VP, Engineering
<br>> TravelMuse, Inc.
<br>>
<br>>
<br></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23283271Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T11:14:48Z2009-04-28T11:14:48ZGreg Reddin-4On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=23283271&i=0" target="_top" rel="nofollow">cyril@...</a>> wrote:
<br>> This is sad news! Can you please recommend alternative projects for
<br>> migration of deployed View-Controller and Remote features? Thanks.
<br><br>Just my viewpoint: probably your best bet would be to migrate to Seam
<br>and/or ajax4jsf.
<br><br>But if you just don't feel like leaving Shale... This doesn't mean the
<br>code is going to disappear. The code will be housed in the Apache
<br>Attic svn. I'm not sure about existing releases, but I doubt they will
<br>be removed from Maven repos, etc. If you feel like the code needs
<br>further improvement feel free to start it back up at Google Code or
<br>elsewhere. The only caveat to forking is that ASF still holds the
<br>Apache Shale trademark so you'd have to come up with a different name.
<br><br>Thanks,
<br>Greg
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23281349Re: [ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T09:44:08Z2009-04-28T09:44:08ZCyril Bouteille-2This is sad news! Can you please recommend alternative projects for
<br>migration of deployed View-Controller and Remote features? Thanks.
<br><br>Greg Reddin wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> This is a heads up for the Shale user community that the Shale PMC has
<br>> voted to move the project to the Attic. This means that the Shale
<br>> developers (more formally its Project Management Committee) have voted
<br>> to retire Shale and move the responsibility for its oversight over to
<br>> the Attic project.
<br>>
<br>> The MyFaces community has expressed interest in continuing development
<br>> of the Shale-Test module and the Shale PMC will work with MyFaces to
<br>> migrate this piece of the codebase.. Look for further announcements to
<br>> that regard in the near future.
<br>>
<br>> You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_top" rel="nofollow">http://attic.apache.org</a>.
<br>>
<br>> You can follow the progress of the move at
<br>>
<br>> <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a> if you so wish.
<br>>
<br>> On behalf of the Apache Shale PMC, Thanks!
<br>>
<br>> Greg Reddin
<br>>
</div></div>--
<br> Cyril Bouteille
<br>VP, Engineering
<br>TravelMuse, Inc.
<br><br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>smime.p7s</strong> (4K) <a href="http://old.nabble.com/attachment/23281349/0/smime.p7s" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-23278442[ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T07:27:41Z2009-04-28T07:27:41ZGreg Reddin-4This is a heads up for the Shale user community that the Shale PMC has
<br>voted to move the project to the Attic. This means that the Shale
<br>developers (more formally its Project Management Committee) have voted
<br>to retire Shale and move the responsibility for its oversight over to
<br>the Attic project.
<br><br>The MyFaces community has expressed interest in continuing development
<br>of the Shale-Test module and the Shale PMC will work with MyFaces to
<br>migrate this piece of the codebase.. Look for further announcements to
<br>that regard in the near future.
<br><br>You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_top" rel="nofollow">http://attic.apache.org</a>.
<br><br>You can follow the progress of the move at
<br><br> <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a> if you so wish.
<br><br>On behalf of the Apache Shale PMC, Thanks!
<br><br>Greg Reddin
<br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-23278443[ANNOUNCE] Apache Shale To Move To the Attic2009-04-28T07:27:41Z2009-04-28T07:27:41ZGreg Reddin-4This is a heads up for the Shale user community that the Shale PMC has
<br>voted to move the project to the Attic. This means that the Shale
<br>developers (more formally its Project Management Committee) have voted
<br>to retire Shale and move the responsibility for its oversight over to
<br>the Attic project.
<br><br>The MyFaces community has expressed interest in continuing development
<br>of the Shale-Test module and the Shale PMC will work with MyFaces to
<br>migrate this piece of the codebase.. Look for further announcements to
<br>that regard in the near future.
<br><br>You can read more about the Apache Attic at <a href="http://attic.apache.org" target="_top" rel="nofollow">http://attic.apache.org</a>.
<br><br>You can follow the progress of the move at
<br><br> <a href="https://issues.apache.org/jira/browse/ATTIC-2" target="_top" rel="nofollow">https://issues.apache.org/jira/browse/ATTIC-2</a> if you so wish.
<br><br>On behalf of the Apache Shale PMC, Thanks!
<br><br>Greg Reddin
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-22953203Re: moving the testing facility to myfaces ?2009-04-08T08:30:03Z2009-04-08T08:30:03ZMatthias Wessendorf-4any outcome ?
<br><br>On Thu, Feb 26, 2009 at 6:50 PM, Gary%20VanMatre <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22953203&i=0" target="_top" rel="nofollow">gvanmatre@...</a>> wrote:
<div class='shrinkable-quote'><br>>
<br>>>From: "Matthias Wessendorf" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22953203&i=1" target="_top" rel="nofollow">matzew@...</a>>
<br>>>On Thu, Feb 26, 2009 at 9:16 AM, Antonio Petrelli
<br>>>><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22953203&i=2" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<br>>>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22953203&i=3" target="_top" rel="nofollow">matzew@...</a>>:
<br>>>>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>>>>> we may finally want to move over the testing bits to myfaces.
<br>>>>>
<br>>>>> What is the thought about it ?
<br>>>>>
<br>>>>> If yes, I'd move over the bits and do a release of the testing
<br>>>>> facility BEFORE that move.
<br>>>>
<br>>>> This might be a stupid question, but why don't you simply "copy" it?
<br>>>> It's an exchange between Apache projects, after all.
<br>>>
<br>>>namespace clash ?
<br>>>org.apache.myfaces VS
<br>>>org.apache.shale
<br>>>
<br>>>and it would be nice for the still existing Shale users to have a
<br>>>release of the bits.
<br>>
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> We should check with a member of the board to find out that the correct
<br>>
<br>> protocol is for a move between projects. Let me do that first before we
<br>>
<br>> continue discussions.
<br>>
<br>>
<br>>
<br>>
<br>>
<br>> Gary
<br>>
<br>>
<br>>>
<br>>>-M
<br>>>>
<br>>>> Antonio
<br>>>>
<br>>
<br>>
<br>>
<br>> --
<br>> Matthias Wessendorf
<br>>
<br>> blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>> sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>> twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br>>
</div><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22638056Re: Clay state question2009-03-21T09:53:30Z2009-03-21T09:53:30ZGary%20VanMatreHi Ryan,
<br><br>The primary reason was to lock down what made up the sub component tree after it was built the first time. This component builds all its children the first rendering. For state management reasons, you have to make sure that the component has the same shape on postback. This is especially important when it is in a UIData family of component where there is only one instance of the component and the model is enumerated underneath. We would need to store the subtrees off in a private facet if we wanted to start supporting polymorphic subtrees. The displayElementObject should be the same instance in memory that the TemplateConfigBean uses.
<br><br>Are you guys still using Clay or are you starting to migrate to Facets?
<br><br>Gary
<br><br>----- Original Message -----
<br>From: "Ryan Wynn" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22638056&i=0" target="_top" rel="nofollow">ryan.m.wynn@...</a>>
<br>To: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22638056&i=1" target="_top" rel="nofollow">user@...</a>
<br>Sent: Monday, March 16, 2009 3:25:38 PM GMT -07:00 US/Canada Mountain
<br>Subject: Clay state question
<br><br>I noticed that the Clay component saves the displayElementObject state in
<br>saveState. It would seem to me that this would cause some unnecessary
<br>overhead in terms of space when using server side state management. Since
<br>the displayElement root is already being cached globally in the
<br>TemplateConfigBean, would it be a valid optimization to have the Clay
<br>component retrieve it from there instead of "caching" it as part of the
<br>component state?
<br><br>Is there any reason why this needs to be saved as component state?
<br><br>Thanks,
<br>Ryan
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-22614121Clay state question2009-03-16T14:25:38Z2009-03-16T14:25:38ZRyan Wynn-3I noticed that the Clay component saves the displayElementObject state in
<br>saveState. It would seem to me that this would cause some unnecessary
<br>overhead in terms of space when using server side state management. Since
<br>the displayElement root is already being cached globally in the
<br>TemplateConfigBean, would it be a valid optimization to have the Clay
<br>component retrieve it from there instead of "caching" it as part of the
<br>component state?
<br><br>Is there any reason why this needs to be saved as component state?
<br><br>Thanks,
<br>Ryan
<br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>tag:old.nabble.com,2006:post-22228372Re: moving the testing facility to myfaces ?2009-02-26T08:50:56Z2009-02-26T08:50:56ZGary%20VanMatre<div class='shrinkable-quote'><br>>From: "Matthias Wessendorf" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22228372&i=0" target="_top" rel="nofollow">matzew@...</a>>
<br>>On Thu, Feb 26, 2009 at 9:16 AM, Antonio Petrelli
<br>>><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22228372&i=1" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<br>>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22228372&i=2" target="_top" rel="nofollow">matzew@...</a>>:
<br>>>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>>>> we may finally want to move over the testing bits to myfaces.
<br>>>>
<br>>>> What is the thought about it ?
<br>>>>
<br>>>> If yes, I'd move over the bits and do a release of the testing
<br>>>> facility BEFORE that move.
<br>>>
<br>>> This might be a stupid question, but why don't you simply "copy" it?
<br>>> It's an exchange between Apache projects, after all.
<br>>
<br>>namespace clash ?
<br>>org.apache.myfaces VS
<br>>org.apache.shale
<br>>
<br>>and it would be nice for the still existing Shale users to have a
<br>>release of the bits.
</div><br><br><br><br><br><br>We should check with a member of the board to find out that the correct
<br><br>protocol is for a move between projects. Let me do that first before we
<br><br>continue discussions.
<br><br><br><br><br><br>Gary
<br><br><br>>
<br>>-M
<br>>>
<br>>> Antonio
<br>>>
<br><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a>
<br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a>
<br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a>
<br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22221532Re: moving the testing facility to myfaces ?2009-02-26T02:33:54Z2009-02-26T02:33:54ZAntonio Petrelli-32009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221532&i=0" target="_top" rel="nofollow">matzew@...</a>>:
<div class='shrinkable-quote'><br>> On Thu, Feb 26, 2009 at 11:12 AM, Antonio Petrelli
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221532&i=1" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<br>>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221532&i=2" target="_top" rel="nofollow">matzew@...</a>>:
<br>>>> On Thu, Feb 26, 2009 at 9:16 AM, Antonio Petrelli
<br>>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221532&i=3" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<br>>>>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221532&i=4" target="_top" rel="nofollow">matzew@...</a>>:
<br>>>>>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>>>>>> we may finally want to move over the testing bits to myfaces.
<br>>>>>>
<br>>>>>> What is the thought about it ?
<br>>>>>>
<br>>>>>> If yes, I'd move over the bits and do a release of the testing
<br>>>>>> facility BEFORE that move.
<br>>>>>
<br>>>>> This might be a stupid question, but why don't you simply "copy" it?
<br>>>>> It's an exchange between Apache projects, after all.
<br>>>>
<br>>>> namespace clash ?
<br>>>> org.apache.myfaces VS
<br>>>> org.apache.shale
<br>>>
<br>>> When I said "copy" I meant copying the code, but adapted to MyFaces,
<br>>> thus renaming packages.
<br>>>
<br>>>> and it would be nice for the still existing Shale users to have a
<br>>>> release of the bits.
<br>>>
<br>>> IMHO you should be a bit "egoistic". If you are using Shale Test, ok
<br>>> go on to release it.
<br>>
<br>> I am a user (in MyFaces and corp. land), so depending on the outcome,
<br>> I will go ahead with the Shale-(Test-)Release
</div><br>Perfect! So Shale is not-so-dead after all :-D
<br><br>Antonio
<br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22221281Re: moving the testing facility to myfaces ?2009-02-26T02:16:36Z2009-02-26T02:16:36ZMatthias Wessendorf-4On Thu, Feb 26, 2009 at 11:12 AM, Antonio Petrelli
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221281&i=0" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<div class='shrinkable-quote'><br>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221281&i=1" target="_top" rel="nofollow">matzew@...</a>>:
<br>>> On Thu, Feb 26, 2009 at 9:16 AM, Antonio Petrelli
<br>>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221281&i=2" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<br>>>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221281&i=3" target="_top" rel="nofollow">matzew@...</a>>:
<br>>>>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>>>>> we may finally want to move over the testing bits to myfaces.
<br>>>>>
<br>>>>> What is the thought about it ?
<br>>>>>
<br>>>>> If yes, I'd move over the bits and do a release of the testing
<br>>>>> facility BEFORE that move.
<br>>>>
<br>>>> This might be a stupid question, but why don't you simply "copy" it?
<br>>>> It's an exchange between Apache projects, after all.
<br>>>
<br>>> namespace clash ?
<br>>> org.apache.myfaces VS
<br>>> org.apache.shale
<br>>
<br>> When I said "copy" I meant copying the code, but adapted to MyFaces,
<br>> thus renaming packages.
<br>>
<br>>> and it would be nice for the still existing Shale users to have a
<br>>> release of the bits.
<br>>
<br>> IMHO you should be a bit "egoistic". If you are using Shale Test, ok
<br>> go on to release it.
</div><br>I am a user (in MyFaces and corp. land), so depending on the outcome,
<br>I will go ahead with the Shale-(Test-)Release
<br><br>> But if you don't use it go ahead with the copy.
<br>> I know that it's hard to admit that a project is dead, but it is :-(
<br>>
<br>> Antonio
<br>>
<br><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22221209Re: moving the testing facility to myfaces ?2009-02-26T02:12:58Z2009-02-26T02:12:58ZAntonio Petrelli-32009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221209&i=0" target="_top" rel="nofollow">matzew@...</a>>:
<div class='shrinkable-quote'><br>> On Thu, Feb 26, 2009 at 9:16 AM, Antonio Petrelli
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221209&i=1" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<br>>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221209&i=2" target="_top" rel="nofollow">matzew@...</a>>:
<br>>>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>>>> we may finally want to move over the testing bits to myfaces.
<br>>>>
<br>>>> What is the thought about it ?
<br>>>>
<br>>>> If yes, I'd move over the bits and do a release of the testing
<br>>>> facility BEFORE that move.
<br>>>
<br>>> This might be a stupid question, but why don't you simply "copy" it?
<br>>> It's an exchange between Apache projects, after all.
<br>>
<br>> namespace clash ?
<br>> org.apache.myfaces VS
<br>> org.apache.shale
</div><br>When I said "copy" I meant copying the code, but adapted to MyFaces,
<br>thus renaming packages.
<br><br>> and it would be nice for the still existing Shale users to have a
<br>> release of the bits.
<br><br>IMHO you should be a bit "egoistic". If you are using Shale Test, ok
<br>go on to release it.
<br>But if you don't use it go ahead with the copy.
<br>I know that it's hard to admit that a project is dead, but it is :-(
<br><br>Antonio
<br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22221170Re: moving the testing facility to myfaces ?2009-02-26T02:10:26Z2009-02-26T02:10:26ZMatthias Wessendorf-4On Thu, Feb 26, 2009 at 11:02 AM, Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221170&i=0" target="_top" rel="nofollow">matzew@...</a>> wrote:
<div class='shrinkable-quote'><br>> On Thu, Feb 26, 2009 at 9:16 AM, Antonio Petrelli
<br>> <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221170&i=1" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<br>>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221170&i=2" target="_top" rel="nofollow">matzew@...</a>>:
<br>>>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>>>> we may finally want to move over the testing bits to myfaces.
<br>>>>
<br>>>> What is the thought about it ?
<br>>>>
<br>>>> If yes, I'd move over the bits and do a release of the testing
<br>>>> facility BEFORE that move.
<br>>>
<br>>> This might be a stupid question, but why don't you simply "copy" it?
<br>>> It's an exchange between Apache projects, after all.
</div><br>and, when the myfaces community would continue to develop this
<br>we would have two different code bases.
<br>Or do you think that there is much progress here on that shale
<br>(testing) framework?
<br>-M
<br><div class='shrinkable-quote'><br>>
<br>> namespace clash ?
<br>> org.apache.myfaces VS
<br>> org.apache.shale
<br>>
<br>> and it would be nice for the still existing Shale users to have a
<br>> release of the bits.
<br>>
<br>> -M
<br>>
<br>>
<br>>>
<br>>> Antonio
<br>>>
<br>>
<br>>
<br>>
<br>> --
<br>> Matthias Wessendorf
<br>>
<br>> blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>> sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>> twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br>>
</div><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22221049Re: moving the testing facility to myfaces ?2009-02-26T02:02:35Z2009-02-26T02:02:35ZMatthias Wessendorf-4On Thu, Feb 26, 2009 at 9:16 AM, Antonio Petrelli
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221049&i=0" target="_top" rel="nofollow">antonio.petrelli@...</a>> wrote:
<div class='shrinkable-quote'><br>> 2009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22221049&i=1" target="_top" rel="nofollow">matzew@...</a>>:
<br>>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>>> we may finally want to move over the testing bits to myfaces.
<br>>>
<br>>> What is the thought about it ?
<br>>>
<br>>> If yes, I'd move over the bits and do a release of the testing
<br>>> facility BEFORE that move.
<br>>
<br>> This might be a stupid question, but why don't you simply "copy" it?
<br>> It's an exchange between Apache projects, after all.
</div><br>namespace clash ?
<br>org.apache.myfaces VS
<br>org.apache.shale
<br><br>and it would be nice for the still existing Shale users to have a
<br>release of the bits.
<br><br>-M
<br><br><br>>
<br>> Antonio
<br>>
<br><br><br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22219564Re: moving the testing facility to myfaces ?2009-02-26T00:16:51Z2009-02-26T00:16:51ZAntonio Petrelli-32009/2/26 Matthias Wessendorf <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22219564&i=0" target="_top" rel="nofollow">matzew@...</a>>:
<br>> we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>> we may finally want to move over the testing bits to myfaces.
<br>>
<br>> What is the thought about it ?
<br>>
<br>> If yes, I'd move over the bits and do a release of the testing
<br>> facility BEFORE that move.
<br><br>This might be a stupid question, but why don't you simply "copy" it?
<br>It's an exchange between Apache projects, after all.
<br><br>Antonio
<br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22219106moving the testing facility to myfaces ?2009-02-25T23:39:44Z2009-02-25T23:39:44ZMatthias Wessendorf-4Hi,
<br><br>we talked about this long time ago. With the ongoing DEV of MyFaces 2.0
<br>we may finally want to move over the testing bits to myfaces.
<br><br>What is the thought about it ?
<br><br>If yes, I'd move over the bits and do a release of the testing
<br>facility BEFORE that move.
<br><br>-Matthias
<br><br>--
<br>Matthias Wessendorf
<br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_top" rel="nofollow">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_top" rel="nofollow">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_top" rel="nofollow">http://twitter.com/mwessendorf</a><br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22207217Re: Current Status2009-02-24T12:56:54Z2009-02-24T12:56:54ZLionel PortNick,
<br><br>I seems to have kinda stangnated with the anticipation of features it
<br>covers appearing in other projects or upcoming JSRs.
<br><br>Too be honest, I've had to move projects away from shale recently to
<br>support the current versions of jsf and rich faces.
<br>Spring 2.5 supports annotations and can provide similar functionality
<br>to shale-tiger. Unfortunately it doesn't have the "preprocess",
<br>"prerender" lifecycle of Shale's view controller but it at least has
<br>the init and destroy.
<br><br>Shale-test framework is still useful and the dialog framework should still work.
<br><br>regards,
<br>Lionel
<br><br>On Wed, Feb 25, 2009 at 2:42 AM, Nick Alexander <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=22207217&i=0" target="_top" rel="nofollow">nicka@...</a>> wrote:
<div class='shrinkable-quote'><br>> I am interested in using Shale for a enterprise voice application, but am concerned about the lack of active development on the project.
<br>> Our company would be happy to contribute to the project but we need to know that we are not the only drivers.
<br>>
<br>> We are particularly interesting the dialog management
<br>>
<br>>
<br>> Please provide comments
<br>>
<br>> Nick Alexander
<br>>
<br></div><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-22187501Current Status2009-02-24T07:42:39Z2009-02-24T07:42:39ZNick Alexander-4I am interested in using Shale for a enterprise voice application, but am concerned about the lack of active development on the project.
<br>Our company would be happy to contribute to the project but we need to know that we are not the only drivers.
<br><br>We are particularly interesting the dialog management
<br><br><br>Please provide comments
<br><br>Nick Alexander
<br><p>From forum: <a href="http://old.nabble.com/Shale---Dev-f15682.html" embed="fixTarget[15682]" target="_top" >Shale - Dev</a></p>tag:old.nabble.com,2006:post-21926935ApacheCon Europe 2009: Early Bird Deadline Extended2009-02-09T19:16:05Z2009-02-09T19:16:05ZGreg Reddin-4Subject: ApacheCon Europe 2009: Early Bird Deadline Extended
<br> until 13th of February
<br><br>Here's some great news for everyone who's thinking of
<br>traveling to Amsterdam for this year's ApacheCon Europe. The Early Bird
<br>deadline has been extended to Friday, February 13th - and remember,
<br>there is a discount of 150 Euro on registration for anyone staying at
<br>the Mövenpick Hotel. Register at <a href="http://www.eu.apachecon.com" target="_top" rel="nofollow">http://www.eu.apachecon.com</a>.
<br><br>ApacheCon is a week of open source goodness straight from the source of
<br>The Apache Software Foundation:
<br><br> - More than 60 1-Hour Sessions on System Administration, Development,
<br> Data Mining and Search Technologies, Enterprise Web Services, SOA,
<br> and Cloud Technologies, Open Source Business and Community, and more
<br> - Over a dozen Training Workshops from industry experts (see below)
<br> - World-class Keynotes and vendor Expo
<br> - Lightning Talks and Birds-of-a-Feather sessions
<br> - New this year: Geeks for Geeks Track, BarCampApache, and Hackathon!
<br><br>ApacheCon Europe 2009 features 2-day, 1-day, and half-day Training
<br>Workshops on the following topics:
<br><br> Data Mining and Search Technologies
<br> -----------------------------------
<br> - Lucene Boot Camp (Grant Ingersoll)
<br> - Solr Boot Camp (Erik Hatcher)
<br><br><br> The Next Generation of Web Data Storage
<br> ---------------------------------------
<br> - Building Standalone CouchDB Applications (J. Chris Anderson)
<br> - High Performance CouchDB (J. Chris Anderson)
<br><br><br> Cloud and Distributed Computing Technologies
<br> --------------------------------------------
<br> - Hadoop Tools and Tricks for Data Processing Pipelines
<br> (Christophe Bisciglia and Aaron Kimball)
<br><br><br> System Administration
<br> ---------------------
<br> - Apache HTTP Server - Nuts to Bolts (Jim Jagielski)
<br> - Everything Tomcat - Administering, Tuning,
<br> Troubleshooting and Developing (Mark Thomas)
<br><br><br> Developing State-of-the-Art Web Applications
<br> --------------------------------------------
<br> - A Day of REST (J Aaron Farr)
<br> - Apache CXF - Developing and Deploying Open Source
<br> SOA Endpoints (Adrian Trenaman)
<br> - Ajax on Struts 2: How a Second Generation Web Application
<br> Framework Meets the Demands of RIA (Chad Michael Davis)
<br> - Behavior-Driving Your Apache Wicket Application:
<br> Making the Most of Webdriver and JDave-Wicket (Timo Rantalaiho)
<br><br><br> Building and Managing Java-based Projects
<br> -----------------------------------------
<br> - Maven Workshop (Zeger Hendrikse)
<br><br><br> Professional Media Trainings
<br> ----------------------------
<br> - Media & Analyst Training (Sally Khudairi)
<br> - Intermediate Media & Analyst Training (Sally Khudairi)
<br><br><br>We hope to see you on the 23-27 March at the Mövenpick Hotel in
<br>Amsterdam! Visit <a href="http://www.eu.apachecon.com" target="_top" rel="nofollow">http://www.eu.apachecon.com</a> for further information
<br>and registration details.
<br><br>Interested in sponsoring the ApacheCon conferences? Please contact
<br>Delia Frees at <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=21926935&i=0" target="_top" rel="nofollow">delia@...</a> for further information.
<br><br>--
<br>ApacheCon Europe 2009 Team
<br>planners-2009-eu at apachecon.com
<br><a href="http://www.eu.apachecon.com" target="_top" rel="nofollow">http://www.eu.apachecon.com</a><br><p>From forum: <a href="http://old.nabble.com/Shale---User-f15689.html" embed="fixTarget[15689]" target="_top" >Shale - User</a></p>