[MyFaces]h:commandButton not reacting in frames
Hi Just recently I encountered an weird problem. I made a html frameset page that contains two jsps. One of them is a menu tree. The other shows the content after i click the item of the tree. After finishing the editing of the content page, I click the button, which associate to a backing bean method, on the content page to submit the change to the database. However, the button seems not reacting to my action. I checked the log and found that I did not even enter the associated method. The process went to the restore view phase, and then jump to render response directly. The backing bean associated with the content page is in request scope. I have no idea why this happened. Any help is appreciated. Thank you.
Re: Are you using MyFaces ?
Hi MatthiasCan we add it ourselves? (Don't see an add button or so) -Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: If your are using MyFaces (1.1.x || 1.2.x) and your company isn't listed here: http://wiki.apache.org/myfaces/Companies_Using_MyFaces Please add it! Thx, Matthias -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Are you using MyFaces ?
yes, you need to create an account (easy and free) than you can edit the page, that's all -Matthias On 7/24/07, Wolf Benz [EMAIL PROTECTED] wrote: Hi Matthias Can we add it ourselves? (Don't see an add button or so) -Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: If your are using MyFaces (1.1.x || 1.2.x) and your company isn't listed here: http://wiki.apache.org/myfaces/Companies_Using_MyFaces Please add it! Thx, Matthias -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Are you using MyFaces ?
Done.-Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: yes, you need to create an account (easy and free) than you can edit the page, that's all -Matthias On 7/24/07, Wolf Benz [EMAIL PROTECTED] wrote: Hi Matthias Can we add it ourselves? (Don't see an add button or so) -Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: If your are using MyFaces (1.1.x || 1.2.x) and your company isn't listed here: http://wiki.apache.org/myfaces/Companies_Using_MyFaces Please add it! Thx, Matthias -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: facelets vs. jsp
Hi Werner, Java's success is partly because of safe programming, jsps are more and more compilable* units, we even have autocompletion in it (that prooves the file is really structured). I have read superficially about what facelets is, I think I've understood you can compile to see if the outputted jsp will be valid, that's a good point (it reminds me the first C++ compilers that had as output C files). I still don't know a lot about facelets but the more I hear about it the more I think it's a good candidate to be the next web generation, but don't forget it has JavaFX in front of it and this one is making a lot more noise today... *By compilable I mean checked at compile time. Regards, Zied 2007/7/23, Werner Punz [EMAIL PROTECTED]: Zied Hamdi schrieb: Why didn't Sun adopt Facelets as it adopted Derby??? Too late for jsf 1.2, something along facelets is on the table for jsf 2.0 I hope Jacob can push the guys at sun into the right direction the sooner JSP is abandoned the better, many problems in jsf are caused by jsp. Ideal would be something along facelets for high level templating no tag handlers whatsover, only one component class, and the renderer also written in preferrably the same templating language. -- Zied Hamdi zatreex.sourceforge.net
Re: facelets vs. jsp
Hi Zied, I went to a conferencce last month(JavaOne afterglow in Brussels) but what they were showing was JavaFX as a Swing replacement, not for the web. I'm not saying it's impossible/not planned - just that I've never seen any code/demo for it. Or any integration initiative. (FX JSF e.g.) At first impression, it also seems quite verbose. (to my taste at least) -Wolf but the more I hear about it the more I think it's a good candidate to be the next web generation, but don't forget it has JavaFX in front of it and this one is making a lot more noise today...
Re: MyFaces 1.2 + Tomahawk Kickstart was: Re: Myfaces 1.2.0 setup issues (again)
Martin Marinschek schrieb: So the outcome is that generally it works? What was the difference in the setup then? regards, Martin I have not looked to deeply into it yet - sleep before midnight makes sense ;-) , sorry, I was glad that it finally works. I assume it was/is a missing jar or an old version of a dependency. The main problem I still see is the dependency into commons-el which might cause sideeffects besides that nothing seems out of order for now.
Re: facelets vs. jsp
Wolf Benz schrieb: Hi Zied, I went to a conferencce last month(JavaOne afterglow in Brussels) but what they were showing was JavaFX as a Swing replacement, not for the web. I'm not saying it's impossible/not planned - just that I've never seen any code/demo for it. Or any integration initiative. (FX JSF e.g.) At first impression, it also seems quite verbose. (to my taste at least) -Wolf JavaFX is basically Suns answer to Silverlight, they somehow were caught off guard by Microsoft although Microsoft never made a secret out of it that they were working on something which should replace flash and html in the long run (and should lock users into windows - yes I know there is the Mac implementation and Mono but I rather doubt those two will survive in the long run if Silverlight really makes inroads, remember the Unix and MacIE?) JavaFX as far as I understood started as a project by one of the Sun guys which was a small flash replacement which sits on top of the applet mechanism. It was lingering on Java.net for quite a while, then Silverlight came, and Sun promoted JavaFX big time, without still having solved the main deployment problems of the JRE for applets :-( I dont give it too much future, although I really like javafx, it simply is too late, and having a non deployable runtime does not help either, also the rather late 2008 date for the kernel vm which should resolve most deployment issues is rather late, given flash already is everywhere, and silverlight simply will be bundled with windows in the future. I am the last one who wants to be stuck with the dreadful ajax dhtml programming model, but as long as we cant get all parties to agree properly on a good vendor neutral standard we are stuck. Or in other words, the web was fun and used to work until Microsoft wanted to take over.
Re: MyFaces 1.2 + Tomahawk Kickstart was: Re: Myfaces 1.2.0 setup issues (again)
Great work Werner.A true added value. This is smth useful we can all start from. -Wolf On 7/23/07, Werner Punz [EMAIL PROTECTED] wrote: Matthias Wessendorf schrieb: release often, release early ... :-) Ok guys I am dropping the tomahawk builds and the blank application as well as a working myfaces 1.2 sandbox war into http://people.apache.org/~werpu/ as we speak, first of all there is a slight build error, once extracted you safely can remove the jstl-1.1.jar from the WEB-INF/lib the wars should work out of the box on a tomcat 6 install with a jdk5+ most tomahawk components seem to work, the same goes for the sandbox, 3-4 fail on tomahawk, and the same on the sandbox for various reasons (most of them are slight programming errors, or misuse of the 1.1 spec to achieve a certain functionality) Note, all this wont work with jdk 1.4 or a non JEE5 compliant servlet runner since myfaces relies on the latest JSP and Servlet implementations (as defined by the spec) The blank application should get you kickstarted and the tomahawk build should give you an overview which components work. Have much fun with myfaces 1.2 As for a short explanation on how to get the build simply check out myfaces and do a mvn clean pack -Djsf=12 on the examples and it will configure everything for myfaces 1.2 a -Djsf=ri12 should make the packing for the ri according to Bruno. I will add a wiki page the next few days explaining everything so that people have an easier time to kickstart with myfaces 1.2. Werner
Re: facelets vs. jsp
+1 :-)I still put in any footer of my apps: Please use a standards compliant browser for surfing the web. We advocate Firefox for surfing the web on PC. Use IE at your own (security) risk. hehe. I especially adore the last part. We should all use such headers. Last week I read in Eastern-Europe, FF looks at a market share of almost 50%, that's awesome. Smth else: what about open laszlo? Is there no potential? -Wolf Or in other words, the web was fun and used to work until Microsoft wanted to take over.
Re: facelets vs. jsp
Hi Wolf, I don't know if I have badly read between the lines, but the message sun passed on in the Sun tech Days at Paris was: scripting is the future of JEE, and they proudly developped the idea with Groovy, Javascript, Ruby and others. Maybe it's just a coincidence that a month later, JavaFX is announced on many newletters... Hi Werner, Gmail is good, I've received your mail while writing to Wolf :-). At the beginng of the JSF specification (2002 I think) I thought JSF will replace all platforms: I though it will be compiled to swing, JSPs, SVG and all we will have to do is write a sort of XML that will be transformed to these formats, then we will have bundles of css and other stuff specific to each technology's look: events written once and used everywhere, and design written every time. I think it's definitely not my own dream but the dream of every developer. I asked Sun if they plan to add an adapter to the servlet APIon mobility so we can take profit of all tools (IDEs) and technologies (eg. MyFaces) already available for JSF (seen that all mobile devices support HTML today). Their answer was: we don't plan to create servers on mobile devices. I think the idea was already there: they were planning to provide a completely different technology. Regads, Zied 2007/7/24, Wolf Benz [EMAIL PROTECTED]: Hi Zied, I went to a conferencce last month(JavaOne afterglow in Brussels) but what they were showing was JavaFX as a Swing replacement, not for the web. I'm not saying it's impossible/not planned - just that I've never seen any code/demo for it. Or any integration initiative. (FX JSF e.g.) At first impression, it also seems quite verbose. (to my taste at least) -Wolf but the more I hear about it the more I think it's a good candidate to be the next web generation, but don't forget it has JavaFX in front of it and this one is making a lot more noise today... -- Zied Hamdi zatreex.sourceforge.net
Re: DataScroller Problem Fixed?
Hi i solved the dataScroller problem; make sure that your dataTable form is separate from your filter form form 1 filters /form 1 form 2 dataTable /form 2 then in form 2 for each filter property, add the below line. t:saveState id=myFilter1 value=#{myBean.filter1}/ That way , you save your filters. This is especially useful for non-javascript enabled site. Ernst Fastl wrote: Looks as if the form with the search criteria was not submitted at all. Are your search inputs within the same h:form as the dataTable and dataScroller ? On 7/13/07, ayan [EMAIL PROTECTED] wrote: What about my dataScroller problem??? anybody who knows how to get around with it? Is there any other way to solve it other than extending from the dataScroller renderer? -- View this message in context: http://www.nabble.com/How-to-send-parameters-when-navigating-a-list-using-t%3AdataScroller-tf4066575.html#a11571964 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/How-to-send-parameters-when-navigating-a-list-using-t%3AdataScroller-tf4066575.html#a11759077 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: facelets vs. jsp
Wolf Benz schrieb: +1 :-) I still put in any footer of my apps: Please use a standards compliant browser for surfing the web. We advocate Firefox for surfing the web on PC. Use IE at your own (security) risk. hehe. I especially adore the last part. We should all use such headers. Last week I read in Eastern-Europe, FF looks at a market share of almost 50%, that's awesome. Smth else: what about open laszlo? Is there no potential? Well yes and no, this is probably where things will develop into in the long run. History currently repeats itself with various low level ui frameworks doing basically the same and high level frameworks which will covere the bridges of the underlying incompatible base technologies. If it is openlazlo or any other framework, I do not know. Probalby we again will have various frameworks basically doing the same. We are currently at the same state we had in the early ninties with a fracturation of the market, some of the parties involved this time are the same as they were around 1989-1992. All I can say, is that this is a really sad situation but as long as money and stealing public domain for the sake of greed is more important than bringing the technology forward, I do not see a solution for all these problems. The problem starts with html itself, we have all these nice W3C standards, which have been ignored for years, and the more we move forward the worse it becomes!
Re: MyFaces 1.2 + Tomahawk Kickstart was: Re: Myfaces 1.2.0 setup issues (again)
Wolf Benz schrieb: Great work Werner. A true added value. This is smth useful we can all start from. -Wolf Don´t thank me, give Bruno the credits, he added the hooks for jsf=12 in the myfaces build process so that it is easy to get kickstart projects which are jsf12 enabled out of the box. ;-)
Re: facelets vs. jsp
Zied Hamdi schrieb: At the beginng of the JSF specification (2002 I think) I thought JSF will replace all platforms: I though it will be compiled to swing, JSPs, SVG and all we will have to do is write a sort of XML that will be transformed to these formats, then we will have bundles of css and other Well JSF has enough abstraction to acomplish that task (to some degree for now), but so do many other frameworks, it all comes down to the task to write the proper renderers. Since most development currently is done in the html domain most components are developed for html only. You can see the power of the higher abstraction in component implementations for WML, or Renderers for PDF some people have written or even the neat VT220/Jabber demo the Oracle guys love to show at conferences. Mostly for now JSF is a mechanism for server side user interfaces, so it spans naturally into server side rendered uis easiest (Which is html, VT220, Instant messaging etc...) Client side rendering is doable, but every connector into real client side uis has to provide a lot of infrastructure and server callback paths. JSF 2.0 will adress many of those issues, I hope they can pull it off decently.
Re: MyFaces 1.2 + Tomahawk Kickstart was: Re: Myfaces 1.2.0 setup issues (again)
Hey hey, we are a community here, credits go for all. We all write our bits and pieces here and there and it is the combination of all them what matters :-) Cheers, Bruno On 24/07/07, Werner Punz [EMAIL PROTECTED] wrote: Wolf Benz schrieb: Great work Werner. A true added value. This is smth useful we can all start from. -Wolf Don´t thank me, give Bruno the credits, he added the hooks for jsf=12 in the myfaces build process so that it is easy to get kickstart projects which are jsf12 enabled out of the box. ;-)
Re: MyFaces 1.2 + Tomahawk Kickstart was: Re: Myfaces 1.2.0 setup issues (again)
Guys, you got me all misty eyed.When's the first Apache Hug Fest / Myfaces Love Parade? ;-) MyFaces may not be the RI for JSF, it certainly smells like the RI for a dev community ;-) Kudos, -Wolf On 7/24/07, Bruno Aranda [EMAIL PROTECTED] wrote: Hey hey, we are a community here, credits go for all. We all write our bits and pieces here and there and it is the combination of all them what matters :-) Cheers, Bruno On 24/07/07, Werner Punz [EMAIL PROTECTED] wrote: Wolf Benz schrieb: Great work Werner. A true added value. This is smth useful we can all start from. -Wolf Don´t thank me, give Bruno the credits, he added the hooks for jsf=12 in the myfaces build process so that it is easy to get kickstart projects which are jsf12 enabled out of the box. ;-)
Re: facelets vs. jsp
Werner Punz wrote: Mostly for now JSF is a mechanism for server side user interfaces, so it spans naturally into server side rendered uis easiest Surely since it's based on the servlet API, but I think the servlet API is abtract enough to be exended to any user machine interaction. When I was just reading without applying JSF, I was thinking JSF events are processed at the moment they occur, which a completely possible alternative through Ajax, When java come in, everybody was saying : it's too slow, and I fan of java, was answering: you said C++ is too slow (compared to C) but machines come faster and the user experience stopped to be handicaped. I think the same phenomena is coming with internet connection speed and the client-server applications: every application will be client server based in the future, the need is clearely there... being the first to believe in that write once deploy everywhere can be extended to these limits can have some advantages on our next ten years salaries ;-). 2007/7/24, Werner Punz [EMAIL PROTECTED]: Zied Hamdi schrieb: At the beginng of the JSF specification (2002 I think) I thought JSF will replace all platforms: I though it will be compiled to swing, JSPs, SVG and all we will have to do is write a sort of XML that will be transformed to these formats, then we will have bundles of css and other Well JSF has enough abstraction to acomplish that task (to some degree for now), but so do many other frameworks, it all comes down to the task to write the proper renderers. Since most development currently is done in the html domain most components are developed for html only. You can see the power of the higher abstraction in component implementations for WML, or Renderers for PDF some people have written or even the neat VT220/Jabber demo the Oracle guys love to show at conferences. Mostly for now JSF is a mechanism for server side user interfaces, so it spans naturally into server side rendered uis easiest (Which is html, VT220, Instant messaging etc...) Client side rendering is doable, but every connector into real client side uis has to provide a lot of infrastructure and server callback paths. JSF 2.0 will adress many of those issues, I hope they can pull it off decently. -- Zied Hamdi zatreex.sourceforge.net
Re: Override default HtmlTreeRenderer?
Does anyone know sth about how to do that? I'd like to enhance the default Renderer. Tomzi wrote: Is there a way to override the default HtmlTreeRenderer of the tree2 component, in order to add some features? -- View this message in context: http://www.nabble.com/Override-default-HtmlTreeRenderer--tf4116448.html#a11761818 Sent from the MyFaces - Users mailing list archive at Nabble.com.
YUI4JSF v0.6 is out..
YUI4JSF is a new custom component library for JavaServer Faces. It consists of several rich components based on YUI controls like calendar, tabview, treeview, slider, datatable etc. It also comes with extra features like Ajax Forms, Layout Engine. All of these features are based on YUI utilities and controls. Check out the online demo: http://www.nightdev.devisland.net/yui4jsf-examples Project Main Page: http://yui4jsf.sourceforge.nethttp://yui4jsf.sourceforge.net/site/index.html http://yui4jsf.sourceforge.net/site/index.html Regards, Mert.. http://www.jroller.com/page/mert
Re: facelets vs. jsp
Zied Hamdi schrieb: Surely since it's based on the servlet API, but I think the servlet API is abtract enough to be exended to any user machine interaction. When I was just reading without applying JSF, I was thinking JSF events are processed at the moment they occur, which a completely possible alternative through Ajax, When java come in, everybody was saying : it's too slow, and I fan of java, was answering: you said C++ is too slow (compared to C) but machines come faster and the user experience stopped to be handicaped. I think the same phenomena is coming with internet connection speed and the client-server applications: every application will be client server based in the future, the need is clearely there... being the first to believe in that write once deploy everywhere can be extended to these limits can have some advantages on our next ten years salaries ;-). The main problem with ajax is less its speed, that will be resolved over time as you say, the entire concept is broken by design and could be fixed or killed but wont be on a browser independent level. Several problems are with ajaxs approach: a) You have a huge document singleton which is the dom tree, this is an antipattern in itself because everything can influence everything, there is no isolation on subdom level which would isolate components in their designs from each other. (We currently have XUL and something IEonly which resolves that issue) b) You have ajax in combination with javascript, ajax is a cludge and quick hack, a typical microsoft solution. The underlying javascript has no mechanisms for concurrency no threading nothing, and ajax adds pseudo parallelism (which is not really parallelism in itself) The ajax communication layer is pure http with all its limitations, but that is not really the problem. The problem is the complete package. Add to that that JavaScript at least in the version implemented by the browsers is seriously broken, due to the lack of namespaces and a decent class/inheritance mechanism (altering the vtables-prototype arrays to achieve it is not everybodies taste) and you get a mix out of hell. Speed issues are really the last issues to think of if you target ajax, there are other issues which makes dhtml a living nightmare in itself. Speed will resolve itself over time, the other issues wont, because it is not in the business interest of a huge big player to fix this mess in a platform neutral way.
RE: YUI4JSF v0.6 is out..
Thank you. I like them (e.g. scrollable, resizeable-column datatable, calendar: could I make the pop-up calendar close after a date is chosen?, highlight in autocomplete). Is there any plan for a file upload with progress bar component? And can it be used with ajax4jsf, richfaces or trinidad? Regards. From: Mert Çalışkan [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 8:25 AM To: MyFaces Discussion Subject: YUI4JSF v0.6 is out.. YUI4JSF is a new custom component library for JavaServer Faces. It consists of several rich components based on YUI controls like calendar, tabview, treeview, slider, datatable etc. It also comes with extra features like Ajax Forms, Layout Engine. All of these features are based on YUI utilities and controls. Check out the online demo: http://www.nightdev.devisland.net/yui4jsf-examples Project Main Page: http://yui4jsf.sourceforge.net Regards, Mert.. http://www.jroller.com/page/mert NOTICE: This message (including any attachments) from Momentum Systems, Inc. contains information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you are hereby notified that any dissemination of this message is strictly prohibited. If you have received this message in error, please do not read, copy or forward this message. Please permanently delete all copies and any attachments and notify the sender immediately by reply email or by calling our Office at 703.740.9300.
Re: t:schedule patch
I have uploaded a patch that enables control of splitting in week view as well On 19/07/07, Michał 'Gandalf' Stawicki [EMAIL PROTECTED] wrote: I have modified the schedule, so now it can display weekends not compressed in the month view: https://issues.apache.org/jira/browse/TOMAHAWK-577 if anyone would like to test it, let me know if everything works fine regards, -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
Re: YUI4JSF v0.6 is out..
I miss the bench for messi http://www.nightdev.devisland.net/yui4jsf-examples/sortList.jsf -M On 7/24/07, Mert Çalışkan [EMAIL PROTECTED] wrote: YUI4JSF is a new custom component library for JavaServer Faces. It consists of several rich components based on YUI controls like calendar, tabview, treeview, slider, datatable etc. It also comes with extra features like Ajax Forms, Layout Engine. All of these features are based on YUI utilities and controls. Check out the online demo:http://www.nightdev.devisland.net/yui4jsf-examples Project Main Page: http://yui4jsf.sourceforge.net Regards, Mert.. http://www.jroller.com/page/mert -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: YUI4JSF v0.6 is out..
does it work with portlets? On Jul 24, 2007, at 7:25 AM, Mert Çalışkan wrote: YUI4JSF is a new custom component library for JavaServer Faces. It consists of several rich components based on YUI controls like calendar, tabview, treeview, slider, datatable etc. It also comes with extra features like Ajax Forms, Layout Engine. All of these features are based on YUI utilities and controls. Check out the online demo: http://www.nightdev.devisland.net/yui4jsf-examples Project Main Page: http://yui4jsf.sourceforge.net Regards, Mert.. http://www.jroller.com/page/mert
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: Override default HtmlTreeRenderer?
Just extend the renderer, and register it in faces-config.xml. Same way you register any JSF component renderers. On 7/24/07, Tomzi [EMAIL PROTECTED] wrote: Does anyone know sth about how to do that? I'd like to enhance the default Renderer. Tomzi wrote: Is there a way to override the default HtmlTreeRenderer of the tree2 component, in order to add some features? -- View this message in context: http://www.nabble.com/Override-default-HtmlTreeRenderer--tf4116448.html#a11761818 Sent from the MyFaces - Users mailing list archive at Nabble.com.
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/
myFaces 1.2 problem
*Hi, I am trying to use myfaces 1.2 and I have the following error:* No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateException: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442) *I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception:* [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y: javax.faces.application.ApplicationFactory [INFO] [talledLocalContainer] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:256) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener$InitFacesContext.getApplication(ConfigureListener.java:1614) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getApplication(MessageFactory.java:255) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:144) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:122) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageUtils.getExceptionMessageString(MessageUtils.java:277) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener.digester(ConfigureListener.java:1180) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:297) [INFO] [talledLocalContainer] at org.jboss.web.jsf.integration.config.JBossJSFConfigureListener.contextInitialized(JBossJSFConfigureLis *I tried everything and nothing helps. I tried to look in Internet, without any result. Since the problem is reproduced on different servers I began to thing, that this is the problem in JSF 1.2 * *my web.xml is classical:* ?xml version=1.0? web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
Re: myFaces 1.2 problem
can you try this jetty version: version6.1.2rc0/version On 7/24/07, ncheltsov [EMAIL PROTECTED] wrote: Hi, I am trying to use myfaces 1.2 and I have the following error: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateException: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442) I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception: [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y: javax.faces.application.ApplicationFactory [INFO] [talledLocalContainer] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:256) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener$InitFacesContext.getApplication(ConfigureListener.java:1614) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getApplication(MessageFactory.java:255) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:144) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:122) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageUtils.getExceptionMessageString(MessageUtils.java:277) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener.digester(ConfigureListener.java:1180) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:297) [INFO] [talledLocalContainer] at org.jboss.web.jsf.integration.config.JBossJSFConfigureListener.contextInitialized(JBossJSFConfigureLis I tried everything and nothing helps. I tried to look in Internet, without any result. Since the problem is reproduced on different servers I began to thing, that this is the problem in JSF 1.2 my web.xml is classical: ?xml version=1.0? web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
Re: 4 second page response time
Sorry, I mean Alexander! On 24/07/07, Martin Denham [EMAIL PROTECTED] wrote: 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: 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: myFaces 1.2 problem
On Tomcat I had this too at first. Then I changed - in the web.xml the web app xsd version from 2.5 to 2.4, and - in faces-config.xml the JSF version from 1.2 to 1.1 ... and the problem was solved... ! The bleeb part is... it really should be 2.5 and 1.2, yet this gave me errors... Are the URLs wrong/not yet online (-- would SYSTEM have the files locally solve the problem?) @Matthias: is the StartupServletContextListener still necessary to declare in the web.xml? -Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: can you try this jetty version: version6.1.2rc0/version On 7/24/07, ncheltsov [EMAIL PROTECTED] wrote: Hi, I am trying to use myfaces 1.2 and I have the following error: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp .StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateException: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java :433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java :342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java :216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.ContextHandlerCollection.handle( ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle( HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete( HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java :396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run( BoundedThreadPool.java:442) I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception: [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y: javax.faces.application.ApplicationFactory [INFO] [talledLocalContainer] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:256) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener$InitFacesContext.getApplication( ConfigureListener.java:1614) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getApplication(MessageFactory.java :255) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:144) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:122) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageUtils.getExceptionMessageString( MessageUtils.java:277) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener.digester(ConfigureListener.java :1180) [INFO] [talledLocalContainer] at
Re: myFaces 1.2 problem
Hi, I don't really understand what you are saying! Can you give more explanations? I need to use JSF version 1.2, not 1.1. Wolf Benz wrote: On Tomcat I had this too at first. Then I changed - in the web.xml the web app xsd version from 2.5 to 2.4, and - in faces-config.xml the JSF version from 1.2 to 1.1 ... and the problem was solved... ! The bleeb part is... it really should be 2.5 and 1.2, yet this gave me errors... Are the URLs wrong/not yet online (-- would SYSTEM have the files locally solve the problem?) @Matthias: is the StartupServletContextListener still necessary to declare in the web.xml? -Wolf On 7/24/07, *Matthias Wessendorf* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: can you try this jetty version: version6.1.2rc0/version On 7/24/07, ncheltsov [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I am trying to use myfaces 1.2 and I have the following error: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateExceptio n: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java :433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet .ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java :181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler .ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle( HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComple te(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnecti on.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java :442) I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception: [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y: javax.faces.application.ApplicationFactory [INFO] [talledLocalContainer] at javax.faces.FactoryFinder .getFactory(FactoryFinder.java:256) [INFO] [talledLocalContainer] at
Re: myFaces 1.2 problem
sure, it's required, to start Faces . On 7/24/07, Wolf Benz [EMAIL PROTECTED] wrote: On Tomcat I had this too at first. Then I changed - in the web.xml the web app xsd version from 2.5 to 2.4, and - in faces-config.xml the JSF version from 1.2 to 1.1 ... and the problem was solved... ! The bleeb part is... it really should be 2.5 and 1.2, yet this gave me errors... Are the URLs wrong/not yet online (-- would SYSTEM have the files locally solve the problem?) @Matthias: is the StartupServletContextListener still necessary to declare in the web.xml? -Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: can you try this jetty version: version6.1.2rc0/version On 7/24/07, ncheltsov [EMAIL PROTECTED] wrote: Hi, I am trying to use myfaces 1.2 and I have the following error: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateExceptio n: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java :433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet .ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java :181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler .ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle( HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComple te(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnecti on.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java :442) I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception: [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y: javax.faces.application.ApplicationFactory [INFO] [talledLocalContainer] at javax.faces.FactoryFinder .getFactory(FactoryFinder.java:256) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener$InitFacesContext.getApplication(ConfigureListener.java:1614) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getApplication(MessageFactory.java:255) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:144) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:122) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageUtils.getExceptionMessageString(MessageUtils.java:277) [INFO]
Re: myFaces 1.2 problem
Hi, the problem is, that it is not only on jetty but on JBoss too. And the problem is similar when I am using sun faces not only mafaces. Or at least it seems like this. Matthias Wessendorf wrote: can you try this jetty version: version6.1.2rc0/version On 7/24/07, ncheltsov [EMAIL PROTECTED] wrote: Hi, I am trying to use myfaces 1.2 and I have the following error: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateException: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442) I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception: [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y: javax.faces.application.ApplicationFactory [INFO] [talledLocalContainer] at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:256) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener$InitFacesContext.getApplication(ConfigureListener.java:1614) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getApplication(MessageFactory.java:255) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:144) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getMessage(MessageFactory.java:122) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageUtils.getExceptionMessageString(MessageUtils.java:277) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener.digester(ConfigureListener.java:1180) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:297) [INFO] [talledLocalContainer] at org.jboss.web.jsf.integration.config.JBossJSFConfigureListener.contextInitialized(JBossJSFConfigureLis I tried everything and nothing helps. I tried to look in Internet, without any result. Since the problem is reproduced on different servers I began to thing, that this is the problem in JSF
Re: myFaces 1.2 problem
... it's declared inside core.tld of myfaces On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: sure, it's required, to start Faces . On 7/24/07, Wolf Benz [EMAIL PROTECTED] wrote: On Tomcat I had this too at first. Then I changed - in the web.xml the web app xsd version from 2.5 to 2.4, and - in faces-config.xml the JSF version from 1.2 to 1.1 ... and the problem was solved... ! The bleeb part is... it really should be 2.5 and 1.2, yet this gave me errors... Are the URLs wrong/not yet online (-- would SYSTEM have the files locally solve the problem?) @Matthias: is the StartupServletContextListener still necessary to declare in the web.xml? -Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: can you try this jetty version: version6.1.2rc0/version On 7/24/07, ncheltsov [EMAIL PROTECTED] wrote: Hi, I am trying to use myfaces 1.2 and I have the following error: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateExceptio n: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java :433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet .ServletHandler.handle(ServletHandler.java:362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java :181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler .ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle( HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComple te(HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnecti on.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java :442) I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception: [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y: javax.faces.application.ApplicationFactory [INFO] [talledLocalContainer] at javax.faces.FactoryFinder .getFactory(FactoryFinder.java:256) [INFO] [talledLocalContainer] at com.sun.faces.config.ConfigureListener$InitFacesContext.getApplication(ConfigureListener.java:1614) [INFO] [talledLocalContainer] at com.sun.faces.util.MessageFactory.getApplication(MessageFactory.java:255) [INFO] [talledLocalContainer] at
Re: myFaces 1.2 problem
Sorry - Look at the top of the 2 docs you cite: it refers to the version the document conforms to. At first I thought: I'm building a JSF1.2 app so I state: servlet v. 2.5( web.xml) JSF-version 1.2 (in faces-config top) Yet, to my surprise, this gave me problems... Changed them back to 2.4 1.1 and the problems were gone. If you look at the demo apps Werner put online this morning, you'll see he also references 2.4 1.1 The why for this failure is not clear to me. As you state yourself: it shouldn't be like this, it really should be 2.5 1.2... OK like this? -Wolf On 7/24/07, ncheltsov [EMAIL PROTECTED] wrote: Hi, I don't really understand what you are saying! Can you give more explanations? I need to use JSF version 1.2, not 1.1. Wolf Benz wrote: On Tomcat I had this too at first. Then I changed - in the web.xml the web app xsd version from 2.5 to 2.4, and - in faces-config.xml the JSF version from 1.2 to 1.1 ... and the problem was solved... ! The bleeb part is... it really should be 2.5 and 1.2, yet this gave me errors... Are the URLs wrong/not yet online (-- would SYSTEM have the files locally solve the problem?) @Matthias: is the StartupServletContextListener still necessary to declare in the web.xml? -Wolf On 7/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: can you try this jetty version: version6.1.2rc0/version On 7/24/07, ncheltsov [EMAIL PROTECTED] wrote: Hi, I am trying to use myfaces 1.2 and I have the following error: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; listener listener-classorg.apache.myfaces.webapp .StartupServletContextListener/listener-class /listener Caused by: java.lang.IllegalStateExceptio n: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. A typical config looks like this; org.apache.myfaces.webapp.StartupServletContextListener at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:90) at javax.faces.webapp.FacesServlet.init(FacesServlet.java:88) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:433) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java :342) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:463) at org.mortbay.jetty.servlet .ServletHandler.handle(ServletHandler.java :362) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java :216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java :712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler .ContextHandlerCollection.handle( ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle( HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle( HandlerWrapper.java :139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java :506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComple te( HttpConnection.java:830) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) at org.mortbay.jetty.HttpConnecti on.handle(HttpConnection.java:381) at org.mortbay.io.nio.SelectChannelEndPoint.run( SelectChannelEndPoint.java:396) at org.mortbay.thread.BoundedThreadPool$PoolThread.run( BoundedThreadPool.java :442) I am using maven-jetty-plugin 6.1.5. I don't know what stays behind this plugin, but when I try to use JBoss-4.2 I got the similar exception: [INFO] [talledLocalContainer] java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factor y:
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/
Testing JSF Application performance with JMeter
Hi guys, Could someone show me how configure a test plan in JMeter in order to test a JSF application ? Actually, which parameters do I have to put in the request in order to execute a particular method of a JSF bean ? I want to simulate such execution and just to call the page*.jsf with the request parameters is not enough. Thanks in advance. -- Alixandre Santana
Re: YUI4JSF v0.6 is out..
Wow. What is the license? BaTien On Tue, 2007-07-24 at 15:25 +0300, Mert Çalışkan wrote: YUI4JSF is a new custom component library for JavaServer Faces. It consists of several rich components based on YUI controls like calendar, tabview, treeview, slider, datatable etc. It also comes with extra features like Ajax Forms, Layout Engine. All of these features are based on YUI utilities and controls. Check out the online demo: http://www.nightdev.devisland.net/yui4jsf-examples Project Main Page: http://yui4jsf.sourceforge.net Regards, Mert.. http://www.jroller.com/page/mert
type problems with t:selectOneMenu / f:selectItem
Greetings! I am currently trying to switch from MyFaces 1.1.4 + Tomahawk 1.1.3 to MyFaces 1.1.5 + Tomahawk 1.1.6. My Problem is this piece of code which used to work before the switch: t:selectOneMenu value=# {projectSearchHandler.projectSearchValue.year} f:selectItem itemLabel=2007 itemValue=2007 / f:selectItem itemLabel=2008 itemValue=2008 / f:selectItem itemLabel=2009 itemValue=2009 / /t:selectOneMenu with ProjectSearchValue.setYear() looking like this: public void setYear( java.lang.Integer year ); The setter is not called on form submit and I see no error message :( The following questions are currently torturing me: 1. Is it possible to increase the verbosity so that I can see *that* or even *why* the setter is not called? 2. Why did the code work and does not work anymore? 3. The setter is called if the setter parameter is a String. However I really don't want to change the parameter type. What can I do to make this work? Do I have to apply a converter or something? How? I tried but did not succeed. 4. Does MyFaces + Tomahawk 1.2 make a difference in this regard? Lots of thanks in advance! Marcus
Re: Testing JSF Application performance with JMeter
On 7/24/07, Alixandre Santana [EMAIL PROTECTED] wrote: Could someone show me how configure a test plan in JMeter in order to test a JSF application ? Actually, which parameters do I have to put in the request in order to execute a particular method of a JSF bean ? We've had some success doing this in the last few months. My hard drive has since crashed and I haven't reinstalled JMeter yet. I'll do that and see if I can throw together a wiki page. Greg
Re: YUI4JSF v0.6 is out..
the good one, ASL 2.0 http://sourceforge.net/projects/yui4jsf -M On 7/24/07, Duong BaTien [EMAIL PROTECTED] wrote: Wow. What is the license? BaTien On Tue, 2007-07-24 at 15:25 +0300, Mert Çalışkan wrote: YUI4JSF is a new custom component library for JavaServer Faces. It consists of several rich components based on YUI controls like calendar, tabview, treeview, slider, datatable etc. It also comes with extra features like Ajax Forms, Layout Engine. All of these features are based on YUI utilities and controls. Check out the online demo: http://www.nightdev.devisland.net/yui4jsf-examples Project Main Page: http://yui4jsf.sourceforge.net Regards, Mert.. http://www.jroller.com/page/mert -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Sandbox Tracker Redirect usage
I'm trying to use Tracker Redirect from the sandbox in our application to stop a double posting situation caused by users pressing the browser Refresh button - what happens is we have a button to create a new component. When the user presses this button they are directed to the Create page. When they save, we send them back to the original page, where they see the new item they created. However, once they are back on the original page, if they press the browser Refresh button, another new item gets created. So, it seems that Tracker Redirect can fix this problem. But I can't get it to work. I have downloaded tomahawk-sandbox-1.1.6-SNAPSHOT.jar, and add it in the build.xml for our application so it gets copied to the webapp along with tomahawk-1.1.5.jar (and the myfaces jars). Then, in web.xml, I added this stanza: context-param param-nameorg.apache.myfaces.redirectTracker.POLICY/param-name param-value org.apache.myfaces.custom.redirectTracker.policy.FullRedirectTrackPolicy /param-value /context-param On clean and rebuild, it seems to have no effect. Am I missing something else in the configuration? Thanks. -- View this message in context: http://www.nabble.com/Sandbox-Tracker-Redirect-usage-tf4138255.html#a11770576 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: type problems with t:selectOneMenu / f:selectItem
item value must be the exact same type as the backing bean getter/setter. A converter will not help! In your example, itemValue is a string (use EL to use other types), so therefore getYear/setYear must be a string as well for it to work. This was broken in myfaces 1.1.4. Please see the WIKI as it is documented there. On 7/24/07, Marcus Beyer [EMAIL PROTECTED] wrote: Greetings! I am currently trying to switch from MyFaces 1.1.4 + Tomahawk 1.1.3 to MyFaces 1.1.5 + Tomahawk 1.1.6. My Problem is this piece of code which used to work before the switch: t:selectOneMenu value=# {projectSearchHandler.projectSearchValue.year} f:selectItem itemLabel=2007 itemValue=2007 / f:selectItem itemLabel=2008 itemValue=2008 / f:selectItem itemLabel=2009 itemValue=2009 / /t:selectOneMenu with ProjectSearchValue.setYear() looking like this: public void setYear( java.lang.Integer year ); The setter is not called on form submit and I see no error message :( The following questions are currently torturing me: 1. Is it possible to increase the verbosity so that I can see *that* or even *why* the setter is not called? 2. Why did the code work and does not work anymore? 3. The setter is called if the setter parameter is a String. However I really don't want to change the parameter type. What can I do to make this work? Do I have to apply a converter or something? How? I tried but did not succeed. 4. Does MyFaces + Tomahawk 1.2 make a difference in this regard? Lots of thanks in advance! Marcus
Re: Sandbox Tracker Redirect usage
Make sure the navigation rule that is returned from your 'create' page is marked as redirect /. If it isn't as easy as that I would get the source and make sure the RedirectTrackerPhaseListener is being called. Stan wjones14 wrote: I'm trying to use Tracker Redirect from the sandbox in our application to stop a double posting situation caused by users pressing the browser Refresh button - what happens is we have a button to create a new component. When the user presses this button they are directed to the Create page. When they save, we send them back to the original page, where they see the new item they created. However, once they are back on the original page, if they press the browser Refresh button, another new item gets created. So, it seems that Tracker Redirect can fix this problem. But I can't get it to work. I have downloaded tomahawk-sandbox-1.1.6-SNAPSHOT.jar, and add it in the build.xml for our application so it gets copied to the webapp along with tomahawk-1.1.5.jar (and the myfaces jars). Then, in web.xml, I added this stanza: context-param param-nameorg.apache.myfaces.redirectTracker.POLICY/param-name param-value org.apache.myfaces.custom.redirectTracker.policy.FullRedirectTrackPolicy /param-value /context-param On clean and rebuild, it seems to have no effect. Am I missing something else in the configuration? Thanks.
Re: null EL expression - ELResolver cannot handle a null base Object with identifier 'nullValue'
For what it's worth, I'm seeing the same error when trying to get MyFaces 1.2.1-SNAPSHOT (built from source - would be good if nightly builds could be posted) working in the GlassFish admin-gui. javax.el.PropertyNotFoundException: ELResolver cannot handle a null base Object with identifier 'alertSummary' noah-22 wrote: So how do I make it work in MyFaces under Jetty? Why doesn't the presence of commons-el or Jetty or whatever cause the RI to blow up? On 7/18/07, Bruno Aranda [EMAIL PROTECTED] wrote: Ah yes, actually the problem was not commons-el (which is necessary for tomahawk to work) but a bug in jetty which I think it has already been addressed. Cheers, Bruno On 18/07/07, noah [EMAIL PROTECTED] wrote: Sorry for reviving a 2 week old thread, but I haven't had a chance to try this again. I've added the exclusions you have below and I'm still getting the same error on Jetty. jetty:run-exploded shows that commons-el isn't in WEB-INF/lib If I try the war in Tomcat 6 I get NoClassDefFoundError: org/apache/commons/el/Logger (full trace below) Right now I'm using 1.2.0 with Tomahawk 1.1.6 and sandbox 1.1.6-SNAPSHOT. Everything is working just fine with the RI. Why should changing my implementation cause everything to blow up like this? Full Trace: 18 Jul 2007 12:40:55 ERROR ExtensionsFilter: Exception wile retrieving addResource java.lang.NoClassDefFoundError: org/apache/commons/el/Logger at org.apache.myfaces.shared_tomahawk.util.ClassUtils.clinit(ClassUtils.java:44) at org.apache.myfaces.shared_tomahawk.config.MyfacesConfig.clinit(MyfacesConfig.java:94) at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:282) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:126) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:208) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:165) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:138) at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at
[Trinidad] JSF components and div scroll position
I've taken my tree component and added some CSS to enable a scroll bar around it when it becomes large enough: inlineStyle=width: 200px; height: 400px; max-height: 400px; overflow: auto; This works well, but as I expand and collapse nodes in the tree, the scroll position isn't maintained due to the component being thrown out and reconstructed via PPR. I wish there was an onscroll on the tree, as this would give me the hook I need to save the position and I could restore it via window.onload, but to no avail. Does anyone have an idea how this might be done? Thanks in advance, Shawn Bertrand Tyco Electronics
HTML inside commandLink or -button
Hello, is it possible to have markup between the opening and closing tag of a commandLink or -button? I tried: h:commandButton action=#{Bean.Action} value=#{bundle.action} t:div h:outputText value=#{Bean.Message} / !-- verbatim doesn't work either -- /t:div /h:commandButton But the markup is rendered outside of the link/button i know it's hard to think of something that this is useful for. I also know that this kind of markup is semantically incorrect. But maybe you know a trick how to get this done. Thanks! -- View this message in context: http://www.nabble.com/HTML-inside-commandLink-or--button-tf4138574.html#a11771654 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: HTML inside commandLink or -button
h:commandLinkh:outputText ... //h:commandLink This works just fine. But, note that what you are trying to do is illegal. It is not valid HTML to have a DIV tag inside of an INPUT element. If you want an HTML element that fires an action onclick, use the sandbox submit on event component: http://wiki.apache.org/myfaces/SubmitOnEvent On 7/24/07, phelix01 [EMAIL PROTECTED] wrote: Hello, is it possible to have markup between the opening and closing tag of a commandLink or -button? I tried: h:commandButton action=#{Bean.Action} value=#{bundle.action} t:div h:outputText value=#{Bean.Message} / !-- verbatim doesn't work either -- /t:div /h:commandButton But the markup is rendered outside of the link/button i know it's hard to think of something that this is useful for. I also know that this kind of markup is semantically incorrect. But maybe you know a trick how to get this done. Thanks! -- View this message in context: http://www.nabble.com/HTML-inside-commandLink-or--button-tf4138574.html#a11771654 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: [Trinidad] JSF components and div scroll position
Once we get 1.0.2 out (hopefully soon) let's look at providing some hooks for DOM replacement during AJAX, something where you get called with something like: // Tellls you that oldDom is about to be replaced with newDom, // and lets you manipulate the dom, or return true to block // it or handle it all yourself function domReplaceNotify(oldDom, newDom) { ... see if oldDom contains the tree... ... if it does, copy scrollTop and scrollLeft into newDom // And let the system handle the move for you return false; } -- Adam On 7/24/07, Bertrand, Shawn R [EMAIL PROTECTED] wrote: I've taken my tree component and added some CSS to enable a scroll bar around it when it becomes large enough: inlineStyle=width: 200px; height: 400px; max-height: 400px; overflow: auto; …. This works well, but as I expand and collapse nodes in the tree, the scroll position isn't maintained due to the component being thrown out and reconstructed via PPR. I wish there was an onscroll on the tree, as this would give me the hook I need to save the position and I could restore it via window.onload, but to no avail. Does anyone have an idea how this might be done? Thanks in advance, Shawn Bertrand Tyco Electronics
jscookMenu target attribute
It would seem normal to have a link in a dropdown menu to a url (i.e. not an action but http://... ) where target=_self or _parent in navigationMenuItem so that target is loaded in current frame. However, target attribute is ignored in this circumstance so page is always loaded in new frame. Ignoring target attribute seems very odd. Anyone come up with a clean way around this override? Thanks, Ken
Re: jscookMenu target attribute
Found answer in another posting: t:navigationMenuItem itemLabel=home action='javascript:window.open (/smile/p.xhtml,_self)'/ Thanks, Ken On 7/24/07, Ken McArthur [EMAIL PROTECTED] wrote: It would seem normal to have a link in a dropdown menu to a url (i.e. not an action but http://... ) where target=_self or _parent in navigationMenuItem so that target is loaded in current frame. However, target attribute is ignored in this circumstance so page is always loaded in new frame. Ignoring target attribute seems very odd. Anyone come up with a clean way around this override? Thanks, Ken
Re: YUI4JSF v0.6 is out..
Thanks. Look like we will have a lot of fun for some time. BaTien On Tue, 2007-07-24 at 20:59 +0200, Matthias Wessendorf wrote: the good one, ASL 2.0 http://sourceforge.net/projects/yui4jsf -M On 7/24/07, Duong BaTien [EMAIL PROTECTED] wrote: Wow. What is the license? BaTien On Tue, 2007-07-24 at 15:25 +0300, Mert Çalışkan wrote: YUI4JSF is a new custom component library for JavaServer Faces. It consists of several rich components based on YUI controls like calendar, tabview, treeview, slider, datatable etc. It also comes with extra features like Ajax Forms, Layout Engine. All of these features are based on YUI utilities and controls. Check out the online demo: http://www.nightdev.devisland.net/yui4jsf-examples Project Main Page: http://yui4jsf.sourceforge.net Regards, Mert.. http://www.jroller.com/page/mert
panelNavigation2, URLs, and redirects
Is there a way to use a panelNavigation2 menu to offer users viable URLs to bookmark and at the same time have the activeItemClass and openItemClass attributes function? I can either get the URLs or I can get activeItemClass and openItemClass to work in the menu, but not both at the same time. Is there an elegant solution I am missing? Thanks, Brad
Problem with JSTL tags in MyFaces application
Hi, I am using MyFaces 1.1.3 and Facelets 1.1.11 in my web application. My application server is JBoss 4.0.2. I am using JSP for login page and in that page I am using JSTL fmt tag library. My EAR file contains the following structure. x.ear | |--- y.war | |--- *.xhtml |-- login.jsp |-WEB-INF | |---lib | |-standard.jar My login page looks like as follows, login.jsp -- %@ page contentType=text/html; charset=utf-8 import=javax.servlet.http.HttpServletRequest % %@ taglib uri=http://java.sun.com/jsp/jstl/fmt; prefix=fmt % fmt:setBundle basename=resources/ html body form name=loginForm action=j_security_check method=post ONSUBMIT=return validateForm(); table class=loginTable cellspacing=8 thimg src=./images/keys.gif border=0 width=32 height=32/th thfmt:message key=login.loginHeader//th tbody tr td class=loginFieldNamesfmt:message key=login.userName//td tdinput name=j_username value= size=18 type=text/td /tr tr td class=loginFieldNamesfmt:message key=login.password//td tdinput name=j_password size=18 type=password/td /tr tr td colspan=2input name=loginButton value='fmt:message key=login.button/' type=submit/td /tr /tbody /table /form /body /html Then if I deployed my ear file in Windows XP machine its working fine. But if I deploy the same ear in Solaris machine it's deployed successfully in the server. But if I request for a login page I am getting error saying that The absolute uri: http://java.sun.com/jsp/jstl/fmt can not be resolved in either web.xml or the jar files deployed with this application. I goggled and finally I copied the fmt.tld file to my WEB-INF directory and deployed then my problem solved. Can anybody please tell me why it is working in Windows XP and not in Solaris without this change. Thanks and Regards, Basha The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
Re: Problem with JSTL tags in MyFaces application
Was your Solaris machine offline when you ran the app? -- Regards Parag On 7/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: login.jsp -- %@ page contentType=text/html; charset=utf-8 import= javax.servlet.http.HttpServletRequest % %@ taglib uri=http://java.sun.com/jsp/jstl/fmt; prefix=fmt % Then if I deployed my ear file in Windows XP machine its working fine. But if I deploy the same ear in Solaris machine it's deployed successfully in the server. But if I request for a login page I am getting error saying that The absolute uri: http://java.sun.com/jsp/jstl/fmt can not be resolved in either web.xml or the jar files deployed with this application. I goggled and finally I copied the *fmt.tld* file to my *WEB-INF *directory and deployed then my problem solved.
RE: Problem with JSTL tags in MyFaces application
No, my Solaris machine is online only when I was running my application. Thanks Regards, Basha From: Parag Shah [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 25, 2007 10:26 AM To: MyFaces Discussion Subject: Re: Problem with JSTL tags in MyFaces application Was your Solaris machine offline when you ran the app? -- Regards Parag On 7/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: login.jsp -- %@ page contentType=text/html; charset=utf-8 import=javax.servlet.http.HttpServletRequest % %@ taglib uri=http://java.sun.com/jsp/jstl/fmt; prefix=fmt % Then if I deployed my ear file in Windows XP machine its working fine. But if I deploy the same ear in Solaris machine it's deployed successfully in the server. But if I request for a login page I am getting error saying that The absolute uri: http://java.sun.com/jsp/jstl/fmt can not be resolved in either web.xml or the jar files deployed with this application. I goggled and finally I copied the fmt.tld file to my WEB-INF directory and deployed then my problem solved. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com