BMC has been doing platform transformation for last many years and different components/modules have been released in different releases along the way. How long pure Java API have been there John; which do not use C-API underneath? This has been a journey to bring in Java technology stack and eliminate proprietary commodity code in every aspects of the platform.
1. Mid-tier was moved to Java and JavaScript in 6.3 release. 2. Dev Studio and Pure Java API was released in AR System 7.5 ( 6 years now) 3. Plug-in and FTS code was moved to Java in 8.0 ( 4 years ) 4. Approval server, Assignment and DSO has been on Java since 8.1 ( 3.5 years) 5. All other peripheral plug-ins have been transformed into java in the earlier releases. 6. AR Server is transformed into Java in Remedy 9.0 So, java is not new and all performance, scale and endurance characteristics have been measured and tested along the way with every little change that was made and shipped. The key is how it was done, it was done in such a way so that existing AR apps continue to work without any change and platform provided upgrade from existing environment to new. No platform in the world has done anything like that. It has gone through the right rigor and discipline to call it V9. You can do your homework as your solution lives and breathes on this platform and let’s know how it works and how easy it is for you NOW to extend and expand your solution using standard APIs and extended architecture. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of John Sundberg Sent: Friday, July 24, 2015 8:19 AM To: arslist@ARSLIST.ORG Subject: Re: ADV: comparing BMC's ITSM v9 against older versions ** OK - that was probably the wrong thing to call it. Given - it is a ground up rewrite … Ground up rewrites have new issues and new performance characteristics. http://www.joelonsoftware.com/articles/fog0000000069.html So — anybody’s past performance experience is pretty irrelevant. — therefore we are sort of at a 1.0 scenario. So 1.0 or “new” or 9 or ??? somebody wants to call it … in some ways we are all starting over. And in other ways - we are just going from 8.1 to 9.0 — which for the most part applies to the ITSM application — not the engine. What has happened is BMC has blended the applications and the engine as one version number. (IMHO - to get rid of the concept of using ARS as a dev engine …. which IMHO - is what people liked about ARS all along) Because - apps are easier to sell and more profitable than engines (temporarily). (See SNOW) But - that versioning and blending is false IMHO. It should not be called v9 instead it should be: 9.0/1.1 or maybe 9011 Who knows … I was just saying that our past performance experience has little to do with future experience, we are effectively at a 1.0 in terms of understanding performance and as a result CAUTION is wise. You are wise to consider that your existing hardware and OS environment is not necessarily the right fit for your new environment. With that bit of caution - you will be well served. Go blind around the corner ??? — well — go for it. To simplify: I see this whole transition something like this… ARS went from a diesel engine to a rotary engine… Everybody still knows how to drive the car (applications are the same). It just takes different skills/understanding to work on the engine. There should not be fear, lots of people know how to work with rotary engines, and there are tons of tools for it … it just is the case that the current skilled people with the diesel engine … need to “rethink/retrain” a bit — and then they will be caught up. Now the next question … should we do something about this Pacer? -John On Fri, Jul 24, 2015 at 8:37 AM, Chris Hughes <chris_hug...@bmc.com<mailto:chris_hug...@bmc.com>> wrote: > This release is really a 1.0 release (although called v9), ... > Regardless, this is a first release of a complete ground up rewrite - so > CAUTION is the proper approach Hi John - It is is not the case that AR 9 is the first release of the AR Java Sever. The AR Java server was originally released to a limited customer base well over a year ago. These customers have been running the stack in production for most of this past year as well. The 9.0 release builds on the experience of those initial customers. Regards, Chris _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> "Where the Answers Are, and have been for 20 years" -- John Sundberg Kinetic Data, Inc. "Your business. Your process." 651-556-0930 I john.sundb...@kineticdata.com<mailto:john.sundb...@kineticdata.com> www.kineticdata.com<http://www.kineticdata.com/> I community.kineticdata.com<http://community.kineticdata.com/> _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"