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]
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]
Tomcat in JBoss 4.0.3RC1 and Sun's Java Server Faces
Our application uses Sun's JSF implementation. On JBoss 4.0.2 it deploys fine, but on JBoss 4.0.3RC1 it throws a ClassCastException: at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:711) ... at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669) ... I tried not bundling the Sun faces api in the war and it deploys but it gives problems: - Sun's JSF doesn't work properly any more - The war also needs to be able to deploy on JBoss 4.0.2, Resin etc which don't have a version the faces api. Deleting the myfaces faces api from Tomcat isn't really a good solution either as other applications deployed on the same production instance might depend on it and it complicated the deployment procedure. Any other solutions? Thanks for any and all help, Geoffrey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Re: Have you implemented a Java server faces site?
Sorry for being late for replying. Parts of our project which use JSF use only its safa and proven features like value-binding and method-binding for components. We don't think we need customize renderers, components, and/or view technology for our simple and mundane app structure. JSF is quite convenient for not-so-advanced project like ours. V D wrote: Thank you for the reply. I happened to read that article too. I also have the book the guy wrote. I'll look into the rendering part using XML. It would be better if it's supported out of the box though. Hopefully the next version will address this. I did write a simple struts app before, and JSP seems to be better architecturally, and simpler to use though. The problem I have with it is that you can not programmatically display the view easily. What I mean is that in the JSP page, there is not much way to put your code there. For example, one of my requirement is that depending on a situation, 1 or more tables must be shown. You can see from the article that mixing tag lib and JSF is prohibited in a loop. Also, in a purist sense, data preparation for the display should also stay in the JSP file, not the back bean. This means it has to support programming in there. I can just create another class/bean to do this, but it becomes so many files just do something, and isn't JSP supposed to be the view part? I think it's perfectly ok to put any type of java programming in the view as long as that code only is used for the view, not application logic. Anyway, I will investigate if I can some how satisfy all my requirements with this technology. I was very commited to JSF, until I read the first link you sent me. The fact that it's very recent (august 10) causes me unease with this technology. Since it seems that you did implemented a full app successfully, if you don't mind, could you share your experience and how did your project go? Thanks. Hiroshi Iwatani wrote: Oh yes. But ... V D wrote: Thank you very much for the link. I also did some work on JSF too, and see its strength and weakness. Unfortunately, the guy doing the evaluation in the link below did not dig deep enough or use any GUI IDE See links linked from the theserverside page, that is, from the readers responses. Especially, Geary's blog page. The orgiginator guy is rather light and superficial one. such as the Java Creator or IBM's tool. Some of his points are valid though. I see other problems myself. One of them is the ability to create customized view, component, or renderer. They all involves java objects (which is not easily changable), and very elaborate. To have a render, you have to have a tag file, a tag class, a configuration, and the renderer class. Unbelievable! Tags are only for JSP presentation. You could use a better presentation technology if you want. See this article: http://www.onjava.com/pub/a/onjava/2004/06/09/jsf.html Personally, I feel JSF has saved my life in the Web development sea. It's simple, easy to use, and more effective than Struts et al. Hiroshi Iwatani wrote: Yes. See http://www.theserverside.com/news/thread.tss?thread_id=27962 V D wrote: If so, what is your experience? Is it mature enough for a serious web programming? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Hiroshi Iwatani *stop cruelty* Annual number of institutionally euthanized cats and dogs including kittens and puppies: US 5 million, JP 500 thousand. How about your country? *for our better karma* - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Have you implemented a Java server faces site?
Oh yes. But ... V D wrote: Thank you very much for the link. I also did some work on JSF too, and see its strength and weakness. Unfortunately, the guy doing the evaluation in the link below did not dig deep enough or use any GUI IDE See links linked from the theserverside page, that is, from the readers responses. Especially, Geary's blog page. The orgiginator guy is rather light and superficial one. such as the Java Creator or IBM's tool. Some of his points are valid though. I see other problems myself. One of them is the ability to create customized view, component, or renderer. They all involves java objects (which is not easily changable), and very elaborate. To have a render, you have to have a tag file, a tag class, a configuration, and the renderer class. Unbelievable! Tags are only for JSP presentation. You could use a better presentation technology if you want. See this article: http://www.onjava.com/pub/a/onjava/2004/06/09/jsf.html Personally, I feel JSF has saved my life in the Web development sea. It's simple, easy to use, and more effective than Struts et al. Hiroshi Iwatani wrote: Yes. See http://www.theserverside.com/news/thread.tss?thread_id=27962 V D wrote: If so, what is your experience? Is it mature enough for a serious web programming? Thanks. - 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] -- Hiroshi Iwatani *stop cruelty* Annual number of institutionally euthanized cats and dogs including kittens and puppies: US 5 million, JP 500 thousand. How about your country? *for our better karma* - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Re: Have you implemented a Java server faces site?
Thank you for the reply. I happened to read that article too. I also have the book the guy wrote. I'll look into the rendering part using XML. It would be better if it's supported out of the box though. Hopefully the next version will address this. I did write a simple struts app before, and JSP seems to be better architecturally, and simpler to use though. The problem I have with it is that you can not programmatically display the view easily. What I mean is that in the JSP page, there is not much way to put your code there. For example, one of my requirement is that depending on a situation, 1 or more tables must be shown. You can see from the article that mixing tag lib and JSF is prohibited in a loop. Also, in a purist sense, data preparation for the display should also stay in the JSP file, not the back bean. This means it has to support programming in there. I can just create another class/bean to do this, but it becomes so many files just do something, and isn't JSP supposed to be the view part? I think it's perfectly ok to put any type of java programming in the view as long as that code only is used for the view, not application logic. Anyway, I will investigate if I can some how satisfy all my requirements with this technology. I was very commited to JSF, until I read the first link you sent me. The fact that it's very recent (august 10) causes me unease with this technology. Since it seems that you did implemented a full app successfully, if you don't mind, could you share your experience and how did your project go? Thanks. Hiroshi Iwatani wrote: Oh yes. But ... V D wrote: Thank you very much for the link. I also did some work on JSF too, and see its strength and weakness. Unfortunately, the guy doing the evaluation in the link below did not dig deep enough or use any GUI IDE See links linked from the theserverside page, that is, from the readers responses. Especially, Geary's blog page. The orgiginator guy is rather light and superficial one. such as the Java Creator or IBM's tool. Some of his points are valid though. I see other problems myself. One of them is the ability to create customized view, component, or renderer. They all involves java objects (which is not easily changable), and very elaborate. To have a render, you have to have a tag file, a tag class, a configuration, and the renderer class. Unbelievable! Tags are only for JSP presentation. You could use a better presentation technology if you want. See this article: http://www.onjava.com/pub/a/onjava/2004/06/09/jsf.html Personally, I feel JSF has saved my life in the Web development sea. It's simple, easy to use, and more effective than Struts et al. Hiroshi Iwatani wrote: Yes. See http://www.theserverside.com/news/thread.tss?thread_id=27962 V D wrote: If so, what is your experience? Is it mature enough for a serious web programming? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Have you implemented a Java server faces site?
If so, what is your experience? Is it mature enough for a serious web programming? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Have you implemented a Java server faces site?
Yes. See http://www.theserverside.com/news/thread.tss?thread_id=27962 V D wrote: If so, what is your experience? Is it mature enough for a serious web programming? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Hiroshi Iwatani *stop cruelty* Annual number of institutionally euthanized cats and dogs including kittens and puppies: US 5 million, JP 500 thousand. How about your country? *for our better karma* - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Have you implemented a Java server faces site?
Thank you very much for the link. I also did some work on JSF too, and see its strength and weakness. Unfortunately, the guy doing the evaluation in the link below did not dig deep enough or use any GUI IDE such as the Java Creator or IBM's tool. Some of his points are valid though. I see other problems myself. One of them is the ability to create customized view, component, or renderer. They all involves java objects (which is not easily changable), and very elaborate. To have a render, you have to have a tag file, a tag class, a configuration, and the renderer class. Unbelievable! Hiroshi Iwatani wrote: Yes. See http://www.theserverside.com/news/thread.tss?thread_id=27962 V D wrote: If so, what is your experience? Is it mature enough for a serious web programming? Thanks. - 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]
java server mode vs. client mode
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]
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]
apache-tomcat configuration for java server pages
hi we are in a project that which is a e-mail reader which involves jsp, voicexml.the problem has arised with the part of trying to configure apache-tomcat for java server pages. please look into the folowing: WEB.XML FILE servlet servlet-nameWebAppRegistrant/servlet-name servlet-classorg.machino.gardenpath.WebAppRegistrant/servlet-class init-param param-namegardenpath.registry.url/param-name param-valuehttp://localhost:8080/gardenpath/registrar/param-value /init-param init-param param-namegardenpath.httpserver.port/param-name param-value8080/param-value /init-param load-on-startup1/load-on-startup /servlet the default path taken by it is gardenpath as mentioned above. for our project we need to configure the web.xml file in such a way that it configures our javaserver pages. could u please help us in this and as to what is going on with this, how to change the entire servlet code above to jsp and as to how to register to get our java server pages running. also need information regarding as to how to use tomcat manager application. we would be greatly helpful if u can help us in this regard. waiting for ur reply.thanking u sunil k.n.s _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[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]
java -server vs classic and servlet src from jsp compiler errors
Has anyone had errors show up in the Servlet source generated from a JSP under the following? or any combo? - J2SE 1.4.1 - any OS - Tomcat 4.04 or Tomcat 4.1.x Thank you. -- = http://www.sun.com/service/sunps/jdc/javacenter.pdf= =www.sun.com | www.javasoft.com | http://wwws.sun.com/sunone = = = = Noone wants advice - only corroboration - John Steinbeck = ==== = Pawns can become Royalty in Life or in Chess = = Life, the only game where Royalty can be a pawn,= =and not even know it = = Chess, the only game where pawns really are pawns = -- 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]
java -server
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]
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]
Great Book - More Servlets and Java Server Pages
All, I've just finished reading More Servlets and Java Server Pages by Marty Hall. I wish I'd read this when I'd been new to Tomcat. It's brilliant as it really explains _exactly_ how to configure things in Tomcat (plus a couple of other engines), and has some excellent examples. See http://www.moreservlets.com It is the sequel to Core Servlets and Java Server Pages, which is available free in PDF on this site. There is also an excellent Tomcat 4 configuration guide on the site. I'd suggest that anyone who has problems getting started with Tomcat reads this book now, eg web.xml explained completely... It's also got a lot advanced stuff too and covers security and Servlet Filters excellently. Thoroughly recommended for anyone who doesn't know absolutely everything about servlets, jsp and Tomcat. Andy PS I've no connection to the author! -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Wrapping Java server apps into servlets under Tomcat
Greetings! As I have read the J2EE specifications I have found out that Web Applications should only consist of static web content, jsps, servlets and such, but is there any point to wrap my Java server application into a servlet that starts up the server, maybe monitors its state, shuts it down when needed etc.? I have tried this sort of a approach and built a simple servlet that launches my server in its init() method. It seems to work just fine, it can connect to database and it can sit down and wait for client calls through a specific socket. But, if I put that server servlet under the same Tomcat instance that serves my client servlets those servlet apps seems not to be started at all..(server waiting for client calls through a socket blocks the whole thing?). I put my server servlet under a different Tomcat instance than client servlet apps and after that everything seems to work just fine except that I keep getting some strange behaviour with my client servlets - e.g. when trying to log in to the system using my logger servlet it tells that a specific user id is invalid even though it is not and it worked with the original system... Has anyone done any similar work - wrapping server applications into servlets? Is there some documents in the web on this topic? Any opinions? One more thing; my client applets use JDK1.1 due to browser issues and they communicate with my server using serialized message objects. Is it right that if I build those serialized objects with JDK1.2/1.3/1.4 they will not work in applets - the serialization/deserialization mechanism is different? It seems that even if I run my server servlet under Tomcat 4.0.1 with JDK1.3.1 the client applets can handle the serialized messages coming from the server - both objects created at runtime and objects read from files (files are written using JDK1.1 and includes one big serialized object each). This is not really any Tomcat issue but a Java core issue but I was just wondering whether I can use Tomcat 4.0.1 and Java2 or should I take an older Tomcat that works with JDK1.1. I thank thee for any advice thy can give on these topics. Teemu Hiltunen -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
help: installing plug-ins that can run java servlets and jsp (java server pages
Dear Friends I am using a remote web server of following specs on Linux machine: --- Server Name:Apache 1.3.12 Server Type:StandAlone Mode Pre-Installed Apache Modules: · mod_access· mod_cgi· mod_mime · mod_actions· mod_dir· mod_negotiation · mod_alias· mod_env· mod_setenvif · mod_asis· mod_imap· mod_so · mod_auth· mod_include · mod_autoindex· mod_log_config - could any one kindly help me in installing plug-ins that can run java servlets and jsp (java server pages) on the above mentioned server, I have checked http://jakarta.apache.org/ but nothing is clear to me that how and what should I install etc. please write in simple style as I am new to java technology. Thanks you very much in advance Best regards Mansoor -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
help installing Apache plug-ins that can run java servlets and jsp (java server pages)
[EMAIL PROTECTED] Dear Friends I am using a remote web server of following specs on Linux machine: --- Server Name: 1.3.12 Server Type:StandAlone Mode Pre-Installed Apache Modules: · mod_access· mod_cgi· mod_mime · mod_actions· mod_dir· mod_negotiation · mod_alias· mod_env· mod_setenvif · mod_asis· mod_imap· mod_so · mod_auth· mod_include · mod_autoindex· mod_log_config - could any one kindly help me in installing plug-ins that can run java servlets and jsp (java server pages) on the above mentioned server, I have checked http://jakarta.apache.org/ but nothing is clear to me that how and what should I install etc. please write in simple style as I am new to java technology. Thanks you very much in advance Best regards Mansoor [EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
java -server
Hi! I'm running tomcat 3.2 on Solaris 2.7 witk jdk 1.3. If you run tomcat with java -server instead of as default -client does that improve the overall performance for tomcat?? // Joakim Hellstrm
Need Help: Questions for Java Server Book
I'm working on a Java Web site book that features Tomcat as the Java server of choice (yeah!). I have a few questions that aren't clear from the documentation. The 'Logger' element contains a 'name' attribute. How is this 'name' used? Are there certain logs that must be present for Tomcat, i.e., the tc_log (Tomcat)? What are the proper settings for the 'debug' attribute that is used with several of the elements? To which log does this output get written? I assume the 'VerbosityLevel' settings are hierarchical, effectively inheriting the output of the previous levels, i.e., a 'Fatal' VerbosityLevel includes the output of the Error, Warning and Information levels? Is that correct? And if so, is DEBUG included in that hierarchy, or is that a separate level? Assert: one ContextManager per Tomcat Instance? Is that correct? Assert: elements and attributes are case sensitive. Failure to use proper case results in silent errors (the attribute or element is not used)? Is that correct? Thanks, -- Art Taylor __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices! http://auctions.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]