It does help to show the syntax.
On 19 September 2017 at 08:12, Philippe Mouawad <[email protected]> wrote: > Hello, > I personally never use those fields. > I only use duration and rampup. > > Regards > > On Tue, Sep 19, 2017 at 8:44 AM, Milamber <[email protected]> wrote: > >> >> >> On 18/09/2017 22:22, Antonio Gomes Rodrigues wrote: >> >>> Hi, >>> >>> Something disturb me >>> >>> Why Start Time & End Time are automatically filled in Thread Group? >>> >> >> Probably historical reason (or simplification) >> >> >>> When I check Scheduler in Thread Group, Start Time & End Time are >>> automatically filled with current date >>> >>> Why? >>> >> >> Probably historical reason (or simplification) >> >> >> >>> In a load test execution I have had this error >>> >>> 2017-09-18 22:25:07,674 INFO o.a.j.e.StandardJMeterEngine: Starting >>> ThreadGroup: 2 : SubmitRule >>> 2017-09-18 22:25:07,674 INFO o.a.j.e.StandardJMeterEngine: Starting 1 >>> threads for group SubmitRule. >>> 2017-09-18 22:25:07,674 INFO o.a.j.e.StandardJMeterEngine: Test will stop >>> on error >>> 2017-09-18 22:25:07,674 INFO o.a.j.t.ThreadGroup: Starting thread group... >>> number=2 threads=1 ramp-up=1 perThread=1000.0 delayedStart=false >>> 2017-09-18 22:25:07,675 ERROR o.a.j.u.JMeterUtils: Error occurred starting >>> thread group :SubmitRule, error message:End Time (2017/09/18 22:24:51) of >>> Scheduler for Thread Group SubmitRule is in the past, fix value of End >>> Time >>> field, >>> see log file for more details >>> org.apache.jorphan.util.JMeterStopTestException: End Time (2017/09/18 >>> 22:24:51) of Scheduler for Thread Group SubmitRule is in the past, fix >>> value of End Time field >>> at >>> org.apache.jmeter.threads.ThreadGroup.scheduleThread(ThreadG >>> roup.java:268) >>> ~[ApacheJMeter_core.jar:3.3 r1808647] >>> at >>> org.apache.jmeter.threads.ThreadGroup.startNewThread(ThreadG >>> roup.java:321) >>> ~[ApacheJMeter_core.jar:3.3 r1808647] >>> at org.apache.jmeter.threads.ThreadGroup.start(ThreadGroup.java:301) >>> ~[ApacheJMeter_core.jar:3.3 r1808647] >>> at >>> org.apache.jmeter.engine.StandardJMeterEngine.startThreadGro >>> up(StandardJMeterEngine.java:533) >>> [ApacheJMeter_core.jar:3.3 r1808647] >>> at >>> org.apache.jmeter.engine.StandardJMeterEngine.run(StandardJM >>> eterEngine.java:457) >>> [ApacheJMeter_core.jar:3.3 r1808647] >>> at java.lang.Thread.run(Thread.java:745) [?:1.8.0_121] >>> >>> >>> and >>> >>> 2017-09-18 22:25:07,680 INFO o.a.j.e.StandardJMeterEngine: Starting >>> ThreadGroup: 3 : UnloadRule >>> 2017-09-18 22:25:07,680 INFO o.a.j.e.StandardJMeterEngine: Starting 1 >>> threads for group UnloadRule. >>> 2017-09-18 22:25:07,680 INFO o.a.j.e.StandardJMeterEngine: Test will stop >>> on error >>> 2017-09-18 22:25:07,680 INFO o.a.j.t.ThreadGroup: Starting thread group... >>> number=3 threads=1 ramp-up=1 perThread=1000.0 delayedStart=false >>> 2017-09-18 22:25:07,681 ERROR o.a.j.u.JMeterUtils: Error occurred starting >>> thread group :UnloadRule, error message:End Time (2017/09/18 22:24:57) of >>> Scheduler for Thread Group UnloadRule is in the past, fix value of End >>> Time >>> field, >>> see log file for more details >>> org.apache.jorphan.util.JMeterStopTestException: End Time (2017/09/18 >>> 22:24:57) of Scheduler for Thread Group UnloadRule is in the past, fix >>> value of End Time field >>> at >>> org.apache.jmeter.threads.ThreadGroup.scheduleThread(ThreadG >>> roup.java:268) >>> ~[ApacheJMeter_core.jar:3.3 r1808647] >>> at >>> org.apache.jmeter.threads.ThreadGroup.startNewThread(ThreadG >>> roup.java:321) >>> ~[ApacheJMeter_core.jar:3.3 r1808647] >>> at org.apache.jmeter.threads.ThreadGroup.start(ThreadGroup.java:301) >>> ~[ApacheJMeter_core.jar:3.3 r1808647] >>> at >>> org.apache.jmeter.engine.StandardJMeterEngine.startThreadGro >>> up(StandardJMeterEngine.java:533) >>> [ApacheJMeter_core.jar:3.3 r1808647] >>> at >>> org.apache.jmeter.engine.StandardJMeterEngine.run(StandardJM >>> eterEngine.java:457) >>> [ApacheJMeter_core.jar:3.3 r1808647] >>> at java.lang.Thread.run(Thread.java:745) [?:1.8.0_121] >>> >>> >>> I think it will be better to don't fill automatically and use a date >>> picker >>> like >>> https://github.com/LGoodDatePicker/LGoodDatePicker >>> >>> What do you think ? >>> >> >> Why not. If we have the seconds in the time picker. >> >> >>> Antonio >>> >>> >> > > > -- > Cordialement. > Philippe Mouawad.
