[COMMUNITY] MyFaces += Gerhard Petracek
The Myfaces PMC is proud to announce a new addition to our community. Please welcome Gerhard Petracek as the newest MyFaces committer. Gerhard has been very active on the mailing lists and has provided several patches for the Trinidad components. He also cares about up-to-date wiki pages. @Gerhard: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml --Manfred
Re: [COMMUNITY] MyFaces += Gerhard Petracek
Welcome Gerhard! Great to have you aboard... regards, Martin On Jan 17, 2008 9:25 AM, Manfred Geiler [EMAIL PROTECTED] wrote: The Myfaces PMC is proud to announce a new addition to our community. Please welcome Gerhard Petracek as the newest MyFaces committer. Gerhard has been very active on the mailing lists and has provided several patches for the Trinidad components. He also cares about up-to-date wiki pages. @Gerhard: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml --Manfred -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
[jira] Commented: (TOMAHAWK-596) Duplicate id exception for HtmlDataScrollerRenderer
[ https://issues.apache.org/jira/browse/TOMAHAWK-596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559860#action_12559860 ] Marko Asplund commented on TOMAHAWK-596: Is any work being done to fix this problem? What's the recommended workaround? Duplicate id exception for HtmlDataScrollerRenderer --- Key: TOMAHAWK-596 URL: https://issues.apache.org/jira/browse/TOMAHAWK-596 Project: MyFaces Tomahawk Issue Type: Bug Components: Data Scroller Affects Versions: 1.1.3 Environment: Linux, Windows Reporter: Ryan Wynn Attachments: HtmlDataScrollerRenderer.java, HtmlDataScrollerRenderer.java.example, HtmlDataScrollerRenderer.patch In a portlet environment a non-faces request produces an exception when the faces tree is rendered if the faces tree contains a DataScroller component. The HtmlDataScroller renderer actually renders its children twice in this case, once in the encodeChildren method and once in the encodeEnd method. Since rendering of the children is taken care of in encodeEnd I made the encodeChildren method a no-op. Also, although the CommandLinks which are rendered as children are marked as transient, they see to stick around. I put a check in the getLink methods to make sure that the links are not added twice. This seems to fix the duplicate id exception, but it might be necessary to further investigate why they are sticking around in the first place. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1804) Pressing a download button corrupts other button actions in Internet Explorer
[
https://issues.apache.org/jira/browse/MYFACES-1804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559862#action_12559862
]
Thomas Fischer commented on MYFACES-1804:
-
I am not sure what they mean at Web Bug Track bug 235 with it will appear to
work, until you submit the page. In myfaces, the form is submitted via
javascript, and the hidden parameter _IS_ transferred to the server. So the
only problem is that the hidden input is not accessible by name.
I am not sure what is more desirable, a browser switch or the performance
penalty by a browser independent implementation, but in my opinion both are
good solutions to the problem.
Pressing a download button corrupts other button actions in Internet Explorer
-
Key: MYFACES-1804
URL: https://issues.apache.org/jira/browse/MYFACES-1804
Project: MyFaces Core
Issue Type: Bug
Components: General
Affects Versions: 1.2.0
Environment: Microsoft internet Explorer 6.0 (not tested for other
versions)
Reporter: Thomas Fischer
Attachments: myfaces-1804.patch, testHiddenInputJavascript.html,
testie.jsp, TestieController.java
Situation: The user accesses a jsf page where a commandlink or commandButton
starts a download, and other commandLinks or CommandButtons are present in
the same form, using the internet explorer as a browser. The user e clicks on
the download Button. Afterwards, the user clicks on any other button in the
same form.
Observed behaviour: The previous download is started again, regardless of the
action associated with the button
Expected behaviour: The action associated with the button should be executed
Analysis: The error originates in the generated javascript function
oamSetHiddenInput(formname, name, value). In this function, it is checked
whether the hidden input already exists, using the javascript code
if(typeof form.elements[name]=='undefined')
This works fine in the Internet explorer as long as the hidden input was
created in html. If the hidden input was created using javascript, e.g. by
the code in the same function, the above condition returns true although the
hidden input already exists. This results in creating a second hidden input
field instead of replacing the value in the existing one. If the server only
uses the value of the first(i.e. already existing) hidden input field, it
gets the old value instead of the new one. In the end, myfaces reads the old
value of the html parameter ${formName}:_idcl, and so the old action is
executed instead of the new one.
Resolution: Accessing the hidden input via indices (form.elements[0],
form.elements[1] ...) also works if the hidden input is created dynamically.
Note that the error does only occur if the page is not reloaded when the
first button is pressed, so a special action as e.g. a download is needed to
trigger the behaviour.
I'd consider this to be a bug in IE, but as we cannot persuade all users to
use a browser which is less buggy, a workaround should be implemented in
myfaces. The error does not occur in Firefox.
As the implementation is in the myfaces_shared project, this affects both
core and tomahawk.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-596) Duplicate id exception for HtmlDataScrollerRenderer
[
https://issues.apache.org/jira/browse/TOMAHAWK-596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559864#action_12559864
]
Marko Asplund commented on TOMAHAWK-596:
I'm also seeing this problem with a portlet I'm developing with JSF using the
Tomahawk t:dataTable action in combination with t:dataScroller for implementing
a pageable search results page.
The page includes a form for typing in search criteria and dataTable is used
for representing the results.
Part of the time this is working as expected but occasionally I receive error
messages about duplicate components in the component tree (see below).
I'm using Tomahawk 1.1.3 and the application runs on WebSphere Portal Server
6.0.
I've also tested this with Tomahawk 1.1.6 and the issue can be reproduced with
that version as well.
Caused by: java.lang.IllegalStateException: Client-id : scrollerprevious is
duplicated in the faces tree. Component : listForm:scrollerprevious, path:
{Component-Path : [Class: javax.faces.component.UIViewRoot,ViewId:
/WEB-INF/jsp/acars/listReports.jsp][Class:
org.apache.myfaces.custom.div.Div,Id: _idJsp0PC_7_BAQQI5230OL3C02
T1C1LCM30D2_][Class: javax.faces.component.html.HtmlForm,Id: listForm][Class:
org.apache.myfaces.custom.div.Div,Id:
_idJsp38PC_7_BAQQI5230OL3C02T1C1LCM30D2_][Class:
javax.faces.component.html.HtmlPanelGrid,Id:
_idJsp80PC_7_BAQQI5230OL3C02T1C1LCM30D2_][Class:
org.apache.myfaces.custom.datascroller.HtmlDataScroller,Id: scroller][Class:
javax.faces.component.html.HtmlCommandLink,Id: scrollerprevious]}
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java(Compiled
Code))
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java(Compiled
Code))
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java(Compiled
Code))
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java(Compiled
Code))
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java(Compiled
Code))
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java(Compiled
Code))
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.checkForDuplicateIds(JspStateManagerImpl.java(Compiled
Code))
at
org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedView(JspStateManagerImpl.java:305)
at org.apache.myfaces.taglib.core.ViewTag.doAfterBody(ViewTag.java:122)
at com.ibm._jsp._listReports._jspx_meth_f_view_0(_listReports.java:1671)
at com.ibm._jsp._listReports._jspService(_listReports.java:89)
at com.ibm.ws.jsp.runtime.HttpJspBase.service(HttpJspBase.java(Compiled
Code))
at javax.servlet.http.HttpServlet.service(HttpServlet.java(Compiled
Code))
at
com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java(Compiled
Code))
at
com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java(Compiled
Code))
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled
Code))
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java(Compiled
Code))
at
com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java(Compiled
Code))
at
com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper.handleRequest(GenericServletWrapper.java(Inlined
Compiled Code))
at
com.ibm.ws.jsp.webcontainerext.JSPExtensionServletWrapper.handleRequest(JSPExtensionServletWrapper.java(Compiled
Code))
at
com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.include(WebAppRequestDispatcher.java(Compiled
Code))
at
org.apache.pluto.core.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:112)
... 170 more
Duplicate id exception for HtmlDataScrollerRenderer
---
Key: TOMAHAWK-596
URL: https://issues.apache.org/jira/browse/TOMAHAWK-596
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Data Scroller
Affects Versions: 1.1.3
Environment: Linux, Windows
Reporter: Ryan Wynn
Attachments: HtmlDataScrollerRenderer.java,
HtmlDataScrollerRenderer.java.example, HtmlDataScrollerRenderer.patch
In a portlet environment a non-faces request produces an exception when the
faces tree is rendered if the faces tree contains a DataScroller component.
The HtmlDataScroller renderer actually renders its children twice in this
case, once in the encodeChildren method and once in the encodeEnd method.
Since rendering of the children is taken
[jira] Created: (TRINIDAD-904) Create visual component index
Create visual component index - Key: TRINIDAD-904 URL: https://issues.apache.org/jira/browse/TRINIDAD-904 Project: MyFaces Trinidad Issue Type: Improvement Components: Documentation Reporter: Marko Asplund Oracle has an excellent visual index for ADF Faces components found in: http://www.oracle.com/technology/products/jdev/htdocs/partners/addins/exchange/jsf/doc/tagdoc/core/imageIndex.html It's very easy to map your UI requirements to available components using the index and it is a very valuable tool when designing JSF based user interfaces. A similar index would be excellent to have for Trinidad. Could Oracle provide this index for Trinidad? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [COMMUNITY] MyFaces += Gerhard Petracek
Welcome Gerhard! Bruno On 17/01/2008, Martin Marinschek [EMAIL PROTECTED] wrote: Welcome Gerhard! Great to have you aboard... regards, Martin On Jan 17, 2008 9:25 AM, Manfred Geiler [EMAIL PROTECTED] wrote: The Myfaces PMC is proud to announce a new addition to our community. Please welcome Gerhard Petracek as the newest MyFaces committer. Gerhard has been very active on the mailing lists and has provided several patches for the Trinidad components. He also cares about up-to-date wiki pages. @Gerhard: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml --Manfred -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: svn commit: r612759 - /myfaces/tobago/trunk/core/src/main/java/org/apache/myfaces/tobago/taglib/component/CellTagDeclaration.java
Hi, + * one layout cell. A cell may only contain one child. what does this mean in this context? For me this reads like: A cell MUST NOT have more than one child. Which is wrong, except for the span and scrollbar attributes a cell is similar to a panel. Regards, Volker 2008/1/17, [EMAIL PROTECTED] [EMAIL PROTECTED]: Author: idus Date: Thu Jan 17 00:44:54 2008 New Revision: 612759 URL: http://svn.apache.org/viewvc?rev=612759view=rev Log: cosmetic: improved documentation Modified: myfaces/tobago/trunk/core/src/main/java/org/apache/myfaces/tobago/taglib/component/CellTagDeclaration.java Modified: myfaces/tobago/trunk/core/src/main/java/org/apache/myfaces/tobago/taglib/component/CellTagDeclaration.java URL: http://svn.apache.org/viewvc/myfaces/tobago/trunk/core/src/main/java/org/apache/myfaces/tobago/taglib/component/CellTagDeclaration.java?rev=612759r1=612758r2=612759view=diff == --- myfaces/tobago/trunk/core/src/main/java/org/apache/myfaces/tobago/taglib/component/CellTagDeclaration.java (original) +++ myfaces/tobago/trunk/core/src/main/java/org/apache/myfaces/tobago/taglib/component/CellTagDeclaration.java Thu Jan 17 00:44:54 2008 @@ -29,8 +29,8 @@ */ /** - * Renders a layout cell. - * A panel with the ability to span over more than one layout cell. + * Renders a panel-like layout element with the ability to span over more than + * one layout cell. A cell may only contain one child. */ @Tag(name = cell) @UIComponentTag( -- inexso - information exchange solutions GmbH Bismarckstraße 13 | 26122 Oldenburg Tel.: +49 441 4082 356 | FAX: +49 441 4082 355 | www.inexso.de
[jira] Created: (TOMAHAWK-1177) ExtensionsFilter should not buffer data for certain content-types
ExtensionsFilter should not buffer data for certain content-types - Key: TOMAHAWK-1177 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1177 Project: MyFaces Tomahawk Issue Type: Improvement Components: ExtensionsFilter Affects Versions: 1.1.6 Reporter: Simon Kitching Priority: Minor Currently, ExtensionsFilter arranges for all data generated by a request to be buffered. Then after the request is complete it checks the content-type http header and skips any further processing if the type is not text/html or similar. Maybe the response-wrapper class could catch the start of response data writing, check its headers (which will be complete at that time) and then for non-html responses just stream the data directly rather than buffer it. This will save time and memory usage when a request to a .jsf url causes a non-html response to be returned. This isn't very often, but sometimes people do generate pdfs etc as a result of a jsf postback. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-1145) t:input calendar adds whitespace to page layout
[
https://issues.apache.org/jira/browse/TOMAHAWK-1145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559921#action_12559921
]
Markus Bussemer commented on TOMAHAWK-1145:
---
I get the same behaviour when StreamingAddResource is configured in web.xml:
context-param
param-nameorg.apache.myfaces.ADD_RESOURCE_CLASS/param-name
param-valueorg.apache.myfaces.component.html.util.StreamingAddResource/param-value
/context-param
With this configuration, the script tags are rendred immediately before the
calendar's input field.
Without this web.xml entry (DefaultAddResource is used) the script and
link tags are rendered in the head of the page and the page contains no
extra whitespace.
(Tested with MyFaces 1.1.5, Facelets 1.1.13, Tomahawk: home-built version from
today's (Jan. 17, 2008) SVN trunk, Firefox 1.5)
t:input calendar adds whitespace to page layout
---
Key: TOMAHAWK-1145
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1145
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Calendar
Affects Versions: 1.1.7-SNAPSHOT
Environment: Myfaces 1.2.1 - Tomahawk 2.0 Snapshot (also previous
versions) - Facelets 1.1.13
Reporter: Wolf Benz
Fix For: 1.1.7-SNAPSHOT
Attachments: screenshot-1.jpg, screenshot-2.jpg, screenshot-3.jpg
First of all: I have correctly set up my extension filter, nothing wrong
there. Problems started when I upgraded' to MF 1.2 and Tomahwak116, later
Tomahawk 2.0 snapshot.
Secondly: I don't know to what extend the problems I'm having are caused by
using it n combination with Facelets, but I expect a correct taglib to be a
central part of the problem as I get very different results, depending on the
taglib used. (- Cf. mailing list: repeated request to include the taglib in
teh META-Inf dir for faclets users!!!)
What happens is:
When using this:
t:inputCalendar
renderAsPopup=true
renderPopupButtonAsImage=true
popupDateFormat=dd/MM/
popupButtonString=Click here to show Calendar
value=#{studyOverviewBean.study.plannedStartDate}
/
... several things happen:
1/ the layout is screwed: there is an anormous space between the input text
field where the date is pasted and the actual icon one can click to have the
calendar pop up.
What makes it worse: this space is a vertical one...
2/ The whole popup thing just doesn't work. It pasts a sortof in-line
calendar-rendering below the inputfield, which pushes everything underneath
away, and even after picking a date(after which the inline rendering is
gone), never corrects this space.
I had diffrent behavior depeding on what was declared in the various taglibs
I used (for facelets). I tried one from Google (provided by Bruno) and one
other (provided by skalasoft) , which gave me the best results but even
these were largely inappropriate.
Hope this gets corrected soon in one of the intermediate MY1.2.1/Toma2.0
releases. (by including a correct and complete taglib!!)
-Wolf.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-1145) t:input calendar adds whitespace to page layout
[
https://issues.apache.org/jira/browse/TOMAHAWK-1145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559943#action_12559943
]
Markus Bussemer commented on TOMAHAWK-1145:
---
Correction to my previous comment: When using the t:document* tags as described
in the wiki the popup calendar works with StreamingAddResource .
t:input calendar adds whitespace to page layout
---
Key: TOMAHAWK-1145
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1145
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Calendar
Affects Versions: 1.1.7-SNAPSHOT
Environment: Myfaces 1.2.1 - Tomahawk 2.0 Snapshot (also previous
versions) - Facelets 1.1.13
Reporter: Wolf Benz
Fix For: 1.1.7-SNAPSHOT
Attachments: screenshot-1.jpg, screenshot-2.jpg, screenshot-3.jpg
First of all: I have correctly set up my extension filter, nothing wrong
there. Problems started when I upgraded' to MF 1.2 and Tomahwak116, later
Tomahawk 2.0 snapshot.
Secondly: I don't know to what extend the problems I'm having are caused by
using it n combination with Facelets, but I expect a correct taglib to be a
central part of the problem as I get very different results, depending on the
taglib used. (- Cf. mailing list: repeated request to include the taglib in
teh META-Inf dir for faclets users!!!)
What happens is:
When using this:
t:inputCalendar
renderAsPopup=true
renderPopupButtonAsImage=true
popupDateFormat=dd/MM/
popupButtonString=Click here to show Calendar
value=#{studyOverviewBean.study.plannedStartDate}
/
... several things happen:
1/ the layout is screwed: there is an anormous space between the input text
field where the date is pasted and the actual icon one can click to have the
calendar pop up.
What makes it worse: this space is a vertical one...
2/ The whole popup thing just doesn't work. It pasts a sortof in-line
calendar-rendering below the inputfield, which pushes everything underneath
away, and even after picking a date(after which the inline rendering is
gone), never corrects this space.
I had diffrent behavior depeding on what was declared in the various taglibs
I used (for facelets). I tried one from Google (provided by Bruno) and one
other (provided by skalasoft) , which gave me the best results but even
these were largely inappropriate.
Hope this gets corrected soon in one of the intermediate MY1.2.1/Toma2.0
releases. (by including a correct and complete taglib!!)
-Wolf.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TRINIDAD-768) improved support for sortable properties
[
https://issues.apache.org/jira/browse/TRINIDAD-768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559941#action_12559941
]
Gerhard Petracek commented on TRINIDAD-768:
---
hello luka,
thank you for your comment.
it wasn't my intention to support what you suggested (at the first step).
the attribute supports el expressions to provide a string. so you cannot use an
advanced syntax within the provided string itself (at the moment).
however, i already have 2 possible implementations in place to support the
suggested feature.
i've to think about dis-/advantages and maybe we have to discuss them on the
dev-mailing-list.
it will be a separated improvement.
regards,
gerhard
improved support for sortable properties
Key: TRINIDAD-768
URL: https://issues.apache.org/jira/browse/TRINIDAD-768
Project: MyFaces Trinidad
Issue Type: Improvement
Components: Components
Affects Versions: 1.0.3-core
Environment: tested with trinidad 1.0.3
Reporter: Gerhard Petracek
Assignee: Matthias Weßendorf
Priority: Minor
Fix For: 1.0.5-core, 1.2.5-core
Attachments: SortableModel.patch
e.g.
with this patch the following is possible:
sortProperty=subproperty1.subproperty2.sortableValue
full example:
tr:table value=#{bean.list} var=entry autoSubmit=true
tr:column headerText=property sortable=true
sortProperty=subproperty1.subproperty2.sortableValue
tr:outputText value=#{entry.subproperty1.subproperty2 .sortableValue}/
/tr:column
/tr:table
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[Myfaces Core] 1.2.1 Snapshots are not working
Hi The latest snapshot on http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/core/ dates January 14 2008 myfaces api and impl and myfaces build January 15 2008 I also have noted that if you execute mvn clean install on myfaces 1.2.1 trunk many test fails, with errors like this: setUp(javax.faces.component.UIComponentBaseTest) Time elapsed: 0.016 sec FAILURE! java.lang.IllegalStateException: Unknown callback class org.easymock.classextension.internal.ClassProxyFactory$1 at net.sf.cglib.proxy.CallbackUtils.getGenerator(CallbackUtils.java:102) at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:314) at net.sf.cglib.proxy.Enhancer.createClass(Enhancer.java:278) at org.easymock.classextension.internal.ClassProxyFactory.createProxy(ClassProxyFactory.java:98) at org.easymock.internal.MocksControl.createMock(MocksControl.java:37) at javax.faces.component.UIComponentBaseTest.setUp(UIComponentBaseTest.java:55) this dependency is correctly set but if you use mvn clean mvn install for each project (build, api, impl) this works without problem. Leonardo Uribe
Re: [trinidad] Charts
I noticed the iPhone issue too. currently the images are created on the client. -m On Jan 17, 2008 4:54 AM, Philipp Michel [EMAIL PROTECTED] wrote: Hello list, is it possible to render the svg-output of the trinidad chart on the server side? Cause there are clients they don't support svg (like safari on the iphone) and i want to convert the svg to an image format like png or so regards P. Michel -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
Re: [COMMUNITY] MyFaces += Gerhard Petracek
Welcome Gerhard! Great to have you here! On Jan 17, 2008 2:03 AM, Bruno Aranda [EMAIL PROTECTED] wrote: Welcome Gerhard! Bruno On 17/01/2008, Martin Marinschek [EMAIL PROTECTED] wrote: Welcome Gerhard! Great to have you aboard... regards, Martin On Jan 17, 2008 9:25 AM, Manfred Geiler [EMAIL PROTECTED] wrote: The Myfaces PMC is proud to announce a new addition to our community. Please welcome Gerhard Petracek as the newest MyFaces committer. Gerhard has been very active on the mailing lists and has provided several patches for the Trinidad components. He also cares about up-to-date wiki pages. @Gerhard: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml --Manfred -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
Re: [Myfaces Core] 1.2.1 Snapshots are not working
works for me [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache MyFaces JSF-1.2 Core Project ... SUCCESS [24.344s] [INFO] Apache MyFaces Core 1.2 Build . SUCCESS [10.000s] [INFO] Apache Myfaces JSF Core-1.2 API ... SUCCESS [1:00.203s] [INFO] Apache MyFaces Shared For JSF 1.2 - Project ... SUCCESS [0.141s] [INFO] Apache MyFaces Shared For JSF 1.2 - Core .. SUCCESS [33.593s] [INFO] MyFaces Shared Impl ... SUCCESS [14.125s] [INFO] MyFaces Shared Tomahawk ... SUCCESS [12.797s] [INFO] Apache MyFaces JSF-1.2 Core Impl .. SUCCESS [49.406s] [INFO] Build Project . SUCCESS [0.969s] [INFO] Example test webapp to test myfaces 1.2 ... SUCCESS [16.219s] [INFO] [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 3 minutes 48 seconds [INFO] Finished at: Thu Jan 17 09:16:13 PST 2008 [INFO] Final Memory: 20M/45M [INFO] On Jan 17, 2008 8:56 AM, Leonardo Uribe [EMAIL PROTECTED] wrote: Hi The latest snapshot on http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/core/ dates January 14 2008 myfaces api and impl and myfaces build January 15 2008 I also have noted that if you execute mvn clean install on myfaces 1.2.1 trunk many test fails, with errors like this: setUp(javax.faces.component.UIComponentBaseTest) Time elapsed: 0.016 sec FAILURE! java.lang.IllegalStateException: Unknown callback class org.easymock.classextension.internal.ClassProxyFactory$1 at net.sf.cglib.proxy.CallbackUtils.getGenerator(CallbackUtils.java:102) at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:314) at net.sf.cglib.proxy.Enhancer.createClass(Enhancer.java:278) at org.easymock.classextension.internal.ClassProxyFactory.createProxy(ClassProxyFactory.java:98) at org.easymock.internal.MocksControl.createMock(MocksControl.java:37) at javax.faces.component.UIComponentBaseTest.setUp(UIComponentBaseTest.java:55) this dependency is correctly set but if you use mvn clean mvn install for each project (build, api, impl) this works without problem. Leonardo Uribe -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
Re: [Myfaces Core] 1.2.1 Snapshots are not working
The problem is related to jmock 1.1.0 I have updated on myfaces-api to jmock 1.2.0 and easymock 2.3 and now works. Thanks Leonardo Uribe
rounded corners commandButton styling.
Hi All... Is there a way, to apply styling to commandButtons so that i get a certain gradient background and rounded corners? This is typically achieved with some divs, etc, but i don't have control of how commandButtons output their html... I don't want to create an image per button either... I don't want to create a new component or mix, say a panelGrid and button to achieve this either... All advise is quite welcome! Thanks!
Datetime picker
Hi all, Somebody knows about something that can help me. I need a datetime picker where I can pick in the same popup box the date and the time, not as separate as the t:inputDate tomahawk component do it. If someone have an example or know an url where I can see it I've be been very thankful Thanks in advance Salvador.
[jira] Created: (TRINIDAD-905) Support ability for Renderers to recursively skip over components that establish context when rendering
Support ability for Renderers to recursively skip over components that establish context when rendering --- Key: TRINIDAD-905 URL: https://issues.apache.org/jira/browse/TRINIDAD-905 Project: MyFaces Trinidad Issue Type: New Feature Components: Components Affects Versions: 1.2.6-core Reporter: Blake Sullivan Fix For: 1.2.6-core Components that solely setup context for their children, logically represent a grouping for their children, or pick a child to render from a group of children cause problems both for Renderers that would like to encode a flattened view of their children, recursively including the leaf children and for components that have strict requirements regarding the types of their children. A good example of the first problem is a UIXPanelFormLayout containing a UIXIterator. The UIXPanelFormLayout would like to lay out the flattened view of the child stamps generated by the UIXIterator, but cannot because it doesn't know anything about UIXIterator. Likewise, it would like to flatten out the children of UIXSwitcher and UIXGroup. Further, it would like this flattening to be recursive--a UIXIterator containing a UIXSwitcher containing a UIXGroup containing a UIXIterator should result in a flattened view of the children. The proposed solution is to use the visitor pattern to visit each child in turn in the correct context. The solution is primarily made up of three parts: 1) The ComponentProcessor interface implemented by the visitor 2) A FlattenedComponent interface implemented by UIComponents that wish to expose a flattened view of their children in the correct context 3) UIXComponent static helper functions for performing recursive iteration over mixtures of FlattenedComponents and normal UIComponents. Helpers are provided both for Renderers to call to perform flattened encoding and for FlattenedComponents to call as part of their flattening implementation -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [vote] release of Trinidad plugins (1.2.6)
+1 Matthias Wessendorf wrote: +1 On Jan 17, 2008 10:36 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.6 release of the Apache MyFaces Trinidad Maven 2 Plugins out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.6 artifacts and vote. How to test those JARs ? 1. there is now a zip file (org.zip) (see [1]) 2. use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/126-plugins/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/126-plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
Re: [Myfaces Core] 1.2.1 Snapshots are not working
I recently updated Trinidad to use JMock 1.2.0 as well, so not a big deal, right ;-) On Jan 17, 2008 9:55 AM, Leonardo Uribe [EMAIL PROTECTED] wrote: The problem is related to jmock 1.1.0 I have updated on myfaces-api to jmock 1.2.0 and easymock 2.3 and now works. Thanks Leonardo Uribe -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
[jira] Updated: (TRINIDAD-905) Support ability for Renderers to recursively skip over components that establish context when rendering
[ https://issues.apache.org/jira/browse/TRINIDAD-905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-905: Status: Patch Available (was: Open) Support ability for Renderers to recursively skip over components that establish context when rendering --- Key: TRINIDAD-905 URL: https://issues.apache.org/jira/browse/TRINIDAD-905 Project: MyFaces Trinidad Issue Type: New Feature Components: Components Affects Versions: 1.2.6-core Reporter: Blake Sullivan Fix For: 1.2.6-core Components that solely setup context for their children, logically represent a grouping for their children, or pick a child to render from a group of children cause problems both for Renderers that would like to encode a flattened view of their children, recursively including the leaf children and for components that have strict requirements regarding the types of their children. A good example of the first problem is a UIXPanelFormLayout containing a UIXIterator. The UIXPanelFormLayout would like to lay out the flattened view of the child stamps generated by the UIXIterator, but cannot because it doesn't know anything about UIXIterator. Likewise, it would like to flatten out the children of UIXSwitcher and UIXGroup. Further, it would like this flattening to be recursive--a UIXIterator containing a UIXSwitcher containing a UIXGroup containing a UIXIterator should result in a flattened view of the children. The proposed solution is to use the visitor pattern to visit each child in turn in the correct context. The solution is primarily made up of three parts: 1) The ComponentProcessor interface implemented by the visitor 2) A FlattenedComponent interface implemented by UIComponents that wish to expose a flattened view of their children in the correct context 3) UIXComponent static helper functions for performing recursive iteration over mixtures of FlattenedComponents and normal UIComponents. Helpers are provided both for Renderers to call to perform flattened encoding and for FlattenedComponents to call as part of their flattening implementation -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [vote] release of Trinidad plugins (1.2.6)
+1 On Jan 17, 2008 10:36 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.6 release of the Apache MyFaces Trinidad Maven 2 Plugins out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.6 artifacts and vote. How to test those JARs ? 1. there is now a zip file (org.zip) (see [1]) 2. use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/126-plugins/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/126-plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
[vote] release of Trinidad plugins (1.2.6)
Hi, I was running the needed tasks to get the 1.2.6 release of the Apache MyFaces Trinidad Maven 2 Plugins out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.6 artifacts and vote. How to test those JARs ? 1. there is now a zip file (org.zip) (see [1]) 2. use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/126-plugins/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/126-plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
continuum on zone
hello, http://myfaces.zones.apache.org:8080/ is down? (at least behind my firewall) -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
[jira] Resolved: (TRINIDAD-58) Deprecate - and stop using - CoreRenderer.toUri()
[ https://issues.apache.org/jira/browse/TRINIDAD-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Weßendorf resolved TRINIDAD-58. Resolution: Fixed Fix Version/s: 1.2.6-core 1.0.6-core Deprecate - and stop using - CoreRenderer.toUri() - Key: TRINIDAD-58 URL: https://issues.apache.org/jira/browse/TRINIDAD-58 Project: MyFaces Trinidad Issue Type: Improvement Components: Components Affects Versions: 1.0.1-core Reporter: Adam Winer Assignee: Matthias Weßendorf Priority: Minor Fix For: 1.0.6-core, 1.2.6-core CoreRenderer.toUri() is now a cover for CoreRenderer.toResourceUri(). Developers should use CoreRenderer.toResourceUri() directly. Some users may not realize that they should be using toActionUri(). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
MyFaces Build Tools
Hi, I ported some Trinidad fixes over to the build-tools. I also think it might be the case where we want to release the bits, to get them into usage. I think they are stable (since just created out to Trinidad), so we might want go with a 1.0.0 instead of something like 1.0.0-alpha What do you think? -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
Re: [COMMUNITY] MyFaces += Gerhard Petracek
Welcome!
Re: continuum on zone
for me it is down as well - so it isn't only your firewall ;) regards, Martin On Jan 17, 2008 8:38 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote: hello, http://myfaces.zones.apache.org:8080/ is down? (at least behind my firewall) -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: continuum on zone
thanks body On Jan 17, 2008 12:14 PM, Martin Marinschek [EMAIL PROTECTED] wrote: for me it is down as well - so it isn't only your firewall ;) regards, Martin On Jan 17, 2008 8:38 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote: hello, http://myfaces.zones.apache.org:8080/ is down? (at least behind my firewall) -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org
Re: [vote] release of Trinidad plugins (1.2.6)
+1 Matthias Wessendorf wrote: Hi, I was running the needed tasks to get the 1.2.6 release of the Apache MyFaces Trinidad Maven 2 Plugins out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.6 artifacts and vote. How to test those JARs ? 1. there is now a zip file (org.zip) (see [1]) 2. use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/126-plugins/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/126-plugins/
[jira] Created: (TOBAGO-600) Simplify ResourceManagerImpl.CacheKey and ClientProperties handling in UIViewRoot and ViewHandlerImpl
Simplify ResourceManagerImpl.CacheKey and ClientProperties handling in UIViewRoot and ViewHandlerImpl - Key: TOBAGO-600 URL: https://issues.apache.org/jira/browse/TOBAGO-600 Project: MyFaces Tobago Issue Type: Improvement Components: Core Reporter: Bernd Bohmann Assignee: Bernd Bohmann Fix For: 1.1.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOBAGO-572) Duplicate component id with tc:selectOneRadio
[
https://issues.apache.org/jira/browse/TOBAGO-572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560133#action_12560133
]
Bernd Bohmann commented on TOBAGO-572:
--
Maybe I get Friday or Saturday some time to look at your issue.
It would be nice if you can provide the example as a maven2 project, please.
Duplicate component id with tc:selectOneRadio
---
Key: TOBAGO-572
URL: https://issues.apache.org/jira/browse/TOBAGO-572
Project: MyFaces Tobago
Issue Type: Bug
Components: Facelets
Affects Versions: 1.0.13
Environment: Facelets 1.1.12, MyFaces 1.1.6 snap (11.09.2007), Tobago
1.0.13 snap (10.12.2007)
Reporter: Guido Dubois
Attachments: tobago_faceletsexample.war
The first time the page is rendered correctly, but if you go back you will
get an exception
java.lang.IllegalStateException: Client-id : _id54 is duplicated in the faces
tree. Component : page:_id54, path: {Component-Path : [Class:
org.apache.myfaces.tobago.component.UIViewRoot,ViewId:
/helloWorld.xhtml][Class: org.apache.myfaces.tobago.component.UIPage,Id:
page][Class: org.apache.myfaces.tobago.component.UICell,Id: _id27][Class:
org.apache.myfaces.tobago.component.UIBox,Id: _id29][Class:
org.apache.myfaces.tobago.component.UICell,Id: _id54]}
I will add a sample...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOBAGO-572) Duplicate component id with tc:selectOneRadio
[
https://issues.apache.org/jira/browse/TOBAGO-572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560147#action_12560147
]
Guido Dubois commented on TOBAGO-572:
-
I am not familiar with maven2, I will try it...
Duplicate component id with tc:selectOneRadio
---
Key: TOBAGO-572
URL: https://issues.apache.org/jira/browse/TOBAGO-572
Project: MyFaces Tobago
Issue Type: Bug
Components: Facelets
Affects Versions: 1.0.13
Environment: Facelets 1.1.12, MyFaces 1.1.6 snap (11.09.2007), Tobago
1.0.13 snap (10.12.2007)
Reporter: Guido Dubois
Attachments: tobago_faceletsexample.war
The first time the page is rendered correctly, but if you go back you will
get an exception
java.lang.IllegalStateException: Client-id : _id54 is duplicated in the faces
tree. Component : page:_id54, path: {Component-Path : [Class:
org.apache.myfaces.tobago.component.UIViewRoot,ViewId:
/helloWorld.xhtml][Class: org.apache.myfaces.tobago.component.UIPage,Id:
page][Class: org.apache.myfaces.tobago.component.UICell,Id: _id27][Class:
org.apache.myfaces.tobago.component.UIBox,Id: _id29][Class:
org.apache.myfaces.tobago.component.UICell,Id: _id54]}
I will add a sample...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[Bridge] Source tree restructuring
Hey everyone, I just got back from a Face 2 Face of the JSR-301 Expert Group (the group defining the Java Standard for the bridge). As I've been saying for a bit, there is going to be a different specification for each portlet/jsf version out there. Initially there will be two specifications produced though this JSR. The first is the Portlet 1.0 Bridge for JSF 1.2 and the second is the Portlet 2.0 Bridge for JSF 1.2. Eventually we'll probably have a Portlet 2.0 Bridge for JSF 2.0 etc. I'm going to find a way to make this very easy to figure out on the bridge web-site, but I think what we'd like to do is have a single web-site for the bridge while still being able to maintain the various (independently versioned) codelines of the bridge. So I'm thinking of restructuring the base level of the portlet bridge source tree and I wanted to get everyones take on the following: portlet-bridge master trunk - master pom for all bridges and main site tags branches jsf1.2 portlet1.0 trunk api impl demo tags branches portlet2.0 trunk api impl demo tags branches Then as future JSR specs are added, we could just add the appropriate directory and update the master pom file. *A NOTE ON THE BRIDGE* - Even though there are different versions of the spec, the bridges are written such that the bridge for Portlet 1.0 should run on Portlet 2.0 but without some of the extra functionality/correctness or speed. An application upgrading to the Portlet 2.0 version of the spec should have to change very little, if at all. The reason that we thought that having seperate code trees for these versions was preferable is that once the code in these codelines has stabilized, hopefully there will be very little need to change the implementation short of an update to the specification. So although the initial release of the bridge with these two specifications in place may well mean we have to apply patches in two places, I doubt that cost would continue as the project progresses. Anyone NOT think this structure is a good one? I'd like to apply it Monday unless there are any concerns/suggestions. Scott
