[jira] Created: (TRINIDAD-1249) Further improvements to JIRA-1245 High Availability Testing and Support

Further improvements to JIRA-1245 High Availability Testing and Support Key: TRINIDAD-1249 URL: https://issues.apache.org/jira/browse/TRINIDAD-1249 Project: MyFaces Trinidad

[jira] Updated: (TRINIDAD-1249) Further improvements to JIRA-1245 High Availability Testing and Support

[ https://issues.apache.org/jira/browse/TRINIDAD-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1249: - Status: Open (was: Patch Available) Further improvements to JIRA-1245 High

[jira] Updated: (TRINIDAD-1249) Further improvements to JIRA-1245 High Availability Testing and Support

[ https://issues.apache.org/jira/browse/TRINIDAD-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1249: - Status: Patch Available (was: Open) Further improvements to JIRA-1245 High

Re: Another approach to the templating problem

Interesting solution :) I agree that the execution time of a compiler level solution will be better than an interpreted template solution.  Perhaps the only scenario that our interpreted template solution will yeild significant execution performance gain is when it caches large amounts of

[jira] Commented: (TRINIDAD-1176) list type navigationPane not displaying all commandNavigationItem children in IE7

[ https://issues.apache.org/jira/browse/TRINIDAD-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637030#action_12637030 ] Tomas Havelka commented on TRINIDAD-1176: - I think this bug was already repotred

[jira] Resolved: (TRINIDAD-1249) Further improvements to JIRA-1245 High Availability Testing and Support

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

[jira] Commented: (TRINIDAD-1173) Character encoding problem when submitting with PPR and a filter getting parameters out the request

[ https://issues.apache.org/jira/browse/TRINIDAD-1173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637041#action_12637041 ] Mark van den Boomen commented on TRINIDAD-1173: --- Hello Mathias and

Re: Another approach to the templating problem

Werner Punz schrieb: Paul Rivera schrieb: Interesting solution :) I agree that the execution time of a compiler level solution will be better than an interpreted template solution. Perhaps the only scenario that our interpreted template solution will yeild significant execution performance

[jira] Created: (MYFACES-2005) GuiceELResolver doesnt populate fields in managedBean

GuiceELResolver doesnt populate fields in managedBean - Key: MYFACES-2005 URL: https://issues.apache.org/jira/browse/MYFACES-2005 Project: MyFaces Core Issue Type: Bug

Re: Another approach to the templating problem

Paul Rivera schrieb: Interesting solution :) I agree that the execution time of a compiler level solution will be better than an interpreted template solution. Perhaps the only scenario that our interpreted template solution will yeild significant execution performance gain is when it

Re: Another approach to the templating problem

OMG, this would produce some insanely unmaintainable code, not to mention having to recompile for every little HTML change, and no way at all to have HTML authors help code it. Servlets were bad enough, but now embedding HTML in Java Comments? -0.9 for me, keep HTML in HTML maintained files would

Re: Another approach to the templating problem

Think I worded this too strongly, as renderers also produce HTML via Java. I just think that if you are going to have templates, it would be great to keep them in separate files, be it *.vm for velocity or xhtml/xml for facelets/JSF2 or what have you. These files can not only be edited by some

[jira] Commented: (MYFACES-1982) Too many open files on Weblogic 9.2

[ https://issues.apache.org/jira/browse/MYFACES-1982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637106#action_12637106 ] Roland Schaer commented on MYFACES-1982: Since it seems to be a resource issue

[jira] Commented: (MYFACES-1982) Too many open files on Weblogic 9.2

[ https://issues.apache.org/jira/browse/MYFACES-1982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637108#action_12637108 ] Matthias Weßendorf commented on MYFACES-1982: - see TRINIDAD-73 for more

Re: Another approach to the templating problem

Werner Punz schrieb: Andrew Robinson schrieb: Think I worded this too strongly, as renderers also produce HTML via Java. I just think that if you are going to have templates, it would be great to keep them in separate files, be it *.vm for velocity or xhtml/xml for facelets/JSF2 or what have

Re: Another approach to the templating problem

But the problem persists, how are we going to improve the readability of the rendered code and how do we maintain the much needed speed on component level? A very good question. I wonder if there is a way to get JSP-like runtime compilation of HTML template code and have that compiled code get

Re: Another approach to the templating problem

Simon Kitching schrieb: Werner Punz schrieb: Andrew Robinson schrieb: Think I worded this too strongly, as renderers also produce HTML via Java. I just think that if you are going to have templates, it would be great to keep them in separate files, be it *.vm for velocity or xhtml/xml for

Re: Another approach to the templating problem

Another thing, since the code i wrote is not directly JSF related but is a generic approach of java multiline templating, should we even host it at MyFaces? Another option would be to have it as a self hosting project on sourceforge or java.net an existing build process in MyFaces still could

[jira] Resolved: (TRINIDAD-1244) returnListener not called from manually launched dialog.

[ https://issues.apache.org/jira/browse/TRINIDAD-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Horne resolved TRINIDAD-1244. --- Resolution: Invalid returnListener not called from manually launched dialog.

[jira] Commented: (TRINIDAD-1244) returnListener not called from manually launched dialog.

[ https://issues.apache.org/jira/browse/TRINIDAD-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637129#action_12637129 ] Steve Horne commented on TRINIDAD-1244: --- The call to launchDialog must supply a

Re: Another approach to the templating problem

Andrew Robinson schrieb: But the problem persists, how are we going to improve the readability of the rendered code and how do we maintain the much needed speed on component level? A very good question. I wonder if there is a way to get JSP-like runtime compilation of HTML template code and

[jira] Created: (MYFACES-2006) getTableIndex

getTableIndex - Key: MYFACES-2006 URL: https://issues.apache.org/jira/browse/MYFACES-2006 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.1.6 Reporter: Paris Holley Priority: Blocker Have

Re: Bug in ApplicationImpl

On Sat, 2008-04-10 at 07:30 +0200, Matthias Wessendorf wrote: b) check out the *builder* and build it: http://svn.apache.org/repos/asf/myfaces/myfaces-build-tools/trunk/maven2-plugins/myfaces-builder-plugin/ Thanks, Matthias - that got me further. I checked out the whole

Re: Bug in ApplicationImpl

On Mon, Oct 6, 2008 at 1:20 PM, Red [EMAIL PROTECTED] wrote: On Sat, 2008-04-10 at 07:30 +0200, Matthias Wessendorf wrote: b) check out the *builder* and build it: http://svn.apache.org/repos/asf/myfaces/myfaces-build-tools/trunk/maven2-plugins/myfaces-builder-plugin/ Thanks, Matthias -

[jira] Commented: (TRINIDAD-1238) Allow children of iterator to use partialTriggers

[ https://issues.apache.org/jira/browse/TRINIDAD-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637217#action_12637217 ] Andrew Robinson commented on TRINIDAD-1238: --- Adding some more detail on this:

Re: Bug in ApplicationImpl

On Mon, 2008-06-10 at 14:39 -0500, Leonardo Uribe wrote: It is a problem related to plexus dependencies. If myfaces-builder-plugin and myfaces-builder-annotations compiles, this dependency should be available on local repository. Try rebuild all maven2-plugins and then try again.

[jira] Updated: (TRINIDAD-1171) A failing client-side validator while using PPR causes a page hang with hourglass in IE when clicking in a empty spot on the page

[ https://issues.apache.org/jira/browse/TRINIDAD-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Robinson updated TRINIDAD-1171: -- Resolution: Cannot Reproduce Status: Resolved (was: Patch Available) A

[jira] Commented: (TRINIDAD-1171) A failing client-side validator while using PPR causes a page hang with hourglass in IE when clicking in a empty spot on the page

[ https://issues.apache.org/jira/browse/TRINIDAD-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637235#action_12637235 ] Andrew Robinson commented on TRINIDAD-1171: --- I cannot reproduce this problem

[jira] Commented: (MYFACES-2006) getTableIndex: Integer to String (ClassCastException)

[ https://issues.apache.org/jira/browse/MYFACES-2006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637238#action_12637238 ] Leonardo Uribe commented on MYFACES-2006: - The original code looks like this:

[jira] Created: (TRINIDAD-1250) skin sharing broken so the producer's portlet uses incorrect styles.

skin sharing broken so the producer's portlet uses incorrect styles. Key: TRINIDAD-1250 URL: https://issues.apache.org/jira/browse/TRINIDAD-1250 Project: MyFaces Trinidad

Re: Bug in ApplicationImpl

On Mon, Oct 6, 2008 at 4:12 PM, Red [EMAIL PROTECTED] wrote: On Mon, 2008-06-10 at 14:39 -0500, Leonardo Uribe wrote: It is a problem related to plexus dependencies. If myfaces-builder-plugin and myfaces-builder-annotations compiles, this dependency should be available on local

[jira] Commented: (MYFACES-2006) getTableIndex: Integer to String (ClassCastException)

[ https://issues.apache.org/jira/browse/MYFACES-2006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637249#action_12637249 ] Paris Holley commented on MYFACES-2006: --- Indeed, this does not appear to be a

[jira] Resolved: (TRINIDAD-1176) list type navigationPane not displaying all commandNavigationItem children in IE7

[ https://issues.apache.org/jira/browse/TRINIDAD-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Weßendorf resolved TRINIDAD-1176. -- Resolution: Duplicate see TRINIDAD-1218 list type navigationPane not

Re: Another approach to the templating problem

Actually Simon you just gave me the perfect example Simon Kitching schrieb: We are not talking about doing away with any existing templates, right? No, the existing templates are not touched, what we have here is more or less an extension to java which adds multiline strings and string

Re: Another approach to the templating problem

I think we can add the startElement and endElement later! Not a difficult job :). On Tue, Oct 7, 2008 at 12:15 AM, Werner Punz [EMAIL PROTECTED] wrote: Actually Simon you just gave me the perfect example Simon Kitching schrieb: We are not talking about doing away with any existing

Re: Another approach to the templating problem

-1 on this idea The problem is that I have seen code, like in Trinidad, where it is required an essential to call start end element. For example, Trinidad uses escaping inside of a SCRIPT element to ensure that the encoded text does not break the HTML. Removing these calls and bypassing the

Re: Another approach to the templating problem

Well I agree here mostly especially since Tools like Netbeans rely on the startElement etc... APIs. I just do not want to lose the generic tooling I have regarding java. Probably the sanest approach to resolve this would be some kind of framework interceptor which could intercept the code

[jira] Commented: (MYFACES-1982) Too many open files on Weblogic 9.2

[ https://issues.apache.org/jira/browse/MYFACES-1982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12637314#action_12637314 ] Leonardo Uribe commented on MYFACES-1982: - Thanks Matthias for the information.

Re: Thoughts on Trinidad

I would tend to agree with this, but the real issue is striking a balance between flexibility and simplicity. I know the Richclient uses the same skinning mechanism as Trinidad (it USES Trinidad Skinning) and the look and feels out of that renderkit are entirely different. With a less

[jira] Created: (TRINIDAD-1251) Work-around buggy implementation of Collections.checkedList(), Collections.synchronizedList(), Collections.unmodifiableList()

Work-around buggy implementation of Collections.checkedList(), Collections.synchronizedList(), Collections.unmodifiableList() - Key: TRINIDAD-1251

[jira] Resolved: (TOMAHAWK-1344) Using StreamingAddResource and setting org.apache.myfaces.RESOURCE_VIRTUAL_PATH to something else other than /faces/myFacesExtensionResource doesn't have any effect on

[ https://issues.apache.org/jira/browse/TOMAHAWK-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leonardo Uribe resolved TOMAHAWK-1344. -- Resolution: Fixed Fix Version/s: 1.1.8-SNAPSHOT Assignee: Leonardo

[jira] Resolved: (TRINIDAD-1251) Work-around buggy implementation of Collections.checkedList(), Collections.synchronizedList(), Collections.unmodifiableList()

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