[jira] Commented: (TOMAHAWK-653) WebXmlParser.java doesn't appear to find entities declaired in web.xml correctly
[ http://issues.apache.org/jira/browse/TOMAHAWK-653?page=comments#action_12434098 ] Mario Ivankovits commented on TOMAHAWK-653: --- No, in your case it should fail anyway. t:document is required for the StreamingAddResource. Could you please try a t:inputCalendar with and without ADD_RESOURCE_CLASS? You should get the same exception in both cases. - I know, this wont help much then ;-) but shows that there will be something wrong in your installation, maybe the xml parser is somehow puzzled. If this do not help, could you please pack a little war and attach it to this jira. Thanks! WebXmlParser.java doesn't appear to find entities declaired in web.xml correctly Key: TOMAHAWK-653 URL: http://issues.apache.org/jira/browse/TOMAHAWK-653 Project: MyFaces Tomahawk Issue Type: Bug Affects Versions: 1.1.3 Reporter: Mike Youngstrom I have the following doctype declaired for my web.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE webapp [ !ENTITY contextParams SYSTEM context-params.xml ] web-app id=WebApp_ID version=2.4 xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; . contextParams; /webapp Gives me the exception below. By the way I'm using t:document with context-param param-nameorg.apache.myfaces.ADD_RESOURCE_CLASS/param-name param-valueorg.apache.myfaces.component.html.util.StreamingAddResource/param-value /context-param 16:18:35,218 FATAL WebXmlParser: Unable to parse web.xml java.io.FileNotFoundException: \WEB-INF\context-params.xml (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(Unknown Source) at java.io.FileInputStream.init(Unknown Source) at sun.net.www.protocol.file.FileURLConnection.connect(Unknown Source) at sun.net.www.protocol.file.FileURLConnection.getInputStream(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEntityReference(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(Unknown Source) at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Unknown Source) at org.apache.myfaces.shared_tomahawk.webapp.webxml.WebXmlParser.parse(WebXmlParser.java:101) at org.apache.myfaces.shared_tomahawk.webapp.webxml.WebXml.init(WebXml.java:204) at org.apache.myfaces.shared_tomahawk.webapp.webxml.WebXml.getWebXml(WebXml.java:191) at org.apache.myfaces.renderkit.html.util.AddResourceFactory.checkEnvironment(AddResourceFactory.java:339) at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:288) at org.apache.myfaces.custom.document.DocumentHeadRenderer.writeBeforeEnd(DocumentHeadRenderer.java:51) at org.apache.myfaces.custom.document.AbstractDocumentRenderer.encodeEnd(AbstractDocumentRenderer.java:72) at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:848) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:893) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:889) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:889) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:578) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:133) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:244) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:140) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245) at
[jira] Resolved: (TOBAGO-89) Provide a jdk1.4 version of tobago with retrotranslator
[ http://issues.apache.org/jira/browse/TOBAGO-89?page=all ] Bernd Bohmann resolved TOBAGO-89. - Resolution: Fixed Provide a jdk1.4 version of tobago with retrotranslator --- Key: TOBAGO-89 URL: http://issues.apache.org/jira/browse/TOBAGO-89 Project: MyFaces Tobago Issue Type: New Feature Components: Core Affects Versions: 1.0.7 Reporter: Bernd Bohmann Assigned To: Bernd Bohmann Priority: Minor Fix For: 1.0.8 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-85) MyFaces initialises twice when using the portlet bridge
[ http://issues.apache.org/jira/browse/TOMAHAWK-85?page=comments#action_12434155 ] Michael Lipp commented on TOMAHAWK-85: -- This is a duplicate of MYFACES-1338. MyFaces initialises twice when using the portlet bridge --- Key: TOMAHAWK-85 URL: http://issues.apache.org/jira/browse/TOMAHAWK-85 Project: MyFaces Tomahawk Issue Type: Bug Components: Portlet_Support Environment: Windows XP, JBoss Portal Server 2.0 Alpha with AS 4.0.1sp1 Reporter: Gavin Cornwell Assigned To: Stan Silvert When using the MyFaces portal bridge in JBoss Portal 2.0 Alpha server with debugging turned on you can see all the MyFaces configuration files being parsed twice. The logging output shows as below: 23:33:12,544 INFO [FacesConfigurator] Reading standard config org/apache/myfaces/resource/standard-faces-config.xml 23:33:13,573 INFO [FacesConfigurator] Reading config jar:file:/c:/Temp/myfaces41870.jar!/META-INF/faces-config.xml 23:33:14,073 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config-common.xml 23:33:14,103 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config-repo.xml 23:33:14,123 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config-zoo.xml 23:33:14,173 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config.xml 23:33:16,490 INFO [StartupServletContextListener] ServletContext 'W:\software\jboss_portal_2.0-jboss_4.0.1sp1\server\default\tmp\deploy\tmp41869web-c lient.ear-contents\web-client-exp.war\' initialized. 23:33:29,197 DEBUG [ContextListener] Server is running in portal server: true 23:33:29,426 INFO [FacesConfigurator] Reading standard config org/apache/myfaces/resource/standard-faces-config.xml 23:33:31,484 INFO [FacesConfigurator] Reading config jar:file:/c:/Temp/myfaces41871.jar!/META-INF/faces-config.xml 23:33:32,124 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config-common.xml 23:33:32,154 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config-repo.xml 23:33:32,184 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config-zoo.xml 23:33:32,204 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config.xml 23:33:32,283 INFO [MyFacesGenericPortlet] PortletContext 'W:\software\jboss_portal_2.0-jboss_4.0.1sp1\server\default\tmp\deploy\tmp41869web-client.ea r-contents\web-client-exp.war\' initialized. 23:33:33,632 INFO [Server] JBoss (MX MicroKernel) [4.0.1sp1 (build: CVSTag=JBoss_4_0_1_SP1 date=200502160314)] Started in 1m:58s:974ms -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Commented: (MYFACES-1294) Current logic of register extensionFilter not support portlet environment
tell me more I willing to do every thing to support portlets! On 9/12/06, Martin Marinschek (JIRA) dev@myfaces.apache.org wrote: [ http://issues.apache.org/jira/browse/MYFACES-1294?page=comments#action_12433996 ]Martin Marinschek commented on MYFACES-1294:Filter -- PhaseListener and all our Portlet issues are solved. Anyone fancy doing this?regards, Martin Current logic of register extensionFilter not support portlet environment - Key: MYFACES-1294 URL: http://issues.apache.org/jira/browse/MYFACES-1294 Project: MyFaces CoreIssue Type: Bug Components: Portlet_SupportAffects Versions: 1.1.4-SNAPSHOTReporter: Serg Maslyukov (http://webmill.askmore.info)Priority: Blocker Current logic of register extensionFilter not support portlet environment fiter mappings: filter-mapping filter-nameMyFacesExtensionsFilter/filter-name servlet-nameFaces Servlet/servlet-name /filter-mapping filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern/faces/myFacesExtensionResource/*/url-pattern /filter-mapping filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern*.jsf/url-pattern /filter-mapping not work in portlet environment--This message is automatically generated by JIRA.-If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa-For more information on JIRA, see: http://www.atlassian.com/software/jira -- Arash Rajaeeyan
[jira] Commented: (MYFACES-1294) Current logic of register extensionFilter not support portlet environment
[ http://issues.apache.org/jira/browse/MYFACES-1294?page=comments#action_12434187 ] Michael Lipp commented on MYFACES-1294: --- I don't think this can be moved to a PhaseListener. The point simply is that no portlet application has access to the complete HTML produced by the portal; it can only contribute to the HTML of its portlet. Sure, you could demand that Tomahawk users put the extension filter in the web.xml of the *portal*. But first, I think this is not acceptable (you should be able to deploy a portlet into a running portal), second, you'll get classpath problems, and third the approach to post-fix the generated HTML isn't very clever anyway. Please do have a look at the solution that I have just posted as comment to TOMAHAWK-464. (I thought the ExtensionFilter issue was to be continued as a Tomahawk issue, because the ExtensionFilter is not part of MyFaces Core.) You'll find in there the required JavaScript sequences to achieve the same results in the generated HTML without filtering it. There is an AddResource implementation that has been tested for portlets and should be easily adaptable for stand-alone application (the generation calls of the AddResource API are ExtensionFilter specific, so I had to add some for the portlet environment). Eventually, it should be possible to avoid a configurable AddResource all together, because the default version works in both the servlet and portlet context. Current logic of register extensionFilter not support portlet environment - Key: MYFACES-1294 URL: http://issues.apache.org/jira/browse/MYFACES-1294 Project: MyFaces Core Issue Type: Bug Components: Portlet_Support Affects Versions: 1.1.4-SNAPSHOT Reporter: Serg Maslyukov (http://webmill.askmore.info) Priority: Blocker Current logic of register extensionFilter not support portlet environment fiter mappings: filter-mapping filter-nameMyFacesExtensionsFilter/filter-name servlet-nameFaces Servlet/servlet-name /filter-mapping filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern/faces/myFacesExtensionResource/*/url-pattern /filter-mapping filter-mapping filter-nameMyFacesExtensionsFilter/filter-name url-pattern*.jsf/url-pattern /filter-mapping not work in portlet environment -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOBAGO-115) myFaces/Tobago does not work in Internet Explorer on Windows 2000 2003
[ http://issues.apache.org/jira/browse/TOBAGO-115?page=comments#action_12434210 ] John Allan commented on TOBAGO-115: --- (Partially Resolved - workaround). The problem was the use of the css/javascript behavior pngBehavior.htc, which modifies img components within the html, so Internet Explorer 6.0 can support PNG transparency. It was actually rewriting the viewId on the fly and assigning graphics and the PngBehavior.htc file itself, to the viewId. When I removed the pngBehavior.htc reference in the code, everything worked fine (even with Ajax). Workaround: I converted all the PNG images to JPG images and removed the behavior. We had used this behavior on our website for years and I've seen references in the myFaces users mailing list to its use with myFaces. I wouldn't have even known what the problem was, until I added a phase listener that displayed viewId after every phase. John myFaces/Tobago does not work in Internet Explorer on Windows 2000 2003 Key: TOBAGO-115 URL: http://issues.apache.org/jira/browse/TOBAGO-115 Project: MyFaces Tobago Issue Type: Bug Affects Versions: 1.0.8 Environment: Internet Explorer 6 on Windows 2000 Pro, 2000 Server, 2003 Server Reporter: John Allan The application functions fine within Firefox on Windows XP, Windows 2000 PRO, Windows 2000 Server, Windows 2003 Server. The application functions almost correctly exhibits behavior on first click only within Internet Explorer on Windows XP SP2 The Application: Consists of a login screen which verifies against a database and then goes to a main.jsp page which is composed of 3 tag files. The main.jsp page has a tabgroup. Bug: Login works great, even on problem platforms. However, once in main.jsp. Clicking on tabs does nothing nor does clicking on any action buttons. It just refreshes. I know it sounds like caching behavior, but we have verified cache headers are outputing correctly and there are no server side caches between the client and Tomcat running our app. This has been escalated to Microsoft IE team, as well as their Windows 2000 team, which has been monitoring the app html communication at length. They claim the app is simply re-sending the same page and this explains the behavior. They have verified also that a cache is not involved. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-409) Sandbox 'form' code not working
[ http://issues.apache.org/jira/browse/TOMAHAWK-409?page=comments#action_12434229 ] Mike Kienenberger commented on TOMAHAWK-409: Hey Peter. The correct file to change is myfaces-shared-core. This file will automatically be used to generate myfaces-shared-tomahawk and myfaces-shared-impl. Sandbox 'form' code not working --- Key: TOMAHAWK-409 URL: http://issues.apache.org/jira/browse/TOMAHAWK-409 Project: MyFaces Tomahawk Issue Type: Bug Affects Versions: 1.1.3-SNAPSHOT Environment: MyFaces 1.1.2, Tomahawk 1.1.3-SNAPSHOT (CVS as of 02/05/2006),Tomahawk-Sandbox 1.1.3-SNAPSHOT (CVS as of 02/05/2006) Reporter: Peter Muir Attachments: Sandbox-form.patch The Sandbox form component allows the action attribute to be manually specified by overriding the getActionUrl(FacesContext facesContext, UIForm form) method. However the HtmlFormRendererBase class's encodeBegin method calls getActionUrl(facesContext) meaning that, in fact the getActionUrl(FacesContext facesContext, UIForm form) in the subclass isn't called. I can't see any way using getActionUrl(facesContext) to alter the forms action attribute so, as a work around I've written my own custom form component which overrides encodeBegin. Is it possible that HtmlFormRendererBase can be altered so it uses getActionUrl(FacesContext facesContext, UIForm form) ? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOBAGO-115) myFaces/Tobago does not work in Internet Explorer on Windows 2000 2003
[ http://issues.apache.org/jira/browse/TOBAGO-115?page=comments#action_12434268 ] Bernd Bohmann commented on TOBAGO-115: -- Thanks, very interesting. We should add some transparent png to some test applications. myFaces/Tobago does not work in Internet Explorer on Windows 2000 2003 Key: TOBAGO-115 URL: http://issues.apache.org/jira/browse/TOBAGO-115 Project: MyFaces Tobago Issue Type: Bug Affects Versions: 1.0.8 Environment: Internet Explorer 6 on Windows 2000 Pro, 2000 Server, 2003 Server Reporter: John Allan The application functions fine within Firefox on Windows XP, Windows 2000 PRO, Windows 2000 Server, Windows 2003 Server. The application functions almost correctly exhibits behavior on first click only within Internet Explorer on Windows XP SP2 The Application: Consists of a login screen which verifies against a database and then goes to a main.jsp page which is composed of 3 tag files. The main.jsp page has a tabgroup. Bug: Login works great, even on problem platforms. However, once in main.jsp. Clicking on tabs does nothing nor does clicking on any action buttons. It just refreshes. I know it sounds like caching behavior, but we have verified cache headers are outputing correctly and there are no server side caches between the client and Tomcat running our app. This has been escalated to Microsoft IE team, as well as their Windows 2000 team, which has been monitoring the app html communication at length. They claim the app is simply re-sending the same page and this explains the behavior. They have verified also that a cache is not involved. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] Commented: (TOBAGO-115) myFaces/Tobago does not work in Internet Explorer on Windows 2000 2003
I have currently also problems with png, pngs inside the sheet disapears during sheet setup. i have disabled the pngFix part in our application currently. I will take a look on this in the next few days. 2006/9/12, Bernd Bohmann (JIRA) dev@myfaces.apache.org: [ http://issues.apache.org/jira/browse/TOBAGO-115?page=comments#action_12434268 ] Bernd Bohmann commented on TOBAGO-115: -- Thanks, very interesting. We should add some transparent png to some test applications. myFaces/Tobago does not work in Internet Explorer on Windows 2000 2003 Key: TOBAGO-115 URL: http://issues.apache.org/jira/browse/TOBAGO-115 Project: MyFaces Tobago Issue Type: Bug Affects Versions: 1.0.8 Environment: Internet Explorer 6 on Windows 2000 Pro, 2000 Server, 2003 Server Reporter: John Allan The application functions fine within Firefox on Windows XP, Windows 2000 PRO, Windows 2000 Server, Windows 2003 Server. The application functions almost correctly exhibits behavior on first click only within Internet Explorer on Windows XP SP2 The Application: Consists of a login screen which verifies against a database and then goes to a main.jsp page which is composed of 3 tag files. The main.jsp page has a tabgroup. Bug: Login works great, even on problem platforms. However, once in main.jsp. Clicking on tabs does nothing nor does clicking on any action buttons. It just refreshes. I know it sounds like caching behavior, but we have verified cache headers are outputing correctly and there are no server side caches between the client and Tomcat running our app. This has been escalated to Microsoft IE team, as well as their Windows 2000 team, which has been monitoring the app html communication at length. They claim the app is simply re-sending the same page and this explains the behavior. They have verified also that a cache is not involved. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release Apache Tobago 1.0.8
Hello, the 72 hours are ago. Here are the results of the Tobago Release Vote: http://mail-archives.apache.org/mod_mbox/myfaces-dev/200609.mbox/[EMAIL PROTECTED] +1 (idus, weber, lofwyr, bommel) I'll prepare everything for the release. Regards Bernd Bernd Bohmann wrote: Here is my +1 Regards Bernd Udo Schnurpfeil wrote: +1 my stuff works. Volker Weber schrieb: Hi, i prefer to have a branch to vote on, but the current nightly (09-Sep-2006 17:56) has my +1 to be the release version. regards Volker 2006/9/9, Arvid Hülsebus [EMAIL PROTECTED]: +1 Looks good -- my small test application works. Best regards, Arvid Bernd Bohmann wrote: Hello, Please vote on releasing Apache Tobago 1.0.8. The current nightly build should be the 1.0.8 release. http://people.apache.org/builds/myfaces/nightly/ [+1] Make the 1.0.8 release of Tobago [+0] I don't care [-1] No... and this is why... Current release notes http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12310900 Regards Bernd
Re: [VOTE] Release Apache Tobago 1.0.8
On 9/12/06, Bernd Bohmann [EMAIL PROTECTED] wrote: the 72 hours are ago. Here are the results of the Tobago Release Vote: http://mail-archives.apache.org/mod_mbox/myfaces-dev/200609.mbox/[EMAIL PROTECTED] +1 (idus, weber, lofwyr, bommel) I'll prepare everything for the release. According to the team list page [1], none of the votes came from PMC members. I'm sure the page is out of date since idus (Arvid) and lofwyr (Udo) are not even listed as committers, but it's the only list I have to go by. Can you please re-state the vote results in terms of binding +1's from PMC members and non-binding votes from other community members? [1] http://myfaces.apache.org/team-list.html Thanks! -- Wendy
Re: [VOTE] Release MyFaces Core 1.1.4
+1 -- haven't heard any complaints from my users since switching over to 1.1.4. On 9/11/06, Gerald Müllan [EMAIL PROTECTED] wrote: +1 On 9/11/06, Cagatay Civici [EMAIL PROTECTED] wrote: +1 On 9/11/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 On 9/11/06, Bruno Aranda [EMAIL PROTECTED] wrote: +1 On 9/11/06, Grant Smith [EMAIL PROTECTED] wrote: +1 On 9/11/06, Martin Marinschek [EMAIL PROTECTED] wrote: Bug has been fixed - thanks Mike. +1 from me. regards, Martin On 9/11/06, Martin Marinschek [EMAIL PROTECTED] wrote: Just a short question - I remember a bug with the datatable showing the wrong number of lines - that has been fixed, right? regards, Martin On 9/11/06, Wendy Smoak [EMAIL PROTECTED] wrote: The MyFaces Core 1.1.4 build is available for evaluation: http://people.apache.org/builds/myfaces/core-1.1.4/ This build has passed the TCK. (Thanks, Dennis!) Note that this vote also includes * The myfaces-master pom v1.0.4 * Shared v2.0.3 (which can also be used for the next Tomahawk release) These additional artifacts can be found in the 'm2-staging-repository' directory beneath the URL above. More information on this release, including a link to the JIRA release notes and details on configuring your project's Maven build to use the staging repository, is available on the wiki: http://wiki.apache.org/myfaces/CoreRelease114 Please evaluate this build and then vote on the release: [ ] +1 Let's release it! [ ] +0 It's fine with me. [ ] -0 This doesn't seem like a good idea. [ ] -1 I do not support this release. -- Wendy Smoak -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Grant Smith -- Matthias Wessendorf further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [VOTE] Release Apache Tobago 1.0.8
Thanks Wendy, but I think the vote closed after 72 hours and I get 4 +1(non-binding). Is this not lasy consens [1][2]? [1] http://www.apache.de/foundation/glossary.html#LazyConsensus [2] http://www.apache.de/foundation/voting.html The tobago team list is: http://myfaces.apache.org/tobago/team-list.html Regards Bernd Wendy Smoak wrote: On 9/12/06, Bernd Bohmann [EMAIL PROTECTED] wrote: the 72 hours are ago. Here are the results of the Tobago Release Vote: http://mail-archives.apache.org/mod_mbox/myfaces-dev/200609.mbox/[EMAIL PROTECTED] +1 (idus, weber, lofwyr, bommel) I'll prepare everything for the release. According to the team list page [1], none of the votes came from PMC members. I'm sure the page is out of date since idus (Arvid) and lofwyr (Udo) are not even listed as committers, but it's the only list I have to go by. Can you please re-state the vote results in terms of binding +1's from PMC members and non-binding votes from other community members? [1] http://myfaces.apache.org/team-list.html Thanks!
Re: List of committers and PMC members is out of date
Hello, can anybody from the PMC vote for the release of Tobago, please. Regards Bernd Wendy Smoak wrote: I was going to bring this up when I tallied the vote for the Core 1.1.4 release, but Bernd beat me to it. :) As I just commented on the Tobago [vote] thread, the 'team list' page (which comes from the myfaces-master pom [1]) is out of date. Please take a moment to add your information if you are not listed, and to make sure that the 'roles' field reflects your PMC membership status. This is important for release votes and general project organization -- in particular, we need to be able to show that all releases are sanctioned by the PMC with at least three +1 votes from PMC members. [1] http://svn.apache.org/repos/asf/myfaces/maven/trunk/master-pom/pom.xml Thanks!
Re: [VOTE] Release Apache Tobago 1.0.8
Ok, found it a release needs a Majority Approval [1] [1] http://www.apache.de/foundation/glossary.html#MajorityApproval Any of the PMC interested about voting for the 1.0.8 Tobago release? Regards Bernd Bernd Bohmann wrote: Thanks Wendy, but I think the vote closed after 72 hours and I get 4 +1(non-binding). Is this not lasy consens [1][2]? [1] http://www.apache.de/foundation/glossary.html#LazyConsensus [2] http://www.apache.de/foundation/voting.html The tobago team list is: http://myfaces.apache.org/tobago/team-list.html Regards Bernd Wendy Smoak wrote: On 9/12/06, Bernd Bohmann [EMAIL PROTECTED] wrote: the 72 hours are ago. Here are the results of the Tobago Release Vote: http://mail-archives.apache.org/mod_mbox/myfaces-dev/200609.mbox/[EMAIL PROTECTED] +1 (idus, weber, lofwyr, bommel) I'll prepare everything for the release. According to the team list page [1], none of the votes came from PMC members. I'm sure the page is out of date since idus (Arvid) and lofwyr (Udo) are not even listed as committers, but it's the only list I have to go by. Can you please re-state the vote results in terms of binding +1's from PMC members and non-binding votes from other community members? [1] http://myfaces.apache.org/team-list.html Thanks!
Tobago and MyFaces
In the Tobago vote thread, Bernd Bohmann [EMAIL PROTECTED] wrote: The tobago team list is: http://myfaces.apache.org/tobago/team-list.html Is there some reason we're keeping a separate list for Tobago? The Tomahawk team list inherits from the myfaces-master pom, and shows everyone: http://myfaces.apache.org/tomahawk/team-list.html I can see on Jim's page [1] that there is a 'myfaces-tobago' svn auth group, but everyone in it is also in the 'myfaces' group and so has access to the entire myfaces codebase. Is this just something left over from incubation? Since the myfaces-tobago svn auth group isn't actually doing anything, let's ask Manfred to remove it. And let's also hook the Tobago build up to the myfaces-master pom as its parent, so that we can share the committer list (and reduce some other duplication, since the mailing lists are in both places now.) We're all MyFaces committers... anyone who is willing and able should feel free -- and welcome -- to work on any part of the project. Thoughts? [1] http://people.apache.org/~jim/committers.html -- Wendy
Re: Tobago and MyFaces
There was a gentleman agreement that there is no commit from Tobagos to MyFaces, after the toboago incubation was done. Bernd and Volker are committers of MyFaces. I am fine to add the rest of them too! -Matthias On 9/13/06, Wendy Smoak [EMAIL PROTECTED] wrote: In the Tobago vote thread, Bernd Bohmann [EMAIL PROTECTED] wrote: The tobago team list is: http://myfaces.apache.org/tobago/team-list.html Is there some reason we're keeping a separate list for Tobago? The Tomahawk team list inherits from the myfaces-master pom, and shows everyone: http://myfaces.apache.org/tomahawk/team-list.html I can see on Jim's page [1] that there is a 'myfaces-tobago' svn auth group, but everyone in it is also in the 'myfaces' group and so has access to the entire myfaces codebase. Is this just something left over from incubation? Since the myfaces-tobago svn auth group isn't actually doing anything, let's ask Manfred to remove it. And let's also hook the Tobago build up to the myfaces-master pom as its parent, so that we can share the committer list (and reduce some other duplication, since the mailing lists are in both places now.) We're all MyFaces committers... anyone who is willing and able should feel free -- and welcome -- to work on any part of the project. Thoughts? [1] http://people.apache.org/~jim/committers.html -- Wendy -- Matthias Wessendorf further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com