But how is this better than Java? A web interface would require a webserver, duplicate a lot of effort and ultimately be pretty limited in functionality because it's running in a browser. Why do this?
HTML5 may be groovy and, it's true, Spring looks dated and everything. But there is no such thing as a cross-java problem. On 16 May 2012, at 13:53, Shay Ginsbourg wrote: > Interesting approach. > > I support. > > Shay > > > > > On Wed, May 16, 2012 at 3:37 PM, Flavio Cysne <[email protected]> wrote: > >> Just adding a bit more, I believe that JMeter don't need to have a web >> interface coupled to its code, but an extension project to let it be used >> with a web interface. I understand the point of view of the maintainers of >> JMeter and know that it will add up a huge piece of code to take care of >> too. >> >> I think that this new project would be a bit less complex and run >> by interested community members if JMeter's JMX file had a well-defined >> schema definition ( >> >> http://wiki.apache.org/jmeter/JMeterFAQ#Is_there_a_JMX_Schema.2BAC8-DTD_available.3F >> ). >> >> Sorry for my bad english, it's a work in progress. :) >> >> Regards. >> Flávio Cysne >> >> 2012/5/16 Flavio Cysne <[email protected]> >> >>> A web interface for JMeter would be very useful if we are talking of >>> mobility. Let me explain. If you deploy JMeter in a distributed >>> environment, using cloud or not, and you want to start a test on a remote >>> site (out of your intranet) and you are not in your desk or not in front >> of >>> a computer or note/netbook, what could you do? If you have a tablet or >>> other device with internet connection and a reasonable screen, at this >>> moment, a web interface will be very useful. >>> >>> Other example would be when a company that adopts JMeter as its official >>> tool to do performance tests and have a wide range of professionals, a >> web >>> interface will be very useful, so you can evolve the web interface to >> stay >>> in tune with new releases of JMeter. This way you don't need to say to >> all >>> your employees that they have to download the new release and use it >>> because if they don't scripts will be messed up by those who hasn't >> listen >>> to the talk or read the memo and are still using an older version of >> JMeter >>> (believe me it happens). >>> >>> Regards. >>> Flávio Cysne >>> >>> >>> 2012/5/16 David Luu <[email protected]> >>> >>>>> JMeter runs on any host with a GUI and suitable version of Java. >>>> >>>> Oh, so the JMeter GUI for creating test plans and running tests >>>> graphically >>>> can run on Linux (and Mac)? I thought it was Windows only and you run it >>>> in >>>> CLI mode on Linux. Good to know if JMeter GUI is cross-platform. >>>> >>>>> If a host has problems running Java it seems to me that you have other >>>> problems... >>>> >>>> Yea, I know. I posted to this group for help before but came to no >>>> conclusion. Not sure where I can post for help. It's a funny issue too: >>>> >>>> Java runs fine, the only issue is with class path searching for certain >>>> libraries. It seems the class path mechanism is messed up at some areas >>>> that even a uninstall/reinstall of Java won't fix. Got to reinstall OS >> and >>>> prep from scratch. >>>> >>>> I can use Eclipse, compile Java code with external JAR references and >> use >>>> most Java apps fine. Just can't get JMeter (GUI mode) to start up (fail >> to >>>> find Apache log libraries when they're there). Also have issues with >>>> Selenium library, I specifically reference using newest v2.21 Selenium >> JAR >>>> but system still thinks I want/need v2.15. And these Selenium JARs and >>>> JMeter aren't even installed to the system, they're portable apps for >> the >>>> most part. >>>> >>>> On Tue, May 15, 2012 at 4:12 PM, sebb <[email protected]> wrote: >>>> >>>>> On 15 May 2012 23:06, David Luu <[email protected]> wrote: >>>>>> There is one case where web interface to create test plan is useful: >>>>>> >>>>>> Avoid need to download and run JMeter on Windows for the GUI mode to >>>>> create >>>>>> test plan. Assume you are in non-MS/Windows shop, or you are like me >>>> and >>>>> >>>>> JMeter runs on any host with a GUI and suitable version of Java. >>>>> >>>>>> your computer has problems with Java (and hence can't load JMeter >> GUI >>>> in >>>>>> Windows). >>>>> >>>>> If a host has problems running Java it seems to me that you have other >>>>> problems... >>>>> >>>>>> Create from any computer, create remotely, etc. >>>>> >>>>> Only if the web interface is already set up and accessible from your >>>> host. >>>>> >>>>>> On Tue, May 15, 2012 at 2:52 PM, Philippe Mouawad < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hello, >>>>>>> Usually there are 2 steps: >>>>>>> >>>>>>> - Build test plan using GUI on a client machine with Unix/Linux >>>> and X >>>>> , >>>>>>> or Windows or Mac OSX >>>>>>> - Run test plan with JMeter in NON GUI mode >>>>>>> >>>>>>> So I don't see personnaly the interest of a Web Interface to create >>>> Test >>>>>>> Plan: >>>>>>> >>>>>>> - Will need a server to run it (Tomcat or jEtty or other), so >>>> complex >>>>>>> setup >>>>>>> - How will you record ? >>>>>>> - What for ? >>>>>>> - Amount of work to get what JMeter gives you >>>>>>> >>>>>>> >>>>>>> But I may not have seen what you have in mind. >>>>>>> >>>>>>> Regards >>>>>>> >>>>>>> Philippe >>>>>>> >>>>>>> On Tue, May 15, 2012 at 11:39 PM, Sergio Boso < >>>> [email protected] >>>>>>>> wrote: >>>>>>> >>>>>>>> Il 15/05/2012 09:55, apc ha scritto: >>>>>>>> >>>>>>>> Which advantages will it have over JMeter GUI? >>>>>>>>> >>>>>>>> interesting topics.. >>>>>>>> I can be VERY useful when you load Jmeter on a linux server >> without >>>>>>>> Graphics, It happens very often when you rent a server in the >>>> cloud... >>>>>>>> >>>>>>>> >>>>>>>> ----- >>>>>>>>> -- >>>>>>>>> Andrey Pohilko >>>>>>>>> JP@GC Maintainer >>>>>>>>> -- >>>>>>>>> View this message in context: http://jmeter.512774.n5.** >>>>>>>>> >>>>>>> >>>>> >>>> >> nabble.com/Web-Interface-to-**create-Test-Plans-**tp5709438p5709843.html< >>>>>>> >>>>> >>>> >> http://jmeter.512774.n5.nabble.com/Web-Interface-to-create-Test-Plans-tp5709438p5709843.html >>>>>>>> >>>>>>>>> Sent from the JMeter - User mailing list archive at Nabble.com. >>>>>>>>> >>>>>>>>> >>>>>>> >>>>> >>>> >> ------------------------------**------------------------------**--------- >>>>>>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org< >>>>>>> [email protected]> >>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> Ing. Sergio Boso >>>>>>>> >>>>>>>> Mail: >>>>>>>> Web: >>>>>>>> PEC: >>>>>>>> Cell: >>>>>>>> Linkedin: >>>>>>>> Skype: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [email protected] <mailto:[email protected]> >>>>>>>> www.bosoconsulting.it >>>>>>>> [email protected] <mailto:[email protected]> >>>>>>>> +39 335 7243 445 >>>>>>>> http://it.linkedin.com/in/**sergioboso< >>>>>>> http://it.linkedin.com/in/sergioboso>< >>>>>>>> http://www.linkedin.com/pub/**sergio-boso/1/29b/255< >>>>>>> http://www.linkedin.com/pub/sergio-boso/1/29b/255> >>>>>>>>> >>>>>>>> sbos61 >>>>>>>> >>>>>>>> In caso di erronea ricezione da parte di persona diversa, siete >>>>> pregati >>>>>>> di >>>>>>>> eliminare il messaggio e i suoi allegati in modo definitivo dai >>>> vostri >>>>>>>> archivi e di volercelo comunicare immediatamente restituendoci il >>>>>>> messaggio >>>>>>>> via e-mail al seguente indirizzosergio@**bosoconsulting.it< >>>>>>> [email protected]><mailto: >>>>>>>> [email protected]> >>>>>>>> L’interessato può, inoltre, esercitare tutti i diritti di accesso >>>> sui >>>>>>>> propri dati previsti dal decreto 196/2003, tra i quali i diritti >> di >>>>>>>> rettifica, aggiornamento e cancellazione, inviando un messaggio >>>> all’ >>>>>>>> indirizzo:sergio@**bosoconsulting.it< >>>>>>> indirizzo%[email protected]><mailto: >>>>>>>> [email protected]> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>> >>>> >> ------------------------------**------------------------------**--------- >>>>>>>> To unsubscribe, e-mail: user-unsubscribe@jmeter.**apache.org< >>>>>>> [email protected]> >>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Cordialement. >>>>>>> Philippe Mouawad. >>>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>> >>> >>> >> > > > > -- > > > Regulatory, Medical & Performance Testing Services: > > > * IEC 62304 Medical Device Software Life Cycle > > * IEEE 829 Software Test Documentation > > * ISO 14971 Medical Device Risk Management > > * FDA 21 CFR Part 11 Software Validation > > * IEC 60601-1:2005 3rd ED PEMS - Medical Electrical Equipment > > * End-to-end verification, validation, and testing (VV&T) > > * High quality service for FDA and CE submissions > > * Reliable open source free testing tools > > * Optional functionality and regression testing > > * Software Performance & Load Testing > > * Software Testing Advanced Automation > > * Medical Software Verification & Validation > > * Medical Device Verification & Validation > > * Medical Device Regulatory Submission > > * Organizational Regulatory Qualification > > > > Shay Ginsbourg > > Regulatory & Testing Affairs Consultant > > > > Formerly QA Manager of LoadRunner at Mercury Interactive > > > M.Sc. cum laude in Bio-Medical Engineering > > M.Sc. in Mechanical Engineering > > > > > Work: 035185873 > > Mobile: 0546690915 > > > Email: [email protected] > > > http://il.linkedin.com/in/shayginsbourg > > > WWW.GINSBOURG.COM > > > > > > Please consider your environmental responsibility before printing this > e-mail. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
