Wiki Spam
Hi, Does anyone know how can I unsubscribe from wiki as it is full of spam everyday. Thanks, Cagatay Civici PrimeFaces Lead www.primefaces.org
Re: Making Tomahawk Calendar more WCAG (accessibility) compliant
Hi, I decided to go with a javascript bundle in PF as calendar is a special component in terms or localization and internationalization. http://code.google.com/p/primefaces/wiki/PrimeFacesLocales Regards, Cagatay Civici PrimeFaces Lead Prime Teknoloji www.prime.com.tr On 19 Ara 2012, at 22:04, Martin Marinschek mmarinsc...@apache.org wrote: Hi guys, I had the idea once that one could have an extra embedded style tag which goes with each one of the extended components. So you could embed this tag, and set the style attributes there, and the main component would stay clean. Wdyt? best regards, Martin On Wed, Dec 19, 2012 at 4:55 PM, Grant Smith gr...@marathonpm.com wrote: +1 The benefits outweigh the overcrowding of attributes, in my opinion. On Wed, Dec 19, 2012 at 6:47 AM, Leonardo Uribe lu4...@gmail.com wrote: +1 I think the proposal looks good, the names used in the properties are ok, and there is certainty that the changes are useful. regards, Leonardo 2012/12/19 Werner Punz werner.p...@gmail.com: Ok just to be more precise, I have integrated the changes now locally, but I am not committing them yet, because it would mean to introduce another set of attributes to the Calendar yet. I just want the opinion whether we should do it. Just to give s small description, the attributes would add alt texts to the popup calendar and default alt texts are set anyway, the inline calendar does not have images hence no alt is needed and possible. The downside of this is that we add another set of attributes: popupLeftArrowAlt , popupRightArrowAlt , popupMonthArrowAlt , popupYearArrowAlt , popupCloseButtonAlt , calendarIconAlt , popupWeekOfYearTitle , popupWeekOfDateTitle which is a huge set of new attributes to the already attribute overloaded calendar. So what is your opinion guys, shall we add it or not. I favor for a +1 here, since accessability is a big plus and the new attributes are optional in their usage. Werner Am 19.12.12 11:23, schrieb Werner Punz: Mhh shall we integrate this? I personally think it would make sense with some name changes. Werner Am 17.12.12 18:54, schrieb Jon Bionda: Sorry for what is likely a breach of protocol. This is a suggestion on how to make the Tomahawk Calendar more WCAG compliant. WCAG being a standard for gauging if browser based interfaces meet accessibility requirements primarily for disabled users. I joined the list a while ago to report an error I found and it was fixed promptly so I continued to watch the list and see that you are now preparing the next Tomahawk release, so maybe the timing is right. We used an older version of Tomahawk (1.0.6) and found the HtmlInputCalendar component failed the WCAG compliancy tests with respect to missing some ‘alt’ and ‘title’ attributes on tags generated by the calendar component. Some time ago, someone who has since left the company, made it mostly compliant by adding the following 8 properties to the HtmlInputCalendar – I didn’t do the compliancy testing but understand there are different levels of compliancy and these missing attributes make it fail at a basic level, so there may be more minor compliance issues which is why I can’t say it would be fully compliant. The properties with hopefully self-describing names are: calendarIconAlt popupLeftArrowAlt popupRightArrowAlt popupMonthArrowAlt popupYearArrowAlt popupCloseButtonAlt popupWeekOfYearTitle popupWeekOfDateTitle I’ve looked into forward porting the old changes to the Tomahawk 1.1.14 code base and have provided the code for adding the changes to the (org.apache.myfaces.custom.calendar) HtmlInputCalendar and HtmlCalendarRenderer classes. However, I am having trouble unravelling the precise changes that were made to the popcalendar.js file ( they seemed to have got a newer version of the js file and made the changes on it but I can’t figure out which version get got it from, probably obvious to you guys). A related change is also included and was made because part of WCAG is supporting screen readers. The text in alt and title attributes shouldn’t be using short forms of the week days (Sun, Mon, etc.) but rather their full names (Sunday, Monday, etc.). In the HtmlCalendarRenderer.getLocalizedLanguageScript() method, I see where they created a parallel String[] to weekDays to contain the full week day names. This is also added to the initData to be accessible in the javascript. We only use the calendar in popup mode so no changes were made to renderInline() but would expect it would also have to be modified to do a complete job. I zipped up the changes to the 2 java classes mentioned above (they only
[jira] [Commented] (TRINIDAD-2127) Update the online component showcase
[ https://issues.apache.org/jira/browse/TRINIDAD-2127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13083259#comment-13083259 ] Cagatay Civici commented on TRINIDAD-2127: -- Do you mean updating the link on trinidad homepage? The demo with casablance is at; http://example.irian.at/trinidad-components-showcase/faces/pages/demoStart.xhtml Update the online component showcase Key: TRINIDAD-2127 URL: https://issues.apache.org/jira/browse/TRINIDAD-2127 Project: MyFaces Trinidad Issue Type: Improvement Reporter: Walter Mourão Priority: Minor The current online component showcase shows the old default skin. It should be nice to see it using the new default skin (Casablanca). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
MyFaces on Glassfish 3
Hi Guys, I'm no Glassfish expert, does anyone know how to replace mojarra of gf3 with MyFaces? Thanks, Cagatay
Re: MyFaces on Glassfish 3
Great, thanks! On Jun 3, 2011, at 11:10 AM, Juan Fernandez-Corugedo Igual wrote: Put the myfaces jar files and all of its dependencies in the WEB-INF/lib folder of your proyect and add a Glassfish configuration file (WEB-INF/sun-web.xml) with this content: sun-web-app class-loader delegate=false / property name=useMyFaces value=true / property name=useBundledJsf value=true/ /sun-web-app The jar files that must be in the lib folder are: commons-beanutils.jar (I have use the 1.8.3 version) commons-digester.jar (I have use the 2.1 version) commons-logging.jar (I have use the 1.1.1 version) myfaces-api.jar and myfaces-impl.jar (I have use the 2.1.0 version) 2011/6/3 Cagatay Civici cagatay.civ...@gmail.com Hi Guys, I'm no Glassfish expert, does anyone know how to replace mojarra of gf3 with MyFaces? Thanks, Cagatay Çağatay Çivici Principal Consultant PrimeFaces Lead | JSF EG Member Prime Teknoloji Bilkent Cyberpark, A-303d 06800 Ankara/Turkey Tel: +90 312 265 05 07 http://www.prime.com.tr
Re: Clear Input Values
But shouldn't that be handled via the JSF EG? Such a behaviour would need to be written in the spec to be reliable, isn't? Yes, I agree, it shouldn't be left to implementations. javax.faces.component.EditableValueHolder.resetValue() and/or listener like http://myfaces.apache.org/trinidad/trinidad-api/tagdoc/tr_resetActionListener.html does not solve it? As I've mentioned, sure there are solutions but no easy one. I totally agree with you that this stuff should be easier to use than it is now! I am describing some ideas to solve this problem in the blog post (e.g. resetValue() on FacesContext or a resetOnModelValueUpdate attribute), but maybe there are better ones... Does primefaces provide something to solve this problem in some sort of way like trinidad does with the action listener Martin mentioned? PrimeFaces doesn't have a solution for this now as I'd like this to be solved in JSF Spec/Impl, however it seems I need to place some workaround for p:input* and p:select* for this. I'll take this to the EG. Thanks for all the feedback! Cagatay On May 30, 2011, at 3:19 PM, Mark Struberg wrote: Sounds like a good idea. But shouldn't that be handled via the JSF EG? Such a behaviour would need to be written in the spec to be reliable, isn't? LieGrue, strub --- On Mon, 5/30/11, Cagatay Civici cagatay.civ...@gmail.com wrote: From: Cagatay Civici cagatay.civ...@gmail.com Subject: Clear Input Values To: MyFaces Development dev@myfaces.apache.org Date: Monday, May 30, 2011, 8:12 AM Hi all, I'd like to discuss something I've been thinking about lately. How to clear forms easily when validation fails? Consider this simple case; h:form h:messages / h:inputText value=#{pprBean.firstname} required=true/ h:inputText value=#{pprBean.surname} required=true/ h:commandButton value=Save f:ajax render=@form execute=@form/ /h:commandButton h:commandButton value=Reset actionListener=#{pprBean.reset} f:ajax render=@form execute=@this/ /h:commandButton h:outputText value=#{pprBean.firstname} id=display / /h:form Bean; private String firstname, surname; public void reset() { firstname = null; surname = null; } So when you run this, if one of the field is empty and the other is not, validations fails and message is displayed. Problem happens when reset button is clicked to reset the form values. At processValidations phase UIInput saves the converted value at state and since validation failed, update model is not executed so local value is never cleared. Clicking reset, clears the bean's values but inputText will not use the bound value and use the one kept in state as well ending up a confusing behavior. I've seen this in many forums. I know wiki's like this; http://wiki.apache.org/myfaces/ClearInputComponents But I mean shouldn't this work as expected? Proposed solutions seem way too hard just to clear form values. (component binding and calling resetValue(), new view, javascript etc.) If at processValidations phase, local value is not stored in state, I think that will make the code above work, but I'm not sure if there will be any side effects. Does anyone know why converted local value is kept at state by calling setValue(). Cagatay Çağatay Çivici Principal Consultant PrimeFaces Lead | JSF EG Member Prime Teknoloji Bilkent Cyberpark, A-303d 06800 Ankara/Turkey Tel: +90 312 265 05 07 http://www.prime.com.tr
Clear Input Values
Hi all, I'd like to discuss something I've been thinking about lately. How to clear forms easily when validation fails? Consider this simple case; h:form h:messages / h:inputText value=#{pprBean.firstname} required=true/ h:inputText value=#{pprBean.surname} required=true/ h:commandButton value=Save f:ajax render=@form execute=@form/ /h:commandButton h:commandButton value=Reset actionListener=#{pprBean.reset} f:ajax render=@form execute=@this/ /h:commandButton h:outputText value=#{pprBean.firstname} id=display / /h:form Bean; private String firstname, surname; public void reset() { firstname = null; surname = null; } So when you run this, if one of the field is empty and the other is not, validations fails and message is displayed. Problem happens when reset button is clicked to reset the form values. At processValidations phase UIInput saves the converted value at state and since validation failed, update model is not executed so local value is never cleared. Clicking reset, clears the bean's values but inputText will not use the bound value and use the one kept in state as well ending up a confusing behavior. I've seen this in many forums. I know wiki's like this; http://wiki.apache.org/myfaces/ClearInputComponents But I mean shouldn't this work as expected? Proposed solutions seem way too hard just to clear form values. (component binding and calling resetValue(), new view, javascript etc.) If at processValidations phase, local value is not stored in state, I think that will make the code above work, but I'm not sure if there will be any side effects. Does anyone know why converted local value is kept at state by calling setValue(). Cagatay
Re: [myfaces] ideas and things to do
Cagatay, I see you do it in PrimeFaces successfully, which is great. In PrimeFaces you can freely include other open source libraries which do the degradation for IE and legacy browsers. However that is kind of hard in Myfaces because of the ASF and ASL policy. Actually PrimeFaces has same Apache License so same thing, I stay away from any GPL crap and use only ASL compatible third party work. Mostly MIT. On May 17, 2011, at 9:22 PM, Ali Ok wrote: Cagatay, I see you do it in PrimeFaces successfully, which is great. In PrimeFaces you can freely include other open source libraries which do the degradation for IE and legacy browsers. However that is kind of hard in Myfaces because of the ASF and ASL policy. Çağatay Çivici Principal Consultant PrimeFaces Lead | JSF EG Member Prime Teknoloji Bilkent Cyberpark, A-303d 06800 Ankara/Turkey Tel: +90 312 265 05 07 http://www.prime.com.tr
Re: [myfaces] ideas and things to do
There is still no really lightweight component framework for JSF-2. I disagree :) The HTML-5 components from Ali are really great stuff too, but might take some time to be widely supported. But anyway, being a step ahead is always a good thing! Ali's work is great but why brand it as HTML5? JSF is widely used in corporates which depend on IE so branding it as HTML5 might have a negative effect on adoption. Would be cool to provide HTML5 stuff if platform supports it and provide graceful degradation for legacy(IE). For example in PrimeFaces I try to integrate HTML5 stuff like fileupload, charts(canvas) with this way under the hood. A component framework with HTML5 features sound better to me instead of just HTML5 components. On May 17, 2011, at 2:34 PM, Martin Koci wrote: Gerhard Petracek píše v Út 17. 05. 2011 v 11:59 +0200: hi, imo we should prototype some jsf 2.2 features (at least in a branch). that would help the eg to specify some of the new features (like the window-id) easily and we can get the feedback of the whole community and we would have the basic implementation quite early. so we increase the chance that the new features won't have to be deprecated in the next version (see the target attribute of composite-components). 1 ! JSF need feedback from real usage before features are specified (as final), not after. Only that way leads to framework with real useability. since html5 is planned as a part of jsf 2.2, we should do the same here. @lightweight component framework that might fit to tomahawk. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/5/17 Mark Struberg strub...@yahoo.de +1 Especially the advanced resource handler is a great goodie. Currently it is not easily possible to deliver those resources with a cache header. Of course there should be some additional work in the JSF EG, but I think Jakob pinged Ed already on this topic, right? The HTML-5 components from Ali are really great stuff too, but might take some time to be widely supported. But anyway, being a step ahead is always a good thing! Also Tomahawk still contains a few features which might be interesting in JSF-2 (Marcus Büttner is using those) * file upload * table sorting * table autosuggest * isUserInRole (would be great in conjunction with CODI manages Voters?) There is still no really lightweight component framework for JSF-2. We could of course possibly drop all the 'basic' components like t:inputText and stuff. LieGrue, strub --- On Tue, 5/17/11, Leonardo Uribe lu4...@gmail.com wrote: From: Leonardo Uribe lu4...@gmail.com Subject: [myfaces] ideas and things to do To: MyFaces Development dev@myfaces.apache.org Date: Tuesday, May 17, 2011, 3:48 AM Hi Thinking about how can we do MyFaces even better, I think we should focus on these areas in the short term: 1. HTML 5 project: there is some code in this area, so it is only necessary a bit of effort to get it out. 2. Enhanced Resource Handler: again we have some code. 3. Agent detection support: again, there is some code extracted from trinidad long time ago, but now with JSF2 we can do some cleanup/update over this project. Any suggestions? Leonardo Uribe Çağatay Çivici Principal Consultant PrimeFaces Lead | JSF EG Member Prime Teknoloji Bilkent Cyberpark, A-303d 06800 Ankara/Turkey Tel: +90 312 265 05 07 http://www.prime.com.tr
Re: primefaces linechart conditional coloring
You can try PrimeFaces users forum; http://primefaces.prime.com.tr/forum/ On Aug 3, 2010, at 10:51 AM, arashbahal wrote: 0 down vote favorite hi all i am using primefaces linechart component to display some sort of data every things works fine but i would like to display negetive data with diffrenet color how can i do this? is it possible at all? thanks in advance -- View this message in context: http://old.nabble.com/primefaces-linechart-conditional-coloring-tp29333656p29333656.html Sent from the My Faces - Dev mailing list archive at Nabble.com.
[jira] Commented: (MYFACES-2831) Avoid neested CDATA section for PPR e.g. with Primefaces
[ https://issues.apache.org/jira/browse/MYFACES-2831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12890493#action_12890493 ] Cagatay Civici commented on MYFACES-2831: - PrimeFaces is migrating to native JSF 2 ajax apis in 2.2 release so if f:ajax implementation of MyFaces is working, it will mean Primefaces will work as well as a result since PF will use MyFaces implementation in this case. Avoid neested CDATA section for PPR e.g. with Primefaces Key: MYFACES-2831 URL: https://issues.apache.org/jira/browse/MYFACES-2831 Project: MyFaces Core Issue Type: Improvement Components: JSR-314 Affects Versions: 2.0.2-SNAPSHOT Reporter: Marcus Büttner Attachments: MYFACES-2831.patch In PPR with Primefaces a neested CDATA section is rendered for components with script sections. I attached a patch for the HtmlResponseWriterImpl in myfaces-shared which avoid the double rendering of the CDATA section. Primefaces uses startCDATA and endCDATA of ResponseWriter for it's cdata section. I've overridden this two methods to memorise if a cdata section is open. If a cdata section is open it's not opened a second one. I added this check to the writeScriptContent() method because there occurse the problem with Primefaces. Please review the patch because I'm not sure if there are any site effects. Thanks, Regards Marcus -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [GSOC] HTML5 Proposal
Looks good to me as well, Good Luck Ali! On Mon, Mar 22, 2010 at 2:23 PM, Bruno Aranda brunoara...@gmail.com wrote: It looks good to me too! Bruno On 22 March 2010 14:11, Matthias Wessendorf mat...@apache.org wrote: Hi Ali, this looks good to me. Any other comment ? -Matthias On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok al...@aliok.com.tr wrote: Hi, I've written my GSOC proposal here : http://wiki.apache.org/myfaces/GSoC2010_HTML5 Could you review it and provide me some feedback? After your feedback, we'll move it to ASF GSoC wiki. Thanks Regards, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org
Re: Unsubscribe
Try *dev*-*unsubscri...@*myfaces*.*apache*.*org*. On Fri, Feb 19, 2010 at 9:38 AM, orkun te...@deprem.gov.tr wrote: please Unsubscribe me -- Ahmet Temiz Jeo. Müh. Afet İşleri Gen. Md.lüğü Deprem Ar. D. Ahmet Temiz Geo. Eng. General Dir. of Disaster Affairs TURKEY -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org
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: [VOTE] Extensions-Scripting Alpha
+1, regards, Cagatay On Tue, Feb 2, 2010 at 8:36 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: +1 regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/2/2 Matthias Wessendorf mat...@apache.org +1 on doing an alpha On Tue, Feb 2, 2010 at 9:26 AM, Werner Punz werner.p...@gmail.com wrote: 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 -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org
Re: [VOTE] release for myfaces core 2.0.0-beta
Just by curiosity I looked this file: http://primefaces.googlecode.com/svn/core2/trunk/src/main/java/org/primefaces/component/autocomplete/AutoCompleteHandler.java it has an import to com.sun.faces.facelets.tag. MethodRule Yes, you're right, I've mixed MetaRule with MethodRule. On Fri, Jan 29, 2010 at 9:27 AM, Ganesh gan...@j4fry.org wrote: Hi, Maybe some of the required jars aren't included with this beta? This is where I took the beta from: http://people.apache.org/~lu4242/myfaces200betabinsrc/binaries/http://people.apache.org/%7Elu4242/myfaces200betabinsrc/binaries/ I used the jars contained in the lib folder of: http://people.apache.org/~lu4242/myfaces200betabinsrc/binaries/myfaces-core-2.0.0-beta-bin.ziphttp://people.apache.org/%7Elu4242/myfaces200betabinsrc/binaries/myfaces-core-2.0.0-beta-bin.zip to replace Mojarra, no other jars are on my classpath, I'm running tomcat 6.0.20. Best regards, Ganesh Ganesh schrieb: Hi, I've tried testing the beta with DojoFaces, but even the most basic examples fail to work, e.g.: !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:form /body /html gives me: java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS5Padding I'm all in favour of another alpha, but I feel people won't give much credit if a beta doesn't do the basic stuff. Best regards, Ganesh Cagatay Civici schrieb: Anyway my vote is 0 now and I would like to hear other testers' results. -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org
Re: [VOTE] release for myfaces core 2.0.0-beta
Yes, I don't understand why MethodRule stayed as impl specific. On Fri, Jan 29, 2010 at 9:45 AM, Matthias Wessendorf mat...@apache.orgwrote: Hello Cagatay, that's one of the issue when removing sorta APIs... In Trinidad, we moved the MethodRule to our implementation: http://svn.apache.org/viewvc?view=revisionrevision=897901 I think the question for the EG is why some (kinda) APIs were moved away... -Matthias On Fri, Jan 29, 2010 at 10:33 AM, Cagatay Civici cagatay.civ...@gmail.com wrote: Just by curiosity I looked this file: http://primefaces.googlecode.com/svn/core2/trunk/src/main/java/org/primefaces/component/autocomplete/AutoCompleteHandler.java it has an import to com.sun.faces.facelets.tag. MethodRule Yes, you're right, I've mixed MetaRule with MethodRule. On Fri, Jan 29, 2010 at 9:27 AM, Ganesh gan...@j4fry.org wrote: Hi, Maybe some of the required jars aren't included with this beta? This is where I took the beta from: http://people.apache.org/~lu4242/myfaces200betabinsrc/binaries/http://people.apache.org/%7Elu4242/myfaces200betabinsrc/binaries/ I used the jars contained in the lib folder of: http://people.apache.org/~lu4242/myfaces200betabinsrc/binaries/myfaces-core-2.0.0-beta-bin.ziphttp://people.apache.org/%7Elu4242/myfaces200betabinsrc/binaries/myfaces-core-2.0.0-beta-bin.zip to replace Mojarra, no other jars are on my classpath, I'm running tomcat 6.0.20. Best regards, Ganesh Ganesh schrieb: Hi, I've tried testing the beta with DojoFaces, but even the most basic examples fail to work, e.g.: !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:form /body /html gives me: java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS5Padding I'm all in favour of another alpha, but I feel people won't give much credit if a beta doesn't do the basic stuff. Best regards, Ganesh Cagatay Civici schrieb: Anyway my vote is 0 now and I would like to hear other testers' results. -- 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 -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org
Re: [VOTE] release for myfaces core 2.0.0-beta
I've just asked this to EG. Also I think this discussion messed up the vote post. Sorry :) On Fri, Jan 29, 2010 at 10:31 AM, Matthias Wessendorf mat...@apache.orgwrote: That is a question for the EG, I guess. Not sure if they are around here ;-) On Fri, Jan 29, 2010 at 11:06 AM, Cagatay Civici cagatay.civ...@gmail.com wrote: Yes, I don't understand why MethodRule stayed as impl specific. On Fri, Jan 29, 2010 at 9:45 AM, Matthias Wessendorf mat...@apache.org wrote: Hello Cagatay, that's one of the issue when removing sorta APIs... In Trinidad, we moved the MethodRule to our implementation: http://svn.apache.org/viewvc?view=revisionrevision=897901 I think the question for the EG is why some (kinda) APIs were moved away... -Matthias On Fri, Jan 29, 2010 at 10:33 AM, Cagatay Civici cagatay.civ...@gmail.com wrote: Just by curiosity I looked this file: http://primefaces.googlecode.com/svn/core2/trunk/src/main/java/org/primefaces/component/autocomplete/AutoCompleteHandler.java it has an import to com.sun.faces.facelets.tag. MethodRule Yes, you're right, I've mixed MetaRule with MethodRule. On Fri, Jan 29, 2010 at 9:27 AM, Ganesh gan...@j4fry.org wrote: Hi, Maybe some of the required jars aren't included with this beta? This is where I took the beta from: http://people.apache.org/~lu4242/myfaces200betabinsrc/binaries/http://people.apache.org/%7Elu4242/myfaces200betabinsrc/binaries/ I used the jars contained in the lib folder of: http://people.apache.org/~lu4242/myfaces200betabinsrc/binaries/myfaces-core-2.0.0-beta-bin.ziphttp://people.apache.org/%7Elu4242/myfaces200betabinsrc/binaries/myfaces-core-2.0.0-beta-bin.zip to replace Mojarra, no other jars are on my classpath, I'm running tomcat 6.0.20. Best regards, Ganesh Ganesh schrieb: Hi, I've tried testing the beta with DojoFaces, but even the most basic examples fail to work, e.g.: !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:form /body /html gives me: java.security.NoSuchAlgorithmException: Cannot find any provider supporting DES/ECB/PKCS5Padding I'm all in favour of another alpha, but I feel people won't give much credit if a beta doesn't do the basic stuff. Best regards, Ganesh Cagatay Civici schrieb: Anyway my vote is 0 now and I would like to hear other testers' results. -- 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 -- 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 -- Cagatay Civici JSF EG | PrimeFaces Lead | Apache MyFaces PMC http://www.primefaces.org
Re: [VOTE] release for myfaces core 2.0.0-beta
Why does MyFaces-2.0 beta try to load com.sun.faces.facelets stuff? Because I've replaced mojarra 2.0.2 jars in PrimeFaces demo for testing with MyFaces 2.0 beta jar and got the following when trying to access a page. javax.faces.FacesException: java.lang.NoClassDefFoundError: com/sun/faces/facelets/tag/MethodRule at org.apache.myfaces.context.ExceptionHandlerImpl.wrap(ExceptionHandlerImpl.java:241) at org.apache.myfaces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:156) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:157) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:88) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.primefaces.examples.filter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:32) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:637) Caused by: java.lang.NoClassDefFoundError: com/sun/faces/facelets/tag/MethodRule at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) at java.lang.Class.getConstructor0(Class.java:2699) at java.lang.Class.getConstructor(Class.java:1657) at org.apache.myfaces.view.facelets.tag.AbstractTagLibrary$UserComponentHandlerFactory.init(AbstractTagLibrary.java:506) at org.apache.myfaces.view.facelets.tag.AbstractTagLibrary.addComponent(AbstractTagLibrary.java:164) at org.apache.myfaces.view.facelets.compiler.TagLibraryConfig$TagLibraryImpl.putComponent(TagLibraryConfig.java:182) at org.apache.myfaces.view.facelets.compiler.TagLibraryConfig$LibraryHandler.endElement(TagLibraryConfig.java:422) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1774) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2930) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522) at javax.xml.parsers.SAXParser.parse(SAXParser.java:395) at javax.xml.parsers.SAXParser.parse(SAXParser.java:198) at org.apache.myfaces.view.facelets.compiler.TagLibraryConfig.create(TagLibraryConfig.java:677) at org.apache.myfaces.view.facelets.compiler.TagLibraryConfig.loadImplicit(TagLibraryConfig.java:708) at
Re: [VOTE] release for myfaces core 2.0.0-beta
I see, I've double checked and all tag handlers in PrimeFaces use javax.faces.view.facelets.MethodRule, so can't figure out where that class load comes from. Also note that project was working with Mojarra jars. Anyway my vote is 0 now and I would like to hear other testers' results. On Jan 28, 2010, at 11:04 PM, Leonardo Uribe wrote: Hi Myfaces itself does not load com.sun.faces.facelets stuff. Note some facelets components before jsf 2.0 uses MethodRule instances to handle listener properties like t:schedule mouseListener or t:panelTabbedPane tabChangeListener. The problem should be on some custom tag handler inside PrimeFaces. What I did for tomahawk was copy MethodRule class from myfaces core to tomahawk and uses that one instead. regards, Leonardo Uribe 2010/1/28 Cagatay Civici cagatay.civ...@gmail.com Why does MyFaces-2.0 beta try to load com.sun.faces.facelets stuff? Because I've replaced mojarra 2.0.2 jars in PrimeFaces demo for testing with MyFaces 2.0 beta jar and got the following when trying to access a page. javax.faces.FacesException: java.lang.NoClassDefFoundError: com/sun/faces/facelets/tag/MethodRule at org.apache.myfaces.context.ExceptionHandlerImpl.wrap(ExceptionHandlerImpl.java:241) at org.apache.myfaces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:156) at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:157) at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:88) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:189) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.primefaces.examples.filter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:32) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:637) Caused by: java.lang.NoClassDefFoundError: com/sun/faces/facelets/tag/MethodRule at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) at java.lang.Class.getConstructor0(Class.java:2699) at java.lang.Class.getConstructor(Class.java:1657) at org.apache.myfaces.view.facelets.tag.AbstractTagLibrary$UserComponentHandlerFactory.init(AbstractTagLibrary.java:506) at org.apache.myfaces.view.facelets.tag.AbstractTagLibrary.addComponent(AbstractTagLibrary.java:164) at org.apache.myfaces.view.facelets.compiler.TagLibraryConfig$TagLibraryImpl.putComponent(TagLibraryConfig.java:182) at org.apache.myfaces.view.facelets.compiler.TagLibraryConfig$LibraryHandler.endElement(TagLibraryConfig.java:422) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1774) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2930) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510
Re: [Vote] Trinidad 1.2.13 release
+1 Regards, Cagatay On Jan 23, 2010, at 4:02 PM, Jan-Kees van Andel wrote: +1 It looks good to me (and I can't wait for the next release with Casablanca :-) ). Regards, Jan-Kees 2010/1/23 Matthias Wessendorf mat...@apache.org: +1 On Sat, Jan 23, 2010 at 3:18 PM, Matthias Wessendorf mat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.2.13 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.13 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/core_1_2_13/ -- 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: [COMMUNITY] MyFaces += Jakob Korherr
Welcome Jakob! On Jan 19, 2010, at 10:21 PM, Gerhard Petracek wrote: welcome! regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/1/19 Matthias Wessendorf mat...@apache.org The Myfaces PMC is proud to announce a new addition to our community. Please welcome Jakob Korherr as the newest MyFaces committer! Jakob is an active member of the myfaces community, especially on the MyFaces 2.0 core efforts. @Jakob: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [COMMUNITY] MyFaces += Blake Sullivan
Welcome aboard Blake! On Tue, Jan 5, 2010 at 7:13 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: welcome! regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2010/1/4 Matthias Wessendorf mat...@apache.org The Myfaces PMC is proud to announce a new addition to our community. Please welcome Blake Sullivan as the newest MyFaces committer! Blake is an active member of the myfaces community, especially on the Trinidad subproject. @Blake: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Portlet Bridge Master POM 3
+1 On Fri, Dec 11, 2009 at 4:31 PM, Scott O'Bryan darkar...@gmail.com wrote: +1 Sent from my iPhone On Dec 11, 2009, at 8:30 AM, Matthias Wessendorf mat...@apache.org wrote: +1 On Fri, Dec 11, 2009 at 4:01 PM, Scott O'Bryan darkar...@gmail.com wrote: Hi, I'm trying to release the MyFaces Portlet Bridge Master POM 3 and am now beginning the formal vote. This master pom fixes an obsolete reference to the repositories at java.net and updates some library versions which are required to support the MyFaces Portlet Bride Testsuite. You can find the master pom entry at [1] [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Scott [1] http://people.apache.org/~sobryan/portlet-bridge-master-pom/3http://people.apache.org/%7Esobryan/portlet-bridge-master-pom/3 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Vote] Trinidad plugins 1.2.11 release
+1 On Wed, Dec 9, 2009 at 3:09 PM, Max Starets max.star...@oracle.com wrote: +1 Matthias Wessendorf wrote: Hi, I was running the needed tasks to get the 1.2.10 release of the Apache MyFaces Trinidad Maven 2 Plugins. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.10 artifacts and vote. How to test those JARs ? Use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/plugins_1_2_11http://people.apache.org/%7Ematzew/plugins_1_2_11 /url layoutdefault/layout /pluginRepository /pluginRepositories ... [ ] +1 for community members who have reviewed and tested the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/plugins_1_2_11http://people.apache.org/%7Ematzew/plugins_1_2_11
Re: [VOTE] release of myfaces core 2.0.0-alpha
+1 On Wed, Nov 25, 2009 at 2:20 PM, Matthias Wessendorf mat...@apache.orgwrote: +1 On Wed, Nov 25, 2009 at 2:27 PM, Jakob Korherr jakob.korh...@gmail.com wrote: +1 2009/11/25 Leonardo Uribe lu4...@gmail.com Hi, I was running the needed tasks to get the 2.0.0-alpha release of Apache MyFaces core out. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.shared v4.0.1-alpha [1] 2. Maven artifact group org.apache.myfaces.test v1.0.0-alpha [1] 3. Maven artifact group org.apache.myfaces.core v2.0.0-alpha [1] The artifacts are deployed to my private Apache account ([1] and [3] for binary and source packages). The release notes could be found at [4]. Also the clirr test does not show binary incompatibilities with myfaces-api. Please take a look at the 2.0.0-alpha artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] http://people.apache.org/~lu4242/myfaces200alphahttp://people.apache.org/%7Elu4242/myfaces200alpha [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfaces200alphabinsrchttp://people.apache.org/%7Elu4242/myfaces200alphabinsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600styleName=Htmlversion=12313389 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] use of jul or commons logging on myfaces core 2.0
+1 for JUL. On Tue, Oct 6, 2009 at 4:06 PM, Manfred Geiler manol...@apache.org wrote: +1 for JUL On Tue, Oct 6, 2009 at 17:02, Matthias Wessendorf mat...@apache.org wrote: +1 for JUL On Sat, Oct 3, 2009 at 10:41 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: +1 for JUL. Jan-Kees van Andel 2009/10/1 Mike Kienenberger mkien...@gmail.com: +1 for jul -- it's not ideal, but it's the standard and doesn't require any dependencies. On Thu, Oct 1, 2009 at 12:22 PM, Grant Smith work.gr...@gmail.com wrote: +1 java.util.logging.Logger On Thu, Oct 1, 2009 at 9:14 AM, Michael Concini mconc...@gmail.com wrote: +1 for JUL Antonio Petrelli wrote: 2009/10/1 Werner Punz werner.p...@gmail.com: Why don't you consider using SLF4J? Probably it is the same question asked over and over again, but I try anyway :-D That would be a dependency replacement with another. Just my personal opinion regarding SLF4J Don't bother, I noticed that there is a bridge with which you can use JUL messages with SLF4J: http://www.slf4j.org/legacy.html For a library like MyFaces makes perfectly sense. Antonio -- Grant Smith -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: JSF 'blockinput' component
Looks nice but not sure about the license. On Thu, Jun 18, 2009 at 8:44 AM, Roger Laenen roger.lae...@telenet.bewrote: Hello, I've made a custom facelets component that simulates 'cell/block based' input like you find on official input forms. This type of input field can be useful in some specific situations. We use it for a bankaccount field with specific formatting and validation. You can find binaries and svn-trunk on http://code.google.com/p/blockinput An example app is also included. I thought it would maybe be interesting for inclusion in tomahawk. If there is any interest, let me know. grtz, Roger.
Re: [VOTE] release for tomahawk 1.1.9
+1 On Tue, Jun 16, 2009 at 5:24 PM, Grant Smith work.gr...@gmail.com wrote: +1 On Mon, Jun 15, 2009 at 11:03 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 regards Leonardo Uribe 2009/6/16 Leonardo Uribe lu4...@gmail.com Hi, I was running the needed tasks to get the 1.1.9 release of Apache MyFaces Tomahawk out. Release notes can be found at [4]. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.tomahawk v1.1.9 [1] The artifacts are deployed to my private Apache account ([1]). There is also binary and source packages available on [2] Please take a look at the 1.1.9 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] http://people.apache.org/~lu4242/tomahawk119http://people.apache.org/%7Elu4242/tomahawk119 [2] http://people.apache.org/~lu4242/tomahawk119binsrchttp://people.apache.org/%7Elu4242/tomahawk119binsrc [3] http://www.apache.org/foundation/voting.html#ReleaseVotes [4] http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310272styleName=Htmlversion=12314035 -- Grant Smith
Re: [VOTE] jul instead of commons-logging
-0.5, I like slf4j :) Regards, Cagatay On Jun 9, 2009, at 7:32 PM, Gerhard Petracek wrote: hi, short description: this first vote is about the switch from commons-logging (cl) to java.util.logging (jul). it's a binding vote for the next releases of all myfaces libs which are currently using commons-logging. so e.g. trinidad isn't affected. details are available at [1] if there won't be a majority, we will open a second vote (switch from commons-logging to slf4j). [ ] +1 for replacing cl with jul [ ] +0 [ ] -1 for keeping cl or to force a second vote for slf4j as replacement regards, gerhard [1] http://www.nabble.com/slf4j-and-myfaces-td23890255.html
License question
Hi guys, I've question regarding licensing. For a side open source project(PrimeFaces), I needed access to package private StateWriter class and as a hack I added com.sun.facelets package to the project. That way I got the access for that class. Does anyone see a legal issue here? Btw Facelets is CDDL afaik and PrimeFaces is Apache V2. Thanks, Cagatay
Re: [VOTE] release of myfaces core 1.2.7
+1 On Mon, Jun 1, 2009 at 4:45 PM, Bruno Aranda brunoara...@gmail.com wrote: +1 2009/6/1 Matthias Wessendorf mat...@apache.org: +1 On Mon, Jun 1, 2009 at 11:38 AM, Leonardo Uribe lu4...@gmail.com wrote: +1 2009/6/1 Leonardo Uribe lu4...@gmail.com Hi, I was running the needed tasks to get the 1.2.7 release of Apache MyFaces core out. The artifacts passed all TCK test. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.shared v3.0.6 [1] 2. Maven artifact group org.apache.myfaces.core v1.2.7 [1] The artifacts are deployed to my private Apache account ([1] and [3] for binary and source packages). The release notes could be found at [4]. Also the clirr test does not show binary incompatibilities with myfaces-api. Please take a look at the 1.2.7 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] http://people.apache.org/~lu4242/myfaces127http://people.apache.org/%7Elu4242/myfaces127 [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfaces127binsrchttp://people.apache.org/%7Elu4242/myfaces127binsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600styleName=Htmlversion=12314012 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: J4Fry dojoFacelets
Awesome On Thu, May 28, 2009 at 10:36 AM, Ganesh gan...@j4fry.org wrote: Hi, We are having a meeting on the dojo facelets with the J4Fry people tonight in munich. As this might come to MyFaces you are invited to join us. If you aren't in located munich, don't panic: I'll outline our results tomorrow. Best regards, Ganesh So, here's the results from the J4Fry dojoFacelets meeting last night: Developer interest is huge, the technology hits the nerve. The J4Fry members expressed their wish to continue the development of dojoFacelets within the J4Fry CVS at Sourceforge. There shouldn't be any difference because it's open source and the license is identical. The MyFaces people are very welcome to join in with the development. This is the list of components contained in the latest dojoFacelets release: dojo:form dojo:button dojo:dataGrid dojo:tabContainer dojo:comboBox dojo:filteringSelect dojo:tree And here is the list of dijit widgets we want to integrate next: MenuBar Editor DateTextBox Drap and Drop / Shuttle Progressbar CheckBox ValidationInput RadioButton Slider enhance dojo:comboBox for an autocomplete example Finally all dijit Widgets that need server communication shall be wrapped with tags. Best regards, Ganesh
Re: [VOTE] SVN structure change (was: Re: [MyFaces CORE] SVN layout (was: Re: [source control] git and the ASF ...))
+1 for sure On Wed, May 27, 2009 at 8:53 AM, Bruno Aranda brunoara...@gmail.com wrote: +1 sounds good to me 2009/5/27 Matthias Wessendorf mat...@apache.org: so, there are no objections in making the MyFaces 2.0 efforts become trunk ? -Matthias On Fri, May 22, 2009 at 9:10 PM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello, +1 I would prefer /trunk - 2.0 /branches/myfaces-1.1.x /branches/myfaces-1.2.x because we are not using cvs anymore and the path already contains http://svn.apache.org/repos/asf/myfaces/core/ maybe we can omit the 'myfaces' in the branch name. Regards Bernd On Fri, May 22, 2009 at 5:27 PM, Matthias Wessendorf mat...@apache.org wrote: actually, I agree with Bernd. For the following layout: /trunk - 2.0 /branches/myfaces_1_1_x /branches/myfaces_1_2_x Two reasons for way making 2.0 trunk: -most current development is on-going in 2.0 (new spec) -most commits are going to the 2.0 branch (so, let's make it trunk) So, I am +1 on the above svn layout -Matthias On Sat, May 16, 2009 at 1:04 PM, Matthias Wessendorf mat...@apache.org wrote: from Bernd, on a different thread: Hello, I would suggest following layout 1.1.x branch/1.1.x 1.2.x branch/1.2.x 2.0.x trunk because the 2.0.x version is in development the other branches are only in bugfix state. On Fri, May 15, 2009 at 1:13 PM, Werner Punz werner.p...@gmail.com wrote: Matthias Wessendorf schrieb: Hi, ... Ok, I filed this: https://issues.apache.org/jira/browse/INFRA-2053 maybe we should also think about making the JSF 1.1.x stuff a branch ... (since we already work on 2.0.x) what do people think if the 1.2 stuff becomes trunk And the following efforts are on a branch: -2.0.x -1.1.x +1 -- 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 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [MyFaces 2.0] an experiment ?
Tomahawk already has dojo a huge dependency. For the new lib I'd favor using jquery UI plus stable jquery plugins instead of dojo. On Wed, May 27, 2009 at 9:33 AM, Matthias Wessendorf mat...@apache.orgwrote: not sure I read that article, but I agree that it is worth to go the Facelets road, for new things. Not sure if EVERY 2.0 library needs to contain only template-based components; old-fashion renderers are still, ok... so generally you also think it is worth to host something like that ? I personally would like to start with this by introducing a wrapper for jQuery (included via JSF 2.0 resource handling) -M On Wed, May 27, 2009 at 10:27 AM, Ganesh gan...@j4fry.org wrote: Hi Matthias, Funny you're asking this today: Last night I've released the J4Fry dojoFacelets library on sourceforge. It's a pure JSF template/dojo library, it was build on JSF 1.1/1.2 w/Facelets and it runs on JSF 2.0 out of the box. The templates are AJAX enabled via ui:define. The first project based on the new components will be productive around juli in a european bank. We've started working on this last autumn after I released this artivle in german JavaMagazin, making the point that future JSF tag libraries must be template based: http://www.j4fry.org/resources/jung_JSF_JavaMagazin_Tag_Entwicklung_mit_Facelets.pdf . The dojoFacelets are apache licensed and we would love to make them a starting point for a new MyFaces subproject. Here's a link to the documentation: http://j4fry.org/dojoFacelets.shtml (with links to examples and downloads - the JSF 2.0 example is currently offline, check the JSF 1.2 example). Best regards, Ganesh Matthias Wessendorf schrieb: Hi, sure MyFaces 2.0 is not yet there, but I want to share an idea... Since JSF 2.0 has the new Facelets support to easily create (custom) components, would it be a good idea to start a new (sandbox) project that defines a JSF 2.0 set of components, only written via the Facelets way ? I had to play with some fancy JS (jQuery) to make a wow *easy* component (via Facelets). I think it would be cool to have such a library that provides a kinda wrapper for some JS lib, e.g. jQuery. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [MyFaces 2.0] an experiment ?
I had terrible experiences with dojo in the past, if you say flaws are fixed, documentation is improved, then I'd be 0 instead of -1 :) Dojo is like ejb2 to me. I'd consider ExtJS as well instead of dojo. Maybe it's a better match of widgets compared to jquery ui. On Wed, May 27, 2009 at 10:40 AM, Ganesh gan...@j4fry.org wrote: Hi Cagatay, Can we try to find arguments in favour of possible javascript libraries? Why do you prefer jQuery? The tomahawk dependency is on dojo 0.4, current is 1.3.1, you just cannot compare them. jQuery plugins aren't part of the main jQuery project, so maintenance may be not guaranteed on the long term. For example the dojo dataGrid is still in dojox because it has minor issues, but it still is superior to all stable jQuery table plugins (e.g. flexgrid) I've seen. On the other hand the main jQuery project lacks basic widgets (combo/select, input, table, ...). Also dojo has a comprehesive validation concept over all its widgets which isn't possible with the widespread jQuery plugins. Best regards, Ganesh Cagatay Civici schrieb: Tomahawk already has dojo a huge dependency. For the new lib I'd favor using jquery UI plus stable jquery plugins instead of dojo. On Wed, May 27, 2009 at 9:33 AM, Matthias Wessendorf mat...@apache.orgmailto: mat...@apache.org wrote: not sure I read that article, but I agree that it is worth to go the Facelets road, for new things. Not sure if EVERY 2.0 library needs to contain only template-based components; old-fashion renderers are still, ok... so generally you also think it is worth to host something like that ? I personally would like to start with this by introducing a wrapper for jQuery (included via JSF 2.0 resource handling) -M On Wed, May 27, 2009 at 10:27 AM, Ganesh gan...@j4fry.org mailto:gan...@j4fry.org wrote: Hi Matthias, Funny you're asking this today: Last night I've released the J4Fry dojoFacelets library on sourceforge. It's a pure JSF template/dojo library, it was build on JSF 1.1/1.2 w/Facelets and it runs on JSF 2.0 out of the box. The templates are AJAX enabled via ui:define. The first project based on the new components will be productive around juli in a european bank. We've started working on this last autumn after I released this artivle in german JavaMagazin, making the point that future JSF tag libraries must be template based: http://www.j4fry.org/resources/jung_JSF_JavaMagazin_Tag_Entwicklung_mit_Facelets.pdf . The dojoFacelets are apache licensed and we would love to make them a starting point for a new MyFaces subproject. Here's a link to the documentation: http://j4fry.org/dojoFacelets.shtml (with links to examples and downloads - the JSF 2.0 example is currently offline, check the JSF 1.2 example). Best regards, Ganesh Matthias Wessendorf schrieb: Hi, sure MyFaces 2.0 is not yet there, but I want to share an idea... Since JSF 2.0 has the new Facelets support to easily create (custom) components, would it be a good idea to start a new (sandbox) project that defines a JSF 2.0 set of components, only written via the Facelets way ? I had to play with some fancy JS (jQuery) to make a wow *easy* component (via Facelets). I think it would be cool to have such a library that provides a kinda wrapper for some JS lib, e.g. jQuery. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [MyFaces 2.0] an experiment ?
Afaik gpl3 is compatible with apache v2? On Wed, May 27, 2009 at 11:15 AM, Matthias Wessendorf mat...@apache.orgwrote: I think the ExtJS has a GPL-style license, right ? On Wed, May 27, 2009 at 11:54 AM, Cagatay Civici cagatay.civ...@gmail.com wrote: I had terrible experiences with dojo in the past, if you say flaws are fixed, documentation is improved, then I'd be 0 instead of -1 :) Dojo is like ejb2 to me. I'd consider ExtJS as well instead of dojo. Maybe it's a better match of widgets compared to jquery ui. On Wed, May 27, 2009 at 10:40 AM, Ganesh gan...@j4fry.org wrote: Hi Cagatay, Can we try to find arguments in favour of possible javascript libraries? Why do you prefer jQuery? The tomahawk dependency is on dojo 0.4, current is 1.3.1, you just cannot compare them. jQuery plugins aren't part of the main jQuery project, so maintenance may be not guaranteed on the long term. For example the dojo dataGrid is still in dojox because it has minor issues, but it still is superior to all stable jQuery table plugins (e.g. flexgrid) I've seen. On the other hand the main jQuery project lacks basic widgets (combo/select, input, table, ...). Also dojo has a comprehesive validation concept over all its widgets which isn't possible with the widespread jQuery plugins. Best regards, Ganesh Cagatay Civici schrieb: Tomahawk already has dojo a huge dependency. For the new lib I'd favor using jquery UI plus stable jquery plugins instead of dojo. On Wed, May 27, 2009 at 9:33 AM, Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org wrote: not sure I read that article, but I agree that it is worth to go the Facelets road, for new things. Not sure if EVERY 2.0 library needs to contain only template-based components; old-fashion renderers are still, ok... so generally you also think it is worth to host something like that ? I personally would like to start with this by introducing a wrapper for jQuery (included via JSF 2.0 resource handling) -M On Wed, May 27, 2009 at 10:27 AM, Ganesh gan...@j4fry.org mailto:gan...@j4fry.org wrote: Hi Matthias, Funny you're asking this today: Last night I've released the J4Fry dojoFacelets library on sourceforge. It's a pure JSF template/dojo library, it was build on JSF 1.1/1.2 w/Facelets and it runs on JSF 2.0 out of the box. The templates are AJAX enabled via ui:define. The first project based on the new components will be productive around juli in a european bank. We've started working on this last autumn after I released this artivle in german JavaMagazin, making the point that future JSF tag libraries must be template based: http://www.j4fry.org/resources/jung_JSF_JavaMagazin_Tag_Entwicklung_mit_Facelets.pdf . The dojoFacelets are apache licensed and we would love to make them a starting point for a new MyFaces subproject. Here's a link to the documentation: http://j4fry.org/dojoFacelets.shtml (with links to examples and downloads - the JSF 2.0 example is currently offline, check the JSF 1.2 example). Best regards, Ganesh Matthias Wessendorf schrieb: Hi, sure MyFaces 2.0 is not yet there, but I want to share an idea... Since JSF 2.0 has the new Facelets support to easily create (custom) components, would it be a good idea to start a new (sandbox) project that defines a JSF 2.0 set of components, only written via the Facelets way ? I had to play with some fancy JS (jQuery) to make a wow *easy* component (via Facelets). I think it would be cool to have such a library that provides a kinda wrapper for some JS lib, e.g. jQuery. -Matthias -- 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: [myfaces 2.0] ProjectStage extension ?
+1 On Fri, May 15, 2009 at 8:21 AM, Matthias Wessendorf mat...@apache.orgwrote: On Fri, May 15, 2009 at 1:19 AM, Simon Lessard simon.lessar...@gmail.com wrote: Well I guess you're right, there's no way that the property will be set during the tests. created ticket https://issues.apache.org/jira/browse/MYFACES-2235 will commit change soon -M On Thu, May 14, 2009 at 5:52 PM, Matthias Wessendorf mwessend...@gmail.com wrote: I guess the tck has no org.apache.** cfg param as sys prop Sent from my iPod. Am 14.05.2009 um 22:45 schrieb Simon Lessard simon.lessar...@gmail.com : Sounds pretty decent to me, we'll just have to make sure we still pass the TCK after though since the spec also define the default. ~ Simon On Thu, May 14, 2009 at 2:27 PM, Matthias Wessendorf mwessend...@gmail.com wrote: Of course ordering after the standard... Sent from my iPod. Am 14.05.2009 um 20:18 schrieb Gerhard Petracek gerhard.petra...@gmail.com: +1 regards, gerhard 2009/5/14 Matthias Wessendorf mat...@apache.org Hey, currently ProjectStage is a bit poor, it does not provide support for system props... In order to make that happen we (myfaces) could provide an extension for that... so that we would support something like: projectStage = System.getProperty(org.apache.myfaces.PROJECT_STAGE) what do you think ? (as far as I know this is present in JSF 2.1 as well) -Matthias -- 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: svn commit: r756918 - in /myfaces/tomahawk/trunk/sandbox/core/src/main: java/org/apache/myfaces/custom/fieldset/ java/org/apache/myfaces/custom/toggle/ resources/org/apache/myfaces/custom/toggle
Hi Gerhard, Yes maybe I missed sth, I'll check at the weekend. Cagatay On Fri, May 8, 2009 at 12:36 PM, Gerhard Petracek gpetra...@apache.orgwrote: hi cagatay, could you please update and test the examples. currently there are still a lot of s:fieldset tags in the example. (maybe you already did that and it's just a matter of committing the changed pages.) thank you regards, gerhard 2009/3/21 cagatay caga...@apache.org Author: cagatay Date: Sat Mar 21 11:27:32 2009 New Revision: 756918 URL: http://svn.apache.org/viewvc?rev=756918view=rev Log: TOMAHAWK-1401, promote toggleLink and fieldset to tomahawk Removed: myfaces/tomahawk/trunk/sandbox/core/src/main/java/org/apache/myfaces/custom/fieldset/ myfaces/tomahawk/trunk/sandbox/core/src/main/java/org/apache/myfaces/custom/toggle/ myfaces/tomahawk/trunk/sandbox/core/src/main/resources/org/apache/myfaces/custom/toggle/
Re: MyFaces 2.0 PartialResponseWriter + EVALs
The general way to handle scripts in incoming response is to evaluate them in client side for sure, many js libs do this for example. But I was also thinking about a cleaner way to do this and make sure scripts are transported seperately from the html itself. This will lead to a cleaner js for sure and better performance on client side. So I'm +1 on Werner's idea, hope it doesn't cause any compatibility issues comparing to the common way of sending and handling js. On Fri, May 8, 2009 at 5:01 PM, Werner Punz werner.p...@gmail.com wrote: Anyway XHR also is fine with me if it works out, my plan is to isolate that part within a utils method in our Javascripts anway, so that we fetch it my question was more along the lines of has anybody already started non committed work in this area and is there any objections to add this functionality to the PartialResponseWriter in our own ResponseWriterImpl? Werner Werner Punz schrieb: Yes but then I have to fetch the script via xhr... which means more code on the javascript side of things! Werner Matthias Wessendorf schrieb: isn't it better to do this in IE: window.execScript(theActualScriptContent); and in FF and other this: window.eval(theActualScriptContent); -Matthias -- Forwarded message -- From: Werner Punz werner.p...@gmail.com Date: Fri, May 8, 2009 at 4:54 PM Subject: Re: MyFaces 2.0 PartialResponseWriter + EVALs To: dev@myfaces.apache.org Werner Punz schrieb: Hello everyone: I checked what has been done on the Partial Response Writer for the Rendering. It is very basic, so I would propose following enhancement. Since we need separate eval blocks for javascripts, we implement a PartialResponseWriterImpl which fetches the scripts from components and later allows those scripts to be pushed into the eval part of the partial response. There is a reason for that. Although we have embedded javascript parsing in our javascripts I would see that as optional feature for badly behaving component sets. The normal way for a component writer still is: a) startElement(tagName, component) b) writeAttribute... write c) endElement The way Trinidad and others did it was simply to check for scripts at startElement and push them into a separate eval datastructure later to be processed (in our case after the update part of the p PartialResponse a separate eval stage has to be added) I would start to work on this issue if it is ok with anyone... The entire functionality should be put into our PartialResponseWriterImpl not into the API, and will be hooked into processPartial of PartialViewContextImpl I am not sure how to deal with script src=... on the protocol and javascript level. Werner Ok here is my idea regarding sript src= I would transform that on the server side to a small javascript ala var scriptTag = document.createElement(script); scriptTag.src=src; document.body.append(scriptTag); since the eval is executed after the rendering is done, this should be even safe on IE6! That also would still mean that the update CDATA block is just javascript only without any preprocessing which then can be pushed straight into the eval function! Werner
Re: MyFaces 2.0 question regarding ViewHandler impl
+1 for 3 as well On Fri, May 1, 2009 at 11:18 AM, Matthias Wessendorf mat...@apache.orgwrote: On Thu, Apr 30, 2009 at 11:00 PM, Simon Lessard simon.lessar...@gmail.com wrote: Hi Michael, Definitely 3. It's true that JSF 2.0's ViewHandler no longer do much, it pretty much only deal with HTTP headers and such while most of the work is delegated to the VDL. 2 might break the TCK I think so it's not a good option. yeah, I agree. The third option (AbstractViewHandler) is a good choice! -Matthias ~ Simon On Thu, Apr 30, 2009 at 4:47 PM, Michael Concini mconc...@gmail.com wrote: I'm currently looking at updating JspViewhandlerImpl and FaceletViewHandlerImpl for MYFACES-2219. As I'm looking at this, it seems that many/most of the methods that need to be implemented or updated will be identical for both JSP and Facelet. I see three potential ways of handling this: 1) Have lots of duplicate code in both impl classes. 2) Implement in the API.where possible 3) Create an abstract parent class that extends ViewHandler for the impl classes to extend from. The first option is not ideal for obvious reasons. With respect to the second option, the JSF spec already forces a lot of implementing in the API. I'd rather not add more if possible since its really not the place for it. My preference would be for the third option. I could push the ViewHandler method impls common to both Facelet and JSP to a new class (maybe org.apache.myfaces.application.AbstractViewHandler) and then implement the method which are different for each in the JSP and Facelet impls respectively. Thanks for you input, Mike -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [COMMUNITY] MyFaces += Ganesh Jung and Alexander Belld
Welcome aboard guys! On Tue, Apr 28, 2009 at 9:23 AM, Werner Punz werner.p...@gmail.com wrote: The Myfaces PMC is proud to announce two new additions to our community. Please welcome Alexander Bell and Ganesh Jung as the newest MyFaces committer! Alexander and Ganesh are active members of the myfaces community, especially in the myfaces 2.0 section of the code @Alex and Ganesh: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml -Werner
Re: [VOTE] MyFaces 2.0 optimization options
[1] +1 [2] -1 [3] -1 [4] +0 On Fri, Apr 24, 2009 at 2:32 PM, Werner Punz werner.p...@gmail.com wrote: [1] +1 [2] -1 [3] -1 [4] +1 Werner Ganesh schrieb: Hi, We are trying to agree on a way to include the optimization options pps:true/false, queuesize:n, errorlevel:WARNING/ERROR/NONE for JSF 2.0 Javascript with the MyFaces JSF 2.0 implementation. We've got 4 different proposed solutions, each has been checked for technical feasability: 1.) extra options packed in a new t:ajax tag and myfaces.ajax.request 2.) optimization options as attributes of f:ajax 3.) optimization options within f:attributes nested in f:ajax 4.) a separate taglibrary with a single tag mf:ajax included with the core Please consider the solutions and vote! See previous mails on this list with f:ajax and MyFaces extensions in the subject for further details. Please note: This vote is majority approval with a minimum of three +1 votes. This is a code modification vote [1], so you can veto a solution with a vote of -1. Please vote whole numbers. You can give a vote on each of the 4 solutions. E.g. you can vote: 1.) +1 2.) +1 3.) +0 4.) -1 The vote lasts for 72 hours. It start on 2009-04-24 11:45 a.m. and ends on 2009-04-27 11:45 a.m. [ ] +1 - you favourize this solution [ ] +0 - you don't like this solution [ ] -1 - you veto this solution Best Regards, Ganesh Jung [1] http://www.apache.org/foundation/voting.html http://www.apache.org/foundation/voting.html#ReleaseVotes
Re: f:ajax and MyFaces extensions
The legacy way myfaces followed for a long time is to have standards in core and extensions in tomahawk. Isn't it the whole idea of t:inputText, t:dataTable? So I'm -1 as well for that kind of extensions in core so t:ajax sounds fine. Cagatay On Thu, Apr 23, 2009 at 5:06 PM, Ganesh gan...@j4fry.org wrote: Hi, How would you get the options into tomahawk? They rely on the Javascript core and tomahawk needs to run with the RI. What is myfaces:ajax? Is it another namespace included with the core, containing only a single tag? It seems confusing for the users to have additional options available on jsf.ajax.request which cannot be triggered when using the declarative approach without adding an extensions jar. Best Regards, Ganesh Werner Punz schrieb: Sorry I have not read the original post here I agree with Simon in the regard, that we should not add the options thing to our standard f:ajax tag, but would go even further to add nothing to f:ajax at all which is outside of the spec! The reason for this is, it would break the behavior we have done in the past and people relied upon. Up until now we added extensions on tag level via our own tag(Partially enforced by the TCK) So -1 to adding anything custom to f:ajax +1 to enable the users to access our internal custom options with myfaces:ajax or t:ajax Sorry for my lengthy post before, which was semi off topic, I should had read the entire conversation before posting a reply. Werner Ganesh schrieb: Hi Simon, Avoiding any change of behaviour within myfaces special options doesn't seem adequate to me. EVERY myfaces option will change the behaviour. MyFaces 1.2 supports org.apache.myfaces.SERIALIZE_STATE_IN_SESSION With this option set some applications may add non serializable beans to the state, breaking compatibility with other implementations. It is obvious to the developer that options starting with myfaces can induce compatibility problems. Imho you hit the point when you said before that core extensions should be avoided if they do fundamentally change the behaviour of the app. Standard applications should be remain portable in spite of implementation options set. Here's a short discussion on the portability issues of the proposed extension options: - With myfaces:pps set to true applications that evaluate request parameters within phase 5 could change their behaviour. - With myfaces:errorlevel set to WARNING applications that have a Javascript part that relies on some errorlisteners being triggered could change behaviour. - With myfaces:queuesize set to 1 it's hard to think of an application that would change behaviour. Maybe a button that increases a counter by 1 (or scrolls a list by 1 page) on each click would miss some of the clicks if the user has a quick thumb. I cannot think of a szenario where myfaces:queuesize=1 would make an application run into errors (can you?). I think all 3 of these are special cases where minor changes of behaviour occur, none of them fundamentally changes the behaviour of the app. Best Regards, Ganesh Adding behaviour-changing features to standard tags is setting a portability trap for users, where their app will silently fail to run correctly when executed on a different JSF implementation. That seems unacceptable to me, even if the TCK cannot technically detect it. So for the two params you are proposing which are just performance tweaks, just attributes on f:ajax, or using nested f:attribute seems ok. But for the other one (queueLength?) I would strongly recommend an mf:ajax or mf:attribute tag be created.
Re: f:ajax and MyFaces extensions
Then just document t:ajax is an extension that's not compatible with RI. On Thu, Apr 23, 2009 at 5:39 PM, Ganesh gan...@j4fry.org wrote: Hi, The options don't work with the RI, so t:ajax isn't feasable afaik. Best Regards, Ganesh Cagatay Civici schrieb: The legacy way myfaces followed for a long time is to have standards in core and extensions in tomahawk. Isn't it the whole idea of t:inputText, t:dataTable? So I'm -1 as well for that kind of extensions in core so t:ajax sounds fine. Cagatay On Thu, Apr 23, 2009 at 5:06 PM, Ganesh gan...@j4fry.org mailto: gan...@j4fry.org wrote: Hi, How would you get the options into tomahawk? They rely on the Javascript core and tomahawk needs to run with the RI. What is myfaces:ajax? Is it another namespace included with the core, containing only a single tag? It seems confusing for the users to have additional options available on jsf.ajax.request which cannot be triggered when using the declarative approach without adding an extensions jar. Best Regards, Ganesh Werner Punz schrieb: Sorry I have not read the original post here I agree with Simon in the regard, that we should not add the options thing to our standard f:ajax tag, but would go even further to add nothing to f:ajax at all which is outside of the spec! The reason for this is, it would break the behavior we have done in the past and people relied upon. Up until now we added extensions on tag level via our own tag(Partially enforced by the TCK) So -1 to adding anything custom to f:ajax +1 to enable the users to access our internal custom options with myfaces:ajax or t:ajax Sorry for my lengthy post before, which was semi off topic, I should had read the entire conversation before posting a reply. Werner Ganesh schrieb: Hi Simon, Avoiding any change of behaviour within myfaces special options doesn't seem adequate to me. EVERY myfaces option will change the behaviour. MyFaces 1.2 supports org.apache.myfaces.SERIALIZE_STATE_IN_SESSION With this option set some applications may add non serializable beans to the state, breaking compatibility with other implementations. It is obvious to the developer that options starting with myfaces can induce compatibility problems. Imho you hit the point when you said before that core extensions should be avoided if they do fundamentally change the behaviour of the app. Standard applications should be remain portable in spite of implementation options set. Here's a short discussion on the portability issues of the proposed extension options: - With myfaces:pps set to true applications that evaluate request parameters within phase 5 could change their behaviour. - With myfaces:errorlevel set to WARNING applications that have a Javascript part that relies on some errorlisteners being triggered could change behaviour. - With myfaces:queuesize set to 1 it's hard to think of an application that would change behaviour. Maybe a button that increases a counter by 1 (or scrolls a list by 1 page) on each click would miss some of the clicks if the user has a quick thumb. I cannot think of a szenario where myfaces:queuesize=1 would make an application run into errors (can you?). I think all 3 of these are special cases where minor changes of behaviour occur, none of them fundamentally changes the behaviour of the app. Best Regards, Ganesh Adding behaviour-changing features to standard tags is setting a portability trap for users, where their app will silently fail to run correctly when executed on a different JSF implementation. That seems unacceptable to me, even if the TCK cannot technically detect it. So for the two params you are proposing which are just performance tweaks, just attributes on f:ajax, or using nested f:attribute seems ok. But for the other one (queueLength?) I would strongly recommend an mf:ajax or mf:attribute tag be created.
Re: [VOTE] Release of Extensions Validator 1.1.2
+1 On Thu, Apr 16, 2009 at 1:58 PM, Werner Punz werner.p...@gmail.com wrote: +1 Werner Hazem Saleh schrieb: ++1 Gerhard! It is really a nice extension that I enjoyed much! On Thu, Apr 16, 2009 at 10:19 AM, Matthias Wessendorf mat...@apache.orgmailto: mat...@apache.org wrote: +0 On Thu, Apr 16, 2009 at 10:15 AM, Gerald Müllan gerald.muel...@gmail.com mailto:gerald.muel...@gmail.com wrote: +1 cheers, Gerald On 4/16/09, Gerhard Petracek gerhard.petra...@gmail.com mailto:gerhard.petra...@gmail.com wrote: +1 2009/4/16 Gerhard Petracek gpetra...@apache.org mailto:gpetra...@apache.org Hi, I was running the needed tasks to get the 1.1.2 release of Apache MyFaces Extensions Validator out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.1.2 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [2]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Gerhard [1] http://people.apache.org/~gpetracek/myfaces/extval/release_candidate/1_1_2/http://people.apache.org/%7Egpetracek/myfaces/extval/release_candidate/1_1_2/ http://people.apache.org/%7Egpetracek/myfaces/extval/release_candidate/1_1_2/ http://people.apache.org/%7Egpetracek/myfaces/extval/release_candidate/1_1_2/ [2] http://www.apache.org/foundation/voting.html#ReleaseVotes -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/tt/articles/article.tss?l=IntroductiontoGMaps4JSF
Re: [VOTE] Release of Extensions Validator 1.2.2
+1 On Thu, Apr 16, 2009 at 1:57 PM, Werner Punz werner.p...@gmail.com wrote: +1 Werner -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces Hazem Saleh schrieb: ++1 Gerhard! It is really a nice extension that I enjoyed much! On Thu, Apr 16, 2009 at 10:19 AM, Matthias Wessendorf mat...@apache.orgmailto: mat...@apache.org wrote: +0 On Thu, Apr 16, 2009 at 10:16 AM, Gerald Müllan gerald.muel...@gmail.com mailto:gerald.muel...@gmail.com wrote: +1 cheers, Gerald -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/tt/articles/article.tss?l=IntroductiontoGMaps4JSF
Re: reCaptcha with Trinidad
One more link; http://code.google.com/p/primefaces/wiki/Captcha On Tue, Apr 7, 2009 at 7:48 PM, Alan Hancock suddenrush9...@gmail.comwrote: Many thanks! I'll check it out. -Alan via iPhone On Apr 7, 2009, at 1:33 PM, Cagatay Civici cagatay.civ...@gmail.com wrote: FYI there's a reCaptche JSF component in PrimeFaces. See the demo here; http://www.rehberharitam.com/primefaces-examples/ui/captcha.jsf http://www.rehberharitam.com/primefaces-examples/ui/captcha.jsf On Apr 7, 2009, at 3:43 PM, Alan Hancock wrote: Has anyone used reCaptcha in a Trinidad app? I'm trying to figure out the best way to do this. If anyone has successfully used reCaptcha, I would be interested in seeing how it was done. This may be a good component to add in a future release. Information about the API is available at http://recaptcha.net/ http://recaptcha.net/ -Alan
Re: reCaptcha with Trinidad
FYI there's a reCaptche JSF component in PrimeFaces. See the demo here; http://www.rehberharitam.com/primefaces-examples/ui/captcha.jsf On Apr 7, 2009, at 3:43 PM, Alan Hancock wrote: Has anyone used reCaptcha in a Trinidad app? I'm trying to figure out the best way to do this. If anyone has successfully used reCaptcha, I would be interested in seeing how it was done. This may be a good component to add in a future release. Information about the API is available at http://recaptcha.net/ -Alan
[jira] Created: (TOMAHAWK-1408) Make toggleLink for attribute mandatory
Make toggleLink for attribute mandatory --- Key: TOMAHAWK-1408 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1408 Project: MyFaces Tomahawk Issue Type: Improvement Affects Versions: 1.1.9-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1408) Make toggleLink for attribute mandatory
[ https://issues.apache.org/jira/browse/TOMAHAWK-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cagatay Civici resolved TOMAHAWK-1408. -- Resolution: Fixed Fix Version/s: 1.1.9-SNAPSHOT Make toggleLink for attribute mandatory --- Key: TOMAHAWK-1408 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1408 Project: MyFaces Tomahawk Issue Type: Improvement Affects Versions: 1.1.9-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici Fix For: 1.1.9-SNAPSHOT -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1401) Promote sandbox toggleLink and fieldset to tomahawk
[ https://issues.apache.org/jira/browse/TOMAHAWK-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cagatay Civici resolved TOMAHAWK-1401. -- Resolution: Fixed Fix Version/s: 1.1.9-SNAPSHOT Promote sandbox toggleLink and fieldset to tomahawk --- Key: TOMAHAWK-1401 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1401 Project: MyFaces Tomahawk Issue Type: Improvement Affects Versions: 1.1.8 Reporter: Cagatay Civici Assignee: Cagatay Civici Fix For: 1.1.9-SNAPSHOT -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1405) PanelTab style and styleClass attributes are ignored
[ https://issues.apache.org/jira/browse/TOMAHAWK-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cagatay Civici resolved TOMAHAWK-1405. -- Resolution: Fixed Fix Version/s: 1.1.9-SNAPSHOT PanelTab style and styleClass attributes are ignored Key: TOMAHAWK-1405 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1405 Project: MyFaces Tomahawk Issue Type: Bug Affects Versions: 1.1.8 Reporter: Cagatay Civici Assignee: Cagatay Civici Fix For: 1.1.9-SNAPSHOT -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1405) PanelTab style and styleClass attributes are ignored
PanelTab style and styleClass attributes are ignored Key: TOMAHAWK-1405 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1405 Project: MyFaces Tomahawk Issue Type: Bug Affects Versions: 1.1.8 Reporter: Cagatay Civici Assignee: Cagatay Civici -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1401) Promote sandbox toggleLink and fieldset to tomahawk
Promote sandbox toggleLink and fieldset to tomahawk --- Key: TOMAHAWK-1401 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1401 Project: MyFaces Tomahawk Issue Type: Improvement Affects Versions: 1.1.8 Reporter: Cagatay Civici Assignee: Cagatay Civici -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Vote] Promoting toggleLink and fieldset to tomahawk
+1, Sure I'm doing it:) Cagatay On Mar 10, 2009, at 1:44 PM, Matthias Wessendorf wrote: +1 but I am not doing the work :-) -M On Tue, Mar 10, 2009 at 12:14 PM, Prime İletişim cagatay.civ...@gmail.com wrote: Hi, Sandbox ToggleLink and Fieldset are two components that we've been using over a year and they seem like a good candidate to promotion to tomahawk. Thanks, Cagatay -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Created: (TOMAHAWK-1399) Add disabled attribute to sandbox togglePanel
Add disabled attribute to sandbox togglePanel - Key: TOMAHAWK-1399 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1399 Project: MyFaces Tomahawk Issue Type: New Feature Affects Versions: 1.1.8 Reporter: Cagatay Civici Assignee: Cagatay Civici -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1399) Add disabled attribute to sandbox togglePanel
[ https://issues.apache.org/jira/browse/TOMAHAWK-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cagatay Civici resolved TOMAHAWK-1399. -- Resolution: Fixed Fix Version/s: 1.1.9-SNAPSHOT Add disabled attribute to sandbox togglePanel - Key: TOMAHAWK-1399 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1399 Project: MyFaces Tomahawk Issue Type: New Feature Affects Versions: 1.1.8 Reporter: Cagatay Civici Assignee: Cagatay Civici Fix For: 1.1.9-SNAPSHOT -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Vote] Trinidad 1.2.11 release
+1 On Feb 23, 2009, at 11:02 AM, Bruno Aranda wrote: +1 2009/2/23 Andrew Robinson andrew.rw.robin...@gmail.com +1 On Sun, Feb 22, 2009 at 6:51 PM, Matt Cooper mcoo...@apache.org wrote: +1 On Sun, Feb 22, 2009 at 7:25 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: +1 regards, gerhard 2009/2/22 Matthias Wessendorf mat...@apache.org +1 On Sun, Feb 22, 2009 at 2:17 PM, Matthias Wessendorf mat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.2.11 release of the Apache MyFaces Trinidad CORE out. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.11 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/core_1_2_11/ -- 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 -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [VOTE] Release of Trinidad Plugins 1.2.9
+1 On Feb 10, 2009, at 10:08 AM, Matthias Wessendorf wrote: +1 On Tue, Feb 10, 2009 at 11:08 AM, Matthias Wessendorf mat...@apache.org wrote: Hi, I was running the needed tasks to get the 1.2.9 release of the Apache MyFaces Trinidad Maven 2 Plugins. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.9 artifacts and vote. How to test those JARs ? Use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~matzew/plugins129//url layoutdefault/layout /pluginRepository /pluginRepositories ... [ ] +1 for community members who have reviewed and tested the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/plugins129/ -- 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: [MFCOMMONS-3] mc:exportActionListener does not work with Facelets
Yes, there are cases where code needs to be written with facelets api. ActionListeners are such an example. Example taghandler for a custom actionlistener; http://code.google.com/p/primefaces/source/browse/optimus/trunk/src/main/java/org/primefaces/optimus/actionlistener/ExportActionListenerTagHandler.java On Wed, Jan 28, 2009 at 6:02 PM, Mike Kienenberger mkien...@gmail.comwrote: Make sure you're doing all work in the JSF component, and none in a JSP tag handler. The tag handler should simply assign properties set on the tag to the component. That will take care of the problem in general. There are specific cases where no component exists that have to be handled by writing an equivalent facelet tag handler (such as updateActionListener). On Wed, Jan 28, 2009 at 12:40 PM, Hazem Saleh haz...@apache.org wrote: Hello, I was digging in the exporter defect with Facelets[1], After a little investigation, I found that Facelets needs a special implementation for the listener tag handler[2]. Is this correct? and Are there any possible better ways for solving this defect? Thanks! [1] https://issues.apache.org/jira/browse/MFCOMMONS-3 [2] https://facelets.dev.java.net/source/browse/*checkout*/facelets/src/java/com/sun/facelets/tag/jsf/core/ActionListenerHandler.java?rev=1.3.2.1 . -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/tt/articles/article.tss?l=IntroductiontoGMaps4JSF
[OT] PrimeFaces
Hi, There's a brand new component library called PrimeFaces that you might want to know. HomePage: http://primefaces.prime.com.tr Demo: http://www.rehberharitam.com/primefaces-examples Regards, Cagatay
Re: WebBeans is dead. Long live the JSR 299
Wondering what will happen to openwebbeans? open*JavaContextsandDependencyInjection*? openJCDI? On Sat, Jan 24, 2009 at 5:23 PM, Matthias Wessendorf mat...@apache.orgwrote: FYI -- Forwarded message -- From: Matthias Wessendorf mat...@apache.org Date: Sat, Jan 24, 2009 at 6:22 PM Subject: WebBeans is dead. Long live the JSR 299 To: openwebbeans-...@incubator.apache.org http://in.relation.to/Bloggers/RevisedPublicDraftOfJSR299JavaContextsAndDependencyInjection -- 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: Scanning for annotated classes in MyFaces 2
Hi Jan, Thanks for your contribution, yes this could be done without adding a dependency. We could avoid reflection stuff and use byte code exploring. Mojarra 2.0 uses code from Glassfish codebase for this byte code stuff btw. You may take a look at their implementation to give an idea. I agree that a custom scan path should fasten the app startup time a lot, usually the annotated classes belong to a certain package in our apps like com.mycompany.myproject.* Cheers, Cagatay On Sun, Jan 18, 2009 at 1:41 PM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: 2009/1/11 Matthias Wessendorf mat...@apache.org: On Sun, Jan 11, 2009 at 4:46 AM, Mario Ivankovits ma...@ops.co.at wrote: ;-) I really hate to wait on the boot-up. :-) -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf Last week I've been playing around with a (non-Reflection) classpath scanner of my own. It's actually not that hard to write (if you have the class file format specification somewhere for reference) and my experience until now is that it's much faster than using Reflection. I have a test webapp which I deploy on Tomcat. This webapp contains about 650 classes. With reflection, it takes about 1500ms to read them all, with my custom home brewn scanner, it only takes between 300ms and 350ms. The only performance tweak I have made was a BufferedInputStream, so I'm sure there is enough room for other improvements (maybe some fork-join algorithm to support parallelism). I haven't really tested memory footprint yet, but 650 classes is still not that much. Current status (I do this in spare time ;-)): - Expose the parsed classes in a developer-friendly format, instead of the raw class file format. (it's like a lite version of the Reflection API, to keep it fast). - Read classes in jars. - Test for possible ClassLoader issues. - Allow users to specify their own searchpaths. - Package filtering. - Search/filter API to allow the developer to only load classes that implement some interface or are tagged with an annotation. If I'm satisfied with the results, we can see if it may fit into MyFaces (or maybe a reusable utility, since there are other projects that need to scan for annotations). It's not that much code and this way there is no need for an additional dependency. I'll keep you guys informed. Regards, /Jan-Kees
Re: Scanning for annotated classes in MyFaces 2
I also have some questions for the JSF 2.0 EG, like what classpaths need to be scanned by default. Or the policy of dealing with runtime invisible annotations (I can read them, but Reflection cannot). I'm also interested in general rules regarding class/method signatures. For example, do you need to implement a specific interface when annotating a class with @FacesComponent? Afaik, only jars with a faces-config.xml under META-INF are subject to scan in classpath. On Sun, Jan 18, 2009 at 4:01 PM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: That sounds great. What is your general approach? Just read in the class as byte[], then use the class-file-format rules to get to the annotations sections on the class and the methods? From my quick scan of the classfile spec it seemed reasonably easy to do that... This line is the important one: DataInputStream dis = new DataInputStream(new BufferedInputStream(new FileInputStream(classFile))); The DataInputStream is responsible for delivering the bytecode to me as easy-to-read ints, shorts and bytes. The first chapter of this document specifies the relation between the terms used in the spec and the DataInputStream API. http://java.sun.com/docs/books/jvms/second_edition/ClassFileFormat-Java5.pdf From there it's just reading each field, which is quite cumbersome and hard to get right the first time, because you need to read the spec very carefully. For example, when reading a double or long, you need to skip the next byte. Forget this and you get annoying errors, like EOF or variables that contain nonsense. But when you get the hang of it, it's not that hard. I'd be interested to know the actual requirements that MyFaces has for such a scanner. For example, does it ever need to look for annotations on methods when the class itself is not annotated? I also have some questions for the JSF 2.0 EG, like what classpaths need to be scanned by default. Or the policy of dealing with runtime invisible annotations (I can read them, but Reflection cannot). I'm also interested in general rules regarding class/method signatures. For example, do you need to implement a specific interface when annotating a class with @FacesComponent? Your comment about expose parsed classes seems to imply that you are providing some kind of DOM-style API. I would have thought that a SAX-style API would be better, ie various bits of code interested in annotations registers callbacks for annotations it cares about with the scanner. Then the scanner scans all jars in the classpath and when something is found that matches a registered annotation, then it invokes the appropriate callback. That approach would minimise memory usage, and I can't see where we would need anything dom-like... Well, for performance reasons you would like a SAX style API, but afaics, the class file format is not very developer friendly. Maybe it just takes some getting used to, but on first sight, it looks less intuitive than SAX parsing an XML document. For example, class attributes are placed below the fields and methods, so you don't know the class annotations when reading through the fields and methods. That's not very intuitive for a developer. My plan was not to fully initialize the classes, but just fill them with the bytes read. This way, I get a little bit more structure so I don't have to think in bits and bytes too much. The heavy work will be done lazily. For example, I don't initialize the classes' fields unless the user asks for it, probably resulting in less memory usage and better performance than a fully fledged DOM model. But there's only one way to find out and that's implementing and testing it. I'm gonna look at a SAX style API. Maybe it's not as bad as I first thought... Regards, /Jan-Kees
Re: Scanning for annotated classes in MyFaces 2
I've checked mojarra 2.0 some time ago to see how do they implemented this, well they're using reflection/class way. Spring's scanning mechanism also gives out of memory if you dont specify a sub package name to scan. So, my thought is to implement this in myfaces, it's not a complicated task as we all discussed. And if we do implement it, we get the advantage of tuning it for better performance in a web environment. C.C. On Sun, Jan 11, 2009 at 11:46 AM, Mario Ivankovits ma...@ops.co.at wrote: Hi! not sure on the PERF, but if it is really (proven) the case, I am with you. Well... startup time isn't really a big problem, right? :-) Is that ironic? In projects with 3000 classes and 60 jar files you are up to 30 seconds, or even more, scanning time. Under load, with shale, I saw scanning times of 60 seconds. This _will_ drive you crazy! Ciao, Mario
Re: Scanning for annotated classes in MyFaces 2
I see scannoation in openwebbeans, anyone tried it? As far as I know it's a one man project and dont know if he still maintains it. I think reflection.class stuff is problematic if you dont limit the package name to be scanned. On Sat, Jan 10, 2009 at 4:44 PM, Matthias Wessendorf mat...@apache.orgwrote: It might be smart to put this Shale code in a separate project. For example in Commons, since there are several Apache projects that need to scan for annotations, like EJB3 and JPA projects. there is something on the new open web beans podling (in the incubator) or, take a look a google guice? I think the startup is pretty fast and the dependency shouldn't really be a show stopper. Guice is ASL2, btw. -M Yeah, I thought the same too. What would be great would be some sort of annotation scanner where you can register a scanning job for system startup so that the classpath scanning has to take place only once and the scanning jobs get called back about the results. Sure, if a scanning job registers something like ** all packages get scanned and startup time is slow again, but this is on the responsibility of the developer then. I can help to startup a commons sandbox project and to work out a specification for the library, but my spare time for coding is very low :-( Ciao, Mario Mario, I've been looking at the Shale code that handles the annotation scanning, but I saw it uses Reflection and standard Java ClassLoaders for scanning the classpath for JSF artifacts. What's your experience with the performance of this? Does Shale heavily rely on specifying a base package to be efficient? /Jan-Kees -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Scanning for annotated classes in MyFaces 2
I think we should avoid scannotation, not that it's bad but because it's a dependency. MyFaces already has more dependencies compared to mojarra afaik and increasing those doesn't sound good. Classpath scanning is a tricky business and it's good both performance and computing wise to limit the scanned packages like spring does(scan=com.myproject.*) but I dont think this kind of behavior is in the 2.0 spec. On Tue, Jan 6, 2009 at 8:47 PM, Simon Lessard simon.lessar...@gmail.comwrote: Hi Jan-Kees, I think it's ok for Apache projects to depend on external libraries that are not licensed under ASL 2.0. However that would be some extra dependencies for MyFaces and we try to minimize those. On the other hand the gain might worth it in this case imho if those libraries are deployed in common public Maven repositories. Thank for your help with MyFaces 2.0 ~ Simon On Tue, Jan 6, 2009 at 3:32 PM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hi, The JSF 2.0 spec requires an implementation to support several annotations, like @ManagedBean. Has anyone already thought of a possible implementation for this requirement? IMHO, there is only one option, and that is scanning the classpath at application startup, because you don't want the overhead with every EL expression. But there are some issues with this: First, what paths to scan? AFAIK the spec doesn't state the classpaths to scan. I suppose only /WEB-INF/lib and /WEB-INF/classes need to be checked, but I can't find it in the spec. And second, how to scan? Reading each *.class file, then creating a Class instance and then using reflection to scan for annotations is probably very expensive. Not only the processing time, but I think it will also become a memory issue because every class in the classpath will be loaded into memory. Scanning the plain *.class files is probably not very practical. I don't know, never tried it, but the class files I've seen don't look very appealing. :-) It might be an idea to look at Scannotation, which is an open source library for scanning jar files for annotations. It works quite good and it has the advantage of being very efficient because it doesn't use the default Class/Reflection mechanism. http://sourceforge.net/projects/scannotation/ The project homepage says it has an Apache 2.0 license, but at the same time it has a dependency on Javassist (licensed LGPL or MPL) and the source files don't contain any headers, so it may be not an option. I don't know, IANAL. I was playing around with a @ManagedBean annotation parser, but It may be a good idea to have a discussion on this subject since it probably has some impact. What do you think? Regards, Jan-Kees
Re: [VOTE] Release of MyFaces Portlet Bridge 1.0.0-beta
+1 On Mon, Dec 22, 2008 at 7:21 PM, Scott O'Bryan darkar...@gmail.com wrote: +1 Matthias Wessendorf wrote: +1 On Fri, Dec 19, 2008 at 2:10 AM, Scott O'Bryan darkar...@gmail.com wrote: Hi, I'm trying to release the first beta release of the MyFaces Portlet Bridge 1.0.0 and am now beginning the formal vote. The MyFaces Portlet Bridge 1.0 would like to move into it's first beta release. This tag represents the last remaining comments to the JSR-301 EG from its Public Review for it's Portlet 1.0 specification. We expect that the API and implementation details have been finalized as of this release, but will remain in beta until unit tests are in place and we are able to pass the TCK when it's available. If you have time, please take a look at the current release and give us your vote. You can find the signed release candidate at [1] [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Scott [1] http://people.apache.org/~sobryan/portlet-bridge/1.0.0-betahttp://people.apache.org/%7Esobryan/portlet-bridge/1.0.0-beta
Re: [OT] Babs Books
Congrats Werner, I dont know either. I wish all the best. Cagatay On Fri, Nov 28, 2008 at 10:09 AM, Werner Punz [EMAIL PROTECTED] wrote: Mario Ivankovits schrieb: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Are there also MyFaces diapers available, that would be the perfect present for my newborn child this year ;-) cool. congrats! is is a wernER or wernSIE ? ROFL Werner, whats up? Why haven't you notified us? Well it is kindof off topic for the devs list :-) The baby will come at the 15th exactly unfortunately it will not be a normal birth a Cesarean operation has to be performed due to the fact that the baby has refust to turn into its proper position. Werner
Re: features JSF 1.2
Since you have waited that long for 1.2, I'd suggest to wait for a couple of months and upgrade to 2.0:) On Tue, Nov 25, 2008 at 9:43 PM, Naik, Bhushan [EMAIL PROTECTED]wrote: Hi All, We are planning to upgrade the JSF version to 1.2. Do we have some document for difference between JSF 1.2 and 1.0.4? Once I know what are the new features of JSF1.2, I will put this approach in front to my team. Thanks Bhushan
Re: features JSF 1.2
Yes JSF 1.2 is backward compatible. What is your environment, java version, server you use etc? Also are you using facelets or jsp? On Tue, Nov 25, 2008 at 10:25 PM, Gabrielle Crawford [EMAIL PROTECTED] wrote: If you want an overview type page then this page might help you, mostly generic JSF info, just a bit about Trinidad at the end http://wiki.apache.org/myfaces/Trinidad_and_JSF_12 Thanks, Gabrielle Naik, Bhushan wrote: Yes true its already late but we can't wait now. Do we have backward compatibility for JSF1.0.4 in JSF 1.2?. I am having some issues for migrate. Thanks Bhushan *From:* Cagatay Civici [mailto:[EMAIL PROTECTED] *Sent:* Tuesday, November 25, 2008 4:54 PM *To:* MyFaces Development *Subject:* Re: features JSF 1.2 Since you have waited that long for 1.2, I'd suggest to wait for a couple of months and upgrade to 2.0:) On Tue, Nov 25, 2008 at 9:43 PM, Naik, Bhushan [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote: Hi All, We are planning to upgrade the JSF version to 1.2. Do we have some document for difference between JSF 1.2 and 1.0.4? Once I know what are the new features of JSF1.2, I will put this approach in front to my team. Thanks Bhushan
Re: MyFaces Commons does not have a JIRA entry
MFCOMMONS is fine for me as well On Mon, Nov 24, 2008 at 10:36 AM, Manfred Geiler [EMAIL PROTECTED]wrote: any other comments on this? if not I will create the MFCOMMONS in a few minutes. --Manfred On Mon, Nov 24, 2008 at 3:15 AM, Hazem Saleh [EMAIL PROTECTED] wrote: MFCOMMONS is nice for me. On Sun, Nov 23, 2008 at 11:41 PM, Manfred Geiler [EMAIL PROTECTED] wrote: I can do it. I am adding the new Jira project tomorrow. However, first of all we need a unique short name (the Jira key) for it. Some proposals are: 1 MFCOMMONS 2 MCOMMONS 3 MYFACESCOMMONS 4 COMMONS 3 is too long I think 4 though unique might be misleading -- Apache Commons ! --Manfred On Sun, Nov 23, 2008 at 11:17 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Let's fix that Sent from my iPod. Am 23.11.2008 um 00:42 schrieb Leonardo Uribe [EMAIL PROTECTED]: Hi Unfortunately no. I can do almost everything but not create projects on JIRA. And I don't know who can do it. regards Leonardo Uribe On Sat, Nov 22, 2008 at 2:17 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Are you an admin on jira, leo? Sent from my iPod. Am 22.11.2008 um 20:12 schrieb Leonardo Uribe [EMAIL PROTECTED]: On Sat, Nov 22, 2008 at 12:22 PM, Leonardo Uribe [EMAIL PROTECTED] wrote: On Sat, Nov 22, 2008 at 11:46 AM, Hazem Saleh [EMAIL PROTECTED] wrote: Hello Team, Can any body please add MyFaces Commons to the MyFaces subprojects in JIRA. I wish to create an issue on Commons but could not find an entry. Thanks all! I did it yesterday. Sorry, a misunderstanding. I added the common components module but still we need the JIRA entry. regards Leonardo Uribe regards Leonardo Uribe -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
[jira] Reopened: (TOMAHAWK-1361) InputDate should only set the date fields when it is in date mode
[ https://issues.apache.org/jira/browse/TOMAHAWK-1361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cagatay Civici reopened TOMAHAWK-1361: -- Issue reopened to be fixed InputDate should only set the date fields when it is in date mode - Key: TOMAHAWK-1361 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1361 Project: MyFaces Tomahawk Issue Type: Improvement Components: Date Affects Versions: 1.1.8-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici Fix For: 1.1.8 When inputDate component is used for selecting a date only, it does not display the time fields, but everytime a value is set a new date value with the current time is set as the value. This is inconsistent because the java.util.Date value does not stay same after a model update although component values are not changed by the user. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: New MyFaces PMC chair
Congrats Matthias! Cheers, Cagatay On Thu, Nov 20, 2008 at 3:04 PM, Paul Spencer [EMAIL PROTECTED] wrote: Congratulations Matthias! Paul Spencer Manfred Geiler wrote: Please welcome our new MyFaces PMC chair Matthias Wessendorf! As some of you already might know, I had decided to step down as the chair. The MyFaces PMC members then voted for Matthias Wessendorf as the successor and yesterday the board approved the change. Matthias, thanks for beeing up to that job. I personally have great confidence in you and wish you all the best for guiding us into the JSF 2.0 era. Regards, Manfred Geiler
Re: [OT] GMaps4JSF with Ajax PUSH
What is a lightweight poll? On Tue, Nov 18, 2008 at 12:00 PM, Hazem Saleh [EMAIL PROTECTED] wrote: no it is not a normal poll, it is a lightweight one. On Tue, Nov 18, 2008 at 1:58 PM, Matthias Wessendorf [EMAIL PROTECTED]wrote: isn't that a poll, than a push ? -M On Tue, Nov 18, 2008 at 12:48 PM, Hazem Saleh [EMAIL PROTECTED] wrote: Hello, Me and (Alexander Smirnov) published an article on TSS about GMaps4JSF with Ajax PUSH: http://www.theserverside.com/tt/articles/article.tss?l=GMaps4JSFwithAjaxPUSH We hope it can be interesting! -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
Re: XML-less NavigationHandler
Ok cool, so let's move this guy to commons then and document it:) I can do it after a vote. Cheers, Cagatay On Fri, Nov 14, 2008 at 8:01 AM, Matthias Wessendorf [EMAIL PROTECTED]wrote: On Fri, Nov 14, 2008 at 12:31 AM, Cagatay Civici [EMAIL PROTECTED] wrote: Hi, For proof of concept, I have implemented a custom navigation handler that helps doing jsf navigations without navigation rules in xml. http://cagataycivici.wordpress.com/2008/11/13/xml-less-jsf-navigations/ Matthias told me there may already be something similar to this in one of the myfaces modules but I'm not aware about that. I think Ernst added it to tomahawk, or wanted to. Does anyone know about this? Also I think this feature will look good in myfaces-commons. Cheers, Cagatay -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [extval] rc 1 and logo
That logo is awesome. On Fri, Nov 14, 2008 at 9:08 AM, Matthias Wessendorf [EMAIL PROTECTED]wrote: hi berti, I like that logo On Fri, Nov 14, 2008 at 9:44 AM, Enrico Berti [EMAIL PROTECTED] wrote: hi all, this is my personal interpretation of a possible logo for extval. It's something fresh, simple, with some recaps to both validation and form fields. waiting for comments, of course! cheers, enrico On Fri, Nov 14, 2008 at 1:06 AM, Gerhard Petracek [EMAIL PROTECTED] wrote: hello everyone, after some refactorings + adding some new features, we are basically ready for a first release. the latest snapshot is available at [1] however, there are some open topics. e.g. leonardo started with the site for extval. thank you leonardo! i'll join and add some information. furthermore, we need a logo for the project. are there any ideas or suggestions for a nice logo? regards, gerhard [1] http://people.apache.org/~gpetracek/myfaces/extval/http://people.apache.org/%7Egpetracek/myfaces/extval/ -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] promote the s:renderOne to Commons
+1 On Thu, Nov 13, 2008 at 11:06 PM, Hazem Saleh [EMAIL PROTECTED] wrote: +1. On Fri, Nov 14, 2008 at 1:05 AM, Hazem Saleh [EMAIL PROTECTED] wrote: [ ] +1 - Yes, promote it to Commons. [ ] +0 - I do not know. [ ] -1 - No, do not promote it to Commons. Thanks, -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250 -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
XML-less NavigationHandler
Hi, For proof of concept, I have implemented a custom navigation handler that helps doing jsf navigations without navigation rules in xml. http://cagataycivici.wordpress.com/2008/11/13/xml-less-jsf-navigations/ Matthias told me there may already be something similar to this in one of the myfaces modules but I'm not aware about that. Does anyone know about this? Also I think this feature will look good in myfaces-commons. Cheers, Cagatay
Re: Impl compile time dependency to Shared
Yes or provided. On Wed, Nov 12, 2008 at 3:27 PM, Bruno Aranda [EMAIL PROTECTED] wrote: If it is not the case, the myfaces-shared-impl should be marked as 'optional' in the impl pom.xml? Bruno 2008/11/12 Cagatay Civici [EMAIL PROTECTED] When I add myfaces-imp 1.2.5 to my pom as a dependency, myfaces-shared-impl-3.0.5.jar also implicitly added to the classpath. It is a problem for myfaces users since now we have the same classes added twice to the classpath. Cagatay
Impl compile time dependency to Shared
When I add myfaces-imp 1.2.5 to my pom as a dependency, myfaces-shared-impl-3.0.5.jar also implicitly added to the classpath. It is a problem for myfaces users since now we have the same classes added twice to the classpath. Cagatay
Re: [Trinidad] a roadmap ?
+1 Cagatay On Fri, Nov 7, 2008 at 5:07 PM, Gerhard Petracek [EMAIL PROTECTED] wrote: +1 regards, gerhard 2008/11/7 Andrew Robinson [EMAIL PROTECTED] I am all for making 1.2 the trunk and 1.0 a support-based branch -Andrew On Fri, Nov 7, 2008 at 1:16 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi folks, currently we support both, JSF 1.1 and JSF 1.2. The JSF 1.1, however is the real trunk and JSF 1.2 is kinda a stepchild like trunk. I'd like to *swap* the trunks. trunk - JSF 1.2 based Trinidad trunk1x - JSF 1.1 based Trinidad Also, I'd like focus for upcoming releases (not the next 1.x.10 release) more on the JSF 1.2 version of Trinidad, at least for *big* improvements (like fixing memory leaks, HA support, etc.) or enhancements (new (api) features). I think technically that would mean, the 1.0.n version kinda go into a maintaining stage, where we only apply (serious) bug fixes. Also, when we move to JSF 2.0 (yes... that may take a bit since a) spec isn't final b) nobody will use it before 2010) it would make sense to kinda focus only on JSF 1.2, since applying those *new* 2.0 features require JSF 1.2. Based the communities feedback, I'd like to write a wiki page, that has a more detailed outline. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [VOTE] Release of Trinidad Plugins 1.2.8
+1 On Tue, Nov 4, 2008 at 11:30 PM, Grant Smith [EMAIL PROTECTED] wrote: +1 On Tue, Nov 4, 2008 at 3:02 PM, Matthias Wessendorf [EMAIL PROTECTED]wrote: +1 On Tue, Nov 4, 2008 at 11:59 PM, Andrew Robinson [EMAIL PROTECTED] wrote: +1 (verified new code working as intented in maven-faces-plugin the binary sigs for the sha1 md5 on that jar) -Andrew On Tue, Nov 4, 2008 at 3:20 PM, Scott O'Bryan [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.8 release of the Apache MyFaces Trinidad Maven 2 Plugins. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.8 artifacts and vote. How to test those JARs ? Use the stage repo inside your pom.xml file: ... pluginRepositories pluginRepository idapache.stage/id nameApache Stage Repository/name urlhttp://people.apache.org/~sobryan/trinidad-maven/1.2.8http://people.apache.org/%7Esobryan/trinidad-maven/1.2.8 /url layoutdefault/layout /pluginRepository /pluginRepositories ... [ ] +1 for community members who have reviewed and tested the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Scott [1] http://people.apache.org/~sobryan/trinidad-maven/1.2.8http://people.apache.org/%7Esobryan/trinidad-maven/1.2.8 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Grant Smith
Re: [VOTE] release of myfaces core 1.2.5
+1 On Thu, Oct 30, 2008 at 6:52 AM, Matthias Wessendorf [EMAIL PROTECTED]wrote: +1 On Thu, Oct 30, 2008 at 1:23 AM, Leonardo Uribe [EMAIL PROTECTED] wrote: +1 regards Leonardo Uribe On Wed, Oct 29, 2008 at 7:23 PM, Leonardo Uribe [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.5 release of Apache MyFaces core out. The problem found on linux systems was solved (see MYFACES-2025). The artifacts passed all TCK test. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.shared v3.0.5 [1] 2. Maven artifact group org.apache.myfaces.core v1.2.5 [1] The artifacts are deployed to my private Apache account ([1] and [3] for binary and source packages). The release notes could be found at [4]. Also the clirr test does not show binary incompatibilities with myfaces-api. Please take a look at the 1.2.5 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] http://people.apache.org/~lu4242/myfaces125http://people.apache.org/%7Elu4242/myfaces125 [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfaces125binsrchttp://people.apache.org/%7Elu4242/myfaces125binsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600styleName=Htmlversion=12313492 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[jira] Created: (TOMAHAWK-1363) InputSuggestAjax displays value as the label after the selection
InputSuggestAjax displays value as the label after the selection Key: TOMAHAWK-1363 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1363 Project: MyFaces Tomahawk Issue Type: Bug Reporter: Cagatay Civici Assignee: Cagatay Civici When key/value functionality is used, after selecting a suggested item component displays the value instead of the label. After the page is submitted, it begins working fine. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Having a component module in MyFaces commons
+1 to non rendering stuff only On Wed, Oct 22, 2008 at 2:14 AM, Hazem Saleh [EMAIL PROTECTED] wrote: OK. Let's then start empowering it ;). On Wed, Oct 22, 2008 at 2:42 AM, Grant Smith [EMAIL PROTECTED] wrote: So is the plan then to take ALL non-rendering components and listeners from ALL myfaces subprojects and dump them in here ? If that is the case, then +1. Having stuff scattered about unnecessarily because we didn't finish the job would be an unacceptable situation. I would also propose calling the module something which identifies it as containing the type of component it holds. Myfaces commons components is just too obscure. On Tue, Oct 21, 2008 at 4:08 PM, Andrew Robinson [EMAIL PROTECTED] wrote: +1 on Mike's reply On Tue, Oct 21, 2008 at 12:52 PM, Mike Kienenberger [EMAIL PROTECTED] wrote: +1 only for components that don't render anything, like t:saveState -- Grant Smith -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ http://www.theserverside.com/news/thread.tss?thread_id=51250
Re: ExporterActionListener to commons
I dont think exportActionListener can work with Facelets because I haven't seen any Facelets custom tag for it. So I am -1 about the promotion. On Tue, Oct 21, 2008 at 7:03 PM, Matthias Wessendorf [EMAIL PROTECTED]wrote: +1 on what volker said. Which is adding *helpers* like actionListener tags, or no-UI stuff -M On Tue, Oct 14, 2008 at 5:39 PM, Volker Weber [EMAIL PROTECTED] wrote: Hi, 2008/10/14 Hazem Saleh [EMAIL PROTECTED]: I think that If commons should include components, then these components should be independent + have no UI. +1 for those myfaces-commons-components Regards, Volker On Tue, Oct 14, 2008 at 4:35 PM, Gerhard Petracek [EMAIL PROTECTED] wrote: hello, i suggest to talk about the right place for new (and independent) components in general. regards, gerhard 2008/10/14 Hazem Saleh [EMAIL PROTECTED] Hello Team, I had previous old discussions with Volker about the future of the ExporterActionListener. And we agreed on moving this component to the MyFaces commons project. But after a discussion with Leonardo I know that commons does not include any components module? Now the two possible ways are: 1. Promoting the component to Tomahawk. 2. Making a new components module in commons and promote the component to it. I need your suggestions regarding that! Thanks all! -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ -- inexso - information exchange solutions GmbH Bismarckstraße 13 | 26122 Oldenburg Tel.: +49 441 4082 356 | FAX: +49 441 4082 355 | www.inexso.de -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: ExporterActionListener to commons
Sure:) https://issues.apache.org/jira/browse/TOMAHAWK-1362 On Wed, Oct 22, 2008 at 2:45 PM, Matthias Wessendorf [EMAIL PROTECTED]wrote: one could create one... On Wed, Oct 22, 2008 at 3:30 PM, Cagatay Civici [EMAIL PROTECTED] wrote: I dont think exportActionListener can work with Facelets because I haven't seen any Facelets custom tag for it. So I am -1 about the promotion. On Tue, Oct 21, 2008 at 7:03 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 on what volker said. Which is adding *helpers* like actionListener tags, or no-UI stuff -M On Tue, Oct 14, 2008 at 5:39 PM, Volker Weber [EMAIL PROTECTED] wrote: Hi, 2008/10/14 Hazem Saleh [EMAIL PROTECTED]: I think that If commons should include components, then these components should be independent + have no UI. +1 for those myfaces-commons-components Regards, Volker On Tue, Oct 14, 2008 at 4:35 PM, Gerhard Petracek [EMAIL PROTECTED] wrote: hello, i suggest to talk about the right place for new (and independent) components in general. regards, gerhard 2008/10/14 Hazem Saleh [EMAIL PROTECTED] Hello Team, I had previous old discussions with Volker about the future of the ExporterActionListener. And we agreed on moving this component to the MyFaces commons project. But after a discussion with Leonardo I know that commons does not include any components module? Now the two possible ways are: 1. Promoting the component to Tomahawk. 2. Making a new components module in commons and promote the component to it. I need your suggestions regarding that! Thanks all! -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ -- inexso - information exchange solutions GmbH Bismarckstraße 13 | 26122 Oldenburg Tel.: +49 441 4082 356 | FAX: +49 441 4082 355 | www.inexso.de -- 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: (TOMAHAWK-1362) Facelets support for exportActionListener
Facelets support for exportActionListener - Key: TOMAHAWK-1362 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1362 Project: MyFaces Tomahawk Issue Type: New Feature Affects Versions: 1.1.8-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1361) InputDate should only set the date fields when it is in date mode
InputDate should only set the date fields when it is in date mode - Key: TOMAHAWK-1361 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1361 Project: MyFaces Tomahawk Issue Type: Improvement Components: Date Affects Versions: 1.1.8-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici When inputDate component is used for selecting a date only, it does not display the time fields, but everytime a value is set a new date value with the current time is set as the value. This is inconsistent because the java.util.Date value does not stay same after a model update although component values are not changed by the user. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1361) InputDate should only set the date fields when it is in date mode
[ https://issues.apache.org/jira/browse/TOMAHAWK-1361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cagatay Civici resolved TOMAHAWK-1361. -- Resolution: Fixed Fix Version/s: 1.1.8-SNAPSHOT InputDate should only set the date fields when it is in date mode - Key: TOMAHAWK-1361 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1361 Project: MyFaces Tomahawk Issue Type: Improvement Components: Date Affects Versions: 1.1.8-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici Fix For: 1.1.8-SNAPSHOT When inputDate component is used for selecting a date only, it does not display the time fields, but everytime a value is set a new date value with the current time is set as the value. This is inconsistent because the java.util.Date value does not stay same after a model update although component values are not changed by the user. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-2009) Spring Security integration inside JSF Components
[ https://issues.apache.org/jira/browse/MYFACES-2009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12640497#action_12640497 ] Cagatay Civici commented on MYFACES-2009: - I am using Spring Security, Spring based JSF backing beans and MyFaces SecurityContext without a problem, I use DelegatingVariableResolver. This combination works, maybe there is an issue with your configuration. You may use this blog entry based on JSF-Spring-Spring Security-Orchestra-JPA integration: http://prime.com.tr/cagataycivici/?p=99 Spring Security integration inside JSF Components - Key: MYFACES-2009 URL: https://issues.apache.org/jira/browse/MYFACES-2009 Project: MyFaces Core Issue Type: New Feature Components: General Affects Versions: 1.1.6 Reporter: Juan Pablo Santos Rodríguez As noted many times, there is no native integration of Spring Security tags inside a JSF webapp. I've seen a few approaches, but they're mostly custom JSF-Spring-Security components. In our current project we needed to use Spring Security tags functionality inside any JSF component (custom or not). We ended reaching MyFaces' own Security Context (http://wiki.apache.org/myfaces/SecurityContext), which default implementation is J2EE based. We've extended it with a custom Spring Security implementation, hence this development, which is now publicly available, as we think it may be useful for the community. The basic idea is that Spring's Security Context is going to be available via EL, i.e. you can: h:outputText rendered=#{securityContext.ifAllGranted['ROLE_ADMIN,ROLE_USER']}how how how/h:outputText Some notes: - The zip is bundled as a maven 2 project, so 'mvn clean install' and add the jar as a dependency - It is a Java 5, Spring 2.5.5, Spring Security 2.0.3, MyFaces 1.1.6 project, this were customer requirements. Although, all of these should be easily changed, only messing with dependencies is required O:-) (it should *should* not affect the build, but we've not checked). - As it is MyFaces 1.1.x based, it extends Spring's DelegatingVariableResolver. Same as former statement, it *could* be easily changed, only changing the extended class and the usual dependency changes. Again, we've not checked (but hey, should be an *easy* change O:-)). - Default behaviour of the new Resolver is to check if the requested operation corresponds to a security operation, if not, runs parent behaviour. - IMPORTANT: the security operations available via EL are noted in here: http://wiki.apache.org/myfaces/SecurityContext . Anyone willing to make available any other operation via EL should extend his own http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/sandbox/core/src/main/java/org/apache/myfaces/custom/security/SecurityContextPropertyResolver.java?view=markup implementation and change his faces-config accordingly. - There are several classes which have been taken from tomahawk's 1.1.6 sandbox, in order to make dependencies management a bit easier. This is noted at class-javadoc level. - In jsf-example-webapp module just 'mvn jetty:run' to run the example webapp. There is a dummy security applicationContext, with users and passwords hardcoded in it (this is only a dumb demo) inside resources folder. Serious applications will likely have a more complex configuration. Configuration: 1st.- Make your JSF application Spring Security Aware (http://static.springframework.org/spring-security/site/reference/html/ns-config.html#ns-getting-started) 2nd.- Make your JSF application Spring aware (http://static.springframework.org/spring/docs/2.5.x/reference/web-integration.html#jsf). This implementation assumes JSF 1.1 integration (http://static.springframework.org/spring/docs/2.5.x/reference/web-integration.html#jsf-delegatingvariableresolver). JSF 1.2 will require code modification, as noted above. 3nd.- In your faces-config.xml set: faces-config application variable-resolverorg.apache.myfaces.custom.security.MyFacesSecurityContextSpringDelegatingVariableResolver/variable-resolver property-resolverorg.apache.myfaces.custom.security.SecurityContextPropertyResolver/property-resolver !-- ... -- and that's all. cheers, juan pablo -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ExtVal] internationalized message bundles
Catalan done ;) Visca el Barca! On Thu, Oct 16, 2008 at 10:18 PM, Bruno Aranda [EMAIL PROTECTED]wrote: Catalan done ;) 2008/10/16 Leonardo Uribe [EMAIL PROTECTED] Hi Commited the spanish messages. regards Leonardo Uribe On Tue, Oct 14, 2008 at 11:38 AM, Simon Lessard [EMAIL PROTECTED] wrote: ok, good. Commited the French message without doubling the '. On Tue, Oct 14, 2008 at 11:59 AM, Gerhard Petracek [EMAIL PROTECTED] wrote: hello simon, so far MessageFormat isn't used, because there are just simple messages (one argument at most). currently there is a straightforward interface [1] for message resolving. we could change it to: public interface MessageResolver { String getMessage(String key, Locale locale); String getMessage(String key, Locale locale, Object args[]); } regards, gerhard [1] http://svn.apache.org/viewvc/myfaces/extensions/validator/trunk/core/src/main/java/org/apache/myfaces/extensions/validator/core/validation/message/resolver/MessageResolver.java?revision=694858view=markup 2008/10/14 Simon Lessard [EMAIL PROTECTED] Hi all, Are we using MessageFormat to add the dynamic variables to the messages or another class? If the former, then all languages needs to escape ' with '' . Regards, ~ Simon On Mon, Oct 13, 2008 at 3:29 PM, Simon Lessard [EMAIL PROTECTED] wrote: That's true, I somehow mistook champ for an invariant like cours. Anyway, I'll commit them tomorrow. Regards, ~ Simon On Mon, Oct 13, 2008 at 4:30 AM, Marc Schneider [EMAIL PROTECTED] wrote: Hi Gilles, I see an issue, which is a typo one. When there is only ONE field, there is no 's' at the end. For example : Ce champ (and NOT : Ce champs). All files are concerned. Marc. Gilles Demarty a écrit : Le fichier corrigé est en attachement On Fri, Oct 10, 2008 at 8:16 PM, Simon Lessard [EMAIL PROTECTED] wrote: Hi Gilles, HTML entity for 'é' is eacute, not ecute, so // crossval-message-bundle-validation_messages.properties duplicated_content_required=les champs sont diffeacute;rents duplicated_content_required_details=les champs sont diffeacute;rents duplicated_content_denied=les champs doivent ecirc;tre diffeacute;rents duplicated_content_denied_details=les champs doivent ecirc;tre diffeacute;rents wrong_date_not_before=La date doit ecirc;tre apregrave;s {0} wrong_date_not_before_details=La date doit ecirc;tre apregrave;s {0} wrong_date_not_equal=La date n'est pas eacute;gale agrave; {0} wrong_date_not_equal_details=La date n'est pas eacute;gale agrave; {0} // baseval-message-bundle-validation_messages.properties Nothing // baseval-message-bundle-jpa_messages_fr.properties One message contains a è field_too_long_details=Le contenu de ce champs est trop long ({0} caractegrave;res au maximum) I don't see any other issues. Regards, ~ Simon On Fri, Oct 10, 2008 at 2:01 PM, Gilles Demarty [EMAIL PROTECTED] wrote: Here are the french versions. Simon, can you do a double-check ? On Fri, Oct 10, 2008 at 1:54 PM, Hazem Saleh [EMAIL PROTECTED] wrote: I did the Arabic translation, and Turkish translation done thanks to Mert. On Fri, Oct 10, 2008 at 12:51 PM, Glauco P. Gomes [EMAIL PROTECTED] wrote: Gerhard Petracek escreveu: what's your suggestion for the replacement of wrong? (the annotation is responsible to compare if one date value is before/after a second one) +1 to invalid Glauco P. Gomes -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] Google Maps Integration with JSF: http://code.google.com/p/gmaps4jsf/ -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: tomahawk examples design proposal
+1 to the first one, fantastic! On Fri, Oct 10, 2008 at 3:32 PM, Paul Spencer [EMAIL PROTECTED] wrote: Thomas, I like the new layout. It is obvious to the user what the underlying code looks like! Their are some Selenium test using the current examples that are part part of Tomahawk[1]. The tests not only serve as an example on how to test a MyFaces web application, they also provide a place for regression testing. When Shale Test v1.1 is released, then Tomahawk can be tested against other implementations using the same test. I ask that Selenium testing be include in the redesigned examples. Paul Spencer [1] http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/examples/simple/src/test/selenium/ Thomas Spiegl wrote: attached you'll find a proposal for a redesign of tomahawk examples. Please tell me, which one you like better. IRIAN will take care of implementing it over the next couple of weeks. regards, thomas
[jira] Commented: (MYFACES-2009) Spring Security integration inside JSF Components
[ https://issues.apache.org/jira/browse/MYFACES-2009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12639035#action_12639035 ] Cagatay Civici commented on MYFACES-2009: - Have you tried Spring Security with Default security context implementation of MyFaces, HttpContextIntegrationFilter wraps the requests by default so I dont think there is a need to implement custom security context implementation, it should work out of the box if the HttpContextIntegrationFilter is configured and afaik it is configured by default using security namespace configuration of spring. Spring Security integration inside JSF Components - Key: MYFACES-2009 URL: https://issues.apache.org/jira/browse/MYFACES-2009 Project: MyFaces Core Issue Type: New Feature Components: General Affects Versions: 1.1.6 Reporter: Juan Pablo Santos Rodríguez Attachments: myfaces-securitycontext-spring-security-impl.zip As noted many times, there is no native integration of Spring Security tags inside a JSF webapp. I've seen a few approaches, but they're mostly custom JSF-Spring-Security components. In our current project we needed to use Spring Security tags functionality inside any JSF component (custom or not). We ended reaching MyFaces' own Security Context (http://wiki.apache.org/myfaces/SecurityContext), which default implementation is J2EE based. We've extended it with a custom Spring Security implementation, hence this development, which is now publicly available, as we think it may be useful for the community. The basic idea is that Spring's Security Context is going to be available via EL, i.e. you can: h:outputText rendered=#{securityContext.ifAllGranted['ROLE_ADMIN,ROLE_USER']}how how how/h:outputText Some notes: - The zip is bundled as a maven 2 project, so 'mvn clean install' and add the jar as a dependency - It is a Java 5, Spring 2.5.5, Spring Security 2.0.3, MyFaces 1.1.6 project, this were customer requirements. Although, all of these should be easily changed, only messing with dependencies is required O:-) (it should *should* not affect the build, but we've not checked). - As it is MyFaces 1.1.x based, it extends Spring's DelegatingVariableResolver. Same as former statement, it *could* be easily changed, only changing the extended class and the usual dependency changes. Again, we've not checked (but hey, should be an *easy* change O:-)). - Default behaviour of the new Resolver is to check if the requested operation corresponds to a security operation, if not, runs parent behaviour. - IMPORTANT: the security operations available via EL are noted in here: http://wiki.apache.org/myfaces/SecurityContext . Anyone willing to make available any other operation via EL should extend his own http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/sandbox/core/src/main/java/org/apache/myfaces/custom/security/SecurityContextPropertyResolver.java?view=markup implementation and change his faces-config accordingly. - There are several classes which have been taken from tomahawk's 1.1.6 sandbox, in order to make dependencies management a bit easier. This is noted at class-javadoc level. - In jsf-example-webapp module just 'mvn jetty:run' to run the example webapp. There is a dummy security applicationContext, with users and passwords hardcoded in it (this is only a dumb demo) inside resources folder. Serious applications will likely have a more complex configuration. Configuration: 1st.- Make your JSF application Spring Security Aware (http://static.springframework.org/spring-security/site/reference/html/ns-config.html#ns-getting-started) 2nd.- Make your JSF application Spring aware (http://static.springframework.org/spring/docs/2.5.x/reference/web-integration.html#jsf). This implementation assumes JSF 1.1 integration (http://static.springframework.org/spring/docs/2.5.x/reference/web-integration.html#jsf-delegatingvariableresolver). JSF 1.2 will require code modification, as noted above. 3nd.- In your faces-config.xml set: faces-config application variable-resolverorg.apache.myfaces.custom.security.MyFacesSecurityContextSpringDelegatingVariableResolver/variable-resolver property-resolverorg.apache.myfaces.custom.security.SecurityContextPropertyResolver/property-resolver !-- ... -- and that's all. cheers, juan pablo -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TOMAHAWK-1334) Add toggled attribute to toggleGroup
Add toggled attribute to toggleGroup Key: TOMAHAWK-1334 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1334 Project: MyFaces Tomahawk Issue Type: New Feature Affects Versions: 1.1.8-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici Priority: Minor By using the toggled attribute a togglePanel can have multiple toggleGroups that can be toggled/untoggled depending on this new attribute -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1334) Add toggled attribute to toggleGroup
[ https://issues.apache.org/jira/browse/TOMAHAWK-1334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cagatay Civici resolved TOMAHAWK-1334. -- Resolution: Fixed Fix Version/s: 1.1.8-SNAPSHOT Add toggled attribute to toggleGroup Key: TOMAHAWK-1334 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1334 Project: MyFaces Tomahawk Issue Type: New Feature Affects Versions: 1.1.8-SNAPSHOT Reporter: Cagatay Civici Assignee: Cagatay Civici Priority: Minor Fix For: 1.1.8-SNAPSHOT By using the toggled attribute a togglePanel can have multiple toggleGroups that can be toggled/untoggled depending on this new attribute -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] release for myfaces commons 1.0.0
Welcome back Werner! +1 On Fri, Sep 12, 2008 at 1:52 PM, Hazem Saleh [EMAIL PROTECTED] wrote: +1. BTW, welcome back Werner :-). On Fri, Sep 12, 2008 at 12:01 PM, Werner Punz [EMAIL PROTECTED]wrote: +1 I am back btw... ;-) Leonardo Uribe schrieb: +1 On Thu, Sep 11, 2008 at 9:50 PM, Leonardo Uribe [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.0.0 release of Apache MyFaces Commons out. The artifactId and version number has been changed according to suggestion proposed on previous vote, so now the artifacts proposed has this names: JSF 1.1 myfaces-commons-utils11-1.0.0 myfaces-converters11-1.0.0 myfaces-validators11-1.0.0 JSF 1.2 myfaces-commons-utils12-1.0.0 myfaces-converters12-1.0.0 myfaces-validators12-1.0.0 Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.commons v1.0.0 [1] The artifacts are deployed to my private Apache account ([1]). There is also binary and source packages available at ([3]) For more info about this artifacts take a loot at the site on ([4]). Please take a look at the 1.0.0 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] http://people.apache.org/~lu4242/myfacescommons100http://people.apache.org/%7Elu4242/myfacescommons100 http://people.apache.org/%7Elu4242/myfacescommons100 [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfacescommons100binsrchttp://people.apache.org/%7Elu4242/myfacescommons100binsrc http://people.apache.org/%7Elu4242/myfacescommons100binsrc [4] http://myfaces.apache.org/commons -- Hazem Ahmed Saleh Ahmed Web blog: http://www.jroller.com/page/HazemBlog [Web 2.0] GMaps Integration with JSF + Apache Tomahawk + JBoss a4j: http://code.google.com/p/gmaps4jsf/
Re: [Tomahawk] Tomahawk 1.1.7 inputSuggestAjax problem
That works, but that can only be considered a work-around, not a real solution. I never said that it is a real solution. Also please use users list for such questions and more. On Fri, Sep 12, 2008 at 4:51 PM, Gertjan van Oosten [EMAIL PROTECTED] wrote: Hi, As quoted from Cagatay Civici [EMAIL PROTECTED]: Seems client state encryption causes this issue. Try with this; context-param param-nameorg.apache.myfaces.USE_ENCRYPTION/param-name param-valuefalse/param-value /context-param That works, but that can only be considered a work-around, not a real solution. Regards, -- -- Gertjan van Oosten, Principal Consultant, West Consulting B.V. -- [EMAIL PROTECTED] +31 15 2191 600 www.west.nl