Re: [myfaces site] community information

2011-02-13 Thread Bart Kummel
Hi all,

Today, I have been adding some initial stuff to
http://wiki.apache.org/myfaces/Drafts/Site/ and some pages below that. Most
of the texts are slightly adapted texts from my book. Please let me know
what you think about this. Feel free to edit the pages to correct errors or
add useful info. I hope to add some more stuff in the weeks to come.

FYI: I have signed an ICLA aggreement and sent it to the Apache secretary. I
got a confirmation that it was received.

Best regards,
Bart

On Sat, Feb 5, 2011 at 17:55, Bart Kummel b...@kummelweb.nl wrote:

 Hi all,

 This sounds good from my perspective as an author. I'll discuss this with
 the publisher first now. I'll keep y'all posted.

 Best regards,
 Bart


 On Fri, Feb 4, 2011 at 18:21, Gerhard gerhard.petra...@gmail.com wrote:

 imo pinging the legal mailing list is a great idea.

 regards,
 gerhard

 http://www.irian.at

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

 Professional Support for Apache MyFaces



 2011/2/4 Mark Struberg strub...@yahoo.de

 Hi!

 First of all: thanks Bart, that would be way cool if you could help us
 with pimping our documentation!

 For the legal question:
 Actually contains of 2 parts:
 All people who like to write articles in our Wiki need to have a CLA [1]
 on file. This is just to make sure that the ASF cannot get blamed for
 'stealing' things from somewhere. Just send the signedscanned iCLA to
 secret...@apache.org and that's all from the ASF side.

 The other legal aspect is if you can reuse parts of your book. Please ask
 for the ok of your publisher. Usually that's not a big deal because they are
 happy about such ads ;) But it has to be done, just to make sure.

 All: I know the wiki/CMS is a community project, but if the contribution
 is homogenuous and reaches a certain size, then I think we can also add a
 preposition containing something like Parts of this article are taken from
 and based upon Bart Kummels Book 'Apache MyFaces 1.2 Web Application
 Development', packtpub publishing 2009. Not sure how we express the grant
 to publish it on our wiki though...

 All, is this ok from a community perspective? Bart i,s this ok from an
 Authors perspective? Any more input? Or should we check with legal or board
 to be sure?


 LieGrue,
 strub



 [1] http://www.apache.org/licenses/icla.txt

 --- On Fri, 2/4/11, Gerhard gerhard.petra...@gmail.com wrote:

 From: Gerhard gerhard.petra...@gmail.com
 Subject: Re: [myfaces site] community information
 To: MyFaces Development dev@myfaces.apache.org
 Date: Friday, February 4, 2011, 3:58 PM

 as far as i know the publisher supports open-source projects.however, we
 have to think about possible issues.maybe a patch with Grant license to ASF
 for inclusion in ASF works (as per the Apache License ยง5) would be a good
 idea (before we commit the final text).


 regards,gerhard
 http://www.irian.at

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

 Professional Support for Apache MyFaces






 2011/2/4 Gerhard gerhard.petra...@gmail.com


 great to hear that you will have time for an initial brainstorming!
 regards,gerhard
 http://www.irian.at



 Your JSF powerhouse -

 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces




 2011/2/4 Bart Kummel b...@kummelweb.nl



 Hi all,
 I discussed this with Gerhard via IM. I will put some drafts on the wiki
 page he created next week. I plan to re-use some texts from my book, which
 by itself is a good introduction to MyFaces, also for non-maven projects.




 Best regards,Bart

 On Fri, Feb 4, 2011 at 12:57, Gerhard gerhard.petra...@gmail.com
 wrote:




 i've created a page [1] in our dev-wiki for brainstorming.
 regards,gerhard





 [1] http://wiki.apache.org/myfaces/Drafts/Site


 http://www.irian.at

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

 Professional Support for Apache MyFaces







 2011/2/3 Gerhard gerhard.petra...@gmail.com






 thx for the hint mark!
 regards,gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and






 Courses in English and German


 Professional Support for Apache MyFaces




 2011/2/3 Mark Struberg strub...@yahoo.de







 +1 for better community doku



 +0 for wiki. There is the new Apache CMS [1] out now, and a few projects
 already move their documentation stuff over from the wiki to the CMS (tool
 for it see [2]). We should at least take a look at it before we put effort
 into a wiki which might get replaced soon.










 LieGrue,

 strub



 [1] http://wiki.apache.org/general/ApacheCms2010

 [2]
 https://svn.apache.org/repos/infra/websites/cms/conversion-utilities/cwiki





 --- On Thu, 2/3/11, Gerhard gerhard.petra...@gmail.com wrote:



 From: Gerhard gerhard.petra...@gmail.com

 Subject: [myfaces site] community information

 To: MyFaces Development dev@myfaces.apache.org

 

[jira] Created: (EXTCDI-134) unified base-config

2011-02-13 Thread Gerhard Petracek (JIRA)
unified base-config
---

 Key: EXTCDI-134
 URL: https://issues.apache.org/jira/browse/EXTCDI-134
 Project: MyFaces CODI
  Issue Type: Improvement
Reporter: Gerhard Petracek


basically codi configuration is based on cdi mechanisms.
however, there are artifacts which have to be configured before cdi is up and 
running.
instead of hardcoding config names,... it should be handled via implementations 
of ConfiguredValueResolver.
that also allows to introduce custom config approaches e.g. for the project 
stage.

via the existing @InvocationOrder annotation it should be possible to specify 
the order and via the ClassDeactivator approach it should be possible to 
deactivate existing implementations of ConfiguredValueResolver.

optionally it should be possible to aggregate implementations (if it makes 
sense for the specific artifact)

without custom implementations it should be possible to configure artifacts via:
- system property
- service loader
- jndi

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Resolved: (EXTCDI-134) unified base-config

2011-02-13 Thread Gerhard Petracek (JIRA)

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

Gerhard Petracek resolved EXTCDI-134.
-

   Resolution: Fixed
Fix Version/s: 0.9.3

 unified base-config
 ---

 Key: EXTCDI-134
 URL: https://issues.apache.org/jira/browse/EXTCDI-134
 Project: MyFaces CODI
  Issue Type: Improvement
Reporter: Gerhard Petracek
 Fix For: 0.9.3


 basically codi configuration is based on cdi mechanisms.
 however, there are artifacts which have to be configured before cdi is up and 
 running.
 instead of hardcoding config names,... it should be handled via 
 implementations of ConfiguredValueResolver.
 that also allows to introduce custom config approaches e.g. for the project 
 stage.
 via the existing @InvocationOrder annotation it should be possible to specify 
 the order and via the ClassDeactivator approach it should be possible to 
 deactivate existing implementations of ConfiguredValueResolver.
 optionally it should be possible to aggregate implementations (if it makes 
 sense for the specific artifact)
 without custom implementations it should be possible to configure artifacts 
 via:
 - system property
 - service loader
 - jndi

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




Re: On an unrelated sidenote

2011-02-13 Thread Werner Punz

Ok sorry for answering so late, but I have been busy, you know why.
Thanks a lot for all the congratulations. Guess my life has become more
interesting but also more stressful now :-)
My new son is a cute child.


Werner



Am 13.02.11 04:23, schrieb Mike Kienenberger:

Congratulations!   The best is ahead!  (I have two of each now)

On Fri, Feb 11, 2011 at 5:26 PM, Werner Punzwerner.p...@gmail.com  wrote:

I have become father of a nice little boy yesterday.
My second child.


Werner









[jira] Updated: (TRINIDAD-2030) Honor SKIP_ITERATION FacesContext property

2011-02-13 Thread Andy Schwartz (JIRA)

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

Andy Schwartz updated TRINIDAD-2030:


Status: Patch Available  (was: Open)

 Honor SKIP_ITERATION FacesContext property
 --

 Key: TRINIDAD-2030
 URL: https://issues.apache.org/jira/browse/TRINIDAD-2030
 Project: MyFaces Trinidad
  Issue Type: Improvement
  Components: Components
Affects Versions: 2.0.0-beta-1
Reporter: Andy Schwartz
Priority: Minor
 Attachments: trinidad-skip-iteration.patch


 As discussed in this MyFaces core issue:
 MYFACES-3036 Support SKIP_ITERATION FacesContext property
 The JSF-314 EG (and members of Mojarra and MyFaces) agreed to use the 
 javax.faces.visit.SKIP_ITERATION FacesContext property (during the 2.0 
 timeframe) to indicate that a tree visit should not trigger iteration in 
 iterating components like UIData/UIRepeat.  Opening this issue to request 
 that iterating Trinidad components (UIXIterator, UIXCollection) honor this 
 property as well.
 Note that Trinidad already handles this centrally in 
 UIXComponent.visitChildren:
   // determine whether this visit should be iterating.  If it shouldn't, 
 don't
   // even call the protected hook.  We currently don't iterate during the
   // restore view phase when we are visiting all of the components.
   boolean noIterate = (visitContext.getIdsToVisit() == 
 VisitContext.ALL_IDS) 
   (context.getCurrentPhaseId() == 
 PhaseId.RESTORE_VIEW);
   doneVisiting =  (noIterate)
 ? uixParentComponent._visitAllChildren(visitContext, 
 callback)
 : uixParentComponent.visitChildren(visitContext, 
 callback);
 This issue is requesting that we enhance the above noIterate test to also 
 check the SKIP_ITERATION property.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (TRINIDAD-2030) Honor SKIP_ITERATION FacesContext property

2011-02-13 Thread Andy Schwartz (JIRA)

[ 
https://issues.apache.org/jira/browse/TRINIDAD-2030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12994181#comment-12994181
 ] 

Andy Schwartz commented on TRINIDAD-2030:
-

One comment on the attached patch...

Originally I was thinking that we would skip iteration if either the 
SKIP_ITERATION hint is specified *or* we are in the restore view phase.  
However, after seeing the following MyFaces core issue:

MYFACES-3033 Improve DebugPhaseListener for UIData and SKIP_ITERATION
https://issues.apache.org/jira/browse/MYFACES-3033

It seems that we want to allow iterating visits during the restore view phase, 
if only because the MyFaces DebugPhaseListener attempts to do this.  As such, 
the patch removes the previous phase check and only checks for the 
SKIP_ITERATION hint.



 Honor SKIP_ITERATION FacesContext property
 --

 Key: TRINIDAD-2030
 URL: https://issues.apache.org/jira/browse/TRINIDAD-2030
 Project: MyFaces Trinidad
  Issue Type: Improvement
  Components: Components
Affects Versions: 2.0.0-beta-1
Reporter: Andy Schwartz
Priority: Minor
 Attachments: trinidad-skip-iteration.patch


 As discussed in this MyFaces core issue:
 MYFACES-3036 Support SKIP_ITERATION FacesContext property
 The JSF-314 EG (and members of Mojarra and MyFaces) agreed to use the 
 javax.faces.visit.SKIP_ITERATION FacesContext property (during the 2.0 
 timeframe) to indicate that a tree visit should not trigger iteration in 
 iterating components like UIData/UIRepeat.  Opening this issue to request 
 that iterating Trinidad components (UIXIterator, UIXCollection) honor this 
 property as well.
 Note that Trinidad already handles this centrally in 
 UIXComponent.visitChildren:
   // determine whether this visit should be iterating.  If it shouldn't, 
 don't
   // even call the protected hook.  We currently don't iterate during the
   // restore view phase when we are visiting all of the components.
   boolean noIterate = (visitContext.getIdsToVisit() == 
 VisitContext.ALL_IDS) 
   (context.getCurrentPhaseId() == 
 PhaseId.RESTORE_VIEW);
   doneVisiting =  (noIterate)
 ? uixParentComponent._visitAllChildren(visitContext, 
 callback)
 : uixParentComponent.visitChildren(visitContext, 
 callback);
 This issue is requesting that we enhance the above noIterate test to also 
 check the SKIP_ITERATION property.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




Re: [TRINIDAD] Time for a new Trindiad Beta Release

2011-02-13 Thread Andy Schwartz
I have uploaded a patch for TRINIDAD-2030.  If nobody objects, I would
like to include this fix in the proposed beta release.

Andy


Re: On an unrelated sidenote

2011-02-13 Thread Andy Schwartz
Wanted to add my congratulations, as I sit here while my wife attempts
to put a very fussy 5 month old down for the night.  :-)  Best wishes
Werner!

Andy


Re: [TRINIDAD] Time for a new Trindiad Beta Release

2011-02-13 Thread Scott O'Bryan
We're waiting for you Andy.. :D  what's the JIRA #?

Also, are your committer rights all set up?  If so, go ahead and test
and commit.  If not, then I'll do it..

On Feb 13, 2011, at 6:41 PM, Andy Schwartz andy.g.schwa...@gmail.com wrote:

 I have uploaded a patch for TRINIDAD-2030.  If nobody objects, I would
 like to include this fix in the proposed beta release.

 Andy