[jira] Updated: (TRINIDAD-1302) Removal of messages regarding the JavaScript capability of WAP2.O browsers

[ https://issues.apache.org/jira/browse/TRINIDAD-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Weßendorf updated TRINIDAD-1302: - Resolution: Fixed Fix Version/s: 1.2.11-core

[jira] Created: (TOBAGO-721) UIColumnEvent should respect attribute rendered

UIColumnEvent should respect attribute rendered --- Key: TOBAGO-721 URL: https://issues.apache.org/jira/browse/TOBAGO-721 Project: MyFaces Tobago Issue Type: Improvement Components: Core

[jira] Created: (TOBAGO-722) more info for stateChangeListener in Tag sheet

more info for stateChangeListener in Tag sheet -- Key: TOBAGO-722 URL: https://issues.apache.org/jira/browse/TOBAGO-722 Project: MyFaces Tobago Issue Type: Task Environment:

[jira] Created: (EXTVAL-26) validation exception interceptor

validation exception interceptor Key: EXTVAL-26 URL: https://issues.apache.org/jira/browse/EXTVAL-26 Project: MyFaces Extensions Validator Issue Type: New Feature Components: Core

[jira] Created: (EXTVAL-27) reuse required message of jsf

reuse required message of jsf - Key: EXTVAL-27 URL: https://issues.apache.org/jira/browse/EXTVAL-27 Project: MyFaces Extensions Validator Issue Type: Task Components: Core, Property Validation, Trinidad

Promoting the s:limitRendered component as t:renderOne

Hi All, There was a discussion a while ago on this list about promoting the sandbox s:limitRendered component (written by Andrew Robinson) into tomahawk. There seemed to be general agreement that it was useful, but that some rework should be done, including: * renaming to t:renderOne *

Re: Impl compile time dependency to Shared

Yes or provided. On Wed, Nov 12, 2008 at 3:27 PM, Bruno Aranda [EMAIL PROTECTED] wrote: If it is not the case, the myfaces-shared-impl should be marked as 'optional' in the impl pom.xml? Bruno 2008/11/12 Cagatay Civici [EMAIL PROTECTED] When I add myfaces-imp 1.2.5 to my pom as a

Re: Impl compile time dependency to Shared

since classes are copied into the myfaces-impl jar, there should not be any dependency at all. but, to force maven to build myfaces-shared-impl first there should be a fake provided dependency. AFAIR this was the case. I wonder if someone has modified/added this dependency lately? --Manfred On

Re: [VOTE] release for tomahawk 1.1.8

Leonardo Uribe schrieb: Hi, I was running the needed tasks to get the 1.1.8 release of Apache MyFaces Tomahawk out. Some initial test results: The tomahawk-1.1.8 jar works well with Facelets + Mojarra1.2.0_09 + java1.6. For the staging repo files deployed here:

Re: Promoting the s:limitRendered component as t:renderOne

Hi Hazem, If you have time then that would be great! The discussion thread can be found here: http://www.nabble.com/-VOTE--Upgrade-s:limitRendered-to-tomahawk-td18226749.html Regards, Simon Hazem Saleh schrieb: Hi Simon, I can work on this task. On Wed, Nov 12, 2008 at 5:20 PM, Simon

[jira] Commented: (MYFACES-434) MyFaces's Portlet enhancement

[ https://issues.apache.org/jira/browse/MYFACES-434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12646858#action_12646858 ] Andreas Niemeyer commented on MYFACES-434: -- Hi, Is that issue solved and

[jira] Resolved: (TOBAGO-721) UIColumnEvent should respect attribute rendered

[ https://issues.apache.org/jira/browse/TOBAGO-721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Bohmann resolved TOBAGO-721. -- Resolution: Fixed UIColumnEvent should respect attribute rendered

[jira] Resolved: (TOBAGO-720) Facelets AttributeHandler should support ValueExpression for renderedPartially

[ https://issues.apache.org/jira/browse/TOBAGO-720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Bohmann resolved TOBAGO-720. -- Resolution: Fixed Facelets AttributeHandler should support ValueExpression for

[jira] Resolved: (EXTVAL-27) reuse required message of jsf

[ https://issues.apache.org/jira/browse/EXTVAL-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek resolved EXTVAL-27. Resolution: Fixed Fix Version/s: 1.0.1 1.2.1 reuse required

Impl compile time dependency to Shared

When I add myfaces-imp 1.2.5 to my pom as a dependency, myfaces-shared-impl-3.0.5.jar also implicitly added to the classpath. It is a problem for myfaces users since now we have the same classes added twice to the classpath. Cagatay

[release] signing assembly artifacts

Hi, I wonder if one of the myfaces projects has a *scriptlet* (or something like that), included in the build to do a gpg-signing of the assembly artifacts ? I have currently a Phyton (from Scott O'Bryan) that does the work for me. Any hint would be appreciated. Thx, Matthias -- Matthias

[Trinidad] pom question .. sign-artifacts profile ?

Hi, looking at [1] I am wondering about the comment Issuing this command will also perform the sign-artifacts profile from the master pom. in the release profile. Where is the sign-artifacts profile defined ? I don't see it in this master pom: parent groupIdorg.apache.myfaces/groupId

Re: Impl compile time dependency to Shared

Previously the shared lib was marked as a provided dependency, and the shared code was physically copied into the project on each build. Someone (I think it was Leonardo) made changes recently to try to make development on myfaces easier, so that when building core maven didn't have to copy over

Re: Impl compile time dependency to Shared

On Wed, Nov 12, 2008 at 11:06 AM, Simon Kitching [EMAIL PROTECTED]wrote: Previously the shared lib was marked as a provided dependency, and the shared code was physically copied into the project on each build. Someone (I think it was Leonardo) made changes recently to try to make development

Re: Promoting the s:limitRendered component as t:renderOne

Hazem, I have been really busy, thank you for volunteering to promote my component, I really appreciate it. -Andrew On Wed, Nov 12, 2008 at 9:12 AM, Hazem Saleh [EMAIL PROTECTED] wrote: Hi Simon, I can work on this task. On Wed, Nov 12, 2008 at 5:20 PM, Simon Kitching [EMAIL PROTECTED]

Re: [VOTE] release for tomahawk 1.1.8

On Wed, Nov 12, 2008 at 10:58 AM, Simon Kitching [EMAIL PROTECTED]wrote: Leonardo Uribe schrieb: Hi, I was running the needed tasks to get the 1.1.8 release of Apache MyFaces Tomahawk out. Some initial test results: The tomahawk-1.1.8 jar works well with Facelets + Mojarra1.2.0_09 +

Cleanup of branches ?

Hi All, There seems to be an ever expanding number of branches in svn. I was wondering if we should start clearing some of them out ? I'm more than willing to take this on.. Thanks, -- Grant Smith

Re: Promoting the s:limitRendered component as t:renderOne

We are one team. On Wed, Nov 12, 2008 at 8:47 PM, Andrew Robinson [EMAIL PROTECTED] wrote: Hazem, I have been really busy, thank you for volunteering to promote my component, I really appreciate it. -Andrew On Wed, Nov 12, 2008 at 9:12 AM, Hazem Saleh [EMAIL PROTECTED] wrote: Hi

[jira] Resolved: (EXTVAL-26) validation exception interceptor

[ https://issues.apache.org/jira/browse/EXTVAL-26?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek resolved EXTVAL-26. Resolution: Fixed Fix Version/s: 1.0.1 1.2.1 validation

[jira] Created: (TRINIDAD-1303) PDA renderers for tr:page, tr:panelPage and tr:panelPageHeader need to render facets more in line with desktop counterparts

PDA renderers for tr:page, tr:panelPage and tr:panelPageHeader need to render facets more in line with desktop counterparts --- Key: TRINIDAD-1303

Re: Cleanup of branches ?

yes, I agree. I will take care of the Trinidad branches. However, I wonder why you notice that. Do you check out all branches as well? -M On Wed, Nov 12, 2008 at 9:06 PM, Grant Smith [EMAIL PROTECTED] wrote: Hi All, There seems to be an ever expanding number of branches in svn. I was

Re: Cleanup of branches ?

Yes, I made that mistake :) It would be nice to reduce the pain of anyone making the same mistake in the future ! On Wed, Nov 12, 2008 at 1:46 PM, Matthias Wessendorf [EMAIL PROTECTED]wrote: yes, I agree. I will take care of the Trinidad branches. However, I wonder why you notice that. Do

[jira] Updated: (TRINIDAD-1303) PDA renderers for tr:page, tr:panelPage and tr:panelPageHeader need to render facets more in line with desktop counterparts

[ https://issues.apache.org/jira/browse/TRINIDAD-1303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tadashi Enomori updated TRINIDAD-1303: -- Status: Patch Available (was: Open) PDA renderers for tr:page, tr:panelPage and

Re: [release] signing assembly artifacts

AFAIR the gpg maven plugin worked well. And I think there is a certain profile you just have to activate when launching the release build. --Manfred On Wed, Nov 12, 2008 at 11:29 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I wonder if one of the myfaces projects has a *scriptlet*

[jira] Issue Comment Edited: (TRINIDAD-1303) PDA renderers for tr:page, tr:panelPage and tr:panelPageHeader need to render facets more in line with desktop counterparts

[ https://issues.apache.org/jira/browse/TRINIDAD-1303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12647089#action_12647089 ] tenomori edited comment on TRINIDAD-1303 at 11/12/08 2:43 PM:

[jira] Commented: (MYFACES-1944) Implement JSF 2.0 logic at TODO #13

[ https://issues.apache.org/jira/browse/MYFACES-1944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12647094#action_12647094 ] Simon Lessard commented on MYFACES-1944: Such solution could be investigated, it

Re: Cleanup of branches ?

+1 thank you matthias! regards, gerhard 2008/11/12 Matthias Wessendorf [EMAIL PROTECTED] yes, I agree. I will take care of the Trinidad branches. However, I wonder why you notice that. Do you check out all branches as well? -M On Wed, Nov 12, 2008 at 9:06 PM, Grant Smith [EMAIL

[jira] Updated: (MYFACES-1944) Implement JSF 2.0 logic at TODO #13

[ https://issues.apache.org/jira/browse/MYFACES-1944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard updated MYFACES-1944: --- Resolution: Fixed Fix Version/s: 2.0.0-alpha Status: Resolved (was:

[jira] Commented: (MYFACES-1945) Implement JSF 2.0 logic at TODO #14

[ https://issues.apache.org/jira/browse/MYFACES-1945?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12647100#action_12647100 ] Marc De Lafontaine commented on MYFACES-1945: - I'm on it Implement JSF 2.0

[jira] Updated: (MYFACES-1936) Implement JSF 2.0 logic at TODO #26

[ https://issues.apache.org/jira/browse/MYFACES-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard updated MYFACES-1936: --- Resolution: Fixed Fix Version/s: 2.0.0-alpha Status: Resolved (was:

[jira] Resolved: (MYFACES-1938) Implement JSF 2.0 logic at TODO #28

[ https://issues.apache.org/jira/browse/MYFACES-1938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard resolved MYFACES-1938. Resolution: Fixed Fix Version/s: 2.0.0-alpha Applied patch to the branch,

[jira] Updated: (MYFACES-1940) Implement JSF 2.0 logic at TODO #29

[ https://issues.apache.org/jira/browse/MYFACES-1940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard updated MYFACES-1940: --- Resolution: Fixed Fix Version/s: 2.0.0-alpha Status: Resolved (was:

Re: [VOTE] release for tomahawk 1.1.8

On Wed, Nov 12, 2008 at 2:45 PM, Leonardo Uribe [EMAIL PROTECTED] wrote: On Wed, Nov 12, 2008 at 10:58 AM, Simon Kitching [EMAIL PROTECTED]wrote: Leonardo Uribe schrieb: Hi, I was running the needed tasks to get the 1.1.8 release of Apache MyFaces Tomahawk out. Some initial test

[jira] Updated: (MYFACES-1941) Implement JSF 2.0 logic at TODO #30

[ https://issues.apache.org/jira/browse/MYFACES-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard updated MYFACES-1941: --- Resolution: Fixed Fix Version/s: 2.0.0-alpha Status: Resolved (was:

[jira] Updated: (MYFACES-1945) Implement JSF 2.0 logic at TODO #14

[ https://issues.apache.org/jira/browse/MYFACES-1945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marc De Lafontaine updated MYFACES-1945: Status: Patch Available (was: Open) Implement JSF 2.0 logic at TODO #14

[jira] Commented: (MYFACES-1980) Implement JSF 2.0 logic at TODO #41

[ https://issues.apache.org/jira/browse/MYFACES-1980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12647115#action_12647115 ] Marc De Lafontaine commented on MYFACES-1980: - I'm on it Implement JSF 2.0

[jira] Updated: (MYFACES-1946) Implement JSF 2.0 logic at TODO #31

[ https://issues.apache.org/jira/browse/MYFACES-1946?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard updated MYFACES-1946: --- Resolution: Fixed Fix Version/s: 2.0.0-alpha Status: Resolved (was:

[jira] Updated: (MYFACES-1948) Implement JSF 2.0 logic at TODO #27

[ https://issues.apache.org/jira/browse/MYFACES-1948?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard updated MYFACES-1948: --- Resolution: Fixed Fix Version/s: 2.0.0-alpha Status: Resolved (was:

[jira] Updated: (MYFACES-1945) Implement JSF 2.0 logic at TODO #14

[ https://issues.apache.org/jira/browse/MYFACES-1945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard updated MYFACES-1945: --- Resolution: Fixed Fix Version/s: 2.0.0-alpha Status: Resolved (was:

[jira] Resolved: (MYFACES-1932) Implement JSF 2.0 logic at TODO #24

[ https://issues.apache.org/jira/browse/MYFACES-1932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Lessard resolved MYFACES-1932. Resolution: Fixed Fix Version/s: 2.0.0-alpha Applied a throw

[jira] Commented: (MYFACES-2014) Implement ResponseStateManager.getViewState(FacesContext, Object)

[ https://issues.apache.org/jira/browse/MYFACES-2014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12647126#action_12647126 ] Marc De Lafontaine commented on MYFACES-2014: - I'm on it Implement

[jira] Created: (EXTVAL-28) reuse maximum length message of jsf

reuse maximum length message of jsf --- Key: EXTVAL-28 URL: https://issues.apache.org/jira/browse/EXTVAL-28 Project: MyFaces Extensions Validator Issue Type: Task Components: Core, Property

[jira] Resolved: (EXTVAL-28) reuse maximum length message of jsf

[ https://issues.apache.org/jira/browse/EXTVAL-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek resolved EXTVAL-28. Resolution: Fixed Fix Version/s: 1.0.1 1.2.1 reuse maximum

Re: Promoting the s:limitRendered component as t:renderOne

Refactoring is done. Tomorrow will promote the component to Tomahawk. On Wed, Nov 12, 2008 at 11:00 PM, Hazem Saleh [EMAIL PROTECTED] wrote: We are one team. On Wed, Nov 12, 2008 at 8:47 PM, Andrew Robinson [EMAIL PROTECTED] wrote: Hazem, I have been really busy, thank you for

[jira] Created: (TRINIDAD-1304) Removal of event attributes for browsers not supporting JavaScript events

Removal of event attributes for browsers not supporting JavaScript events - Key: TRINIDAD-1304 URL: https://issues.apache.org/jira/browse/TRINIDAD-1304 Project: MyFaces Trinidad

Re: Cleanup of branches ?

Hi, I deleted 19 older Trinidad branches: -713669 -713670 Some are still there, and I keep them, since I need them. However, regarding your mistake :-) if one checks out the TAGs as well, that would be more a pain, since we don't delete old TAGs generally (for some reason). Anyways, that said,

[Trinidad] sandbox

Hi, there is a trinidad-sandbox in the myfaces root svn directory: http://svn.apache.org/repos/asf/myfaces/trinidad-sandbox/ The real sandbox is part of the trinidad core svn directories, so I will remove this directory, if no one has an objection. Thx, Matthias -- Matthias Wessendorf blog:

Re: [Trinidad] sandbox

On Thu, Nov 13, 2008 at 2:46 AM, Matthias Wessendorf [EMAIL PROTECTED]wrote: Hi, there is a trinidad-sandbox in the myfaces root svn directory: http://svn.apache.org/repos/asf/myfaces/trinidad-sandbox/ The real sandbox is part of the trinidad core svn directories, so I will remove this