Nabble - Shale - User

- should be able to detect back/forward?

2009-07-01T02: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-26T11:18:03Z

On Tue, May 26, 2009 at 5:22 AM, Dave Hagan <d.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.
<snip/>

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-26T02: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-21T13:54:59Z

FYI

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

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-11T15:00:38Z

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 <s:subview>
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?
>
> <context-param>
> <param-name>org.apache.shale.view.EXCEPTION_DISPATCH_PATH</param-name>
> <param-value>/actions/app/Error.action</param-value>
> </context-param>
>
> [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
>

smime.p7s (4K) Download Attachment

Error Handling

2009-05-05T08: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?

<context-param>
<param-name>org.apache.shale.view.EXCEPTION_DISPATCH_PATH</param-name>
<param-value>/actions/app/Error.action</param-value>
</context-param>

[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-01T13:35:16Z

On Fri, May 1, 2009 at 2:51 PM, Cyril Bouteille <cyril@...> wrote:

It provides the missing C in MVC of JSF for GET requests. :-) A hook in the JSP where you can declare which managed bean should be initialized for rendering.
Typically high in your JSP, <s:subview id="name-of-your-bean"> would call NameOfYourBean.prerender() event. Each page is in control of what beans it needs w/o maintaining any additional mapping file or worry about URLs. It provides you also with the flexibility to do conditional initialization with verbatims etc.
I'll check your link, thanks. It looks like the hook is the other direction with orchestra where the bean maps to JSPs.

Ah, I see. Nice. FYI, the phaseListener feature in JSF 1.2 is more fine-grained than I mentioned; you can reference a specific method via a method expression for beforePhase and afterPhase. See http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/tlddocs/f/view.html.

Kito Mann wrote:
Hello Cyril,

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

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

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

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

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

Kito Mann wrote:

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

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

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

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

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

Greg Reddin wrote:

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

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

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

You can follow the progress of the move at

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

On behalf of the Apache Shale PMC, Thanks!

Greg Reddin

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

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

2009-05-01T11:53:13Z

It provides the missing C in MVC of JSF for GET requests. :-) A hook in
the JSP where you can declare which managed bean should be initialized
for rendering.
Typically high in your JSP, <s:subview id="name-of-your-bean"> would
call NameOfYourBean.prerender() event. Each page is in control of what
beans it needs w/o maintaining any additional mapping file or worry
about URLs or having to recompile java on changes. It provides you also
with the flexibility to do conditional initialization with verbatims etc.
I'll check your link, thanks. It looks like the hook is the other
direction with orchestra where the bean maps to JSPs.

Kito Mann wrote:

> Hello Cyril,
>
> The Orchestra ViewController can definitely handle this. See:
> http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html.
>
> I'm not too familiar with the <s:subview> tag -- how does that work?
>
> ---
> Kito D. Mann -- Author, JavaServer Faces in Action
> http://twitter.com/kito99 http://twitter.com/jsfcentral
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> +1 203-404-4848 x3
>
>
> On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille <cyril@...
> <mailto:cyril@...>> wrote:
>
> Hi Kito, by VC feature I meant essentially the prerender event for
> processing GET requests. I couldn't see such hook from Orchestra's
> overview. Does it have such a feature?
> Writing custom PhaseListeners kicking in logic based on URLs gets
> a bit old... :) Shale's declarative <s:subview id> is great and
> much cleaner. Anything else like that out there?
>

smime.p7s (4K) Download Attachment

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

2009-05-01T11: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 <kito.mann@...> wrote:

> Hello Cyril,
>
> The Orchestra ViewController can definitely handle this. See:
> http://myfaces.apache.org/orchestra/myfaces-orchestra-core/viewController.html
> .
>
> I'm not too familiar with the <s:subview> tag -- how does that work?
>
> ---
> Kito D. Mann -- Author, JavaServer Faces in Action
> http://twitter.com/kito99 http://twitter.com/jsfcentral
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> +1 203-404-4848 x3
>
>
>
> On Tue, Apr 28, 2009 at 5:39 PM, Cyril Bouteille <cyril@...>wrote:
>
>> Hi Kito, by VC feature I meant essentially the prerender event for
>> processing GET requests. I couldn't see such hook from Orchestra's overview.
>> Does it have such a feature?
>> Writing custom PhaseListeners kicking in logic based on URLs gets a bit
>> old... :) Shale's declarative <s:subview id> is great and much cleaner.
>> Anything else like that out there?
>>
>>
>> Kito Mann wrote:
>>
>>> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <cyril@...
>>> >wrote:
>>>
>>>
>>>
>>>> This is sad news! Can you please recommend alternative projects for
>>>> migration of deployed View-Controller and Remote features? Thanks.
>>>>
>>>>
>>>
>>>
>>> MyFaces Apache Orchestra has a view controller feature as well, and you
>>> with
>>> JSF 1.2 sometimes a PhaseListener associated with a particular view can
>>> yield similar results:
>>>
>>> <f:view beforePhase="#{myBean.beforePhase}"
>>> afterPhase="#{myBean.afterPhase}">
>>> ...
>>> </f:view>
>>>
>>> The remoting features are a different story, though. JSF 2.0 has most of
>>> the
>>> Shale features (excluding the dialog framework and test framework). It
>>> handles most of the use cases Shale Remoting handles (i.e. resource
>>> mangement) but doesn't allow you to call arbitrary methods in the same
>>> manner.
>>>
>>>
>>>
>>>> Greg Reddin wrote:
>>>>
>>>>
>>>>
>>>>> This is a heads up for the Shale user community that the Shale PMC has
>>>>> voted to move the project to the Attic. This means that the Shale
>>>>> developers (more formally its Project Management Committee) have voted
>>>>> to retire Shale and move the responsibility for its oversight over to
>>>>> the Attic project.
>>>>>
>>>>> The MyFaces community has expressed interest in continuing development
>>>>> of the Shale-Test module and the Shale PMC will work with MyFaces to
>>>>> migrate this piece of the codebase.. Look for further announcements to
>>>>> that regard in the near future.
>>>>>
>>>>> You can read more about the Apache Attic at http://attic.apache.org.
>>>>>
>>>>> You can follow the progress of the move at
>>>>>
>>>>> https://issues.apache.org/jira/browse/ATTIC-2 if you so wish.
>>>>>
>>>>> On behalf of the Apache Shale PMC, Thanks!
>>>>>
>>>>> Greg Reddin
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>
>

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

2009-05-01T11: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 <s:subview> tag -- how does that work?

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

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

> Hi Kito, by VC feature I meant essentially the prerender event for
> processing GET requests. I couldn't see such hook from Orchestra's overview.
> Does it have such a feature?
> Writing custom PhaseListeners kicking in logic based on URLs gets a bit
> old... :) Shale's declarative <s:subview id> is great and much cleaner.
> Anything else like that out there?
>
>
> Kito Mann wrote:
>
>> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <cyril@...
>> >wrote:
>>
>>
>>
>>> This is sad news! Can you please recommend alternative projects for
>>> migration of deployed View-Controller and Remote features? Thanks.
>>>
>>>
>>
>>
>> MyFaces Apache Orchestra has a view controller feature as well, and you
>> with
>> JSF 1.2 sometimes a PhaseListener associated with a particular view can
>> yield similar results:
>>
>> <f:view beforePhase="#{myBean.beforePhase}"
>> afterPhase="#{myBean.afterPhase}">
>> ...
>> </f:view>
>>
>> The remoting features are a different story, though. JSF 2.0 has most of
>> the
>> Shale features (excluding the dialog framework and test framework). It
>> handles most of the use cases Shale Remoting handles (i.e. resource
>> mangement) but doesn't allow you to call arbitrary methods in the same
>> manner.
>>
>>
>>
>>> Greg Reddin wrote:
>>>
>>>
>>>
>>>> This is a heads up for the Shale user community that the Shale PMC has
>>>> voted to move the project to the Attic. This means that the Shale
>>>> developers (more formally its Project Management Committee) have voted
>>>> to retire Shale and move the responsibility for its oversight over to
>>>> the Attic project.
>>>>
>>>> The MyFaces community has expressed interest in continuing development
>>>> of the Shale-Test module and the Shale PMC will work with MyFaces to
>>>> migrate this piece of the codebase.. Look for further announcements to
>>>> that regard in the near future.
>>>>
>>>> You can read more about the Apache Attic at http://attic.apache.org.
>>>>
>>>> You can follow the progress of the move at
>>>>
>>>> https://issues.apache.org/jira/browse/ATTIC-2 if you so wish.
>>>>
>>>> On behalf of the Apache Shale PMC, Thanks!
>>>>
>>>> Greg Reddin
>>>>
>>>>
>>>>
>>>>
>>>
>

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

2009-04-29T12: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@..." <mario.buonopane@...>
À : user@...
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@...]
Sent: 29 aprile 2009 00.07
To: user@...
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 <cyril@...>
À : Greg Reddin <gredbug@...>
Cc : "user@..." <user@...>
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 <cyril@...> 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-29T00:32:10Z

Hi, how can migrate Shale dialogs in seam?

Mario

-----Original Message-----
From: Adrian Gonzalez [mailto:adr_gonzalez@...]
Sent: 29 aprile 2009 00.07
To: user@...
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 <cyril@...>
À : Greg Reddin <gredbug@...>
Cc : "user@..." <user@...>
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:

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

2009-04-28T15: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 <cyril@...>
À : Greg Reddin <gredbug@...>
Cc : "user@..." <user@...>
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:

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

2009-04-28T14:37:05Z

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

Kito Mann wrote:

> On Tue, Apr 28, 2009 at 12:44 PM, Cyril Bouteille <cyril@...>wrote:
>
>
>> This is sad news! Can you please recommend alternative projects for
>> migration of deployed View-Controller and Remote features? Thanks.
>>
>
>
> MyFaces Apache Orchestra has a view controller feature as well, and you with
> JSF 1.2 sometimes a PhaseListener associated with a particular view can
> yield similar results:
>
> <f:view beforePhase="#{myBean.beforePhase}"
> afterPhase="#{myBean.afterPhase}">
> ...
> </f:view>
>
> The remoting features are a different story, though. JSF 2.0 has most of the
> Shale features (excluding the dialog framework and test framework). It
> handles most of the use cases Shale Remoting handles (i.e. resource
> mangement) but doesn't allow you to call arbitrary methods in the same
> manner.
>
>
>> Greg Reddin wrote:
>>
>>
>>> This is a heads up for the Shale user community that the Shale PMC has
>>> voted to move the project to the Attic. This means that the Shale
>>> developers (more formally its Project Management Committee) have voted
>>> to retire Shale and move the responsibility for its oversight over to
>>> the Attic project.
>>>
>>> The MyFaces community has expressed interest in continuing development
>>> of the Shale-Test module and the Shale PMC will work with MyFaces to
>>> migrate this piece of the codebase.. Look for further announcements to
>>> that regard in the near future.
>>>
>>> You can read more about the Apache Attic at http://attic.apache.org.
>>>
>>> You can follow the progress of the move at
>>>
>>> https://issues.apache.org/jira/browse/ATTIC-2 if you so wish.
>>>
>>> On behalf of the Apache Shale PMC, Thanks!
>>>
>>> Greg Reddin
>>>
>>>
>>>

smime.p7s (4K) Download Attachment

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

2009-04-28T14:29:30Z

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:

smime.p7s (4K) Download Attachment

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

2009-04-28T11:55:59Z

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

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

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

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

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

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

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

2009-04-28T11:14:48Z

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

smime.p7s (4K) Download Attachment

[ANNOUNCE] Apache Shale To Move To the Attic

2009-04-28T07: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-21T09: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" <ryan.m.wynn@...>
To: user@...
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-16T14: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-09T19: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@... 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-09T09: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@...]
Sent: Sunday, February 08, 2009 9:04 PM
To: user@...
Subject: Re: Shale and AJAX4JSF issue

On Fri, Feb 6, 2009 at 8:28 PM, Shridhar N S <shridhar@...> 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?
>
<snip/>

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<http://www.travelmuse.com/> (RSS<http://www.travelmuse.com/rss>)
> Blogs: Company<http://www.travelmuse.com/community/blogs/travelmuse-company-blog> (RSS<http://www.travelmuse.com/community/blogs/travelmuse-company-blog/feeds/posts>) | TravelMusings<http://www.travelmuse.com/community/blogs/travel_musings> (RSS<http://www.travelmuse.com/community/blogs/travel_musings/feeds/posts>) | Photo<http://www.travelmuse.com/community/blogs/photography> (RSS<http://www.travelmuse.com/community/blogs/photography/feeds/posts>)
> Facebook: Page<http://www.new.facebook.com/pages/Los-Altos-CA/TravelMuse/12711960515?ref=ts> | App<http://apps.facebook.com/travelmuse/>
> ________________________________
> The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.
>
>

Re: Shale and AJAX4JSF issue

2009-02-08T21:03:39Z

On Fri, Feb 6, 2009 at 8:28 PM, Shridhar N S <shridhar@...> 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?
>
<snip/>

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

Shale and AJAX4JSF issue

2009-02-06T17: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<http://www.travelmuse.com/> (RSS<http://www.travelmuse.com/rss>)
Blogs: Company<http://www.travelmuse.com/community/blogs/travelmuse-company-blog> (RSS<http://www.travelmuse.com/community/blogs/travelmuse-company-blog/feeds/posts>) | TravelMusings<http://www.travelmuse.com/community/blogs/travel_musings> (RSS<http://www.travelmuse.com/community/blogs/travel_musings/feeds/posts>) | Photo<http://www.travelmuse.com/community/blogs/photography> (RSS<http://www.travelmuse.com/community/blogs/photography/feeds/posts>)
Facebook: Page<http://www.new.facebook.com/pages/Los-Altos-CA/TravelMuse/12711960515?ref=ts> | App<http://apps.facebook.com/travelmuse/>
________________________________
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

Registration for ApacheCon Europe 2009 is now open!

2009-01-27T08: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@... 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-23T07: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-19T18:04:35Z

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
<sun-web-app><parameter-encoding default-charset="utf-8"/>
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 <http://www.travelmuse.com/rss>) |
Cyril's TravelMuse <http://www.travelmuse.com/profile/?mid=429>
Blogs: Company
<http://www.travelmuse.com/community/blogs/travelmuse-company-blog> (RSS
<http://www.travelmuse.com/community/blogs/travelmuse-company-blog/feeds/posts>)
| TravelMusings
<http://www.travelmuse.com/community/blogs/travel_musings> (RSS
<http://www.travelmuse.com/community/blogs/travel_musings/feeds/posts>)
| Photo <http://www.travelmuse.com/community/blogs/photography> (RSS
<http://www.travelmuse.com/community/blogs/photography/feeds/posts>)
Facebook: Page
<http://www.new.facebook.com/pages/Los-Altos-CA/TravelMuse/12711960515?ref=ts>
| App <http://apps.facebook.com/travelmuse/>
------------------------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you
received this in error, please contact the sender and delete the
material from any computer.

[Announce] Call For Papers opens for ApacheCon US 2009

2008-11-10T08: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@... 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@... 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-07T13:51:49Z

---------- Forwarded message ----------
From: William A. Rowe, Jr. <wrowe@...>

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@... 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@... 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-11T09: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
<rogerio.araujo@...> 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-06T10: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-04T10:31:21Z

no patches on TEST, that need to be committed ?

-M

On Wed, Oct 1, 2008 at 6:06 PM, Matthias Wessendorf <matzew@...> 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-03T07:43:18Z

Welcome aboard!!!

On Thu, Oct 2, 2008 at 11:31 PM, Gary VanMatre <gvanmatre@...> 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-02T20: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!