user@shale.apache.org Archives

- should be able to detect back/forward?

2009-07-01T09:42:08Z

Hi!

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.) 

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).

Am I not setting it up correctly or is it supposed to work this way?


Thanks,
Agoston

Re: Clay & Scxml

2009-05-26T18:18:03Z

On Tue, May 26, 2009 at 5:22 AM, Dave Hagan  wrote:
> Hi
> �We have been developing with Shale for the last 3 years and have found the
> shale Clay & the Scxml dialogs extremely useful - Can Clay and Scxml be used
> with Myfaces and other frameworks as a stand alone piece.

I'll speak to the SCXML dialogs -- yes, definitely, the dialogs can be
used with any kind of views really, be it MyFaces or any other view
layer technologies.

Please note that Shale has recently moved to the Apache Attic, more on
that here [1]. This basically means that no further Shale development
is planned (as part of the Apache Shale project). Ofcourse, old
releases will continue to be available for download.

-Rahul

[1] http://attic.apache.org/projects/shale.html

> Regards
> Dave Hagan
>

Clay & Scxml

2009-05-26T09:22:28Z

Hi
   We have been developing with Shale for the last 3 years and have  
found the shale Clay & the Scxml dialogs extremely useful - Can Clay  
and Scxml be used with Myfaces and other frameworks as a stand alone  
piece.
Regards
Dave Hagan

FYI Fwd: [TEST] Shale Test copied

2009-05-21T20:54:59Z

FYI


---------- Forwarded message ----------
From: Matthias Wessendorf 
Date: Thu, May 21, 2009 at 10:48 PM
Subject: [TEST] Shale Test copied
To: MyFaces Development 


hi,

as Shale has *retired* (see [1]) I finally... copied the test
framework code over to myfaces (as already
discussed before).

Folder:
/myfaces/test/trunk

I think we all (myfaces committers) should be able to commit to the
folder... if not, let me know...

I will do the package renaming etc, so that we can continue the
success story of the shale testing
code (and have the right enhancements for MyFaces 2.0)

-Matthias

[1] https://issues.apache.org/jira/browse/ATTIC-2

--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

Re: Error Handling

2009-05-11T22:03:31Z

Tim, it's likely because the error happened during the rendering phase 
after the beginning of the HTML has already been flushed on the response 
socket...
You have a couple of options:
1) move your offending code into prerender event and add an  
very high in your page markup so it's executed before a lot of markup is 
written on the socket, or
2) increase the page buffer size to be larger than the content before 
your exception is triggered, e.g. <%@ page buffer="10kb" %>
Hope it helps,
-- 
Cyril Bouteille
TravelMuse, Inc.

Tim Corless wrote:
> 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?
>  
> 
>     org.apache.shale.view.EXCEPTION_DISPATCH_PATH
>     /actions/app/Error.action
> 
>  
> [2009-05-05 08:39:27,566] [WebContainer : 20] *ERROR* org.apache.myfaces.lifecycle.PhaseListenerManager
- Exception in PhaseListener RENDER_RESPONSE(6) afterPhase
> java.lang.IllegalStateException: Cannot forward. Response already committed.
> at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:157)
> at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:425)
> at org.apache.shale.view.faces.ViewPhaseListener.afterPhaseExceptionCheck(ViewPhaseListener.java:202)
>  
> Thanks
> -Tim
>

Error Handling

2009-05-05T15:07:02Z

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?
 

    org.apache.shale.view.EXCEPTION_DISPATCH_PATH
    /actions/app/Error.action

 
[2009-05-05 08:39:27,566] [WebContainer : 20] *ERROR* org.apache.myfaces.lifecycle.PhaseListenerManager
- Exception in PhaseListener RENDER_RESPONSE(6) afterPhase
java.lang.IllegalStateException: Cannot forward. Response already committed.
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:157)
at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:425)
at org.apache.shale.view.faces.ViewPhaseListener.afterPhaseExceptionCheck(ViewPhaseListener.java:202)
 
Thanks
-Tim

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

2009-05-01T20:35:16Z

An error occured while fetching this message, sorry !

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

2009-05-01T18:55:49Z

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,  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  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  > 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  is great and
>     much cleaner. Anything else like that out there?
>

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

2009-05-01T18:30:31Z

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  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  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 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  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 >> >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:
>>>
>>> >> afterPhase="#{myBean.afterPhase}">
>>> ...
>>> 
>>>
>>> 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

2009-05-01T18:28:26Z

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  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 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  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 > >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:
>>
>> > afterPhase="#{myBean.afterPhase}">
>> ...
>> 
>>
>> 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 : Re : [ANNOUNCE] Apache Shale To Move To the Attic

2009-04-29T19:12:52Z

I'm not used to Shale dialogs.

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

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

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

Hi, how can migrate Shale dialogs in seam?

Mario

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

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

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

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

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

and much more...

________________________________
De : Cyril Bouteille 
� : Greg Reddin 
Cc : "user@shale.apache.org" 
Envoy� le : Mardi, 28 Avril 2009, 23h31mn 13s
Objet : Re: [ANNOUNCE] Apache Shale To Move To the Attic

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

Greg Reddin wrote:
> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille  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
>  

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.

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

2009-04-29T07:32:10Z

Hi, how can migrate Shale dialogs in seam?

Mario

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

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

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

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

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

and much more...

________________________________
De : Cyril Bouteille 
� : Greg Reddin 
Cc : "user@shale.apache.org" 
Envoy� le : Mardi, 28 Avril 2009, 23h31mn 13s
Objet : Re: [ANNOUNCE] Apache Shale To Move To the Attic

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

Greg Reddin wrote:
> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille  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
>  

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.

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

2009-04-28T22:07:12Z

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

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

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

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

and much more...

________________________________
De : Cyril Bouteille 
� : Greg Reddin 
Cc : "user@shale.apache.org" 
Envoy� le : Mardi, 28 Avril 2009, 23h31mn 13s
Objet : Re: [ANNOUNCE] Apache Shale To Move To the Attic

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

Greg Reddin wrote:
> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille  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

2009-04-28T21:39:22Z

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  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 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:
>
>  afterPhase="#{myBean.afterPhase}">
> ...
> 
>
> 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

2009-04-28T21:31:13Z

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

Greg Reddin wrote:
> On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille  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

2009-04-28T18:55:59Z

On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille 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:


...


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.
>
>

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

2009-04-28T18:14:48Z

On Tue, Apr 28, 2009 at 11:44 AM, Cyril Bouteille  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

2009-04-28T16:44:08Z

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.

[ANNOUNCE] Apache Shale To Move To the Attic

2009-04-28T14:27:41Z

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: Clay state question

2009-03-21T16:53:30Z

Hi Ryan, 

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. 

Are you guys still using Clay or are you starting to migrate to Facets? 

Gary 

----- Original Message ----- 
From: "Ryan Wynn"  
To: user@shale.apache.org 
Sent: Monday, March 16, 2009 3:25:38 PM GMT -07:00 US/Canada Mountain 
Subject: Clay state question 

I noticed that the Clay component saves the displayElementObject state in 
saveState. It would seem to me that this would cause some unnecessary 
overhead in terms of space when using server side state management. Since 
the displayElement root is already being cached globally in the 
TemplateConfigBean, would it be a valid optimization to have the Clay 
component retrieve it from there instead of "caching" it as part of the 
component state? 

Is there any reason why this needs to be saved as component state? 

Thanks, 
Ryan

Clay state question

2009-03-16T21:25:38Z

I noticed that the Clay component saves the displayElementObject state in
saveState.  It would seem to me that this would cause some unnecessary
overhead in terms of space when using server side state management.  Since
the displayElement root is already being cached globally in the
TemplateConfigBean, would it be a valid optimization to have the Clay
component retrieve it from there instead of "caching" it as part of the
component state?

Is there any reason why this needs to be saved as component state?

Thanks,
Ryan

ApacheCon Europe 2009: Early Bird Deadline Extended

2009-02-10T03:16:05Z

Subject: ApacheCon Europe 2009: Early Bird Deadline Extended
        until 13th of February

Here's some great news for everyone who's thinking of
traveling to Amsterdam for this year's ApacheCon Europe. The Early Bird
deadline has been extended to Friday, February 13th - and remember,
there is a discount of 150 Euro on registration for anyone staying at
the M�venpick Hotel. Register at http://www.eu.apachecon.com.

ApacheCon is a week of open source goodness straight from the source of
The Apache Software Foundation:

 - More than 60 1-Hour Sessions on System Administration, Development,
  Data Mining and Search Technologies, Enterprise Web Services, SOA,
  and Cloud Technologies, Open Source Business and Community, and more
 - Over a dozen Training Workshops from industry experts (see below)
 - World-class Keynotes and vendor Expo
 - Lightning Talks and Birds-of-a-Feather sessions
 - New this year: Geeks for Geeks Track, BarCampApache, and Hackathon!

ApacheCon Europe 2009 features 2-day, 1-day, and half-day Training
Workshops on the following topics:

 Data Mining and Search Technologies
 -----------------------------------
 - Lucene Boot Camp  (Grant Ingersoll)
 - Solr Boot Camp  (Erik Hatcher)


 The Next Generation of Web Data Storage
 ---------------------------------------
 - Building Standalone CouchDB Applications (J. Chris Anderson)
 - High Performance CouchDB (J. Chris Anderson)


 Cloud and Distributed Computing Technologies
 --------------------------------------------
 - Hadoop Tools and Tricks for Data Processing Pipelines
  (Christophe Bisciglia and Aaron Kimball)


 System Administration
 ---------------------
 - Apache HTTP Server - Nuts to Bolts  (Jim Jagielski)
 - Everything Tomcat - Administering, Tuning,
  Troubleshooting and Developing  (Mark Thomas)


 Developing State-of-the-Art Web Applications
 --------------------------------------------
 - A Day of REST  (J Aaron Farr)
 - Apache CXF - Developing and Deploying Open Source
  SOA Endpoints  (Adrian Trenaman)
 - Ajax on Struts 2: How a Second Generation Web Application
  Framework Meets the Demands of RIA  (Chad Michael Davis)
 - Behavior-Driving Your Apache Wicket Application:
  Making the Most of Webdriver and JDave-Wicket (Timo Rantalaiho)


 Building and Managing Java-based Projects
 -----------------------------------------
 - Maven Workshop  (Zeger Hendrikse)


 Professional Media Trainings
 ----------------------------
 - Media & Analyst Training (Sally Khudairi)
 - Intermediate Media & Analyst Training (Sally Khudairi)


We hope to see you on the 23-27 March at the M�venpick Hotel in
Amsterdam! Visit http://www.eu.apachecon.com for further information
and registration details.

Interested in sponsoring the ApacheCon conferences?  Please contact
Delia Frees at delia@apachecon.com for further information.

--
ApacheCon Europe 2009 Team
planners-2009-eu at apachecon.com
http://www.eu.apachecon.com

RE: Shale and AJAX4JSF issue

2009-02-09T17:57:23Z

Hi Rahul,

Thank you for your reply.

I got the source for 1.0.5 and built it as mentioned in that bug. But we don't use facelets,
so I couldn't use FaceletViewHandler. However, I tried making all the other changes mentioned
in the bug. After those changes, I could get the a4j working. But when I have any a4j action
tags like a4j:commandButton etc, I need to surround it with a4j:region. This breaks the ability
of partial refreshing of the page, instead it refreshed the whole page. I also posted the
question on a4j forum:
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4208054#4208054

Any further help is very much appreciated.

Thanks,
Shridhar

-----Original Message-----
From: Rahul Akolkar [mailto:rahul.akolkar@gmail.com]
Sent: Sunday, February 08, 2009 9:04 PM
To: user@shale.apache.org
Subject: Re: Shale and AJAX4JSF issue

On Fri, Feb 6, 2009 at 8:28 PM, Shridhar N S  wrote:
> Hi,
>
> I am seeing the exact issue mentioned in:
> https://issues.apache.org/struts/browse/SHALE-409
>
> From the thread I am not clear, if the solution really works while using A4J and Shale.
Do we have a stable build for Shale that addresses this issue?
>

Fix version says v1.0.5, which is available here:

  http://www.apache.org/dyn/closer.cgi/shale/

I don't believe we have or intend to vote on v1.0.5 quality any time
soon, but you can try that if you want.

-Rahul

> Regards,
> Shridhar N S
> Sr.Web Engineer.
> TravelMuse, Inc.
> 4410 El Camino Real, Suite 102
> Los Altos, CA 94022
> Site: http://www.travelmuse.com (RSS)
> Blogs: Company
(RSS)
| TravelMusings (RSS)
| Photo (RSS)
> Facebook: Page
| App
> ________________________________
> 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: Shale and AJAX4JSF issue

2009-02-09T05:03:39Z

On Fri, Feb 6, 2009 at 8:28 PM, Shridhar N S  wrote:
> Hi,
>
> I am seeing the exact issue mentioned in:
> https://issues.apache.org/struts/browse/SHALE-409
>
> From the thread I am not clear, if the solution really works while using A4J and Shale.
Do we have a stable build for Shale that addresses this issue?
>


Fix version says v1.0.5, which is available here:

  http://www.apache.org/dyn/closer.cgi/shale/

I don't believe we have or intend to vote on v1.0.5 quality any time
soon, but you can try that if you want.

-Rahul


> Regards,
> Shridhar N S
> Sr.Web Engineer.
> TravelMuse, Inc.
> 4410 El Camino Real, Suite 102
> Los Altos, CA 94022
> Site: http://www.travelmuse.com (RSS)
> Blogs: Company
(RSS)
| TravelMusings (RSS)
| Photo (RSS)
> Facebook: Page
| App
> ________________________________
> 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.
>
>

Shale and AJAX4JSF issue

2009-02-07T01:28:27Z

Hi,

I am seeing the exact issue mentioned in:
https://issues.apache.org/struts/browse/SHALE-409

>From the thread I am not clear, if the solution really works while using A4J and Shale.
Do we have a stable build for Shale that addresses this issue?

Regards,
Shridhar N S
Sr.Web Engineer.
TravelMuse, Inc.
4410 El Camino Real, Suite 102
Los Altos, CA 94022
Site: http://www.travelmuse.com (RSS)
Blogs: Company (RSS)
| TravelMusings (RSS)
| Photo (RSS)
Facebook: Page
| App
________________________________
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.

Registration for ApacheCon Europe 2009 is now open!

2009-01-27T16:13:52Z

ApacheCon EU 2009 registration is now open!
23-27 March -- M�venpick Hotel, Amsterdam, Netherlands
http://www.eu.apachecon.com/
================================

Registration for ApacheCon Europe 2009 is now open - act before early
bird prices expire 6 February.  Remember to book a room at the M�venpick
and use the Registration Code: Special package attendees for the
conference registration, and get 150 Euros off your full conference
registration.

Lower Costs - Thanks to new VAT tax laws, our prices this year are 19%
lower than last year in Europe!  We've also negotiated a M�venpick rate
 of a maximum of 155 Euros per night for attendees in our room block.

Quick Links:

  http://xrl.us/aceu09sp  See the schedule
  http://xrl.us/aceu09hp  Get your hotel room
  http://xrl.us/aceu09rp  Register for the conference

Other important notes:

- Geeks for Geeks is a new mini-track where we can feature advanced
technical content from project committers.  And our Hackathon on Monday
and Tuesday is open to all attendees - be sure to check it off in your
registration.

- The Call for Papers for ApacheCon US 2009, held 2-6 November
2009 in Oakland, CA, is open through 28 February, so get your
submissions in now.  This ApacheCon will feature special events with
some of the ASF's original founders in celebration of the 10th
anniversary of The Apache Software Foundation.

  http://www.us.apachecon.com/c/acus2009/

- Interested in sponsoring the ApacheCon conferences?  There are plenty
of sponsor packages available - please contact Delia Frees at
delia@apachecon.com for further information.

======================================================
ApacheCon EU 2008: A week of Open Source at it's best!

Hackathon - open to all! | Geeks for Geeks | Lunchtime Sessions
In-Depth Trainings | Multi-Track Sessions | BOFs | Business Panel
Lightning Talks | Receptions | Fast Feather Track | Expo... and more!

- Shane Curcuru, on behalf of
 Noirin Shirley, Conference Lead,
 and the whole ApacheCon Europe 2009 Team
 http://www.eu.apachecon.com/  23-27 March -- Amsterdam, Netherlands

[Travel Assistance] Applications for ApacheCon EU 2009 - Now Open

2009-01-23T15:11:17Z

The Travel Assistance Committee is now accepting applications for those
wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009
in Amsterdam.

The Travel Assistance Committee is looking for people who would like to
be able to attend ApacheCon EU 2009 who need some financial support in
order to get there. There are very few places available and the criteria
is high, that aside applications are open to all open source developers
who feel that their attendance would benefit themselves, their
project(s), the ASF or open source in general.

Financial assistance is available for travel, accommodation and entrance
fees either in full or in part, depending on circumstances. It is
intended that all our ApacheCon events are covered, so it may be prudent
for those in the United States or Asia to wait until an event closer to
them comes up - you are all welcome to apply for ApacheCon EU of course,
but there must be compelling reasons for you to attend an event further
away that your home location for your application to be considered above
those closer to the event location.

More information can be found on the main Apache website at
http://www.apache.org/travel/index.html - where you will also find a
link to the online application form.

Time is very tight for this event, so applications are open now and will
end on the 4th February 2009 - to give enough time for travel
arrangements to be made.

Good luck to all those that apply.


Regards,
The Travel Assistance Committee
--

Shale Remoting 1.0.4 not decoding HTTP param in UTF-8?

2008-12-20T02:05:38Z

Hello,
We seem to have a problem decoding HTTP params with Shale Remoting 1.0.4 
+ Sun App Server 9.1_02 w/ Mojarra 1.2_04-b22-p05.
E.g. "Občanská Plovárna" gets decoded as "Ob?anská Plovárna"
Note á gets decoded ok but not č although our 

The decoding is fine with standard JSP/JSF if we don't go through Shale 
Remoting.
This looks very much like 
http://issues.apache.org/struts/browse/SHALE-282 but on the 
incoming/decoding side.
Can anyone confirm if there is a similar issue with Shale parameter 
decoding on the request/reader side?
Is there some sort of configuration setting we can set on Shale Remoting 
to make it decode parameters in UTF-8 w/o code change?
Thanks!
-- 
Cyril Bouteille
VP, Engineering

TravelMuse, Inc.
4410 El Camino Real, Suite 102
Los Altos, CA 94022
Site: http://www.travelmuse.com (RSS ) | 
Cyril's TravelMuse 
Blogs: Company 
 (RSS 
) 
| TravelMusings 
 (RSS 
) 
| Photo  (RSS 
)
Facebook: Page 
 
| App 
------------------------------------------------------------------------
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.

[Announce] Call For Papers opens for ApacheCon US 2009

2008-11-10T16:38:59Z

If you have only 30 seconds to read this;

Join us in celebrating the ASF's 10th Anniversary at ApacheCon!

The Call for Papers is now open for ApacheCon US 2009, taking place 2-6
November in Oakland, California. Proposals are being accepted at
http://us.apachecon.com/c/acus2009/cfp/ and can be revised at anytime until
the submissions closing deadline of 28 February 2009.

In addition, sponsorship opportunities for both ApacheCon EU 2009/Amsterdam
and ApacheCon US 2009/Oakland are available. Please contact Delia Frees at
delia@apachecon.com for further information.

Please, read on...

*******

ApacheCon Celebrates the ASF's 10th Anniversary in Oakland, California,
2-6 November 2009

Call for Papers Opens for ApacheCon US 2009

The Apache Software Foundation (ASF) invites submissions to its official
user and developer conference, taking place 2-6 November 2009 at the Oakland
Convention Center and Marriott Hotel. ApacheCon serves as a forum for
showcasing the ASF's latest projects, members, and community initiatives.
Offering unparalleled educational opportunities, ApacheCon's presentations,
hands-on trainings, and sessions address key technology, development,
business/community, and licensing issues in Open Source.

The wide range of activities offered at ApacheCon promotes the exchange of
ideas amongst ASF Members, committers, innovators, developers, vendors, and
users interested in the future of Open Source technology. The conference
program includes peer-reviewed sessions, trainings/workshops, and select
invited keynote presentations and speakers.

Conference Themes and Topics

Building on ten years of success, ApacheCon returns to the Bay Area for the
10th anniversary of the Apache Software Foundation. Comprising some of the
most active and recognized developers in the Open Source community,
ApacheCon provides an influential platform for dialogue between Open Source
developers and users, traversing a wide range of ideas, expertise, and
personalities.

ApacheCon welcomes submissions across many fields, geographic locations, and
areas of development. The breadth of the Apache community lends itself to
conference content that is somewhat loosely-structured, with common themes
of interest addressing groundbreaking technologies and emerging trends, best
practices (from development to deployment), case studies and lessons learned
(tips, tools, and tricks). In addition, ApacheCon will continue to offer its
highly popular, two-day intensive trainings; certifications of completion
will be distributed to those who fulfill all the training requirements.

Topics appropriate for submission are manifold, and may include but are not
restricted to: Apache HTTP server (installation, configuration, migration,
and more); ASF-wide projects (including Lucene, Hadoop, Jackrabbit, and
Maven); Scripting languages and dynamic content (such as Java, Perl, Python,
Ruby, XSL, and PHP); Security and e-commerce (performance tuning, load
balancing and high availability); New technologies (including broader
initiatives such as Web Services and Web 2.0); ASF-Incubated projects (such
as Sling, UIMA, and Shindig); and Business/Community issues (Open Source
driven business models, open development, enterprise adoption, and more).

Submission Guidelines

Submissions must include; � Session title - Speaker name - Speaker biography
- Session description - Format and duration - Audience expertise level

Full details are available online on the CFP page at [WWW]
http://us.apachecon.com/c/acus2009/cfp/

Types of Presentations; - Trainings/Workshops - General Sessions - Case
Studies/Industry Profiles - Corporate Showcases & Demonstrations - Fast
Feather (short) sessions - Birds of a Feather discussions - Invited
Keynotes/Panels/Speakers

Pre-Conference Trainings/Workshops

Held on the first two days of the conference (2-3 November 2009), ApacheCon
trainings are available at a registration fee beyond the regular conference
fee. Proposals may be submitted for half-day (3 hours), full-day (6 hours),
or two-day (12 hours) training sessions. These proposed tutorials should be
aimed at providing in-depth, hands-on development experience or related
continuing education. Training submissions are welcome at beginner,
intermediate, and expert levels.

General Sessions include presentations on practical development
applications, insight into high-interest projects, best practices and key
advances, overcoming implementation challenges, and industry innovations.
Especially welcome are submissions that extend participants' understanding
the role of ASF projects and their influence on the Open Source community at
large. General Sessions are scheduled for 50 minutes and are accessible to
all conference delegates.

Case Study/Industry Profile

Practitioners are invited to submit presentations that focus on how
implementing particular ASF technologies led to improved products/solutions,
service offerings, changes in work practices, among other successes.
Proposals that highlight overcoming interesting challenges in application
design and developing innovative frameworks using multiple ASF projects are
particularly encouraged. NOTE: Marketing-oriented submissions aimed at
promoting specific organizations or products will not be accepted.

Invited Keynotes/Panels/Speakers

Each conference the ApacheCon Planning team invites select presenters
dealing with engaging, dialectical, and challenging subjects to present in
keynote and/or panel formats. Topics include cutting-edge technology
development, industry leadership, hot or emerging trends, opinions on
controversial issues, insight on technology paradigms, and contrasting
viewpoints in complementary professional areas. Those interested in
suggesting a candidate for an invited speaker opportunity should submit a
brief proposal with the speaker's name, affiliation, background/bio,
overview of topics of interest, and contact information.

Birds of a Feather (BoF) sessions and Fast Feather Track talks are selected
by separate processes, nearer to the beginning of the conference.

Proposals are now being accepted at http://us.apachecon.com/c/acus2009/cfp/
and can be revised at anytime until the submissions closing deadline of 28
February 2009.

In addition, sponsorship opportunities for both ApacheCon EU 2009/Amsterdam
and ApacheCon US 2009/Oakland are available. Please contact Delia Frees at
delia@apachecon.com for further information.

ApacheCon US 2009 is co-produced by the Apache Software Foundation and Stone
Circle Productions. The ApacheCon Planning team comprises ASF Members from
all over the world working on a wholly-volunteer basis. For more
information, visit http://us.apachecon.com/c/acus2009/

[Announce] Call For Papers opens for ApacheCon US 2009

2008-11-07T21:51:49Z

---------- Forwarded message ----------
From: William A. Rowe, Jr. 


If you have only 30 seconds to read this;

Join us in celebrating the ASF's 10th Anniversary at ApacheCon!

The Call for Papers is now open for ApacheCon US 2009, taking place 2-6
November in Oakland, California. Proposals are being accepted at
http://us.apachecon.com/c/acus2009/cfp/ and can be revised at anytime until
the submissions closing deadline of 28 February 2009.

In addition, sponsorship opportunities for both ApacheCon EU 2009/Amsterdam
and ApacheCon US 2009/Oakland are available. Please contact Delia Frees at
delia@apachecon.com for further information.

Please, read on...

*******

ApacheCon Celebrates the ASF's 10th Anniversary in Oakland, California,
2-6 November 2009

Call for Papers Opens for ApacheCon US 2009

The Apache Software Foundation (ASF) invites submissions to its official
user and developer conference, taking place 2-6 November 2009 at the Oakland
Convention Center and Marriott Hotel. ApacheCon serves as a forum for
showcasing the ASF's latest projects, members, and community initiatives.
Offering unparalleled educational opportunities, ApacheCon's presentations,
hands-on trainings, and sessions address key technology, development,
business/community, and licensing issues in Open Source.

The wide range of activities offered at ApacheCon promotes the exchange of
ideas amongst ASF Members, committers, innovators, developers, vendors, and
users interested in the future of Open Source technology. The conference
program includes peer-reviewed sessions, trainings/workshops, and select
invited keynote presentations and speakers.

Conference Themes and Topics

Building on ten years of success, ApacheCon returns to the Bay Area for the
10th anniversary of the Apache Software Foundation. Comprising some of the
most active and recognized developers in the Open Source community,
ApacheCon provides an influential platform for dialogue between Open Source
developers and users, traversing a wide range of ideas, expertise, and
personalities.

ApacheCon welcomes submissions across many fields, geographic locations, and
areas of development. The breadth of the Apache community lends itself to
conference content that is somewhat loosely-structured, with common themes
of interest addressing groundbreaking technologies and emerging trends, best
practices (from development to deployment), case studies and lessons learned
(tips, tools, and tricks). In addition, ApacheCon will continue to offer its
highly popular, two-day intensive trainings; certifications of completion
will be distributed to those who fulfill all the training requirements.

Topics appropriate for submission are manifold, and may include but are not
restricted to: Apache HTTP server (installation, configuration, migration,
and more); ASF-wide projects (including Lucene, Hadoop, Jackrabbit, and
Maven); Scripting languages and dynamic content (such as Java, Perl, Python,
Ruby, XSL, and PHP); Security and e-commerce (performance tuning, load
balancing and high availability); New technologies (including broader
initiatives such as Web Services and Web 2.0); ASF-Incubated projects (such
as Sling, UIMA, and Shindig); and Business/Community issues (Open Source
driven business models, open development, enterprise adoption, and more).

Submission Guidelines

Submissions must include; � Session title - Speaker name - Speaker biography
- Session description - Format and duration - Audience expertise level

Full details are available online on the CFP page at [WWW]
http://us.apachecon.com/c/acus2009/cfp/

Types of Presentations; - Trainings/Workshops - General Sessions - Case
Studies/Industry Profiles - Corporate Showcases & Demonstrations - Fast
Feather (short) sessions - Birds of a Feather discussions - Invited
Keynotes/Panels/Speakers

Pre-Conference Trainings/Workshops

Held on the first two days of the conference (2-3 November 2009), ApacheCon
trainings are available at a registration fee beyond the regular conference
fee. Proposals may be submitted for half-day (3 hours), full-day (6 hours),
or two-day (12 hours) training sessions. These proposed tutorials should be
aimed at providing in-depth, hands-on development experience or related
continuing education. Training submissions are welcome at beginner,
intermediate, and expert levels.

General Sessions include presentations on practical development
applications, insight into high-interest projects, best practices and key
advances, overcoming implementation challenges, and industry innovations.
Especially welcome are submissions that extend participants' understanding
the role of ASF projects and their influence on the Open Source community at
large. General Sessions are scheduled for 50 minutes and are accessible to
all conference delegates.

Case Study/Industry Profile

Practitioners are invited to submit presentations that focus on how
implementing particular ASF technologies led to improved products/solutions,
service offerings, changes in work practices, among other successes.
Proposals that highlight overcoming interesting challenges in application
design and developing innovative frameworks using multiple ASF projects are
particularly encouraged. NOTE: Marketing-oriented submissions aimed at
promoting specific organizations or products will not be accepted.

Invited Keynotes/Panels/Speakers

Each conference the ApacheCon Planning team invites select presenters
dealing with engaging, dialectical, and challenging subjects to present in
keynote and/or panel formats. Topics include cutting-edge technology
development, industry leadership, hot or emerging trends, opinions on
controversial issues, insight on technology paradigms, and contrasting
viewpoints in complementary professional areas. Those interested in
suggesting a candidate for an invited speaker opportunity should submit a
brief proposal with the speaker's name, affiliation, background/bio,
overview of topics of interest, and contact information.

Birds of a Feather (BoF) sessions and Fast Feather Track talks are selected
by separate processes, nearer to the beginning of the conference.

Proposals are now being accepted at http://us.apachecon.com/c/acus2009/cfp/
and can be revised at anytime until the submissions closing deadline of 28
February 2009.

In addition, sponsorship opportunities for both ApacheCon EU 2009/Amsterdam
and ApacheCon US 2009/Oakland are available. Please contact Delia Frees at
delia@apachecon.com for further information.

ApacheCon US 2009 is co-produced by the Apache Software Foundation and Stone
Circle Productions. The ApacheCon Planning team comprises ASF Members from
all over the world working on a wholly-volunteer basis. For more
information, visit http://us.apachecon.com/c/acus2009/

Re: shale-test and JMock2

2008-10-11T16:56:10Z

not yet:

https://issues.apache.org/struts/browse/SHALE-484

but this is actually already scheduled.
Stay tuned.

-M

On Mon, Oct 6, 2008 at 7:59 PM, Rogerio Pereira
 wrote:
> Is shale-test ready to use with JMock2?
>
> --
> Regards,
>
> Rog�rio (_rogerio_)
>
> [Blog: http://faces.eti.br]  [Sandbox: http://bmobile.dyndns.org]  [Twitter:
> http://twitter.com/ararog]
>
> "Fa�a a diferen�a! Ajude o seu pa�s a crescer, n�o retenha conhecimento,
> distribua e aprenda mais."
> (http://faces.eti.br/2006/10/30/conhecimento-e-amadurecimento)
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

shale-test and JMock2

2008-10-06T17:59:34Z

Is shale-test ready to use with JMock2?

-- 
Regards,

Rog�rio (_rogerio_)

[Blog: http://faces.eti.br]  [Sandbox: http://bmobile.dyndns.org]  [Twitter:
http://twitter.com/ararog]

"Fa�a a diferen�a! Ajude o seu pa�s a crescer, n�o retenha conhecimento,
distribua e aprenda mais."
(http://faces.eti.br/2006/10/30/conhecimento-e-amadurecimento)

Re: [Test] outstanding patches ?

2008-10-04T17:31:21Z

no patches on TEST, that need to be committed ?

-M

On Wed, Oct 1, 2008 at 6:06 PM, Matthias Wessendorf  wrote:
> Hi,
>
> are there outstanding patches ?
> If so, please reply to this mail with the according jira #.
>
> I will find some time for
> a) review
> b) applying them to Shale test.
>
> After that, I will find some more time to finally do a release (more
> on that later),
> first, let's get the patches in ;-)
>
> -M
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

Re: [ANNOUNCEMENT] New Shale Committer: Paul Spencer

2008-10-03T14:43:18Z

Welcome aboard!!!



On Thu, Oct 2, 2008 at 11:31 PM, Gary VanMatre  wrote:
> Please join me in welcoming Paul Spencer as the newest Shale committer.  Paul has been
very supportive of the Shale community over the past year.  Paul is also a member of the MyFaces
project.
>
> Welcome, Paul!
>
>



-- 
James Mitchell

[ANNOUNCEMENT] New Shale Committer: Paul Spencer

2008-10-03T03:31:31Z

Please join me in welcoming Paul Spencer as the newest Shale committer.  Paul has been very
supportive of the Shale community over the past year.  Paul is also a member of the MyFaces
project.  

Welcome, Paul!

Fwd: CFP open for ApacheCon Europe 2009

2008-10-02T10:59:34Z

---------- Forwarded message ----------
From: Bertrand Delacretaz 
Date: Thu, Oct 2, 2008 at 10:39 AM
Subject: Fwd: CFP open for ApacheCon Europe 2009
To: general@incubator.apache.org
Cc: N�ir�n Shirley 

Forwarding here as pmcs@apache.org doesn't reach podling PMCs.

---------- Forwarded message ----------
From: Noirin Shirley 
Date: Thu, Oct 2, 2008 at 10:22 AM
Subject: CFP open for ApacheCon Europe 2009
To: pmcs@apache.org

PMCs: Please send this on to your users@ lists!

If you only have thirty seconds:

The Call for Papers for ApacheCon Europe 2009, to be held in
Amsterdam, from 23rd to 27th March, is now open! Submit your proposals
at http://eu.apachecon.com/c/aceu2009/cfp/ before 24th October.

Remember that early bird prices for ApacheCon US 2008, to be held in
New Orleans, from 3rd to 7th November, will go up this Friday, at
midnight Eastern time!

Sponsorship opportunities for ApacheCon US 2008 and ApacheCon EU 2009
are still available. If you or your company are interested in becoming
a sponsor, please contact Delia Frees at delia@apachecon.com for
details.

*******

If you want all the details:

ApacheCon Europe 2009 - Leading the Wave of Open Source
Amsterdam, The Netherlands
23rd to 27th March, 2009

Call for Papers Opens for ApacheCon Europe 2009

The Apache Software Foundation (ASF) invites submissions to its
official conference, ApacheCon Europe 2009. To be held 23rd to 27th
March, 2009 at the M�venpick Hotel Amsterdam City Centre, ApacheCon
serves as a forum for showcasing the ASF's latest developments,
including its projects, membership, and community. ApacheCon offers
unparalleled educational opportunities, with dedicated presentations,
hands-on trainings, and sessions that address core technology,
development, business/marketing, and licensing issues in Open Source.

ApacheCon's wide range of activities are designed to promote the
exchange of ideas amongst ASF Members, innovators, developers,
vendors, and users interested in the future of Open Source technology.
The conference program includes competitively selected presentations,
trainings/workshops, and a small number of invited speakers. All
sessions undergo a peer review process by the ApacheCon Conference
Planning team. The following information provides presentation
category descriptions, and information about how to submit your
proposal.

Conference Themes and Topics

APACHECON 2009 - LEADING THE WAVE OF OPEN SOURCE

Building on the success of the last two years, we are excited to
return to Amsterdam in 2009. We'll be continuing to offer our very
popular two-day trainings, including certifications of completion for
those who fulfill all the requirements of these trainings.

The ASF comprises some of the most active and recognized developers in
the Open Source community. By bringing together the pioneers,
developers, and users of flagship Open Source technologies, ApacheCon
provides an influential platform for dialogue, between the speaker and
the audience, between project contributors and the community at large,
traversing a wide range of ideas, expertise, and personalities.

ApacheCon welcomes submissions from like-minded delegates across many
fields, geographic locations, and areas of development. The breadth
and loosely-structured nature of the Apache community lends itself to
conference content that is also somewhat loosely-structured. Common
themes of interest address groundbreaking technologies and emerging
trends, successful practices (from development to deployment), and
lessons learned (tips, tools, and tricks). In addition to technical
content, ApacheCon invites Business Track submissions that address
Open Source business, marketing, and legal/licensing issues.

Topics appropriate for submission to this conference are manifold, and
may include but are not restricted to:

- Apache HTTP server topics such as installation, configuration, and migration
- ASF-wide projects such as Lucene, SpamAssassin, Jackrabbit, and Maven
- Scripting languages and dynamic content such as Java, Perl, Python,
Ruby, XSL, and PHP
- Security and e-commerce
- Performance tuning, load balancing and high availability
- New technologies and broader initiatives such as Web Services and Web 2.0
- ASF-Incubated projects such as Sling, UIMA, and Shindig

Submission Guidelines
Submissions must include
- Title
- Speaker name, with affiliation and email address
- Speaker bio (100 words or less)
- Short description (50 words or less)
- Full description including abstract and objectives (200 words or
less)
- Expertise level (beginner to advanced)
- Format and duration (trainings vs. general presentation; half-,
full- or two-day workshop, etc.)
- Intended audience and maximum number of participants (trainings only)
- Background knowledge expected of the participants (trainings only)

Types of Presentations

- Trainings/Workshops
- General Sessions
- Case Studies/Industry Profiles
- Invited Keynotes/Panels/Speakers
- Corporate Showcases & Demonstrations

BoF sessions and Fast Feather Track talks will be selected separately

Pre Conference Trainings/Workshops
Held on the first and second day of the conference � 2008-03-23 and
2008-03-24, Trainings require a registration fee beyond the regular
conference fee. Proposals may be submitted for half-day (3 hours),
full-day (6 hours), or two-day (12 hours) training sessions, aimed at
providing in-depth, hands-on development experience or related
continuing education. Training submissions are welcome at beginner,
intermediate, and expert levels.

General Sessions
General Sessions include presentations on practical development
applications, insight into high-interest projects, best practices and
key advances, overcoming implementation challenges, and industry
innovations. Especially welcome are submissions that extend
participants' understanding the role of ASF projects and their
influence on the Open Source community at large. General Sessions are
scheduled for 50 minutes and are accessible to all conference
delegates.

Case Study/Industry Profile
Practitioners are invited to submit presentations that focus on how
implementing particular ASF technologies led to improved
products/solutions, service offerings, changes in work practices,
among other successes. Proposals that highlight overcoming interesting
challenges in application design and developing innovative frameworks
using multiple ASF projects are particularly encouraged. NOTE:
Marketing-oriented submissions aimed at promoting specific
organizations or products will not be accepted.

Invited Keynotes/Panels/Speakers
Each conference the ApacheCon Planning team invites select presenters
dealing with engaging, dialectical, and challenging subjects to
present in keynote and/or panel formats. Topics include cutting-edge
technology development, industry leadership, hot or emerging trends,
opinions on controversial issues, insight on technology paradigms, and
contrasting viewpoints in complementary professional areas. Those
interested in suggesting a candidate for an invited speaker
opportunity should submit a brief proposal with the speaker's name,
affiliation, background/bio, overview of topics of interest, and
contact information.

Important Dates
Please submit your completed proposal, at
http://eu.apachecon.com/c/aceu2009/cfp/ before Friday, 24th October,
2008 Midnight GMT.

About ApacheCon 2009
ApacheCon is co-produced by the Apache Software Foundation and Stone
Circle Productions. The ApacheCon Planning team comprises ASF Members
from all over the world working on a wholly-volunteer basis. For more
information, visit
http://eu.apachecon.com/c/aceu2009/

----- End forwarded message -----

-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

Re: Tiger breaking my build

2008-07-30T15:26:52Z

From: Tyler Zale 
> Hi,
> 
> 
> I am having a problem with shale-tiger-1.0.5.
> 
> 
> Tiger is breaking my build because it is throwing a Digester error (no 
> grammar found).
> This is happening because I tried to add RichFaces to my project and the 
> faces-config.xml in the richfaces jars does not conform to Tiger's dtds.
> 
> I came up with a kludgish solution which consists of a combination of 
> altering the Tiger dtd and the faces-config.xml. But this solution bugs me.
> 
> I also tried using a context param (as I found listed in a jira entry: 
> http://issues.apache.org/struts/browse/SHALE-301):
> 
>     
>         org.apache.shale.tiger.SCAN_PACKAGES
>         com.x.y.z,shale-tiger-1.0.5.jar
>     
> 
> but this had a net effect of zero.
> 
> 
> Is there an easy way to stop shale-tiger from trying to read all the 
> jars in my lib and breaking?
> 
>

The SCAN_PACKAGES context param is only useful for specifying where to look for shale tiger
annotations.  The lifecycle listener always tries to load the faces configs in /META-INF/faces-configs.xml.

I've not looked at RichFaces.  What have they added to the faces config that breaks the digester?
   Or, it might be that rich faces uses a JSF 1.2 DTD?  Tiger only supports 1.0 and 1.1.

One thing that you might try is overriding the DTD's with one to support rich faces. The digest
loads the DTD from the classpath.  You might try creating the same packages in your project
and overriding.

"/org/apache/shale/tiger/resources/web-facesconfig_1_1.dtd"
"/org/apache/shale/tiger/resources/web-facesconfig_1_0.dtd"

 
 
> 
> Thanks,
> TZ


Gary

Tiger breaking my build

2008-07-29T06:44:46Z

Hi,


I am having a problem with shale-tiger-1.0.5.


Tiger is breaking my build because it is throwing a Digester error (no 
grammar found).
This is happening because I tried to add RichFaces to my project and the 
faces-config.xml in the richfaces jars does not conform to Tiger's dtds.

I came up with a kludgish solution which consists of a combination of 
altering the Tiger dtd and the faces-config.xml. But this solution bugs me.

I also tried using a context param (as I found listed in a jira entry: 
http://issues.apache.org/struts/browse/SHALE-301):

    
        org.apache.shale.tiger.SCAN_PACKAGES
        com.x.y.z,shale-tiger-1.0.5.jar
    

but this had a net effect of zero.


Is there an easy way to stop shale-tiger from trying to read all the 
jars in my lib and breaking?



Thanks,
TZ

Re: org.apache.shale.dialog.basic.config.DialogImpl not serializable

2008-07-23T21:34:32Z

On Wed, Jul 23, 2008 at 9:23 AM,   wrote:

>
> Rahul, I debugged and this is my conclusion:
> org.apache.shale.dialog.faces.DialogPhaseListener in
> beforeRenderResponse put in the ViewRoot the
> "org.apache.shale.dialog.OPAQUE_STATE" attribute. The value of this
> attribute is, in my case, a class of BasicDialogContext$TopState and
> there is a reference to DialogImpl (BasicDialoContext has a property
> dialog and TopState is an inner class of BasicDialoContext).
>

Makes sense.

> So I think that the solution could be modify DialogImpl to implement
> Serializable?

Not really, I think TopState should rather be a static nested class (I
don't see any reason for it to be an inner class, the way things are
at the moment). Can you try making that change and testing your app?

Interim, you could choose a different dialog state storage strategy,
such as "stack" (see very bottom of this page [1]), and that should
remedy this as well.

Please open an issue in JIRA (and try the suggestions above if you can).

-Rahul

[1] http://shale.apache.org/shale-dialog-basic/

> If you agree, I'll track to JIRA also the solution...
>
> Please let me know what you think.
>
> Regards
> Mario
>
>

RE: org.apache.shale.dialog.basic.config.DialogImpl not serializable

2008-07-23T13:23:54Z

From: Rahul Akolkar [mailto:rahul.akolkar@gmail.com] 
Sent: 22 luglio 2008 14.24
To: user@shale.apache.org; goodb@tiscali.it
Subject: Re: org.apache.shale.dialog.basic.config.DialogImpl not
serializable

On Tue, Jul 22, 2008 at 2:45 AM, goodb@tiscali.it 
wrote:
> Rahul, before track it to JIRA, i would like to understand why
> DilogImpl object is present in my HttpSession. At the moment i'm not
> sure if Shale is putting this object in the View root or other
> component is doing it.

Shale only puts the dialog ID (a String) as a view root attribute.

My initial thought was that the DialogImpl reference in the session
may come via BasicDialogContextManager -> BasicDialogContext ->
DialogImpl. I went back and looked at the code a bit, and it seems
that the DialogImpl is a transient reference and will be regenerated
as needed (therefore shouldn't cause the serialization issue). So:

 * Are you using vanilla Shale dialogs?
 * Are there other components that you have introduced that work with
Dialogs?
 * Do you have a smallest possible test case (one that uses the basic
impl as-is)?

-Rahul

> So, if you know that Shale could put an
> DilogImpl object in View root or in HttpSession please let me know. In
> this case i'll track to JIRA attaching the patch.
>
> Regards
> Mario
>

Rahul, I debugged and this is my conclusion:
org.apache.shale.dialog.faces.DialogPhaseListener in
beforeRenderResponse put in the ViewRoot the
"org.apache.shale.dialog.OPAQUE_STATE" attribute. The value of this
attribute is, in my case, a class of BasicDialogContext$TopState and
there is a reference to DialogImpl (BasicDialoContext has a property
dialog and TopState is an inner class of BasicDialoContext).

So I think that the solution could be modify DialogImpl to implement
Serializable?
If you agree, I'll track to JIRA also the solution...

Please let me know what you think.

Regards
Mario 

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.