DO NOT REPLY [Bug 31910] - Null Pointer Exception when disabling Http Samplers

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31910

Null Pointer Exception when disabling Http Samplers





--- Additional Comments From [EMAIL PROTECTED]  2004-10-27 01:38 ---
Created an attachment (id=13230)
Sample test file to demonstrate problem

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

DO NOT REPLY [Bug 31910] New: - Null Pointer Exception when disabling Http Samplers

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31910

Null Pointer Exception when disabling Http Samplers

   Summary: Null Pointer Exception when disabling Http Samplers
   Product: JMeter
   Version: Nightly (Please specify date)
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Main
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I've got a test plan in which I've disabled a number of http samplers. Now 
when I load the test plan and expand the Thread Group I get a null pointer 
exception (below) and the GUI fails to render correctly from that point 
onwards. I've attached the test plan for debuggin purposes.

Andrew

java.lang.NullPointerException
at sun.java2d.pipe.DrawImage.copyImage(Unknown Source)
at sun.java2d.pipe.DrawImage.copyImage(Unknown Source)
at sun.java2d.SunGraphics2D.drawImage(Unknown Source)
at sun.awt.image.ImageRepresentation.drawToBufImage(Unknown Source)
at sun.java2d.pipe.DrawImage.copyImage(Unknown Source)
at sun.java2d.SunGraphics2D.drawImage(Unknown Source)
at sun.java2d.SunGraphics2D.drawImage(Unknown Source)
at javax.swing.ImageIcon.paintIcon(Unknown Source)
at javax.swing.plaf.basic.BasicLabelUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.tree.DefaultTreeCellRenderer.paint(Unknown Source)
at javax.swing.CellRendererPane.paintComponent(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.paintRow(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.paint(Unknown Source)
at javax.swing.plaf.metal.MetalTreeUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JSplitPane.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paintWithOffscreenBuffer(Unknown Source)
at javax.swing.JComponent.paintDoubleBuffered(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at java.awt.GraphicsCallback$PaintCallback.run(Unknown Source)
at sun.awt.SunGraphicsCallback.runOneComponent(Unknown Source)
at sun.awt.SunGraphicsCallback.runComponents(Unknown Source)
at java.awt.Container.paint(Unknown Source)
at javax.swing.JFrame.update(Unknown Source)
at sun.awt.RepaintArea.paint(Unknown Source)
at sun.awt.windows.WComponentPeer.handleEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown 
Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

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

random file selection

[Peter Lin]

I haven't looked at the new file server class yet. does it do random
file?  this might be a good time to clean up the webservice sampler to
use the file server if it supports it. I'm working on implementing the
remaining features for the JMS sampler right now.


peter

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

cvs commit: jakarta-jmeter/src/core/org/apache/jmeter/reporters ResultCollector.java

[mstover1]

mstover12004/10/26 15:47:46

  Modified:src/core/org/apache/jmeter/reporters Tag: rel-2_0
ResultCollector.java
  Log:
  Sometimes the result don't start with the right line separator or something.  Just 
make a simple check when doing substring to avoid ArrayIndexOutOfBounds erros
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.36.2.3  +11 -5 
jakarta-jmeter/src/core/org/apache/jmeter/reporters/ResultCollector.java
  
  Index: ResultCollector.java
  ===
  RCS file: 
/home/cvs/jakarta-jmeter/src/core/org/apache/jmeter/reporters/ResultCollector.java,v
  retrieving revision 1.36.2.2
  retrieving revision 1.36.2.3
  diff -u -r1.36.2.2 -r1.36.2.3
  --- ResultCollector.java  28 Sep 2004 22:09:13 -  1.36.2.2
  +++ ResultCollector.java  26 Oct 2004 22:47:46 -  1.36.2.3
  @@ -328,9 +328,15 @@
   tempOut,
   SaveService.getConfiguration(result, getFunctionalMode()));
   String serVer = tempOut.toString();
  -
  -return serVer.substring(
  -serVer.indexOf(System.getProperty("line.separator")));//$NON-NLS-1$
  +int index = serVer.indexOf(System.getProperty("line.separator"));
  +if(index > -1)
  +{
  +return serVer.substring(index);
  +}
  +else
  +{
  +return serVer;
  +}
   }
   
   private void readSamples(Configuration testResults)
  
  
  

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

DO NOT REPLY [Bug 25157] - HTTP Cookie Manager doesn't work

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=25157

HTTP Cookie Manager doesn't work

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Low |High
Version|1.9.1   |2.0.1



--- Additional Comments From [EMAIL PROTECTED]  2004-10-26 19:09 ---
When using "HTTP AUTHORIZAION MANAGER" to log in.
It is suppose to send a cookie back, so I used the HTTP Cookie Manager.
But it doesnt work.

I used the tree listener and I got this as a return result

Access Forbidden
Please Note: Access to this web site requires that cookies pass properly 
between your web browser and this web server. Please check the following and 
retry your request:  
your web browser is configured to accept cookies.
  
you are using a fully qualified domain name in your URL.
  
http://server.domain.com/index.html is CORRECT.
http://server/index.html is INCORRECT.
http://123.123.22.22/index.html is INCORRECT.

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

Re: DO NOT REPLY [Bug 31888] - Monitor Results incorrectly interpretes memory usage

[sebb]

I've updated the nightly build to include these changes


On 26 Oct 2004 17:24:01 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
> RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
> .
> ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
> INSERTED IN THE BUG DATABASE.
> 
> http://issues.apache.org/bugzilla/show_bug.cgi?id=31888
> 
> Monitor Results incorrectly interpretes memory usage
> 
> --- Additional Comments From [EMAIL PROTECTED]  2004-10-26 17:24 ---
> I've updated the docs and fixed a bug in the load calculation. it was using
> free/total, instead of used/total for the load calculation. this means the graph
> now shows the load (used/total + active thread/total) and free total.
> 
> I've also updated the screen captures for the docs. thanks for posting the bug
> entry. if you have any more comments, feel free to post a response.
> 
> peter
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

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

DO NOT REPLY [Bug 31888] - Monitor Results incorrectly interpretes memory usage

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31888

Monitor Results incorrectly interpretes memory usage





--- Additional Comments From [EMAIL PROTECTED]  2004-10-26 17:24 ---
I've updated the docs and fixed a bug in the load calculation. it was using
free/total, instead of used/total for the load calculation. this means the graph
now shows the load (used/total + active thread/total) and free total.

I've also updated the screen captures for the docs. thanks for posting the bug
entry. if you have any more comments, feel free to post a response.

peter

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

Re: JMS sampler update

[Peter Lin]

On Tue, 26 Oct 2004 06:56:50 +0100, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> 
> On 25 Oct 2004, at 21:53, Peter Lin wrote:
> > I dug around a bit more with OptimizeIt and verified that Orion's
> > implementation does indeed create 2 threads for the RMI
> > initialcontextfactory.
> 
> I wouldn't worry too much about glitches in one containers JNDI
> provider.
> 

the threads created for JNDI by orion is constant, so it's not an
issue. I just can't kill them, since they're created by orion's
classes.

> 
> Most decent JMS providers should work for both receive() and
> setMessageListener() approaches. Again I wouldn't worry yourself too
> much with dodgy JMS providers :)

I don't consider Orion dodgy, even if there's a bug in their client :)
 in their defense, a normal application wouldn't need to create a
bunch of consumers, run, stop and create a whole new set of consumers
with sessions and repeat. I'll submit a bug entry to orion once I get
the first release of jmeter out, so they can fix the bug.

> 
> Why not just leave this as a configuration flag so users can choose
> which one they want. (This will also allow folks to double check that
> both options result in about the same performance).
> 

that is definitely an option. I'll clean up the code a bit and make
both available. today I have to run some errands, so I won't get to
check in the code. hopefully tomorrow afternoon.

peter

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

cvs commit: jakarta-jmeter/xdocs/images/screenshots monitor_health.png monitor_screencap.png

[woolfel]

woolfel 2004/10/26 08:25:00

  Modified:xdocs/images/screenshots monitor_screencap.png
  Added:   xdocs/images/screenshots monitor_health.png
  Log:
  updated the screenshots of the monitor results listener

  

  peter
  
  Revision  ChangesPath
  1.2   +26 -92jakarta-jmeter/xdocs/images/screenshots/monitor_screencap.png
  
<>
  
  
  1.1  jakarta-jmeter/xdocs/images/screenshots/monitor_health.png
  
<>
  
  

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

cvs commit: jakarta-jmeter/xdocs/usermanual build-monitor-test-plan.xml

[woolfel]

woolfel 2004/10/26 08:15:25

  Modified:xdocs/usermanual build-monitor-test-plan.xml
  Log:
  updated the documentation for the monitor to make it more clear.

  hopefully this will make it easier for users to understand exactly

  what the graph means.

  

  peter
  
  Revision  ChangesPath
  1.3   +25 -2 jakarta-jmeter/xdocs/usermanual/build-monitor-test-plan.xml
  
  Index: build-monitor-test-plan.xml
  ===
  RCS file: /home/cvs/jakarta-jmeter/xdocs/usermanual/build-monitor-test-plan.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- build-monitor-test-plan.xml   14 Jul 2004 12:55:42 -  1.2
  +++ build-monitor-test-plan.xml   26 Oct 2004 15:15:25 -  1.3
  @@ -65,6 +65,11 @@
   and password for your webserver. Important note: the monitor only works with
   Tomcat5 build 5.0.19 and newer. For instructions on how to setup Tomcat, please
   refer to tomcat 5 documentation.
  +
  + leave the base URL blank
  + enter the username
  + enter the password
  +
   
   
   
  @@ -115,7 +120,25 @@
   historical view of the server's performance. 
   
   
  +
  +A quick note about how health is calculated. Typically, a server will crash if
  +it runs out of memory, or reached the maximum number of threads. In the case of
  +Tomcat 5, once the threads are maxed out, requests are placed in a queue until a
  +thread is available. The relative importance of threads vary between containers, so
  +the current implementation uses 50/50 to be conservative. A container that is more
  +efficient with thread management might not see any performance degradation, but
  +the used memory definitely will show an impact.
   
  +The performance graph shows for different lines. The free memory line shows how
  +much free memory is left in the current allocated block. Tomcat 5 returns the 
maximum
  +memory, but it is not graphed. In a well tuned environment, the server should never
  +reach the maximum memory.
  +Note the graph has captions on both sides of the graph. On the left is percent 
and
  +the right is dead/healthy. If the memory line spikes up and down rapidly, it could
  +indicate memory thrashing. In those situations, it is a good idea to profile the
  +application with Borland OptimizeIt or JProbe. What you want to see is a regular
  +pattern for load, memory and threads. Any irratic behavior usually indicates poor
  +performance or a bug of some sort.
   
   
   
  
  
  

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

cvs commit: jakarta-jmeter/src/monitor/components/org/apache/jmeter/monitor/util Stats.java

[woolfel]

woolfel 2004/10/26 07:46:20

  Modified:src/monitor/components/org/apache/jmeter/monitor/util
Stats.java
  Log:
  found a bug in calculateLoad().  it was using free memory, instead of 

  used memory. now the monitor shows both free memory in the graph

  and the load (used memory)

  

  peter
  
  Revision  ChangesPath
  1.8   +3 -2  
jakarta-jmeter/src/monitor/components/org/apache/jmeter/monitor/util/Stats.java
  
  Index: Stats.java
  ===
  RCS file: 
/home/cvs/jakarta-jmeter/src/monitor/components/org/apache/jmeter/monitor/util/Stats.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- Stats.java26 Oct 2004 05:13:30 -  1.7
  +++ Stats.java26 Oct 2004 14:46:20 -  1.8
  @@ -64,7 +64,8 @@
// w = (int)(33 * (used/max))
long totMem = stat.getJvm().getMemory().getTotal();
long freeMem = stat.getJvm().getMemory().getFree();
  - double memdiv = (double)freeMem/(double)totMem;
  + long usedMem = totMem - freeMem;
  + double memdiv = (double)usedMem/(double)totMem;
double memWeight = DEFAULT_MEMORY_FACTOR * memdiv;
   
Connector cntr = (Connector)stat.getConnector().get(0);
  
  
  

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