Re: myfaces-builder-plugin notes

(2) Now that the template property has been added to JSFComponent, can the following be deleted? parent superClass Yes, I did a revision and deleted the usage of this attributes (front end). But this properties right now are

Re: Would you mind if I 'stole' ResourceServlet?

On Fri, 2008-06-13 at 08:14 +0200, Lilianne E. Blaze wrote: Hello, I need something that works more or less like a default servlet (serving static resources, basic caching, etc), but container-neutral and with a possibility to call it from a filter. I think your ResourceServlet can be

where to get trinidad complete source?

I download the source code from apache, but the the core component's source code does not exist for example: the package *org.apache.myfaces.trinidad.component.core.** does not exist in source code, but it's class do exist in the jar file. -- myBlog: http://ivanl.javaeye.com

Re: NumberConverter has issue with BigDecimal

Use the sandbox convertNumber with a BigDecimal type. You may also want to take a few minutes and add the workaround for the bug in the java currency parser (DecimalFormat) as described in http://issues.apache.org/jira/browse/TOMAHAWK-610 if it hasn't already been taken care of. On 6/13/08,

Re: NumberConverter has issue with BigDecimal

thanks! will have a look On Fri, Jun 13, 2008 at 6:04 AM, Mike Kienenberger [EMAIL PROTECTED] wrote: Use the sandbox convertNumber with a BigDecimal type. You may also want to take a few minutes and add the workaround for the bug in the java currency parser (DecimalFormat) as described in

Re: NumberConverter has issue with BigDecimal

For what it's worth, I've been using a precursor version of a similar component (which only supported BigDecimal types) in a production project for a couple of years with the currency parser patch and none of the users have ever complained of issues with it. On 6/13/08, Matthias Wessendorf [EMAIL

Re: myfaces-builder-plugin notes

On Fri, Jun 13, 2008 at 1:52 AM, simon [EMAIL PROTECTED] wrote: (2) Now that the template property has been added to JSFComponent, can the following be deleted? parent superClass Yes, I did a revision and deleted the usage of

Re: [trinidad] Why input type=hidden name=javax.faces.ViewState ... does not render its id?

Yeah, this is a complex issue. And trinidad doesn't do it right either. Here is what I was going to do for Trinidad (in my copious amounts of spare time). :) Each Portlet would have a root element. When a form is submitted via ppr, the view state for each javax.faces.ViewState under that

Re: where to get trinidad complete source?

http://myfaces.apache.org/trinidad/download.html If it's not in a pre-build download, you can check it out from svn by following the instructions on the same link above. On 6/13/08, Ivan Li [EMAIL PROTECTED] wrote: I download the source code from apache, but the the core component's source

[jira] Created: (TOBAGO-681) Facelets link Component Tree in Debug Output window doesn't work

Facelets link Component Tree in Debug Output window doesn't work -- Key: TOBAGO-681 URL: https://issues.apache.org/jira/browse/TOBAGO-681 Project: MyFaces Tobago Issue Type:

[jira] Commented: (TOMAHAWK-1129) ReducedHTMLParser: wrong line numbers

[ https://issues.apache.org/jira/browse/TOMAHAWK-1129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12604994#action_12604994 ] Leonardo Uribe commented on TOMAHAWK-1129: -- I'm using tomahawk 1.1.7-SNAPSHOT

[jira] Created: (TRINIDAD-1120) HtmlResponseWriter should treat embed as an empty element

HtmlResponseWriter should treat embed as an empty element - Key: TRINIDAD-1120 URL: https://issues.apache.org/jira/browse/TRINIDAD-1120 Project: MyFaces Trinidad Issue Type: Bug

[jira] Resolved: (TRINIDAD-1089) trinidad-demo.war does not run in non-J2EE container as distributed.

[ https://issues.apache.org/jira/browse/TRINIDAD-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott O'Bryan resolved TRINIDAD-1089. - Resolution: Fixed Fix Version/s: 1.2.9-core 1.0.9-core

[jira] Commented: (TRINIDAD-1089) trinidad-demo.war does not run in non-J2EE container as distributed.

[ https://issues.apache.org/jira/browse/TRINIDAD-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12605006#action_12605006 ] Scott O'Bryan commented on TRINIDAD-1089: - BTW- Paul, I looked at classifiers

Re: [myfaces commons] discussion about reorganization of this project is required!

On Fri, Jun 6, 2008 at 1:06 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: I'd recommend not migrating t:validateEqual across to myfaces-commons. t:validateEquals is a special case of t:validateCompareTo, and, if I recall correctly, the code in validateEquals is not as flexible as the code in

[Trinidad] TRINIDAD-1109 Support non-standard user agents

Hello, looks like TRINIDAD-1109 is available since the implementation of TRINIDAD-799. Can one verify that ? Thanks! Matthias [1] https://issues.apache.org/jira/browse/TRINIDAD-799 [2] https://issues.apache.org/jira/browse/TRINIDAD-1109 -- Matthias Wessendorf further stuff: blog:

[jira] Resolved: (TRINIDAD-9) client side validation: add client side numberConverter

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

[jira] Resolved: (TRINIDAD-869) PPR can't refresh the table with trinidad-demo-1.2.4-war

[ https://issues.apache.org/jira/browse/TRINIDAD-869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Weßendorf resolved TRINIDAD-869. - Resolution: Invalid looks like addressed with TRINIDAD-1089 PPR can't