RE: Java Server Faces (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Sue, You might want to try this users group[EMAIL PROTECTED] Personally, I haven't done much with JSFs but certainly it is worth looking into. Fadi -Original Message- From: Sue Roe [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 30, 2005 9:06 AM To: 'Tomcat Users List' Subject: Java Server Faces I don't know if this is the correct User Group. Has anyone done any development with Java Server Faces to create richer UI experiences? Is it any good? TIA Sue ***Disclaimer*** The contents of this Email may be privileged and are confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Should you wish to use Email as a mode of communication, CMi plc and its subsidiaries are unable to guarantee the security of Email content outside of our own computer systems. This footnote also confirms that this Email message has been checked by MIMESweeper for the presence of computer viruses. Whilst we run anti-virus software, you are solely responsible for ensuring that any Email or attachment you receive is virus free. We disclaim any liability for any damage you suffer as a consequence of receiving any virus. Checkmate International plc (CMi) Registered in England No: 1899857 Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Classification: UNCLASSIFIED Caveats: NONE - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java Server Faces
From: Sue Roe [EMAIL PROTECTED] I don't know if this is the correct User Group. Has anyone done any development with Java Server Faces to create richer UI experiences? Is it any good? Try the Apache MyFaces user list - MyFaces is an implementation of the JSF specification and there's an active community developing and using it: http://myfaces.apache.org/mailinglists.html -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java Server Faces
Where I work we've been using JSF for a large project and it has been working well. Although, it can be a bit heavy on the session usage. The official Sun group can be found here. http://forum.java.sun.com/forum.jspa?forumID=427 Most of the reference implementation developers answer questions there and are usually very quick. Plus they will try their best to answer questions on all implementations. Sue Roe wrote: I don't know if this is the correct User Group. Has anyone done any development with Java Server Faces to create richer UI experiences? Is it any good? TIA Sue ***Disclaimer*** The contents of this Email may be privileged and are confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Should you wish to use Email as a mode of communication, CMi plc and its subsidiaries are unable to guarantee the security of Email content outside of our own computer systems. This footnote also confirms that this Email message has been checked by MIMESweeper for the presence of computer viruses. Whilst we run anti-virus software, you are solely responsible for ensuring that any Email or attachment you receive is virus free. We disclaim any liability for any damage you suffer as a consequence of receiving any virus. Checkmate International plc (CMi) Registered in England No: 1899857 Registered Office 4th Floor, 35 New Bridge Street, London, EC4V 6BW - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java server mode vs. client mode
this has been mentioned countless times on the mailing list and I have tons of numbers comparing client to server in my article on the resources page of tomcat. if you want hard numbers, I would suggest look at the article, or run some stress tests on your own apps. a quick test will give you hard numbers to prove/disprove the benefit/non-benefit of running in -server mode. i hope that helps peter Matt Bathje [EMAIL PROTECTED] wrote: I posted this on the struts list this morning, but it might get better answers here. I was reading the stories here: http://www.sys-con.com/story/?storyid=45250 http://www.kano.net/javabench/ Summary: Java in server mode is faster than C++ in the benchmarks run. Java in client mode is much more iffy, sometimes faster, sometimes slower, and sometimes the same. So my question becomes - does anybody have any experience running their Tomcat jvm using the -server option instead of letting it default to client? Based on what the tester says, the only downside of running the jvm in server mode is a longer startup time, but the Java code still beat C++ even with the longer times, so it can't be too bad. So anybody have any experience/thoughts on this? Thanks, Matt Bathje - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard.
Re: java server mode vs. client mode
le 16/06/04 21:50, Matt Bathje à [EMAIL PROTECTED] a écrit : I posted this on the struts list this morning, but it might get better answers here. I was reading the stories here: http://www.sys-con.com/story/?storyid=45250 http://www.kano.net/javabench/ Summary: Java in server mode is faster than C++ in the benchmarks run. Java in client mode is much more iffy, sometimes faster, sometimes slower, and sometimes the same. So my question becomes - does anybody have any experience running their Tomcat jvm using the -server option instead of letting it default to client? Based on what the tester says, the only downside of running the jvm in server mode is a longer startup time, but the Java code still beat C++ even with the longer times, so it can't be too bad. So anybody have any experience/thoughts on this? Thanks, Matt Bathje Matt, No one can really believe Java is faster than C or C++, because Java is itself written in C and C++. I haven't been through the benchmark code throroughly, but there's definitely a bias somewhere. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java server mode vs. client mode
Thanks for the pointer to the article, don't know why I didn't just think to look their in the first place. I was sure it was something that has been mentioned on the list before, but I wasn't able to find a way to search for it that yielded good results. Thanks again for the info! Matt Bathje - Original Message - From: Peter Lin [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 2:54 PM Subject: Re: java server mode vs. client mode this has been mentioned countless times on the mailing list and I have tons of numbers comparing client to server in my article on the resources page of tomcat. if you want hard numbers, I would suggest look at the article, or run some stress tests on your own apps. a quick test will give you hard numbers to prove/disprove the benefit/non-benefit of running in -server mode. i hope that helps peter Matt Bathje [EMAIL PROTECTED] wrote: I posted this on the struts list this morning, but it might get better answers here. I was reading the stories here: http://www.sys-con.com/story/?storyid=45250 http://www.kano.net/javabench/ Summary: Java in server mode is faster than C++ in the benchmarks run. Java in client mode is much more iffy, sometimes faster, sometimes slower, and sometimes the same. So my question becomes - does anybody have any experience running their Tomcat jvm using the -server option instead of letting it default to client? Based on what the tester says, the only downside of running the jvm in server mode is a longer startup time, but the Java code still beat C++ even with the longer times, so it can't be too bad. So anybody have any experience/thoughts on this? Thanks, Matt Bathje - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Re: java server mode vs. client mode
Yes, I understand that it may not be completley accurate, but I was less interested in the Java/C++ comparison than the client/server mode comparison. Thanks, Matt Bathje - Original Message - From: Eric VERGNAUD [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 3:12 PM Subject: Re: java server mode vs. client mode le 16/06/04 21:50, Matt Bathje à [EMAIL PROTECTED] a écrit : I posted this on the struts list this morning, but it might get better answers here. I was reading the stories here: http://www.sys-con.com/story/?storyid=45250 http://www.kano.net/javabench/ Summary: Java in server mode is faster than C++ in the benchmarks run. Java in client mode is much more iffy, sometimes faster, sometimes slower, and sometimes the same. So my question becomes - does anybody have any experience running their Tomcat jvm using the -server option instead of letting it default to client? Based on what the tester says, the only downside of running the jvm in server mode is a longer startup time, but the Java code still beat C++ even with the longer times, so it can't be too bad. So anybody have any experience/thoughts on this? Thanks, Matt Bathje Matt, No one can really believe Java is faster than C or C++, because Java is itself written in C and C++. I haven't been through the benchmark code throroughly, but there's definitely a bias somewhere. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java server mode vs. client mode
ahh gotta love benchmarks. the only valid benchmark is your own application, which you've tuned. all other cases are seriously error proned or not applicable to real applications. peter Eric VERGNAUD [EMAIL PROTECTED] wrote: le 16/06/04 21:50, Matt Bathje à [EMAIL PROTECTED] a écrit : I posted this on the struts list this morning, but it might get better answers here. I was reading the stories here: http://www.sys-con.com/story/?storyid=45250 http://www.kano.net/javabench/ Summary: Java in server mode is faster than C++ in the benchmarks run. Java in client mode is much more iffy, sometimes faster, sometimes slower, and sometimes the same. So my question becomes - does anybody have any experience running their Tomcat jvm using the -server option instead of letting it default to client? Based on what the tester says, the only downside of running the jvm in server mode is a longer startup time, but the Java code still beat C++ even with the longer times, so it can't be too bad. So anybody have any experience/thoughts on this? Thanks, Matt Bathje Matt, No one can really believe Java is faster than C or C++, because Java is itself written in C and C++. I haven't been through the benchmark code throroughly, but there's definitely a bias somewhere. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage!
Re: java server mode vs. client mode
No one can really believe Java is faster than C or C++, because Java is itself written in C and C++. isn't there a hardware JVM implementation? maybe running on that, Java C++ :D __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java server mode vs. client mode
At first: If I'ld write a C++ compiler with Perl, this doesn't mean that it will generate code slower than Perl scripts:) Then: Exhaustive optimization techniques (like loop expansion, disabling array bounds checking, etc.) really make your code faster in ANY case, BUT small amount of generated code may fit your processors cache, some jump may be converted to short jumps, etc.. So, generally speaking, more optimized code shall run faster, but it's bigger. Huge amount of code may even seriously decrease amount of free RAM, so more swapping will occur. AND ... if you do really meaninglessthings in your code, then there's a chance that optimizer will not eliminate this code, because it cannot generate OPTIMAL code. This is, mathematically speaking, twice a NP-hard problem. First when generating code, second when testing it's speed. I recommed using -server hotspot. Look at name... S E R V E R. I'm not sure guys from Sun randomly named it this way :) - Original Message - From: Eric VERGNAUD [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, June 17, 2004 12:12 AM Subject: Re: java server mode vs. client mode le 16/06/04 21:50, Matt Bathje à [EMAIL PROTECTED] a écrit : I posted this on the struts list this morning, but it might get better answers here. I was reading the stories here: http://www.sys-con.com/story/?storyid=45250 http://www.kano.net/javabench/ Summary: Java in server mode is faster than C++ in the benchmarks run. Java in client mode is much more iffy, sometimes faster, sometimes slower, and sometimes the same. So my question becomes - does anybody have any experience running their Tomcat jvm using the -server option instead of letting it default to client? Based on what the tester says, the only downside of running the jvm in server mode is a longer startup time, but the Java code still beat C++ even with the longer times, so it can't be too bad. So anybody have any experience/thoughts on this? Thanks, Matt Bathje Matt, No one can really believe Java is faster than C or C++, because Java is itself written in C and C++. I haven't been through the benchmark code throroughly, but there's definitely a bias somewhere. --- Eric VERGNAUD - JLynx Software Cutting-edge technologies and services for software companies web: http://www.jlynx.com --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: java -server
Hi, For our apps, which are big, long-running, server-side apps, running with -server consistently reduced stability. We were getting internal JVM crashes every now and then. Dropping the -server argument made those go away. All other JVM args (we have a lot) stayed the same, and we experimented with dropping and modifying them. This is for JDK 1.3.1 and 1.4.0. Haven't tried this with 1.4.1, yet. I would vote against making -server the default mode. Let people choose their own JAVA_OPTS, just as we've been doing. Yoav Shapira Millennium ChemInformatics -Original Message- From: Frank Liu [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 12:56 AM To: Tomcat Users List Subject: Re: java -server any good docs on good/bad side of -server and -client option? or maybe the only way is to try it? frank On Wed, 9 Oct 2002, David Kavanagh wrote: You can certainly use it if you like. Each app reacts differently to it. Our app was faster where it counted. We did find that running xalan with jdom was faster in client mode (can't say why, or what part was affected most). David Frank Liu wrote: isn't tomcat a server? why we don't use the java -server option? -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: java -server
On Wed, 9 Oct 2002, Frank Liu wrote: Date: Wed, 9 Oct 2002 04:56:23 + (GMT) From: Frank Liu [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: java -server any good docs on good/bad side of -server and -client option? or maybe the only way is to try it? The latter option (try it yourself) is the only sane option on something like this. The only valid benchmark for your application is your application :-). frank Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: java -server
You can certainly use it if you like. Each app reacts differently to it. Our app was faster where it counted. We did find that running xalan with jdom was faster in client mode (can't say why, or what part was affected most). David Frank Liu wrote: isn't tomcat a server? why we don't use the java -server option? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: java -server
any good docs on good/bad side of -server and -client option? or maybe the only way is to try it? frank On Wed, 9 Oct 2002, David Kavanagh wrote: You can certainly use it if you like. Each app reacts differently to it. Our app was faster where it counted. We did find that running xalan with jdom was faster in client mode (can't say why, or what part was affected most). David Frank Liu wrote: isn't tomcat a server? why we don't use the java -server option? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: java -server
Well, Javasoft provides some general discussion about what was done on the -server implementation. In general, the client VM will start up faster. The server VM will do more up-front optimization. You really need to try both and convince yourself which is better for you. David Frank Liu wrote: any good docs on good/bad side of -server and -client option? or maybe the only way is to try it? frank On Wed, 9 Oct 2002, David Kavanagh wrote: You can certainly use it if you like. Each app reacts differently to it. Our app was faster where it counted. We did find that running xalan with jdom was faster in client mode (can't say why, or what part was affected most). David Frank Liu wrote: isn't tomcat a server? why we don't use the java -server option? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
