DO NOT REPLY [Bug 40424] - Web Services proxy

2007-02-27 Thread 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=40424


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 15:33 ---
What is the purpose of the HttpReplyHdr class?
It seems to be the same as the existing one in http/proxy.

Likewise, what is the purpose of the wsproxy/WebServiceSampler class? 
It redefines convertSoapHeaders and changes the key/value separator from "=" 
to ": " and adds some extra information to the sampleResult. The new class 
won't be used by existing test plans. If the changes are worthwhile, then they 
should be added to the existing class.

What is the purpose of the host/port redirection?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r512449 - in /jakarta/jmeter/branches/rel-2-2: build.xml eclipse.classpath lib/xpp3_min-1.1.3.4.I.jar lib/xpp3_min-1.1.3.4.O.jar lib/xstream-1.1.3.jar lib/xstream-1.2.1.jar xdocs/changes.x

2007-02-27 Thread sebb 
Author: sebb
Date: Tue Feb 27 14:18:24 2007
New Revision: 512449

URL: http://svn.apache.org/viewvc?view=rev&rev=512449
Log:
Xstream 1.2.1 & xpp3_min-1.1.1.3.4.O

Added:
jakarta/jmeter/branches/rel-2-2/lib/xpp3_min-1.1.3.4.O.jar   (with props)
jakarta/jmeter/branches/rel-2-2/lib/xstream-1.2.1.jar   (with props)
Removed:
jakarta/jmeter/branches/rel-2-2/lib/xpp3_min-1.1.3.4.I.jar
jakarta/jmeter/branches/rel-2-2/lib/xstream-1.1.3.jar
Modified:
jakarta/jmeter/branches/rel-2-2/build.xml
jakarta/jmeter/branches/rel-2-2/eclipse.classpath
jakarta/jmeter/branches/rel-2-2/xdocs/changes.xml

Modified: jakarta/jmeter/branches/rel-2-2/build.xml
URL: 
http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/build.xml?view=diff&rev=512449&r1=512448&r2=512449
==
--- jakarta/jmeter/branches/rel-2-2/build.xml (original)
+++ jakarta/jmeter/branches/rel-2-2/build.xml Tue Feb 27 14:18:24 2007
@@ -317,8 +317,8 @@
   
   
   
-  
-  
+  
+  
  
   
   

Modified: jakarta/jmeter/branches/rel-2-2/eclipse.classpath
URL: 
http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/eclipse.classpath?view=diff&rev=512449&r1=512448&r2=512449
==
--- jakarta/jmeter/branches/rel-2-2/eclipse.classpath (original)
+++ jakarta/jmeter/branches/rel-2-2/eclipse.classpath Tue Feb 27 14:18:24 2007
@@ -1,50 +1,50 @@
 
 
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   

-   

+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   
+   

+   
+   



-   
-   
-   

-   
+   



-   
-   
-   
-   
-   
-   
-   
-   
-   
-   
-
+   
+   

 

Added: jakarta/jmeter/branches/rel-2-2/lib/xpp3_min-1.1.3.4.O.jar
URL: 
http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/lib/xpp3_min-1.1.3.4.O.jar?view=auto&rev=512449
==
Binary file - no diff available.

Propchange: jakarta/jmeter/branches/rel-2-2/lib/xpp3_min-1.1.3.4.O.jar
--
svn:mime-type = application/octet-stream

Added: jakarta/jmeter/branches/rel-2-2/lib/xstream-1.2.1.jar
URL: 
http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/lib/xstream-1.2.1.jar?view=auto&rev=512449
==
Binary file - no diff available.

Propchange: jakarta/jmeter/branches/rel-2-2/lib/xstream-1.2.1.jar
--
svn:mime-type = application/octet-stream

Modified: jakarta/jmeter/branches/rel-2-2/xdocs/changes.xml
URL: 
http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/xdocs/changes.xml?view=diff&rev=512449&r1=512448&r2=512449
==
--- jakarta/jmeter/branches/rel-2-2/xdocs/changes.xml (original)
+++ jakarta/jmeter/branches/rel-2-2/xdocs/changes.xml Tue Feb 27 14:18:24 2007
@@ -65,6 +65,7 @@
 HTTP Mirror Server Workbench element
 Bug 41253 - extend XPathExtractor to work with non-NodeList XPath 
expressions
 Change to htmlparser 2.0
+Updated to xstream 1.2.1/xpp3_min-1.1.3.4.O
 
 
 Bug fixes:



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

svn commit: r512431 - /jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java

2007-02-27 Thread sebb 
Author: sebb
Date: Tue Feb 27 13:38:06 2007
New Revision: 512431

URL: http://svn.apache.org/viewvc?view=rev&rev=512431
Log:
Show time if test fails

Modified:

jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java

Modified: 
jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java
URL: 
http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java?view=diff&rev=512431&r1=512430&r2=512431
==
--- 
jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java
 (original)
+++ 
jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java
 Tue Feb 27 13:38:06 2007
@@ -41,7 +41,10 @@
 res.sampleStart();
 Thread.sleep(100);
 res.sampleEnd();
-assertTrue(res.getTime() >= 100);
+   long time = res.getTime();
+if(time < 100){
+   fail("Sample time should be >=100, actual 
"+time);
+}
 }
 
 public void testPause() throws Exception {



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

Re: Building jmeter-2.2 from source leads to 2.1.2 binary (and incompatible jmx format)

2007-02-27 Thread Andre van Hoorn 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It works, thanks a lot!

sebb schrieb:
> On 27/02/07, Andre van Hoorn
> <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> 
> Maybe someone can give me a hint with the following problem I
> encountered:
> 
> Starting to develop an extension for JMeter, I built version 2.2 from
> source. With a downloaded jmeter binary, I was not able to open a jmx
> file saved with the version built from the 2.2 sources.
> 
>> No need to build JMeter in order to develop extensions; just add the
>> compiled jars to the classpath.
> 
> I realized that the jmx format saved by a downloaded binary 2.2 version
> and the version built from 2.2 sources look completely different.
> 
> A jmx file from the built version starts with:
>  
> 
> The jmx file from the built version starts with:
>  
> 
>> There must be something wrong with the build.
> 
> 
> Also, the binary built from 2.2 sources reports version 2.1.2.20070227
> in its help dialog. When I checked the build.xml I also found the line:
> 
> 
> 
> 
>> This is because 2.2 was originally going to be called 2.1.2, but the
>> version was changed at the last minute. A few instances of 2.1.2 were
>> not updated.
> 
>> But when a distribution is built, the version property is overridden
>> on the command-line.
> 
> Is it possible that my built version saves its jmx files in an old
> format (or even the binary itself is version 2.1)? And how is it
> 
>> See below, missing saveservice.properties file
> 
> possible, that a version number 2.1 is reported?
> 
>> See above.
> 
> I will give a step-by-step explanation of how I built JMeter. Maybe I
> made I mistake in the build procedure. Also, I appended the respective
> parts of the log files when saving and openening the jmx file.
> 
> - downloaded and extracted jakarta-jmeter-2.2_src.tgz
> - cd jakarta-jmeter-2.2
> - mkdir lib/opt
> - copied jars from lib/ directory of binary archive
>  jakarta-jmeter-2.2.tgz to lib/ (if placed inside lib/opt build
>  works but execution fails)
> 
>> You need to unpack the entire binary archive into the same directory
>> structure as the source.
> 
> - Downloaded and added the following jars to lib/
>  - jms.jar (jms1.1)
>  - activation.jar (jaf-1.1)
>  - mail.jar (javamail-1.4)
>  - bsh-2.0b4.jar
> 
> - When executing 'ant' the missing directory lib/junit/ is reported
> - I copied lib/junit/ from binary archive jakarta-jmeter-2.2.tgz
> 
> - Due to a
>   "java.lang.RuntimeException: Could not read JMeter properties file"
>  when bin/jmeter ist started, I copied bin/jmeter.properties from
>  binary archive to bin/
> 
> 
>> See above
> 
> - Now, jmeter executes but shows the version string 2.1.2.20070227
>  in its help dialog instead of a 2.2 version string.
> 
>> See above
> 
> - A test plan saved with this build cannot be opened with the
>  downloadable 2.2 JMeter binary:
>  "XStream Conversion Exception at line: 2
>   version: version
>   Perhaps a missing jar? See log file"
> 
> The log files report the following when saving/opening the jmx file:
> 
> = BEGIN: build version saving the jmx file 
> 2007/02/27 20:34:36 INFO  - jmeter.save.SaveService: Testplan (JMX)
> version: 2.2. Testlog (JTL) version: 2.2
> 2007/02/27 20:34:36 ERROR - jmeter.save.SaveService: Bad saveservice
> properties file java.io.FileNotFoundExcep
> tion: /home/avanhoorn/tmp/jakarta-jmeter-2.2/bin/saveservice.properties
> (No such file or directory)
> 
>> This file is in the source archive.
> 
>at java.io.FileInputStream.open(Native Method)
>at java.io.FileInputStream.(FileInputStream.java:106)
>at java.io.FileInputStream.(FileInputStream.java:66)
>at
> org.apache.jmeter.save.SaveService.loadProperties(SaveService.java:142)
>at
> org.apache.jmeter.save.SaveService.initProps(SaveService.java:150)
>at
> org.apache.jmeter.save.SaveService.(SaveService.java:120)
>at org.apache.jmeter.gui.action.Save.doAction(Save.java:108)
>at
> org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:75)
> 
>at
> org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:43)
> 
>at
> org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:60)
>at
> java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
>at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
>at
> java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
> 
>at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
> 
>at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
>at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
>at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
> 
> 2007/02/27 20:34:36 WARN  - jmeter.save.SaveService: Bad _version -
> expected 1.8, found .
> 2007/02/27 20:34:36 WARN  - jmeter.save.SaveService: Bad _file_ver

Re: How to include new options into gui menus?

2007-02-27 Thread sebb 

They must be put in a jar in lib/ext.

On 27/02/07, jsm83 <[EMAIL PROTECTED]> wrote:

Hi.

I'm developing a new assertion class.

CustomAssertion and CustomAssertionGui.

I extended the appropriated classes and seems to be all ok. But the thing is: 
how could I insert the option to
load my CustomAssertion from gui menus?

I took a look into MenuFactory class but couldnt figure it out.
ClassFinder.findClassesThatExtend() shouldn't find my new class, since it 
extends AbstractAssertionGui?

Thanks.

Juliano




-
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]

Re: Building jmeter-2.2 from source leads to 2.1.2 binary (and incompatible jmx format)

2007-02-27 Thread sebb 

On 27/02/07, Andre van Hoorn
<[EMAIL PROTECTED]> wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,


Maybe someone can give me a hint with the following problem I encountered:

Starting to develop an extension for JMeter, I built version 2.2 from
source. With a downloaded jmeter binary, I was not able to open a jmx
file saved with the version built from the 2.2 sources.


No need to build JMeter in order to develop extensions; just add the
compiled jars to the classpath.


I realized that the jmx format saved by a downloaded binary 2.2 version
and the version built from 2.2 sources look completely different.

A jmx file from the built version starts with:
 

The jmx file from the built version starts with:
 


There must be something wrong with the build.



Also, the binary built from 2.2 sources reports version 2.1.2.20070227
in its help dialog. When I checked the build.xml I also found the line:





This is because 2.2 was originally going to be called 2.1.2, but the
version was changed at the last minute. A few instances of 2.1.2 were
not updated.

But when a distribution is built, the version property is overridden
on the command-line.


Is it possible that my built version saves its jmx files in an old
format (or even the binary itself is version 2.1)? And how is it


See below, missing saveservice.properties file


possible, that a version number 2.1 is reported?


See above.


I will give a step-by-step explanation of how I built JMeter. Maybe I
made I mistake in the build procedure. Also, I appended the respective
parts of the log files when saving and openening the jmx file.

- - downloaded and extracted jakarta-jmeter-2.2_src.tgz
- - cd jakarta-jmeter-2.2
- - mkdir lib/opt
- - copied jars from lib/ directory of binary archive
 jakarta-jmeter-2.2.tgz to lib/ (if placed inside lib/opt build
 works but execution fails)


You need to unpack the entire binary archive into the same directory
structure as the source.


- - Downloaded and added the following jars to lib/
 - jms.jar (jms1.1)
 - activation.jar (jaf-1.1)
 - mail.jar (javamail-1.4)
 - bsh-2.0b4.jar

- - When executing 'ant' the missing directory lib/junit/ is reported
- - I copied lib/junit/ from binary archive jakarta-jmeter-2.2.tgz

- - Due to a
  "java.lang.RuntimeException: Could not read JMeter properties file"
 when bin/jmeter ist started, I copied bin/jmeter.properties from
 binary archive to bin/



See above


- - Now, jmeter executes but shows the version string 2.1.2.20070227
 in its help dialog instead of a 2.2 version string.


See above


- - A test plan saved with this build cannot be opened with the
 downloadable 2.2 JMeter binary:
 "XStream Conversion Exception at line: 2
  version: version
  Perhaps a missing jar? See log file"

The log files report the following when saving/opening the jmx file:

= BEGIN: build version saving the jmx file 
2007/02/27 20:34:36 INFO  - jmeter.save.SaveService: Testplan (JMX)
version: 2.2. Testlog (JTL) version: 2.2
2007/02/27 20:34:36 ERROR - jmeter.save.SaveService: Bad saveservice
properties file java.io.FileNotFoundExcep
tion: /home/avanhoorn/tmp/jakarta-jmeter-2.2/bin/saveservice.properties
(No such file or directory)


This file is in the source archive.


   at java.io.FileInputStream.open(Native Method)
   at java.io.FileInputStream.(FileInputStream.java:106)
   at java.io.FileInputStream.(FileInputStream.java:66)
   at
org.apache.jmeter.save.SaveService.loadProperties(SaveService.java:142)
   at
org.apache.jmeter.save.SaveService.initProps(SaveService.java:150)
   at org.apache.jmeter.save.SaveService.(SaveService.java:120)
   at org.apache.jmeter.gui.action.Save.doAction(Save.java:108)
   at
org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:75)
   at
org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:43)
   at
org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:60)
   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
   at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
   at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
   at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
   at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
   at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
   at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

2007/02/27 20:34:36 WARN  - jmeter.save.SaveService: Bad _version -
expected 1.8, found .
2007/02/27 20:34:36 WARN  - jmeter.save.SaveService: Bad _file_version -
expected 408187, found .
2007/02/27 20:34:36 INFO  - jmeter.save.SaveService: All converter
versions present and correct
= END: build version saving the jmx file 

= BEGIN: binary version opening the jmx file 
2007/02/27 20:38:24 INFO  - jmeter.gui.action.L

Re: HTTP Proxy with XML-RPC

2007-02-27 Thread sebb 

OK, that looks better.

But I'm still unsure as to why one would ever want to split XML data
into name/value pairs. Surely one cannot have a parameter name
starting with " wrote:

Ok, cleaned up version of HTTPSamplerBase is now in bugzilla. It is
still validating the xml against the xml-rpc xsd, but let me know if
you wan't me to change it into a "generalized" xml detection thing, ie
isXmlData (or add this extra "option"). The code is modified according
to your comments ...

Let me know what you think.

/Jesper

On 2/27/07, sebb <[EMAIL PROTECTED]> wrote:
> New files can be provided as patches, but it is usually easier to
> provide the source.
>
> Please ensure that you include the ASF license header; thanks.
>
> S.
> On 27/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > Thanks for your comments. My reason for validating the xml against the
> > schema is only to be sure that it is an xml-rpc call and not just some xml
> > being posted. The alternative is to call the feature isXmlData, not
> > isXmlRpc, and then skip the parsing and schema checking?
> >
> > Also, i will fix my code according to your comments asap, and repost my
> > files on bugzilla. A quick question regarding my bugzilla post; should new
> > files (xml-rpc.xsd and XmlRpcErrorHandler.java) go as patches or ...?
> >
> > /Jesper
> >
> > >From: sebb <[EMAIL PROTECTED]>
> > >Reply-To: "JMeter Developers List" 
> > >To: "JMeter Developers List" 
> > >Subject: Re: HTTP Proxy with XML-RPC
> > >Date: Mon, 26 Feb 2007 18:26:40 +
> > >
> > >Thanks.
> > >
> > >Just wondering why the query string needs to be compared against a schema?
> > >
> > >If the content starts with  > >should not be parsed into name/value pairs?
> > >
> > >Or am I missing something here?
> > >
> > >Unless the DOM parsing is needed, it would obviously be a lot cheaper
> > >to omit it.
> > >
> > >Some minor issues:
> > >- unless the DOMParser is thread-safe, one cannot use a static copy.
> > >- catch Exception is not a good idea; one should only catch expected errors
> > >- should probably use log.warn rather than log.debug for logging the
> > >exception.
> > >
> > >S.
> > >On 26/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
> > >>Hi
> > >>
> > >>My code is now submitted to bugzilla as #41707. Looking forward to hear
> > >>your
> > >>reactions/comments ...
> > >>
> > >>/Jesper
> > >>
> > >> >From: sebb <[EMAIL PROTECTED]>
> > >> >Reply-To: "JMeter Developers List" 
> > >> >To: "JMeter Developers List" 
> > >> >Subject: Re: HTTP Proxy with XML-RPC
> > >> >Date: Sun, 25 Feb 2007 18:36:14 +
> > >> >
> > >> >Thanks! Sounds useful.
> > >> >
> > >> >Please create a Bugzilla enhancement issue describing the code.
> > >> >
> > >> >You can then add any patches or new code as attachments to the issue.
> > >> >
> > >> >Please ensure that any patches are in unified diff format (as
> > >> >generated by Eclipse), and are generated against branches/rel-2-2, not
> > >> >the trunk, which is very out of date.
> > >> >
> > >> >On 24/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
> > >> >>Hi
> > >> >>
> > >> >>I have added some code to allow xml-rpc communication to be recorded
> > >> >>correctly when using the http proxy. Would anyone be interested in
> > >>adding
> > >> >>this to the codebase? If yes, how do i proceed from here?
> > >> >>
> > >> >>Best regards,
> > >> >>Jesper
> > >> >>
> > >> >>_
> > >> >>Download din yndlingsmusik på MSN Music:  http://www.msn.dk/music  -
> > >>det
> > >> >>er
> > >> >>nemt og billigt
> > >> >>
> > >> >>
> > >> >>-
> > >> >>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]
> > >> >
> > >>
> > >>_
> > >>Ta' på udsalg året rundt på MSN Shopping:  http://shopping.msn.dk  - her
> > >>finder du altid de bedste priser
> > >>
> > >>
> > >>-
> > >>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]
> > >
> >
> > _
> > Del dine store filer uden problemer på MSN Messenger:
> > http://messenger.msn.dk/
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---

Building jmeter-2.2 from source leads to 2.1.2 binary (and incompatible jmx format)

2007-02-27 Thread Andre van Hoorn 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,


Maybe someone can give me a hint with the following problem I encountered:

Starting to develop an extension for JMeter, I built version 2.2 from
source. With a downloaded jmeter binary, I was not able to open a jmx
file saved with the version built from the 2.2 sources.

I realized that the jmx format saved by a downloaded binary 2.2 version
and the version built from 2.2 sources look completely different.

A jmx file from the built version starts with:
 

The jmx file from the built version starts with:
 

Also, the binary built from 2.2 sources reports version 2.1.2.20070227
in its help dialog. When I checked the build.xml I also found the line:



Is it possible that my built version saves its jmx files in an old
format (or even the binary itself is version 2.1)? And how is it
possible, that a version number 2.1 is reported?

I will give a step-by-step explanation of how I built JMeter. Maybe I
made I mistake in the build procedure. Also, I appended the respective
parts of the log files when saving and openening the jmx file.

- - downloaded and extracted jakarta-jmeter-2.2_src.tgz
- - cd jakarta-jmeter-2.2
- - mkdir lib/opt
- - copied jars from lib/ directory of binary archive
  jakarta-jmeter-2.2.tgz to lib/ (if placed inside lib/opt build
  works but execution fails)

- - Downloaded and added the following jars to lib/
  - jms.jar (jms1.1)
  - activation.jar (jaf-1.1)
  - mail.jar (javamail-1.4)
  - bsh-2.0b4.jar

- - When executing 'ant' the missing directory lib/junit/ is reported
- - I copied lib/junit/ from binary archive jakarta-jmeter-2.2.tgz

- - Due to a
   "java.lang.RuntimeException: Could not read JMeter properties file"
  when bin/jmeter ist started, I copied bin/jmeter.properties from
  binary archive to bin/

- - Now, jmeter executes but shows the version string 2.1.2.20070227
  in its help dialog instead of a 2.2 version string.
- - A test plan saved with this build cannot be opened with the
  downloadable 2.2 JMeter binary:
  "XStream Conversion Exception at line: 2
   version: version
   Perhaps a missing jar? See log file"

The log files report the following when saving/opening the jmx file:

= BEGIN: build version saving the jmx file 
2007/02/27 20:34:36 INFO  - jmeter.save.SaveService: Testplan (JMX)
version: 2.2. Testlog (JTL) version: 2.2
2007/02/27 20:34:36 ERROR - jmeter.save.SaveService: Bad saveservice
properties file java.io.FileNotFoundExcep
tion: /home/avanhoorn/tmp/jakarta-jmeter-2.2/bin/saveservice.properties
(No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:106)
at java.io.FileInputStream.(FileInputStream.java:66)
at
org.apache.jmeter.save.SaveService.loadProperties(SaveService.java:142)
at
org.apache.jmeter.save.SaveService.initProps(SaveService.java:150)
at org.apache.jmeter.save.SaveService.(SaveService.java:120)
at org.apache.jmeter.gui.action.Save.doAction(Save.java:108)
at
org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:75)
at
org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:43)
at
org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:60)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

2007/02/27 20:34:36 WARN  - jmeter.save.SaveService: Bad _version -
expected 1.8, found .
2007/02/27 20:34:36 WARN  - jmeter.save.SaveService: Bad _file_version -
expected 408187, found .
2007/02/27 20:34:36 INFO  - jmeter.save.SaveService: All converter
versions present and correct
= END: build version saving the jmx file 

= BEGIN: binary version opening the jmx file 
2007/02/27 20:38:24 INFO  - jmeter.gui.action.Load: Loading file:
/home/avanhoorn/tmp/jakarta-jmeter-2.2/WorkBench.jmx
2007/02/27 20:38:24 INFO  - jmeter.save.SaveService: Testplan (JMX)
version: 2.2. Testlog (JTL) version: 2.2
2007/02/27 20:38:24 INFO  - jmeter.save.SaveService: Using SaveService
properties file version 408187
2007/02/27 20:38:24 WARN  - jmeter.save.SaveService: Could not set up
alias MailerModel java.lang.NoClassDefFoundError: javax/mail/Message
2007/02/27 20:38:24 INFO  - jmeter.protocol.http.sampler.HTTPSampler2:
Local host = wsmobil
2007/02/27 20:38:24 INFO  - jmeter.protocol.tcp.sampler.TCPSampler:
Protocol Handler name=TCPClientImpl
2007/02/27 20:38:24 INFO  - jmeter.proto

How to include new options into gui menus?

2007-02-27 Thread jsm83 
Hi.

I'm developing a new assertion class.

CustomAssertion and CustomAssertionGui.

I extended the appropriated classes and seems to be all ok. But the thing is: 
how could I insert the option to
load my CustomAssertion from gui menus?

I took a look into MenuFactory class but couldnt figure it out.
ClassFinder.findClassesThatExtend() shouldn't find my new class, since it 
extends AbstractAssertionGui?

Thanks.

Juliano




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

Re: HTTP Proxy with XML-RPC

2007-02-27 Thread Jesper Thorhauge 

Ok, cleaned up version of HTTPSamplerBase is now in bugzilla. It is
still validating the xml against the xml-rpc xsd, but let me know if
you wan't me to change it into a "generalized" xml detection thing, ie
isXmlData (or add this extra "option"). The code is modified according
to your comments ...

Let me know what you think.

/Jesper

On 2/27/07, sebb <[EMAIL PROTECTED]> wrote:

New files can be provided as patches, but it is usually easier to
provide the source.

Please ensure that you include the ASF license header; thanks.

S.
On 27/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
> Hi
>
> Thanks for your comments. My reason for validating the xml against the
> schema is only to be sure that it is an xml-rpc call and not just some xml
> being posted. The alternative is to call the feature isXmlData, not
> isXmlRpc, and then skip the parsing and schema checking?
>
> Also, i will fix my code according to your comments asap, and repost my
> files on bugzilla. A quick question regarding my bugzilla post; should new
> files (xml-rpc.xsd and XmlRpcErrorHandler.java) go as patches or ...?
>
> /Jesper
>
> >From: sebb <[EMAIL PROTECTED]>
> >Reply-To: "JMeter Developers List" 
> >To: "JMeter Developers List" 
> >Subject: Re: HTTP Proxy with XML-RPC
> >Date: Mon, 26 Feb 2007 18:26:40 +
> >
> >Thanks.
> >
> >Just wondering why the query string needs to be compared against a schema?
> >
> >If the content starts with  >should not be parsed into name/value pairs?
> >
> >Or am I missing something here?
> >
> >Unless the DOM parsing is needed, it would obviously be a lot cheaper
> >to omit it.
> >
> >Some minor issues:
> >- unless the DOMParser is thread-safe, one cannot use a static copy.
> >- catch Exception is not a good idea; one should only catch expected errors
> >- should probably use log.warn rather than log.debug for logging the
> >exception.
> >
> >S.
> >On 26/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
> >>Hi
> >>
> >>My code is now submitted to bugzilla as #41707. Looking forward to hear
> >>your
> >>reactions/comments ...
> >>
> >>/Jesper
> >>
> >> >From: sebb <[EMAIL PROTECTED]>
> >> >Reply-To: "JMeter Developers List" 
> >> >To: "JMeter Developers List" 
> >> >Subject: Re: HTTP Proxy with XML-RPC
> >> >Date: Sun, 25 Feb 2007 18:36:14 +
> >> >
> >> >Thanks! Sounds useful.
> >> >
> >> >Please create a Bugzilla enhancement issue describing the code.
> >> >
> >> >You can then add any patches or new code as attachments to the issue.
> >> >
> >> >Please ensure that any patches are in unified diff format (as
> >> >generated by Eclipse), and are generated against branches/rel-2-2, not
> >> >the trunk, which is very out of date.
> >> >
> >> >On 24/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
> >> >>Hi
> >> >>
> >> >>I have added some code to allow xml-rpc communication to be recorded
> >> >>correctly when using the http proxy. Would anyone be interested in
> >>adding
> >> >>this to the codebase? If yes, how do i proceed from here?
> >> >>
> >> >>Best regards,
> >> >>Jesper
> >> >>
> >> >>_
> >> >>Download din yndlingsmusik på MSN Music:  http://www.msn.dk/music  -
> >>det
> >> >>er
> >> >>nemt og billigt
> >> >>
> >> >>
> >> >>-
> >> >>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]
> >> >
> >>
> >>_
> >>Ta' på udsalg året rundt på MSN Shopping:  http://shopping.msn.dk  - her
> >>finder du altid de bedste priser
> >>
> >>
> >>-
> >>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]
> >
>
> _
> Del dine store filer uden problemer på MSN Messenger:
> http://messenger.msn.dk/
>
>
> -
> 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]




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

DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support

2007-02-27 Thread 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=41707


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #19641|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 08:35 ---
Created an attachment (id=19647)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19647&action=view)
XML-RPC xsd schema (un-official)


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support

2007-02-27 Thread 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=41707


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #19640|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 08:34 ---
Created an attachment (id=19646)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19646&action=view)
XmlRpcErrorHandler used for xsd schema checking of xml-rpc call


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support

2007-02-27 Thread 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=41707





--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 08:32 ---
Created an attachment (id=19645)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19645&action=view)
HTTPSamplerBase supporting xml-rpc recording, cleaned up


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support

2007-02-27 Thread 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=41707


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #19639|0   |1
is obsolete||




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40696] - retieve all embeded resources from html pages for CSS images

2007-02-27 Thread 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=40696


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 07:14 ---
Agreed that JMeter should not parse the content of CSS files when looking for 
embedded resources. [This could be quite tricky, as the CSS file can contain 
definitions that are not used.]

However, if the background image is part of a style attribute in the HTML page 
itself, then it seems sensible to treat this the same as other background 
images.

I'll see about adding this.

Note: there are two related issues: bug 40933 and bug 40945.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41705] - Make HTTP Sampler POST using specified encoding

2007-02-27 Thread 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=41705





--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 06:23 ---
The code for PostWriter.java in the patch, should probably be changed slightly, 
from
String postData = sampler.getQueryString();
OutputStreamWriter out = new
OutputStreamWriter(connection.getOutputStream(), sampler.getContentEncoding());
out.write(postData);

to
String postData = sampler.getQueryString();
OutputStreamWriter out = null;
if(sampler.getContentEncoding() != null &&
sampler.getContentEncoding().trim().length() > 0) {
 out = new OutputStreamWriter(connection.getOutputStream(),
sampler.getContentEncoding());
 }
 else {
 out = new OutputStreamWriter(connection.getOutputStream());
 }
 out.write(postData);

so that the behavior is backwards compatible, i.e. if no encoding is specified,
the default one is used.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40696] - retieve all embeded resources from html pages for CSS images

2007-02-27 Thread 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=40696





--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 05:59 ---
The problem is not that the response is not valid xhtml.

The reason is that the parser that parses the response and looks for embedded
resources, does not look for constructs like .

I am not sure if the parser should look for such embedded resources. If the
stylesheet file references any resources, those will not be downloaded by
jmeter, because jmeter only downloads any stylesheet files referenced, it does
not parse the downloaded stylesheet files and then download all resources
referenced by the stylesheet file.

So if there should be no difference between resources mentioned inside
stylesheet files and resouces mentioned in inline style of the actual document,
then I think this bug should be closed as "invalid".

If you want resources mentioned in inline styling of the document, then the
following code could be added to the bottom of the "parseNodes" method of the
"HtmlParserHTMLParser" seems to do the work :

String styleTagStr = tag.getAttribute("STYLE");
if(styleTagStr != null) {
PatternCompiler compiler = new Perl5Compiler();
PatternMatcher matcher = new Perl5Matcher();
Pattern pattern = null;
PatternMatcherInput input = null;
try {
pattern = compiler.compile("URL\\(('|\")(.*)('|\")\\)", 
Perl5Compiler.CASE_INSENSITIVE_MASK |
Perl5Compiler.SINGLELINE_MASK | Perl5Compiler.READ_ONLY_MASK);
input = new PatternMatcherInput(styleTagStr);
while (matcher.contains(input, pattern)) {
MatchResult match = matcher.getMatch();
// The value is in the second group
String styleUrl = match.group(2);
urls.addURL(styleUrl, baseUrl.url);
}
} catch (MalformedPatternException mpe) {
log.warn("Malformed pattern for getting url of style
attribute of a tag");
}
}


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

[EMAIL PROTECTED]: Project jakarta-jmeter-22-svn (in module jakarta-jmeter-22) failed

2007-02-27 Thread Gump-build 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-jmeter-22-svn has an issue affecting its community integration.
This issue affects 2 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-jmeter-22-svn :  Pure Java load testing and performance 
measurement tool.
   ...
- jakarta-jmeter-22-test :  Pure Java load testing and performance 
measurement tool.
   ...


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [jakarta-jmeter-2_1_27022007_lib.zip] identifier set to output 
basename: [jakarta-jmeter-2_1_27022007_lib.zip]
 -DEBUG- Output [jakarta-jmeter-2_1_27022007_bin.zip] identifier set to output 
basename: [jakarta-jmeter-2_1_27022007_bin.zip]
 -DEBUG- Output [NOTICE] identifier set to output basename: [NOTICE]
 -DEBUG- Output [jakarta-jmeter-2_1_27022007_src.zip] identifier set to output 
basename: [jakarta-jmeter-2_1_27022007_src.zip]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/core]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/htmlparser]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/jorphan]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/components]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/protocol/http]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/monitor/model]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/gump_work/build_jakarta-jmeter-22_jakarta-jmeter-22-svn.html
Work Name: build_jakarta-jmeter-22_jakarta-jmeter-22-svn (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
'-Dversion.projectfile=$Revision: 494051 $' -Djmeter.version=2_1_27022007 
-Dgump.run=true '-Ddate.projectfile=$Date: 2007-01-08 05:00:42 -0800 (Mon, 08 
Jan 2007) $' gump-build 
[Working Directory: /usr/local/gump/public/workspace/jakarta-jmeter-22]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/core:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/htmlparser:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/jorphan:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/components:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/protocol/http:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/monitor/model:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/avalon-framework-4.1.4.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/batik-awt-util.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/commons-collections.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-datasource-1.1.1.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-instrument-1.0.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-logger-1.1.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-pool-1.2.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/jakarta-oro-2.0.8.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/jCharts-0.7.5.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/jdom-1.0.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/junit.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/logkit-1.2.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/soap.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/Tidy.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xpp3_min-1.1.3.4.I.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xstream-1.1.3.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/velocity-1.4-dev.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xalan.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xercesImpl.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xml-apis.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/publ

[EMAIL PROTECTED]: Project jakarta-jmeter-22-svn (in module jakarta-jmeter-22) failed

2007-02-27 Thread Gump-build 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-jmeter-22-svn has an issue affecting its community integration.
This issue affects 2 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-jmeter-22-svn :  Pure Java load testing and performance 
measurement tool.
   ...
- jakarta-jmeter-22-test :  Pure Java load testing and performance 
measurement tool.
   ...


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [jakarta-jmeter-2_1_27022007_lib.zip] identifier set to output 
basename: [jakarta-jmeter-2_1_27022007_lib.zip]
 -DEBUG- Output [jakarta-jmeter-2_1_27022007_bin.zip] identifier set to output 
basename: [jakarta-jmeter-2_1_27022007_bin.zip]
 -DEBUG- Output [NOTICE] identifier set to output basename: [NOTICE]
 -DEBUG- Output [jakarta-jmeter-2_1_27022007_src.zip] identifier set to output 
basename: [jakarta-jmeter-2_1_27022007_src.zip]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/core]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/htmlparser]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/jorphan]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/components]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/protocol/http]
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-jmeter-22/build/monitor/model]
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/gump_work/build_jakarta-jmeter-22_jakarta-jmeter-22-svn.html
Work Name: build_jakarta-jmeter-22_jakarta-jmeter-22-svn (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
'-Dversion.projectfile=$Revision: 494051 $' -Djmeter.version=2_1_27022007 
-Dgump.run=true '-Ddate.projectfile=$Date: 2007-01-08 05:00:42 -0800 (Mon, 08 
Jan 2007) $' gump-build 
[Working Directory: /usr/local/gump/public/workspace/jakarta-jmeter-22]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/core:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/htmlparser:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/jorphan:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/components:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/protocol/http:/usr/local/gump/public/workspace/jakarta-jmeter-22/build/monitor/model:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/avalon-framework-4.1.4.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/batik-awt-util.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/commons-collections.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-datasource-1.1.1.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-instrument-1.0.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-logger-1.1.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/excalibur-pool-1.2.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/jakarta-oro-2.0.8.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/jCharts-0.7.5.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/jdom-1.0.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/junit.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/logkit-1.2.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/soap.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/Tidy.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xpp3_min-1.1.3.4.I.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xstream-1.1.3.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/velocity-1.4-dev.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xalan.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xercesImpl.jar:/usr/local/gump/public/workspace/jakarta-jmeter-22/lib/xml-apis.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/publ

Re: HTTP Proxy with XML-RPC

2007-02-27 Thread sebb 

New files can be provided as patches, but it is usually easier to
provide the source.

Please ensure that you include the ASF license header; thanks.

S.
On 27/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:

Hi

Thanks for your comments. My reason for validating the xml against the
schema is only to be sure that it is an xml-rpc call and not just some xml
being posted. The alternative is to call the feature isXmlData, not
isXmlRpc, and then skip the parsing and schema checking?

Also, i will fix my code according to your comments asap, and repost my
files on bugzilla. A quick question regarding my bugzilla post; should new
files (xml-rpc.xsd and XmlRpcErrorHandler.java) go as patches or ...?

/Jesper

>From: sebb <[EMAIL PROTECTED]>
>Reply-To: "JMeter Developers List" 
>To: "JMeter Developers List" 
>Subject: Re: HTTP Proxy with XML-RPC
>Date: Mon, 26 Feb 2007 18:26:40 +
>
>Thanks.
>
>Just wondering why the query string needs to be compared against a schema?
>
>If the content starts with should not be parsed into name/value pairs?
>
>Or am I missing something here?
>
>Unless the DOM parsing is needed, it would obviously be a lot cheaper
>to omit it.
>
>Some minor issues:
>- unless the DOMParser is thread-safe, one cannot use a static copy.
>- catch Exception is not a good idea; one should only catch expected errors
>- should probably use log.warn rather than log.debug for logging the
>exception.
>
>S.
>On 26/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
>>Hi
>>
>>My code is now submitted to bugzilla as #41707. Looking forward to hear
>>your
>>reactions/comments ...
>>
>>/Jesper
>>
>> >From: sebb <[EMAIL PROTECTED]>
>> >Reply-To: "JMeter Developers List" 
>> >To: "JMeter Developers List" 
>> >Subject: Re: HTTP Proxy with XML-RPC
>> >Date: Sun, 25 Feb 2007 18:36:14 +
>> >
>> >Thanks! Sounds useful.
>> >
>> >Please create a Bugzilla enhancement issue describing the code.
>> >
>> >You can then add any patches or new code as attachments to the issue.
>> >
>> >Please ensure that any patches are in unified diff format (as
>> >generated by Eclipse), and are generated against branches/rel-2-2, not
>> >the trunk, which is very out of date.
>> >
>> >On 24/02/07, Two Hawk <[EMAIL PROTECTED]> wrote:
>> >>Hi
>> >>
>> >>I have added some code to allow xml-rpc communication to be recorded
>> >>correctly when using the http proxy. Would anyone be interested in
>>adding
>> >>this to the codebase? If yes, how do i proceed from here?
>> >>
>> >>Best regards,
>> >>Jesper
>> >>
>> >>_
>> >>Download din yndlingsmusik på MSN Music:  http://www.msn.dk/music  -
>>det
>> >>er
>> >>nemt og billigt
>> >>
>> >>
>> >>-
>> >>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]
>> >
>>
>>_
>>Ta' på udsalg året rundt på MSN Shopping:  http://shopping.msn.dk  - her
>>finder du altid de bedste priser
>>
>>
>>-
>>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]
>

_
Del dine store filer uden problemer på MSN Messenger:
http://messenger.msn.dk/


-
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 36755] - Characters in cyrillic need to be saved under unicode

2007-02-27 Thread 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=36755





--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 04:30 ---
The bug report does not tell wether the problem is happening with http get
request or http post request.

If I use unicode characters as value for parameter used in a http get request,
and check on the "encode" checkbox for that parameter, things seems to work fine
for me.

If you want to use unicode characters when posting, then I think you need to
wait until the bug 41705 is fixed. And if you want your testdata in a csv file,
you need to wait for 41704.

I tested with utf8 samples from http://www.columbia.edu/kermit/utf8.html

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40589] - Escaped ampersand characters are not unescaped when URL's are visited

2007-02-27 Thread 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=40589





--- Additional Comments From [EMAIL PROTECTED]  2007-02-27 02:27 ---
Created an attachment (id=19643)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19643&action=view)
Patch for using & instead of & in URL

Attached is a patch against
svn.apache.org/repos/asf/jakarta/jmeter/branches/rel-2-2 as of today.

It replaces all & in the URL for an embedded resource with &.
This is needed to be able to test valid xhtml pages, because xhtml will use
& in the href attribute of the a tag. But when the browser or in this case
Jmeter uses that URL, it must use & and not &

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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