from:"Matthias Wessendorf"

http://refcardz.dzone.com/refcardz/contexts-and-depencency

-- 
Matthias Wessendorf

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

Re: [VOTE] release for myfaces builder plugin 1.0.5

+1

On Mon, Jan 18, 2010 at 10:54 PM, Jakob Korherr jakob.korh...@gmail.com wrote:
 +1

 2010/1/18 Leonardo Uribe lu4...@gmail.com

 +1

 2010/1/18 Leonardo Uribe lu4...@gmail.com

 Hi,

 I was running the needed tasks to get the 1.0.5 release of Apache
 MyFaces Builder Plugin out.

 This release includes some changes necessary to build myfaces
 core 2.0 branch.

 Testing instructions are available at [3].

 Below there is a list of the changes included on this release:

 MYFACES-2455 ClientBehaviorHolder interface should be tracked by
 myfaces-builder-plugin metadata
 MYFACES-2456 Interfaces should be tracked on myfaces builder plugin

 Please note that this vote concerns all of the following parts:
  1. Maven artifact group org.apache.myfaces.buildtools v1.0.5 (only
 myfaces-builder-plugin) [1]

 The artifacts are deployed to my private Apache account ([1]).

 Please take a look at the 1.0.5 artifacts and vote!

 Please note: This vote is majority approval with a minimum of three
 +1 votes (see [3]).

 
 [ ] +1 for community members who have reviewed the bits
 [ ] +0
 [ ] -1 for fatal flaws that should cause these bits not to be released,
  and why..
 

 Thanks,
 Leonardo Uribe

 [1] http://people.apache.org/~lu4242/m2-plugins-105
 [2] http://www.apache.org/foundation/voting.html#ReleaseVotes
 [3] http://wiki.apache.org/myfaces/BuilderPluginRelease105






-- 
Matthias Wessendorf

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

[FYI] CDI Refcard from DZone

http://refcardz.dzone.com/refcardz/contexts-and-depencency

-- 
Matthias Wessendorf

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

[contribution] Apache MyFaces Trinidad got a new skin (aka look-and-feel)

Hi,

for the Apache MyFaces subproject Trinidad we got a new contribution:

== Adonis Raul Raduca (ICLA on file) contributed a new skin, which is
basically a look-and-file
(a bunch of CSS selectors and some new images). The code has been
uploaded to TRINIDAD-1689.

Question is: Do we need a software grant for that contribution ?
I (personally) think no, we don't.

Why?
-The contribution is an improvement of the existing look-and-feel;
-The contribution is not a standalone software / donation.
 In fact the contributions is pretty tied to the Trinidad subproject. It
 is actually useless without the Trinidad framework at all.

Let me know if you guys agree that we do NOT need a software grant for
this contribution.

-Matthias
(PMC Chair of Apache MyFaces)

[1] https://issues.apache.org/jira/browse/TRINIDAD-1689

-- 
Matthias Wessendorf

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

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [jira] Resolved: (TRINIDAD-7) Project not listed in Apache's project catalog http://projects.apache.org/

2010-01-17 Thread Matthias Wessendorf



i added the doap plugin to our reporting; but site-deploy is down,  
currently


should show up soon;

I saw that other projects (e.g. Hadoop) not posting subprojects. What  
ever, plugin is now back in the pom.xml


Sent from my iPod.

On 17.01.2010, at 02:18, Paul Spencer pau...@apache.org wrote:

i added the doap plugin to our reporting; but site-deploy is down,  
currently

Re: [VOTE] Release Tobago 1.0.24 second try

2010-01-16 Thread Matthias Wessendorf

+1

On Sat, Jan 16, 2010 at 11:14 AM, Volker Weber v.we...@inexso.de wrote:
 Hi,

 +1

 our app with this rc has passed the tests.


 Regards,
    Volker



 2010/1/15 Bernd Bohmann bernd.bohm...@atanion.com:
 Hello,

 I would like to release Tobago 1.0.24.
 I have removed the changes for TOBAGO-811 in 1.0.24 and scheduled to 1.0.25.

 For a detail list please consult the release notes:

 http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12314193

 The version is available at the staging location and the
 revision number of the release is 898929 and tagged as tobago-1.0.24.

 Staging distribution:

 http://people.apache.org/~bommel/repo

 Staging repository:

 http://people.apache.org/~bommel/repo


 The Vote is open for 72h.

 [ ] +1
 [ ] +0
 [ ] -1




 --
 inexso - information exchange solutions GmbH
 Bismarckstraße 13      | 26122 Oldenburg
 Tel.: +49 441 4082 356 |
 FAX:  +49 441 4082 355 | www.inexso.de




-- 
Matthias Wessendorf

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

Re: [TRINIDAD]-Regarding trinidad-config.xml usage

2010-01-16 Thread Matthias Wessendorf

the trinidad-config.xml can't be placed in a JAR to trigger the config
from there;
You could do that, however, with the trinidad-skins.xml, to reuse the skinning
and its description.

On Fri, Jan 15, 2010 at 9:01 PM, Naveen pilli naveen.pi...@oracle.com wrote:
 Hi,

 As per the dev guide if we need an trinidad-config.xml file then it must be
 placed in the WEB-INF directory of your web application.
 We need to use the same configuration file accross several web applications
 and we have to package the file in a jar and use it as a library in all
 applications.
 Is it feasible to do that or do we have to have the same settings across all
 trinidad-config files in all web applications ?

 Thanks,
 Naveen.




-- 
Matthias Wessendorf

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

Re: [TOMAHAWK] CDI contributions to tomahawk?

2010-01-15 Thread Matthias Wessendorf

On Fri, Jan 15, 2010 at 8:54 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
 hi,
 as i know the next seam version will provide portable cdi extensions.

lgpl = not suitable :-)

 i also thought about suggesting an extensions module for myfaces which
 provides such portable cdi extensions (for jsf applications).
 so i created [1] to collect some ideas.

Let's do stuff here, in myfaces; would be a nice cross-community
effort (OWB meets MyFaces)

-Matthias

 regards,
 gerhard

 [1] http://wiki.apache.org/myfaces/Extensions/CDI/DevDoc/Drafts
 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2010/1/15 Matthias Wessendorf mat...@apache.org

 Hey Mark,

 I created the empty structure:
 https://svn.apache.org//repos/asf/myfaces/extensions/cdi/

 regarding the pom.xml layout, please inherit from MyFaces_version:6:
    parent
        groupIdorg.apache.myfaces/groupId
        artifactIdmyfaces/artifactId
        version6/version
    /parent


 https://svn.apache.org//repos/asf/myfaces/extensions/validator/trunk/pom.xml


 Ah, during that I noticed the scripting extension is not following
 that pattern;
 will fix that soon :-)

 If you need more, ping us here; Patches are supposed to be submitted
 against this jira instance,
 eh... nothing like that is there yet ... Ok.. :-)

 -Matthias


 -Matthias



 On Fri, Jan 15, 2010 at 7:15 AM, Matthias Wessendorf mat...@apache.org
 wrote:
  On Fri, Jan 15, 2010 at 7:14 AM, Matthias Wessendorf mat...@apache.org
  wrote:
  On Fri, Jan 15, 2010 at 1:54 AM, Mark Struberg strub...@yahoo.de
  wrote:
  Oki, sounds good to me!
 
  Which things to start with?
 
  As I already explained, there may be a few scopes which might ease the
  life of a JSF developer.
 
  Another area are interceptors. Doing a @Transactional interceptor is
  pretty easy. @Secured interceptor? just a few ideas...
 
  And who is doing the project setup?
 
  here; the empty folder structure is enough, right ?
 
  what name should we use cdi or openwebbeans ?
 
  I think that CDI is probably enough..
 
  https://svn.apache.org//repos/asf/myfaces/extensions/
 
  We would have a
  https://svn.apache.org//repos/asf/myfaces/extensions/cdi
  SOON..
 
  -Matthias
 
 
 
 
 
  txs and LieGrue,
  strub
 
  --- On Fri, 1/15/10, Jakob Korherr jakob.korh...@gmail.com wrote:
 
  From: Jakob Korherr jakob.korh...@gmail.com
  Subject: Re: [TOMAHAWK] CDI contributions to tomahawk?
  To: MyFaces Development dev@myfaces.apache.org
  Date: Friday, January 15, 2010, 1:43 AM
  also +1 for a new extensions module!
 
  ..and I'd really like to contribute to that too :)
 
  Regards,
  Jakob
 
  2010/1/15 Gerhard Petracek gerhard.petra...@gmail.com
 
  +1 for a new extensions
  module
  regards,gerhard
 
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
 
 
  Professional Support for Apache MyFaces
 
 
 
  2010/1/14 Matthias Wessendorf
  mat...@apache.org
 
 
 
  Hey Mark,
 
 
 
  On Thu, Jan 14, 2010 at 1:41 PM, Mark Struberg strub...@yahoo.de
  wrote:
 
   Hi folks!
 
  
 
   I'm working on the Apache Implementation of
  JSR-299 OpenWebBeans and I'm looking forward to add more
  support for JSF-2 via providing portable CDI extensions.
 
  
 
   I already implemented an Extension for the
  javax.faces.beans.ViewScoped in our openwebbeans-jsf module,
  but honestly think that this is not the right place, because
  it is really CDI-container independent. Plus, I have a few
  other ideas which may serve the Apache JSF community.
 
 
 
 
  
 
   So, because those extensions are both JSF container
  independent and also CDI container independent, what about
  adding them to tomahawk-2 ?
 
  
 
   The extensions I have in mind are
 
  
 
   1.) moving the CDI support for the @ViewScoped as
  mentioned above from openwebbeans-jsf to tomahawk.
 
  
 
   2.) a new @ViewConversationScoped. Usually
  @ConversationScoped beans have the same lifecycle as
  @RequestScoped beans if no Conversation#begin() will get
  called in an action. Which means that one will always get a
  fresh instance of a @ConversationScoped bean if e.g. the
  validation fails before the begin() can be called. The
  lifecycle of @ViewConversationScoped bean would begin with
  the first view invocation and end at the end of the request
  in which the conversation gets closed.
 
 
 
 
  
 
 
 
  that's neat;
 
 
 
 
 
   3.) a new @ViewRequestScoped. This is basically the
  same as @ViewScoped, but the contextual instance will stay
  available until the end of the request and will not get
  destroyed after the action continues on a return
  nextPage;. This may be tricky if the following
  view accesses the same bean as the previous view - any
  suggestions on how this should behave are welcome.
 
 
 
 
  
 
 
 
  not sure I get that :-)
 
 
 
   wdyt?
 
  
 
   a) is tomahawk the right place (at least

Re: [JIRA] adding new category for MyFaces

2010-01-15 Thread Matthias Wessendorf

On Fri, Jan 15, 2010 at 9:08 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
 hi,
 basically manfred is able to do that.
 before we start a new extensions module in jira, we should collect ideas at
 [1].
 regards,
 gerhard
 [1] http://wiki.apache.org/myfaces/Extensions/CDI/DevDoc/Drafts

+1


 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2010/1/15 Matthias Wessendorf mat...@apache.org

 Hello,

 who knows how to add a new category? Is that done by the infra@ team?
 Or am I just too tired to see the right button ?

 Thx,
 Matthias

 --
 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: [GSoC][MyFaces on Google App Engine] JspRuntimeLibrary Problem

2010-01-15 Thread Matthias Wessendorf

On Fri, Jan 15, 2010 at 11:28 AM, Jakob Korherr jakob.korh...@gmail.com wrote:
 Hi,

 Just a few ideas:

 1) MyFaces 1.2 requires java 1.5 or later, JSP 2.1, JSTL 1.2 and a Java
 Servlet 2.5 implementation [1] and I'm not sure, if Tomcat 5.0.28 provides
 that.


nope:

http://tomcat.apache.org/whichversion.html

 2) JSF 1.2 uses the unified expression language, which also includes
 javax.el.ValueExpression, so maybe you have to provide the implementation
 for this manually (commons-el.jar) or there's a class loading problem that
 causes the null value.

 Another thing: You could try to run it with facelets. Maybe this will work
 and help you solve your JSP problem.

isn't there a fallback on older containers to use facelets instead (w/
MyFaces 1.2.x)

 Also using Facelets would not be that bad, because JSF 2.0 supports them
 out-of-the-box anyway.

JSP is dead


 Regards,
 Jakob Korherr

 [1] http://myfaces.apache.org/core12/index.html

 2010/1/15 Ali Ok al...@aliok.com.tr

 Hi,
 I am trying to detect the problems that I can face. I experienced several
 problems with MyFaces 1.2.8, and just overrode my solutions without
 considering the architecture in order to move along. Then I will make my
 proposal solving this problems within the architecture.

 However, I couldn't pass this problem:
 javax.faces.FacesException:
 jsp.error.beanntext.servlet.s.property.conversion
     at
 org.apache.myfaces.coServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:347)
     at
 org.apache.myfaces.application.jsp.JspViewHandlerImpl.buildView(JspViewHandlerImpl.java:486)
 
 ...
 Caused by: org.apache.jasper.JasperException:
 jsp.error.beans.property.conversion
     at
 org.apache.jasper.runtime.JspRuntimeLibrary.getValueFromPropertyEditorManager(JspRuntimeLibrary.java:885)
     at
 org.apache.jsp.index_jsp._jspx_meth_h_outputText_0(index_jsp.java:121)
     at org.apache.jsp.index_jsp._jspx_meth_f_view_0(index_jsp.java:95)
 
 

 And on the generated index_jsp.java:121, we have

 _jspx_th_h_outputText_0.setValue((javax.el.ValueExpression)org.apache.jasper.runtime.JspRuntimeLibrary.getValueFromPropertyEditorManager(javax.el.ValueExpression.class,
 value, testVal));

 On my index.jsp page, I have
 h:outputText id=testId value=testVal/h:outputText

 Here is the source link for Jasper 5.0.28
 org.apache.jasper.runtime.JspRuntimeLibrary

 http://svn.apache.org/repos/asf/tomcat/archive/tc5.0.x/tags/TOMCAT_5_0_28/jasper/jasper2/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java

 When I go deeper, I see
 JspRuntimeLibrary.getValueFromPropertyEditorManager calls
 java.beans.PropertyEditorManager.findEditor(String) method returns null for
 argument class  javax.el.ValueExpression.

 Note that Google App Engine uses Jasper Runtime 5.0.28. I tried running
 MyFaces 1.2.8 on Tomcat 5.0.28 in order to make a comparison, but I couldn't
 pass javax.faces.FacesException: javax/servlet/jsp/tagext/JspIdConsumer.

 Here are my questions:

 Can you give me some ideas why this exception is thrown?
 Does this mean, we have to use Facelets in order to make it work?
 Is it possible to run MyFaces 1.2.8 on Tomcat 5.0.28 (in order to compare
 JspRuntimeLibrary of GAE and Tomcat)?

 I read many posts running Mojarra on GAE to see how Mojarra people solved
 this, but they all use Facelets.
 To remind you, my purpose is to run MyFaces on Google App Engine
 out-of-the-box without any dependencies (including Facelets).

 Thanks,
 Ali





-- 
Matthias Wessendorf

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

Re: [TOMAHAWK] CDI contributions to tomahawk?

Hey Mark,

On Thu, Jan 14, 2010 at 1:41 PM, Mark Struberg strub...@yahoo.de wrote:
 Hi folks!

 I'm working on the Apache Implementation of JSR-299 OpenWebBeans and I'm 
 looking forward to add more support for JSF-2 via providing portable CDI 
 extensions.

 I already implemented an Extension for the javax.faces.beans.ViewScoped in 
 our openwebbeans-jsf module, but honestly think that this is not the right 
 place, because it is really CDI-container independent. Plus, I have a few 
 other ideas which may serve the Apache JSF community.

 So, because those extensions are both JSF container independent and also CDI 
 container independent, what about adding them to tomahawk-2 ?

 The extensions I have in mind are

 1.) moving the CDI support for the @ViewScoped as mentioned above from 
 openwebbeans-jsf to tomahawk.

 2.) a new @ViewConversationScoped. Usually @ConversationScoped beans have the 
 same lifecycle as @RequestScoped beans if no Conversation#begin() will get 
 called in an action. Which means that one will always get a fresh instance of 
 a @ConversationScoped bean if e.g. the validation fails before the begin() 
 can be called. The lifecycle of @ViewConversationScoped bean would begin with 
 the first view invocation and end at the end of the request in which the 
 conversation gets closed.


that's neat;


 3.) a new @ViewRequestScoped. This is basically the same as @ViewScoped, but 
 the contextual instance will stay available until the end of the request and 
 will not get destroyed after the action continues on a return nextPage;. 
 This may be tricky if the following view accesses the same bean as the 
 previous view - any suggestions on how this should behave are welcome.


not sure I get that :-)

 wdyt?

 a) is tomahawk the right place (at least for 2 and 3)?

No.
Why not adding to here:
https://svn.apache.org//repos/asf/myfaces/commons/

or

https://svn.apache.org//repos/asf/myfaces/extensions/

That would make them also independent for a certain component suite ;-)

 b) would the functionality be useful for JSF-2 developers?

sounds useful to me!

-Matthias



 txs and LieGrue,
 strub







-- 
Matthias Wessendorf

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

Re: [TOMAHAWK] CDI contributions to tomahawk?

On Fri, Jan 15, 2010 at 1:54 AM, Mark Struberg strub...@yahoo.de wrote:
 Oki, sounds good to me!

 Which things to start with?

 As I already explained, there may be a few scopes which might ease the life 
 of a JSF developer.

 Another area are interceptors. Doing a @Transactional interceptor is pretty 
 easy. @Secured interceptor? just a few ideas...

 And who is doing the project setup?

here; the empty folder structure is enough, right ?




 txs and LieGrue,
 strub

 --- On Fri, 1/15/10, Jakob Korherr jakob.korh...@gmail.com wrote:

 From: Jakob Korherr jakob.korh...@gmail.com
 Subject: Re: [TOMAHAWK] CDI contributions to tomahawk?
 To: MyFaces Development dev@myfaces.apache.org
 Date: Friday, January 15, 2010, 1:43 AM
 also +1 for a new extensions module!

 ..and I'd really like to contribute to that too :)

 Regards,
 Jakob

 2010/1/15 Gerhard Petracek gerhard.petra...@gmail.com

 +1 for a new extensions
 module
 regards,gerhard


 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German



 Professional Support for Apache MyFaces



 2010/1/14 Matthias Wessendorf
 mat...@apache.org



 Hey Mark,



 On Thu, Jan 14, 2010 at 1:41 PM, Mark Struberg strub...@yahoo.de
 wrote:

  Hi folks!

 

  I'm working on the Apache Implementation of
 JSR-299 OpenWebBeans and I'm looking forward to add more
 support for JSF-2 via providing portable CDI extensions.

 

  I already implemented an Extension for the
 javax.faces.beans.ViewScoped in our openwebbeans-jsf module,
 but honestly think that this is not the right place, because
 it is really CDI-container independent. Plus, I have a few
 other ideas which may serve the Apache JSF community.




 

  So, because those extensions are both JSF container
 independent and also CDI container independent, what about
 adding them to tomahawk-2 ?

 

  The extensions I have in mind are

 

  1.) moving the CDI support for the @ViewScoped as
 mentioned above from openwebbeans-jsf to tomahawk.

 

  2.) a new @ViewConversationScoped. Usually
 @ConversationScoped beans have the same lifecycle as
 @RequestScoped beans if no Conversation#begin() will get
 called in an action. Which means that one will always get a
 fresh instance of a @ConversationScoped bean if e.g. the
 validation fails before the begin() can be called. The
 lifecycle of @ViewConversationScoped bean would begin with
 the first view invocation and end at the end of the request
 in which the conversation gets closed.




 



 that's neat;





  3.) a new @ViewRequestScoped. This is basically the
 same as @ViewScoped, but the contextual instance will stay
 available until the end of the request and will not get
 destroyed after the action continues on a return
 nextPage;. This may be tricky if the following
 view accesses the same bean as the previous view - any
 suggestions on how this should behave are welcome.




 



 not sure I get that :-)



  wdyt?

 

  a) is tomahawk the right place (at least for 2 and
 3)?



 No.

 Why not adding to here:

 https://svn.apache.org//repos/asf/myfaces/commons/



 or



 https://svn.apache.org//repos/asf/myfaces/extensions/



 That would make them also independent for a certain
 component suite ;-)



  b) would the functionality be useful for JSF-2
 developers?



 sounds useful to me!



 -Matthias



 

 

  txs and LieGrue,

  strub

 

 

 

 







 --

 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: [TOMAHAWK] CDI contributions to tomahawk?

On Fri, Jan 15, 2010 at 7:14 AM, Matthias Wessendorf mat...@apache.org wrote:
 On Fri, Jan 15, 2010 at 1:54 AM, Mark Struberg strub...@yahoo.de wrote:
 Oki, sounds good to me!

 Which things to start with?

 As I already explained, there may be a few scopes which might ease the life 
 of a JSF developer.

 Another area are interceptors. Doing a @Transactional interceptor is pretty 
 easy. @Secured interceptor? just a few ideas...

 And who is doing the project setup?

 here; the empty folder structure is enough, right ?

what name should we use cdi or openwebbeans ?

I think that CDI is probably enough..

https://svn.apache.org//repos/asf/myfaces/extensions/

We would have a
https://svn.apache.org//repos/asf/myfaces/extensions/cdi
SOON..

-Matthias





 txs and LieGrue,
 strub

 --- On Fri, 1/15/10, Jakob Korherr jakob.korh...@gmail.com wrote:

 From: Jakob Korherr jakob.korh...@gmail.com
 Subject: Re: [TOMAHAWK] CDI contributions to tomahawk?
 To: MyFaces Development dev@myfaces.apache.org
 Date: Friday, January 15, 2010, 1:43 AM
 also +1 for a new extensions module!

 ..and I'd really like to contribute to that too :)

 Regards,
 Jakob

 2010/1/15 Gerhard Petracek gerhard.petra...@gmail.com

 +1 for a new extensions
 module
 regards,gerhard


 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German



 Professional Support for Apache MyFaces



 2010/1/14 Matthias Wessendorf
 mat...@apache.org



 Hey Mark,



 On Thu, Jan 14, 2010 at 1:41 PM, Mark Struberg strub...@yahoo.de
 wrote:

  Hi folks!

 

  I'm working on the Apache Implementation of
 JSR-299 OpenWebBeans and I'm looking forward to add more
 support for JSF-2 via providing portable CDI extensions.

 

  I already implemented an Extension for the
 javax.faces.beans.ViewScoped in our openwebbeans-jsf module,
 but honestly think that this is not the right place, because
 it is really CDI-container independent. Plus, I have a few
 other ideas which may serve the Apache JSF community.




 

  So, because those extensions are both JSF container
 independent and also CDI container independent, what about
 adding them to tomahawk-2 ?

 

  The extensions I have in mind are

 

  1.) moving the CDI support for the @ViewScoped as
 mentioned above from openwebbeans-jsf to tomahawk.

 

  2.) a new @ViewConversationScoped. Usually
 @ConversationScoped beans have the same lifecycle as
 @RequestScoped beans if no Conversation#begin() will get
 called in an action. Which means that one will always get a
 fresh instance of a @ConversationScoped bean if e.g. the
 validation fails before the begin() can be called. The
 lifecycle of @ViewConversationScoped bean would begin with
 the first view invocation and end at the end of the request
 in which the conversation gets closed.




 



 that's neat;





  3.) a new @ViewRequestScoped. This is basically the
 same as @ViewScoped, but the contextual instance will stay
 available until the end of the request and will not get
 destroyed after the action continues on a return
 nextPage;. This may be tricky if the following
 view accesses the same bean as the previous view - any
 suggestions on how this should behave are welcome.




 



 not sure I get that :-)



  wdyt?

 

  a) is tomahawk the right place (at least for 2 and
 3)?



 No.

 Why not adding to here:

 https://svn.apache.org//repos/asf/myfaces/commons/



 or



 https://svn.apache.org//repos/asf/myfaces/extensions/



 That would make them also independent for a certain
 component suite ;-)



  b) would the functionality be useful for JSF-2
 developers?



 sounds useful to me!



 -Matthias



 

 

  txs and LieGrue,

  strub

 

 

 

 







 --

 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




-- 
Matthias Wessendorf

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

Re: [jira] Created: (TRINIDAD-1687) add a Skin api that will clear the skin file(s) and reload at runtime

sounds like a nice feature.
+1

On Fri, Jan 15, 2010 at 1:13 AM, Blake Sullivan
blake.sulli...@oracle.com wrote:
 looks good.

 -- Blake Sullivan

 Jeanne Waldman (JIRA) said the following On 1/14/2010 4:08 PM PT:

 add a Skin api that will clear the skin file(s) and reload at runtime
 -

                 Key: TRINIDAD-1687
                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1687
             Project: MyFaces Trinidad
          Issue Type: New Feature
          Components: Skinning
            Reporter: Jeanne Waldman
            Assignee: Jeanne Waldman


 We've had several requests where someone wants to reload the skin on
 demand but without needing the web.xml's CHECK_FILE_MODIFICATION flag on. On
 instance is the design time team who wants to muck with skins and reload
 them on demand.

 The proposed public API is on the Skin object. It is:
  /**
   * Check to see if this Skin has been marked dirty.   * The only way to
 mark a Skin dirty is to call setDirty(true).
   * @return true if the Skin is marked dirty.   */
  abstract public boolean isDirty();

  /**
   * Sets the dirty flag of the Skin. Use this if you want to regenerate
 the skin.   * During rendering, if isDirty is true,   * the skin's css file
 will be reprocessed regardless of whether the css file has been modified   *
 or if the CHECK_FILE_MODIFICATION flag was set.   * The Skinning Framework
 calls setDirty(false) after the skin has been reprocessed.
   */
  abstract public void setDirty(boolean dirty);

 A patch will be available soon.









-- 
Matthias Wessendorf

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

Re: [TOMAHAWK] CDI contributions to tomahawk?

Hey Mark,

I created the empty structure:
https://svn.apache.org//repos/asf/myfaces/extensions/cdi/

regarding the pom.xml layout, please inherit from MyFaces_version:6:
parent
groupIdorg.apache.myfaces/groupId
artifactIdmyfaces/artifactId
version6/version
/parent

https://svn.apache.org//repos/asf/myfaces/extensions/validator/trunk/pom.xml


Ah, during that I noticed the scripting extension is not following
that pattern;
will fix that soon :-)

If you need more, ping us here; Patches are supposed to be submitted
against this jira instance,
eh... nothing like that is there yet ... Ok.. :-)

-Matthias


-Matthias



On Fri, Jan 15, 2010 at 7:15 AM, Matthias Wessendorf mat...@apache.org wrote:
 On Fri, Jan 15, 2010 at 7:14 AM, Matthias Wessendorf mat...@apache.org 
 wrote:
 On Fri, Jan 15, 2010 at 1:54 AM, Mark Struberg strub...@yahoo.de wrote:
 Oki, sounds good to me!

 Which things to start with?

 As I already explained, there may be a few scopes which might ease the life 
 of a JSF developer.

 Another area are interceptors. Doing a @Transactional interceptor is pretty 
 easy. @Secured interceptor? just a few ideas...

 And who is doing the project setup?

 here; the empty folder structure is enough, right ?

 what name should we use cdi or openwebbeans ?

 I think that CDI is probably enough..

 https://svn.apache.org//repos/asf/myfaces/extensions/

 We would have a
 https://svn.apache.org//repos/asf/myfaces/extensions/cdi
 SOON..

 -Matthias





 txs and LieGrue,
 strub

 --- On Fri, 1/15/10, Jakob Korherr jakob.korh...@gmail.com wrote:

 From: Jakob Korherr jakob.korh...@gmail.com
 Subject: Re: [TOMAHAWK] CDI contributions to tomahawk?
 To: MyFaces Development dev@myfaces.apache.org
 Date: Friday, January 15, 2010, 1:43 AM
 also +1 for a new extensions module!

 ..and I'd really like to contribute to that too :)

 Regards,
 Jakob

 2010/1/15 Gerhard Petracek gerhard.petra...@gmail.com

 +1 for a new extensions
 module
 regards,gerhard


 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German



 Professional Support for Apache MyFaces



 2010/1/14 Matthias Wessendorf
 mat...@apache.org



 Hey Mark,



 On Thu, Jan 14, 2010 at 1:41 PM, Mark Struberg strub...@yahoo.de
 wrote:

  Hi folks!

 

  I'm working on the Apache Implementation of
 JSR-299 OpenWebBeans and I'm looking forward to add more
 support for JSF-2 via providing portable CDI extensions.

 

  I already implemented an Extension for the
 javax.faces.beans.ViewScoped in our openwebbeans-jsf module,
 but honestly think that this is not the right place, because
 it is really CDI-container independent. Plus, I have a few
 other ideas which may serve the Apache JSF community.




 

  So, because those extensions are both JSF container
 independent and also CDI container independent, what about
 adding them to tomahawk-2 ?

 

  The extensions I have in mind are

 

  1.) moving the CDI support for the @ViewScoped as
 mentioned above from openwebbeans-jsf to tomahawk.

 

  2.) a new @ViewConversationScoped. Usually
 @ConversationScoped beans have the same lifecycle as
 @RequestScoped beans if no Conversation#begin() will get
 called in an action. Which means that one will always get a
 fresh instance of a @ConversationScoped bean if e.g. the
 validation fails before the begin() can be called. The
 lifecycle of @ViewConversationScoped bean would begin with
 the first view invocation and end at the end of the request
 in which the conversation gets closed.




 



 that's neat;





  3.) a new @ViewRequestScoped. This is basically the
 same as @ViewScoped, but the contextual instance will stay
 available until the end of the request and will not get
 destroyed after the action continues on a return
 nextPage;. This may be tricky if the following
 view accesses the same bean as the previous view - any
 suggestions on how this should behave are welcome.




 



 not sure I get that :-)



  wdyt?

 

  a) is tomahawk the right place (at least for 2 and
 3)?



 No.

 Why not adding to here:

 https://svn.apache.org//repos/asf/myfaces/commons/



 or



 https://svn.apache.org//repos/asf/myfaces/extensions/



 That would make them also independent for a certain
 component suite ;-)



  b) would the functionality be useful for JSF-2
 developers?



 sounds useful to me!



 -Matthias



 

 

  txs and LieGrue,

  strub

 

 

 

 







 --

 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




 --
 Matthias Wessendorf

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

[JIRA] adding new category for MyFaces

Hello,

who knows how to add a new category? Is that done by the infra@ team?
Or am I just too tired to see the right button ?

Thx,
Matthias

-- 
Matthias Wessendorf

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

Re: [Trinidad] Trinidad consuming 80-90% CPU

On Thu, Jan 14, 2010 at 9:45 PM, Ravi Kapoor ravikapoor...@gmail.com wrote:
 Matthias, I did not hear back from the company you recommended. Can you
 check with them?

he told me he would write to you back on Thursday/Friday; let me double check...

-Matthias


 Richard, after a painful 2 days, I was able to make the demo work on my
 machine. The results are that trinidad is still taking most of the time. It
 is consuming 4 times more CPU than java.* classes. Also from the demo
 classes (org.apache.trinidaddemo.* ), only one of them showed up, rest did
 not consume enough CPU to show up on my monitor. The only difference in
 these results is that HTML output classes are triumphing the getProperty()
 methods. This indicates that in case of demo, html is being generated by
 java classes and they consume significant resources.

 Here are comparitive CPU consumption:
 java.* classes - 4006
 javax.faces.* - 1847
 org.apache.myfaces.trinidad.internal.* - 17167
 org.apache.myfaces.trinidaddemo.* - 16

 Also, the top CPU consuming classes are below. Other than html output, my
 results are still consistent.

 org.apache.myfaces.trinidadinternal.io.HTMLEscapes.writeAttribute(Writer
 char[ ] String)    875
 java.io.Writer.write(int)    688
 org.apache.myfaces.trinidadinternal.io.HtmlResponseWriter._closeStartIfNecessary()
 641
 org.apache.myfaces.trinidadinternal.io.HtmlResponseWriter.write(int)    562
 java.lang.String.charAt(int)    547
 org.apache.myfaces.trinidadinternal.io.HtmlResponseWriter._markPendingElements()
 484
 org.apache.myfaces.trinidad.bean.FacesBeanImpl.getProperty(PropertyKey)
 469
 org.apache.myfaces.trinidad.bean.FacesBeanImpl.getLocalPropertyImpl(PropertyKey)
 453
 org.apache.myfaces.trinidadinternal.io.HTMLEscapes._addToBuffer(Writer char[
 ] int int char)    438
 java.io.Writer.write(String)    406
 java.util.Map.get(Object)    359
 org.apache.myfaces.trinidad.bean.PropertyMap.get(Object)    359
 org.apache.myfaces.trinidad.bean.FacesBeanImpl.getValueBinding(PropertyKey)
 344
 org.apache.myfaces.trinidad.bean.util.FlaggedPropertyMap.get(Object)    344
 org.apache.myfaces.trinidad.bean.FacesBean.getProperty(PropertyKey)    328
 org.apache.myfaces.trinidad.bean.FacesBeanImpl._checkNotListKey(PropertyKey)
 266
 org.apache.myfaces.trinidad.bean.FacesBeanImpl.getLocalProperty(PropertyKey)
 266


 On Tue, Jan 12, 2010 at 7:18 PM, Richard Yee richard.k@gmail.comwrote:

 http://myfaces.apache.org/trinidad/download.html

 trinidad-1.0.11-example.zip
 http://www.apache.org/dyn/closer.cgi/myfaces/binaries/trinidad-1.0.11-example.zip
 

 I'm not sure if the 1.0.11 version has any incompatibilities with 1.0.7. If
 you can't find one that works with 1.0.7, email me offline and I will mail
 the one I have to you.

 -Richard



 On Tue, Jan 12, 2010 at 2:31 PM, Ravi Kapoor ravikapoor...@gmail.com
 wrote:

  That is an excellent suggestion Richard. Can you point me to the
  application
  you mentioned (I am on trinidad 1.0.7)
 
  Thanks
 
 
  On Tue, Jan 12, 2010 at 4:58 PM, Richard Yee richard.k@gmail.com
  wrote:
 
   One suggestion that I would make is to run the Trinidad example
  application
   and examine the behavior.
  
   -Richard
  
  
  
   On Tue, Jan 12, 2010 at 11:00 AM, Matthias Wessendorf 
 mat...@apache.org
   wrote:
  
I contacted Ravi already offline
   
-M
   
On Tue, Jan 12, 2010 at 7:59 PM, Jan-Kees van Andel
 jankeesvanan...@gmail.com wrote:
 Apache officially doesn't provide support, see:
 http://httpd.apache.org/docs/1.3/misc/FAQ.html#support
 But you can try to contact a commercial company that does provide
support.

 It's an issue Apache can't really help you with.

 Depending on where you're located, it shouldn't be very hard to
 find
 Trinidad experience. There are a lot of followers on this list, so
 maybe...?

 Regards,
 Jan-Kees


 2010/1/12 Ravi Kapoor ravikapoor...@gmail.com:
 I found that link as well 10 seconds ago and was going to email
 you
   :).
Yes
 you are right, I cannot run this app in tomcat, this is enterprise
  app
with
 tons of dependency on websphere.

 Anyways, how can I get onsite support? Who provides such support?
Apache?
 Can you send me contact info or a link?

 Thanks
 Ravi

 On Tue, Jan 12, 2010 at 1:28 PM, Jan-Kees van Andel 
 jankeesvanan...@gmail.com wrote:

 Hrm, it looks like the IBM JVM doesn't support VisualVM. See:

   
  http://www.ibm.com/developerworks/forums/thread.jspa?messageID=14210263
 Sorry. It would be nice if it worked.
 You're probably not able to run your app on i.e. Tomcat, JBoss or
 Glassfish, just for testing? If you are, things are easier.

 But I'm afraid we're not solving problems here. I think you'd
  better
 look for on-site support...

 /JK


 2010/1/12 Ravi Kapoor ravikapoor...@gmail.com:
  Jan-Kees, thanks

Re: MyFaces Trinidad - SAXParseException: Circular include of base-desktop.xss

)
        at

 org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:247)
        at

 org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:157)
        at

 org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
        at

 com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.doFilter(FilterChainImpl.java:74)
        at

 org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:341)
        at

 com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.doFilter(FilterChainImpl.java:74)
        at

 com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:425)
        at

 com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:289)
        at

 com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:387)
        at

 com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:376)
        at

 com.sap.engine.services.servlets_jsp.filters.ServletSelector.process(ServletSelector.java:85)
        at

 com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71)
        at

 com.sap.engine.services.servlets_jsp.filters.ApplicationSelector.process(ApplicationSelector.java:160)
        at

 com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71)
        at

 com.sap.engine.services.httpserver.filters.WebContainerInvoker.process(WebContainerInvoker.java:67)
        at

 com.sap.engine.services.httpserver.chain.HostFilter.process(HostFilter.java:9)
        at

 com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71)
        at

 com.sap.engine.services.httpserver.filters.ResponseLogWriter.process(ResponseLogWriter.java:60)
        at

 com.sap.engine.services.httpserver.chain.HostFilter.process(HostFilter.java:9)
        at

 com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71)
        at

 com.sap.engine.services.httpserver.filters.DefineHostFilter.process(DefineHostFilter.java:27)
        at

 com.sap.engine.services.httpserver.chain.ServerFilter.process(ServerFilter.java:12)
        at

 com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71)
        at

 com.sap.engine.services.httpserver.filters.MonitoringFilter.process(MonitoringFilter.java:29)
        at

 com.sap.engine.services.httpserver.chain.ServerFilter.process(ServerFilter.java:12)
        at

 com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71)
        at

 com.sap.engine.services.httpserver.server.Processor.chainedRequest(Processor.java:295)
        at

 com.sap.engine.services.httpserver.server.Processor$FCAProcessorThread.run(Processor.java:222)
        at
 com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
        at java.security.AccessController.doPrivileged(Native Method)
        at

 com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:152)
        at
 com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:247)

 I am not sure if this error is related to no javascript being seen but we
 get this exception on every request.

 Has anyone seen this problem before? Any thoughts or pointers on what
 could
 be causing this?
 Thanks,
 Swami.





-- 
Matthias Wessendorf

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

Re: [VOTE] Graduate Apache Shindig as an Apache Top Level Project

+1

On Thu, Jan 14, 2010 at 12:43 PM, Dan Peterson dpeter...@google.com wrote:
 +1


 - Original Message -
 From: vincent.sive...@gmail.com vincent.sive...@gmail.com
 To: general@incubator.apache.org general@incubator.apache.org
 Sent: Thu Jan 14 03:41:28 2010
 Subject: [VOTE] Graduate Apache Shindig as an Apache Top Level Project

 Hi,

 Thanks for the positive feedback on the proposal to graduate Shindig
 as a TLP [1].

 I would like to start an official vote to recommend the graduation of
 Apache Shindig as a Top Level Project to the Board.
 To that end I have prepared the resolution for the Board below to be
 presented for consideration at the upcoming Board meeting.

 Community graduation vote thread:
 http://shindig-dev.markmail.org/message/c47amdxjtntkjij5

 Please cast your vote:
 [ ] +1 to recommend Shindig's graduation
 [ ] 0 don't care
 [ ] -1 no, don't recommend yet, because ...

 The vote will be open for 72 hours.

 Cheers,

 Vincent

 [1] http://apache.markmail.org/message/qvpyymihv6gyh5a7

 --- Begin Proposed Board Resolution ---

 WHEREAS, the Board of Directors deems it to be in the best interests of the
 Foundation and consistent with the Foundation's purpose to establish a
 Project
 Management Committee, charged with the creation and maintenance of
 open-source
 software related to the implementation of an OpenSocial container and
 OpenSocial API specifications, for distribution at no charge to the public.

 NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC),
 to
 be known as the Apache Shindig PMC, is hereby established pursuant to
 Bylaws
 of the Foundation; and be it further

 RESOLVED, that the Apache Shindig Project be and hereby is responsible for
 the
 creation and maintenance of software related to the OpenSocial API
 specifications, based on software licensed to the Foundation; and be it
 further

 RESOLVED, that the office of Vice President, Apache Shindig be and hereby
 is created, the person holding such office to serve at the direction of the
 Board of Directors as the chair of Apache Shindig, and to have primary
 responsibility for management of the projects within the scope of
 responsibility
 of the Apache Shindig PMC; and be it further

 RESOLVED, that the persons listed immediately below be and hereby are
 appointed
 to serve as the initial members of the Apache Shindig PMC:

 * Ian Boston (ieb at apache dot org)
 * Kevin Brown (etnu at apache dot org)
 * Chris Chabot(chabotc at apache dot org)
 * Chico Charlesworth (chico at apache dot org)
 * Cassie Doll (doll at apache dot org)
 * Evan Gilbert (evan at apache dot org)
 * John Hjelmstad (johnh at apache dot org)
 * Paul Lindner (lindner at apache dot org)
 * Daniel Peterson (dpeterson at apache dot org)
 * Louis Ryan (lryan at apache dot org)
 * Henning Schmiedehausen (henning at apache dot org)
 * Vincent Siveton (vsiveton at apache dot org)
 * Upayavira (upayavira at apache dot org)
 * Adam Winer (awiner at apache dot org)

 NOW, THEREFORE, BE IT FURTHER RESOLVED, that Paul Lindner be appointed to
 the
 office of Vice President, Apache Shindig, to serve in accordance with and
 subject to the direction of the Board of Directors and the Bylaws of the
 Foundation until death, resignation, retirement, removal or
 disqualification, or
 until a successor is appointed; and be it further

 RESOLVED, that Apache Shindig be and hereby is tasked with the migration
 and rationalization of the Apache Incubator Shindig podling; and be it
 further

 RESOLVED, that all responsibilities pertaining to the Apache Incubator
 Shindig podling encumbered upon the Apache Incubator PMC are hereafter
 discharged.

 --- End Proposed Board Resolution ---

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org





-- 
Matthias Wessendorf

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

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Make the new skin part of Trinidad (was: Re: [Trinidad] New Component Showcase Demo and Casablanca Skin)

2010-01-13 Thread Matthias Wessendorf

On Wed, Jan 13, 2010 at 9:50 AM, Catalin Kormos
catalin.kor...@gmail.com wrote:
 Ok, let's make then the Casablanca skin the default one; I will ask
 Adonis to prepare a zip with the Casablanca files and open the
 corresponding JIRA ticket for the donation.

awesome.

 Do you know if there is
 any paper work to be done for him?

let him fax the icla (fax # is included):
http://apache.org/licenses/icla.txt

Does Codebeat / Irian have a CCLA ?
If so, please add him, as it is for his own safety...
http://apache.org/licenses/cla-corporate.txt


Regarding the software grant, once the JIRA is there, I will follow up
with the Incubator PMC

-Matthias


 On 1/13/10, Matthias Wessendorf mat...@apache.org wrote:
 On Tue, Jan 12, 2010 at 10:33 PM, Catalin Kormos
 catalin.kor...@gmail.com wrote:
 Hi,
 Was wondering if it would be possible to package a skin in its own jar
 file,

 yes, put the skinning xml/cfg in the JAR_FILE.jar/META-INF/

 so that we wouldn't need to package the skin witht the actual webapp that
 uses it, so that we could start having separate modules for skins?

 in theory yes.

 it would
 make sense for the new Casablanca skin IMHO. What do you think?

 I think we should make the new Casablance skin the default;
 the old skin we can place into a skinning module

 /trinidad-skins
  -/old-and-ugly-green-skin
 :-)

 About packaging skins, it seems possible, but I have a question:
   - for example in the skin's css file, if background image urls are
 specified, for example, with a property background: white
 url(/adf/skins/casablanca/images/backgrounds/buttonLikeHeadHover.png)
 repeat-x bottom left; this will work also when the images are packaged in
 a
 jar available in the classpath, but only if the Trinidad Resource Servlet
 is
 mapped to /adf/*; what happens if the servlet is mapped to another url
 pattern? is there another approach, mapping independent, or are we stuck
 with /adf?

 I think we are stuck with the (odd) /adf

 Regarding its refactoring, I think it takes quite a while and maybe
 error-prone.
 Jeanne may know more on that item.


 -Matthias


 regards,
 Catalin
 On Fri, Jan 8, 2010 at 12:11 PM, Catalin Kormos catalin.kor...@gmail.com
 wrote:

 Ok, sounds good.

 regards,
 Cata

 On 1/8/10, Matthias Wessendorf mat...@apache.org wrote:
  once the JIRA is up, I will ping gene...@incubator.a.o regarding the
  software grant
  Note: this is only discussed at the incubator committee, but no
  incubation for that piece is
  needed. Maybe (only) a software grant.
 
  -M
 
  On Fri, Jan 8, 2010 at 11:00 AM, Catalin Kormos
  catalin.kor...@gmail.com wrote:
  Hey Matthias,
 
  Great :), we'll look into the tasks you mentioned.
 
  regards,
  Catalin
 
  On 1/8/10, Matthias Wessendorf mat...@apache.org wrote:
  Hi Catalin et al,
 
  as promised, I hijacked the thread...
 
  thanks again for contributing this skin to Trinidad.
 
  The following tasks are needed:
  -A JIRA ticket that contains the patch(es)
   - for the Skin itself
   - for the GREAT demo
  = maybe a software grant is needed; If so, I will handle the
  paperwork stuff for you guys.
 
  Once the things above are sorted out, we can apply it to TRUNK.
  However, I'd like to do a RELEASE before we integrate the new
  Skin/Demo.
  I also don't mind to pretty much do a sub-release once the new
  stuff
  is in. (With maven, release are not expensive)
 
  Thanks,
  Matthias
 
  On Thu, Jan 7, 2010 at 11:37 PM, Catalin Kormos
  catalin.kor...@gmail.com wrote:
  Hello there,
  I have the pleasure to inform you about the work we did to develop a
  new
  skin for Trinidad and based on this a brand new, Trinidad components
  showcase application. You can see it all in action at [1]. It is
  still a
  working in progress, in advanced state though...i mean there is
  always
  something to be improved; nevertheless we would like to donate the
  new
  skin
  and the new demo application to the MyFaces community, in its
  current
  state,
  and continue there if you guys agree.
  Many thanks go to my collegue Adonis who has put a lot of effort
  into
  designing and implementing the new skin called 'Casablanca'. I'm
  sure
  he
  can
  give you more details as needed about how the process went.
 
  A few words about the new demo:
 
   first of all, many thanks to another collegue of mine, Cosmin, for
  his
  continuos efforts with this.
  the demo is working only with facelets (there is no jsp version)
  it uses the latest 1.2.13-SNAPSHOT version of Trinidad
  we tryied to build it so it can be searched online also, currently
  tryied
  with Google Custom Search, but this didn't work out so smoothly so
  far.
  In
  any case, that's the reason for the pretty urls used. (so, no point
  in
  trying the search currently as it doesn't work).
  in general, it replicates the examples available already for
  Trinidad
  in
  the
  existing demo, in someplaces slightly improved.
  it tryies to provide a platform on which to build much more demos

Re: Make the new skin part of Trinidad (was: Re: [Trinidad] New Component Showcase Demo and Casablanca Skin)

2010-01-13 Thread Matthias Wessendorf

On Wed, Jan 13, 2010 at 6:14 PM, Matt Cooper mcoo...@apache.org wrote:
 Rather than having the casablanca skin as a separate jar file, I would
 prefer to see it built-into the Trinidad jars (part of the impl project) so
 consumers could use it out-of-the-box without any extra jar configuration.

I want it to become default :-)


 Regards,
 Matt

 On Wed, Jan 13, 2010 at 10:02 AM, Catalin Kormos catalin.kor...@gmail.com
 wrote:

 Hi Jeanne,

 Thanks for the information, the thing is the custom resource loader is
 able to locate resource files in custom location, but the main entry
 point it is still the resource servlet, which intercepts the request
 to a /adf/* and then delegates to various resource loader to actually
 locate them, right?

 I was thinking maybe there is a feature like you can have EL
 expressions in the css, to resolve the context where the resource
 servlet is mapped...

 For now we will stick with the default /adf, i think this mapping of
 the resource servlet is required by other trinidad stuff also...so
 it's like a best practice to have it declared in web.xml.

 regards,
 Catalin

 On 1/13/10, Jeanne Waldman jeanne.wald...@oracle.com wrote:
 
 
  Matthias Wessendorf wrote, On 1/12/2010 11:57 PM PT:
 
  On Tue, Jan 12, 2010 at 10:33 PM, Catalin Kormos
  catalin.kor...@gmail.com wrote:
 
 
  Hi,
  Was wondering if it would be possible to package a skin in its own jar
  file,
 
 
  yes, put the skinning xml/cfg in the JAR_FILE.jar/META-INF/
 
 
 
  so that we wouldn't need to package the skin witht the actual webapp
  that
  uses it, so that we could start having separate modules for skins?
 
 
  in theory yes.
 
 
 
  it would
  make sense for the new Casablanca skin IMHO. What do you think?
 
 
  I think we should make the new Casablance skin the default;
  the old skin we can place into a skinning module
 
  /trinidad-skins
   -/old-and-ugly-green-skin
  :-)
 
 
 
  About packaging skins, it seems possible, but I have a question:
    - for example in the skin's css file, if background image urls are
  specified, for example, with a property background: white
  url(/adf/skins/casablanca/images/backgrounds/buttonLikeHeadHover.png)
  repeat-x bottom left; this will work also when the images are
  packaged
  in a
  jar available in the classpath, but only if the Trinidad Resource
  Servlet
  is
  mapped to /adf/*; what happens if the servlet is mapped to another url
  pattern? is there another approach, mapping independent, or are we
  stuck
  with /adf?
 
 
  I think we are stuck with the (odd) /adf
 
  Regarding its refactoring, I think it takes quite a while and maybe
  error-prone.
  Jeanne may know more on that item.
 
 
  I would stick with /adf in your path since that is the easiest.
 
  If you want to use a different mapping, say /foo, then you probably have
  to
  do this (I haven't confirmed):
  1. add a new foo.resources file to \META-INF\servlets\resources
  directory
    - currently there is an adf.resources file and it has this one entry
  org.apache.myfaces.trinidadinternal.resource.CoreRenderKitResourceLoader
  2. add your new mapping to Trinidad's ResourceServlet to the web.xml.
   - currently there is:
    servlet-mapping
      servlet-nameresources/servlet-name
      url-pattern/adf/*/url-pattern
    /servlet-mapping
  3. I don't think there are dependencies on /adf in any of Trinidad's
  ResourceLoaders, but if so, then you'll need to write your own
  ResourceLoader as well.
 
 
 
 
  -Matthias
 
 
 
  regards,
  Catalin
  On Fri, Jan 8, 2010 at 12:11 PM, Catalin Kormos
  catalin.kor...@gmail.com
  wrote:
 
 
  Ok, sounds good.
 
  regards,
  Cata
 
  On 1/8/10, Matthias Wessendorf mat...@apache.org wrote:
 
 
  once the JIRA is up, I will ping gene...@incubator.a.o regarding the
  software grant
  Note: this is only discussed at the incubator committee, but no
  incubation for that piece is
  needed. Maybe (only) a software grant.
 
  -M
 
  On Fri, Jan 8, 2010 at 11:00 AM, Catalin Kormos
  catalin.kor...@gmail.com wrote:
 
 
  Hey Matthias,
 
  Great :), we'll look into the tasks you mentioned.
 
  regards,
  Catalin
 
  On 1/8/10, Matthias Wessendorf mat...@apache.org wrote:
 
 
  Hi Catalin et al,
 
  as promised, I hijacked the thread...
 
  thanks again for contributing this skin to Trinidad.
 
  The following tasks are needed:
  -A JIRA ticket that contains the patch(es)
   - for the Skin itself
   - for the GREAT demo
  = maybe a software grant is needed; If so, I will handle the
  paperwork stuff for you guys.
 
  Once the things above are sorted out, we can apply it to TRUNK.
  However, I'd like to do a RELEASE before we integrate the new
  Skin/Demo.
  I also don't mind to pretty much do a sub-release once the new
  stuff
  is in. (With maven, release are not expensive)
 
  Thanks,
  Matthias
 
  On Thu, Jan 7, 2010 at 11:37 PM, Catalin Kormos
  catalin.kor...@gmail.com wrote:
 
 
  Hello there,
  I have the pleasure to inform you about the work we did

Re: Make the new skin part of Trinidad (was: Re: [Trinidad] New Component Showcase Demo and Casablanca Skin)

2010-01-13 Thread Matthias Wessendorf

that's great news!

On Wed, Jan 13, 2010 at 9:18 PM, Catalin Kormos
catalin.kor...@gmail.com wrote:
 Sure thing, +1 from me also, we'll look into it asap. I have
 my colleagues submitting their ICLAs and the code is coming in the next
 days.
 regards,
 Catalin

 On Wed, Jan 13, 2010 at 9:29 PM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:

 +1
 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2010/1/13 Matthias Wessendorf mat...@apache.org

 On Wed, Jan 13, 2010 at 6:14 PM, Matt Cooper mcoo...@apache.org wrote:
  Rather than having the casablanca skin as a separate jar file, I would
  prefer to see it built-into the Trinidad jars (part of the impl
  project) so
  consumers could use it out-of-the-box without any extra jar
  configuration.

 I want it to become default :-)

 
  Regards,
  Matt
 
  On Wed, Jan 13, 2010 at 10:02 AM, Catalin Kormos
  catalin.kor...@gmail.com
  wrote:
 
  Hi Jeanne,
 
  Thanks for the information, the thing is the custom resource loader is
  able to locate resource files in custom location, but the main entry
  point it is still the resource servlet, which intercepts the request
  to a /adf/* and then delegates to various resource loader to actually
  locate them, right?
 
  I was thinking maybe there is a feature like you can have EL
  expressions in the css, to resolve the context where the resource
  servlet is mapped...
 
  For now we will stick with the default /adf, i think this mapping of
  the resource servlet is required by other trinidad stuff also...so
  it's like a best practice to have it declared in web.xml.
 
  regards,
  Catalin
 
  On 1/13/10, Jeanne Waldman jeanne.wald...@oracle.com wrote:
  
  
   Matthias Wessendorf wrote, On 1/12/2010 11:57 PM PT:
  
   On Tue, Jan 12, 2010 at 10:33 PM, Catalin Kormos
   catalin.kor...@gmail.com wrote:
  
  
   Hi,
   Was wondering if it would be possible to package a skin in its own
   jar
   file,
  
  
   yes, put the skinning xml/cfg in the JAR_FILE.jar/META-INF/
  
  
  
   so that we wouldn't need to package the skin witht the actual
   webapp
   that
   uses it, so that we could start having separate modules for skins?
  
  
   in theory yes.
  
  
  
   it would
   make sense for the new Casablanca skin IMHO. What do you think?
  
  
   I think we should make the new Casablance skin the default;
   the old skin we can place into a skinning module
  
   /trinidad-skins
    -/old-and-ugly-green-skin
   :-)
  
  
  
   About packaging skins, it seems possible, but I have a question:
     - for example in the skin's css file, if background image urls
   are
   specified, for example, with a property background: white
  
   url(/adf/skins/casablanca/images/backgrounds/buttonLikeHeadHover.png)
   repeat-x bottom left; this will work also when the images are
   packaged
   in a
   jar available in the classpath, but only if the Trinidad Resource
   Servlet
   is
   mapped to /adf/*; what happens if the servlet is mapped to another
   url
   pattern? is there another approach, mapping independent, or are we
   stuck
   with /adf?
  
  
   I think we are stuck with the (odd) /adf
  
   Regarding its refactoring, I think it takes quite a while and maybe
   error-prone.
   Jeanne may know more on that item.
  
  
   I would stick with /adf in your path since that is the easiest.
  
   If you want to use a different mapping, say /foo, then you probably
   have
   to
   do this (I haven't confirmed):
   1. add a new foo.resources file to \META-INF\servlets\resources
   directory
     - currently there is an adf.resources file and it has this one
   entry
  
   org.apache.myfaces.trinidadinternal.resource.CoreRenderKitResourceLoader
   2. add your new mapping to Trinidad's ResourceServlet to the
   web.xml.
    - currently there is:
     servlet-mapping
       servlet-nameresources/servlet-name
       url-pattern/adf/*/url-pattern
     /servlet-mapping
   3. I don't think there are dependencies on /adf in any of Trinidad's
   ResourceLoaders, but if so, then you'll need to write your own
   ResourceLoader as well.
  
  
  
  
   -Matthias
  
  
  
   regards,
   Catalin
   On Fri, Jan 8, 2010 at 12:11 PM, Catalin Kormos
   catalin.kor...@gmail.com
   wrote:
  
  
   Ok, sounds good.
  
   regards,
   Cata
  
   On 1/8/10, Matthias Wessendorf mat...@apache.org wrote:
  
  
   once the JIRA is up, I will ping gene...@incubator.a.o regarding
   the
   software grant
   Note: this is only discussed at the incubator committee, but no
   incubation for that piece is
   needed. Maybe (only) a software grant.
  
   -M
  
   On Fri, Jan 8, 2010 at 11:00 AM, Catalin Kormos
   catalin.kor...@gmail.com wrote:
  
  
   Hey Matthias,
  
   Great :), we'll look into the tasks you mentioned.
  
   regards,
   Catalin
  
   On 1/8/10, Matthias Wessendorf mat...@apache.org wrote:
  
  
   Hi Catalin et al

Re: [MyFaces 2] Ajax API issue

hrm,

there was some renaming done; I guess there is no change list on the
spec, right ?


On Tue, Jan 12, 2010 at 12:07 PM, Michael Kurz michi.k...@gmx.at wrote:
 I had the chance to talk to Werner about this issue and he thinks that the
 name name was used in an older version of the spec. Created MYFACES-2481
 and provided a patch for this.

 - Michael

 Michael Kurz schrieb:

 Hi,

 I found a minor issue with client side error and event handling in the
 ajax api. According to the spec (14.4.1) the event data payload for the
 callback functions passed to addOnEvent and addOnError should contain the
 property status with the name of the event. In MyFaces this property seems
 to be named name. Is this on purpose or a bug?

 Renaming name to status in
 myfaces._impl.core._jsfImpl.prototype.sendEvent
 makes my example work (like in Mojarra).

 regards
 Michael





-- 
Matthias Wessendorf

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

Re: [MyFaces 2] Ajax API issue

Found it on the archives of the open mailing list (jsr-314-o...@jcp.org)

Thread is called data payload for ajax calls, started by David Geary.
(some fighting in there, but I don't see a line that indicates a ticket on
their issue tracker)

+1 from me on the change...

-M

On Tue, Jan 12, 2010 at 12:11 PM, Matthias Wessendorf mat...@apache.org wrote:
 hrm,

 there was some renaming done; I guess there is no change list on the
 spec, right ?


 On Tue, Jan 12, 2010 at 12:07 PM, Michael Kurz michi.k...@gmx.at wrote:
 I had the chance to talk to Werner about this issue and he thinks that the
 name name was used in an older version of the spec. Created MYFACES-2481
 and provided a patch for this.

 - Michael

 Michael Kurz schrieb:

 Hi,

 I found a minor issue with client side error and event handling in the
 ajax api. According to the spec (14.4.1) the event data payload for the
 callback functions passed to addOnEvent and addOnError should contain the
 property status with the name of the event. In MyFaces this property seems
 to be named name. Is this on purpose or a bug?

 Renaming name to status in
 myfaces._impl.core._jsfImpl.prototype.sendEvent
 makes my example work (like in Mojarra).

 regards
 Michael





 --
 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: [Trinidad] Trinidad consuming 80-90% CPU

 this week. I am
assuming
 it will work with Websphere 6.1

 Regards
 Ravi


 On Mon, Jan 11, 2010 at 3:03 PM, Jan-Kees van Andel 
 jankeesvanan...@gmail.com wrote:

 Hi Ravi,

 Just a stupid question. Are your beans extremely big? Since
  FacesBean
 doesn't do much locking/synchronizing (none if I'm correctly),
 the
 only reason I can imagine it to eat CPU cycles is because of its
 size...

 Also, is it possible for you to do a profiling run using
 VisualVM?
 I've been profiling Trinidad with VisualVM myself and maybe we
 can
 compare numbers... Using the same tool might make it easier to
 compare...

 /JK


 2010/1/11 Ravi Kapoor ravikapoor...@gmail.com:
  I am thinking if that was the case, I would see high CPU in
  java.util.HashMap instead of org.apache.faces.*
 
  If you disagree, please explain and I can try using HashTable
 to
   store
 data
  and get fresh numbers.
 
 
  On Mon, Jan 11, 2010 at 10:00 AM, Jakob Korherr 
 jakob.korh...@gmail.comwrote:
 
  Maybe it happens when accessing the value from the Map with
  #{bean.get['memid']}, because the Map is not properly
   synchronized,
 thus
  its internal structure is broken and thus it is running in
  infinite
 loops.
 
  Are your resources properly synchronized?
 
  Just a guess in the blue...
 
  Regards,
  Jakob Korherr
 
  2010/1/11 Ravi Kapoor ravikapoor...@gmail.com
 
   Another thing, most of our EL expressions are one of the
   following
 types
  
   #{bean.active}
   or
   #{bean.get['memid']}
  
   Parsing of these expressions probably happens within
 org.apache.myfaces.*
   classes. These are fairly basic EL expressions and should
 not
  be
 taking
   much
   time. We know, the final getter method is not taking much
  time.
  
   Do you know if the page (and EL expressions) are parsed
 each
  time
   a
 page
  is
   rendered? If pages are parsed only once, then the parsing
 time
should
  also
   be almost negligible.
  
   - Ravi
  
   On Mon, Jan 11, 2010 at 8:28 AM, Ravi 
  ravikapoor...@gmail.com
 wrote:
  
   
Matthias,
   
If the issue is in bean, it should show up in my
 analysis.
  Also
   getProperty
is only 40% CPU, there is additional 45% cpu consumed by
  rest
   of
 the
trinidad classes totaling 85% total CPU, all within
  org.apache.myfaces.*
classes
   
Ravi
   
   
   
Matthias Wessendorf wrote:
   
Ravi,
   
spoke to a guy that does performance testing/improvement
  for
 Oracle
Applications. He said that there is some % CPU in
 Trindad
  but
   I
 would
not give it more them 20%. The heavy hitters is
 getClientId
(Blake
 -
see dev@ thread - is doing some optimization there).
   
Now if getProperty is some el expression and expression
 is
 expensive
the problem is in expression not in Trinidad (perhaps
 that
  is
the
 case
where you have el epression but beans behind it are not
  that
 good).
   
-Matthias
   
On Mon, Jan 11, 2010 at 6:45 AM, Ravi Kapoor 
 ravikapoor...@gmail.com
  
wrote:
   
Hi Jan-Kees,
   
You are right, the getProperty method is only taking 2K
   units.
  However
   if
I
dig deeper, I find that most of the cumulative time is
  being
 spent
   within
Trinidad classes. The final call to java getters
 consumes
 negligible
time.
   
I was unable to create thread structure like you showed
   (JProbe
 keeps
getting crashed). But I took another screenshot that
 shows
almost
   similar
details you are looking for. It highlights the classes
  that
   are
  taking
maximum time (cumulative time again) but as you can
 see,
  all
the
   classes
are
just trinidad classes.
   
   
  
 

   
  
 
 http://docs.google.com/Doc?docid=0AbuQsSDG0X9_ZGhraHFwejJfNGRjcGNiN2hkhl=en
   
Regards,
Ravi
   
On Sun, Jan 10, 2010 at 12:54 PM, Jan-Kees van Andel 
jankeesvanan...@gmail.com wrote:
   
 Hey Ravi,
   
Looking at your JProbe screenshots for the second
 time, I
think
  you're
misinterpreting the graphs (but I haven't used JProbe
   before,
so
 I
might be mistaking ;-) ).
   
In your first screenshot (upper left corner) you can
 see
  the
 total
time the getProperty method takes.
This includes its self time and the time taken by its
children.
 Its
self time is 2781

Re: fully going JSF2?

On Tue, Jan 12, 2010 at 10:50 AM, Mark Struberg strub...@yahoo.de wrote:
 Hi!

 I have coded the javax.faces.bean.ViewScoped handling and it turned out that 
 I do not need anything OWB special. So this i a completely CDI independent
portable implementation, and as such I'm in favour to _not_ add it to 
openwebbeans-jsf but to a new 'extensions' module.

+1


 This also has the side effect that we now for the first time really use JSF2 
 functionality, and thus it would not be possible to use OWB with JSF-1 
 applications anymore! But since I consider OWB + JSF-1 a very important 
 scenario (for making migration easier and due to the fact that there is still 
 no JSF-2 component taglib on the market!), I don't like to add this to 
 openwebbeans-jsf.


+1

 This opens the general question on how we cope with JSF-1 vs JSF-2 in the 
 future.

If these extras aren't too big, maybe going parallel is fine, for a
while. I guess I need to think
about that a bit more :-)


 LieGrue,
 strub







-- 
Matthias Wessendorf

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

Re: Continuum down ...

what are the options ?

HTTP and SSH are fine on that server;
Perhaps the continuum itself is just old/broken;
perhaps someone should update the server (continuum) ?

-Matthias

On Mon, Jan 11, 2010 at 9:26 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
 it's down again...
 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2010/1/5 Matthias Wessendorf mat...@apache.org

 I did that; not sure it really worked.

 In fact, the port is still down

 -Matthias

 On Mon, Jan 4, 2010 at 8:00 PM, Grant Smith work.gr...@gmail.com wrote:
  http://wiki.apache.org/myfaces/Continuum_Build  --- This shows how to
  get
  it up and running again
 
  On Mon, Jan 4, 2010 at 10:47 AM, Grant Smith work.gr...@gmail.com
  wrote:
 
  I added Matthias to the zone and sudoers file, but can't remember for
  the
  life of me how to get continuum up anymore.
 
  On Mon, Jan 4, 2010 at 10:11 AM, Gerhard Petracek
  gpetra...@apache.org
  wrote:
 
  maybe the infrastructure team knows what's wrong!?
  at least it would be nice to monitor port 8080 via nagios.
 
  regards,
  gerhard
 
  2009/12/30 Matthias Wessendorf mat...@apache.org
 
  Hello (Bernd),
 
  do you mind to (re)start the continuum instance:
  http://myfaces.zones.apache.org:8080/continuum
 
  Not sure if we may update it as well :-)
 
  --
  Matthias Wessendorf
 
  blog: http://matthiaswessendorf.wordpress.com/
  sessions: http://www.slideshare.net/mwessendorf
  twitter: http://twitter.com/mwessendorf
 
 
 
 
  --
  Grant Smith
 
 
 
 
  --
  Grant Smith
 
 



 --
 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: [VOTE] Release Tobago 1.0.24

+1

On Sun, Jan 10, 2010 at 11:42 PM, Bernd Bohmann
bernd.bohm...@atanion.com wrote:
 Hello,

 I would like to release Tobago 1.0.24.

 For a detail list please consult the release notes:

 http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12314193

 The version is available at the staging location and the
 revision number of the release is 892756 and tagged as tobago-1.0.24.

 Staging distribution:

 http://people.apache.org/~bommel/repo

 Staging repository:

 http://people.apache.org/~bommel/repo


 The Vote is open for 72h.

 [ ] +1
 [ ] +0
 [ ] -1




-- 
Matthias Wessendorf

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

Re: [Trinidad 2.0] Trunk APIs in trinidad-2.0.x

Hello Teck,

as a FYI:
http://www.mail-archive.com/dev@myfaces.apache.org/msg42370.html

we now have updated the Trinidad 2.0 branch. A first alpha of
Trinidad 2.0 has been released as well :-)

Greetings,
Matthias

On Thu, Dec 17, 2009 at 8:26 PM, Teck Hua Lee gteck...@gmail.com wrote:
 Hi,
 I'm working off the Trinidad trunk. When I tested my project against
 the trinidad-2.0.x branch, I noticed that certain new APIs are missing.
 Is there a plan to merge the new changes from trunk into the 2.0 branch?
 Fyi, I'm running into this issue with the following APIs on the
 CollectionModel.
 getEstimatedRowCount
 getEstimatedRowCountConfidence
 areRowsAvailable
 isRowAvailable
 https://svn.apache.org/repos/asf/myfaces/trinidad/trunk/trinidad-api/src/main/java/org/apache/myfaces/trinidad/model/CollectionModel.java
 https://svn.apache.org/repos/asf/myfaces/trinidad/branches/trinidad-2.0.x/trinidad-api/src/main/java/org/apache/myfaces/trinidad/model/CollectionModel.java
 -Teck



-- 
Matthias Wessendorf

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

Re: [Trinidad] Trinidad consuming 80-90% CPU

Ravi,

spoke to a guy that does performance testing/improvement for Oracle
Applications. He said that there is some % CPU in Trindad but I would
not give it more them 20%. The heavy hitters is getClientId (Blake -
see dev@ thread - is doing some optimization there).

Now if getProperty is some el expression and expression is expensive
the problem is in expression not in Trinidad (perhaps that is the case
where you have el epression but beans behind it are not that good).

-Matthias

On Mon, Jan 11, 2010 at 6:45 AM, Ravi Kapoor ravikapoor...@gmail.com wrote:
Hi Jan-Kees,

You are right, the getProperty method is only taking 2K units. However if I
dig deeper, I find that most of the cumulative time is being spent within
Trinidad classes. The final call to java getters consumes negligible time.

I was unable to create thread structure like you showed (JProbe keeps
getting crashed). But I took another screenshot that shows almost similar
details you are looking for. It highlights the classes that are taking
maximum time (cumulative time again) but as you can see, all the classes are
just trinidad classes.
http://docs.google.com/Doc?docid=0AbuQsSDG0X9_ZGhraHFwejJfNGRjcGNiN2hkhl=en

Regards,
Ravi

On Sun, Jan 10, 2010 at 12:54 PM, Jan-Kees van Andel
jankeesvanan...@gmail.com wrote:

Hey Ravi,

Looking at your JProbe screenshots for the second time, I think you're
misinterpreting the graphs (but I haven't used JProbe before, so I
might be mistaking ;-) ).

In your first screenshot (upper left corner) you can see the total
time the getProperty method takes.
This includes its self time and the time taken by its children. Its
self time is 2781 and the child time is 29609.
A large portion (around 85%) comes from the getLocalProperty and
ValueBinding.getValue methods.

However, these two methods don't do much, since they delegate to other
methods to do the real work. Maybe even invoking application code,
like managed beans.

Can you provide a more detailed call tree with more info about the
child methods that are invoked? I'm especially interested in the
methods that are called by getLocalProperty and ValueBinding.getValue
and their children. I'm not that familiar with JProbe, but I'm sure it
supports something like a call tree
(
http://www.ej-technologies.com/products/jprofiler/images/whatsnew/exceptional_methods_calltree.png
),
so you can see the problematic method.

Regards,
Jan-Kees

2010/1/10 Ravi ravikapoor...@gmail.com:

Matthias, I think websphere 6.1 does not support JSF 1.2. I will
doublecheck, let me know if this is incorrect. This mans I cannot try
trinidad version 1.2.12

I will try out 1.0.11 release, but that is a minor release update and I
seriously doubt if it will fix such a performance issue.

What other options do we have? Is there a way we can get somebody
familiar
with trinidad architecture/code to look at this issue? This can even be a
paid assignment.

Regards
Ravi

Matthias Wessendorf wrote:

Hello Ravi,

I wonder what our last release for JSF 1.1 (1.0.11) does?

Not sure, perhaps you may also try the JSF 1.2 version ? (1.2.12)
The JSF 1.2 version is the one that is best supported, these days.

Trinidad 2.0 is now in alpha stage, and I can understand that you
don't want to update on that version, now

-Matthias

On Sun, Jan 10, 2010 at 4:56 AM, Ravi ravikapoor...@gmail.com wrote:

Scott, we do not have CPUs available. The time trinidad is consuming is
supposed to be doing some other work. Hence this is costing us real
dollars
and hence our time and effort to resolve this.

This is not initial hit of page. I always ignore the first hit on all
pages,
I am only measuring CPU from 2nd hit onwards.

Ravi

Scott O'Bryan wrote:

I don't know. I'm of the camp that if the CPU time is available, use
it. That said, is this load consistant or are you just testing an
initial hit of each page.

Sent from my iPhone

On Jan 8, 2010, at 11:25 PM, Ravi ravikapoor...@gmail.com wrote:

Hi Jan-Kees,

Now that I am reading your message again, I do want to answer your
questions in detail. First I agree reflection is cheap, that is why
reflection is not my concern. Time being spent in reflection is
almost negligible compared to time being spent in trinidad classes.

Secondly IO and locking etc contribute to clock time but not to CPU
time. e.g. for IO, the thread may be in a wait state waiting for
data to arrive. In this case, the clock keeps ticking but such a
wait does not need CPU. My numbers are specifically CPU time. Which
means trinidad is not waiting but executing CPU instructions.

This is why the user load is also irrelevant (high load leads to
adding clock time but not to CPU time). But since you asked, to get
these numbers, I am not doing a load testing. I am simply loading 4
screens 4 times in order (total 16 screens).

Regards
Ravi

Re: [Trinidad] Trinidad consuming 80-90% CPU

2010-01-10 Thread Matthias Wessendorf

Hello Ravi,

I wonder what our last release for JSF 1.1 (1.0.11) does?

Not sure, perhaps you may also try the JSF 1.2 version ? (1.2.12)
The JSF 1.2 version is the one that is best supported, these days.

Trinidad 2.0 is now in alpha stage, and I can understand that you
don't want to update on that version, now

-Matthias

On Sun, Jan 10, 2010 at 4:56 AM, Ravi ravikapoor...@gmail.com wrote:

 Scott, we do not have CPUs available. The time trinidad is consuming is
 supposed to be doing some other work. Hence this is costing us real dollars
 and hence our time and effort to resolve this.

 This is not initial hit of page. I always ignore the first hit on all pages,
 I am only measuring CPU from 2nd hit onwards.

 Ravi


 Scott O'Bryan wrote:

 I don't know.  I'm of the camp that if the CPU time is available, use
 it.  That said, is this load consistant or are you just testing an
 initial hit of each page.

 Sent from my iPhone

 On Jan 8, 2010, at 11:25 PM, Ravi ravikapoor...@gmail.com wrote:

 Hi Jan-Kees,

 Now that I am reading your message again, I do want to answer your
 questions in detail. First I agree reflection is cheap, that is why
 reflection is not my concern. Time being spent in reflection is
 almost negligible compared to time being spent in trinidad classes.

 Secondly IO and locking etc contribute to clock time but not to CPU
 time. e.g. for IO, the thread may be in a wait state waiting for
 data to arrive. In this case, the clock keeps ticking but such a
 wait does not need CPU. My numbers are specifically CPU time. Which
 means trinidad is not waiting but executing CPU instructions.

 This is why the user load is also irrelevant (high load leads to
 adding clock time but not to CPU time). But since you asked, to get
 these numbers, I am not doing a load testing. I am simply loading 4
 screens 4 times in order (total 16 screens).

 Regards
 Ravi



 Jan-Kees van Andel wrote:

 I'm not sure, but I doubt the mailing list supports attachments.
 Maybe you could provide a link to some image hosting site?
 My first thought, reflection is darn cheap, especially since Java 5
 and even more since Java 6. I'm no IBM JVM specialist, but I don't
 think there are major differences with HotSpot... Compared with SQL
 queries, backend transactions, web service calls, etc. reflective
 method invocations really don't make a difference.
 Having said that, what kind of application are you testing? Does this
 application have any I/O, locking or other expensive things that may
 be the cause of the CPU-time imbalance?
 Also, what kind of load are you simulating on your application? Long
 sessions with not much users? Lots of short sessions? Hyperactive
 users without any pauses?
 /JK
 Ps. How did you configure your profiler? Sampling or
 tracing/instrumentation? Although I don't think it makes a difference
 in this case, sampling is less accurate...
 2010/1/8 Ravi Kapoor ravikapoor...@gmail.com:

 The actual call to getter method is only using 2% CPU. Rest 38% is
 being
 used within trinidad classes.
 I am attaching two screenshots to give you more details.

 In first screenshot, you can see at the top left corner, total CPU
 units
 taken by getProperty are 32391
 getProperty calls javax.faces.el.ValueBinding.getValue which calls
 org.apache.myfaces.el.PropertyResolverImpl.getValue which calls
 org.apache.myfaces.el.PropertyResolverImpl.getProperty which calls
 java.lang.reflect.Method.invoke.

 In second screenshot you can see that Method.invoke is using only
 1781 units
 of CPU. Rest of the time is being spent within trinidad classes.

 Does this help? Also the rest of trinidad using 45% CPU usage is
 also highly
 concerning.

 Thanks
 Ravi


 On Fri, Jan 8, 2010 at 1:47 PM, Jan-Kees van Andel
 jankeesvanan...@gmail.com wrote:

 Hey,

 Is it possible that the getProperty indirectly invokes some
 expensive
 computation? For example, do you have lots of logic inside your
 getters?

 Regards,
 Jan-Kees


 2010/1/8 Ravi Kapoor ravikapoor...@gmail.com:

 Hi Matthias,

 Here are the details:

 Server: Websphere 6.1

 Trinidad version: 1.0.7  (We cant upgrade to 2.0 until we upgrade
 websphere
 which will happen in due course. Even then if this issue has not
 been
 addressed, the problem may exist in 2.0 as well.)

 OS: Windows (Even though I am measuring numbers on windows but I
 do not
 think this is OS specific)


 Let me know if you need to know anything else.

 Regards
 Ravi



 On Fri, Jan 8, 2010 at 1:09 AM, Matthias Wessendorf
 mat...@apache.orgwrote:

 Hello Ravi,

 some more background would be good, e.g. what version of
 Trinidad etc.

 -Matthias

 On Thu, Jan 7, 2010 at 11:25 PM, Ravi Kapoor
 ravikapoor...@gmail.com
 wrote:

 Has anybody done performance tests on trinidad application. I
 have an
 application and it appears that it is taking 80-90% of CPU in my
 application, thus killing performance.

 We ran load tests and our CPU went to 100% usage. At this
 point we

 measured

 how much time

[Trinidad] Better JavaDoc

2010-01-09 Thread Matthias Wessendorf

Hello,

I went ahead and added links to our JavaDoc:

For instance, the JavaSE and the JSF 1.2 API is now linked into our own JavaDoc:
http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/component/UIXCommand.html

-Matthias

-- 
Matthias Wessendorf

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

Re: [ANN] Release of Apache MyFaces Trinidad 2.0.0-alpha

2010-01-09 Thread Matthias Wessendorf

howdy,

I just used cygwin's unzip and it worked there too;
Testing on my linux machine does not make sense, as that box created
the archives :-)

-M

On Sat, Jan 9, 2010 at 10:59 AM, kishore.sadanandam
kishore.sadanan...@gmail.com wrote:


 Much awaited release for me.
 But downloaded distribution, source, example zip/tar files are having issues
 in opening.
 I guess they are not proper.
 Can you please check?

 Thanks!

 Regards,
 Kishore K S


 Matthias Wessendorf-4 wrote:

 The Apache MyFaces Trinidad team is pleased to announce the release of
 Apache MyFaces Trinidad Core 2.0.0-alpha.

 Apache MyFaces Trinidad 2 is a JavaServer(tm) Faces 2.0 component library.

 Note: This is the first release of the Apache MyFaces Trinidad 2 series
 and it
 is an alpha relases.

 Apache MyFaces Trinidad Core 2.0.0-alpha is available in both binary
 and source distributions:

  * http://myfaces.apache.org/trinidad/download.html

 Apache MyFaces Trinidad is available in the central Maven repository under
 Group ID org.apache.myfaces.trinidad.


 Release Notes:
 https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12314297

 Enjoy!
 Matthias

 --
 Matthias Wessendorf

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



 --
 View this message in context: 
 http://old.nabble.com/-ANN--Release-of-Apache-MyFaces-Trinidad-2.0.0-alpha-tp27075255p27086867.html
 Sent from the MyFaces - Users mailing list archive at Nabble.com.





-- 
Matthias Wessendorf

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

[ANN] Release of Apache MyFaces Trinidad's Maven plugins (2.0.0)

Hi,

The Apache MyFaces community is pleased to announce its
2.0.0 release of the Apache MyFaces Trinidad Maven2 plugins.

This release contains initial support for the new JSF 2.0 related API/metadata.

These Maven2 plugins have been deployed to the Apache Maven2 repository and they
should be mirrored by ibiblio as well (very soon).

release notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12314353

-- 
Matthias Wessendorf

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

[ANN] Release of Apache MyFaces Trinidad 2.0.0-alpha

The Apache MyFaces Trinidad team is pleased to announce the release of
Apache MyFaces Trinidad Core 2.0.0-alpha.

Apache MyFaces Trinidad 2 is a JavaServer(tm) Faces 2.0 component library.

Note: This is the first release of the Apache MyFaces Trinidad 2 series and it
is an alpha relases.

Apache MyFaces Trinidad Core 2.0.0-alpha is available in both binary
and source distributions:

 * http://myfaces.apache.org/trinidad/download.html

Apache MyFaces Trinidad is available in the central Maven repository under
Group ID org.apache.myfaces.trinidad.


Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12314297

Enjoy!
Matthias

-- 
Matthias Wessendorf

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

Result (was: Re: [Vote] Trinidad plugins 2.0.0 release)

Thanks for voting

We got 4 votes, all +1:
-Matthias Wessendorf
-Max Starets
-Blake Sullivan
-Andrew Robinson

I will follow up with the required steps to finish this release.

-Matthias

On Tue, Jan 5, 2010 at 7:37 PM, Andrew Robinson
andrew.rw.robin...@gmail.com wrote:
 +1

 On Tue, Jan 5, 2010 at 10:27 AM, Blake Sullivan
 blake.sulli...@oracle.com wrote:
 +1

 -- Blake Sullivan

 Max Starets said the following On 1/5/2010 5:49 AM PT:

 +1
 Matthias Wessendorf wrote:

 Hi,

 I was running the needed tasks to get the first 2.0.0 release of the
 Apache
 MyFaces Trinidad Maven 2 Plugins. This contains the first batch of JSF
 2.0
 support for the MyFaces Trinidad Maven plugins

 The artifacts are deployed to my private Apache account ([1]).

 Please take a look at the 2.0.0 artifacts and vote.

 How to test those JARs ?

 Use the stage repo inside your pom.xml file:
 ...
 pluginRepositories
 pluginRepository
 idapache.stage/id
 nameApache Stage Repository/name
 urlhttp://people.apache.org/~matzew/plugins_2_0_0//url
 layoutdefault/layout
 /pluginRepository
 /pluginRepositories
 ...

 
 [ ] +1 for community members who have reviewed and tested the bits
 [ ] +0
 [ ] -1 for fatal flaws that should cause these bits not to be released,
 and why..
 

 Thanks,
 Matthias

 [1] http://people.apache.org/~matzew/plugins_2_0_0/









-- 
Matthias Wessendorf

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

[ANN] Release of Apache MyFaces Trinidad's Maven plugins (2.0.0)

Hi,

The Apache MyFaces community is pleased to announce its
2.0.0 release of the Apache MyFaces Trinidad Maven2 plugins.

This release contains initial support for the new JSF 2.0 related API/metadata.

These Maven2 plugins have been deployed to the Apache Maven2 repository and they
should be mirrored by ibiblio as well (very soon).

release notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12314353

-- 
Matthias Wessendorf

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

Re: Make the new skin part of Trinidad (was: Re: [Trinidad] New Component Showcase Demo and Casablanca Skin)

once the JIRA is up, I will ping gene...@incubator.a.o regarding the
software grant
Note: this is only discussed at the incubator committee, but no
incubation for that piece is
needed. Maybe (only) a software grant.

-M

On Fri, Jan 8, 2010 at 11:00 AM, Catalin Kormos
catalin.kor...@gmail.com wrote:
 Hey Matthias,

 Great :), we'll look into the tasks you mentioned.

 regards,
 Catalin

 On 1/8/10, Matthias Wessendorf mat...@apache.org wrote:
 Hi Catalin et al,

 as promised, I hijacked the thread...

 thanks again for contributing this skin to Trinidad.

 The following tasks are needed:
 -A JIRA ticket that contains the patch(es)
  - for the Skin itself
  - for the GREAT demo
 = maybe a software grant is needed; If so, I will handle the
 paperwork stuff for you guys.

 Once the things above are sorted out, we can apply it to TRUNK.
 However, I'd like to do a RELEASE before we integrate the new
 Skin/Demo.
 I also don't mind to pretty much do a sub-release once the new stuff
 is in. (With maven, release are not expensive)

 Thanks,
 Matthias

 On Thu, Jan 7, 2010 at 11:37 PM, Catalin Kormos
 catalin.kor...@gmail.com wrote:
 Hello there,
 I have the pleasure to inform you about the work we did to develop a new
 skin for Trinidad and based on this a brand new, Trinidad components
 showcase application. You can see it all in action at [1]. It is still a
 working in progress, in advanced state though...i mean there is always
 something to be improved; nevertheless we would like to donate the new
 skin
 and the new demo application to the MyFaces community, in its current
 state,
 and continue there if you guys agree.
 Many thanks go to my collegue Adonis who has put a lot of effort into
 designing and implementing the new skin called 'Casablanca'. I'm sure he
 can
 give you more details as needed about how the process went.

 A few words about the new demo:

  first of all, many thanks to another collegue of mine, Cosmin, for his
 continuos efforts with this.
 the demo is working only with facelets (there is no jsp version)
 it uses the latest 1.2.13-SNAPSHOT version of Trinidad
 we tryied to build it so it can be searched online also, currently tryied
 with Google Custom Search, but this didn't work out so smoothly so far. In
 any case, that's the reason for the pretty urls used. (so, no point in
 trying the search currently as it doesn't work).
 in general, it replicates the examples available already for Trinidad in
 the
 existing demo, in someplaces slightly improved.
 it tryies to provide a platform on which to build much more demos as
 required as there can be always new ideas about demoing a meaningfull use
 case on Trinidad, or some component behaviour.

 I'm eager to get your reactions, I think these guys did a great job so far
 and this would bring Trinidad at least a few steps closer to a more
 appealing and user friendly component set.
 regards,
 Catalin
 [1] http://example.irian.at/trinidad-showcase-casablanca
 
 Codebeat
 www.codebeat.ro




 --
 Matthias Wessendorf

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



 --
 
 Codebeat
 www.codebeat.ro




-- 
Matthias Wessendorf

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

Resukt (was: Re: [Vote] Trinidad 2.0.0-alpha release)

Hello,

thanks for voting. We got 4 votes, all +1:
-Matthias Wessendorf
-Max Starets
-Andrew Robinson
-Gerhard Petracek

I will follow up with the final steps to get this alpha release out.

-Matthias

On Tue, Jan 5, 2010 at 7:49 PM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
 +1
 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces



 2010/1/5 Andrew Robinson andrew.rw.robin...@gmail.com

 +1

 On Tue, Jan 5, 2010 at 10:39 AM, Max Starets max.star...@oracle.com
 wrote:
  +1
  Matthias Wessendorf wrote:
 
  Hi,
 
  I was running the needed tasks to get the first (alpha) 2.0.0 release
  of the Apache
  MyFaces Trinidad CORE out.
 
  The artifacts are deployed to my private Apache account ([1]). Note
  that this release
  does NOT complete the JSF 2.0 work, nor is it yet complete. It is a
  first working result.
 
  Release often; release early ;-)
 
  Now, please take a look at the 2.0.0-alpha artifacts and vote
 
  
  [ ] +1 for community members who have reviewed the bits
  [ ] +0
  [ ] -1 for fatal flaws that should cause these bits not to be released,
   and why..
  
 
  Thanks,
  Matthias
 
  [1] http://people.apache.org/~matzew/trinidad/2.0.0-alpha/
 
 
 
 





-- 
Matthias Wessendorf

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

[ANN] Release of Apache MyFaces Trinidad 2.0.0-alpha

The Apache MyFaces Trinidad team is pleased to announce the release of
Apache MyFaces Trinidad Core 2.0.0-alpha.

Apache MyFaces Trinidad 2 is a JavaServer(tm) Faces 2.0 component library.

Note: This is the first release of the Apache MyFaces Trinidad 2 series and it
is an alpha relases.

Apache MyFaces Trinidad Core 2.0.0-alpha is available in both binary
and source distributions:

 * http://myfaces.apache.org/trinidad/download.html

Apache MyFaces Trinidad is available in the central Maven repository under
Group ID org.apache.myfaces.trinidad.


Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12314297

Enjoy!
Matthias

-- 
Matthias Wessendorf

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

Fwd: [jsr-314-open] [Fwd: CDI and JSF Phase Listeners]

FYI


-- Forwarded message --
From: Roger Kitain roger.kit...@sun.com
Date: Fri, Jan 8, 2010 at 5:30 PM
Subject: [jsr-314-open] [Fwd: CDI and JSF Phase Listeners]
To: jsr-314-o...@jcp.org


Forwarded...


-- Forwarded message --
From: Nicklas Karlsson nicka...@gmail.com
To: javaee-spec-feedb...@sun.com
Date: Fri, 08 Jan 2010 15:37:09 +0200
Subject: CDI and JSF Phase Listeners
It would be a nice feature to be able to have CDI injection in Phase
Listeners also, as any Servlet/JSF/CDI integration is always welcome
where applicable

(tried mailing on the JCP boards for 314 but it was broken at the moment)

---
Nik




-- 
Matthias Wessendorf

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

Re: [Trinidad] New Component Showcase Demo and Casablanca Skin

On Fri, Jan 8, 2010 at 6:57 PM, Jeanne Waldman
jeanne.wald...@oracle.com wrote:
 I love it. It looks so clean and polished.

... and modern :-) No more ugly green :-)


 Jeanne

 Jakob Korherr wrote, On 1/8/2010 2:02 AM PT:

 Really great work, guys!


 2010/1/8 Matthias Wessendorf mat...@apache.org

 some more technical discussions on the HOW to apply the new awesome
 skin:

 http://markmail.org/message/d34n5qydkyudozbs

 -Matthias

 On Fri, Jan 8, 2010 at 6:58 AM, Matthias Wessendorf mat...@apache.org
 wrote:
  Hey Catalin,
 
  first of all I really LOVE the new look-and-feel! I also love the name
  :-)
 
  On Thu, Jan 7, 2010 at 11:37 PM, Catalin Kormos
  catalin.kor...@gmail.com wrote:
  Hello there,
  I have the pleasure to inform you about the work we did to develop a
  new
  skin for Trinidad and based on this a brand new, Trinidad components
  showcase application. You can see it all in action at [1]. It is still
  a
  working in progress, in advanced state though...i mean there is always
  something to be improved; nevertheless we would like to donate the new
  skin
  and the new demo application to the MyFaces community, in its current
  state,
  and continue there if you guys agree.
 
  +1 :-) sure!
  (let me hijack the thread in a sepearate email, as I have some slight
  comments
  on the how) :-)
 
  Many thanks go to my collegue Adonis who has put a lot of effort into
  designing and implementing the new skin called 'Casablanca'. I'm sure
  he can
  give you more details as needed about how the process went.
 
  A few words about the new demo:
 
   first of all, many thanks to another collegue of mine, Cosmin, for his
  continuos efforts with this.
  the demo is working only with facelets (there is no jsp version)
  it uses the latest 1.2.13-SNAPSHOT version of Trinidad
 
  I am totally cool in making this facelets-based demo our new default.
 
  we tryied to build it so it can be searched online also, currently
  tryied
  with Google Custom Search, but this didn't work out so smoothly so far.
  In
  any case, that's the reason for the pretty urls used. (so, no point in
  trying the search currently as it doesn't work).
  :-) fine w/ me
  in general, it replicates the examples available already for Trinidad
  in the
  existing demo, in someplaces slightly improved.
  great, I figured so :-)
  it tryies to provide a platform on which to build much more demos as
  required as there can be always new ideas about demoing a meaningfull
  use
  case on Trinidad, or some component behaviour.
 
  dude, this all is great!
 
 
  I'm eager to get your reactions, I think these guys did a great job so
  far
  and this would bring Trinidad at least a few steps closer to a more
  appealing and user friendly component set.
 
  a big applause for your team for the GREAT show-case!!!
 
  -Matthias
 
  regards,
  Catalin
  [1] http://example.irian.at/trinidad-showcase-casablanca
  
  Codebeat
  www.codebeat.ro
 
 
 
 
  --
  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





-- 
Matthias Wessendorf

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

[ANN] Release of Apache MyFaces Trinidad's Maven plugins (2.0.0)

Hi,

The Apache MyFaces community is pleased to announce its
2.0.0 release of the Apache MyFaces Trinidad Maven2 plugins.

This release contains initial support for the new JSF 2.0 related API/metadata.

These Maven2 plugins have been deployed to the Apache Maven2 repository and they
should be mirrored by ibiblio as well (very soon).

release notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12314353

-- 
Matthias Wessendorf

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

[ANN] Release of Apache MyFaces Trinidad 2.0.0-alpha

The Apache MyFaces Trinidad team is pleased to announce the release of
Apache MyFaces Trinidad Core 2.0.0-alpha.

Apache MyFaces Trinidad 2 is a JavaServer(tm) Faces 2.0 component library.

Note: This is the first release of the Apache MyFaces Trinidad 2 series and it
is an alpha relases.

Apache MyFaces Trinidad Core 2.0.0-alpha is available in both binary
and source distributions:

 * http://myfaces.apache.org/trinidad/download.html

Apache MyFaces Trinidad is available in the central Maven repository under
Group ID org.apache.myfaces.trinidad.


Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661styleName=Htmlversion=12314297

Enjoy!
Matthias

-- 
Matthias Wessendorf

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

CDI portable extensions...

FYI:
http://in.relation.to/13778.lace

-M

-- 
Matthias Wessendorf

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

Fwd: [jsr-314-open] [Fwd: CDI and JSF Phase Listeners]

FYI


-- Forwarded message --
From: Roger Kitain roger.kit...@sun.com
Date: Fri, Jan 8, 2010 at 5:30 PM
Subject: [jsr-314-open] [Fwd: CDI and JSF Phase Listeners]
To: jsr-314-o...@jcp.org


Forwarded...


-- Forwarded message --
From: Nicklas Karlsson nicka...@gmail.com
To: javaee-spec-feedb...@sun.com
Date: Fri, 08 Jan 2010 15:37:09 +0200
Subject: CDI and JSF Phase Listeners
It would be a nice feature to be able to have CDI injection in Phase
Listeners also, as any Servlet/JSF/CDI integration is always welcome
where applicable

(tried mailing on the JCP boards for 314 but it was broken at the moment)

---
Nik




-- 
Matthias Wessendorf

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

[FYI] SVN issue

hello:

http://monitoring.apache.org/status/

as a FYI that the SVN server has a slight problem :)

-- 
Matthias Wessendorf

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

Re: [MyFaces 2] visitTree

On Thu, Jan 7, 2010 at 4:42 PM, Michael Kurz michi.k...@gmx.at wrote:
 Hi,

 I currently try to get f:ajax running inside a composite component. So I
  would also say it is necessary to include the facets (use
 getFacetsAndChildren() instead of getChildren()) in visitTree().

maybe we want to check if there are children/facets (via the ...Count() method)
= that is faster


 I already fixed this issue in UIComponent.visitTree() (see [1]), BUT there
 is a potential conflict with UIData.visitTree() (also see [2]). The result,
 however, is that facets of columns are visited twice. I noticed this because
 UIDataTest.testVisitTree() fails unless the line expecting the column facet
 is in the code twice.

:-)


 I tried the same example with Mojarra with the same result: the column facet
 is visited twice.

Do you mind to also file a ticket against them ?

-Matthias


 regards
 Michael

 [1]: https://issues.apache.org/jira/browse/MYFACES-2475
 [2]: https://issues.apache.org/jira/browse/MYFACES-2137

 Matthias Wessendorf schrieb:

 Hi,

 checking a bit the diff between visitTree() in MyFaces2 and Trinidad
 1.2.x.

 In MyFaces2, I see that on the ACCEPT case the just ask for the
 children, but not for the facets.
 Just an oversight? I mean, sure the spec (and its javadoc) don't say
 much... however the spec's
 visitTree() has been designed having Trinidad in mind, so I think it is
 fine...

 thanks,
 matthias






-- 
Matthias Wessendorf

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

Re: Need some help with the commons digester and XInclude handling

,
 and no 'fallback' element was found.
 org.xml.sax.SAXParseException: An 'include' failed, and no 'fallback'
 element was found.
        at 
 com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195)
        at 
 com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:174)
        at 
 com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:388)
        at 
 com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:318)
        at 
 com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.reportError(XIncludeHandler.java:2320)
        at 
 com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.reportFatalError(XIncludeHandler.java:2315)
        at 
 com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.reportFatalError(XIncludeHandler.java:2311)
        at 
 com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.endElement(XIncludeHandler.java:1001)


 I tried to turn on validation
    spt.setValidating(true);
    spf.setFeature(http://apache.org/xml/features/validation/schema;, 
 true);

 But then I ran into this:
 SEVERE: Parse Error at line 26 column 73: cvc-elt.1: Cannot find the
 declaration of element 'faces-config'.
 org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration
 of element 'faces-config'.
        at 
 com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195)
        at 
 com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:131)
        at 
 com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:384)
        at 
 com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:318)
        at 
 com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:1887)
        at 
 com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:685)
        at 
 com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.startElement(XIncludeHandler.java:908)
        at 
 com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:400)


 In my project I have some of the fmd:* attributes being pulled in
 through xi:include elements. Not using include would be a very hard
 thing as we have many includes. Anyone know what I can do to get the
 includes parsing correctly with the digester?

 Thank you!
 -Andrew








-- 
Matthias Wessendorf

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

Re: [Trinidad] New Component Showcase Demo and Casablanca Skin

Hey Catalin,

first of all I really LOVE the new look-and-feel! I also love the name :-)

On Thu, Jan 7, 2010 at 11:37 PM, Catalin Kormos
catalin.kor...@gmail.com wrote:
 Hello there,
 I have the pleasure to inform you about the work we did to develop a new
 skin for Trinidad and based on this a brand new, Trinidad components
 showcase application. You can see it all in action at [1]. It is still a
 working in progress, in advanced state though...i mean there is always
 something to be improved; nevertheless we would like to donate the new skin
 and the new demo application to the MyFaces community, in its current state,
 and continue there if you guys agree.

+1 :-) sure!
(let me hijack the thread in a sepearate email, as I have some slight comments
on the how) :-)

 Many thanks go to my collegue Adonis who has put a lot of effort into
 designing and implementing the new skin called 'Casablanca'. I'm sure he can
 give you more details as needed about how the process went.

 A few words about the new demo:

  first of all, many thanks to another collegue of mine, Cosmin, for his
 continuos efforts with this.
 the demo is working only with facelets (there is no jsp version)
 it uses the latest 1.2.13-SNAPSHOT version of Trinidad

I am totally cool in making this facelets-based demo our new default.

 we tryied to build it so it can be searched online also, currently tryied
 with Google Custom Search, but this didn't work out so smoothly so far. In
 any case, that's the reason for the pretty urls used. (so, no point in
 trying the search currently as it doesn't work).
:-) fine w/ me
 in general, it replicates the examples available already for Trinidad in the
 existing demo, in someplaces slightly improved.
great, I figured so :-)
 it tryies to provide a platform on which to build much more demos as
 required as there can be always new ideas about demoing a meaningfull use
 case on Trinidad, or some component behaviour.

dude, this all is great!


 I'm eager to get your reactions, I think these guys did a great job so far
 and this would bring Trinidad at least a few steps closer to a more
 appealing and user friendly component set.

a big applause for your team for the GREAT show-case!!!

-Matthias

 regards,
 Catalin
 [1] http://example.irian.at/trinidad-showcase-casablanca
 
 Codebeat
 www.codebeat.ro




--
Matthias Wessendorf

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

Make the new skin part of Trinidad (was: Re: [Trinidad] New Component Showcase Demo and Casablanca Skin)

Hi Catalin et al,

as promised, I hijacked the thread...

thanks again for contributing this skin to Trinidad.

The following tasks are needed:
-A JIRA ticket that contains the patch(es)
 - for the Skin itself
 - for the GREAT demo
= maybe a software grant is needed; If so, I will handle the
paperwork stuff for you guys.

Once the things above are sorted out, we can apply it to TRUNK.
However, I'd like to do a RELEASE before we integrate the new
Skin/Demo.
I also don't mind to pretty much do a sub-release once the new stuff
is in. (With maven, release are not expensive)

Thanks,
Matthias

On Thu, Jan 7, 2010 at 11:37 PM, Catalin Kormos
catalin.kor...@gmail.com wrote:
 Hello there,
 I have the pleasure to inform you about the work we did to develop a new
 skin for Trinidad and based on this a brand new, Trinidad components
 showcase application. You can see it all in action at [1]. It is still a
 working in progress, in advanced state though...i mean there is always
 something to be improved; nevertheless we would like to donate the new skin
 and the new demo application to the MyFaces community, in its current state,
 and continue there if you guys agree.
 Many thanks go to my collegue Adonis who has put a lot of effort into
 designing and implementing the new skin called 'Casablanca'. I'm sure he can
 give you more details as needed about how the process went.

 A few words about the new demo:

  first of all, many thanks to another collegue of mine, Cosmin, for his
 continuos efforts with this.
 the demo is working only with facelets (there is no jsp version)
 it uses the latest 1.2.13-SNAPSHOT version of Trinidad
 we tryied to build it so it can be searched online also, currently tryied
 with Google Custom Search, but this didn't work out so smoothly so far. In
 any case, that's the reason for the pretty urls used. (so, no point in
 trying the search currently as it doesn't work).
 in general, it replicates the examples available already for Trinidad in the
 existing demo, in someplaces slightly improved.
 it tryies to provide a platform on which to build much more demos as
 required as there can be always new ideas about demoing a meaningfull use
 case on Trinidad, or some component behaviour.

 I'm eager to get your reactions, I think these guys did a great job so far
 and this would bring Trinidad at least a few steps closer to a more
 appealing and user friendly component set.
 regards,
 Catalin
 [1] http://example.irian.at/trinidad-showcase-casablanca
 
 Codebeat
 www.codebeat.ro




-- 
Matthias Wessendorf

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

Re: [Trinidad] New Component Showcase Demo and Casablanca Skin

some more technical discussions on the HOW to apply the new awesome skin:

http://markmail.org/message/d34n5qydkyudozbs

-Matthias

On Fri, Jan 8, 2010 at 6:58 AM, Matthias Wessendorf mat...@apache.org wrote:
 Hey Catalin,

 first of all I really LOVE the new look-and-feel! I also love the name :-)

 On Thu, Jan 7, 2010 at 11:37 PM, Catalin Kormos
 catalin.kor...@gmail.com wrote:
 Hello there,
 I have the pleasure to inform you about the work we did to develop a new
 skin for Trinidad and based on this a brand new, Trinidad components
 showcase application. You can see it all in action at [1]. It is still a
 working in progress, in advanced state though...i mean there is always
 something to be improved; nevertheless we would like to donate the new skin
 and the new demo application to the MyFaces community, in its current state,
 and continue there if you guys agree.

 +1 :-) sure!
 (let me hijack the thread in a sepearate email, as I have some slight comments
 on the how) :-)

 Many thanks go to my collegue Adonis who has put a lot of effort into
 designing and implementing the new skin called 'Casablanca'. I'm sure he can
 give you more details as needed about how the process went.

 A few words about the new demo:

  first of all, many thanks to another collegue of mine, Cosmin, for his
 continuos efforts with this.
 the demo is working only with facelets (there is no jsp version)
 it uses the latest 1.2.13-SNAPSHOT version of Trinidad

 I am totally cool in making this facelets-based demo our new default.

 we tryied to build it so it can be searched online also, currently tryied
 with Google Custom Search, but this didn't work out so smoothly so far. In
 any case, that's the reason for the pretty urls used. (so, no point in
 trying the search currently as it doesn't work).
 :-) fine w/ me
 in general, it replicates the examples available already for Trinidad in the
 existing demo, in someplaces slightly improved.
 great, I figured so :-)
 it tryies to provide a platform on which to build much more demos as
 required as there can be always new ideas about demoing a meaningfull use
 case on Trinidad, or some component behaviour.

 dude, this all is great!


 I'm eager to get your reactions, I think these guys did a great job so far
 and this would bring Trinidad at least a few steps closer to a more
 appealing and user friendly component set.

 a big applause for your team for the GREAT show-case!!!

 -Matthias

 regards,
 Catalin
 [1] http://example.irian.at/trinidad-showcase-casablanca
 
 Codebeat
 www.codebeat.ro




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

[Trinidad 2.0] little build problem (was Re: svn commit: r897038 - in /myfaces/trinidad-maven/branches/2.0.x-branch/maven-faces-plugin: ./ src/main/java/org/apache/myfaces/trinidadbuild/plugin/faces

 on the server
 -      - the component may have its bindings executed, etc. - and the 
 visibility of the component can
 -      be toggled on and off on the client, or toggled with PPR.  When 
 rendered is false, the
 -      component will not in any way be rendered, and cannot be made visible 
 on the client.
 +      description![CDATA[the visibility of the component.  If it is 
 false, the component will
 +      be hidden on the client.  Unlike rendered, this does not affect the 
 lifecycle on the server
 +      - the component may have its bindings executed, etc. - and the 
 visibility of the component can
 +      be toggled on and off on the client, or toggled with PPR.  When 
 rendered is false, the
 +      component will not in any way be rendered, and cannot be made visible 
 on the client.
       In most cases, use the rendered property instead of the visible 
 property.]]
       /description
       property-namevisible/property-name
 @@ -137,7 +137,7 @@
         mfp:requiredfalse/mfp:required
         
 mfp:unsupported-render-kitsorg.apache.myfaces.trinidad.core/mfp:unsupported-render-kits
         mfp:property-metadata
 -          mfp:deprecatedThe visible attribute has been deprecated.
 +          mfp:deprecatedThe visible attribute has been deprecated.
             Use the af:showPopupBehavior tag or the show/hide methods on the 
 popup client component.
           /mfp:deprecated
           mfp:no-op/






-- 
Matthias Wessendorf

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

Re: vmbuild vs ci.a.o (was Re: vmbuild scheduled downtime in ~12hrs)

has been a while :-)

On Fri, Apr 17, 2009 at 8:17 AM, Brett Porter br...@apache.org wrote:

 On 17/04/2009, at 12:59 AM, Matthias Wessendorf wrote:


 Correct, Continuum lives on vmbuild.apache.org, and hudson lives
 somewhere else.  ci.apache.org is only buildbot.  The domain name is

 now I got it...thanks!

 Ok! I guess I am looking support on vmbuild server than.

 So, you'd like a new group created + administration rights to add your
 projects?

yes, that would be sweet!



 I think the Trinidad code is already building there (next
 to the myfaces zone).

 That's right.

 Does the vmbuild also allow deployment
 of site and (nightly) snapshots to the snap_repo ?

 Deployment of site - haven't had anyone do that yet, but we've decided not
 to allow access to people.* from vmbuild, but can pull content in the other
 direction.

Still same restrictions and nobody deploying the site to minotaur?


 Deployment of snapshots - you can deploy to vmbuild or nexus already, and
 anyone that wishes to sync that to people.apache.org can on request.
 Trinidad is currently deploying to a private location on vmbuild - I'm not
 sure if they are being synced.

so, that means if we deploy our snapshots to nexus, they get synced ?

Thx,
Matthias


 - Brett




-- 
Matthias Wessendorf

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

Re: [Trinidad] Trinidad consuming 80-90% CPU

Hello Ravi,

some more background would be good, e.g. what version of Trinidad etc.

-Matthias

On Thu, Jan 7, 2010 at 11:25 PM, Ravi Kapoor ravikapoor...@gmail.com wrote:
 Has anybody done performance tests on trinidad application. I have an
 application and it appears that it is taking 80-90% of CPU in my
 application, thus killing performance.

 We ran load tests and our CPU went to 100% usage. At this point we measured
 how much time was being taken by each class/method. Here are some
 interesting figures:

 CPU usage by all Trinidad + myfaces classes = 80-90%
 Myfaces CPU usage (without trinidad) = 8% (which implies trinidad is taking
 70-80% of CPU)
 Total time taken by one method
 (org.apache.myfaces.trinidad.bean.FacesBeanImpl.getProperty) = 40%

 Can anybody confirm that they have seen this behavior?
 Or if somebody can confirm that this does not happen in their performance
 tests, that should help too.

 Thanks
 Ravi




-- 
Matthias Wessendorf

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

Re: Website issue ? :-)

Hey,

I pinged my friend Jukka (Jackrabbit / Sling) and they are using hudson;
They also do it to publish the site, but some tricks are needed for
that, he said.

So, once have more on hudson, we should ping him to get some hints from his
experience.

-Matthias

On Mon, Jan 4, 2010 at 10:40 PM, Matthias Wessendorf mat...@apache.org wrote:
 Hello,

 someone wants me to deploy an updated version of the OWB page ?
 I'd initially upload a ZIP and simply extract that in
 /www/openwebbeans.apache.org/
 (sure I don't delete the current site)

 Also, we may want to move the butt over to Hudson or VMBuild (continuum 
 server)

 -Matthias

 --
 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: [jira] Resolved: (OWB-222) Update website download link, and fix relative URL translation

I think that was already before; I saw issues when building it locally..

On Fri, Jan 8, 2010 at 8:07 AM, Gurkan Erdogdu cgurkanerdo...@gmail.com wrote:
 Hey Joe

 Seems that all the links in site are broken :(

 -Gurkan

 2010/1/7 Joe Bergmark (JIRA) j...@apache.org


     [
 https://issues.apache.org/jira/browse/OWB-222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]

 Joe Bergmark resolved OWB-222.
 --

    Resolution: Fixed

  Update website download link, and fix relative URL translation
  --
 
                  Key: OWB-222
                  URL: https://issues.apache.org/jira/browse/OWB-222
              Project: OpenWebBeans
           Issue Type: Test
           Components: Core
             Reporter: Joe Bergmark
             Assignee: Joe Bergmark
              Fix For: 1.0.0
 
 
  Update the download link to non-incubator location, and try to fix the
 relative URL translation by specifying a url in the pom.xml.  This seems to
 be a documented behavior of the site plugin:
 
 http://maven.apache.org/plugins/maven-site-plugin/faq.html#Why_do_my_absolute_links_get_translated_into_relative_links

 --
 This message is automatically generated by JIRA.
 -
 You can reply to this email to add a comment to the issue online.




 --
 Gurkan Erdogdu
 http://gurkanerdogdu.blogspot.com




-- 
Matthias Wessendorf

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

[infra] commits that contain link to jira ?

Hey,

I am not sure, but I think that it is possible to have the svn commit
email to generate a link to a jira ticket.

MYFACES-1234

= should generate the a href=...MYFACES-1234/a;

Has one ever dealt with a configuration like that ?

thx,
m

-- 
Matthias Wessendorf

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

Re: [Trinidad 2.0] new plugins dependency

I merged in things from different locations, so I ended up with the
2.0.0.1 thingy...

however, I will rename that soon. check for mail here...

On Wed, Jan 6, 2010 at 5:23 PM, Andrew Robinson
andrew.rw.robin...@gmail.com wrote:
 Yeah I am confused by this as well as 2.0.x is now 2.0.1-SNAPSHOT, so
 why would that not be the place to keep working?

 On Tue, Jan 5, 2010 at 2:55 PM, Gabrielle Crawford
 gabrielle.crawf...@oracle.com wrote:
 H, so this means if we're working on 2.0 we need to pull a new branch
 each time you release, right? I guess I would like it if trinidad-2.0.x
 branch is always the 2.0 trunk, and 2.0.0.0, 2.0.0.1, etc is branched off
 of there, so I don't have to check out a new branch every time we release.

 Maybe this is too hard given that you're merging the 1.2 code changes into
 the 2.0 branch?

 Thanks,

 Gab

 Matthias Wessendorf wrote:

 as you noticed, the trinidad 2.0.0 alpha is now on the vote;

 the new location for the ongoing working branch is located here:
 https://svn.apache.org/repos/asf/myfaces/trinidad/branches/2.0.0.1-branch/

 -Matthias

 On Tue, Jan 5, 2010 at 10:04 AM, Matthias Wessendorf mat...@apache.org
 wrote:


 Hi,

 we are on the middle of releasing a first version of the JSF 2.0-based
 Trinidad plugins.
 As of that I updated the Trinidad 2.0 branch to reflect that.

 How to use the tmp version, on the branch ?

 Use the stage repo inside your pom.xml file:
  ...
  pluginRepositories
  pluginRepository
  idapache.stage/id
  nameApache Stage Repository/name
  urlhttp://people.apache.org/~matzew/plugins_2_0_0//url
  layoutdefault/layout
  /pluginRepository
  /pluginRepositories
  ...

 or... you can check out the TAG ([1]) and built it from there.

 Thanks!
 Matthias

 [1]
 http://svn.apache.org/repos/asf/myfaces/trinidad-maven/tags/maven-plugin-parent-2.0.0/

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

[Trinidad 2] Renamed branch(es) (was: Re: [Trinidad 2.0] new plugins dependency)

Hey,

ok, the 2.0.0.1 branch has been renamed to trinidad-2.0.x

So this URL contains our kinda *trunk (for Trinidad's JSF 2.0 stuff):
https://svn.apache.org/repos/asf/myfaces/trinidad/branches/trinidad-2.0.x/

The previous trinidad-2.0.x has been renamed to ex-trinidad-2.0.x and I will
delete it by end of Friday, unless I hear different here.

-Matthias


On Wed, Jan 6, 2010 at 5:23 PM, Andrew Robinson
andrew.rw.robin...@gmail.com wrote:
 Yeah I am confused by this as well as 2.0.x is now 2.0.1-SNAPSHOT, so
 why would that not be the place to keep working?

 On Tue, Jan 5, 2010 at 2:55 PM, Gabrielle Crawford
 gabrielle.crawf...@oracle.com wrote:
 H, so this means if we're working on 2.0 we need to pull a new branch
 each time you release, right? I guess I would like it if trinidad-2.0.x
 branch is always the 2.0 trunk, and 2.0.0.0, 2.0.0.1, etc is branched off
 of there, so I don't have to check out a new branch every time we release.

 Maybe this is too hard given that you're merging the 1.2 code changes into
 the 2.0 branch?

 Thanks,

 Gab

 Matthias Wessendorf wrote:

 as you noticed, the trinidad 2.0.0 alpha is now on the vote;

 the new location for the ongoing working branch is located here:
 https://svn.apache.org/repos/asf/myfaces/trinidad/branches/2.0.0.1-branch/

 -Matthias

 On Tue, Jan 5, 2010 at 10:04 AM, Matthias Wessendorf mat...@apache.org
 wrote:


 Hi,

 we are on the middle of releasing a first version of the JSF 2.0-based
 Trinidad plugins.
 As of that I updated the Trinidad 2.0 branch to reflect that.

 How to use the tmp version, on the branch ?

 Use the stage repo inside your pom.xml file:
  ...
  pluginRepositories
  pluginRepository
  idapache.stage/id
  nameApache Stage Repository/name
  urlhttp://people.apache.org/~matzew/plugins_2_0_0//url
  layoutdefault/layout
  /pluginRepository
  /pluginRepositories
  ...

 or... you can check out the TAG ([1]) and built it from there.

 Thanks!
 Matthias

 [1]
 http://svn.apache.org/repos/asf/myfaces/trinidad-maven/tags/maven-plugin-parent-2.0.0/

 --
 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: Trinidad input file

Hello,

2010/1/6 Ângelo Dias agd...@live.it:

 Hi folks,



 First of all, I would like to say sorry either  if my question is too basic 
 or if it was made in the wrong list.

nope. the users@ list is correct




 I´m trying the input file component and I´m confused about how to code the 
 file upload. Since I have already the file input stream, is it enough to read 
 the stream and write

 in the local disk?

 Should I use Apache Commons File Upload or should I only use the streams to 
 read and write the file?



 Do you have a piece of code to do this?


Dont use Commons Upload; Trinidad has integrated support for doing uploads.

some documentation:
http://myfaces.apache.org/trinidad/devguide/fileUpload.html

Here is short extract from our demo application, for your requested code sample:

JSPX page:
http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/trinidad-examples/trinidad-demo/src/main/webapp/components/inputFile.jspx

backing bean, that is behind the page:
http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/trinidad-examples/trinidad-demo/src/main/java/org/apache/myfaces/trinidaddemo/UIBean.java

You can download the demo from here:
http://myfaces.apache.org/trinidad/download.html

HTH,
Matthias





 Thanks in advance.



 Ângelo

 _
 Non sei a casa? Prova il nuovo Web Messenger
 http://www.messenger.it/web/default.aspx



-- 
Matthias Wessendorf

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

Re: markmail: how to quot;addquot; a list ?

Hello Andreas,

thanks for the mail. I just did the same (used the contact form and
asked for migration)

-Matthias

2010/1/5 Andreas Lehmkühler andr...@lehmi.de:
 Hi Matthias,

 Gesendet: Di, 05. Jan 2010 Von: Matthias Wessendorfmat...@apache.org
 Hello,

 not sure if this is the right place to ask...

 I wonder what it takes to add the Apache OpenWebBeans project to Markmail ?

 http://www.mail-archive.com/u...@openwebbeans.apache.org/
 http://www.mail-archive.com/d...@openwebbeans.apache.org/

 the project recently graduated from the incubator and its old lists
 were already
 archived on markmail.
 After the graduation of PDFBOX I just wrote them (the markmail people) a mail 
 using the contact form and asked them to migrate the existing mailing list to 
 the new name. That worked fine for us.


 Thanks!
 Matthias

 BR
 Andreas Lehmkühler



 -
 To unsubscribe, e-mail: community-unsubscr...@apache.org
 For additional commands, e-mail: community-h...@apache.org





-- 
Matthias Wessendorf

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

-
To unsubscribe, e-mail: community-unsubscr...@apache.org
For additional commands, e-mail: community-h...@apache.org

[Vote] Trinidad plugins 2.0.0 release

Hi,

I was running the needed tasks to get the first 2.0.0 release of the Apache
MyFaces Trinidad Maven 2 Plugins. This contains the first batch of JSF 2.0
support for the MyFaces Trinidad Maven plugins

The artifacts are deployed to my private Apache account ([1]).

Please take a look at the 2.0.0 artifacts and vote.

How to test those JARs ?

Use the stage repo inside your pom.xml file:
...
pluginRepositories
pluginRepository
idapache.stage/id
nameApache Stage Repository/name
urlhttp://people.apache.org/~matzew/plugins_2_0_0//url
layoutdefault/layout
/pluginRepository
/pluginRepositories
...


[ ] +1 for community members who have reviewed and tested the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
and why..


Thanks,
Matthias

[1] http://people.apache.org/~matzew/plugins_2_0_0/

-- 
Matthias Wessendorf

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

Re: [Vote] Trinidad plugins 2.0.0 release

+1

On Tue, Jan 5, 2010 at 9:57 AM, Matthias Wessendorf mat...@apache.org wrote:
 Hi,

 I was running the needed tasks to get the first 2.0.0 release of the Apache
 MyFaces Trinidad Maven 2 Plugins. This contains the first batch of JSF 2.0
 support for the MyFaces Trinidad Maven plugins

 The artifacts are deployed to my private Apache account ([1]).

 Please take a look at the 2.0.0 artifacts and vote.

 How to test those JARs ?

 Use the stage repo inside your pom.xml file:
 ...
 pluginRepositories
 pluginRepository
 idapache.stage/id
 nameApache Stage Repository/name
 urlhttp://people.apache.org/~matzew/plugins_2_0_0//url
 layoutdefault/layout
 /pluginRepository
 /pluginRepositories
 ...

 
 [ ] +1 for community members who have reviewed and tested the bits
 [ ] +0
 [ ] -1 for fatal flaws that should cause these bits not to be released,
 and why..
 

 Thanks,
 Matthias

 [1] http://people.apache.org/~matzew/plugins_2_0_0/

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

[Trinidad 2.0] new plugins dependency

Hi,

we are on the middle of releasing a first version of the JSF 2.0-based
Trinidad plugins.
As of that I updated the Trinidad 2.0 branch to reflect that.

How to use the tmp version, on the branch ?

Use the stage repo inside your pom.xml file:
 ...
 pluginRepositories
 pluginRepository
 idapache.stage/id
 nameApache Stage Repository/name
 urlhttp://people.apache.org/~matzew/plugins_2_0_0//url
 layoutdefault/layout
 /pluginRepository
 /pluginRepositories
 ...

or... you can check out the TAG ([1]) and built it from there.

Thanks!
Matthias

[1] 
http://svn.apache.org/repos/asf/myfaces/trinidad-maven/tags/maven-plugin-parent-2.0.0/

-- 
Matthias Wessendorf

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

[Vote] Trinidad 2.0.0-alpha release

Hi,

I was running the needed tasks to get the first (alpha) 2.0.0 release
of the Apache
MyFaces Trinidad CORE out.

The artifacts are deployed to my private Apache account ([1]). Note
that this release
does NOT complete the JSF 2.0 work, nor is it yet complete. It is a
first working result.

Release often; release early ;-)

Now, please take a look at the 2.0.0-alpha artifacts and vote


[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
 and why..


Thanks,
Matthias

[1] http://people.apache.org/~matzew/trinidad/2.0.0-alpha/

-- 
Matthias Wessendorf

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

Re: [Vote] Trinidad 2.0.0-alpha release

+1

On Tue, Jan 5, 2010 at 5:59 PM, Matthias Wessendorf mat...@apache.org wrote:
 Hi,

 I was running the needed tasks to get the first (alpha) 2.0.0 release
 of the Apache
 MyFaces Trinidad CORE out.

 The artifacts are deployed to my private Apache account ([1]). Note
 that this release
 does NOT complete the JSF 2.0 work, nor is it yet complete. It is a
 first working result.

 Release often; release early ;-)

 Now, please take a look at the 2.0.0-alpha artifacts and vote

 
 [ ] +1 for community members who have reviewed the bits
 [ ] +0
 [ ] -1 for fatal flaws that should cause these bits not to be released,
  and why..
 

 Thanks,
 Matthias

 [1] http://people.apache.org/~matzew/trinidad/2.0.0-alpha/

 --
 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: [TRINIDAD][API]TRINIDAD-1668 Speed up UIXComponent.getId()

On Thu, Dec 31, 2009 at 11:12 PM, Blake Sullivan
blake.sulli...@oracle.com wrote:
 UIComponent.getId() is by far the most requested component attribute.  There
 are a number of reasons for this:
 1) The JSF RI has an issue in the JSP-JSF integration which causes getId()
 to be called n^2 times where n is the number of children a component has

I guess this is true for MyFaces as well, right?

 2) getClientId() calls getId()
 3) FindComponent calls getId()
 4) The tree visiting code trades off calls to getClientId() for calls to
 getId()

 FacesBean optimizes attribute Map access at the expense of access directly
 through the component.  The the extent that Renderers are Components are
 accessing the attributes through the attribute Map, this is fine, however
 even the Renderers access attributes common to all UIComponents such as id()
 through the component directly.  Considering the huge number of times that
 the the id is accessed (for some renders, this was 8% of the rendering
 time), it makes sense to optimize this path.

 The proposal is to:
 1) Store the id an an instance variable on the UIXComponent
 2) Add a new capability flag to PropertyKey indicating that the property is
 actually stored elsewhere using a ValueExpression will be stored as the
 property's value in the PropertyMap.  For access through the FacesBean, the
 ValueExpression will be evaluated to get/set the actual value
 3) For state saving the ValueExpression is used to retrieve the actual value
 and for state restoration the ValueExpression (which has been rebootstrapped
 by the UIXComponent) is used to write the value back
 4) Instead of setting the id attribute in the FacesBean, UIXComponent stores
 it locally and sets an ValueExpression implementation into the FacesBean
 that retrieves the value from the UIXComponent

+1 on api/patch


 API Changes:

 PropertyKey:

 add

  /**
  * Capability indicating that values for this property should be
  * be stored and retrieved through a ValueExpression rather than on the
  * FacesBean itself
  */
  static public final int CAP_VALUE_EXPRESSION_IMPLEMENTATION = 16;

  /**
  * Returns codetrue/code if property values for this key are set and get
  * using a ValueExpression rather than storing the value in the FacesBean.
  * @return codetrue/code if properties values for this key are retrieved
  * with a ValueExpression.
  */
  public boolean usesValueExpressionAsImplementation()

 After this change id retrieval doesn't make the 1% YourKit profiler hot spot
 cut off






-- 
Matthias Wessendorf

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

Re: [Trinidad 2.0] new plugins dependency

as you noticed, the trinidad 2.0.0 alpha is now on the vote;

the new location for the ongoing working branch is located here:
https://svn.apache.org/repos/asf/myfaces/trinidad/branches/2.0.0.1-branch/

-Matthias

On Tue, Jan 5, 2010 at 10:04 AM, Matthias Wessendorf mat...@apache.org wrote:
 Hi,

 we are on the middle of releasing a first version of the JSF 2.0-based
 Trinidad plugins.
 As of that I updated the Trinidad 2.0 branch to reflect that.

 How to use the tmp version, on the branch ?

 Use the stage repo inside your pom.xml file:
  ...
  pluginRepositories
  pluginRepository
  idapache.stage/id
  nameApache Stage Repository/name
  urlhttp://people.apache.org/~matzew/plugins_2_0_0//url
  layoutdefault/layout
  /pluginRepository
  /pluginRepositories
  ...

 or... you can check out the TAG ([1]) and built it from there.

 Thanks!
 Matthias

 [1] 
 http://svn.apache.org/repos/asf/myfaces/trinidad-maven/tags/maven-plugin-parent-2.0.0/

 --
 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: Trinidad - JSF 2.0

Hey Paul,

a new CSS/Skin has also been discussed; I am cc'ing Catalin, as one of
his colleagues was working on that in the past.

-Matthias

On Wed, Jan 6, 2010 at 1:54 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
 hi paul,
 @trinidad for jsf 2.0: see [1]
 regards,
 gerhard
 [1] http://www.mail-archive.com/dev@myfaces.apache.org/msg42324.html

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces



 2010/1/5 Paul Pasquel paul.pasq...@modinter.com.ec

 HI



 We have developed an application using Oracle ADF components. After we had
 to migrate it to Apache Trinidad.



 My question is, what is the future for Apache Trinidad ? Are you planning
 to release a version compatibility with JSF 2.0 ? when ?



 And, finally, what is the vision of the components?. Create new components
 ... add more functionalities .. create better css compatibility.. etc



 Thanks in Advanced

 --
 This email was Anti Virus checked by Astaro Security Gateway.




-- 
Matthias Wessendorf

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

[GSoc] Google Summer of Code Idea

Hi guys,

running into this document:
http://diveintohtml5.org/forms.html

I started playing with some of the new widgets in my Chromium browser
(I wasn't aware that spinbox/sliders are part of
HTML5).

What about trying to find someone for a GSoC project, to add a (raw)
HTML 5 renderkit? Bernd and I talked about
a potential renderkit last time we saw each other, but now there is
actually some (raw) support on it inside of some
browsers...

Why not introducing an hx:*** namespace that could contain stuff as
the following:
-hx:inputRangeSlider
-hx:inputColor
-hx:whatEverNewWidgetIsPartOfHTML5 /

And/or some more functional stuff, like drag-and-drop:
-fx:dragAndDrop... (could be done as a behavior)

etc.

What do folks think about that?

-- 
Matthias Wessendorf

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

Re: [GSoc] Google Summer of Code Idea

as the mentioned behavior support already said, I'd like to see this
ONLY for JSF2.0 (MyFaces 2.0)

-Matze

On Wed, Jan 6, 2010 at 8:35 AM, Matthias Wessendorf mat...@apache.org wrote:
 Hi guys,

 running into this document:
 http://diveintohtml5.org/forms.html

 I started playing with some of the new widgets in my Chromium browser
 (I wasn't aware that spinbox/sliders are part of
 HTML5).

 What about trying to find someone for a GSoC project, to add a (raw)
 HTML 5 renderkit? Bernd and I talked about
 a potential renderkit last time we saw each other, but now there is
 actually some (raw) support on it inside of some
 browsers...

 Why not introducing an hx:*** namespace that could contain stuff as
 the following:
 -hx:inputRangeSlider
 -hx:inputColor
 -hx:whatEverNewWidgetIsPartOfHTML5 /

 And/or some more functional stuff, like drag-and-drop:
 -fx:dragAndDrop... (could be done as a behavior)

 etc.

 What do folks think about that?

 --
 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: [Trinidad] JS library cannot be found = buttons don't work

Hi,

do you have the ResourceServlet listed in your web.xml file ?

-Matthias

On Tue, Jan 5, 2010 at 2:02 PM, schneidc simon.w...@gmx.de wrote:

 Hello,

 I'm just trying to become acquainted with Trinidad but stumbled upon some
 strange problem.
 First I noticed that none of my buttons work and after a little digging I
 saw that a JavaScript library called Common1_0_11.js is linked in the
 generated pages which seems to be responsibel for buttons to work, but the
 actual file isn't there. So I had a look at my Trinidad .jar and there's
 also no such file, only one called Core.js which seems to contain the
 functions needed.

 Some my question is, how to come that the linked file isn't there/ or named
 wrongly and what can I do about it.


 Thanks
 Simon
 --
 View this message in context: 
 http://old.nabble.com/-Trinidad--JS-library-cannot-be-found-%3D%3E-buttons-don%27t-work-tp27026606p27026606.html
 Sent from the MyFaces - Users mailing list archive at Nabble.com.





-- 
Matthias Wessendorf

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

new site location

Hello,

OWB-215 is a very trivial change which simply updates the location of
the site, post graduation.

-M

-- 
Matthias Wessendorf

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

markmail: how to add a list ?

Hello,

not sure if this is the right place to ask...

I wonder what it takes to add the Apache OpenWebBeans project to Markmail ?

http://www.mail-archive.com/u...@openwebbeans.apache.org/
http://www.mail-archive.com/d...@openwebbeans.apache.org/

the project recently graduated from the incubator and its old lists
were already
archived on markmail.

Thanks!
Matthias

-- 
Matthias Wessendorf

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

-
To unsubscribe, e-mail: community-unsubscr...@apache.org
For additional commands, e-mail: community-h...@apache.org

Re: Continuum down ...

hrm, down again ? :)

On Sun, Jan 3, 2010 at 2:22 PM, Matthias Wessendorf mat...@apache.org wrote:
 Awesome! it looks like it is back again :-)

 Thx,
 Matthias

 On Sun, Jan 3, 2010 at 1:22 PM, Matthias Wessendorf mat...@apache.org wrote:
 Could anyone with userid/passwd restart the continuum server?

 Thanks :-)

 -Matthias

 On Wed, Dec 30, 2009 at 11:08 AM, Matthias Wessendorf mat...@apache.org 
 wrote:
 I can reach it via SSH, but I don't have the userid/psswd to do more
 stuff on the box

 On Wed, Dec 30, 2009 at 11:07 AM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:
 yes - the webserver is up.
 it also worked last time before it crashed completely...

 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2009/12/30 Matthias Wessendorf mat...@apache.org

 the server is up:

 http://myfaces.zones.apache.org

 On Wed, Dec 30, 2009 at 10:52 AM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:
  hello,
  yes - it's down since several days.
  last time it was a hardware issue.
  maybe it's again a related issue!?
  regards,
  gerhard
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
  2009/12/30 Matthias Wessendorf mat...@apache.org
 
  Hello (Bernd),
 
  do you mind to (re)start the continuum instance:
  http://myfaces.zones.apache.org:8080/continuum
 
  Not sure if we may update it as well :-)
 
  --
  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





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




 --
 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: Google Summer of Code Ideas Possible Mentors 2010

Hello Ali,

this list, the dev@myfaces.apache.org list, sounds right to discuss
things like your proposal.

I'd like to see (better) support for GAE in the myfaces 1.2 and 2.0
code lines. Doing so sounds like
a nice project for Google Summer of Code. I'd be interested in
monitoring/mentoring this as well

-Matthias

On Mon, Jan 4, 2010 at 10:44 AM, Ali Ok al...@aliok.com.tr wrote:
 Hello everyone,
 I think ASF will participate in the Google Summer of Code(GSoC) as last
 year.
 I want to begin working early and look for some ideas.

 Nowadays, Google App Engine(GAE) is very popular and I think implementing
 GAE support for MyFaces can be a good project.
 What I mean is, running MyFaces on GAE out of box with some context params
 like Mojarra's com.sun.faces.enableMultiThreadedStartup context parameter.
 (Mojarra developers added this parameter but Mojarra cannot be run out of
 box only with this change without some patched Jars.)
 Many people wrote articles about running JSF on GAE but, they include a
 patched JAR in their solutions.

 There is a mail-list thread about GAE suppos rt, however GAE now supports
 Servlet 2.5 and JSP 2.1, which is necessary to run MyFaces Core JSF-2.0.

 I couldnt find other discussion about GAE in MyFaces mail-lists.

 Can you give me some other ideas? I looked into some issues at the issue
 tracker but I couldn't find an issue that can be a GSoC project.
 And I search for any possible mentors.

 Cheers,
 Ali




-- 
Matthias Wessendorf

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

Re: Google Summer of Code Ideas Possible Mentors 2010

Hey Ali,

On Mon, Jan 4, 2010 at 12:10 PM, Ali Ok al...@aliok.com.tr wrote:
 Thanks Matthias and Jakob,

 According to last year's timeline, there is plenty of time to apply for the
 project at GSoC system(March 23) and to start working on the project(May
 23).

 However I would like to start earlier; get to know you and talk about the
 project.
 I like preparing a proof of concept about these kind of proposals and I
 think preparing it before March 23 would be great for me.

 Since, Matthias is interested in mentoring, I will start investigating stuff
 right away :)

ok, I will figure out the details on the ASF side of things for that.

So, let's stay on this (dev@myfaces.apache.org) list and let's use [GSoC] on the
beginning of the subject.

-Matthias


 Thanks for your support,
 Regards,
 Ali

 On Mon, Jan 4, 2010 at 12:19 PM, Jakob Korherr jakob.korh...@gmail.com
 wrote:

 Hi,

 +1 for the support for Google App Engine. Sounds like a really interesting
 project to me!

 Regards,
 Jakob


 2010/1/4 Matthias Wessendorf mat...@apache.org

 Hello Ali,

 this list, the dev@myfaces.apache.org list, sounds right to discuss
 things like your proposal.

 I'd like to see (better) support for GAE in the myfaces 1.2 and 2.0
 code lines. Doing so sounds like
 a nice project for Google Summer of Code. I'd be interested in
 monitoring/mentoring this as well

 -Matthias

 On Mon, Jan 4, 2010 at 10:44 AM, Ali Ok al...@aliok.com.tr wrote:
  Hello everyone,
  I think ASF will participate in the Google Summer of Code(GSoC) as last
  year.
  I want to begin working early and look for some ideas.
 
  Nowadays, Google App Engine(GAE) is very popular and I think
  implementing
  GAE support for MyFaces can be a good project.
  What I mean is, running MyFaces on GAE out of box with some context
  params
  like Mojarra's com.sun.faces.enableMultiThreadedStartup context
  parameter.
  (Mojarra developers added this parameter but Mojarra cannot be run out
  of
  box only with this change without some patched Jars.)
  Many people wrote articles about running JSF on GAE but, they include a
  patched JAR in their solutions.
 
  There is a mail-list thread about GAE suppos rt, however GAE now
  supports
  Servlet 2.5 and JSP 2.1, which is necessary to run MyFaces Core
  JSF-2.0.
 
  I couldnt find other discussion about GAE in MyFaces mail-lists.
 
  Can you give me some other ideas? I looked into some issues at the
  issue
  tracker but I couldn't find an issue that can be a GSoC project.
  And I search for any possible mentors.
 
  Cheers,
  Ali
 



 --
 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: [MyFaces 2.0] f:ajax onevent issue

On Wed, Dec 30, 2009 at 7:27 PM, Jakob Korherr jakob.korh...@gmail.com wrote:
 Hi Matthias,

 There are currently many f:ajax related bugs. These bugs are mostly because
 of forgotten characters like ', \ or in your case ).

to not forget about it, I filed this:
https://issues.apache.org/jira/browse/MYFACES-2471

-Matthias



 Curtiss Howard already filed MYFACES-2458, but the problem you're seeing is
 not mentioned yet.

 Regards,
 Jakob


 2009/12/30 Matthias Wessendorf mat...@apache.org

 Hi,

 I am seeing this:
 missing ) after argument list
 [Break on this error]

 jsf.util.chain(document.getElementById('...d656309279_1ee9688b','j_id1670484283_385

 on something like:

 h:commandLink value=Click me
  f:ajax onevent=myCustomJSCallback /
 /h:commandLink


 Is this already known? Otherwise I will file a bug on that (I am
 running on trunk)

 -Matthias

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

[COMMUNITY] MyFaces += Blake Sullivan

The Myfaces PMC is proud to announce a new addition to our community.

Please welcome Blake Sullivan as the newest MyFaces committer!
Blake is an active member of the myfaces community, especially on
the Trinidad subproject.

@Blake: Please add yourself to the Master-POM at
https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml

-Matthias

-- 
Matthias Wessendorf

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

Re: Continuum down ...

I did that; not sure it really worked.

In fact, the port is still down

-Matthias

On Mon, Jan 4, 2010 at 8:00 PM, Grant Smith work.gr...@gmail.com wrote:
 http://wiki.apache.org/myfaces/Continuum_Build  --- This shows how to get
 it up and running again

 On Mon, Jan 4, 2010 at 10:47 AM, Grant Smith work.gr...@gmail.com wrote:

 I added Matthias to the zone and sudoers file, but can't remember for the
 life of me how to get continuum up anymore.

 On Mon, Jan 4, 2010 at 10:11 AM, Gerhard Petracek gpetra...@apache.org
 wrote:

 maybe the infrastructure team knows what's wrong!?
 at least it would be nice to monitor port 8080 via nagios.

 regards,
 gerhard

 2009/12/30 Matthias Wessendorf mat...@apache.org

 Hello (Bernd),

 do you mind to (re)start the continuum instance:
 http://myfaces.zones.apache.org:8080/continuum

 Not sure if we may update it as well :-)

 --
 Matthias Wessendorf

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




 --
 Grant Smith




 --
 Grant Smith





-- 
Matthias Wessendorf

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

[COMMUNITY] MyFaces += Blake Sullivan

The Myfaces PMC is proud to announce a new addition to our community.

Please welcome Blake Sullivan as the newest MyFaces committer!
Blake is an active member of the myfaces community, especially on
the Trinidad subproject.

@Blake: Please add yourself to the Master-POM at
https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml

-Matthias

-- 
Matthias Wessendorf

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

Re: Website issue ? :-)

ok, I can do the temporary deployment 2morrow

-M

On Mon, Jan 4, 2010 at 10:59 PM, Mark Struberg strub...@yahoo.de wrote:
 +1

 but I'm currently really busy.
 Hope I have time on the weekend.

 txs and LieGrue,
 strub

 --- On Mon, 1/4/10, Matthias Wessendorf mat...@apache.org wrote:

 From: Matthias Wessendorf mat...@apache.org
 Subject: Website issue ? :-)
 To: dev@openwebbeans.apache.org
 Date: Monday, January 4, 2010, 10:40 PM
 Hello,

 someone wants me to deploy an updated version of the OWB
 page ?
 I'd initially upload a ZIP and simply extract that in
 /www/openwebbeans.apache.org/
 (sure I don't delete the current site)

 Also, we may want to move the butt over to Hudson or
 VMBuild (continuum server)

 -Matthias

 --
 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: Continuum down ...

2010-01-03 Thread Matthias Wessendorf

Could anyone with userid/passwd restart the continuum server?

Thanks :-)

-Matthias

On Wed, Dec 30, 2009 at 11:08 AM, Matthias Wessendorf mat...@apache.org wrote:
 I can reach it via SSH, but I don't have the userid/psswd to do more
 stuff on the box

 On Wed, Dec 30, 2009 at 11:07 AM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:
 yes - the webserver is up.
 it also worked last time before it crashed completely...

 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2009/12/30 Matthias Wessendorf mat...@apache.org

 the server is up:

 http://myfaces.zones.apache.org

 On Wed, Dec 30, 2009 at 10:52 AM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:
  hello,
  yes - it's down since several days.
  last time it was a hardware issue.
  maybe it's again a related issue!?
  regards,
  gerhard
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
  2009/12/30 Matthias Wessendorf mat...@apache.org
 
  Hello (Bernd),
 
  do you mind to (re)start the continuum instance:
  http://myfaces.zones.apache.org:8080/continuum
 
  Not sure if we may update it as well :-)
 
  --
  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





 --
 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: Continuum down ...

2010-01-03 Thread Matthias Wessendorf

Awesome! it looks like it is back again :-)

Thx,
Matthias

On Sun, Jan 3, 2010 at 1:22 PM, Matthias Wessendorf mat...@apache.org wrote:
 Could anyone with userid/passwd restart the continuum server?

 Thanks :-)

 -Matthias

 On Wed, Dec 30, 2009 at 11:08 AM, Matthias Wessendorf mat...@apache.org 
 wrote:
 I can reach it via SSH, but I don't have the userid/psswd to do more
 stuff on the box

 On Wed, Dec 30, 2009 at 11:07 AM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:
 yes - the webserver is up.
 it also worked last time before it crashed completely...

 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2009/12/30 Matthias Wessendorf mat...@apache.org

 the server is up:

 http://myfaces.zones.apache.org

 On Wed, Dec 30, 2009 at 10:52 AM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:
  hello,
  yes - it's down since several days.
  last time it was a hardware issue.
  maybe it's again a related issue!?
  regards,
  gerhard
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
  2009/12/30 Matthias Wessendorf mat...@apache.org
 
  Hello (Bernd),
 
  do you mind to (re)start the continuum instance:
  http://myfaces.zones.apache.org:8080/continuum
 
  Not sure if we may update it as well :-)
 
  --
  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





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




-- 
Matthias Wessendorf

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

Re: [MyFaces 2.0] f:ajax onevent issue

On Wed, Dec 30, 2009 at 7:27 PM, Jakob Korherr jakob.korh...@gmail.com wrote:
 Hi Matthias,

 There are currently many f:ajax related bugs.

Yeah, I just noticed that :-)

 These bugs are mostly because
 of forgotten characters like ', \ or in your case ).

 Curtiss Howard already filed MYFACES-2458, but the problem you're seeing is
 not mentioned yet.

 Regards,
 Jakob


 2009/12/30 Matthias Wessendorf mat...@apache.org

 Hi,

 I am seeing this:
 missing ) after argument list
 [Break on this error]

 jsf.util.chain(document.getElementById('...d656309279_1ee9688b','j_id1670484283_385

 on something like:

 h:commandLink value=Click me
  f:ajax onevent=myCustomJSCallback /
 /h:commandLink


 Is this already known? Otherwise I will file a bug on that (I am
 running on trunk)

 -Matthias

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

Fwd: heads-up: issue with tag_doc / spec (pdf)

FYI


-- Forwarded message --
From: Matthias Wessendorf mat...@apache.org
Date: Thu, Dec 31, 2009 at 12:52 PM
Subject: heads-up: issue with tag_doc / spec (pdf)
To: d...@javaserverfaces.dev.java.net


https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=712

-Matthias

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

f:event listener not invoked ?

Hey,

I wonder if that is also a known issue. Currently the listener method
expression:

f:event type=javax.faces.event.PreRenderViewEvent
listener=#{bean.method} /

is not invoked, when I enter the page (view)

-Matthias

-- 
Matthias Wessendorf

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

Re: [MyFaces 2.0] f:ajax onevent issue

On Thu, Dec 31, 2009 at 11:25 AM, Matthias Wessendorf mat...@apache.org wrote:
 On Wed, Dec 30, 2009 at 7:27 PM, Jakob Korherr jakob.korh...@gmail.com 
 wrote:
 Hi Matthias,

 There are currently many f:ajax related bugs.

 Yeah, I just noticed that :-)

looks like some duplicated IDs are around when submitting Ajax requests:

java.lang.IllegalStateException: Client-id : j_id656309279_1ee968d7 is
duplicated in the faces tree. Component : j_id656309279_1ee968d7,
path: {Component-Path : [Class:
javax.faces.component.UIViewRoot,ViewId: /ajax.xhtml][Class:
javax.faces.component.html.HtmlHead,Id: j_id656309279_1ee968f9][Class:
javax.faces.component.UIOutput,Id: j_id656309279_1ee968d7]}
at 
org.apache.myfaces.context.ExceptionHandlerImpl.wrap(ExceptionHandlerImpl.java:241)
at 
org.apache.myfaces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:156)
at 
org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:216)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:389)
at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
at 
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at 
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at 
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at 
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534)
at 
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
at 
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
Caused by: java.lang.IllegalStateException: Client-id :
j_id656309279_1ee968d7 is duplicated in the faces tree. Component :
j_id656309279_1ee968d7, path: {Component-Path : [Class:
javax.faces.component.UIViewRoot,ViewId: /ajax.xhtml][Class:
javax.faces.component.html.HtmlHead,Id: j_id656309279_1ee968f9][Class:
javax.faces.component.UIOutput,Id: j_id656309279_1ee968d7]}
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java:515)
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java:530)
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java:530)
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedView(JspStateManagerImpl.java:468)
at javax.faces.application.StateManager.saveView(StateManager.java:114)
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.saveView(JspStateManagerImpl.java:460)
at 
org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:862)
at 
org.apache.myfaces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:222)
at 
javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:59)
at 
org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:73)
at 
org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:201)
... 18 more


Not much time to check this out, today ;-)

Just posting here to have it search-able in the archive.




 These bugs are mostly because
 of forgotten characters like ', \ or in your case ).

 Curtiss Howard already filed MYFACES-2458, but the problem you're seeing is
 not mentioned yet.

 Regards,
 Jakob


 2009/12/30 Matthias Wessendorf mat...@apache.org

 Hi,

 I am seeing this:
 missing ) after argument list
 [Break on this error]

 jsf.util.chain(document.getElementById('...d656309279_1ee9688b','j_id1670484283_385

 on something like:

 h:commandLink value=Click me
  f:ajax onevent=myCustomJSCallback /
 /h:commandLink


 Is this already known? Otherwise I will file a bug on that (I am
 running on trunk)

 -Matthias

 --
 Matthias Wessendorf

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





 --
 Matthias Wessendorf

 blog: http

Re: [MyFaces 2.0] f:ajax onevent issue

filed this:
MYFACES-2470

with a _very_ simple test-case.
I hope to get a chance for this on Saturday...

On Thu, Dec 31, 2009 at 2:04 PM, Matthias Wessendorf mat...@apache.org wrote:
 On Thu, Dec 31, 2009 at 11:25 AM, Matthias Wessendorf mat...@apache.org 
 wrote:
 On Wed, Dec 30, 2009 at 7:27 PM, Jakob Korherr jakob.korh...@gmail.com 
 wrote:
 Hi Matthias,

 There are currently many f:ajax related bugs.

 Yeah, I just noticed that :-)

 looks like some duplicated IDs are around when submitting Ajax requests:

 java.lang.IllegalStateException: Client-id : j_id656309279_1ee968d7 is
 duplicated in the faces tree. Component : j_id656309279_1ee968d7,
 path: {Component-Path : [Class:
 javax.faces.component.UIViewRoot,ViewId: /ajax.xhtml][Class:
 javax.faces.component.html.HtmlHead,Id: j_id656309279_1ee968f9][Class:
 javax.faces.component.UIOutput,Id: j_id656309279_1ee968d7]}
        at 
 org.apache.myfaces.context.ExceptionHandlerImpl.wrap(ExceptionHandlerImpl.java:241)
        at 
 org.apache.myfaces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:156)
        at 
 org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:216)
        at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
        at 
 org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
        at 
 org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:389)
        at 
 org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
        at 
 org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
        at 
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
        at 
 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
        at 
 org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
        at 
 org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at 
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
        at org.mortbay.jetty.Server.handle(Server.java:326)
        at 
 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534)
        at 
 org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
        at 
 org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
        at 
 org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
 Caused by: java.lang.IllegalStateException: Client-id :
 j_id656309279_1ee968d7 is duplicated in the faces tree. Component :
 j_id656309279_1ee968d7, path: {Component-Path : [Class:
 javax.faces.component.UIViewRoot,ViewId: /ajax.xhtml][Class:
 javax.faces.component.html.HtmlHead,Id: j_id656309279_1ee968f9][Class:
 javax.faces.component.UIOutput,Id: j_id656309279_1ee968d7]}
        at 
 org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java:515)
        at 
 org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java:530)
        at 
 org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java:530)
        at 
 org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedView(JspStateManagerImpl.java:468)
        at javax.faces.application.StateManager.saveView(StateManager.java:114)
        at 
 org.apache.myfaces.application.jsp.JspStateManagerImpl.saveView(JspStateManagerImpl.java:460)
        at 
 org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage.renderView(FaceletViewDeclarationLanguage.java:862)
        at 
 org.apache.myfaces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:222)
        at 
 javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:59)
        at 
 org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:73)
        at 
 org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:201)
        ... 18 more


 Not much time to check this out, today ;-)

 Just posting here to have it search-able in the archive.




 These bugs are mostly because
 of forgotten characters like ', \ or in your case ).

 Curtiss Howard already filed MYFACES-2458, but the problem you're seeing is
 not mentioned yet.

 Regards,
 Jakob


 2009/12/30 Matthias Wessendorf mat...@apache.org

 Hi,

 I am seeing this:
 missing ) after argument list
 [Break on this error]

 jsf.util.chain(document.getElementById('...d656309279_1ee9688b','j_id1670484283_385

 on something like:

 h:commandLink value=Click me
  f:ajax onevent=myCustomJSCallback /
 /h:commandLink


 Is this already known? Otherwise I will file a bug on that (I am
 running on trunk)

 -Matthias

Continuum down ...

Hello (Bernd),

do you mind to (re)start the continuum instance:
http://myfaces.zones.apache.org:8080/continuum

Not sure if we may update it as well :-)

-- 
Matthias Wessendorf

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

Re: Continuum down ...

the server is up:

http://myfaces.zones.apache.org

On Wed, Dec 30, 2009 at 10:52 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
 hello,
 yes - it's down since several days.
 last time it was a hardware issue.
 maybe it's again a related issue!?
 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2009/12/30 Matthias Wessendorf mat...@apache.org

 Hello (Bernd),

 do you mind to (re)start the continuum instance:
 http://myfaces.zones.apache.org:8080/continuum

 Not sure if we may update it as well :-)

 --
 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: Continuum down ...

I can reach it via SSH, but I don't have the userid/psswd to do more
stuff on the box

On Wed, Dec 30, 2009 at 11:07 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
 yes - the webserver is up.
 it also worked last time before it crashed completely...

 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces


 2009/12/30 Matthias Wessendorf mat...@apache.org

 the server is up:

 http://myfaces.zones.apache.org

 On Wed, Dec 30, 2009 at 10:52 AM, Gerhard Petracek
 gerhard.petra...@gmail.com wrote:
  hello,
  yes - it's down since several days.
  last time it was a hardware issue.
  maybe it's again a related issue!?
  regards,
  gerhard
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
  2009/12/30 Matthias Wessendorf mat...@apache.org
 
  Hello (Bernd),
 
  do you mind to (re)start the continuum instance:
  http://myfaces.zones.apache.org:8080/continuum
 
  Not sure if we may update it as well :-)
 
  --
  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





-- 
Matthias Wessendorf

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

MyFaces 2 and OWB and jetty

(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:324)
at 
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at 
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at 
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)


-- 
Matthias Wessendorf

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

Re: MyFaces 2 and OWB and jetty

wrong list :-)

On Wed, Dec 30, 2009 at 12:33 PM, Matthias Wessendorf mat...@apache.org wrote:
 Hi,

 I have a simple @Model annotated bean and when I access my URL:
 http://localhost:9090/faces/helloWorld.xhtml

 I get the attached error - However, the page renders the content of
 h:outputText value=#{bean.foo} /.

 -Matthias

 [INFO] Starting scanner at interval of 10 seconds.
 12:28:58,545 ERROR EnterpriseLifeCycle:100 - Got an Exception while
 starting a fresh session!
 java.lang.IllegalStateException: No SessionHandler or SessionManager
        at org.mortbay.jetty.Request.getSession(Request.java:1022)
        at org.mortbay.jetty.Request.getSession(Request.java:1012)
        at 
 org.apache.webbeans.lifecycle.EnterpriseLifeCycle.requestStarted(EnterpriseLifeCycle.java:127)
        at 
 org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:76)
        at 
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at 
 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at 
 org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
        at 
 org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at 
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:324)
        at 
 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
        at 
 org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
        at 
 org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
        at 
 org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
 12:28:58,604  INFO WebBeansPhaseListener:143 - Creating a new
 transitional conversation for view: [null]
 Dec 30, 2009 12:28:58 PM
 org.apache.myfaces.application.ApplicationImpl getProjectStage
 INFO: Couldn't discover the current project stage, using Production
 2009-12-30 12:28:58.990:/:INFO:  No state saving method defined,
 assuming default server state saving
 12:28:59,179  INFO WebBeansPhaseListener:143 - Destroying the
 conversation context with cid: [null] for view: [/helloWorld.xhtml]
 12:28:59,244 ERROR EnterpriseLifeCycle:100 - Got an Exception while
 starting a fresh session!
 java.lang.IllegalStateException: No SessionHandler or SessionManager
        at org.mortbay.jetty.Request.getSession(Request.java:1022)
        at org.mortbay.jetty.Request.getSession(Request.java:1012)
        at 
 org.apache.webbeans.lifecycle.EnterpriseLifeCycle.requestStarted(EnterpriseLifeCycle.java:127)
        at 
 org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:76)
        at 
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at 
 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at 
 org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
        at 
 org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at 
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:324)
        at 
 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
        at 
 org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
        at 
 org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
        at 
 org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
 12:29:02,226 ERROR EnterpriseLifeCycle:100 - Got an Exception while
 starting a fresh session!
 java.lang.IllegalStateException: No SessionHandler or SessionManager
        at org.mortbay.jetty.Request.getSession(Request.java:1022)
        at org.mortbay.jetty.Request.getSession(Request.java:1012)
        at 
 org.apache.webbeans.lifecycle.EnterpriseLifeCycle.requestStarted(EnterpriseLifeCycle.java:127)
        at 
 org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:76)
        at 
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at 
 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at 
 org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206

Re: MyFaces 2 and OWB and jetty

FWIW:
using  Jetty 6.1.18 makes that sucker go away :-)

http://jira.codehaus.org/browse/JETTY-910

-Matthias

On Wed, Dec 30, 2009 at 12:33 PM, Matthias Wessendorf mat...@apache.org wrote:
 wrong list :-)

 On Wed, Dec 30, 2009 at 12:33 PM, Matthias Wessendorf mat...@apache.org 
 wrote:
 Hi,

 I have a simple @Model annotated bean and when I access my URL:
 http://localhost:9090/faces/helloWorld.xhtml

 I get the attached error - However, the page renders the content of
 h:outputText value=#{bean.foo} /.

 -Matthias

 [INFO] Starting scanner at interval of 10 seconds.
 12:28:58,545 ERROR EnterpriseLifeCycle:100 - Got an Exception while
 starting a fresh session!
 java.lang.IllegalStateException: No SessionHandler or SessionManager
        at org.mortbay.jetty.Request.getSession(Request.java:1022)
        at org.mortbay.jetty.Request.getSession(Request.java:1012)
        at 
 org.apache.webbeans.lifecycle.EnterpriseLifeCycle.requestStarted(EnterpriseLifeCycle.java:127)
        at 
 org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:76)
        at 
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at 
 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at 
 org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
        at 
 org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at 
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:324)
        at 
 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
        at 
 org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
        at 
 org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
        at 
 org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
 12:28:58,604  INFO WebBeansPhaseListener:143 - Creating a new
 transitional conversation for view: [null]
 Dec 30, 2009 12:28:58 PM
 org.apache.myfaces.application.ApplicationImpl getProjectStage
 INFO: Couldn't discover the current project stage, using Production
 2009-12-30 12:28:58.990:/:INFO:  No state saving method defined,
 assuming default server state saving
 12:28:59,179  INFO WebBeansPhaseListener:143 - Destroying the
 conversation context with cid: [null] for view: [/helloWorld.xhtml]
 12:28:59,244 ERROR EnterpriseLifeCycle:100 - Got an Exception while
 starting a fresh session!
 java.lang.IllegalStateException: No SessionHandler or SessionManager
        at org.mortbay.jetty.Request.getSession(Request.java:1022)
        at org.mortbay.jetty.Request.getSession(Request.java:1012)
        at 
 org.apache.webbeans.lifecycle.EnterpriseLifeCycle.requestStarted(EnterpriseLifeCycle.java:127)
        at 
 org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:76)
        at 
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at 
 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at 
 org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
        at 
 org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at 
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:324)
        at 
 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
        at 
 org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
        at 
 org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
        at 
 org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
 12:29:02,226 ERROR EnterpriseLifeCycle:100 - Got an Exception while
 starting a fresh session!
 java.lang.IllegalStateException: No SessionHandler or SessionManager
        at org.mortbay.jetty.Request.getSession(Request.java:1022)
        at org.mortbay.jetty.Request.getSession(Request.java:1012)
        at 
 org.apache.webbeans.lifecycle.EnterpriseLifeCycle.requestStarted(EnterpriseLifeCycle.java:127)
        at 
 org.apache.webbeans.servlet.WebBeansConfigurationListener.requestInitialized(WebBeansConfigurationListener.java:76)
        at 
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712

Re: Is there a MyFaces-2.0 milestone release?