[jira] Commented: (MYFACES-2523) files for beta release don't run the most trivial application
[ https://issues.apache.org/jira/browse/MYFACES-2523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829531#action_12829531 ] Ganesh Jung commented on MYFACES-2523: -- unable to reproduce this on a different machine. Sorry for the stir ... files for beta release don't run the most trivial application - Key: MYFACES-2523 URL: https://issues.apache.org/jira/browse/MYFACES-2523 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta-2 Environment: tomcat Reporter: Ganesh Jung This most basic page: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xmlns:h=http://java.sun.com/jsf/html; xmlns:f=http://java.sun.com/jsf/core; xmlns:ui=http://java.sun.com/jsf/facelets; body h:form h:commandButton value=test /h:commandButton /h:form /body /html yields a security exception: java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS5Padding when creating a minimal project that only contains the files from 2.0.0-beta. I'll attach a war to demonstrate the bug. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TRINIDAD-1695) Lightweight dialogs broken with Firefox 3.6
[
https://issues.apache.org/jira/browse/TRINIDAD-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829543#action_12829543
]
Matthias Weßendorf commented on TRINIDAD-1695:
--
this has been applied to 10x as well:
http://svn.apache.org/viewvc?view=revisionrevision=902065
Lightweight dialogs broken with Firefox 3.6
---
Key: TRINIDAD-1695
URL: https://issues.apache.org/jira/browse/TRINIDAD-1695
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.2.12-core
Environment: Trinidad 1.2.12
JSF 1.2_14 majorra
Tomcat 6.0.20
Firefox 3.6
Reporter: Tobias Freier
Assignee: Matthias Weßendorf
Priority: Critical
Fix For: 1.0.12-core, 1.2.13-core
We have a major problem with the lightweight dialogs and the new firefox 3.6.
It's just not working anymore.
In Firebug I get this error:
[object Object]
http://myserver/adf/jsLibs/Common1_2_12.js
Line 7042
[Break on this error] var a11=a10.getBoxObjectFor(a8);\n
TypeError:a10.getBoxObjectFor is not a function {
message=a10.getBoxObjectFor is not a function, more... }
Looks like Firefox killed the function getBoxObjectFor.
a10 is a Document
a8 is body
Code at this place is:
7037 if(_agent.isGecko)
7038 {
7039 TrUIUtils._getElemLoc=function(a8)
7040 {
7041 var a10=a8.ownerDocument;
7042 var a11=a10.getBoxObjectFor(a8);
7043 var a12={x:a11.screenX,y:a11.screenY};
7044 a11=a10.getBoxObjectFor(a10.documentElement);
7045 a12.x-=a11.screenX;
7046 a12.y-=a11.screenY;
7047 return a12;
7048 }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [VOTE] Extensions-Scripting Alpha
Ok I noted it down in the jira, thanks also for adding the comment, I am currently in huge code cleanup tasks before the alpha, this will go in. Werner Matthias Wessendorf schrieb: ah! ok, I'd recommend to use the newly released Apache-MyFaces-Master7 On Tue, Feb 2, 2010 at 10:51 AM, Mark Struberg strub...@yahoo.de wrote: any parent section is still missing ;) LieGrue, strub --- On Tue, 2/2/10, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: [VOTE] Extensions-Scripting Alpha To: MyFaces Development dev@myfaces.apache.org Date: Tuesday, February 2, 2010, 10:36 AM ...which inherits from Apache-7 On Tue, Feb 2, 2010 at 10:35 AM, Matthias Wessendorf mat...@apache.org wrote: MyFaces has its own master-pom -Matthias On Tue, Feb 2, 2010 at 10:32 AM, Mark Struberg strub...@yahoo.de wrote: Hi Werner! Not sure if this is needed in your case, but the pom in extensions/scripting/trunk doesn't contain a parent section. Usually this points (in the end) to parent groupIdorg.apache/groupId artifactIdapache/artifactId version6/version /parent for all Apache projects. LieGrue, strub --- On Tue, 2/2/10, Werner Punz werner.p...@gmail.com wrote: From: Werner Punz werner.p...@gmail.com Subject: [VOTE] Extensions-Scripting Alpha To: dev@myfaces.apache.org Date: Tuesday, February 2, 2010, 9:26 AM Hello everyone, I have been feature complete since last week for the alpha release. So I want to start the vote for the Ext-Scripting Alpha 1. Feature summary: The planned Spring part will not make it into the official 1.0 release since works on dependency injection frameworks which can provide beans over the EL will become integral part post 1.0 (my plan is to also go the CDI route if the frameworks permit it),the spring reloading it will be merged over time, but will not be part of the official 1.0. So for now 1.0 will only support JSF and JSF only, but that extensively. Since I am feature complete and relatively bugfree all the work from now on will go into bugfixing and code cleanup (believe me some parts really need that) Here is a short compressed summary of what will go into the alpha 1.0 and later final version: Dynamic loading of all JSF 1.2 artifacts, including Application and Session scoped beans (lots of work went into this area to enable that) Dynamic loading of most JSF 2.0 artifacts (application events currently are not supported) Dynamic JSF2 annotation support (aka push annoations into existing classes move them around as you wish) Dynamic resource loading within JSF2 (aka load resources from your source path) Dynamic XHTML loading for Facelets (load your xhtml templates directly from your sourcepath) And all of this for Groovy and Java The documentation will be hosted on the Wiki for the time being and is a work in progress, but enough material already is there to justify an alpha release as well: http://wiki.apache.org/myfaces/Extensions/Scripting As I said, feature freeze for now, and all which will go into the alphas and betas will be code cleanup and bugfixes to get a 1.0 release out sometime around March. Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Extensions-Scripting Alpha
Ok since someone pointed me privately towards it, a vote seems to become invalid if there are changes between the vote and the release. Then let me pull the vote off the list for now and then I will do the changes regarding the master pom and the code cleanup and will restart the vote again next week. Any objections? Werner Werner Punz schrieb: Ok I noted it down in the jira, thanks also for adding the comment, I am currently in huge code cleanup tasks before the alpha, this will go in. Werner Matthias Wessendorf schrieb: ah! ok, I'd recommend to use the newly released Apache-MyFaces-Master7 On Tue, Feb 2, 2010 at 10:51 AM, Mark Struberg strub...@yahoo.de wrote: any parent section is still missing ;) LieGrue, strub --- On Tue, 2/2/10, Matthias Wessendorf mat...@apache.org wrote: From: Matthias Wessendorf mat...@apache.org Subject: Re: [VOTE] Extensions-Scripting Alpha To: MyFaces Development dev@myfaces.apache.org Date: Tuesday, February 2, 2010, 10:36 AM ...which inherits from Apache-7 On Tue, Feb 2, 2010 at 10:35 AM, Matthias Wessendorf mat...@apache.org wrote: MyFaces has its own master-pom -Matthias On Tue, Feb 2, 2010 at 10:32 AM, Mark Struberg strub...@yahoo.de wrote: Hi Werner! Not sure if this is needed in your case, but the pom in extensions/scripting/trunk doesn't contain a parent section. Usually this points (in the end) to parent groupIdorg.apache/groupId artifactIdapache/artifactId version6/version /parent for all Apache projects. LieGrue, strub --- On Tue, 2/2/10, Werner Punz werner.p...@gmail.com wrote: From: Werner Punz werner.p...@gmail.com Subject: [VOTE] Extensions-Scripting Alpha To: dev@myfaces.apache.org Date: Tuesday, February 2, 2010, 9:26 AM Hello everyone, I have been feature complete since last week for the alpha release. So I want to start the vote for the Ext-Scripting Alpha 1. Feature summary: The planned Spring part will not make it into the official 1.0 release since works on dependency injection frameworks which can provide beans over the EL will become integral part post 1.0 (my plan is to also go the CDI route if the frameworks permit it),the spring reloading it will be merged over time, but will not be part of the official 1.0. So for now 1.0 will only support JSF and JSF only, but that extensively. Since I am feature complete and relatively bugfree all the work from now on will go into bugfixing and code cleanup (believe me some parts really need that) Here is a short compressed summary of what will go into the alpha 1.0 and later final version: Dynamic loading of all JSF 1.2 artifacts, including Application and Session scoped beans (lots of work went into this area to enable that) Dynamic loading of most JSF 2.0 artifacts (application events currently are not supported) Dynamic JSF2 annotation support (aka push annoations into existing classes move them around as you wish) Dynamic resource loading within JSF2 (aka load resources from your source path) Dynamic XHTML loading for Facelets (load your xhtml templates directly from your sourcepath) And all of this for Groovy and Java The documentation will be hosted on the Wiki for the time being and is a work in progress, but enough material already is there to justify an alpha release as well: http://wiki.apache.org/myfaces/Extensions/Scripting As I said, feature freeze for now, and all which will go into the alphas and betas will be code cleanup and bugfixes to get a 1.0 release out sometime around March. Werner -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [OFFTOPIC] JSFDays 2010 Vienna
Hi, I almost forgot: I'll also be at the jsfdays in vienna and I hope to meet some of you there! Regards, Jakob 2010/1/28, Michael Kurz michi.k...@gmx.at: I hope to meet some of you there! regards Michael Am 26.01.2010 10:25, schrieb Gerhard Petracek: Hi all, we'd like to invite you to come to a JSF conference in Vienna, Austria from 23rd-25th of February. The program is packed with the latest and greatest information about JSF 2.0 and the new versions of the major component libraries as well as extensions. It will be worthwhile for you as a JSF developer to hear what this new version of JSF has to offer. In addition to the JSF track, there will also be a general Java EE track where the important new developments in the Java EE space will be covered. Additionally, the third day hosts a series of workshops on such interesting topics as: - Collaboration with Ajax Push, ICEfaces 2, and JSF 2 - RichFaces 4 with JSF 2 - The Java Memory Model - Real World Java EE (Patterns) - Rethinking Best Practices - Developing loosely coupled services - Hands on with the Portlet Bridge - Go Fullstack: JSF, Spring, JPA perfectly linked Here is the link: http://conference.irian.at - click on “Registration”. Attendees will pay a very small conference fee - 360,- Euro (including 20% VAT). The third day - the workshop day - will be charged separately. The attendance fee for the workshop day is 600,- Euro (including 20% VAT) per person. There will be a supporting program alongside the conference - so you will (additionally to learning about JSF and improving your JSF knowledge) have a good chance of getting to know Vienna and its surroundings. So far, there have been a lot registrations - so this conference is definitely going to be a meeting point for everyone interested in JSF! Regards, Gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Fwd: Subversion Downtime - Feb 4 2010
just in case someone missed the mail... -- Forwarded message -- From: Paul Querna p...@querna.org Date: Thu, Feb 4, 2010 at 1:29 AM Subject: Subversion Downtime - Feb 4 2010 To: Apache Infrastructure infrastruct...@apache.org Cc: committ...@apache.org The Subversion master server will be offline from approximately 11:00 am to 11:30 am Pacific Standard Time Tomorrow: http://www.timeanddate.com/worldclock/fixedtime.html?month=2day=4year=2010hour=11min=0sec=0p1=234 We will keep read only operations online during this time, but new commits will fail. We are adding a new SAS Card and external array to eris.apache.org, which will hopefully significantly improve Subversion's performance for everyone. If you have any questions, please don't hesitate to contact infrastruct...@apache.org, Thank You, The Apache Infrastructure Team -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [OFFTOPIC] JSFDays 2010 Vienna
Same over here. I'll be there too. See you all there (I hope). I suppose most of the MyFaces team will be there? Already saw a lot of names... Regards, Jan-Kees 2010/2/4 Jakob Korherr jakob.korh...@gmail.com: Hi, I almost forgot: I'll also be at the jsfdays in vienna and I hope to meet some of you there! Regards, Jakob 2010/1/28, Michael Kurz michi.k...@gmx.at: I hope to meet some of you there! regards Michael Am 26.01.2010 10:25, schrieb Gerhard Petracek: Hi all, we'd like to invite you to come to a JSF conference in Vienna, Austria from 23rd-25th of February. The program is packed with the latest and greatest information about JSF 2.0 and the new versions of the major component libraries as well as extensions. It will be worthwhile for you as a JSF developer to hear what this new version of JSF has to offer. In addition to the JSF track, there will also be a general Java EE track where the important new developments in the Java EE space will be covered. Additionally, the third day hosts a series of workshops on such interesting topics as: - Collaboration with Ajax Push, ICEfaces 2, and JSF 2 - RichFaces 4 with JSF 2 - The Java Memory Model - Real World Java EE (Patterns) - Rethinking Best Practices - Developing loosely coupled services - Hands on with the Portlet Bridge - Go Fullstack: JSF, Spring, JPA perfectly linked Here is the link: http://conference.irian.at - click on “Registration”. Attendees will pay a very small conference fee - 360,- Euro (including 20% VAT). The third day - the workshop day - will be charged separately. The attendance fee for the workshop day is 600,- Euro (including 20% VAT) per person. There will be a supporting program alongside the conference - so you will (additionally to learning about JSF and improving your JSF knowledge) have a good chance of getting to know Vienna and its surroundings. So far, there have been a lot registrations - so this conference is definitely going to be a meeting point for everyone interested in JSF! Regards, Gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [OFFTOPIC] JSFDays 2010 Vienna
I'm in as well, see you there! On Thu, Feb 4, 2010 at 12:10 PM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Same over here. I'll be there too. See you all there (I hope). I suppose most of the MyFaces team will be there? Already saw a lot of names... Regards, Jan-Kees 2010/2/4 Jakob Korherr jakob.korh...@gmail.com: Hi, I almost forgot: I'll also be at the jsfdays in vienna and I hope to meet some of you there! Regards, Jakob 2010/1/28, Michael Kurz michi.k...@gmx.at: I hope to meet some of you there! regards Michael Am 26.01.2010 10:25, schrieb Gerhard Petracek: Hi all, we'd like to invite you to come to a JSF conference in Vienna, Austria from 23rd-25th of February. The program is packed with the latest and greatest information about JSF 2.0 and the new versions of the major component libraries as well as extensions. It will be worthwhile for you as a JSF developer to hear what this new version of JSF has to offer. In addition to the JSF track, there will also be a general Java EE track where the important new developments in the Java EE space will be covered. Additionally, the third day hosts a series of workshops on such interesting topics as: - Collaboration with Ajax Push, ICEfaces 2, and JSF 2 - RichFaces 4 with JSF 2 - The Java Memory Model - Real World Java EE (Patterns) - Rethinking Best Practices - Developing loosely coupled services - Hands on with the Portlet Bridge - Go Fullstack: JSF, Spring, JPA perfectly linked Here is the link: http://conference.irian.at - click on “Registration”. Attendees will pay a very small conference fee - 360,- Euro (including 20% VAT). The third day - the workshop day - will be charged separately. The attendance fee for the workshop day is 600,- Euro (including 20% VAT) per person. There will be a supporting program alongside the conference - so you will (additionally to learning about JSF and improving your JSF knowledge) have a good chance of getting to know Vienna and its surroundings. So far, there have been a lot registrations - so this conference is definitely going to be a meeting point for everyone interested in JSF! Regards, Gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org
Re: [OFFTOPIC] JSFDays 2010 Vienna
Vienna FTW ! On Thu, Feb 4, 2010 at 1:20 PM, Cagatay Civici cagatay.civ...@gmail.com wrote: I'm in as well, see you there! On Thu, Feb 4, 2010 at 12:10 PM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Same over here. I'll be there too. See you all there (I hope). I suppose most of the MyFaces team will be there? Already saw a lot of names... Regards, Jan-Kees 2010/2/4 Jakob Korherr jakob.korh...@gmail.com: Hi, I almost forgot: I'll also be at the jsfdays in vienna and I hope to meet some of you there! Regards, Jakob 2010/1/28, Michael Kurz michi.k...@gmx.at: I hope to meet some of you there! regards Michael Am 26.01.2010 10:25, schrieb Gerhard Petracek: Hi all, we'd like to invite you to come to a JSF conference in Vienna, Austria from 23rd-25th of February. The program is packed with the latest and greatest information about JSF 2.0 and the new versions of the major component libraries as well as extensions. It will be worthwhile for you as a JSF developer to hear what this new version of JSF has to offer. In addition to the JSF track, there will also be a general Java EE track where the important new developments in the Java EE space will be covered. Additionally, the third day hosts a series of workshops on such interesting topics as: - Collaboration with Ajax Push, ICEfaces 2, and JSF 2 - RichFaces 4 with JSF 2 - The Java Memory Model - Real World Java EE (Patterns) - Rethinking Best Practices - Developing loosely coupled services - Hands on with the Portlet Bridge - Go Fullstack: JSF, Spring, JPA perfectly linked Here is the link: http://conference.irian.at - click on “Registration”. Attendees will pay a very small conference fee - 360,- Euro (including 20% VAT). The third day - the workshop day - will be charged separately. The attendance fee for the workshop day is 600,- Euro (including 20% VAT) per person. There will be a supporting program alongside the conference - so you will (additionally to learning about JSF and improving your JSF knowledge) have a good chance of getting to know Vienna and its surroundings. So far, there have been a lot registrations - so this conference is definitely going to be a meeting point for everyone interested in JSF! Regards, Gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[Core] FacesConfigurator.sortRelativeOrderingList() algorithm is broken
Hi, Our testers are currently running against Sun's CTS tests and the relative ordering algorithm in FacesConfigurator.sortRelativeOrderingList() is failing on a rather simple case: A after B B before C C before A The expected faces-config ordering is B-C-A, but instead sortRelativeOrderingList() is detecting a circularity. I've looked at the code, and it seems like a very complicated algorithm that attempts to sort the list elements in-place using weighting. Honestly I'm not even sure where to begin modifying that code. Looking through the history, I can't determine who the original author is, so if you're reading this, please let me know your thoughts. I'd like to fix this problem, but instead I'd prefer to rewrite it using a simpler and more reliable algorithm, which involves creating a tree out of the before/after rules and using a bottom-up level order traversal to trim duplicate nodes and finally reversing the resulting list. Circularities can also be detected in the same pass. Is that a less efficient algorithm? Most likely, but I'd argue its simplicity and reliability, coupled with the fact that the data set should always stay fairly small (after all, how many faces-configs can someone possible use in an application...) would make up for that. Thoughts? Thanks, Curtiss Howard
Re: [OFFTOPIC] JSFDays 2010 Vienna
Same for me :-) Werner Jakob Korherr schrieb: Hi, I almost forgot: I'll also be at the jsfdays in vienna and I hope to meet some of you there! Regards, Jakob 2010/1/28, Michael Kurz michi.k...@gmx.at: I hope to meet some of you there! regards Michael Am 26.01.2010 10:25, schrieb Gerhard Petracek: Hi all, we'd like to invite you to come to a JSF conference in Vienna, Austria from 23rd-25th of February. The program is packed with the latest and greatest information about JSF 2.0 and the new versions of the major component libraries as well as extensions. It will be worthwhile for you as a JSF developer to hear what this new version of JSF has to offer. In addition to the JSF track, there will also be a general Java EE track where the important new developments in the Java EE space will be covered. Additionally, the third day hosts a series of workshops on such interesting topics as: - Collaboration with Ajax Push, ICEfaces 2, and JSF 2 - RichFaces 4 with JSF 2 - The Java Memory Model - Real World Java EE (Patterns) - Rethinking Best Practices - Developing loosely coupled services - Hands on with the Portlet Bridge - Go Fullstack: JSF, Spring, JPA perfectly linked Here is the link: http://conference.irian.at - click on “Registration”. Attendees will pay a very small conference fee - 360,- Euro (including 20% VAT). The third day - the workshop day - will be charged separately. The attendance fee for the workshop day is 600,- Euro (including 20% VAT) per person. There will be a supporting program alongside the conference - so you will (additionally to learning about JSF and improving your JSF knowledge) have a good chance of getting to know Vienna and its surroundings. So far, there have been a lot registrations - so this conference is definitely going to be a meeting point for everyone interested in JSF! Regards, Gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
[jira] Commented: (MYFACES-2509) @ListenerFor not processed for global system events
[ https://issues.apache.org/jira/browse/MYFACES-2509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829625#action_12829625 ] Michael Concini commented on MYFACES-2509: -- If there are no objections Jan-Kees, can you go ahead and commit this fix now that we are past the beta? My personal opinion after reading through the javadocs is that we should support this. Even if it is a little ambiguous, if it is possible that users may interpret this as valid then I'd rather err on the side of supporting it. I'd also be happy to commit the change as well if you'd rather. @ListenerFor not processed for global system events --- Key: MYFACES-2509 URL: https://issues.apache.org/jira/browse/MYFACES-2509 Project: MyFaces Core Issue Type: New Feature Components: JSR-314 Affects Versions: 2.0.0-alpha Reporter: Jan-Kees van Andel Assignee: Jan-Kees van Andel Attachments: ListenerFor_support.patch We currently don't process @ListenerFor and @ListenerFor annotations on non-component types. This is specified in the spec for global system events, see: http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/index.html?javax/faces/event/ListenerFor.html It would be nice to have it in the beta. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-2535) view-param on navigation case redirects not being handled properly
view-param on navigation case redirects not being handled properly -- Key: MYFACES-2535 URL: https://issues.apache.org/jira/browse/MYFACES-2535 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta Reporter: Michael Concini Assignee: Michael Concini view params are not currently being handled properly due to an ordering issue in DigesterFacesConfigUnmarshallerImpl. We were calling addSetNext and addCallMethod on faces-config/navigation-rule/navigation-case/redirect/view-param prior to addObjectCreate. addObjectCreate needs to be called first. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TRINIDAD-1707) JSF2: Need to inlude Design Time metadata in Facelets taglib
JSF2: Need to inlude Design Time metadata in Facelets taglib Key: TRINIDAD-1707 URL: https://issues.apache.org/jira/browse/TRINIDAD-1707 Project: MyFaces Trinidad Issue Type: Improvement Components: Facelets Affects Versions: 2.0.1-plugins Reporter: Max Starets We need to start writing design-time metadata for the facelets tags according to the following xsd: https://mojarra.dev.java.net/source/browse/*checkout*/mojarra/trunk/jsf-api/doc/web-facelettaglibrary_2_0.xsd -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[Trinidad] JSF2: Facelet tag metadata
Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max
Re: [Core] FacesConfigurator.sortRelativeOrderingList() algorithm is broken
Hi I did the algorithm proposed there. For me it is ok if we can find a simpler one, as long as all tests proposed pass. Anyway, I'll check why it is failing. regards, Leonardo Uribe 2010/2/4 Curtiss Howard curtiss.how...@gmail.com Hi, Our testers are currently running against Sun's CTS tests and the relative ordering algorithm in FacesConfigurator.sortRelativeOrderingList() is failing on a rather simple case: A after B B before C C before A The expected faces-config ordering is B-C-A, but instead sortRelativeOrderingList() is detecting a circularity. I've looked at the code, and it seems like a very complicated algorithm that attempts to sort the list elements in-place using weighting. Honestly I'm not even sure where to begin modifying that code. Looking through the history, I can't determine who the original author is, so if you're reading this, please let me know your thoughts. I'd like to fix this problem, but instead I'd prefer to rewrite it using a simpler and more reliable algorithm, which involves creating a tree out of the before/after rules and using a bottom-up level order traversal to trim duplicate nodes and finally reversing the resulting list. Circularities can also be detected in the same pass. Is that a less efficient algorithm? Most likely, but I'd argue its simplicity and reliability, coupled with the fact that the data set should always stay fairly small (after all, how many faces-configs can someone possible use in an application...) would make up for that. Thoughts? Thanks, Curtiss Howard
Re: [Core] FacesConfigurator.sortRelativeOrderingList() algorithm is broken
On Thu, Feb 4, 2010 at 11:06 AM, Leonardo Uribe lu4...@gmail.com wrote: Hi I did the algorithm proposed there. For me it is ok if we can find a simpler one, as long as all tests proposed pass. Anyway, I'll check why it is failing. regards, Leonardo Uribe Thanks Leonardo. If you're able to make a quick fix to the algorithm, that's always welcome :). Curtiss Howard
Re: [Trinidad] JSF2: Facelet tag metadata
+1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max
Re: [Core] FacesConfigurator.sortRelativeOrderingList() algorithm is broken
Hi The algorithm proposed fails because it is not able to process the nodes in the correct order (the algorithm assign a weight equal to all nodes, so it fails when try to order them in a psedo postorder form). I don't see a quick solution for that one, so I think is better and faster try another algorithm. I have some junit tests here: org.apache.myfaces.config.OrderingFacesConfigTest The tests call OrderingFacesConfigTest.applyAlgorithm, so it is easy to try another one. Note any algorithm is executed when the application is initialized, and the possible number of application config resources is relatively small. Suggestions are welcome. regards, Leonardo Uribe 2010/2/4 Curtiss Howard curtiss.how...@gmail.com On Thu, Feb 4, 2010 at 11:06 AM, Leonardo Uribe lu4...@gmail.com wrote: Hi I did the algorithm proposed there. For me it is ok if we can find a simpler one, as long as all tests proposed pass. Anyway, I'll check why it is failing. regards, Leonardo Uribe Thanks Leonardo. If you're able to make a quick fix to the algorithm, that's always welcome :). Curtiss Howard
Re: [Trinidad] JSF2: Facelet tag metadata
+1 - yeah would be nice as the plugins cover already faces cfg part for that. So, feel free to upload the patch, since the impl is done :-) -M On Thu, Feb 4, 2010 at 5:57 PM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Commented: (TRINIDAD-1107) tr:table - scrolling of content
[ https://issues.apache.org/jira/browse/TRINIDAD-1107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829652#action_12829652 ] Cedric Durmont commented on TRINIDAD-1107: -- Okay, second attempt ! I have rewritten a good part of the scrolling code. The approach is cleaner now (still not what I would call a perfectly clean approach, but it does the job). There is no iframes anymore, and the header and data of a scrollable table are in 2 different tables. A bit of javascript synchronizes the column widths between the 2 tables. tested this time on : - IE 6 8 - firefox 3.6 - chrome 5 - opera 10.something ... all on windows machines tr:table - scrolling of content --- Key: TRINIDAD-1107 URL: https://issues.apache.org/jira/browse/TRINIDAD-1107 Project: MyFaces Trinidad Issue Type: Improvement Components: Components Reporter: Gerhard Petracek Attachments: patch.txt, scrolltable-patch2.txt if a table is too long and it comes to page scrollbars, you cannot see the header all the time (e.g. after scrolling to the bottom of the table). so we need a scrollbar for the table body. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (TRINIDAD-1707) JSF2: Need to include Design Time metadata in Facelets taglib
[ https://issues.apache.org/jira/browse/TRINIDAD-1707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Starets updated TRINIDAD-1707: -- Status: Patch Available (was: Open) JSF2: Need to include Design Time metadata in Facelets taglib - Key: TRINIDAD-1707 URL: https://issues.apache.org/jira/browse/TRINIDAD-1707 Project: MyFaces Trinidad Issue Type: Improvement Components: Facelets Affects Versions: 2.0.1-plugins Reporter: Max Starets Assignee: Max Starets Attachments: plugins.diff We need to start writing design-time metadata for the facelets tags according to the following xsd: https://mojarra.dev.java.net/source/browse/*checkout*/mojarra/trunk/jsf-api/doc/web-facelettaglibrary_2_0.xsd -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TRINIDAD-1708) issues with new Trinidad default skin - Casablanca
issues with new Trinidad default skin - Casablanca -- Key: TRINIDAD-1708 URL: https://issues.apache.org/jira/browse/TRINIDAD-1708 Project: MyFaces Trinidad Issue Type: Bug Components: Skinning Affects Versions: 1.2.14-core Reporter: Mathias Walter Disabling gridlines (verticalGridVisible=false horizontalGridVisible=false) in table or treeTable does not work. Neither in FireFox nor in IE8. Can also be seen in the show case. Also, Trinidad input/select components are not rendered well if they are placed in the actions facet of a table/treeTable. See screenshot. The first input is a h:inputText, 2nd is tr:inputText and 3rd is tr:inputText with simple=true. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (MYFACES-2535) view-param on navigation case redirects not being handled properly
[ https://issues.apache.org/jira/browse/MYFACES-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Concini resolved MYFACES-2535. -- Resolution: Fixed Fix Version/s: 2.0.0-beta-2 view-param on navigation case redirects not being handled properly -- Key: MYFACES-2535 URL: https://issues.apache.org/jira/browse/MYFACES-2535 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta Reporter: Michael Concini Assignee: Michael Concini Fix For: 2.0.0-beta-2 view params are not currently being handled properly due to an ordering issue in DigesterFacesConfigUnmarshallerImpl. We were calling addSetNext and addCallMethod on faces-config/navigation-rule/navigation-case/redirect/view-param prior to addObjectCreate. addObjectCreate needs to be called first. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Core] FacesConfigurator.sortRelativeOrderingList() algorithm is broken
On Thu, Feb 4, 2010 at 12:08 PM, Leonardo Uribe lu4...@gmail.com wrote: Hi The algorithm proposed fails because it is not able to process the nodes in the correct order (the algorithm assign a weight equal to all nodes, so it fails when try to order them in a psedo postorder form). I don't see a quick solution for that one, so I think is better and faster try another algorithm. I have some junit tests here: org.apache.myfaces.config.OrderingFacesConfigTest The tests call OrderingFacesConfigTest.applyAlgorithm, so it is easy to try another one. Note any algorithm is executed when the application is initialized, and the possible number of application config resources is relatively small. Suggestions are welcome. regards, Leonardo Uribe Thanks for looking into that Leonardo. I will go ahead and write a new implementation that uses a tree (as explained in the first email). Thanks, Curtiss Howard
[jira] Commented: (MYFACES-2504) Google App Engine Support
[ https://issues.apache.org/jira/browse/MYFACES-2504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829743#action_12829743 ] Matthias Weßendorf commented on MYFACES-2504: - OK, so the final patch is = 2504-3.diff ? Here are some comments. * StartupServletContextListener: +getFacesInitializer(_servletContext).initFaces(_servletContext); Doesn't that look odd ? Hrm.. * ContainerUtils: = .startsWith(Google App Engine)) OK, but I wonder if they have some sort of guarantee for that ? = the isRunningOnGoogleAppEngine() has some duplicated code... Also regarding getServerInfo() I filed this: https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=739 Doc patch is OK. what is the license for the jdo2-api-2.3-eb.jar JAR? Datanuculus is Apache. (cool plugin btw) A demo app would be cool :-) Google App Engine Support - Key: MYFACES-2504 URL: https://issues.apache.org/jira/browse/MYFACES-2504 Project: MyFaces Core Issue Type: Improvement Components: JSR-252, JSR-314 Affects Versions: 1.2.8, 2.0.0-alpha Environment: Google App Engine 1.3 Reporter: Ali Ok Priority: Minor Attachments: 2504-2.diff, 2504-3.diff, 2504-doc.diff, 2504.diff Support for Google App Engine for MyFaces 1.2 and 2.0. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (TRINIDAD-1707) JSF2: Need to include Design Time metadata in Facelets taglib
[ https://issues.apache.org/jira/browse/TRINIDAD-1707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Starets updated TRINIDAD-1707: -- Resolution: Fixed Fix Version/s: 2.0.1-plugins Status: Resolved (was: Patch Available) JSF2: Need to include Design Time metadata in Facelets taglib - Key: TRINIDAD-1707 URL: https://issues.apache.org/jira/browse/TRINIDAD-1707 Project: MyFaces Trinidad Issue Type: Improvement Components: Facelets Affects Versions: 2.0.1-plugins Reporter: Max Starets Assignee: Max Starets Fix For: 2.0.1-plugins Attachments: plugins.diff We need to start writing design-time metadata for the facelets tags according to the following xsd: https://mojarra.dev.java.net/source/browse/*checkout*/mojarra/trunk/jsf-api/doc/web-facelettaglibrary_2_0.xsd -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Trinidad] JSF2: Facelet tag metadata
Hello Max, shouldn't we check for the jsfVersion, for the metadata ? -Matthias On Thu, Feb 4, 2010 at 6:08 PM, Matthias Wessendorf mat...@apache.org wrote: +1 - yeah would be nice as the plugins cover already faces cfg part for that. So, feel free to upload the patch, since the impl is done :-) -M On Thu, Feb 4, 2010 at 5:57 PM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] JSF2: Facelet tag metadata
Matthias, What do you mean? The change is going only to the 2.0.x branch. It will only be used with JSF 2.0+. Max Matthias Wessendorf wrote: Hello Max, shouldn't we check for the jsfVersion, for the metadata ? -Matthias On Thu, Feb 4, 2010 at 6:08 PM, Matthias Wessendorf mat...@apache.org wrote: +1 - yeah would be nice as the plugins cover already faces cfg part for that. So, feel free to upload the patch, since the impl is done :-) -M On Thu, Feb 4, 2010 at 5:57 PM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Created: (TRINIDAD-1709) Remove PPRResponseWriter._disableIfNeeded() hack
Remove PPRResponseWriter._disableIfNeeded() hack
Key: TRINIDAD-1709
URL: https://issues.apache.org/jira/browse/TRINIDAD-1709
Project: MyFaces Trinidad
Issue Type: Task
Affects Versions: 2.0.0-alpha
Reporter: Andy Schwartz
Priority: Minor
PPRResponseWriter includes the following hack to work around some legacy
Facelets behavior:
// Facelets - as of version 1.1.11 - does something
// very strange with its ResponseWriter stack.
// It starts with an ordinary stack (which will have
// a PPRResponseWriter around an HtmlResponseWriter).
// Then it treats that *as an ordinary Writer*, and
// wraps it in a StateWriter class, which merely
// is used to switch between passing output through
// and buffering it. Then it takes that StateWriter
// and uses it to cloneWithWriter() a new ResponseWriter
// stack! As a result, we have the following stack
// outermost to innermost:
// PPRResponseWriter
// HtmlResponseWriter
// StateWriter
// PPRResponseWriter
// HtmlResponseWriter
// ServletResponse's Writer
// In the end, we have to get that inner PPRResponseWriter
// to just cut it out and pass everything through. Hence,
// this hack! So If I get a write call while we're
// inside of startDocument(), assume that I must be an
// abused PPRResponseWriter, and just put myself in
// pass-everything-through mode
//
private void _disableIfNeeded()
{
if (_state.documentStarting)
{
_state = new State(_state.pprContext);
_state.forceInsideTarget = true;
}
}
We should remove this hack once the underlying Facelets behavior is fixed in
both MyFaces and Mojarra. The MyFaces issue is here:
https://issues.apache.org/jira/browse/MYFACES-2500
The Mojarra issue is here:
https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1515
I just checked in a fix for Mojarra. Looking into a patch for the MyFaces side.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [Trinidad] JSF2: Facelet tag metadata
Well, there is only one version of the plugin. Trunk covers JSF 1.1 and 1.2 The goal is to continue that as well. The branch was just created to have the (experimental) JSF2 development not mixed with those changes on trunk. Do you really feel a need to introduce again a 2-way plugin ? a) 1.2 and 1.1 b) 2.0 For some of the XSL I already added a check for JSF2 -Matthias On Thu, Feb 4, 2010 at 9:22 PM, Max Starets max.star...@oracle.com wrote: Matthias, What do you mean? The change is going only to the 2.0.x branch. It will only be used with JSF 2.0+. Max Matthias Wessendorf wrote: Hello Max, shouldn't we check for the jsfVersion, for the metadata ? -Matthias On Thu, Feb 4, 2010 at 6:08 PM, Matthias Wessendorf mat...@apache.org wrote: +1 - yeah would be nice as the plugins cover already faces cfg part for that. So, feel free to upload the patch, since the impl is done :-) -M On Thu, Feb 4, 2010 at 5:57 PM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] JSF2: Facelet tag metadata
Matthias, I was fooled by the fact that it was a '2.0.0.x' branch. I have no problem adding a check. Max Matthias Wessendorf wrote: Well, there is only one version of the plugin. Trunk covers JSF 1.1 and 1.2 The goal is to continue that as well. The branch was just created to have the (experimental) JSF2 development not mixed with those changes on trunk. Do you really feel a need to introduce again a 2-way plugin ? a) 1.2 and 1.1 b) 2.0 For some of the XSL I already added a check for JSF2 -Matthias On Thu, Feb 4, 2010 at 9:22 PM, Max Starets max.star...@oracle.com wrote: Matthias, What do you mean? The change is going only to the 2.0.x branch. It will only be used with JSF 2.0+. Max Matthias Wessendorf wrote: Hello Max, shouldn't we check for the jsfVersion, for the metadata ? -Matthias On Thu, Feb 4, 2010 at 6:08 PM, Matthias Wessendorf mat...@apache.org wrote: +1 - yeah would be nice as the plugins cover already faces cfg part for that. So, feel free to upload the patch, since the impl is done :-) -M On Thu, Feb 4, 2010 at 5:57 PM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] JSF2: Facelet tag metadata
:-) I am not sure if that makes sense. I felt it did, when I added the first check for JSF2. I didn't want to mess around w/ trunk for the first Trindiad2 added plugin features Does that make sense? -Matthias On Thu, Feb 4, 2010 at 9:42 PM, Max Starets max.star...@oracle.com wrote: Matthias, I was fooled by the fact that it was a '2.0.0.x' branch. I have no problem adding a check. Max Matthias Wessendorf wrote: Well, there is only one version of the plugin. Trunk covers JSF 1.1 and 1.2 The goal is to continue that as well. The branch was just created to have the (experimental) JSF2 development not mixed with those changes on trunk. Do you really feel a need to introduce again a 2-way plugin ? a) 1.2 and 1.1 b) 2.0 For some of the XSL I already added a check for JSF2 -Matthias On Thu, Feb 4, 2010 at 9:22 PM, Max Starets max.star...@oracle.com wrote: Matthias, What do you mean? The change is going only to the 2.0.x branch. It will only be used with JSF 2.0+. Max Matthias Wessendorf wrote: Hello Max, shouldn't we check for the jsfVersion, for the metadata ? -Matthias On Thu, Feb 4, 2010 at 6:08 PM, Matthias Wessendorf mat...@apache.org wrote: +1 - yeah would be nice as the plugins cover already faces cfg part for that. So, feel free to upload the patch, since the impl is done :-) -M On Thu, Feb 4, 2010 at 5:57 PM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Blog post...
FYI: http://blog.smart-java.nl/blog/index.php/2010/01/31/jsf-2-0-the-most-simple-cdi-integration-use-cases/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Trinidad] JSF2: Facelet tag metadata
Yes. Matthias Wessendorf wrote: :-) I am not sure if that makes sense. I felt it did, when I added the first check for JSF2. I didn't want to mess around w/ trunk for the "first" Trindiad2 added plugin "features" Does that make sense? -Matthias On Thu, Feb 4, 2010 at 9:42 PM, Max Starets max.star...@oracle.com wrote: Matthias, I was fooled by the fact that it was a '2.0.0.x' branch. I have no problem adding a check. Max Matthias Wessendorf wrote: Well, there is only one version of the plugin. Trunk covers JSF 1.1 and 1.2 The goal is to continue that as well. The branch was just created to have the (experimental) JSF2 development not mixed with those changes on trunk. Do you really feel a need to introduce again a 2-way plugin ? a) 1.2 and 1.1 b) 2.0 For some of the XSL I already added a check for JSF2 -Matthias On Thu, Feb 4, 2010 at 9:22 PM, Max Starets max.star...@oracle.com wrote: Matthias, What do you mean? The change is going only to the 2.0.x branch. It will only be used with JSF 2.0+. Max Matthias Wessendorf wrote: Hello Max, shouldn't we check for the jsfVersion, for the metadata ? -Matthias On Thu, Feb 4, 2010 at 6:08 PM, Matthias Wessendorf mat...@apache.org wrote: +1 - yeah would be nice as the plugins cover already faces cfg part for that. So, feel free to upload the patch, since the impl is done :-) -M On Thu, Feb 4, 2010 at 5:57 PM, Blake Sullivan blake.sulli...@oracle.com wrote: +1 -- Blake Sullivan Max Starets said the following On 2/4/2010 7:57 AM PT: Hello Everyone, Does anybody have any objections to enhancing Trinidad maven plugins to write out Facelet tag metadata in taglib xml (see https://issues.apache.org/jira/browse/TRINIDAD-1707)? I have the implementation ready. Thanks, Max -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Blog post...
LOL, thanks for the free publicity. ;-) Please allow me to return the favor: http://facesgoodies.googlecode.com/svn/MS/trunk/ /JK 2010/2/4 Matthias Wessendorf mat...@apache.org: FYI: http://blog.smart-java.nl/blog/index.php/2010/01/31/jsf-2-0-the-most-simple-cdi-integration-use-cases/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Created: (MYFACES-2536) converterId and validatorId should not be required
converterId and validatorId should not be required -- Key: MYFACES-2536 URL: https://issues.apache.org/jira/browse/MYFACES-2536 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta-2 Environment: myfaces core trunk Reporter: Martin Koci Priority: Trivial With JSF 2.0 attributes converterId resp. validatorId (tags f:converter resp. f:validator) aren't required. See: https://javaserverfaces.dev.java.net/nonav/docs/2.0/pdldocs/facelets/f/converter.html https://javaserverfaces.dev.java.net/nonav/docs/2.0/pdldocs/facelets/f/validator.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (MYFACES-2536) converterId and validatorId should not be required
[ https://issues.apache.org/jira/browse/MYFACES-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Koci updated MYFACES-2536: - Status: Patch Available (was: Open) converterId and validatorId should not be required -- Key: MYFACES-2536 URL: https://issues.apache.org/jira/browse/MYFACES-2536 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta-2 Environment: myfaces core trunk Reporter: Martin Koci Priority: Trivial Attachments: MYFACES-2536.patch With JSF 2.0 attributes converterId resp. validatorId (tags f:converter resp. f:validator) aren't required. See: https://javaserverfaces.dev.java.net/nonav/docs/2.0/pdldocs/facelets/f/converter.html https://javaserverfaces.dev.java.net/nonav/docs/2.0/pdldocs/facelets/f/validator.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Blog post...
damn it. wrong list :-) was meant to open web beans. please post both there ;-) On Thu, Feb 4, 2010 at 10:00 PM, Jan-Kees van Andel jankeesvanan...@apache.org wrote: LOL, thanks for the free publicity. ;-) Please allow me to return the favor: http://facesgoodies.googlecode.com/svn/MS/trunk/ /JK 2010/2/4 Matthias Wessendorf mat...@apache.org: FYI: http://blog.smart-java.nl/blog/index.php/2010/01/31/jsf-2-0-the-most-simple-cdi-integration-use-cases/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Created: (EXTSCRIPT-62) Dependency detection - interfaces not entirely correctly detected
Dependency detection - interfaces not entirely correctly detected - Key: EXTSCRIPT-62 URL: https://issues.apache.org/jira/browse/EXTSCRIPT-62 Project: MyFaces Extensions Scripting Issue Type: Bug Reporter: Werner Punz Assignee: Werner Punz In the dependency detection part of the code object - interface - object relations are not entirely correctly detected. The class which implements the interface does not get a dependency entry, we need to resolve that. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: FaceletViewHandlingStrategy: cloneWithWriter() results in duplicate ResponseWriters
A few more updates on this: - I have uploaded a proposed fix to MYFACES-2500. - I have checked in the corresponding fix to Mojarra. - I have logged TRINIDAD-1709 to track some Trinidad clean up that we can do once we've got the fix available in both MyFaces and Mojarra. Andy
[jira] Resolved: (EXTSCRIPT-56) Improve the styling of the JSF 2.0 examples
[ https://issues.apache.org/jira/browse/EXTSCRIPT-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Werner Punz resolved EXTSCRIPT-56. -- Resolution: Fixed Improve the styling of the JSF 2.0 examples --- Key: EXTSCRIPT-56 URL: https://issues.apache.org/jira/browse/EXTSCRIPT-56 Project: MyFaces Extensions Scripting Issue Type: Improvement Reporter: Werner Punz Assignee: Werner Punz Priority: Minor We almost are there but the styling still needs some fixes -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (EXTSCRIPT-29) Multiuser compile
[ https://issues.apache.org/jira/browse/EXTSCRIPT-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Werner Punz resolved EXTSCRIPT-29. -- Resolution: Fixed Assignee: Werner Punz Multiuser compile - Key: EXTSCRIPT-29 URL: https://issues.apache.org/jira/browse/EXTSCRIPT-29 Project: MyFaces Extensions Scripting Issue Type: Bug Reporter: Werner Punz Assignee: Werner Punz We have to check of the compile trigger locks correctly for multiuser operations, due to the fact that windows otherwise might run into file locking issues (shared temp dir) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (EXTSCRIPT-37) compiler tests broken
[ https://issues.apache.org/jira/browse/EXTSCRIPT-37?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Werner Punz resolved EXTSCRIPT-37. -- Resolution: Fixed Assignee: Werner Punz compiler tests broken - Key: EXTSCRIPT-37 URL: https://issues.apache.org/jira/browse/EXTSCRIPT-37 Project: MyFaces Extensions Scripting Issue Type: Bug Reporter: Werner Punz Assignee: Werner Punz Some commit in the recent days broke the compiler tests... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (EXTSCRIPT-37) compiler tests broken
[ https://issues.apache.org/jira/browse/EXTSCRIPT-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829805#action_12829805 ] Werner Punz commented on EXTSCRIPT-37: -- i deactivated them, they were referring to classes which are not yet used so I assume this is ok compiler tests broken - Key: EXTSCRIPT-37 URL: https://issues.apache.org/jira/browse/EXTSCRIPT-37 Project: MyFaces Extensions Scripting Issue Type: Bug Reporter: Werner Punz Assignee: Werner Punz Some commit in the recent days broke the compiler tests... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-2509) @ListenerFor not processed for global system events
[ https://issues.apache.org/jira/browse/MYFACES-2509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829819#action_12829819 ] Jan-Kees van Andel commented on MYFACES-2509: - I don't mind to commit it, but I currently don't have a proper local build so I can't do a proper pre-commit test with the latest updates... If you would like to commit it Mike, that would be great. Also, Leonardo had a good point. And this might impact the TCK, so we might put it on the (short) TODO list or ask it on the EG list @ListenerFor not processed for global system events --- Key: MYFACES-2509 URL: https://issues.apache.org/jira/browse/MYFACES-2509 Project: MyFaces Core Issue Type: New Feature Components: JSR-314 Affects Versions: 2.0.0-alpha Reporter: Jan-Kees van Andel Assignee: Jan-Kees van Andel Attachments: ListenerFor_support.patch We currently don't process @ListenerFor and @ListenerFor annotations on non-component types. This is specified in the spec for global system events, see: http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/index.html?javax/faces/event/ListenerFor.html It would be nice to have it in the beta. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TRINIDAD-1694) initialFocusId prevents lightweight dialog to be shown in IE8
[ https://issues.apache.org/jira/browse/TRINIDAD-1694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829821#action_12829821 ] Mathias Walter commented on TRINIDAD-1694: -- After a long investigation with a minimal project I could reproduce the error if i set the accessibility mode in trinidad-config.xml to inaccessible. accessibility-modeinaccessible/accessibility-mode Most of the other settings are defaults. Please try changing the accessibility mode. initialFocusId prevents lightweight dialog to be shown in IE8 - Key: TRINIDAD-1694 URL: https://issues.apache.org/jira/browse/TRINIDAD-1694 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 1.2.12-core, 1.2.13-core , 1.2.14-core Environment: JSF RI Mojarra (1.2_13), JBoss Seam 2.2.0.GA, Facelets 1.1.14, Tomcat 6.0.20 Reporter: Mathias Walter Priority: Critical Original Estimate: 0.5h Remaining Estimate: 0.5h If initialFocusId of tr:document is set for a dialog, this dialog is not shown in IE8. IE shows the following error message: Meldung: Das Steuerelement kann den Fokus nicht erhalten, da dieses unsichtbar oder nicht aktiviert ist oder keinen Fokus zulässt. Line: 5564 Character: 1 Code: 0 URI: http://localhost:8080/PatientWeb/adf/jsLibs/Common1_2_13.js In english: Message: The control could not get the focus because it is invisible or not activated or does not allow to get the focus. In Firefox, it works well. I assume it won't work in all IE versions. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[TRINIDAD][API]More hooks for TRINIDAD-1368 Backport JSF 2.0 Component Tree Visiting and Optimize PPR Rendering
The first problem we have had is that components need to separate the contex6 setup and teardown needed to process their children from the context setup and tear down of the components themselves. For example, consider a composite component that establishes an EL context for its children--that context should only be setup when the children are being processed, not when the component is processing its own attributes. In the case of encoding, we want to delegate to the Renderer to ensure that the setup and teardown of context for child processing is consistent between optimized rendering using tree visiting and full rendering traversals. The second problem was that UIXComponent.setUpEncodingContext was named differently than all of the other set up methods. I've made the spelling consistent (which after a quick check of the dictionary is consitently wrong through out Trinidad setup as a compound word is a noun and as a verb is two words, so it should have been setUp. Drat!) and temporarily left a final deprecated version in that I will whack shortly. The third issue is that iterating components often want to modify only the manner in which their data is iterated over. To simplify this, we add a hook visitData() to UIXCollection. -- Blake Sullivan UIXComponent: /** * Hook for subclasses to override the manner in which the component's children are visited. The default * implementation visits all of the children and facets of the Component. * codesetupChildrenVisitingContext/code will have been called before this method is * invoked and codetearDownChildrenVisitingContext/code will be called after. * respectively. If the purpose of this visit was to encode the component and the * component uses a CoreRenderer, the CoreRenderer's * codesetupChildrenEncodingContext/code and codetearDownChildrenEncodingContext/code * will be called before and after this method is invoked, respectively. * @param visitContext the codeVisitContext/code for this visit * @param callback the codeVisitCallback/code instance * @return codetrue/code if the visit is complete. * @see #setupChildrenVisitingContext * @see #tearDownChildrenVisitingContext * @see org.apache.myfaces.trinidad.render.CoreRenderer#setupChildrenEncodingContext * @see org.apache.myfaces.trinidad.render.CoreRenderer#tearDownChildrenEncodingContext */ protected boolean visitChildren( VisitContext visitContext, VisitCallback callback) /** * pSets up the context necessary to visit or invoke the children of a component for all phases. * /p * pThe default implementation does nothing./p * pIf a subclass overrides this method, it should override * codetearDownChildrenVisitingContext/code as well./p * pIt is guaranteed that if codesetupChildrenVisitingContext/code completes * codetearDownChildrenVisitingContext/code will be called for this component/p * @param context FacesContext * @see #visitChildren * @see #tearDownChildrenVisitingContext */ protected void setupChildrenVisitingContext(@SuppressWarnings(unused) FacesContext context) /** * pTears down context created in order to visit or invoke the children of a component * for all phases./p * pThe default implementation does nothing./p * pA subclass should only override this method if it overrode * codesetupChildrenVisitingContext/code as well/p * pIt is guaranteed that codetearDownChildrenVisitingContext/code will be called only after * codesetupChildrenVisitingContext/code has been called for this component/p * @param context FacesContext * @see #setupChildrenVisitingContext * @see #visitChildren */ protected void tearDownChildrenVisitingContext(@SuppressWarnings(unused) FacesContext context) CoreRenderer * p * Called before rendering the current component's children in order to set * up any special context. * /p * pIf codesetupChildrenEncodingContext/code succeeds then * codetearDownChildrenEncodingContext/code will be called for the same component. * /p * pThe default implementation does nothing/p * @param context FacesContext for this request * @param rc RenderingContext for this encoding pass * @param component Component to encode using this Renderer * @see #tearDownChildrenEncodingContext */ public void setupChildrenEncodingContext( @SuppressWarnings(unused) FacesContext context, @SuppressWarnings(unused) RenderingContext rc, @SuppressWarnings(unused) UIComponent component) /** * p * Called after rendering the current component's children in order to tear * down any special context. * /p * p * codetearDownChildrenEncodingContext/code will be called on the component if * codesetupChildrenEncodingContext/code succeeded. * /p * pThe default implementation does nothing/p * @param context FacesContext for this request * @param rc RenderingContext for this encoding pass * @param component Component to encode using this
[jira] Created: (TRINIDAD-1710) ResourceServlet.java._setHeaders() can call response.setContentType() with a null contentType resulting in an NPE on Websphere.
ResourceServlet.java._setHeaders() can call response.setContentType() with a null contentType resulting in an NPE on Websphere. --- Key: TRINIDAD-1710 URL: https://issues.apache.org/jira/browse/TRINIDAD-1710 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 1.2.12-core Reporter: Gary Kind This is a backport of JIRA Issue TRINIDAD-1629. This is needed in 1.2.12.1-branch as soon as possible -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (TRINIDAD-1710) ResourceServlet.java._setHeaders() can call response.setContentType() with a null contentType resulting in an NPE on Websphere.
[ https://issues.apache.org/jira/browse/TRINIDAD-1710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Kind updated TRINIDAD-1710: Status: Patch Available (was: Open) ResourceServlet.java._setHeaders() can call response.setContentType() with a null contentType resulting in an NPE on Websphere. --- Key: TRINIDAD-1710 URL: https://issues.apache.org/jira/browse/TRINIDAD-1710 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 1.2.12-core Reporter: Gary Kind Attachments: ResourceServlet.patch Original Estimate: 24h Remaining Estimate: 24h This is a backport of JIRA Issue TRINIDAD-1629. This is needed in 1.2.12.1-branch as soon as possible -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (MYFACES-2537) FacesConfigurator.sortRelativeOrderingList() algorithm is broken trying to resolve some examples
FacesConfigurator.sortRelativeOrderingList() algorithm is broken trying to resolve some examples Key: MYFACES-2537 URL: https://issues.apache.org/jira/browse/MYFACES-2537 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta Reporter: Leonardo Uribe Assignee: Leonardo Uribe Curtiss Howard put this comment on dev list FacesConfigurator.sortRelativeOrderingList() is failing on a rather simple case: A after B B before C C before A The expected faces-config ordering is B-C-A, but instead sortRelativeOrderingList() is detecting a circularity. The algorithm proposed fails because it is not able to process the nodes in the correct order (the algorithm assign a weight equal to all nodes, so it fails when try to order them in a psedo postorder form). It is faster and better try another algorithm. The current one works in all tests done at this moment but this case makes it fail without any possible workaround. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-2537) FacesConfigurator.sortRelativeOrderingList() algorithm is broken trying to resolve some examples
[ https://issues.apache.org/jira/browse/MYFACES-2537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829937#action_12829937 ] Leonardo Uribe commented on MYFACES-2537: - Committed alternative solution using topological sorting. FacesConfigurator.sortRelativeOrderingList() algorithm is broken trying to resolve some examples Key: MYFACES-2537 URL: https://issues.apache.org/jira/browse/MYFACES-2537 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta Reporter: Leonardo Uribe Assignee: Leonardo Uribe Curtiss Howard put this comment on dev list FacesConfigurator.sortRelativeOrderingList() is failing on a rather simple case: A after B B before C C before A The expected faces-config ordering is B-C-A, but instead sortRelativeOrderingList() is detecting a circularity. The algorithm proposed fails because it is not able to process the nodes in the correct order (the algorithm assign a weight equal to all nodes, so it fails when try to order them in a psedo postorder form). It is faster and better try another algorithm. The current one works in all tests done at this moment but this case makes it fail without any possible workaround. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Core] FacesConfigurator.sortRelativeOrderingList() algorithm is broken
Hi I could not resist the temptation to try another algorithm. I committed an alternative using a topological sorting algorithm extracted from https://svn.apache.org/repos/asf/excalibur/trunk/fortress/container-api/src/java/org/apache/avalon/fortress/util/dag/ Since this one is in apache codebase we can copy it to myfaces and customize it from our needs. It works in all examples including the one proposed. I open an issue to track this one: https://issues.apache.org/jira/browse/MYFACES-2537 Suggestions are welcome. regards, Leonardo Uribe 2010/2/4 Curtiss Howard curtiss.how...@gmail.com On Thu, Feb 4, 2010 at 12:08 PM, Leonardo Uribe lu4...@gmail.com wrote: Hi The algorithm proposed fails because it is not able to process the nodes in the correct order (the algorithm assign a weight equal to all nodes, so it fails when try to order them in a psedo postorder form). I don't see a quick solution for that one, so I think is better and faster try another algorithm. I have some junit tests here: org.apache.myfaces.config.OrderingFacesConfigTest The tests call OrderingFacesConfigTest.applyAlgorithm, so it is easy to try another one. Note any algorithm is executed when the application is initialized, and the possible number of application config resources is relatively small. Suggestions are welcome. regards, Leonardo Uribe Thanks for looking into that Leonardo. I will go ahead and write a new implementation that uses a tree (as explained in the first email). Thanks, Curtiss Howard
[jira] Commented: (MYFACES-2537) FacesConfigurator.sortRelativeOrderingList() algorithm is broken trying to resolve some examples
[ https://issues.apache.org/jira/browse/MYFACES-2537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829950#action_12829950 ] Leonardo Uribe commented on MYFACES-2537: - Thinking more about it, I like the old algorithm version, because it handles better before others and after others rules. Since it try to resolve nodes from lower to upper complexity, the others group are handled better. The alternative could find cases like presented before, so I would like myfaces try first with the previous version and if a cyclic reference is found, try the topological sorting or other alternative to be proposed. FacesConfigurator.sortRelativeOrderingList() algorithm is broken trying to resolve some examples Key: MYFACES-2537 URL: https://issues.apache.org/jira/browse/MYFACES-2537 Project: MyFaces Core Issue Type: Bug Components: JSR-314 Affects Versions: 2.0.0-beta Reporter: Leonardo Uribe Assignee: Leonardo Uribe Curtiss Howard put this comment on dev list FacesConfigurator.sortRelativeOrderingList() is failing on a rather simple case: A after B B before C C before A The expected faces-config ordering is B-C-A, but instead sortRelativeOrderingList() is detecting a circularity. The algorithm proposed fails because it is not able to process the nodes in the correct order (the algorithm assign a weight equal to all nodes, so it fails when try to order them in a psedo postorder form). It is faster and better try another algorithm. The current one works in all tests done at this moment but this case makes it fail without any possible workaround. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1489) inputHtml does not work with firefox 3.6
inputHtml does not work with firefox 3.6 Key: TOMAHAWK-1489 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1489 Project: MyFaces Tomahawk Issue Type: Bug Components: Html Editor Affects Versions: 1.1.9, 1.1.8, 1.1.7, 1.1.6 Environment: win xp, jdk 1.6.0_18, firefox 3.6 Reporter: Bruno Marti Priority: Critical Inserted text gets lost on submitting the form. There are some JS scricpt errors and it only happens with firefox 3.6 (3.5 or IE work fine) Fehler: Sarissa.getDomDocument is not a function Quelldatei: http://localhost:15281/apps/inf/jsf_demo/faces/extensionResource/org.apache.myfaces.renderkit.html.util.MyFacesResourceLoader/12653495/inputHtml.InputHtmlRenderer/kupueditor.js Zeile: 634 Fehler: setting a property that has only a getter Quelldatei: http://localhost:15281/apps/inf/jsf_demo/faces/extensionResource/org.apache.myfaces.renderkit.html.util.MyFacesResourceLoader/12653495/inputHtml.InputHtmlRenderer/sarissa.js Zeile: 237 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: FaceletViewHandlingStrategy: cloneWithWriter() results in duplicate ResponseWriters
Andy, thanks for the 2500 patch; just applied it to our trunk. -Matthias On Thu, Feb 4, 2010 at 10:31 PM, Andy Schwartz andy.g.schwa...@gmail.com wrote: A few more updates on this: - I have uploaded a proposed fix to MYFACES-2500. - I have checked in the corresponding fix to Mojarra. - I have logged TRINIDAD-1709 to track some Trinidad clean up that we can do once we've got the fix available in both MyFaces and Mojarra. Andy -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Resolved: (MYFACES-2500) ResponseWriter clone should not include itself
[
https://issues.apache.org/jira/browse/MYFACES-2500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved MYFACES-2500.
-
Resolution: Fixed
Fix Version/s: 2.0.0-beta-2
thx for Andy Schwartz's patch.
I picked the cleaner patch I also prefer reusing introduced vars.
ResponseWriter clone should not include itself
--
Key: MYFACES-2500
URL: https://issues.apache.org/jira/browse/MYFACES-2500
Project: MyFaces Core
Issue Type: Bug
Components: General
Affects Versions: 2.0.0-alpha
Reporter: Andy Schwartz
Priority: Minor
Fix For: 2.0.0-beta-2
Attachments: myfaces-2500-cleaner.patch, myfaces-2500.patch
MyFaces suffers from the problem described here:
https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=1515
Apologies for the Mojarra reference. :-)
In the MyFaces case, the problem exists in two places:
1. org.apache.myfaces.view.facelets.FaceletViewDeclarationLanguage
In particular, in renderView(), we do:
ResponseWriter origWriter = createResponseWriter(context);
StateWriter stateWriter = new StateWriter(origWriter, 1024);
Here
try
{
ResponseWriter writer =
origWriter.cloneWithWriter(stateWriter);
Instead of wrapping the StateWriter around the ResponseWriter (and then
cloning that ResponseWriter with itself), we should be wrapping the
StateWriter around the Writer returned by
ExternalContext.getResponseOutputWriter().
2. org.apache.myfaces.view.facelets.FaceletViewHandler
Again, in renderView, we've got:
ResponseWriter origWriter = this.createResponseWriter(context);
// QUESTION: should we use bufferSize? Or, since the
// StateWriter usually only needs a small bit at the end,
// should we always use a much smaller size?
stateWriter = new StateWriter(origWriter, this.bufferSize != -1 ?
this.bufferSize : 1024);
ResponseWriter writer = origWriter.cloneWithWriter(stateWriter);
So the same issue exists here.
FWIW, not sure whether FaceletViewHandler is still used - perhaps this is now
obsolete?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TRINIDAD-1384) Timezones - date picker popup shows a day before
[ https://issues.apache.org/jira/browse/TRINIDAD-1384?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829976#action_12829976 ] Matthias Weßendorf commented on TRINIDAD-1384: -- this line: if (this.serverOffsetInMins != (void 0)) should be if (this.serverOffsetInMins !== undefined) Timezones - date picker popup shows a day before Key: TRINIDAD-1384 URL: https://issues.apache.org/jira/browse/TRINIDAD-1384 Project: MyFaces Trinidad Issue Type: Bug Components: Components Affects Versions: 1.2.10-core, 1.0.10-core Environment: Server with timezone set to US Eastern Time (GMT-5), client browser on a machine with timezone set to Central European Time (GMT+1) Reporter: Denis Krukovsky Priority: Minor Attachments: DateField.patch Steps to reproduce: - run a server with timezone set to US Eastern Time (GMT-5). - Create a page with Trinidad input date and date picker popup. - Query the page from a browser on a machine with timezone set to Central European Time (GMT+1). - Enter some date into input date field. - Click on datepicker icon. - Observe that date rendered as selected in datepicker popup is 1 day before the date entered into inputdate field. This behavior gets fixed when we edit trinidad-config.xml and include time-zoneEtc/GMT-5/time-zone (server timezone) there. Unfortunately trinidad-config modification sometimes is not an option because servers and timezones will change. I tried to supply inputDate component with custom converter which returns server timezone from getTimeZone() and getFormattingTimeZone(...) which doesn't help. I also noted that in both cases - (1) no modification to trinidad-config and the bug is there, and (2) trinidad-config modified and bug gets fixed - the Trinidad date picker popup is being requested with equal request string containing something like /app/__ADFv__.jsf?_afPfm=-79d68df7_t=cdvalue=123189120loc=en-USenc=UTF-8, i. e. the value parameter is same for both cases but datepicker gets rendered differently. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-2504) Google App Engine Support
[ https://issues.apache.org/jira/browse/MYFACES-2504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829986#action_12829986 ] Matthias Weßendorf commented on MYFACES-2504: - hello ali, I enhanced our Trinidad util for missing external ctx methods: http://svn.apache.org/viewvc?view=revisionrevision=906828 Maybe we should add that util (sure different package) to myfaces-core. That would make the isRunningOnGoogleAppEngine() small; the util would have some other benefits as well (we could clean up some nasty casted code) What do you think ? Google App Engine Support - Key: MYFACES-2504 URL: https://issues.apache.org/jira/browse/MYFACES-2504 Project: MyFaces Core Issue Type: Improvement Components: JSR-252, JSR-314 Affects Versions: 1.2.8, 2.0.0-alpha Environment: Google App Engine 1.3 Reporter: Ali Ok Priority: Minor Attachments: 2504-2.diff, 2504-3.diff, 2504-doc.diff, 2504.diff Support for Google App Engine for MyFaces 1.2 and 2.0. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-2504) Google App Engine Support
[ https://issues.apache.org/jira/browse/MYFACES-2504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829988#action_12829988 ] Matthias Weßendorf commented on MYFACES-2504: - ok, checked my HBase project (uses datanuculus to communicate w/ HBase's big-table) and the JDO API we got from Apache JDO, so we are good to go from there. Demo project would be sweet! :) Google App Engine Support - Key: MYFACES-2504 URL: https://issues.apache.org/jira/browse/MYFACES-2504 Project: MyFaces Core Issue Type: Improvement Components: JSR-252, JSR-314 Affects Versions: 1.2.8, 2.0.0-alpha Environment: Google App Engine 1.3 Reporter: Ali Ok Priority: Minor Attachments: 2504-2.diff, 2504-3.diff, 2504-doc.diff, 2504.diff Support for Google App Engine for MyFaces 1.2 and 2.0. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
