> Support told me they are recommending JBOSS instead of Tomcat ? If such a statement was made by a support representative, it probably represents a personal opinion and not an official position of BMC. BMC does not "recommend" one servlet engine over another. The choice of servlet engine, where a choice is available, is left to the customer. SLM is an example where there currently is not a choice, but for AR System in general, customers may choose to use any of the supported servlet engines. Note that even though ServletExec is not distributed by BMC anymore, customers may still continue to use ServletExec as it is completely supported. In no way did the replacement of ServletExec with Tomcat within the distribution represent any recommendation of removing ServletExec and replacing it with Tomcat in existing or future planned environments. The FAQ in the statement of direction explains this as well. If ServletExec works better in your environment, you can continue using it and still maintain support from BMC for that configuration. Thanks, -David J. Easter Sr. Product Manager, Service Management Business Unit BMC Software, Inc. ________________________________
From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Wednesday, February 07, 2007 11:19 AM To: [email protected] Subject: Re: Mid Tier Installation 7.0.1 Patch 001 JDK error.... ** They had better not be changing horses again - we have already had to start getting up to speed on a new japp server and web server that we have no prior experience with (Tomcat and the Tomcat web), since switching to Tomcat on IIS actually runs _worse_ than ServletExec (response times are actually slower). Jboss is even less well known - not used at all here, and we have refused to install the SLM collector until it runs on either Tomcat or ServletExec, as was promised at UserWorld (and still undelivered). BMC would be ill advised to try to switch us to yet another japp server in the middle of the whole 7.x conversion process; it would indicate very poor decision-making processes on their part. That (poor decision-making) is already evident enough in their decisions to start selling their applications without the three fixed user licenses they have always provided to configure/administer the app. Would you buy a new car that came with no wheels and tires? Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi Sent: Wednesday, February 07, 2007 12:30 PM To: [email protected] Subject: Re: Mid Tier Installation 7.0.1 Patch 001 JDK error.... ** Support told me they are recommending JBOSS instead of Tomcat ? it is faster and better to work with... Ask them about that as well.. On 2/7/07, Kemes, Lisa <[EMAIL PROTECTED]> wrote: ** Update... I uninstalled Java 5 and installed Java 1.4.2 and started up the Mid Tier installation again and I'm no longer getting this error message, but I still can't get to the mid tier configuration site. I did a new install of IIS 6, Java, Mid Tier and Tomcat on our Windows 2003 server. Weird, you would think it would work. I'm sending a ticket to Remedy Support. thanks! Lisa ________________________________ From: Action Request System discussion list(ARSList) [mailto:[email protected] ] On Behalf Of Kemes, Lisa Sent: Wednesday, February 07, 2007 12:04 PM To: [email protected] Subject: Re: Mid Tier Installation 7.0.1 Patch 001 JDK error.... ** Has anyone received this error even though they have the correct JDK installed? Did you have to do anything different? Lisa __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ -- Patrick Zandi __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
