You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by bu...@apache.org on 2005/12/01 00:10:45 UTC
DO NOT REPLY [Bug 37716] -
Invalid request using Proxy for a multipart/form-data with no filename specified.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37716>.
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=37716
------- Additional Comments From sebb@apache.org 2005-12-01 00:10 -------
Thanks very much - it's particularly useful to have the JUnit testcase.
I've applied the patch to the 2.1 branch.
BTW, PostWriter.CRLF and PostWriterTest.CRLF need to remain private - final
arrays are mutable (unless they have zero entries), so it's not completely safe
to share them.
--
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: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: Upward / Backward compatibilty (was "Invalid request using Proxy for a multipart/form-data with no filename specified.")
Posted by Peter Lin <wo...@gmail.com>.
feel free to update Wiki :)
everyone benefits.
peter
On 12/1/05, Benjamin Francisoud <be...@anyware-tech.com>
wrote:
>
> sebb wrote:
>
> >On 01/12/05, Benjamin Francisoud <be...@anyware-tech.com>
> wrote:
> >
> >
> >
> >I think I got that from Joshua Bloch - Effective Java. Well worth
> >reading (and re-reading).
> >
> >
> Usually I really like what he says but I didn't read Effective Java...
> might take a look one day :)
>
> >Save in 2.0 format.
> >
> >
> >
> Wow that worked! I'm impress!
> the file_format=2.0 property is really useful!
>
> >>I didn't find anything on the wiki... where should I dig? (just to
> >>understand how this works) ...
> >>
> >>
> >
> >It's not documented, as far as I know. One needs to test with
> >different versions of JMX files.
> >
> >
> Now I realize this conversation should have taken place in the user list
> but it's too late :(
> I might add some info about Test plan Backward compatibility in the wiki
> :)
>
> I know someone in my office who is really happy to know it's possible to
> save in 2.0 format... ;)
> It might solve some of his compatibility's problems between his test
> plans.
>
> Thank you very much :)
>
> --
> Benjamin Francisoud
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
Re: Upward / Backward compatibilty (was "Invalid request using Proxy
for a multipart/form-data with no filename specified.")
Posted by Benjamin Francisoud <be...@anyware-tech.com>.
sebb wrote:
>On 01/12/05, Benjamin Francisoud <be...@anyware-tech.com> wrote:
>
>
>
>I think I got that from Joshua Bloch - Effective Java. Well worth
>reading (and re-reading).
>
>
Usually I really like what he says but I didn't read Effective Java...
might take a look one day :)
>Save in 2.0 format.
>
>
>
Wow that worked! I'm impress!
the file_format=2.0 property is really useful!
>>I didn't find anything on the wiki... where should I dig? (just to
>>understand how this works) ...
>>
>>
>
>It's not documented, as far as I know. One needs to test with
>different versions of JMX files.
>
>
Now I realize this conversation should have taken place in the user list
but it's too late :(
I might add some info about Test plan Backward compatibility in the wiki :)
I know someone in my office who is really happy to know it's possible to
save in 2.0 format... ;)
It might solve some of his compatibility's problems between his test plans.
Thank you very much :)
--
Benjamin Francisoud
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: Invalid request using Proxy for a multipart/form-data with no filename specified.
Posted by sebb <se...@gmail.com>.
On 01/12/05, Benjamin Francisoud <be...@anyware-tech.com> wrote:
> bugzilla@apache.org wrote:
>
> >http://issues.apache.org/bugzilla/show_bug.cgi?id=37716
> >
> >------- Additional Comments From sebb@apache.org 2005-12-01 00:10 -------
> >Thanks very much - it's particularly useful to have the JUnit testcase.
> >
> >
> Your welcome :)
>
> >I've applied the patch to the 2.1 branch.
> >
> >
> Thank you very much to applied my patch so quickly :)
>
> >BTW, PostWriter.CRLF and PostWriterTest.CRLF need to remain private - final
> >arrays are mutable (unless they have zero entries), so it's not completely safe
> >to share them.
> >
> >
> I didn't knew that, I learned something today ;)
I think I got that from Joshua Bloch - Effective Java. Well worth
reading (and re-reading).
> I get the latest svn files from svn today and made my own custom jmeter
> distribution... so I can provide a patch to my client (actually a full
> new dist).
> It worked well but a TestPlan made my dist is not compatible (can't be
> opened) with the official release 2.1.1
>
> I know that since I'm using the latest svn I am not using jmeter as a
> normal user should...
> Is there any simple way to make a descendant compatibility between jmx ?
Backwards compatibility is difficult with the new Xstream format, but
the 2.0 format should be compatible (assuming the earlier release
supports the test element at all).
> Was such a thing ever possible with jmx (test plan made with 2.1 can be
> use with 2.0 for example...) ?
Save in 2.0 format.
> A more general question: how do you achieve ascendant compatibility
> between TestPlan (users'jmx) and jmeter releases
Upward compatibilty is possible; this depends on
saveservice.properties and upgrade.properties plus code support if
necessary.
The 2.0 format always saved the full class names; upgrade.properties
was used purely to allow class name changes.
SInce 2.1, the JMX format is also abbreviated. This is based on
saveservice.properties. In order to decode the abbreviations, one has
to have the appropriate mappings defined. Also, further abbreviation
can be done by the marshal() procedures.
> I didn't find anything on the wiki... where should I dig? (just to
> understand how this works) ...
It's not documented, as far as I know. One needs to test with
different versions of JMX files.
> --
> Benjamin Francisoud
>
> ------------------------------------------------------------------------------------------------------------------
> I don't open this as a bug because I know this is not a normal use of
> jmeter... but here's the error log I get:
>
> 2005/12/01 15:16:56 INFO - jmeter.gui.action.Load: Loading file:
> C:\Temp\jmeter\dist-2.1.1.20051201\PlanTest.jmx
> 2005/12/01 15:16:56 INFO - jmeter.protocol.http.sampler.HTTPSampler2:
> httpsampler2.basicauth=false
> 2005/12/01 15:16:56 INFO - jmeter.save.SaveService: Using SaveService
> properties file 1.7
> 2005/12/01 15:16:56 WARN - jmeter.save.SaveService: Could not set up
> alias WebServiceSampler java.lang.NoClassDefFoundError:
> javax/mail/MessagingException
> 2005/12/01 15:16:56 INFO - jmeter.save.SaveService: All converter
> versions present and correct
> 2005/12/01 15:16:56 ERROR -
> jmeter.save.converters.TestElementPropertyConverter: Couldn't unmarshall
> TestElementProperty java.lang.ClassNotFoundException: Arguments
Looks like the Arguments alias has not been defined.
S.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: Invalid request using Proxy for a multipart/form-data with no
filename specified.
Posted by Benjamin Francisoud <be...@anyware-tech.com>.
bugzilla@apache.org wrote:
>http://issues.apache.org/bugzilla/show_bug.cgi?id=37716
>
>------- Additional Comments From sebb@apache.org 2005-12-01 00:10 -------
>Thanks very much - it's particularly useful to have the JUnit testcase.
>
>
Your welcome :)
>I've applied the patch to the 2.1 branch.
>
>
Thank you very much to applied my patch so quickly :)
>BTW, PostWriter.CRLF and PostWriterTest.CRLF need to remain private - final
>arrays are mutable (unless they have zero entries), so it's not completely safe
>to share them.
>
>
I didn't knew that, I learned something today ;)
I get the latest svn files from svn today and made my own custom jmeter
distribution... so I can provide a patch to my client (actually a full
new dist).
It worked well but a TestPlan made my dist is not compatible (can't be
opened) with the official release 2.1.1
I know that since I'm using the latest svn I am not using jmeter as a
normal user should...
Is there any simple way to make a descendant compatibility between jmx ?
Was such a thing ever possible with jmx (test plan made with 2.1 can be
use with 2.0 for example...) ?
A more general question: how do you achieve ascendant compatibility
between TestPlan (users'jmx) and jmeter releases
I didn't find anything on the wiki... where should I dig? (just to
understand how this works) ...
--
Benjamin Francisoud
------------------------------------------------------------------------------------------------------------------
I don't open this as a bug because I know this is not a normal use of
jmeter... but here's the error log I get:
2005/12/01 15:16:56 INFO - jmeter.gui.action.Load: Loading file:
C:\Temp\jmeter\dist-2.1.1.20051201\PlanTest.jmx
2005/12/01 15:16:56 INFO - jmeter.protocol.http.sampler.HTTPSampler2:
httpsampler2.basicauth=false
2005/12/01 15:16:56 INFO - jmeter.save.SaveService: Using SaveService
properties file 1.7
2005/12/01 15:16:56 WARN - jmeter.save.SaveService: Could not set up
alias WebServiceSampler java.lang.NoClassDefFoundError:
javax/mail/MessagingException
2005/12/01 15:16:56 INFO - jmeter.save.SaveService: All converter
versions present and correct
2005/12/01 15:16:56 ERROR -
jmeter.save.converters.TestElementPropertyConverter: Couldn't unmarshall
TestElementProperty java.lang.ClassNotFoundException: Arguments
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at
org.apache.jmeter.save.converters.TestElementPropertyConverter.unmarshal(TestElementPropertyConverter.java:104)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:38)
at
com.thoughtworks.xstream.core.ReferenceByXPathUnmarshaller.convertAnother(ReferenceByXPathUnmarshaller.java:39)
at
com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:82)
at
org.apache.jmeter.save.converters.TestElementConverter.unmarshal(TestElementConverter.java:92)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:38)
at
com.thoughtworks.xstream.core.ReferenceByXPathUnmarshaller.convertAnother(ReferenceByXPathUnmarshaller.java:39)
at
com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:82)
at
org.apache.jmeter.save.converters.HashTreeConverter.unmarshal(HashTreeConverter.java:86)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:38)
at
com.thoughtworks.xstream.core.ReferenceByXPathUnmarshaller.convertAnother(ReferenceByXPathUnmarshaller.java:39)
at
org.apache.jmeter.save.ScriptWrapperConverter.unmarshal(ScriptWrapperConverter.java:90)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:38)
at
com.thoughtworks.xstream.core.ReferenceByXPathUnmarshaller.convertAnother(ReferenceByXPathUnmarshaller.java:39)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:99)
at
com.thoughtworks.xstream.core.ReferenceByXPathMarshallingStrategy.unmarshal(ReferenceByXPathMarshallingStrategy.java:12)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:521)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:509)
at com.thoughtworks.xstream.XStream.fromXML(XStream.java:475)
at org.apache.jmeter.save.SaveService.loadTree(SaveService.java:260)
at org.apache.jmeter.gui.action.Load.doAction(Load.java:93)
at
org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:76)
at
org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:44)
at org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:61)
at java.awt.event.InvocationEvent.dispatch(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: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org