RE: [api-dev] Problem with with NetBeans Plug-In
You could also lend another idea from Eclipse, then... just write a small config file into a predefined OOo-subfolder that points to the location of the SDK. regards Alexander -Original Message- From: Juergen Schmidt [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 9:39 AM To: dev@api.openoffice.org Subject: Re: [api-dev] Problem with with NetBeans Plug-In Hi, the way how the SDK is installed on Ubuntu is more or less the same idea i have in mind for the SDK in the future. On Ubuntu the SDK is installed in a sudirectory (/usr/lib/openoffice/sdk) under the office installation. My plan is to make the SDK an optional part of a normal office installation and put the necessary tools exactly in such a subdirectory. How this will look like exactly is not defined yet because the plan is also to remove some parts of the documentation (when the DevGuide is in the wiki) and make the examples optional, ... But the idea behind is to improve the usability in general, the installation and of course also the usage from external IDE's like NetBeans or Eclipse. A well defined place and structure makes the configuration much easier. Juergen Max Giesbert wrote: Hi Steffen, thx for the explanations. I posted a bug under http://www.openoffice.org/issues/show_bug.cgi?id=80183 I didn't know your username. So go and get it. It's all yours ;-) Thx Max Steffen Grund wrote: Hi Max, the problem is that Ubuntu inserts the wrapper scripts to call the sdk commands. Commands are renamed with extension .bin and the scripts take the place of the commnds. So the plugin calls the scripts with an environment which is customized for the commands. This environment does not contain a path to call basename, so it is simply not found and calling uno-skeletonmaker.bin fails because the name is not constructed correctly. Now that I know it, I can easily extend the plugin to be aware of this and work correctly on Ubuntu. Would you like to write me a bug for it? Regards, Steffen Max Giesbert wrote: CRITICAL # org.openoffice.extensions.util.ProjectCreator,line 486: /usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker: 4: basename: not found /usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker: 4: /usr/lib/openoffice/sdk/linux/bin/.bin: not found ---this happened with the Ubuntu SDK ---then i changed /usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker from #!/bin/sh # wrapper script for OOos SDK programs LD_LIBRARY_PATH=/usr/lib/openoffice/program /usr/lib/openoffice/sdk/linux/bin/`basename $0`.bin $@ ---to #!/bin/sh # wrapper script for OOos SDK programs LD_LIBRARY_PATH=/usr/lib/openoffice/program /usr/lib/openoffice/sdk/linux/bin/uno-skeletonmaker.bin $@ Maybe you can enlighten me what exactly went wrong in the first place because I don't really get it. Thx Max - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Tomahawk] facelets
instead of supplying two taglib-files... just create two jar-files with nothing more in it, than the two taglib files... Then the deployment of the two jar-files is enough, whereas the deployment of the two taglib-files requires additional work from the user... regards Alexander From: Wolf Benz [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 11:56 AM To: MyFaces Discussion Subject: Re: [Tomahawk] facelets I talked about this with Werner Punz... I thought: why not putting this file right away in the meta-inf of the Tomahawk jar? Won't harm nobody but will certainly help a lot of people. Although I still subscribe to that idea, he had a point also: MF and facelets are indeed 2 different technologies, better keep the 2 apart. Yet, it's another thing we can';tr forget to set up and currently the file @MF Wiki is indeed to be stitched together manually with is kinda funny (unprofessional). I think there is room for improvement, either in the form of a facelets-integrated download. (so Toma Sandbox WITH the taglibs in their meta-in dirs) or at least another entry in the download table just for facelets: a link to the jsf-facelts.jar, and 2 links, to the respective taglib files. This, for me, would seem to be its logical place. -Wolf On 7/31/07, Erlend Hamnaberg [EMAIL PROTECTED] wrote: does anyone have an updated tomahawk.taglib.xml ? The one at the wiki does not seem updated. Will Myfaces add full facelets support to its custom components? Regards Erlend
RE: myFaces 1.2 problem
Or remove them from the simple sample and document them in the setup-document. The people for whom the defaults are ok, and that anyway wouldn't read the docs, they have a seed which is simple. For the others... they usually read the doc... regards Alexander From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 25, 2007 1:38 PM To: MyFaces Discussion Subject: Re: myFaces 1.2 problem You mean we should get those parameter out of the web.xml simple examples? Yes, that might be an option. I generally thought it helps people if they see the possibilities there are right in the examples. Maybe a marker optional would help. regards, Martin On 7/25/07, Wolf Benz [EMAIL PROTECTED] wrote: That's true Martin - there is a lot defaulted. Yet, if it's almost all defaulted, I think there's a case for leaving the web.xml much cleaner. Certainly the obvious ones could be better left out, it makes the web.xml only more verbose. It gives people the impression there's a lot to configure before you get MF to work. Look at all the setup issues of MF120 now: a lot of people(that would include me) then start to wonder whether perhaps it's perhaps due to one of all these params that is wrongly set, whereas that's(mostly) not the case. All that and those their explanation could perhaps be better shifted to the project documentation. To my taste, I find that a little cleaner :-) -Wolf On 7/25/07, Martin Marinschek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I believe your statement is entirely wrong. None of the MyFaces-web.xml parameter is necessary - they are all optional, with default values if they are not provided. For MyFaces - the implementation - you got nothing to configure additionally in comparison to the RI. The StartupServletContextListener is an issue with certain servlet-containers only, and it is certainly not our problem, but a problem with these servlet-containers. MyFaces doesn't require configuring this. For Tomahawk, there is one additional filter necessary. That's it. For performance tweaks, you might need one or two more settings. I wouldn't call that much. regards, Martin On 7/25/07, Wolf Benz [EMAIL PROTECTED] wrote: Perhaps I better started a new thread on this but as this is a good example: Wouldn't it be a good idea for much more and aggressive defaulting from MyFaces? Take the web.xml: merely using myfaces makes the poor thing go through the roof! There are a few Context pars you can't do without but... the pretty html, scroll, js, ... c'mon. This StartupServletContextListener is another good example, the AddStreamingresource Listener, ... it all just adds and adds. For newbies coming from RI this alone is a reason to run back, fast! Certainly as -as is pointed out in this thread as well- even doing do doesn;t guarantee a free ride. With every Myfaces project, I have had startup problems. Currently as well. (counter ticks 2 weeks now) It's setup is too complex. Also a more standardized approach would make troubleshooting much easier. It's a trend also, with reason. Look at annotations e.g. where you mostly only have to use them if you wish to override a default setting. -Wolf On 7/25/07, Martin Marinschek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi guys, the StartupServletContextListener should automatically be run by the servlet container when it parses the tld. What you can do as a workaround: - declare the context-listener as explained in the stacktrace in your web.xml - use the MyFacesServlet instead of the FacesServlet In any case, make sure that the work and temp directories of the Tomcat are cleared, and that you have the MyFaces libraries available only in one version. I have had this problem quite often now - especially in Tomcat, and I'm quite desperate to find a solution for this.
RE: 4 second page response time
I remember that long time ago I did a comparision for the same reason... and we found out, that the xml-processing on the solaris box was WAY slower than on the Win-Box. We never really found out why, though... regards Alexander From: Martin Denham [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 4:48 PM To: MyFaces Discussion Subject: Re: 4 second page response time Thanks for the tips but our sys admins weren't keen on doing a kill and because I only get performance problems on the central Solaris server it was tricky to follow your advice. I checked for missing tld/xsd warnings and we aren't getting any even though, as you guessed, the Solaris server does not have internet access. However, I have managed to find another of our jsf applications which did not have the 4/8 second page response delay and so I slowly migrated this to be more like the troublesome application. The main problem occurs when I include listener listener-class org.springframework.web.context.ContextLoaderListener /listener-class /listener in web.xml. Yes, the problem also occurs if I use ContextLoaderServlet too. After including ContextLoaderListener performance deteriorates considerably from 2 second response to more than 4 even if I don't load any spring contexts. Has anybody any idea why ContextLoaderListener slows down my application running on Weblogic 8.1 on Solaris? Many thanks. Martin On 23/07/07, David Delbecq [EMAIL PROTECTED] wrote: En l'instant précis du 20/07/07 15:02, Martin Denham s'exprimait en ces termes: I have had a performance issue with both the JSF applications I have written. On my windows xp development pc responses are instant. However when deployed to a Sun Ultra 80 Solaris machine every page takes 4 seconds and if I add a redirect the response time increases to 7 seconds. Another application on the same Solaris machine, but written using Struts has instant page response times. Is a simple page response time of 4 seconds expected when using JSF? I have tried all sorts of tweaks during the past year but the response time is unaffected. Simple answere: no. I will have to profile your application to find out where your CPU bottleneck (if it's a CPU bottleneck) is, or where your network bottleneck is. Because JSF uses value binding which can do lots of things, any badly written/badly used bean can be at cause (like a bean loading 50.000 items for a database at each request). Simple suggestion: when you load a JSF page, go in a console to your solaris station and run a kill -3 JVMpid, this will dump to the jvm's stdout a stacktrace of all running threads. From there you could see where the code is waiting / busy. could it be some xml parser uses a xsd/dtd which is not available. If production server is firewalled, maybe the server is just trying to download the schema/dtd and finishes on a timeout of approx 4 seconds? I am using Myfaces tomahawk 1.1.5, Weblogic 8.1sp4, Facelets 1.1.12. One application uses Oracle ADF and the other Ajax4Jsf/Richfaces. Thanks in advance for any pointers. Martin -- http://www.noooxml.org/
RE: 4 second page response time
Well I had the impression that the pure XML-handling was a killer on the solaris box. As with JSF: most processing power is used in the jsp-rendering. I don't know whether jsp-precompiling might work or be usefull, I never tried. I the meantime I moved to facelets, which accelerates everything... even though it uses a SayCompiler, but it seems that Compiler is blindingly fast... regards Alexander From: Martin Denham [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 5:46 PM To: MyFaces Discussion Subject: Re: 4 second page response time Hi Jesse, I thought the ContextLoaderListener would just be called once on startup. Does it do something on every request? Martin On 24/07/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: I remember that long time ago I did a comparision for the same reason... and we found out, that the xml-processing on the solaris box was WAY slower than on the Win-Box. We never really found out why, though... regards Alexander From: Martin Denham [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 4:48 PM To: MyFaces Discussion Subject: Re: 4 second page response time Thanks for the tips but our sys admins weren't keen on doing a kill and because I only get performance problems on the central Solaris server it was tricky to follow your advice. I checked for missing tld/xsd warnings and we aren't getting any even though, as you guessed, the Solaris server does not have internet access. However, I have managed to find another of our jsf applications which did not have the 4/8 second page response delay and so I slowly migrated this to be more like the troublesome application. The main problem occurs when I include listener listener-class org.springframework.web.context.ContextLoaderListener /listener-class /listener in web.xml. Yes, the problem also occurs if I use ContextLoaderServlet too. After including ContextLoaderListener performance deteriorates considerably from 2 second response to more than 4 even if I don't load any spring contexts. Has anybody any idea why ContextLoaderListener slows down my application running on Weblogic 8.1 on Solaris? Many thanks. Martin On 23/07/07, David Delbecq [EMAIL PROTECTED] wrote: En l'instant précis du 20/07/07 15:02, Martin Denham s'exprimait en ces termes: I have had a performance issue with both the JSF applications I have written. On my windows xp development pc responses are instant. However when deployed to a Sun Ultra 80 Solaris machine every page takes 4 seconds and if I add a redirect the response time increases to 7 seconds. Another application on the same Solaris machine, but written using Struts has instant page response times. Is a simple page response time of 4 seconds expected when using JSF? I have tried all sorts of tweaks during the past year but the response time is unaffected. Simple answere: no. I will have to profile your application to find out where your CPU bottleneck (if it's a CPU bottleneck) is, or where your network bottleneck is. Because JSF uses value binding which can do lots of things, any badly written/badly used bean can be at cause (like a bean loading 50.000 items for a database at each request). Simple suggestion: when you load a JSF page, go in a console to your solaris station and run a kill -3 JVMpid, this will dump to the jvm's stdout a stacktrace of all running threads. From there you could see where the code is waiting / busy. could it be some xml parser uses a xsd/dtd which is not available. If production server is firewalled, maybe the server is just trying to download the schema/dtd and finishes on a timeout of approx 4 seconds? I am using Myfaces tomahawk 1.1.5, Weblogic 8.1sp4, Facelets 1.1.12. One application uses Oracle ADF and the other Ajax4Jsf/Richfaces. Thanks in advance for any pointers. Martin -- http://www.noooxml.org/
RE: panelTabbedPane - display tabs in multiple rows
writing your own renderer... at least when I looked at it last time that was necessary... Maybe some css.tweaking might also work, but the control what goes into the first and the second row needed the private renderer hth Alexander -Original Message- From: Mike Burton [mailto:[EMAIL PROTECTED] Sent: Monday, July 23, 2007 5:17 PM To: users@myfaces.apache.org Subject: t:panelTabbedPane - display tabs in multiple rows Hi, I'm using a t:panelTabbedPane, how can I display the tabs in multiple rows? Best regards, Mike Burton
RE: Does MyFaces 1.2 require JSP 2.1?
No.. RI just makes a test on the JSP-version and disables certain stuff, when it detects a J2EE 1.4 environment (as in TC 5 and WLS 9.2). It then relies on facelets to provide certain functionality... Sounds like MyFaces is a bit harsher on the user here than the RI. OK... JSF 1.2 officially needs JEE 5. BUT... 1:0 for RI to allow for the gracefull degradation. Just set up a 1.2 RI-app in TC 5.x and watch the log when starting up. You will notice some entries like INFO: JSF1027: [null] The ELResolvers for JSF were not registered with the JSP container. See what I mean? regards Alexander -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 7:24 PM To: MyFaces Discussion Subject: Re: Does MyFaces 1.2 require JSP 2.1? I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible [EMAIL PROTECTED] wrote: I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible [EMAIL PROTECTED] wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/Ser vletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFaces Initializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitializ ed(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: Tool for testing
Hi last time I used JMeter with a JSF-app i just used the proxy-recorder let the tool do the work for you... - start the proxy-recorder - point your browser to use that proxy - use the app - let then jmeter execute the recorded script If you want just functional testing: Selenium hth Alexander -Original Message- From: Peter Dahm [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 17, 2007 11:56 AM To: users@myfaces.apache.org Subject: Tool for testing Hi, who has a recommendation wich testing tool is the best one for testing an jsf application. Does someone have experiences with Apache jMeter ? Here I have problems to build a testplan with parameters and session information. Regards Peter
RE: [Swiss JSF Users] JSF Special-Interest-Group Switzerland
For all interested people here are the infos of the first meeting: http://ajesse.wordpress.com/2007/07/12/jsf-usergroup-ch-meeting-1/. Including links to photos of the happy crowd ;) see you next time Alexander
RE: Orchestra on code.google.com
I do what I can, be pointing it out, whenever a question pops up on something we have there... but you are right, more publicity makes sense... regards Alexander -Original Message- From: Kito D. Mann [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 11:51 PM To: 'MyFaces Development' Subject: RE: Orchestra on code.google.com If you guys decide to use JSF comp, I suggest pushing them for a little better PR. No one really knows all of the goodies they have... ~~~ Kito D. Mann - Author, JavaServer Faces in Action http://www.virtua.com - JSF/Java EE consulting, training, and mentoring http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info * Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 * -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 4:50 PM To: MyFaces Development Subject: Re: Orchestra on code.google.com Use the jsf-comp space for myfaces-orchestra non-asf license compatible stuff. (Given the project owners accept it ;-) ) No problem with me to use Jsf-Comp
RE: Orchestra on code.google.com
Of course we accept it... We put jsf-comp to live to have a haven for non-adf-compatible stuff. Better host it on such a side-project, than nowhere... module name is up to you. (Personally i think it is a little bit long, but the module-creator is in the driver seat). Just give me an info, when you decide upon it and tell me the module-name, than I will setup the file-delivery-package (seems that's about the only thing only admins can do). regards Alexander -Original Message- From: Mario Ivankovits [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 10:57 AM To: MyFaces Development Subject: Re: Orchestra on code.google.com Cagatay Civici wrote: Mario, What about stability of sourceforge lately? I used it in the past, but was disappointed about speed and reachability. I had no problems with sourceforge for a long time when working on jsf-comp. Ok, so lets sum up ... Use the jsf-comp space for myfaces-orchestra non-asf license compatible stuff. (Given the project owners accept it ;-) ) Use the module name myfaces-orchestra-goodies. What do you think? Ciao, Mario
RE: Orchestra on code.google.com
how about using jsf-comp.sf.net? got initiated for that reason... and a few of the components are used... regards Alexander -Original Message- From: Mario Ivankovits [mailto:[EMAIL PROTECTED] Sent: Monday, June 25, 2007 3:29 PM To: MyFaces Development Subject: Orchestra on code.google.com Hi! code.google.com is fine for that. I'd like to start a project at code.google.com to host any code not allowed (or not easily allowed) by the policy of ASF. e.g. when depending on (L)GPL code. I reserved a name already [1]. Any objections about it? Ciao, Mario [1] http://code.google.com/p/myfaces-orchestra-nonasf
RE: [Swiss JSF Users] JSF Special-Interest-Group Switzerland
Great Strange thing is, so far I have more confirmations from Austria and Germany (plus America). But at the Jazoon some people got interested... I am sure we will have our share of fun... Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Monday, June 25, 2007 12:09 AM To: MyFaces Discussion Subject: Re: [Swiss JSF Users] JSF Special-Interest-Group Switzerland Hi Alexander, I'll be there - cu around. regards, Martin On 6/24/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: For all interested people here is the link for the first meeting: http://www.falconjsoft.ch/flexshare/jsf-ug/ see you there Alexander -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
[Swiss JSF Users] JSF Special-Interest-Group Switzerland
For all interested people here is the link for the first meeting: http://www.falconjsoft.ch/flexshare/jsf-ug/ see you there Alexander
RE: Portlets a href=: resource or action URL?
Adam mentions iframe/frame-src attributes... I guess those would qualify as resource-url's ? regards Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Thursday, June 14, 2007 6:25 AM To: MyFaces Development Subject: Re: Portlets a href=: resource or action URL? Definitely encodeActionUrl, yes, from what I read in the portlet spec. Obviously the original link implementors thought the distinction was about form post versus get - but the distinction is about query links/form submissions versus inclusion of resources in the page. regards, Martin On 6/14/07, Adam Winer [EMAIL PROTECTED] wrote: Simple (I imagine) question: For a link's href, should we be calling encodeResourceURL() or encodeActionURL()? I've always assumed these are action URLs. I see other code out there (MyFaces outputLink, for example) that considers these resource URLs. (Whatever answer we arrive at should apply equally to iframe and frame src attributes, I believe). -- Adam -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
RE: Myfaces - application calling by link which include parameter
Google for JSF GET or JSF GET phaselistener hth Alexander -Original Message- From: MPF [mailto:[EMAIL PROTECTED] Sent: Friday, June 08, 2007 3:48 PM To: users@myfaces.apache.org Subject: Myfaces - application calling by link which include parameter Hi! How can I realize that? My application get called with a link that contains a parameter whom i need to load data. Need to write a frontcontroller?how? someone can help? best regards -- View this message in context: http://www.nabble.com/Myfaces---application-calling-by-link-which-includ e-parameter-tf3889911.html#a11026798 Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: why tab pane submits/validates all tabs
I wonder whether it would be possible to define a form inside each tab to force a partial submit. It just raises the question, whether the tabbed pane automatically adds a form around the complete tab-widget, or just on the clickable tabs,... From the usability I would argument, that the click on the tab automatically should throw away the form-content on the tab, because it is not a form-related button (which should be below the input-fields). And ALL links (which includes the tabs outside the input-form) should be considered as form-unfriendly navigation = not submitting the form... This would also make it possible to get rid of the Javascript on each link (no need to submit a form). regards Alexander -Original Message- From: Alexander Wallace [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 05, 2007 11:08 PM To: MyFaces Discussion Subject: Re: why tab pane submits/validates all tabs Ok... i guess that's then the expected behavior, just not what I expected... thanks! On Jun 5, 2007, at 3:37 PM, Jesse Alexander ((KSFD 121)) wrote: well the tabbedPane always renders all components but just displays only one tab. As it uses links it needs the form around the whole and submits it in one piece... hth Alexander -Original Message- From: Alexander Wallace [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 05, 2007 10:26 PM To: MyFaces Discussion Subject: Re: why tab pane submits/validates all tabs I guess you meant server side tab switch... i tried that, but when I use it, the action or action listener methods are never visited when buttons are clicked... it is very messed up... thanks! On Jun 5, 2007, at 1:01 PM, Alexander Wallace wrote: I'm using server side... But still get the undesired result... Any clues? On Jun 5, 2007, at 12:35 PM, Mike Kienenberger wrote: It's been awhile since I used tabs, but I think if you use server- side tab switching, only the current tab will be rendered (and submitted and validated). If you use client-side tab switching, all tabs are rendered (but hidden with javascript) and all tabs are submitted. On 6/5/07, Alexander Wallace [EMAIL PROTECTED] wrote: I have a MyFaces portlet with 5 or so tabs, each with its own set of independent (i would hope) fields and submit buttons... However, all elements in all tabs are submitted and validated when either of tabs has a submit button clicked... Is this really how it is supposed to be? I'm using MyFaces 114 Thanks!
RE: [Swiss JSF Users] JSF Special-Interest-Group Switzerland
Nobody interested to show up? I need to know how big the room should be... So, if you are interested in coming, please tell me so. regards Alexander -Original Message- From: Jesse Alexander (KSFD 121) Sent: Thursday, May 31, 2007 9:34 PM To: MyFaces Discussion Subject: [Swiss JSF Users] JSF Special-Interest-Group Switzerland JSF is proving more and more competitive each day. A increasing number of companies are developing applications based on JSF. Often the same questions/problems/hints are valid for almost all users of JSF. Internationally some active communities have been established. Last year a first encounter of JSF-entusiasts created the idea of JSFDays Europe, a conference that allows to get in touch with the main players int he JSF-universe and to meet also informally. This first encounter took place in Munich, was organized on very short notice during the Oktoberfest. An intense session with the JSF expert group lead Ed Burns allowed the users to voice their wishes for JSF 2.0 and regognize the approachability of the JSF-people at Sun. Within Switzerland so far the contacts between the users are rather sporadic and more on a one-to-one basis. Hopefully some contacts have been added during the Jazoon-conference. We would like to go one step further and establish the networking between Swiss-JSF users. An active community can help in solving problems or even create components that are usefull for some or all members. And in Switzerland we encounter some problems (like i18n, as most of our applications need to be available in multiple languages) that other international users do not encounter or encounter later or to a lesser extent. The JSF-specification is driven by requirements that are brought to the Expert Group discussing the specifications. So far much input has come from framework-architects, appserver-providers and tool-creators. It's about time the actual users let hear their voices as well. Although the expert group members can be contacted and have proven to be very responsive, requirements coming from an official user-group have more importance. Establishing a JSF user group as a independant community or a special interest group under the umbrella of the JUGS (Java User Group Switzerland) could be the outcome of this meeting. The underline the importance of interaction and communication for the community, we propose short presentations with much space for discussion. Date: Thursday, 2007-06-28 (right after the end of Jazoon 07) Place: Zurich, close to the location of Jazoon 07 (but not yet defined) Agenda: - 16:30 - 17:30: HTTP-GET interface into JSF-applications Presenter: Ed Burns Abstract: First ideas on the upcoming GET-interface into JSF-applications. ... 30 minutes presentation, 30 minutes discussion on these ideas and their implications on the applications - 17:30 - 18:30 (resp. open end): JSF, Quo Vadis? Presenter: Ed Burns, Alexander Jesse Abstract: - Where is JSF heading? The Expert Group is forming and discussing the next version of the JSF-spec right now. What are the ideas driving the EG? - Where is JSF heading in Switzerland? Can we say a User Group is forming right now? What could be the plans of this group? Should it participate in the JSFDays Europe initiative? In order to plan the upcoming first meeting (room,...) we would appreciate feedback from all interested people. Also from those that cannot come to the first meeting, but would welcome the foundation of the JSF Special-Interest-Group Switzerland.
RE: why tab pane submits/validates all tabs
well the tabbedPane always renders all components but just displays only one tab. As it uses links it needs the form around the whole and submits it in one piece... hth Alexander -Original Message- From: Alexander Wallace [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 05, 2007 10:26 PM To: MyFaces Discussion Subject: Re: why tab pane submits/validates all tabs I guess you meant server side tab switch... i tried that, but when I use it, the action or action listener methods are never visited when buttons are clicked... it is very messed up... thanks! On Jun 5, 2007, at 1:01 PM, Alexander Wallace wrote: I'm using server side... But still get the undesired result... Any clues? On Jun 5, 2007, at 12:35 PM, Mike Kienenberger wrote: It's been awhile since I used tabs, but I think if you use server- side tab switching, only the current tab will be rendered (and submitted and validated). If you use client-side tab switching, all tabs are rendered (but hidden with javascript) and all tabs are submitted. On 6/5/07, Alexander Wallace [EMAIL PROTECTED] wrote: I have a MyFaces portlet with 5 or so tabs, each with its own set of independent (i would hope) fields and submit buttons... However, all elements in all tabs are submitted and validated when either of tabs has a submit button clicked... Is this really how it is supposed to be? I'm using MyFaces 114 Thanks!
RE: What change with JSF 1.1 to JSF 1.2?
As Adam I recommend to rewrite to the ELResolvers, if you do not absolutely need the backward compatibility. As for writing or decorating... With the ELResolver the handling is very easy when you start from scratch (== not decorating). And then you just add your ELResolver to the list... regards Alexander From: David Steinkopff [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 9:00 AM To: MyFaces Discussion Subject: Re: What change with JSF 1.1 to JSF 1.2? Hi, I dont need all features of ELResolvers, for me only important is setValue, getValue and maybe isReadonly to connect a custom data system. In this way was PropertyResolver more than enough for me. JSF 1.1 have only one implementation of PropertyResolver and JSF 1.2 have with ELResolver more than one. Which implementation I can use for a decorator or what implementation is common standard in JSF 1.2? Regards David 2007/5/30, Adam Winer [EMAIL PROTECTED]: FYI, I strongly recommend that developers who are moving up to JSF 1.2 rewrite PropertyResolvers and VariableResolvers as ELResolvers. Backwards compatibility for registered (programatic or via faces-config.xml ) VariableResolver and PropertyResolvers has been a major nightmare for the reference implementation, and I'd be amazed if MyFaces 1.2 didn't have some bugs here. And, even if it's perfect, there's a slight performance hit associated with using legacy EL APIs. -- Adam On 5/30/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: The PropertyResolver is ONLY DEPRECATED. It still can be accessed, although a compiler might throw warnings regards Alexander From: David Steinkopff [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 30, 2007 11:04 AM To: MyFaces Discussion Subject: Re: What change with JSF 1.1 to JSF 1.2? Hi Martin, current is my PropertyResolver a decorator of the PropertyResolverImpl from MyFaces. Would it neccessary to wright a new decorator for the ELResolver implementation? Or I can use the PropertyResolver in JSF 1.2 in face of deprecated? Regards David 2007/5/30, Martin Marinschek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : It _should_ work out of the box - everything else would be a bug. Also the property-resolver should work, it would be integrated into the el-resolver-chain... regards, Martin On 5/30/07, David Steinkopff [EMAIL PROTECTED] wrote: Hello, I ´m reading interested in this mailing list and I see that JSF 1.2 implementation from MyFaces is coming soon. Now I ask me the question, what changes must I attend if I immigrate a JSF 1.1 application with own PropertyResolver and PhaseListener? regards David -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
RE: What change with JSF 1.1 to JSF 1.2?
Hi David - list: Sure, you can add as mny as you want. The first one that can satisfy the request marks it and thechain ends... Nice, cause every Resolver does one task (separation of concerns) That is also why you found so many ELResolvers floating around... regards Alexander From: David Steinkopff [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 10:19 AM To: MyFaces Discussion Subject: Re: What change with JSF 1.1 to JSF 1.2? Hi Alexander, I prefer more to decorat, becauce I need only some PropertyResolver methods. ELResolver works like PropertyResolver and VariableResolver together and to implement both is more as I needed in my case. What do you mean with list? It is possible to add more than one resolver? regards David 2007/5/31, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : As Adam I recommend to rewrite to the ELResolvers, if you do not absolutely need the backward compatibility. As for writing or decorating... With the ELResolver the handling is very easy when you start from scratch (== not decorating). And then you just add your ELResolver to the list... regards Alexander From: David Steinkopff [mailto:[EMAIL PROTECTED] Sent: Thursday, May 31, 2007 9:00 AM To: MyFaces Discussion Subject: Re: What change with JSF 1.1 to JSF 1.2? Hi, I dont need all features of ELResolvers, for me only important is setValue, getValue and maybe isReadonly to connect a custom data system. In this way was PropertyResolver more than enough for me. JSF 1.1 have only one implementation of PropertyResolver and JSF 1.2 have with ELResolver more than one. Which implementation I can use for a decorator or what implementation is common standard in JSF 1.2? Regards David 2007/5/30, Adam Winer [EMAIL PROTECTED]: FYI, I strongly recommend that developers who are moving up to JSF 1.2 rewrite PropertyResolvers and VariableResolvers as ELResolvers. Backwards compatibility for registered (programatic or via faces-config.xml ) VariableResolver and PropertyResolvers has been a major nightmare for the reference implementation, and I'd be amazed if MyFaces 1.2 didn't have some bugs here. And, even if it's perfect, there's a slight performance hit associated with using legacy EL APIs. -- Adam On 5/30/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: The PropertyResolver is ONLY DEPRECATED. It still can be accessed, although a compiler might throw warnings regards Alexander From: David Steinkopff [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 30, 2007 11:04 AM To: MyFaces Discussion Subject: Re: What change with JSF 1.1 to JSF 1.2? Hi Martin, current is my PropertyResolver a decorator of the PropertyResolverImpl from MyFaces. Would it neccessary to wright a new decorator for the ELResolver implementation? Or I can use the PropertyResolver in JSF 1.2 in face of deprecated? Regards David 2007/5/30, Martin Marinschek [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : It _should_ work out of the box - everything else would be a bug. Also the property-resolver should work, it would be integrated into the el-resolver-chain... regards, Martin On 5/30/07, David Steinkopff [EMAIL PROTECTED] wrote: Hello, I ´m reading interested in this mailing list and I see that JSF 1.2 implementation from MyFaces is coming soon. Now I ask me the question, what changes must I attend if I immigrate a JSF 1.1 application with own PropertyResolver and PhaseListener? regards David
[Swiss JSF Users] JSF Special-Interest-Group Switzerland
JSF is proving more and more competitive each day. A increasing number of companies are developing applications based on JSF. Often the same questions/problems/hints are valid for almost all users of JSF. Internationally some active communities have been established. Last year a first encounter of JSF-entusiasts created the idea of JSFDays Europe, a conference that allows to get in touch with the main players int he JSF-universe and to meet also informally. This first encounter took place in Munich, was organized on very short notice during the Oktoberfest. An intense session with the JSF expert group lead Ed Burns allowed the users to voice their wishes for JSF 2.0 and regognize the approachability of the JSF-people at Sun. Within Switzerland so far the contacts between the users are rather sporadic and more on a one-to-one basis. Hopefully some contacts have been added during the Jazoon-conference. We would like to go one step further and establish the networking between Swiss-JSF users. An active community can help in solving problems or even create components that are usefull for some or all members. And in Switzerland we encounter some problems (like i18n, as most of our applications need to be available in multiple languages) that other international users do not encounter or encounter later or to a lesser extent. The JSF-specification is driven by requirements that are brought to the Expert Group discussing the specifications. So far much input has come from framework-architects, appserver-providers and tool-creators. It's about time the actual users let hear their voices as well. Although the expert group members can be contacted and have proven to be very responsive, requirements coming from an official user-group have more importance. Establishing a JSF user group as a independant community or a special interest group under the umbrella of the JUGS (Java User Group Switzerland) could be the outcome of this meeting. The underline the importance of interaction and communication for the community, we propose short presentations with much space for discussion. Date: Thursday, 2007-06-28 (right after the end of Jazoon 07) Place: Zurich, close to the location of Jazoon 07 (but not yet defined) Agenda: - 16:30 - 17:30: HTTP-GET interface into JSF-applications Presenter: Ed Burns Abstract: First ideas on the upcoming GET-interface into JSF-applications. ... 30 minutes presentation, 30 minutes discussion on these ideas and their implications on the applications - 17:30 - 18:30 (resp. open end): JSF, Quo Vadis? Presenter: Ed Burns, Alexander Jesse Abstract: - Where is JSF heading? The Expert Group is forming and discussing the next version of the JSF-spec right now. What are the ideas driving the EG? - Where is JSF heading in Switzerland? Can we say a User Group is forming right now? What could be the plans of this group? Should it participate in the JSFDays Europe initiative? In order to plan the upcoming first meeting (room,...) we would appreciate feedback from all interested people. Also from those that cannot come to the first meeting, but would welcome the foundation of the JSF Special-Interest-Group Switzerland.
RE: What change with JSF 1.1 to JSF 1.2?
The PropertyResolver is ONLY DEPRECATED. It still can be accessed, although a compiler might throw warnings regards Alexander From: David Steinkopff [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 30, 2007 11:04 AM To: MyFaces Discussion Subject: Re: What change with JSF 1.1 to JSF 1.2? Hi Martin, current is my PropertyResolver a decorator of the PropertyResolverImpl from MyFaces. Would it neccessary to wright a new decorator for the ELResolver implementation? Or I can use the PropertyResolver in JSF 1.2 in face of deprecated? Regards David 2007/5/30, Martin Marinschek [EMAIL PROTECTED]: It _should_ work out of the box - everything else would be a bug. Also the property-resolver should work, it would be integrated into the el-resolver-chain... regards, Martin On 5/30/07, David Steinkopff [EMAIL PROTECTED] wrote: Hello, I ´m reading interested in this mailing list and I see that JSF 1.2 implementation from MyFaces is coming soon. Now I ask me the question, what changes must I attend if I immigrate a JSF 1.1 application with own PropertyResolver and PhaseListener? regards David -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
RE: [PROPOSAL] MyFaces JSR-252 Version Number (was MyFaces 2.0.0)
sounds good... and the 4-number version mirrors somewhat the RI, they are at 1.2_04P02 so +1 (non-binding from me) A20.1. not solved. Well, MyFaces is not Tomcat... It is something confusing with Tomcat... one has to search the ewb to know which servlet-spec correlates to which tomcat... so MyFaces improves in this area! A20.5. not solved, but if there is a JSF fix we must join all our influence and convice Ed to call it JSF-1.3 ;-) I would say a bug-fix release of the spec is not important enough to be reflected into the version number of MyFaces. If necessary it will prompt a new impl-minor number to comply... And the discussion about the spec-version usually is held on ##jsf. And some MyFaces-fans are there present. Bruno and Wendy, every now and then show up... and I'm a regular A20.5. not solved, but if there is a JSF fix we must join all our influence and convice Ed to call it JSF-1.3 ;-) This only happens if there is a minor release of the spec do we have seen something in the past? No, but it has been discussed already once. ;) An argument for having bug-versions of the spec is the deployment in big corporations which are (usually) very change-unfriendly. So developers have more problems to slip in a new version complying to a new minor of the spec than being forced to apply the version because of identified bugs... But I would not expect official spec-releases other than the JSF-nextGeneration spec (JSF 2.0 or JSF6, I fear the latter still has its lobby). regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Manfred Geiler Sent: Friday, May 25, 2007 10:32 AM To: MyFaces Development Subject: [PROPOSAL] MyFaces JSR-252 Version Number (was MyFaces 2.0.0) Hi all, I want to get rid of that 1.2 vs. 2.0 discussion blocker. Therefore I will try to summarize all of the arguments and collect the pros and cons once more. The goal is to find a compromise that is acceptable for all of us. I will try to be as impartial as possible. You will see I'm no pigheaded person. Not always at least... ;-) Requisites: R1. Users (esp. non-community members) must be able to find out the implemented spec version (JSR) easily. R2. We must be able to distinguish bugfix releases from feature releases (with changes or extended API). Arguments pro 1.2.x: A12.1. MyFaces 1.2.x is more intuitive and easier to explain to non-community members. A12.2. MyFaces 2.0 for JSF 1.2 and MyFaces 3.0 for JSF 2.0 sounds strange and will confuse people. A12.3. When the JSF 2.0 spec is out in 2008 there will by a MyFaces 2.0.x implementation which will confuse people even more. A12.4. The JSR-252 MyFaces API lib would get the name myfaces-api-2.0.0.jar (!). Mind: This is a new argument pro 1.2.x! ;-) A12.5. MyFaces 1.2 is an incremental improvement over 1.1 that doesn't have giant technology changes in its core. A12.6. Tomahawk/Trinidad/Tobago are no longer tightly-coupled to a specific MyFaces core release, and should use whatever versions make the most sense. A12.7. Free evolution of myfaces-impl is possible, but would come at a cost of incompatibility with the RI. Arguments pro 2.x.y: A20.1. Tomcat does the same. They do not align there container versions to the spec and nobody complains. A20.2. Degree of freedom with minor (x) and fix (y) number. Feature releases with changed or extended API will have a higher minor number. Releases that only fix bugs will only count up the y number. A20.3. Aligning the version numbers of core and component libs within the MyFaces umbrella would be easier. A20.4. MyFaces API can stay with a version number of 1.2, though. A20.5. What do we do when there is a fix to the spec, i.e. JSF-1.2.1 ? A20.6. What do we do when there is a major refactoring of MyFaces, similar to Tomcat 5.0 and 5.5 Ok, here is my compromise proposal, which I hope everyone can live with: C1. We switch MyFaces Core to a 4 digit version numbering: 1.2.0.0 which means major-spec-version.minor-spec-version.minor-impl-version.fix-vers ion C2. We leave the 1.1.5 branch version numbering. Should there ever be the need for doing a fix in that branch (security, copyright issues) we will release a 1.1.6. C3. Non-core libs will no longer be aligned to Core. Which means that Tomahawk/Trinidad/Tobago will always have the freedom to jump to 1.5.0 or 2.0.0 or any appropriate number whenever there are major feature additions or global refactorings. All Requistes accomplished? R1: yes R2: yes Arguments? A12.1. solved A12.2. solved A12.3. solved A12.4. solved A12.5. solved A12.6. solved A12.7. not constricted A20.1. not solved. Well, MyFaces is not Tomcat... A20.2. solved A20.3. not solved, but identified as no longer necessary/desired A20.4. solved A20.5. not solved, but if there is a JSF fix we must join all our influence and convice Ed to call it JSF-1.3 ;-) A20.6. solved, we could switch to 1.2.5.x Somebody mentioned that this
RE: [TRINIDAD] Portlets and Trinidad
Don't know about Trinidad..., but portlet-bridges: there are quite a few bridges, namely: - Sun: https://jsfportletbridge.dev.java.net/ - Apache: http://portals.apache.org/bridges/multiproject/portals-bridges-jsf/inde x.html Samples use MyFaces hth Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Friday, May 25, 2007 11:16 AM To: MyFaces Discussion Subject: [TRINIDAD] Portlets and Trinidad Hi *, I have skimmed through the online documentation for Trinidad, but haven't found anything useful about portlet compatibility. Is there anyone in the Trinidad team who knows more about using portlets with Trinidad, and can provide a link to more information? Especially I would be interested in: - file-upload - how's that handled in portlets? - including the script/style-elements in the header of the page (obviously, tr:document won't help in a portlet environment, right?) - serving out resources with the resources servlet/filter (it's clear that neither one will work in a portlet environment) I've heard about some jsf-portlet-bridge helping out here, but that's RI, right? regards, Martin
RE: panelTab loosing state (goest to tab 0 after submit on any tab)
Are you using server- or client-state? web.xml - context-param - javax.faces.STATE_SAVING_METHOD regards Alexander From: Alexander Wallace [mailto:[EMAIL PROTECTED] Sent: Friday, May 25, 2007 1:40 AM To: MyFaces Discussion Subject: panelTab loosing state (goest to tab 0 after submit on any tab) This is kind of wierd, we are using tomahawk 1.1.3 and My Faces 1.1.4 with latest tomahawk bridge (91) to develop portlets... The tabset works fine in other portlets, but I can't find why it doesn't work here ... When a submit button is pressed in, say, tab 1, after submit, the portlet displays tab 0 ... What is causing the tabset to loose state of what tab was selected? Thanks in advance, jsf below: %@ taglib uri=http://java.sun.com/jsf/core; http://java.sun.com/jsf/core prefix=f % %@ taglib uri=http://java.sun.com/jsf/html; http://java.sun.com/jsf/html prefix=h % %@ taglib uri=http://java.sun.com/jstl/core; http://java.sun.com/jstl/core prefix=c% %@ taglib uri=http://myfaces.apache.org/tomahawk; http://myfaces.apache.org/tomahawk prefix=t% f:view h:form t:panelTabbedPane t:panelTab id=view_filters_tab title=View Filters f:subview id=view_filters jsp:include page=WEB-INF/jsp/view_filters.jsp / /f:subview /t:panelTab t:panelTab id=download_products_tab title=Download Products /t:panelTab t:panelTab id=physical_products_tab title=Physical Products h:panelGrid /h:panelGrid /t:panelTab t:panelTab id=services_tab title=Services f:subview id=services jsp:include page=WEB-INF/jsp/services.jsp / /f:subview /t:panelTab t:panelTab id=recommendations_tab title=Recomendations h:panelGrid /h:panelGrid /t:panelTab /t:panelTabbedPane /h:form /f:view Thanks!
RE: MyFaces 2.0.0 (was Re: Tomahawk 1.1.5 release plans?)
I can see reasons for making it 2.0 (API-changes) but it is much more intuitive to us the same major/minor as the specification-release. +1 (non-binding) for JSF 1.2 == MyFaces 1.2 Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, May 18, 2007 6:29 AM To: MyFaces Development Subject: MyFaces 2.0.0 (was Re: Tomahawk 1.1.5 release plans?) So, any interest in making this to 2.0.0 ? -Matthias On 2/23/07, Manfred Geiler [EMAIL PROTECTED] wrote: ... I am +1 for Paul's suggestion: JSF 1.1 - MyFaces 1.x JSF 1.2 - MyFaces 2.x and I am +1 for JSF 2.0 (or JSF6 or whatever) - MyFaces 3.x --Manfred
RE: Why so many problems with MyFaces?
Are you trying to start a flame-war? regards Alexander -Original Message- From: SiSi'mon [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 23, 2007 5:44 PM To: users@myfaces.apache.org Subject: Why so many problems with MyFaces? Does anyone know why Myfaces sucks so much? It was supposed to solve some problems but we have seen nothing but project delays since deciding to use it. Is it a poor specification or a poor implementation of a very bad specification or a very bad implementation of a very bad idea? Si'mon -- View this message in context: http://www.nabble.com/Why-so-many-problems-with-MyFaces--tf3804863.html# a1070 Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: [ANNOUNCE] MyFaces Core v1.1.5 Release
Hi Just checked that page... And I think there is a slight error... In the table named The ASF have licensed the following TCKs: JSR-127 : JavaServer Faces 1.2_03 5-Dec-2006 to seems wrong... JSR-127 is JSF 1.1 JSR-252 would be JSF 1.2 regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Monday, May 14, 2007 6:47 PM To: MyFaces Discussion Subject: Re: [ANNOUNCE] MyFaces Core v1.1.5 Release We should list this release here: http://apache.org/jcp/ -M On 2/19/07, Manfred Geiler [EMAIL PROTECTED] wrote: The Apache MyFaces team is pleased to announce the release of MyFaces Core 1.1.5. MyFaces Core is a JavaServer(tm) Faces 1.1 implementation as specified by JSR-127. MyFaces Core has passed Sun's JSR-127 TCK and is 100% compliant with the JSR-127 specification. MyFaces Core 1.1.5 is available in both binary and source distributions. * http://myfaces.apache.org/download.html MyFaces Core is also available in the central Maven repository under Group ID org.apache.myfaces.core. Release Notes - MyFaces Core - Version 1.1.5 ** Fixed Bugs * [MYFACES-437] - f:attribute does not work with x:dataTable * [MYFACES-660] - (Patch provided) request scoping from Portlet Action- to RenderRequest should not occur via Attribute Request Map * [MYFACES-689] - PropertyResolverImpl.getType(Object base, int index) return null if base instanceof Object[] * [MYFACES-731] - selectManyListbox calls converter getAsString passing in string value during form post * [MYFACES-828] - HtmlCheckboxRenderer ignores readonly * [MYFACES-968] - LifecycleImpl's restoreView throws NPE when viewId is null in a portlet context * [MYFACES-1025] - panelGrid does always render a border-attribute * [MYFACES-1029] - Duplicate sibling ids allowed * [MYFACES-1304] - DigesterFacesConfigDispenserImpl shuld respect order of registered renderkits * [MYFACES-1328] - UISelectOne and UISelectMany fail with custom converter that returns java.lang.String from getAsObject() method. * [MYFACES-1368] - Fix case sensitivity for context params * [MYFACES-1384] - After switch from myfaces-impl-1.1.3 (release) to myfaces-1.1.5-SNAPSHOT, javascript throw error 'Object expected' * [MYFACES-1386] - PropertyResolverImpl.setProperty lacks usefull error mesage if write method not found * [MYFACES-1393] - MyFaces state information is rendered by MyFaces Form * [MYFACES-1397] - getValidJavascriptNameAsInRI throws java.lang.IllegalArgumentException: Illegal group reference * [MYFACES-1406] - Core and Shared project has dependency on myfaces:myfaces-api version 1.1.1 * [MYFACES-1407] - JS oamSubmitForm() params order incorrect * [MYFACES-1410] - CLONE -PropertyResolverImpl.getType(Object base, int index) return null if base instanceof Object[] * [MYFACES-1412] - Restore view phase does not conforms specification * [MYFACES-1413] - JS error in function oamSubmitForm(...) * [MYFACES-1415] - WebXmlParser needs to be aware of changes in web.xml in version 2.4 of the Servlet spec * [MYFACES-1420] - Null Pointer Exception in SelectItemsIterator.next() if binding is null * [MYFACES-1421] - MyFaces not working with Struts Faces Form * [MYFACES-1425] - wrong text for link in getting started * [MYFACES-1427] - Error restoring view * [MYFACES-1428] - Application cannot be started with Snapshot 1.1.5 of 27th Sept./1st Oct. * [MYFACES-1430] - selectOneMenu looses values after clicking immediate link (since 1.1.4) * [MYFACES-1479] - SerialFactory breaks Portlet bridge * [MYFACES-1481] - MyFacesGenericPortlet does not work in a cluster * [MYFACES-1486] - Error Handling in Property-Resolver-Impl * [MYFACES-1489] - ExternalContext Maps * [MYFACES-1490] - DateTimeConverter exception on parsing time * [MYFACES-1495] - client side state saving bug * [MYFACES-1500] - Default values in standard-faces-config.xml * [MYFACES-1510] - h:form does not render accept-charset ** Improvements * [MYFACES-652] - Findbugs ant-tasks * [MYFACES-1032] - use a javascript method in commondLink for lesser html size * [MYFACES-1366] - Error in javascript function * [MYFACES-1373] - Add exception to logger for output exception stack trace * [MYFACES-1385] - Remove all of the unused code, variables, and import statements identified by Eclipse 3.1.2 * [MYFACES-1405] - Interoperability with Facelets * [MYFACES-1411] - Lifecycle phase executions repetitions * [MYFACES-1418] - javax.faces.validator - DoubleRangeValidator, LengthValidator, LongRangeValidator are very similar, refactor common behaviour * [MYFACES-1419] - javax.faces.convert - refactor common behaviour + DateTimeConverter changes * [MYFACES-1422] - findNestingForm() tests only against component family and
RE: [Announcement] MyFaces 1.2 - 100%
Congrats Finally another player in the JSF 1.2 arena Alexander -Original Message- From: Bruno Aranda [mailto:[EMAIL PROTECTED] Sent: Thursday, May 10, 2007 6:13 PM To: MyFaces Discussion Subject: [Announcement] MyFaces 1.2 - 100% The MyFaces team is very proud to announce that it seems that MyFaces 1.2 fully implements the JSF 1.2 Specification as we ran the TCK (Technology Compatibility Kit tests) and it passed. We are now seeking formal acknowledgment from Sun that our implementation is conformant with the Specification. This is one of the greatest milestones for the project and it has been possible thanks to the endless contributions of the MyFaces community. There is not yet a release for this version, but the snapshots (1.2.0-SNAPSHOT) are available in the Apache Snapshots repository [1] or it is possible to build the artifacts from the sources by following the simple steps on this page [2]. [1] http://people.apache.org/repo/m2-snapshot-repository [2] http://wiki.apache.org/myfaces/MyFaces_1%2e2 We are looking forward the official release of MyFaces 1.2 soon, Thank you and enjoy! MyFaces Team
RE: [OT] Canvasing for a MyFaces/JSF Speaker
ist in Arbeit... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, April 06, 2007 9:34 AM To: MyFaces Discussion Subject: Re: [OT] Canvasing for a MyFaces/JSF Speaker JSFDays 07 ? any links ? On 4/5/07, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: Hi Maybe Ed could do it on his way to Vienna (JSFDays 07) ;) regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 05, 2007 4:08 PM To: users@myfaces.apache.org Subject: [OT] Canvasing for a MyFaces/JSF Speaker Hi I am canvasing for a speaker for later in the year (Summer, Autumn) who can give a talk to the JAVAWUG UK in London about JavaServer Faces and/or My Faces software development. Please contact me offline peter dot pilgrim at gmail dot com, if interested http://jroller.com/page/javawug http://jroller.com/page/peter_pilgrim -- Peter Pilgrim UBS Investment Bank, Client Portal Dev LDN, Triton Court, 14 Finsbury Square, London, EC2A 1PD United Kingdom ( +44 (0)207 56 75692 ) :: Java EE Spring 2.0 Hibernate 3.2 Development :: Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mails are not encrypted and cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. UBS Limited is a company registered in England Wales under company number 2035362, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom. UBS AG (London Branch) is registered as a branch of a foreign company under number BR004507, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom. UBS Clearing and Execution Services Limited is a company registered in England Wales under company number 03123037, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom. -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
RE: New to MyFaces
seems that mileage really varies We have heard from projects that they never would have made it in time without JSF given their scarce resources. Thinking about the bad maintainability of System.out. webapps I am HAPPY using JSF. Wouldn't want to go back to those old times. And using Facelets even the component-writing is really fun. regards Alexander -Original Message- From: taylan saldiray [mailto:[EMAIL PROTECTED] Sent: Friday, April 06, 2007 2:25 PM To: MyFaces Discussion; [EMAIL PROTECTED] Subject: Re: New to MyFaces Iordanov, Borislav (GIC) ++ i have worked 6 months on jsf and given it up and wrote my html code direct into the servlet. the reason is: the whole control is under my hand, the rendered code is much simplier, works faster, consumes less space and is more flexible. we have spent one week for binding a table to a model and making it editable and ajax-able wihch took too much time. and when an exception occured, it was hard to detect the reason. one more thing which i disliked about about jsf was a big bug which was solved in newer versions but took much time for us and delayed the project. the reason was a simple synchronization problem where multiple threads accessed an object without synch. On 4/6/07, Werner Punz [EMAIL PROTECTED] wrote: Iordanov, Borislav (GIC) schrieb: I'm not sure what statistics you are looking for. I haven't done an industry analysis. But in general, JSF is heavyweight machinery without any substantial benefit. Simple things are complicated and complicated things impossible. It was obviously designed by (probably smart, Java knowledgeable) people that have no serious experience with web development. A well-known example is that it still doesn't work well with JSP (a technology for which JSF was designed from the start!) and it probably never will. JSF 1.2 does (myfaces soon will have jsf 1.2 level) and facelets basically do what jsp does. You basically speak about the mixin problems of html and jsf (verbatim tags) this problem is gone in the jsf 1.2 spec, and in facelets, facelets also eliminates problems introduced by jsp...
RE: [OT] Canvasing for a MyFaces/JSF Speaker
Hi Maybe Ed could do it on his way to Vienna (JSFDays 07) ;) regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 05, 2007 4:08 PM To: users@myfaces.apache.org Subject: [OT] Canvasing for a MyFaces/JSF Speaker Hi I am canvasing for a speaker for later in the year (Summer, Autumn) who can give a talk to the JAVAWUG UK in London about JavaServer Faces and/or My Faces software development. Please contact me offline peter dot pilgrim at gmail dot com, if interested http://jroller.com/page/javawug http://jroller.com/page/peter_pilgrim -- Peter Pilgrim UBS Investment Bank, Client Portal Dev LDN, Triton Court, 14 Finsbury Square, London, EC2A 1PD United Kingdom ( +44 (0)207 56 75692 ) :: Java EE Spring 2.0 Hibernate 3.2 Development :: Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mails are not encrypted and cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. UBS Limited is a company registered in England Wales under company number 2035362, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom. UBS AG (London Branch) is registered as a branch of a foreign company under number BR004507, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom. UBS Clearing and Execution Services Limited is a company registered in England Wales under company number 03123037, whose registered office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.
RE: [POLL] Fusion Naming
Hi Mario will you provide the source for these apps? grats on a cool new way to vote... regards Alexander -Original Message- From: Mario Ivankovits [mailto:[EMAIL PROTECTED] Sent: Thursday, March 08, 2007 1:57 PM To: MyFaces Development Subject: Re: [POLL] Fusion Naming Hi Manfred! Cool application! Thanks! Sad that there are so few votes yet... :-( Yeah, anyway, I'll close the vote today and will come up (as it looks like now) with the top three names. Ciao, Mario
RE: [VOTE] New Apache MyFaces Fusion Name
[+] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections regards Alexander
RE: [VOTE] New Apache MyFaces Fusion Name
you mean something like: programming JSF without glue?... you must be without a clue! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Thursday, March 08, 2007 10:48 PM To: MyFaces Development Subject: Re: [VOTE] New Apache MyFaces Fusion Name only because the name is so funny :-) kleber == glue ;) to native speakers glue must also sound funny :-)) On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: matze, you're such a rebel. ;) Matthias Wessendorf wrote: [x] Apache MyFaces Kleber On 3/8/07, Jeff Bischoff [EMAIL PROTECTED] wrote: [x] Apache MyFaces Orchestra [ ] Apache MyFaces Aurora [ ] Apache MyFaces Connections -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
[OT] ping Martin Marinscheck
Hi Martin please contact me... your gmail-account today did not accept direct email sorry for the OT... Alexander Jesse
RE: Accessing constants in EL expressions
If you use facelets... you could also write a simple EL-function... Has the advantage, that you do not have to change the ACL-class. hth Alexander -Original Message- From: Ingo Düppe [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 07, 2007 11:39 AM To: MyFaces Discussion Subject: Accessing constants in EL expressions Hi, how can I access a constant integer value within an el-statement. I like to do something like: s:acl domainObject=#{faculty} hasPermission=#{ACL.GRANT + ACL.UPDATE} ... /s:acl And ACL is defined as: public class ACL ... { public static final Integer GRANT = 1; public static final Integer CREATE = 2; public static final Integer UPDATE = 4; ... } Any suggestions would be wonderful :-) Regards Ingo
RE: AW: Accessing constants in EL expressions
why inject the static part in the EL-expression just write the custom resolver and have him check whether the property name resolves to a static-classmember and return it... hth Alexander From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig McClanahan Sent: Wednesday, February 07, 2007 10:52 PM To: MyFaces Discussion Subject: Re: AW: Accessing constants in EL expressions On 2/7/07, Simon Kitching [EMAIL PROTECTED] wrote: The EL language is defined to provide access to Java Bean Properties, and only Java Bean Properties. Static fields are not regarded as Java Bean Properties by the java.beans.Introspector class, hence are not accessable. Yes, it sucks but this is the JSF spec. Well, actually the JSF spec says: quote The syntax of a value binding expression is identical to the syntax of an expression language expression defined in the JavaServer Pages Specification (version 2.0), sections 2.3 through 2.9, with the following exceptions ... /quote where the exceptions are not relevant in this case. And the JSP spec says that a.b and a[b] are: quote used to access maps, lists, arrays of objects and properties of a Java- Beans object /quote See: http://java.sun.com/javaee/javaserverfaces/download.html http://java.sun.com/products/jsp/reference/api/index.html http://java.sun.com/products/jsp/syntax/2.0/syntaxref207.html#1010522 http://java.sun.com/products/jsp/syntax/2.0/syntaxref207.html#1010522 Therefore to get access to static constants working, what is needed is to ensure that the data you want *is* a Java Bean Property (read-only in the case of constants). The ways to do this are: 1. add a getter method, getCONSTANT 2. add a getter method for a Map which provides access to the constants 3. play clever tricks with a BeanInfo class. If you want to solve it once and for all, consider implementing a custom PropertyResolver to do the dirty work. The goal would be to translate something like #{foo.static.BAR} into the value of the static constant BAR on whatever class foo resolves to. The getValue() method for this custom PropertyResolver would need to do something like this: * If the property name is static, create some sort of proxy object that is configured with the class of the base object and return that. * Else if the base object is an instanceof the proxy class described above, treat the property name as the name of a static constant, use reflection to retrieve the value, and return that. * Else delegate to the previous PropertyResolver instance. Being able to customize the evaluation of expressions is very powerful. Also, while the concept above refers to PropertyResolver and is therefore relevant for JSF 1.1, the same concept works with ELResolver in JSF 1.2 (with the added benefit that your custom resolvers are used for JSP ${...} expressions as well as JSF #{...} expressions). Craig
RE: return pdf from database blob?
why not just create a simple servlet that does it? or asked differently: why would you need the JSF-lifecycle for this PDF download? regards Alexander From: Mick Knutson [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 07, 2007 12:21 AM To: MyFaces Discussion Subject: return pdf from database blob? I want to have a table of pdf documents in my database that I want to return to my web users. Is there an example of having a MyFaces jsp return pdf document verse html? -- --- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/djmick_dot_com http://www.thumpradio.com ---
RE: JSF app optimizations
My own tests (last year) showed that a huge amount of time is spent in JSP-rendering. Facelets (using a SAX-Compiler) seems to be faster than JSP's... So this would be a first tuning-possibility. regards Alexander -Original Message- From: David Delbecq [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 17, 2007 11:40 AM To: MyFaces Discussion Subject: Re: JSF app optimizations Hi, am not sure to read this graph propertly, by it seems that, out of the 62.4% time spent in renderView, 12,4% are spend rendering the Ajax Container (and all it's child components). The Most important part, 50%, are not shown in your diagram. Also, because the renderView will, in the end, call your backing beans to display datas, you should check that the backing beans code are not your slowing part. Last but not least, you did not give background informations on what your app is doing. Are there lenghtly process that should take more CPU than the rendering in your design? (Remind yourself that picking datas to display from bean, is part of the execution of renderView) If most of the job of your app is to display datas, it's quite normal that the renderView take most of the time spend by your application. Hi all, I have noticed that my application performace is reduced very much by calling ViewHandler.renderView() method. I wonder if there are any optimizations to perform (for Tomcat or my own app's web.xml) to increase my app performance? Please have a look on the attached image with JProfiler's Call Tree and Hotspots: http://www.nabble.com/file/5678/JProfiler_Trace.png Thanks in advance, Sergiy
RE: Custom Converter exception during processing of faces-config.xml
Shot in the dark: Could it be that you have deployed MyFaces to a shared server-lib-folder? Then this might be a problem loading a class from the WEB-INF/classes from a parent-classloader (server-shared)... hth Alexander From: Jon Steelman [mailto:[EMAIL PROTECTED] Sent: Friday, December 15, 2006 12:10 AM To: users@myfaces.apache.org Subject: Custom Converter exception during processing of faces-config.xml Hi - When I try to use a custom Converter, I get a strange Exception during processing of the faces-config.xml file. Any hints why when the MyCustomConverter that implements Converter is clearly in my project? Thanks, Jon 18:07:33,318 ERROR [org.apache.myfaces.shared_impl.util.ClassUtils] () Class com.autotrader.dc.util.MyCustomConverter not found java.lang.ClassNotFoundException: No ClassLoaders found for: com.autotrader.dc.util.MyCustomConverter at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:306) at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClass Loader.java:511) at org.jboss.mx.loading.RepositoryClassLoader.loadClass (RepositoryClassLoader.java:405) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
RE: [Off-topic?] Image title, link title not showing up as tooltip
known problem: IE shows the alt-attribute as tooltip, while Firefox shows the title-attribute. According to www firefox does it correctly... Solution: render the tooltip in both attributes and you get the tooltip in both broswers... hth Alexander From: Aneesha Govil [mailto:[EMAIL PROTECTED] Sent: Friday, December 15, 2006 12:25 PM To: MyFaces Discussion Subject: Re: [Off-topic?] Image title, link title not showing up as tooltip It's working in Firefox on Windows. Duh. Please ignore the message. Thanks, Aneesha On 12/15/06, Aneesha Govil [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I have a dynamically-constructed datatable and a static table (in f:verbatim tags) that display images, links and a bunch of other components. In the beginning when I was developing, the title attribute that I had set for links and images was showing up as a tooltip. However, now after completion of several features, they have stopped showing up. Both in Mozilla Firefox 2.0 and IE. The HTML does render the title attribute but it is not displayed. Does anybody have any idea why? Is it possible because these components are now inside tables? I have no idea where to start looking what is going wrong. Please help. Thanks, Aneesha
RE: Using custom JSF-Components with Facelets
A nice alternative to specifying the taglib using the web.xml is to pack the component in a separate jar-file and to include the taglib within the META-INF folder. Only condition: the taglib-name must follow the pattern XXX.taglib.xml. Nice sideeffect: all xhtml-artifacts are read from the jar-file!!! works smoothly regards Alexander -Original Message- From: kindsol [mailto:[EMAIL PROTECTED] Sent: Thursday, November 30, 2006 6:29 PM To: MyFaces Discussion Subject: Re: Using custom JSF-Components with Facelets You also need to tell facelets to look at your custom-taglib: Add to web.xml something like: context-param param-namefacelets.LIBRARIES/param-name param-value/WEB-INF/custom-taglib.xml/param-value /context-param You can add more files to the param-value, just separate each file by a semicolon. Good luck! -Sol On Nov 27, 2006, at 8:05 AM, Christian Wiesing wrote: Thanks, i created the Facelets-Taglib-File, but it still don't work. It would be great if somebody could tell me what I do wrong. See my source code below. Thanks. Christian --- view.xhtml --- !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:ui=http://java.sun.com/jsf/facelets; xmlns:h=http://java.sun.com/jsf/html; xmlns:f=http://java.sun.com/jsf/core; xmlns:cf=http://test.com/customtags; cf:jsfhello hellomsg=Hello world. / /html --- custom-taglib.xml - --- ?xml version=1.0? !DOCTYPE facelet-taglib PUBLIC -//Sun Microsystems, Inc.//DTD Facelet Taglib 1.0//EN http://java.sun.com/dtd/facelet-taglib_1_0.dtd; facelet-taglib namespacehttp://test.com/customtags/namespace tag tag-namejsfhello/tag-name component component-typedemo.JsfHello/component-type /component /tag /facelet-taglib --- faces-config -- --- faces-config component component-typedemo.JsfHello/component-type component-classdemo.HelloUIComp/component-class /component --- HelloUIComp.java --- --- package demo; import java.util.Date; import javax.faces.component.UIComponentBase; import javax.faces.context.FacesContext; import java.io.IOException; import javax.faces.context.ResponseWriter; public class HelloUIComp extends UIComponentBase { public void encodeBegin(FacesContext context) throws IOException { ResponseWriter writer = context.getResponseWriter(); String hellomsg = (String)getAttributes().get(hellomsg); writer.startElement(h3, this); if(hellomsg != null) writer.writeText(hellomsg, hellomsg); else writer.writeText(Hello from a custom JSF UI Component!, null);writer.endElement(h3);writer.startElement (p, this); writer.writeText( Today is: + new Date(), null); writer.endElement(p); } public String getFamily() { return HelloFamily; } } --- FacesHelloTag --- --- package demo; import javax.faces.application.Application; import javax.faces.webapp.UIComponentTag; import javax.faces.component.UIComponent; import javax.faces.el.ValueBinding; import javax.faces.context.FacesContext; public class FacesHelloTag extends UIComponentTag { // Declare a bean property for the hellomsg attribute. public String hellomsg = null; // Associate the renderer and component type. public String getComponentType() { return demo.JsfHello; } public String getRendererType() { return null; } protected void setProperties(UIComponent component) { super.setProperties(component); // set hellomsg if (hellomsg != null) { if (isValueReference(hellomsg)) { FacesContext context = FacesContext.getCurrentInstance(); Application app = context.getApplication(); ValueBinding vb = app.createValueBinding(hellomsg); component.setValueBinding(hellomsg, vb); } else component.getAttributes().put(hellomsg, hellomsg); } } public void release() { super.release(); hellomsg = null; } public void setHellomsg(String hellomsg) { this.hellomsg = hellomsg; } } Matthias Wessendorf schrieb: Hi Christian, take a look at [1]. That describes the steps for Tomahawk custom components; which are also true for your custom components. HTH, Matthias [1]
RE: Commons Jsf Utils
Does it make sense to coordinate together with SUN... as you define the goal must not depend on a certain JSF implementation regards Alexander -Original Message- From: Manfred Geiler [mailto:[EMAIL PROTECTED] Sent: Friday, November 24, 2006 10:50 AM To: MyFaces Development Subject: Commons Jsf Utils Hi *, Anyone remembering the old idea of having a separate commons jsf utils project? Mission: - provide utilities for JSF component developers as well as JSF application developers - provide a stable API - must not depend on a certain JSF implementation - own release schedule independent of core and tomahawk. Maybe propelled by a sister project of course... ;-) One perfect example of a jsf-commons class I just stumbled across is UIComponentTagUtils. It's the class where all those boring set*Property methods are implemented, that do the if value-binding then... else... things. Proposal: - Initiate a new MyFaces sub-project called commons-jsf (Yes! There did exist a commons in ancient times. It was the forerunner for our current shared project and the reason we renamed commons to shared was, that we planned to create a REAL commons project later. Remember?) - We start with those obvious common jsf utils (like UIComponentTagUtils) - Each (new) util class must be carefully designed to be able to provide a robust API Thoughts? Manfred
RE: Option for NavigationHandler to support viewIds as outcome
If you specify the navigation in the faces-config.xml, then you are already using a configuration parameter... I this case you would not have to define another web-context parameter... The idea sounds like the DefaultServlet from Tomcat... easy to become addited to ;) regards Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Monday, October 30, 2006 9:52 AM To: MyFaces Development Subject: Re: Option for NavigationHandler to support viewIds as outcome I definitely think Ernst's idea is a good one - and I do think that a configuration-parameter for adding this would be optimal. The dummy-form stuff was not compatible with the RI, overwriting a navigation-handler in tomahawk, behaving differently if a configuration parameter is set; would of course be! regards, Martin On 10/30/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: look at the nh_impl. you see it :) On 10/30/06, Ernst Fastl [EMAIL PROTECTED] wrote: Hmm, sounds interesting, what exactly would you have in mind, something like a Callback for additional security checks which receives the viewId and then can check wheather or not access is allowed and return a boolean or so? On 10/30/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: Ernst, you also wanna check some of the *extensions* in the MyFAcesNH_Impl for accessing navigation cases. It is important in security cases to *check* navigation cases ... so your impl could benefit from that ! On 10/29/06, Ernst Fastl [EMAIL PROTECTED] wrote: You're right, an alternate NavigationHandler shipped with MyFaces is probably the better choice let's go with that approach. thanks for your ideas On 10/29/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: 2) since in JSF 1.1 navigation outcomes are string it is completely possible for a programmer to have a syntax error in out comes Sorry don't get your point here, if an action returns a misspelled outcome or a misspelled viewId you would not want to navigate in both cases right? I think he means the 404 error, ... However, I kinda like stuff like that, but not configurable! We had had enough fun with bogus features like dummyForm. We can provide a LazyNavigationHandlerImpl for that in Tomahawk and if sb. really really want that, use that particular NH. just my $0.02 -M -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
RE: Re: Pulse check for org.apache.myfaces.ALLOW_JAVASCRIPT
well accessability laws are not the only requirements... Some companies request that webapps must work with JS disabled for SECURITY reasons. JS is considered a big risk, on the same level as ActiveX. EG. checkout the links on http://ajaxtopics.com/security.html or this article http://www.devarticles.com/c/a/JavaScript/JavaScript-Security/. asking the search engines for security risk javascript you hardly find a hit that claims otherwise... For JSF 2.0 I asked Ed to include a requirement to add gracefull degradation- specifications. Components should behave in a defined way, when some of their dependencies (like missing JS) are not available. I consider designing JS-free UI's a bigger challenge than so called Rich UI's. It is more difficult to come up with a user-friendly solutoin, but I have seen applications migrated from a complex Smalltalk-Fat-client UI to a JS-free webapp UI, and see that the users appreciated the simplification of the UI. It ended up more in a step by step UI, which was easier to understand. regards Alexander -Original Message- From: Adam Winer [mailto:[EMAIL PROTECTED] Sent: Friday, October 27, 2006 4:32 AM To: MyFaces Development Subject: Re: Re: Pulse check for org.apache.myfaces.ALLOW_JAVASCRIPT Jesse, Yes, commandLink is the only component in the JSF impl that emits Javascript. That's because the set of components in the JSF spec is minimal, and the set of features on those few components is minimal. It does not constitute proof that any component that uses Javascript is being silly. I also have yet to see much evidence that JS-free pages are truly necessary today (a common claim that accessibility laws require functioning without Javascript is false.) I'm fine with the goal of avoiding Javascript except when necessary, and fine with documenting which components require it and which don't. Anything more is, well, very 20th century. Regards, Adam Winer On 10/26/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: The newest JSF-RI release (1.2_03) does not emmit anymore JS according to Ed. Only exception is the command-link... and for that one I discussed a possible solution with Ryan, which will be tried sometime soon... regards Alexander and: JS-free pages are definitely necessary... -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 8:14 PM To: MyFaces Development Subject: Re: Pulse check for org.apache.myfaces.ALLOW_JAVASCRIPT Hold on with Tiles support - it works without problems even in the current MyFaces-version. Javascript stuff - yes, we need javascript. No way round it, except you use only command-buttons. regards, Martin On 10/26/06, Dennis Byrne [EMAIL PROTECTED] wrote: Team, Whatever happened to this feature? Does it work in the latest release? I seem to remember the spec (version # anyone) saying js was required. Dennis Byrne -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 02:03 PM To: 'MyFaces Discussion' Subject: Re: status of tiles support JS less :) sure +1 on that. Do you want to start a discussion on the dev list about org.apache.myfaces.ALLOW_JAVASCRIPT ? my friend, that's for you :) back to alaska ? or still in india ? Back from India, to Chicago :) ah I dude, I remember! :) you like it there ? -M Dennis Byrne On 10/26/06, Dennis Byrne [EMAIL PROTECTED] wrote: Hi Matze, Am I the only one who feels the Tiles support and javascriptless feature should officially be retired ? To my knowledge these haven't worked well since the good ol' 1.0.9 days :) Dennis Byrne -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 01:40 PM To: 'MyFaces Discussion' Subject: Re: status of tiles support it is this clazz org.apache.myfaces.tomahawk.application.jsp.JspTilesViewHandlerImpl To be honest, you should try Facelets instead of Tiles for templating a JSF app -Matthias On 10/26/06, Michael Südkamp [EMAIL PROTECTED] wrote: Hello, I wonder what is the status of the tiles support? The myfaces-examples are still at version 1.1.1 and the included tiles web-app will not run with the the 1.1.3 libs (and probably also not with 1.1.4) (java.lang.ClassNotFoundException: org.apache.myfaces.application.jsp.JspTilesViewHandlerImpl). The wiki topic at http://wiki.apache.org/myfaces/Tiles_and_JSF is also not up to date. Can anyone help me how to set it up? Michael -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
Re: Pulse check for org.apache.myfaces.ALLOW_JAVASCRIPT
The newest JSF-RI release (1.2_03) does not emmit anymore JS according to Ed. Only exception is the command-link... and for that one I discussed a possible solution with Ryan, which will be tried sometime soon... regards Alexander and: JS-free pages are definitely necessary... -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 8:14 PM To: MyFaces Development Subject: Re: Pulse check for org.apache.myfaces.ALLOW_JAVASCRIPT Hold on with Tiles support - it works without problems even in the current MyFaces-version. Javascript stuff - yes, we need javascript. No way round it, except you use only command-buttons. regards, Martin On 10/26/06, Dennis Byrne [EMAIL PROTECTED] wrote: Team, Whatever happened to this feature? Does it work in the latest release? I seem to remember the spec (version # anyone) saying js was required. Dennis Byrne -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 02:03 PM To: 'MyFaces Discussion' Subject: Re: status of tiles support JS less :) sure +1 on that. Do you want to start a discussion on the dev list about org.apache.myfaces.ALLOW_JAVASCRIPT ? my friend, that's for you :) back to alaska ? or still in india ? Back from India, to Chicago :) ah I dude, I remember! :) you like it there ? -M Dennis Byrne On 10/26/06, Dennis Byrne [EMAIL PROTECTED] wrote: Hi Matze, Am I the only one who feels the Tiles support and javascriptless feature should officially be retired ? To my knowledge these haven't worked well since the good ol' 1.0.9 days :) Dennis Byrne -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 01:40 PM To: 'MyFaces Discussion' Subject: Re: status of tiles support it is this clazz org.apache.myfaces.tomahawk.application.jsp.JspTilesViewHandlerImpl To be honest, you should try Facelets instead of Tiles for templating a JSF app -Matthias On 10/26/06, Michael Südkamp [EMAIL PROTECTED] wrote: Hello, I wonder what is the status of the tiles support? The myfaces-examples are still at version 1.1.1 and the included tiles web-app will not run with the the 1.1.3 libs (and probably also not with 1.1.4) (java.lang.ClassNotFoundException: org.apache.myfaces.application.jsp.JspTilesViewHandlerImpl). The wiki topic at http://wiki.apache.org/myfaces/Tiles_and_JSF is also not up to date. Can anyone help me how to set it up? Michael -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf http://tinyurl.com/fmywh further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
RE: Weblets
So far I had no big problems with it. There are a few improvements outstanding (see weblets issue tracker) and some things migt need work-arounds (see weblets-mailing lists) ... But abends, strange behaviour or exceptions: none so far hth Alexander -Original Message- From: Aleksei Valikov [mailto:[EMAIL PROTECTED] Sent: Friday, September 29, 2006 1:16 PM To: MyFaces Discussion Subject: Weblets Hi folks, Does anyone use Weblets (http://weblets.dev.java.net) and how stable is it? Bye. /lexi
RE: mvn site speed
Why don't you do svn updates? and could it be that using mvn site it downloads mvn-plugins that somehow don't make it into the cache? Or has it to do with the deep dependency structure? regards Alexander -Original Message- From: Mike Kienenberger [mailto:[EMAIL PROTECTED] Sent: Friday, September 22, 2006 11:00 AM To: MyFaces Development Subject: Re: mvn site speed Yeah, it's kinda why I don't do many patches. It takes me 10 minutes to download a new svn snapshot, and 10 minutes to build it. In the good old days of cvs and ant, it seemed to go a lot faster. On 9/22/06, Martin Marinschek [EMAIL PROTECTED] wrote: I'd love to have mvn speed improved for everything. I hate it to wait for 5min. until I can checkout my changes. regards, Martin On 9/22/06, Mike Kienenberger [EMAIL PROTECTED] wrote: Is it just me, or does mvn site take way too long to run? I can build the jar files faster, which is saying somethinig. Is there any way to improve the mvn site speed? Trying to work on documentation is kinda hard when turnaround time is 20 minutes. -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
RE: Don't commit massive format changes with other changes
Or checkstyle to check compliancy... With the Eclipse and Idea plugins it can be checked very conveniently while working on the code. regards Alexander -Original Message- From: Jurgen Lust [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 19, 2006 7:10 PM To: MyFaces Development Subject: Re: Don't commit massive format changes with other changes We could put Jalopy in the Maven build process, I just finished writing a very simple plugin for it, for the internal framework I'm setting up at work... We've been using Jalopy for over a year now and we're very happy about it. Jurgen Op di, 19-09-2006 te 18:56 +0200, schreef Mario Ivankovits: Hi Martin! Oh my, I'm going under cover! This has started the single longest discussion on the mailing-list the last time ;) I hoped you already discussed it :-), and regarding to http://wiki.apache.org/myfaces/MyFaces_Developer_Notes this is the case. The decision was to use Suns Java Code Conventions (ok, I dont like it that much ;-) ), however, lets do it that way. Ciao, Mario
RE: Problems with h:selectOneRadio and f:selectItem
well one possible fix is to write your own custom-renderer... hth Alexander -Original Message- From: Greg Reddin [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 10:40 PM To: MyFaces Discussion Subject: Re: Problems with h:selectOneRadio and f:selectItem I think I see why I'm getting this problem, but I still don't know if I have a fix for it. The HtmlRadioRendererBase class uses the SelectItemsIterator to iterate through the list of child UISelectItems. That class' hasNext() method has the following code: public boolean hasNext() { . if (_childs.hasNext()) { UIComponent child = (UIComponent) _childs.next(); if (child instanceof UISelectItem) { .. } else if (child instanceof UISelectItems) { . } else { //todo: may other objects than selectItems be nested or not? //log.error(Invalid component : + getPathToComponent(child) + : must be UISelectItem or UISelectItems, is of type : +((child==null)?null:child.getClass ().getName())); } } return false; } So, for my use case to work the else clause would need to continue searching for other UISelectItem instances. Does anybody see any issues with that approach? If not, I'll submit a patch if I can get it going. Greg On Sep 13, 2006, at 2:18 PM, Greg Reddin wrote: Hi, I'm having a problem with h:selectOneRadio and f:selectItem. I want a table with a list of radio buttons. The radio buttons are broken up into sections with section labels. I am acutally using JavaScript to show or hide sections when the user clicks on the section label. The HTML would look something like this: table tr tdSection Label/td /tr tr td div input type=radio name=xyz/ Item Label input type=radio name=xyz/ Item Label input type=radio name=xyz/ Item Label div /td tr tr tdSection Label/td /tr tr td div input type=radio name=xyz/ Item Label input type=radio name=xyz/ Item Label input type=radio name=xyz/ Item Label div /td tr /table I tried to create it in MyFaces/Facelets using code like the following: h:selectOneRadio ... table c:forEach items=${sections} var=${section} tr td${section.label}/td /tr tr td div c:forEach items=${section.items} var=item f:selectItem .../ /c:forEach div /td tr /c:forEach /table /h:selectOneRadio The above did not render any radio buttons. I can only assume this is because the first child component of the HtmlSelectOneRadio component is not a UiSelectItem. It's just a bunch of HTML. (I guess if I was using JSP instead of Facelets, maybe the above would work since HTML is just template text and not part of the component tree). The UiSelectItems *are* direct children of the HtmlSelectOneRadio. It's not that they are nested too far down the tree. It's just that they are siblings of some other components. So I tried this instead: table c:forEach items=${sections} var=${section} tr td${section.label}/td /tr tr td div h:selectOneRadio id=xyz... c:forEach items=${section.items} var=item f:selectItem .../ /c:forEach /h:selectOneRadio div /td tr /c:forEach /table This appears to work at first. Since multiple selectOneRadio tags share the same client id the browser treats them as a single group of radio buttons. That's the desired behavior. But, it is impossible to submit a valid form. Each selectOneRadio tag is a separate component tied to the same value on the backing bean. So if the forEach loop creates 3 of them, it tries to populate it 3 times. But only one of those will contain a selection, so a validation error occurs on the other two. Is this the way the UISelectOne and UiSelectItem components are supposed to work? Should a UISelectOne tag refuse to render any UISelectItem children if it has children that are not UISelectItem? I know my 2nd approach is invalid because it is creating multiple components with the same value binding - something I don't want. Any suggestions on how I can get this to work? Thanks, Greg
RE: Start project?
Hi Parts of SDF Faces have been donated from Oracle to the MyFaces project and become hte Trinidad subproject. Which to use? Difficult it completely depends on your UI-requirements. For complexity reasons it might be better to reduce the stack at the beginning to MyFaces and Tomahawk and only include Trinidad if you absolutely need some components from that set. regards Alexander From: Mosimann Matthias [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 2:26 PMTo: users@myfaces.apache.orgSubject: Start project? Hy Everyone I'm new to the Mailling List and I have two very easy questions, until I'm a little bit confused about Tomahawk, ADF Faces from Oracle and Sandbox: What is at the moment the best way to start a project? Should I use the ADF Faces from Oracle an Myfaces together? Or instead of ADF Faces from Oracle, Tomahawk and/or Sandbox? Can someone explain me? I think the ADF Faces should be merged ord not? regardsMatthias
RE: Excel Export for Extended Datatable
True ... BUT imagine the doc you need to set up for the end-users: dependencies for tomahawk: ---list of jar-files--- if you want to use this component: add ---list of jar-files--- to the above list if you want ... and so on It might be easier to separate them into a entity and then document the individual entity's requirements... regards Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Thursday, August 24, 2006 2:58 PM To: MyFaces Development Subject: Re: Excel Export for Extended Datatable Well, the dependency wouldn't be a run-time-dependency, much more a compile-time-dependency. regards, Martin On 8/24/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: I think it would be a good idea to seperate such heavy components from Tomahawk... One reason I see is that maybe such libraries can be banned by corporate-managers. Users in such corporations could still use tomahawk... Others without the restriction just throw a few more jar-files into their webapps and can use the addon. regards Alexander -Original Message- From: Jurgen Lust [mailto:[EMAIL PROTECTED] Sent: Thursday, August 24, 2006 10:14 AM To: MyFaces Development Subject: Re: Excel Export for Extended Datatable What library will you use to generate the Excel output? POI? Should we really make this a dependency for Tomahawk? I think it would be better to put it in a different subproject. Some kind of ExportRenderKit, which could also contain PDF renderers using iText, for example. Jurgen Op wo, 23-08-2006 te 17:44 +, schreef Martin Marinschek: Yeah, exactly. If that works, I'd fancy it a lot more! regards, Martin On 8/23/06, Cagatay Civici [EMAIL PROTECTED] wrote: Hi Martin, Yes that seems like a better idea, so something like this one right? t:datatable id=tableId ... ... ... /t:datatable s:excelExporter for=tableId / This would render a button and onclick exports the datatable data to excel format. Cagatay On 8/23/06, Martin Marinschek [EMAIL PROTECTED] wrote: Hmm... My problem with our extended data-table is that it is much t overweight already. Couldn't we work with an extra component here, which has a for-attribute referencing a dataTable-component, and displays the button and on click the excel data for the dataTable? regards, Martin On 8/23/06, Cagatay Civici [EMAIL PROTECTED] wrote: Hi, I've created a new feature for the datatable that allows exporting presented data to the excel format. Simply an excel button is placed on the datatable header and clicking on it makes an ajax request, a popup is displayed and excel file is presented. Following are the two screenshots; http://img206.imageshack.us/my.php?image=table17gs.jpg http://img80.imageshack.us/img80/3568/table7xm.jpg This was a requirement needed in my last project, I think it would also be useful if I integrate this for our extended datatable with an attribute. What do you think? Cagatay -- 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
RE: Outputting text file
If you do not like to write it yourself - check out weblets... regards Alexander -Original Message- From: Eurig Jones [mailto:[EMAIL PROTECTED] Sent: Monday, August 14, 2006 3:25 PM To: MyFaces Discussion Subject: Re: Outputting text file I've now decided to go with a simple servlet because I think it's a cleaner method to do it. Thanks a lot for everyones help! Ondřej Světlík wrote: Eurig Jones napsal(a): I have a link on a facelets page which I want to users to be able to click and download a text file (with it's own extension such as .csv). The contents of this text file is simply the contents of a String property in a jsf bean. I'm not sure how to go about doing the above, I'm not even sure if it's possible using JSF. Any ideas? Regards, Eurig Hello, I have tried custom PhaseListener and Servlet. After many problems with the PhaseListener I had to use the Servlet solution. If you are still interested in PhaseListener solution, look at: http://www.jroller.com/page/cagataycivici?entry=phaselistener_ renders_an_image_no Regards, Ondrej -- Fugro Robertson Limited Telephone: +44+ (0)1492 581811 Tyn-y-coed Site Fax: +44+ (0)1492 583416 Llanrhos Llandudno North Wales UK LL30 1SA General Email: [EMAIL PROTECTED] World Wide Website: www.fugro-robertson.com * This email may contain confidential and privileged information * * intended solely for the individual or organisation to whom it is * * addressed. If the reader is not the intended addressee, or the * * employee or agent responsible to deliver it to the addressee, * * you are hereby notified that any dissemination, distribution or * * copying is strictly prohibited. If you have received this email * * in error, please notify the sender and either destroy the email * * or return it to [EMAIL PROTECTED] * * Please note this email is not intended to create legal relations.*
RE: ALLOW_JAVASCRIPT
)); hrefBuf.append('='); if (value != null) { //UIParameter is no ConvertibleValueHolder, so no conversion // possible hrefBuf.append(URLEncoder.encode(value.toString(), charEncoding)); } } } (2) add the following to your faces-config.xml render-kit render-kit-idHTML_BASIC/render-kit-id renderer component-familyjavax.faces.Output/component-family renderer-typejavax.faces.Link/renderer-type renderer-classHtmlLinkRendererFix/renderer-class /renderer renderer component-familyjavax.faces.Command/component-family renderer-typejavax.faces.Link/renderer-type renderer-classHtmlLinkRendererFix/renderer-class /renderer /render-kit Works without javascript enabled. On 7/24/06, Ryan Wynn [EMAIL PROTECTED] wrote: On 7/24/06, Ryan Wynn [EMAIL PROTECTED] wrote: I think I fixed the problem where the commandLink doesn't work with javascript turned off. It is working for me now. See https://issues.apache.org/jira/browse/MYFACES-1370 Basically the way it was written it was almost working. The problem was that in order for the the link renderers decode method to be called 1 additional parameter had to be supplied. namely, parent_form_client_id_SUBMIT=1 This seems to work since links need to be nested within a form to work anyway. It does not submit the form obviously (otherwise javascript would be needed), this is a normal GET request with the parameters encoded in the url. On 7/24/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: Whether a single component gracefully degrades is up to the component-writer. THe JSF does (degradation is missing commnd-link...) But not all component-writers like to put the additional grease on their components to make them degrade gracefully. Some are just to JS-fanatics. ;-) Therefor one must test and then file JS-degradation-bug-requests for each component. I (for myself) would already be happy to read in each component- description the JS-requirements and degradation grade. regards Alexander -Original Message- From: Guy Coleman [mailto:[EMAIL PROTECTED] Sent: Monday, July 24, 2006 12:15 PM To: MyFaces Discussion Subject: Re: ALLOW_JAVASCRIPT On 20/07/2006 22:02, Mike Kienenberger wrote: On 7/20/06, ragsta [EMAIL PROTECTED] wrote: a simple question: does the ALLOW_JAVASCRIPT parameter work? Is very important for me that my site work even if the javascript is disabled on the user browser but turnig off the param outputlink doesn't work more...even if the primary goal of turning off the param is to change the behaviour of this command if this option is bugged I think I have to all back to a different framework... You will be very limited in what you can do if you disabled javascript. For instance, h:commandLink cannot work without javascript. Most of the interesting components also require javascript, as do a lot of the common tricks for accomplishing tasks. You're probably better off not using JSF if you're not able to allow javascript. We have had some success with using styled h:commandButtons instead of commandLinks to avoid Javascript. It's true that some advanced components cannot be used without Javascript, but we have taken the approach that a site that degrades gracefully is acceptable. For example, the inputDate popup cannot be used without Javascript but the user can still enter a date manually in the input box. -Guy.
RE: ALLOW_JAVASCRIPT
Officially the only standard component that is allowed not to work anymore is the commandlink. In JSF 1.2 the JavaScriptlessness is part of the standard, because more and more applications must be accessable (== JS-free). Therefor we must check that as many components as possible can work with JS disabled. If they are not working without JS then the doc should say so... regards Alexander -Original Message- From: Mike Kienenberger [mailto:[EMAIL PROTECTED] Sent: Thursday, July 20, 2006 11:03 PM To: MyFaces Discussion Subject: Re: ALLOW_JAVASCRIPT On 7/20/06, ragsta [EMAIL PROTECTED] wrote: a simple question: does the ALLOW_JAVASCRIPT parameter work? Is very important for me that my site work even if the javascript is disabled on the user browser but turnig off the param outputlink doesn't work more...even if the primary goal of turning off the param is to change the behaviour of this command if this option is bugged I think I have to all back to a different framework... You will be very limited in what you can do if you disabled javascript. For instance, h:commandLink cannot work without javascript. Most of the interesting components also require javascript, as do a lot of the common tricks for accomplishing tasks. You're probably better off not using JSF if you're not able to allow javascript.
RE: [OT] Mailing list Support in other languages, was Re: question
In the chat it is easy to split of the discussion for a foreign language speaker in a private channel... Lately all of the action is happening in the ##jsf channel (also MyFaces-stuff), therefor the #myfaces-channel is sometimes reused for foreign language discussions... Or should I say: the ##jsf channel is the foreign language channel? The majority of the chatters seems to be not native-english!!! South America, Europe and neareast are ruling ;-) And there are often people around speaking exotic languages like German, Spanish, Italian and others. It can help, at least, to formulate the question for the mailing list, but often the solution can also be found. The disadvantage (at least for the #myfaces channel is, that no searchable log exists. ##jsf is logged... Infos about the chat-channels can be found on http://wiki.apache.org/myfaces/, scroll down (or search for Talk, talk, talk). See you on chat... Alexander -Original Message- From: Bruno Aranda [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 11:41 AM To: MyFaces Discussion Subject: [OT] Mailing list Support in other languages, was Re: question From my personal experience is not that easy to find someone speaking easy in places like Spain or South America. I do know many cases of people not posting to the list due to the lack of ability to explain its particular problem. Many of them try with automatic translators, but the end message is not always easy to understand. However, I do think that the language of this list should be english, although this can be a limitation for a sensible part of developers of the World. I do not know what is the official policy at the ASF, and how other projects handle that. But couldn't exist alternative mailing list to support other languages? Cheers, Bruno On 7/19/06, Dhananjay Prasanna [EMAIL PROTECTED] wrote: I don't think it's that hard to find someone who speaks english and ask them to translate for you. It would be nice (not to mention much more useful) for everyone to be able to participate in whatever topic you have going. -Original Message- From: Dennis Byrne [mailto:[EMAIL PROTECTED] Sent: Wednesday, 19 July 2006 3:59 PM To: MyFaces Discussion Subject: Re: question I don't mind non-English posts, many users simply don't speak English. What I don't like is when people go off on some long discussion that has nothing to do with JSF or MyFaces. Dennis Byrne -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 01:50 AM To: 'MyFaces Discussion' Subject: Re: question personally I don't mind if you guys speak Spanish, but ... this forum should be open to a wide range of people. So english is strongly recommented. Thanks! On 7/18/06, CD [EMAIL PROTECTED] wrote: Puedo hablarlo un poquito pero tienes que tener paciencia. Que quieres saber? On 7/18/06, wdiaz [EMAIL PROTECTED] wrote: somebody Spanish speech? soy nuevo en esto de tobago, y deseo obtener información para aprender el manejo -- Matthias Wessendorf further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com This correspondence is for the named persons only. It may contain confidential or privileged information or both. No confidentiality or privilege is waived or lost by any mis transmission. If you receive this correspondence in error please delete it from your system immediately and notify the sender. You must not disclose, copy or relay on any part of this correspondence, if you are not the intended recipient. Any opinions expressed in this message are those of the individual sender except where the sender expressly, and with the authority, states them to be the opinions of the Department of Emergency Services, Queensland.
RE: [OT] Mailing list Support in other languages, was Re: question
ironic Ask George W. /ironic ;-) regards Alexander -Original Message- From: Cosma Colanicchia [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 12:41 PM To: MyFaces Discussion Subject: Re: [OT] Mailing list Support in other languages, was Re: question 2006/7/19, Jesse Alexander (KSFD 121) [EMAIL PROTECTED]: And there are often people around speaking exotic languages like German, Spanish, Italian and others. Are they exotic languages?? ;-) Cosma
RE: [OT] Mailing list Support in other languages, was Re: question
ironic3 Well easy: *english (except bush-english) would be exotic... /ironic3 -Original Message- From: Julian Ray [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 12:57 PM To: 'MyFaces Discussion' Subject: RE: [OT] Mailing list Support in other languages, was Re: question Would that be English-English, US English or Bush-English? -Original Message- From: Mario Ivankovits [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 6:48 AM To: MyFaces Discussion Subject: Re: [OT] Mailing list Support in other languages, was Re: question ironic Ask George W. /ironic ironic2 But then you should add english to the list too /ironic2 Ciao, Mr. Anonymous
RE: [OT] Mailing list Support in other languages, was Re: question
when we solve problems there I usually recommend to write interesting points to the wiki... or to the mailing list... on the ##jsf list we often discuss solutions in a implementation agnostic way... and if someone wants to discuss something with the sun people directly it's the place to be... Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Wednesday, July 19, 2006 8:23 PM To: MyFaces Discussion Subject: Re: [OT] Mailing list Support in other languages, was Re: question On 7/19/06, Cagatay Civici [EMAIL PROTECTED] wrote: The log is here; http://uwyn.com/drone Check out the ##jsf link. myfaces chat room is not logged. that JSF thing I don't care about, to be honest. but the myfaces one... it is a no no to make technical decissions there. -Matt Cagatay On 7/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: IRC is interesting for getting people up to speed. But IRC is not the tool that should be used for *technical decission* in MyFaces. Same is true for Google Talk and other stuff. B/c where to look at the archives? It would be interesting to *post* the IRC chat to this (user) list. -Matthias On 7/19/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: In the chat it is easy to split of the discussion for a foreign language speaker in a private channel... Lately all of the action is happening in the ##jsf channel (also MyFaces-stuff), therefor the #myfaces-channel is sometimes reused for foreign language discussions... Or should I say: the ##jsf channel is the foreign language channel? The majority of the chatters seems to be not native-english!!! South America, Europe and neareast are ruling ;-) And there are often people around speaking exotic languages like German, Spanish, Italian and others. It can help, at least, to formulate the question for the mailing list, but often the solution can also be found. The disadvantage (at least for the #myfaces channel is, that no searchable log exists. ##jsf is logged... Infos about the chat-channels can be found on http://wiki.apache.org/myfaces/ , scroll down (or search for Talk, talk, talk). See you on chat... Alexander -Original Message- From: Bruno Aranda [mailto: [EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 11:41 AM To: MyFaces Discussion Subject: [OT] Mailing list Support in other languages, was Re: question From my personal experience is not that easy to find someone speaking easy in places like Spain or South America. I do know many cases of people not posting to the list due to the lack of ability to explain its particular problem. Many of them try with automatic translators, but the end message is not always easy to understand. However, I do think that the language of this list should be english, although this can be a limitation for a sensible part of developers of the World. I do not know what is the official policy at the ASF, and how other projects handle that. But couldn't exist alternative mailing list to support other languages? Cheers, Bruno On 7/19/06, Dhananjay Prasanna [EMAIL PROTECTED] wrote: I don't think it's that hard to find someone who speaks english and ask them to translate for you. It would be nice (not to mention much more useful) for everyone to be able to participate in whatever topic you have going. -Original Message- From: Dennis Byrne [mailto: [EMAIL PROTECTED] Sent: Wednesday, 19 July 2006 3:59 PM To: MyFaces Discussion Subject: Re: question I don't mind non-English posts, many users simply don't speak English. What I don't like is when people go off on some long discussion that has nothing to do with JSF or MyFaces. Dennis Byrne -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 01:50 AM To: 'MyFaces Discussion' Subject: Re: question personally I don't mind if you guys speak Spanish, but ... this forum should be open to a wide range of people. So english is strongly recommented. Thanks! On 7/18/06, CD [EMAIL PROTECTED] wrote: Puedo hablarlo un poquito pero tienes que tener paciencia. Que quieres saber? On 7/18/06, wdiaz [EMAIL PROTECTED] wrote: somebody Spanish speech? soy nuevo en esto de tobago, y deseo obtener información para aprender el manejo -- Matthias Wessendorf further stuff: blog: http
RE: dataTable with dropdowns
you would need a row-object that can return a UISelectItems object. Then you can add the dropdown-component into the column and point to the attribute delivering the select-items hth Alexander -Original Message- From: Geoff Longo [mailto:[EMAIL PROTECTED] Sent: Friday, July 14, 2006 5:09 AM To: MyFaces Discussion Subject: dataTable with dropdowns I was wondering what the best way would be to create a dataTable that has a column that includes a dropdown, but the dropdown choices may be different in each row. Any ideas? Thanks, Geoff
RE: JSF Performance Problems
do you have the slides of the J1-session or some notes? We could place it somewhere and link to it, or copy the info to the wiki... but I have neither the slides nor notes nor was I there... regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Wednesday, July 12, 2006 7:02 PM To: MyFaces Discussion Subject: Re: JSF Performance Problems there should be more on this added to the wiki the JavaOne session was cool. On 7/12/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: A search in the wiki just gave ONE hit... the info I added yesterday based on the mail from Gerald... regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Tuesday, July 11, 2006 5:08 PM To: MyFaces Discussion Subject: Re: JSF Performance Problems I think this is already documented on the wiki, isnt' it ß On 7/11/06, Gerald Müllan [EMAIL PROTECTED] wrote: Hi, sure thing; Just tell JSF in web.xml the context parameter: context-param param-nameorg.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION/param-name param-value20/param-value descriptionOnly applicable if state saving method is server (= default). Defines the amount (default = 20) of the latest views are stored in session. /description /context-param cheers, Gerald On 7/11/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: Is there a parameter telling MyFaces-StateManager how many views to store/cache? That parameter can have an influence on the amount of memory used in the HttpSesssion and therefor has an impact on server-performance. regards Alexander -Original Message- From: Mike Duffy [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 10:27 AM To: MyFaces Discussion Subject: Re: JSF Performance Problems Could you please rerun the metrics with the performance tuning suggestion found at: http://wiki.apache.org/myfaces/Performance Thx. Mike -- Gerald Müllan Schelleingasse 2/11 1040 Vienna, Austria 0043 699 11772506 [EMAIL PROTECTED] -- Matthias Wessendorf futher stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com -- Matthias Wessendorf further stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
RE: dataTable with dropdowns
the only drawback is: the row-object, for my gusto.., should be a pure modell object. Returning UISelectItems from one attribute would mean the modell object has a dependency on the UI-framework. regards Alexander -Original Message- From: Geoff Longo [mailto:[EMAIL PROTECTED] Sent: Friday, July 14, 2006 2:46 PM To: MyFaces Discussion Subject: Re: dataTable with dropdowns Thanks for the reply. The solution is so obvious, yet for some reason I failed to see it. On 7/14/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: you would need a row-object that can return a UISelectItems object. Then you can add the dropdown-component into the column and point to the attribute delivering the select-items hth Alexander -Original Message- From: Geoff Longo [mailto:[EMAIL PROTECTED] Sent: Friday, July 14, 2006 5:09 AM To: MyFaces Discussion Subject: dataTable with dropdowns I was wondering what the best way would be to create a dataTable that has a column that includes a dropdown, but the dropdown choices may be different in each row. Any ideas? Thanks, Geoff
RE: [newbie] MyFaces or Barracuda ??
As others have said, maybe you should consider more of a stack than just an appserver and the UI-framework Spikesource has a nice picture of components for such stacks on their website. I have not tried their stacks... but to get an idea: http://www.spikesource.com/products/corestack.html The Spring framework tries to get all of it under one hood. And judging from the growing user-population it seems to do it well: http://www.springframework.org/ JSf and therefor MyFaces play a role because they are part of the official standardized JEE stack from version 1.5 onward... Spring, by the way, can play together with JSF Guess you have some reading ;-) And most probably some more questions... - Performance and J2EE? well a full-blown J2EE container usually can help in two ways: - distribute the load on a flexible amount of hardware by clustering - distribute the load on hardware by putting different layers of the app on different machines (JSF on one, EJB's on another one, DB on a third). AND it does it in a stadardized way... This layer-distribution can also be used for security. The UI-layer goes into the DM, the backend in a secure area, with a good firewall- admin this becomes a secure setup... hth Alexander -Original Message- From: Cyrille37 [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 12, 2006 8:38 PM To: [EMAIL PROTECTED] Cc: MyFaces Discussion; [EMAIL PROTECTED] Subject: [newbie] MyFaces or Barracuda ?? Hello, I'm exploring Java solutions for a new Web Application project. I'm coming from ASP.Net but for the new starting project, the first rule is plateform portability, so Java is the solution. Unfortunately, unlike .Net, Java for Web Application is not delivered as a package. So I've to make an assembly of solutions to get an environment for creating the Web Application. After surfing onto Java/J2EE projects, I've selected some nice stuff : - App Server : Enhydra - Framework : here is my interogation, MyFaces or Barracuda ?? - What else is needed for a strong and well formed Web Application ?? I guess you have opinion on that question ... Please, share your mind ;o) Thanks Cyrille.
RE: [newbie] MyFaces or Barracuda ??
I wouldn't be so hard on J2EE... in heavy SOA-shops some help can come from the J2EE (or JEE) environment. But it all boils down to - get an idea on the requirements - discuss them in an open, friendly environment with experienced JEE- and lightweight-(Spring-)specialists - come to a conclusion and target-architecture - do the coding regards Alexander From: Frank Russo [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 2:37 PMTo: MyFaces DiscussionSubject: RE: [newbie] MyFaces or Barracuda ?? To be clear, this is a maven 1 repository. If you are using maven 2, this may not be usable. I have read that m2 can use m1 repos, but I haven't found any docs on how.Maybe someone can post a link if they know of one. My 2 cents on your original question is that barracuda is not the way to go, mainly for the reason that very few people are using it. Support for it is probably minimal. JSF vs Struts or Spring Web is a better question. I'd go JSF, whether it be MyFaces or Sun RI, for the reason that you may be more comfortable with it coming from an M$ background. Correct me if I'm wrong, but I think a component based framework like JSF is closer to building Active X web controls than using some kind of action framework like Struts. My other recommendations would be Tomcat for the app server. If you need transaction management and persistence, I'd recommend Spring and Hibernate over JEE 5. Older J2EE shouldn't even be a consideration for a new project at this point... Frank RussoSenior DeveloperFX Alliance, LLC From: Mikael Andersson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 5:15 AMTo: MyFaces DiscussionSubject: Re: [newbie] MyFaces or Barracuda ?? To get started I would recommend giving the myfaces maven archetype a go, that will give you basic web application to get started with and uses the Jetty6 web container, which is really nice when developing (allows you to do this to start the web applciation 'mvn jetty6:run'). Then I would have a look at Facelets, which is easily integrated ( facelets is also in dev.java.net's maven repository; https://maven-repository.dev.java.net/repository/ ).- Mike On 12/07/06, Cyrille37 [EMAIL PROTECTED] wrote: Hello,I'm exploring Java solutions for a new Web Application project. I'm coming from ASP.Net but for the new starting project, the first ruleis plateform portability, so Java is the solution.Unfortunately, unlike .Net, Java for Web Application is not delivered asa package. So I've to make an assembly of solutions to get an environment for creating the Web Application.After surfing onto Java/J2EE projects, I've selected some nice stuff :- App Server : Enhydra- Framework : here is my interogation, MyFaces or Barracuda ?? - What else is needed for a strong and well formed Web Application ??I guess you have opinion on that question ...Please, share your mind ;o)ThanksCyrille.
RE: JSF Performance Problems
A search in the wiki just gave ONE hit... the info I added yesterday based on the mail from Gerald... regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Tuesday, July 11, 2006 5:08 PM To: MyFaces Discussion Subject: Re: JSF Performance Problems I think this is already documented on the wiki, isnt' it ß On 7/11/06, Gerald Müllan [EMAIL PROTECTED] wrote: Hi, sure thing; Just tell JSF in web.xml the context parameter: context-param param-nameorg.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION/param-name param-value20/param-value descriptionOnly applicable if state saving method is server (= default). Defines the amount (default = 20) of the latest views are stored in session. /description /context-param cheers, Gerald On 7/11/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: Is there a parameter telling MyFaces-StateManager how many views to store/cache? That parameter can have an influence on the amount of memory used in the HttpSesssion and therefor has an impact on server-performance. regards Alexander -Original Message- From: Mike Duffy [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 10:27 AM To: MyFaces Discussion Subject: Re: JSF Performance Problems Could you please rerun the metrics with the performance tuning suggestion found at: http://wiki.apache.org/myfaces/Performance Thx. Mike -- Gerald Müllan Schelleingasse 2/11 1040 Vienna, Austria 0043 699 11772506 [EMAIL PROTECTED] -- Matthias Wessendorf futher stuff: blog: http://jroller.com/page/mwessendorf mail: mwessendorf-at-gmail-dot-com
RE: JSF Performance Problems
Thanks for the pointer... I was just about to dive into the source-code ;-) I have added a hint on this in the wiki-page as it is a valid performance- related option. regards Alexander -Original Message- From: Gerald Müllan [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 11, 2006 1:17 PM To: MyFaces Discussion Subject: Re: JSF Performance Problems Hi, sure thing; Just tell JSF in web.xml the context parameter: context-param param-nameorg.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION/param-name param-value20/param-value descriptionOnly applicable if state saving method is server (= default). Defines the amount (default = 20) of the latest views are stored in session. /description /context-param cheers, Gerald On 7/11/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: Is there a parameter telling MyFaces-StateManager how many views to store/cache? That parameter can have an influence on the amount of memory used in the HttpSesssion and therefor has an impact on server-performance. regards Alexander -Original Message- From: Mike Duffy [mailto:[EMAIL PROTECTED] Sent: Monday, July 10, 2006 10:27 AM To: MyFaces Discussion Subject: Re: JSF Performance Problems Could you please rerun the metrics with the performance tuning suggestion found at: http://wiki.apache.org/myfaces/Performance Thx. Mike -- Gerald Müllan Schelleingasse 2/11 1040 Vienna, Austria 0043 699 11772506 [EMAIL PROTECTED]
RE: [OT] JSF and JVM performance
Has someone already compared JSF with JSP and with facelets? I'm wondering whether facelets will reduce the repsonse times. regards Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Wednesday, June 28, 2006 4:40 PM To: MyFaces Discussion Cc: Gerald Müllan; Martin Marinschek Subject: Re: [OT] JSF and JVM performance Gerald did some performance test's for Martin's JavaOne BOF. Maybe they bring that content to the wiki page ? -Matthias
RE: IRC Channel #myfaces
A few of us just listen on both channels... (##jsfand #myfaces) The differences: - ##jsf is logged (http://www.uwyn.com/drone/log/bevinbot/%23jsf) #myfaces is not - edburns and other vip's often hang around on ##jsf - the #myfaces-crowd is quieter... a discussion is less interrupted... I'd say both channels have their advantages... regards Alexander From: Julian Ray [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 21, 2006 9:28 PMTo: 'MyFaces Discussion'Subject: IRC Channel #myfaces Does anybody use this channel? whenever I check it seems somewhat under-represented :)
RE: Typical Validation Issues
The validation is only called for fields that are NOT empty... cause empty fields are never transmitted to the server (HTML-spec). For such cases we wrote the OptionalValidator stuff... regards Alexander From: Gregg Bolinger [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 21, 2006 5:15 PMTo: MyFaces DiscussionSubject: Re: Typical Validation Issues Geez. Ok. Thanks. I noticed that the only time my validation method is being called is when the category name input field has a value in it. When it is empty my validation method isn't even called. Do you know why that is? Is this normal? For now, I am just going to do my validation manually in the actions that I call. Are any of these issues slated to be fixed in 1.2 by any chance?Thanks.Gregg On 6/21/06, Julian Ray [EMAIL PROTECTED] wrote: You can always create a hidden input element at the bottom of the form which has required="true" and perform form-scoped validation using the backing bean. The spec says that form elements are processed in the order they are on the page so putting the hidden element last means that it will be validated after any other validations you specify. Note that if you need to use tag-level messages you will need to invalidate each component by getting it from tree or by using a binding. From: Gregg Bolinger [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 21, 2006 11:04 AM To: MyFaces DiscussionSubject: Re: Typical Validation Issues Thanks for the code. The problem though is if I leave the required="true" attribute on the input field, even with the custom validation, the commandLinks still trigger the validation. If I remove required="true" from the input field, and I try and add a category without typing in a category name, no validation occurs. h:inputText validator="#{CategoryAdminBean.validateCategoryName}" id="categoryName" value="#{CategoryAdminBean.currentCategory.categoryName}" /And I've simplified the validation for testing purposes. public void validateCategoryName(FacesContext fc, UIComponent uic, Object o) { if (currentCategory.getCategoryId() == null) { ((UIInput)uic).setValid(false); FacesMessage facesMessage = new FacesMessage( FacesMessage.SEVERITY_WARN, "Category Name Required", null); throw new ValidatorException(facesMessage); } } On 6/21/06, Julian Ray [EMAIL PROTECTED] wrote: Hi Gregg, here is some code for [3] [1] example bean-based validation. Here is a function we use to validate anew user name for a customer account. As some of these methods are re-used we actually place the code in a validation class. // Check to see if the user name is unique for this customer. The user is not allowed // to change the username this function is only called when a new user is created, public static void validateUserName(Integer customerId, UIComponent uic, String entry, String fieldName) { if (! validateLength(uic, entry, fieldName, 6, 10)) { return; } if (entry.indexOf(' ') != -1) { String message = fieldName + " cannot contain spaces."; invalidateInput((UIInput) uic, message); return; } if (! UserDao.isUserNameUnique(customerId, entry)) { String message = fieldName + " must be unique for this customer."; invalidateInput((UIInput) uic, message); return; } } public static void invalidateInput(UIComponent uic, String message) { invalidateInput((UIInput) uic, message); } private static void invalidateInput(UIInput uii, String message) { uii.setValid(false); //FacesContext fc = javax.faces.context.FacesContext.getCurrentInstance(); FacesMessage facesMessage = new FacesMessage(FacesMessage.SEVERITY_WARN, message, null); throw new ValidatorException(facesMessage); } [2] In the backing bean use something like the following. The ValidationUtils are defined in [1] above. public void validateUserName(FacesContext fc, UIComponent uic, Object o) { ValidationUtils.validateUserName(getSessionBean().getCustomerId(), uic, o.toString(), "*"); } [3] In your JSP use the validation="" attribute with a method binding to the method defined in [2]. For example h:inputText id="userName" required="true" validator="#{myBackingBean.validateUserName}" value="#{myBackingBean.bean['userName']}"/ f:verbatimnbsp;/f:verbatim h:message for=""
RE: OptionalValidator - Required validator - compound components
around this. I have no idea why JSF has the required attribute instead of a required validator. One reason might be that html does not send empty values to the server, therefor the validation mechanism has nothing to work on, the trigger mechanisms do not trap that one. The required flag is checked at another moment... But that's just a possible explanation... After looking more at the source code for the optional validator framework, it doesn't look to me like it will support data tables, trees and other complex comonents that render children multiple times. Cannot garantee... I am just trying to get back into the game... Have you tried it. or just looked at the code? If you can create a small testcase (complete but reduced webapp), we can use that as a testcase... and correct the behaviour of OptValidator. regards Alexander
RE: Help: Ignore validation and still update model?
Usecases like this inspired Mike and me to create the OtionalValidator-stuff (http://wiki.apache.org/myfaces/OptionalValidationFramework) BUT it only works well when you are using facelets... (the pure 1.1 lifecycle is a major PITA for this kind of processing...) In your case the add and delete buttons would carry the soft flag to the validation... and the register and save buttons the hard flag... hth Alexander PS: The usability of this component or its alternatives are also on my todo-list... PS2: Usually I try to be on the IRC-channels sometimes a week... (nick: AJesse) -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Monday, June 12, 2006 1:41 AM To: MyFaces Discussion Subject: Help: Ignore validation and still update model? Okay, I am having an issue for a non-standard configuration (go figure, I think I am in the 20% just about 80% of the time) and am looking for help. I think what I have to do is continue to the update model phase even when validation fails, but I'll tell you what I am doing in case anyone has a better idea. I have a register user form. It has three child tables (t:dataTable) one for each of: email addresses, phone numbers and geographic addresses. I have done it this way so that the user can enter multiple emails, phone numbers and addresses (for example, a work phone, a cell phone, etc). These tables are backed by Hibernate configured lists (so I have a FK child tables to store these records for the user table). In my view, I have Add and Delete buttons for the tables (and rows in the table). I don't care when the user clicks and add or a delete if components are invalid within the page (I only care when they click the Register for new users or Save for existing users). I tried marking the command links as immediate, but as those familiar with JSF would know, opened a can of worms. Since data tables do not support submitted values in child components, the user's data from the data tables disappeared when the view was re-rendered. So a no-go there. So I really need the update model phase to complete. (Yes one solution would be to enable AJAX for this project and only refresh the table row for the add or the delete, but that is beyond my scope for this project). Is there a way to let validation happen, but regardless of validation errors and warnings, to go ahead and update the model and execute the action? I suppose I could use a sub-form from the sandbox, but would that not cause the input fields in the other tables to loose their values anyways since validate and updating of the model does not take place for non-subform fields (I haven't tried the sub form out yet although it sounds like a good idea)? Another option may be to use a custom component that would update the value during the validation phase, but not stop the life cycle (so that the validation still occurs, and the values would still be kept for data table rows). I think that will work (didn't think it through fully yet), but it is messy (Basically a commandLink that doesn't use ActionEvent, but a custom event that does it's work during broadcast of process validators or apply request values). Anyone have a bright idea to get around this solution? Thank you -Andrew PS - also is there any way without partial page refreshing that inputSecret fields can not loose their value when the view is re-rendered (maybe by sending a static fake value down to the client that says to use the last value and then store that last value in the user's session?)?
RE: Equivalent of Dyna Action Form in JSF
we were discussing something like that just a couple of days ago ;-) Maybe I'll try to do something ... but I do not know yet when... regards Alexander From: Tushar [mailto:[EMAIL PROTECTED] Sent: Monday, June 12, 2006 7:34 PMTo: users@myfaces.apache.orgSubject: Equivalent of Dyna Action Form in JSF I have requirement where I want to use something like Struts Dyna action form. I read that managed bean having bean class as Hashmap can give the same functionality.But whatever example I saw has the hardcoded map entries into that managed bean and can only be used for display purpose. How do I store a value inside that from Jsp at runtime and retreive it back on the same page?RegardsTushar Send instant messages to your online friends http://in.messenger.yahoo.com Stay connected with your friends even when away from PC. Link: http://in.mobile.yahoo.com/new/messenger/
RE: Load Testing JSF?
I did it exactly in that way... worked sweetly... regards Alexander From: Yee CN [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 06, 2006 7:00 PMTo: 'MyFaces Discussion'Subject: RE: Load Testing JSF? JMeter actually comes with a proxy server that can sniff and record request parameters including cookies. I recorded a simple session and tried playing back but could not even get pass through the login page yet. I will do a bit more digging tomorrow. Regards, Yee From: Mert Çalışkan [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 07, 2006 12:31 AMTo: MyFaces DiscussionSubject: Re: Load Testing JSF? You can check out OpenSTA. It records the usage of a web app. and then you can ramp up the virtual users for the load test. Here are the first things that came up to my mind.. It has a scripting language. If you want to read username-password for ex. from a file, you have to do some scripting. It has nice graphical outputs. It can do https.. Both the openSTA and jMeter doesn't support the simulation of fileupload. Regards, Mert On 6/6/06, Dennis Byrne [EMAIL PROTECTED] wrote: What part are you having trouble with? JMeter or JSF ;)I would suggest using tcpmon to sniff the request parameters off the wire.You can obtain this from the apache axis project.Then take the request parameters and plug them in to JMeter.You'll also want to configure JMeter for POST - this seems to have troubled me several times before. Dennis Byrne-Original Message-From: Yee CN [mailto:[EMAIL PROTECTED]]Sent: Tuesday, June 6, 2006 10:49 AMTo: ''MyFaces Discussion'' Subject: Load Testing JSF?Hi,I am trying out jMeter with JSF - but not having much success so far. Iwould appreciate if anybody could share your experience regarding load testing JSF applications so I don't have sweet blood to reinvent the wheel.I promise I will compile a Wiki on this.Many thanks in advance.Regards, Yee
RE: Output an image
An alternative to phaselisteners could be weblets (http://weblets.dev.java.net)... in its actual form it can read the image from a jar, but as it is opensource it could be changed to read from a db... hth Alexander -Original Message- From: Ondrej Svetlik [mailto:[EMAIL PROTECTED] Sent: Thursday, June 01, 2006 7:16 PM To: MyFaces Discussion Subject: Output an image Hello all, I have image data in the database and want to simply send them out with propper mime type. Is there a way to do it using JSF? Best regards Ondrej Svetlik
RE: Version of Servlet Container - Facelets
1) maybe migrating to 2) for the next 18 months regards Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Sunday, May 28, 2006 6:10 AM To: MyFaces Discussion; MyFaces Development Subject: Version of Servlet Container - Facelets May I ask a question out loud? In discussing implementing 1.2, the question has arisen what kind of servlet containers most users have in use currently respectively plan to use in the next half year. Can you answer with the corresponding number to help us figure out an optimal way of going on with the 1.2 implementation? (for me personally it's 1 - I can't change over my current project to facelets this easily, and this is why I'm stuck with number 1) regards, Martin 1) TC 5.x (or other not JSP 2.1 compliant) 2) TC 5.x (or other not JSP 2.1 compliant) with facelets (or willing to change their current projects to facelets, if necessary) 3) TC 6 or Glassfish (or other JSP 2.1 compliant)
RE: Cancelled: JavaOne MyFaces Committers/Contributors meeting
good point. I remember when I tried to replace some JARs inside a container (it worked) but our QA told me that this will cause problems @ customers`s side. They pay much money for a container and replacing JARs can cause loose of support form the vendor side. Even when the customers engineers agree to do it, management will give a thumbs down ;-) Anyway, let`s do the JSF 1.2 impl. Java EE 5 will not be part of production at big big big customers. so containers like Geronimo or OC4J (just to name two) will be able to take the MyFaces JSF 1.2 impl to their system Even though the big companies are likely to be late implementers, all AppServer-Companies have to get working NOW... It might need some marketing to convince some appserver-people to wait for MyFaces 1.2 regards Alexander
RE: Startup logging question for MyfacesConfig
one possible reason: Your app-config is in faces-config.xml and is placed in /WEB-INF/ AND you have configured the config-file-parm in web.xml to look for /WEB-INF/faces-config.xml The spec says to look for - /META-INF/faces-config.xml in all jar-files in /WEB-INF/lib - /WEB-INF/faces-config.xml - the configured files in web.xml = /WEB-IND/faces-config.xml is processed twice... another possible reason: misconfiguration of you logging... hth Alexander -Original Message- From: Joey Geiger [mailto:[EMAIL PROTECTED] Sent: Thursday, May 11, 2006 5:22 PM To: MyFaces Discussion Subject: Startup logging question for MyfacesConfig I'm wondering why I'm seeing the following things *twice* in my logs when the application starts up. INFO MyfacesConfig - No context init parameter 'org.apache.myfaces.ADD_RESOURCE_CLASS' found, using default value org.apache.myfaces.renderkit.html.util.DefaultAddResource INFO MyfacesConfig - No context init parameter 'org.apache.myfaces.CHECK_EXTENSIONS_FILTER' found, using default value true INFO MyfacesConfig - No context init parameter 'org.apache.myfaces.ADD_RESOURCE_CLASS' found, using default value org.apache.myfaces.renderkit.html.util.DefaultAddResource INFO MyfacesConfig - No context init parameter 'org.apache.myfaces.CHECK_EXTENSIONS_FILTER' found, using default value true
RE: MyFaces support for Facelets
I vote for option 2. Option 3 might make sense if the compatibility-option is important. The pointer to the download-packages can be held in myfaces-doc/-wiki, together with a matrix for the compatible versions... regards Alexander -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 09, 2006 10:05 PM To: MyFaces Discussion Subject: MyFaces support for Facelets Until now, most people are using the WIKI[1] for getting myfaces to work with facelets. I was wondering if we want to make MyFaces include support for facelets natively. This should be able to be done in such a way to prevent problems for those that do not use facelets. Option 1) Add everything to tomahawk.jar including the TagHandler classes and taglib.xml file(s). This is easiest, and will not cause issues since non-facelet users will not be using those classes, and therefore if they don't have facelets in their classpath, it shouldn't matter. Option 2) Create a new myfaces jar file (tomahawk-facelets-1.1.2.jar for example) that contains only the code and configuration necessary to plug tomahawk into facelets. This is possibly more elegant but more of a pain to setup. Option 3) Maintain all this at jsf-comp. This works, but new users may not know about jsf-comp and it is harder to stay in sync with facelet and myfaces version changes (since it is not tied into the release cycle). Since facelets hasn't changed the taglib.xml structure at all, facelet version should not be a major issue. This would also make issues like what tree2 had a mute point since we could include component handlers built in to translate any non-standard logic in the Tag classes. This methodology could be applied to the sandbox as well. Once there is some code in SVN I would think myfaces developers could easily maintain their configuration for their components as well since there would be examples from other components to learn from (so even developers without facelets experience shouldn't have any issues). What do you think? -Andrew [1] http://wiki.apache.org/myfaces/Use_Facelets_with_Tomahawk
RE: Transfering data between pages.
Hi Rogerio you could have a separate managed bean for the popup's use-cases. This managed bean can then get a reference to the managed bean for the main-page and call methods on the original pages managed bean... regards Alexander From: Rogerio Pereira [mailto:[EMAIL PROTECTED] Sent: Thursday, May 04, 2006 4:32 PMTo: MyFaces DiscussionSubject: Re: Transfering data between pages. Yes same managed-bean Rogerio. I supposeyou were adding the results from the bean in popup page to the bean in main page. My problem is, i have 5 fields and 3 buttons on popup window and put this stuff in the same bean will make the things a little confuse and dificult to understand and manage later. -- Yours truly (Atenciosamente),Rogério
RE: getChildren().iterator() problem
I usually prefer the while-loop for this kind of operation: Iterator kids = myComponent.getChildren().iterator(); while (kids.hasNext()) { UIComponent child = (UIComponent)kids.next(); ... } hth Alexander From: arti [mailto:[EMAIL PROTECTED] Sent: Friday, April 21, 2006 12:25 PMTo: MyFaces DiscussionSubject: getChildren().iterator() problem Hi, I am facing a problem withgetChildren().iterator(). (using getChildren().listIterator()works perfect) Why? My custom table component has just one child column element in it. But still the iterator obtained as mentioned above,enters the following loop twice and second time throws NullPointerException Iterator kids = myComponent.getChildren().iterator(); if (kids.hasnext()) { do { UICompoment child = kids.next(); // this line throws NullPointerException when executed second time in loop /* some code here */ } while (kids.hasnext()); } Thanks Arti
RE: Ideas, Ideas!
how about: http://wiki.apache.org/myfaces/WeNeedaGoodDemoApplication -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 1:21 PM To: MyFaces Development Subject: Ideas, Ideas! Hi everyone, Google SoC is coming up again - you have been notified already. We need project ideas - what does everyone want to have done for MyFaces, Tobago or ADF Faces? This is the existing list - nothing up for MyFaces so far: http://wiki.apache.org/general/SummerOfCode2006 regards, Martin
RE: Ideas, Ideas!
hmmm in one month it might be possible that somebody with prior knowledge of JSF could realize the usergroup-collaboration application. At least to the point where a working prototype exists... conditions: - prior JSF knowhow - fixed usecases - fixed requirements Somthing like an OS-version of http://www.meetup.com/ Our gain: we could also use it to organize regional JSF-usergroups ;-) The app could then be polished by regular OS-mechanisms... The other apps should be described better before starting the contest... but so far nobody has taken up the token in the wiki ;-( regards Alexander -Original Message- From: Gerald Müllan [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 1:51 PM To: MyFaces Development Subject: Re: Ideas, Ideas! I think we should do that comepition apart from School of Code You mean Summer of Code :) But apart from that you may be right. It depends on the amount of work the student has to put in. Work for SoC should be about one month! regards, Gerald On 4/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote: Yeah, Carsten mailed me directly on that issue. He will donate 400 EUR. I think we should do that comepition apart from School of Code Maybe a winter or autumn code school ? I'll try to find some more donations... -Matthias On 4/19/06, Jesse Alexander (KSFD 121) [EMAIL PROTECTED] wrote: how about: http://wiki.apache.org/myfaces/WeNeedaGoodDemoApplication -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 1:21 PM To: MyFaces Development Subject: Ideas, Ideas! Hi everyone, Google SoC is coming up again - you have been notified already. We need project ideas - what does everyone want to have done for MyFaces, Tobago or ADF Faces? This is the existing list - nothing up for MyFaces so far: http://wiki.apache.org/general/SummerOfCode2006 regards, Martin -- Matthias Wessendorf Aechterhoek 18 48282 Emsdetten http://jroller.com/page/mwessendorf mwessendorf-at-gmail-dot-com -- Gerald Müllan Schelleingasse 2/11 1040 Vienna, Austria 0043 699 11772506 [EMAIL PROTECTED]
RE: Faces Trace
+1 on BOTH from me too regards Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 8:27 AM To: MyFaces Discussion Subject: Re: Faces Trace +1 for a global setting +1 for a possibility to override the global setting with a local validator setting... regards, Martin On 4/19/06, Cagatay Civici [EMAIL PROTECTED] wrote: Shale comes with it's own validators that can do both client side and server side. Each validator has flags like client=true server=true. The disadvantage is that client side validation uses popus that is not favored much. A central mechanism to control validation setting should be good but also it would be flexible if a validator can override the global setting. On 4/19/06, Alexandre Poitras [EMAIL PROTECTED] wrote: And you might check what Struts Shale already does. From what I know it integrates commons-validator. On 4/18/06, Cagatay Civici [EMAIL PROTECTED] wrote: Hi, I guess the optimal solution is as follows; Client side validation feature is added to Tomahawk and Sandbox validators using an attribute(client=true). If this flag is true then validation takes place at client otherwise regular server side validation happens. There should be other attributes to customize the client validation like enablePopup, highlight and etc. What do you think? I'm eagerly waiting to create patches that would enable these validators to validate at client side. Regards, Cagatay On 4/18/06, Adam Winer [EMAIL PROTECTED] wrote: On 4/18/06, Martin Marinschek [EMAIL PROTECTED] wrote: Yes. That's the other thing I'd like to have - automatic client-side validation happening with the server side validation in place. It would be good to have something like a hook in the extended validators - with this hook, they are asked to render out their client-side validation javascript. Using this, separate validators wouldn't be necessary. Exactly. Still, I think that the rendering question is very important. In the current state when working with ADF, I wished I could disable client side validation in ADF faces alltogether (I'm sure there is a way to do so, didn't look deeper into it so far). The popup box is just not context sensitive enough. Yep, you can disable it altogether - there's a WEB-INF/web.xml flag. -- Adam -- Alexandre Poitras Québec, Canada -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
RE: Behaviour of custom components
You could ask the customer for a callback-method implementing the sort-mechanism... He can pass it using a EL-parameter to your component. regards Alexander -Original Message- From: arti [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 8:48 AM To: MyFaces Discussion Subject: Behaviour of custom components Hi, How do we solve this design decision problem? When developing a custom component, if it has some behaviour associated with it, where exactly should this behaviour be implemented? e.g. To develop a table sortable on multiple columns, once the user identifies the columns to be sorted and clicks the sort button (which is also part of table component) there must be an action listener which implements this sort method. I mean when such a component is delivered to myfaces, it does not have a backing bean packaged with it. But still it is a self-contained ready-to-use component. The users of myfaces simply have to include the tag for the component in their JSF page, and assign a datamodel to it. And the sortable table is ready for use in their page. Here myfaces users do not implement the core sorting behaviour of the component, since it is packaged somehow in the comopent - I need to understand where? Thanks Arti
RE: Behaviour of custom components
-Original Message- My question is, where should the component implement it's core behaviour (which is not dependent on application logic)? -Original Message- Last time I had to do this, I created a POJO, configured it as a managed bean in my components faces-config.xml and offered the client to overwrite the behaviour by defining a different bean-name to use. The component would then either use its default bean-name to look up the POJO or the name the user configured. The POJO just contained pure logic... and implemented an interface the user could use to implement his own logic. regards Alexander -Original Message- From: Jesse Alexander (KSFD 121) [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 1:39 PM To: MyFaces Discussion Subject: RE: Behaviour of custom components You could ask the customer for a callback-method implementing the sort-mechanism... He can pass it using a EL-parameter to your component. regards Alexander -Original Message- From: arti [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 8:48 AM To: MyFaces Discussion Subject: Behaviour of custom components Hi, How do we solve this design decision problem? When developing a custom component, if it has some behaviour associated with it, where exactly should this behaviour be implemented? e.g. To develop a table sortable on multiple columns, once the user identifies the columns to be sorted and clicks the sort button (which is also part of table component) there must be an action listener which implements this sort method. I mean when such a component is delivered to myfaces, it does not have a backing bean packaged with it. But still it is a self-contained ready-to-use component. The users of myfaces simply have to include the tag for the component in their JSF page, and assign a datamodel to it. And the sortable table is ready for use in their page. Here myfaces users do not implement the core sorting behaviour of the component, since it is packaged somehow in the comopent - I need to understand where? Thanks Arti
RE: idea regarding components
Do you mean replicating the tomahawk-components or different components under the tomahawk-sign? regards Alexander -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Werner Punz Sent: Tuesday, April 18, 2006 1:41 PM To: dev@myfaces.apache.org Subject: idea regarding components Ok lets start the discussion. Since I´ve had to mess around again with the very cumbersome component api, and I still do not like it. I have an idea. I am not too familiar with facelets yet, but it seems like a good thing to bring the component programming forward for html centric components. How about a separate tomahawk-facelets project to ease this burden. I know those components would limit themselves in the usage with facelets but it would ease the programming a lot and probably would help people to jumpstart into component programming.
RE: How to fire an Action in x:panelTab
Do you have server- or client-state? I think that I remeber some issues with server-state and that tabchange-listener hth Alexander -Original Message- From: MYyfaces Chaminda Siyasin [mailto:[EMAIL PROTECTED] Sent: Sunday, April 16, 2006 9:34 AM To: users@myfaces.apache.org Subject: How to fire an Action in x:panelTab I am using myfaces s x:panelTabbedPane Tag in a Tab Pane of my application.but I want to fire a action event in side the Tab.So I used Myfaces x:tabChangeListener type attribute but there is no action firing. And I tried to use x:panelTab id=tab4 label=CCC rendered=#{tabbedPaneBean._tab4Visible} h:form h:commandLink id =tab4 actionListener=#{tabPaneListenerBean.listen} h:outputText value=2005-02-03/ /h:commandLink /h:form f:verbatim/p/f:verbatim h:outputText value=#{exampleTabbedPane.selectedIndexT}/ /x:panelTab Even h:commandLink id is not working inside the x:panelTab id Could you please give me a hint regarding on action firing in this Tab Pane. Thanks, chaminda -- View this message in context: http://www.nabble.com/How-to-fire-an-Action-in-%3Cx%3ApanelTab -t1456923.html#a3937410 Sent from the MyFaces - Users forum at Nabble.com.
RE: Faces Trace
Resource-loading from a jar? check out weblets: https://weblets.dev.java.net/ From: Cagatay Civici [mailto:[EMAIL PROTECTED] Sent: Friday, April 14, 2006 3:24 PMTo: MyFaces DiscussionSubject: Re: Faces Trace Hi,I have not yet implemented the resource loading mechanism from the distribution jar. Thats the major job remaining, after it is done, I'll make a release next week.Also you can make a maven2 build for now, the build system of the project is based on maven2. Here is the project site. http://sourceforge.net/projects/facestraceRegards,Cagatay, On 4/14/06, Maxence Dewil [EMAIL PROTECTED] wrote: Hello, Really a good idea! Can we try something?;-) Maxence Dewil De: Cagatay Civici [mailto:[EMAIL PROTECTED]] Envoyé: vendredi 14 avril 2006 9:15À: MyFaces DiscussionObjet: Faces Trace Hi,Me and my colleague created a JSF library called Faces Trace which you may find interesting.It brings a visual support for debugging JSF flows.More info and some screenshots are here;http://www.jroller.com/page/cagataycivici?entry=rise_of_the_faces_trace I'll be glad to receive feedback,Regards,Cagatay Civici,
RE: tag to truncate outputText?
And if they do not accept it check out http://jsf-comp.sf.net/ as harbour -Original Message- From: Mike Kienenberger [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 12, 2006 6:41 PM To: MyFaces Discussion Subject: Re: tag to truncate outputText? I think having a truncating converter in tomahawk would be worthwhile. You can open a JIRA issue and submit patches to make this happen, if you want.
RE: I need to customize the dataScroller
Hi I think your description sounds like a nice component... Templates ... or ... extending? I don't know of any template... I usually look at existing components and how they are done. Extending... Check out the code for the datascroller... something tells me it could work... shameless_plugand when the code is done: check out jsf-comp.sf.net /shameless_plug regards Alexander From: robinhoo [mailto:[EMAIL PROTECTED] Sent: Sunday, April 09, 2006 10:56 PMTo: MyFaces DiscussionSubject: I need to customize the dataScroller Hello All,I need to customize the data Scroller that are t:dataScroller -- tomahawk's componentso that it displays alphabetic instead of numbers and make other modifications like formatting spaces between alphabetic and displaying all alphabet and disabling the ones that are not returned in the results.for example suppose that the returned data contains only names so I need to display all characters and disabling the ones the are not returned in the result. Also I'm wondering if I can develop my Owen components and how to do this is there any standards or templates I should use like implementing or extending interface/class ?best regards,-- Ali Abd El Aziz Ali
RE: [OT] Storing files outside of the web context
You could use a web.xml centext-param to pass the absolute path to the servlet. In my experience the getRealPath()-method more often than not returns null. If you want to server resources from a jar then use weblets. If you want to serve them from the filesystem use an absolute path configured via a system-setting of a context-param. hth Alexander From: Quintin Kerby [mailto:[EMAIL PROTECTED] Sent: Friday, April 07, 2006 11:50 PMTo: MyFaces DiscussionSubject: Re: [OT] Storing files outside of the web context Absolutely. You could hard code a file path from inside a backing bean and save the file anywhere on your system if you wanted. Here's some quick code I stole from one of my servlets that reads a file from anywhere (just define your own filename) and sends it to the response: ServletContext sc = getServletContext(); String filename = sc.getRealPath("/images/bcg.gif"); // Get the MIME type of the image String mimeType = sc.getMimeType(filename); if (mimeType == null) { mimeType = "text/plain"; } // Set content type response.setContentType(mimeType); // Set content size File file = new File(filename); response.setContentLength((int) file.length()); //Set headers response.setHeader("Content-disposition", "attachment; filename=" + filename); response.setHeader("Cache-Control", "max-age=600"); // Open the file and output streams FileInputStream in = new FileInputStream(file); OutputStream out = response.getOutputStream(); // Copy the contents of the file to the output stream byte[] buf = new byte[1024]; int count = 0; while ((count = in.read(buf)) = 0) { out.write(buf, 0, count); } in.close(); out.close(); Quintin KerbyCACI, Inc. "James Reynolds" [EMAIL PROTECTED] 04/07/2006 15:02 Please respond to"MyFaces Discussion" users@myfaces.apache.org To "MyFaces Discussion" users@myfaces.apache.org cc Subject [OT] Storing files outside of the web context I have a jsf app that includes many .pdf files of contracts. I've justbeen putting them all in the war before deploying to the productionserver. There must be a better way to do this. Is it possible to storethese files elsewhere on the web server, outside of the context, andstill be able to link to them?Thanks