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

------------------------------------------------------------------------------
   * Hostname is present in the SampleEvent class - can this be saved in the 
log files?
    * easy for CSV: pass SampleEvent instead of SampleResult.
    * harder for XML, as the default output depends on the class, so using 
SampleEvent would change the XML element. This would affect any stylesheets 
etc. However, using SampleEvent as the class would allow the use of a single 
element instead of both sample and httpSample (and any other future subclasses)
+  * If Controller - allow functions and variables as alternative to Javascript
  
  = Non-functional improvements =
  
@@ -134, +135 @@

    * or extend the existing help menu to load just the individual page.
    * If there are combined and individual help pages, there would probably 
need to be two copies. Maybe simplest just to split component reference by 
element type; keep current page as an index into the subsections
    * Help could perhaps be extended to allow loading of linked pages (but one 
would probably not want to allow external links to be loaded). There is some 
code in View Tree that might help here.
-  * Recode Save``Service so it does not load classes unnecessarily (code 
already developed and tested - not committed)
   * Re-write Class``Finder:
    * needs general tidyup / javadoc
    * cache results - same classes may be requested multiple times
@@ -157, +157 @@

    * should these be displayable, even though the jars are missing? Convenient 
for creating and viewing test pans, but not so useful at run-time - should the 
test plan be allowed to run?
    * or should they be omitted as at present? - this is confusing at build 
time.
    * or perhaps generate a dummy entry in the list, with a message to say the 
jar is missing? his would be tricky, as the class is needed to retrieve the 
name and the menu category. Perhaps the way to do it is to handle it in the GUI 
by catching the errors, and changing the name or screen comment? May be tedious 
to do.
-  * Sort Menu types according to JMeter processing order?
-   * Controllers
-   * Config
-   * Timers
-   * Pre-Processors
-   * Samplers
-   * Assertions
-   * Post-processors
-   * Listeners
   * Sort test tree according to JMeter processing order? This should probably 
be a separate action, as it would be confusing for the tree to change as it was 
editted!
   * Re-order HTTP request defaults fields to be like sampler
    * Protocol
@@ -181, +172 @@

   * GUI code refactor
    * there are various table implementations, could they be combined?
    * perhaps the table models could also be combined?
-  * Add SVN revision number to version? - or at least to Manifests.
+  * Add SVN revision number to version? (already added to Manifests)
   * Consider migration to Maven2 as a build tool for JMeter. This should help 
simply dependency management and facilitate the use of JMeter for automatic 
load testing / integration into tools like [http://maven.apache.org/continuum/ 
Continuum]  
    * Maven 1 was tried a couple of years ago, and seemed incompatible with the 
JMeter directory layout and multiple jars; hopefully Maven 2 is more flexible.
-  * If Controller - allow functions and variables as alternative to Javascript
  
  = Release strategy =
  
  Only JMeter committers should change this section, though others may comment.
- 
- == JMeter 2.3 ==
- 
- This is about to be released. No further enhancements will be added.
  
  == JMeter 2.3.1 ==
  
@@ -202, +188 @@

  
   * File->Revert command, to easily reload existing file.
   * File->Open recent files command, bugzilla 31336
+  * Sort Menu types according to JMeter processing order
+   * Controllers
+   * Config
+   * Timers
+   * Pre-Processors
+   * Samplers
+   * Assertions
+   * Post-processors
+   * Listeners
+  * Recode Save``Service so it does not load classes unnecessarily
+  * Add SVN revision number to Manifests.
  

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to