Re: [Trinidad] I updated the Trinidad site (browsers.xml), any one know how to get it updated on the web?
In regard to the new ASF website, @joesuf just mentioned that for maven based sites the svnpubsub approach is the desired one. Jukka was putting some infos on this jira ticket: https://issues.apache.org/jira/browse/PDFBOX-623 -Matthias On Fri, Oct 29, 2010 at 5:25 PM, Matthias Wessendorf mat...@apache.org wrote: Andrew, as a quick fix, I am building site locally and will replace the browsers.html output on the server, later today -M On Fri, Oct 29, 2010 at 9:49 AM, Matthias Wessendorf mat...@apache.org wrote: On Fri, Oct 29, 2010 at 9:47 AM, Matthias Wessendorf mat...@apache.org wrote: nightly is on hudson. the side build is still on continuum, as porting it to hudson is not straightforward - at least it requires some work... http://markmail.org/message/pmhdwqxifruc7thd also, please see: https://issues.apache.org/jira/browse/PDFBOX-623 -Matthias On Thu, Oct 28, 2010 at 5:41 PM, Andrew Robinson andrew.rw.robin...@gmail.com wrote: I thought that continuum was discontinued and we are supposed to be using hudson now. Is this not true? On Thu, Oct 28, 2010 at 6:00 AM, Matthias Wessendorf mat...@apache.org wrote: The continuum (that publishes the site) is down. You could manually replace the file on the server, in the meantime -Matthias On Wed, Oct 27, 2010 at 10:57 PM, Andrew Robinson arobinso...@apache.org wrote: Looks like the trinidad pom file is wrong and still lists continuum as the continuous integration piece in the pom.xml. I do not see where on hudson that the Trinidad site is listed as a project. Anyone know how to get the site re-deployed? Also anyone know the correct URL for hudson in the pom.xml? It is currently: ciManagement systemcontinuum/system urlhttp://myfaces.zones.apache.org:8080/continuum/url notifiers notifier typemail/type sendOnSuccesstrue/sendOnSuccess configuration addresscomm...@myfaces.apache.org/address /configuration /notifier /notifiers /ciManagement Thanks, Andrew -- 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
[jira] Created: (MYFACES-2960) Setting prependId=false (on h:form) makes f:ajax/ not working with any ActionSource
Setting prependId=false (on h:form) makes f:ajax/ not working with any ActionSource --- Key: MYFACES-2960 URL: https://issues.apache.org/jira/browse/MYFACES-2960 Project: MyFaces Core Issue Type: Bug Affects Versions: 2.0.2, 2.0.3-SNAPSHOT Reporter: Matthias Weßendorf When using the following, I am able to execute an action method: ?xml version=1.0 encoding=UTF-8? !DOCTYPE html html xmlns=http://www.w3.org/1999/xhtml; xmlns:f=http://java.sun.com/jsf/core; xmlns:h=http://java.sun.com/jsf/html; xmlns:ui=http://java.sun.com/jsf/facelets; h:head titleBUG.../title /h:head h:body h:form id=jsfForm h:commandButton id=button value=dasdsa action=#{fileMonitor.clicker} f:ajax / /h:commandButton /h:form /h:body /html However, when using this h:form prependId=false .. it does not work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TRINIDAD-1951) add skin versioning
add skin versioning --- Key: TRINIDAD-1951 URL: https://issues.apache.org/jira/browse/TRINIDAD-1951 Project: MyFaces Trinidad Issue Type: New Feature Components: Skinning Reporter: Jeanne Waldman Assignee: Jeanne Waldman Add skin versioning into the skinning framework. This is useful when you (the skinning developer) want to update your skin, and you want to version it, so that an end user can decide if he wants to uptake your new version without changing the skin-family name, and keeping the skin-family name version-free. In trinidad-config.xml, the application developer chooses the skin-family to use. We will now have a skin-version field as well: skin-familypurple/skin-family skin-versionv2/skin-version The syntax skin-versiondefault/skin-version can be supported as well to return the purple skin whose version is marked to be the default skin in that skin-family. We could also add a skin-versionlatest/skin-version so an end user can say, I always want the latest purple skin, and they'll never have to change their trinidad-config.xml every time a new purple skin version comes out. In trinidad-skins.xml (the skin developer) could add versioning to the skins like this. The name of the version can be any String the skin developer wants. Here we've chosen v1 and v2. skin idpurple-v1.desktop/id familypurple/family version namev1/name defaulttrue/default /version ... /skin skin idpurple-v2.desktop/id familypurple/family version namev2/name /version ... /skin The SkinVersion will be a class and not simply a String so we can add 'default' and maybe 'latest' flags to it. A Skin object will have a SkinVersion. A Skin object already has an id, a family, a styleSheetName, etc. package org.apache.myfaces.trinidad.skin; /** * You can version skins. The skin version works tightly with the skin family. * This allows someone to create versions of their skin, like purple, purple-v2, * purple-v3. Then the user can say which skin version they want, like: * skin-familypurple/skin-familyskin-versionv3/skin-version when they * pick a skin in trinidad-config.xml. * When creating a skin, you give it a version if you care about versioning. * When extending this class, you must override equals and hashCode */ abstract public class SkinVersion { // when extending this class, you must override equals and hashCode abstract public boolean equals(Object o); // when extending this class, you must override equals and hashCode abstract public int hashCode(); abstract public boolean isDefault(); abstract public String getName(); } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-2961) StateHelper.eval(Serializable, Object) completely ignores default value in case of ValueExpression evaluation to null
StateHelper.eval(Serializable, Object) completely ignores default value in case of ValueExpression evaluation to null - Key: MYFACES-2961 URL: https://issues.apache.org/jira/browse/MYFACES-2961 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.3-SNAPSHOT Reporter: Nick Belaevski When StateHelper(Serializable, Object) is called in Mojarra component has no local value but ValueExpression for this attribute that returns null, default value is returned. Looking over MyFaces code, defaultValue passed in is not used at all if there's no local value and ValueExpression is defined. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[Committers] Reminder: License Headers
Hi guys, just a reminder... Please make sure that all files (XML, Java, scripts, etc) do require a proper license header. There is a tool ([1]) that can be used during the build, so that we do get a nice report, like [2],[3]. Greetings, Matthias [1] http://incubator.apache.org/rat/ [2] http://myfaces.apache.org/trinidad/trinidad-api/rat-report.html [3] http://myfaces.apache.org/tobago/rat-report.html -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Committers] Reminder: License Headers
Maybe we override this somewhere in our parent-pom chain, but we should get the default configs for the rat plugin activated via the apache-parent-7 already. Ofc, this is only valid for projects using myfaces-parent-9 and newer... LieGrue, strub --- On Wed, 11/3/10, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: [Committers] Reminder: License Headers To: MyFaces Development dev@myfaces.apache.org Date: Wednesday, November 3, 2010, 7:49 PM Hi guys, just a reminder... Please make sure that all files (XML, Java, scripts, etc) do require a proper license header. There is a tool ([1]) that can be used during the build, so that we do get a nice report, like [2],[3]. Greetings, Matthias [1] http://incubator.apache.org/rat/ [2] http://myfaces.apache.org/trinidad/trinidad-api/rat-report.html [3] http://myfaces.apache.org/tobago/rat-report.html -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Resolved: (EXTCDI-45) myfaces codi as shared lib
[ https://issues.apache.org/jira/browse/EXTCDI-45?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek resolved EXTCDI-45. Resolution: Fixed Fix Version/s: 1.0.0-SNAPSHOT myfaces codi as shared lib -- Key: EXTCDI-45 URL: https://issues.apache.org/jira/browse/EXTCDI-45 Project: MyFaces CODI Issue Type: Task Components: Core, JEE-BV1-Module, JEE-JSF12-Module, JEE-JSF20-Module, JSE-Message, Trinidad Support Reporter: Gerhard Petracek Fix For: 1.0.0-SNAPSHOT it should be possible to use codi as shared lib (shared between multiple web-apps). we should introduce e.g. singleton storages which allow switching to a shared-lib mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (EXTCDI-32) support browser refresh without url parameters
[ https://issues.apache.org/jira/browse/EXTCDI-32?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek resolved EXTCDI-32. Resolution: Won't Fix has to be fixed by an adapter for a specific component lib support browser refresh without url parameters -- Key: EXTCDI-32 URL: https://issues.apache.org/jira/browse/EXTCDI-32 Project: MyFaces CODI Issue Type: Improvement Components: JEE-JSF20-Module Reporter: Gerhard Petracek EXTCDI-1, EXTCDI-2 and EXTCDI-3 currently support: - forwards - redirects - ajax calls with and without url parameter. - ajax nav. works with url parameter (or via a custom RedirectHandler which uses cookies (max age: -1)) - refresh works with url parameter it should be possible that all of the mentioned cases work with and without url parameter via an unified approach (in combination with core2 and mojarra2) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-2944) Make those add*** methods public in WebXml
[ https://issues.apache.org/jira/browse/MYFACES-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12928087#action_12928087 ] Leonardo Uribe commented on MYFACES-2944: - I have attached a patch for this feature. The idea is provide the following interface: public abstract class WebConfigProvider { public abstract ListServletMapping getFacesServletMappings(ExternalContext externalContext); public abstract boolean isErrorPagePresent(ExternalContext externalContext); } Based on the previous argumentation there is no need for any more methods, so I think in this part it is enough. If no objections I'll commit this code soon. Make those add*** methods public in WebXml -- Key: MYFACES-2944 URL: https://issues.apache.org/jira/browse/MYFACES-2944 Project: MyFaces Core Issue Type: Improvement Components: General Affects Versions: 2.0.2 Reporter: Ivan Assignee: Jakob Korherr Fix For: 2.0.3-SNAPSHOT Attachments: MYFACES-2944-core-2.patch, MYFACES-2944-core.patch, MYFACES-2944-shared-2.patch, MYFACES-2944-shared.patch, MYFACES-2944.patch In the Geronimo integration work, we have an internal structure for the parsed web.xml file, and we hope to use that instance to fill in the org.apache.myfaces.shared.webapp.webxml.WebXml, so that myfaces does not need to parse the web.xml file again, But those add*** method are package scope. Is it possible to make those methods public, I did not see it will break anyting. Thanks -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-2944) Make those add*** methods public in WebXml
[ https://issues.apache.org/jira/browse/MYFACES-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12928095#action_12928095 ] Ivan commented on MYFACES-2944: --- Hi, devs, it is really a great work, thanks. I will update the integration codes for Geronimo after the snapshot is ready, and will let you know if any problem. Make those add*** methods public in WebXml -- Key: MYFACES-2944 URL: https://issues.apache.org/jira/browse/MYFACES-2944 Project: MyFaces Core Issue Type: Improvement Components: General Affects Versions: 2.0.2 Reporter: Ivan Assignee: Jakob Korherr Fix For: 2.0.3-SNAPSHOT Attachments: MYFACES-2944-core-2.patch, MYFACES-2944-core.patch, MYFACES-2944-shared-2.patch, MYFACES-2944-shared.patch, MYFACES-2944.patch In the Geronimo integration work, we have an internal structure for the parsed web.xml file, and we hope to use that instance to fill in the org.apache.myfaces.shared.webapp.webxml.WebXml, so that myfaces does not need to parse the web.xml file again, But those add*** method are package scope. Is it possible to make those methods public, I did not see it will break anyting. Thanks -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Committers] Reminder: License Headers
+1 sent from my Android phone On Nov 3, 2010 11:50 PM, Mark Struberg strub...@yahoo.de wrote: Maybe we override this somewhere in our parent-pom chain, but we should get the default configs for the rat plugin activated via the apache-parent-7 already. Ofc, this is only valid for projects using myfaces-parent-9 and newer... LieGrue, strub --- On Wed, 11/3/10, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: [Committers] Reminder: License Headers To: MyFaces Development dev@myfaces.apache.org Date: Wednesday, November 3, 2010, 7:49 PM Hi guys, just a reminder... Please make sure that all files (XML, Java, scripts, etc) do require a proper license header. There is a tool ([1]) that can be used during the build, so that we do get a nice report, like [2],[3]. Greetings, Matthias [1] http://incubator.apache.org/rat/ [2] http://myfaces.apache.org/trinidad/trinidad-api/rat-report.html [3] http://myfaces.apache.org/tobago/rat-report.html -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf