Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-jmeter Wiki" for change notification.
The following page has been changed by JMeterAdmin: http://wiki.apache.org/jakarta-jmeter/FutureReleases The comment on the change is: More items have been fixed ------------------------------------------------------------------------------ * on Windows one can use CON as the file name; /dev/tty for unix - but output is not formatted nicely * Summariser can already output to console - that may be enough * Restructure HTTP Sampler / Settings GUI. bugzilla 41917. A big job, but is becoming necessary, if we are adding more options to the HTTP Sampler - * Add a "View only errors" setting in viewers. - * Log only errors currently suppresses both the log file (if provided) and the GUI display, so I think the following is already possible. I don't think there is a need for a separate checkbox, because one can always add a Simple Data Writer. - * Currently, there is a "Log only errors", but I want to have it as a general setting on each listener - * This will allow a test plan where you can easily look into samples that fails, and get statistics with or without errors (possibly exceptional cases) - * a "View Results Tree" is set up to only view errors - * a Summary listener which views all samples - * a Summary listener only for successes - * a Summary listener only for errors - * I find the "Write All Data to File" setting on each listener confusing, since all listeners share the same possible log output, does it not ? - * For example, the "Graph listener", it does not write graph files to the file does it ? It writes a CSV or XML file ? - * Could we remove the "Write All Data to File" setting from all listeners, and instead make a "Write All Data listener" ? [The simple data writer?] * Listeners: * make distinction between open file for read and write. * at present the browse button does both, which is confusing (given the heading) <= this has been changed @@ -81, +70 @@ * We could get rid of the "HTTP Proxy" settings in the "Webservice(SOAP) sampler" * Could perhaps just extend HTTP Defaults for this? * N.B. HTTP (Java) relies on system properties to define proxy items, so it is impossible to have more than one setting. - * Make new, nice?, icons for the GUI elements which currently do not have a unique icon. For example the post and preprocessors. + * Make new, nice?, icons for the GUI elements which currently do not have a unique icon. For example the post and preprocessors. <= The Pre and Post-Processors now have different icons (corner fold is in a different place) * Would make it a lot easier to see what is what in the tree - * Make menu options more context sensitive, so they are only enabled when they make sense - * There seems to be some context sensitivity currently, but the code seems a bit odd, with explicit methods used by various parts of the code * Extend CSV Data Set to read via JDBC * Assertion Results (or similar) could be used to attach errors to samples - e.g. if a Post-Processor failed, the error could be shown there instead of in the log. Or just add string array for storing such errors? * Improve Http``Mirror``Thread class - done, but not submitted (Alf Hogemark) @@ -119, +106 @@ * Or perhaps SL4J - http://www.slf4j.org/ * What are the risks with continuing to use Avalon, if Avalon is not maintained anymore ? * Remark: Http``Components project is considering migrating Http``Client 4.0 branch off Commons Logging to another logging framework as Commons Logging currently appears unmaintained and the prospects of its further development remain unclear. [Does it need any development? sebb] It may be worthwhile to ensure both projects use the same logging framework / compatible logging frameworks. [Agreed: sebb] - * Upgrade to httpclient4 ? httpclient4 is still only in Alpha. Should / could we have one sampler class using httpclient3 and one httpclient4 ? + * Upgrade to httpclient4 ? httpclient4 is still only in Alpha. Should / could we have one sampler class using httpclient3 and one httpclient4 ? HttpClient 4 will require Java 1.5, and won't be available until Q2/Q3 2008. * Reorganise documentation * component_reference is getting much too big. This will require changes to the help system. * sort functions and component ref into more logical order (currently chronological) @@ -137, +124 @@ * would be nice to be able to enable/disable fields depending on what else is selected - e.g. JDBC parameters only needed for prepared statements * ensure drop-down list size big enough for all entries (within limits!) * move from Bugzilla to JIRA? More flexible, (but attachments a bit more awkward at present?) - * Change control logic so it does not use Exceptions for normal situations * Can we add Beanshell jar to the distribution? If so, then some BeanShell elements could be simplified. License is either SPL or LGPL, but versions are not stated; not clear if allowed. * According to http://people.apache.org/~cliffs/3party.html, we can include libraries in binary form if licensed under SPL * The http://www.beanshell.org/license.html states it is dual licensed under SPL/LGPL @@ -198, +184 @@ * Host Port * Path * Encoding + * Change control logic so it does not use Exceptions for normal situations - NextIsNull is only thrown by GenericController if it has no children. Also used by Interleave Controller. + * Add a "View only errors" setting in viewers. + * Log only errors currently suppresses both the log file (if provided) and the GUI display, so I think the following is already possible. I don't think there is a need for a separate checkbox, because one can always add a Simple Data Writer. + * Currently, there is a "Log only errors", but I want to have it as a general setting on each listener + * This will allow a test plan where you can easily look into samples that fails, and get statistics with or without errors (possibly exceptional cases) + * a "View Results Tree" is set up to only view errors + * a Summary listener which views all samples + * a Summary listener only for successes + * a Summary listener only for errors + * I find the "Write All Data to File" setting on each listener confusing, since all listeners share the same possible log output, does it not ? + * For example, the "Graph listener", it does not write graph files to the file does it ? It writes a CSV or XML file ? + * Could we remove the "Write All Data to File" setting from all listeners, and instead make a "Write All Data listener" ? [The simple data writer?] + * Make menu options more context sensitive, so they are only enabled when they make sense + * There seems to be some context sensitivity currently, but the code seems a bit odd, with explicit methods used by various parts of the code (now fixed) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
