[Bug 62281] Cannot Load MapProperty - java.lang.NullPointerException
https://bz.apache.org/bugzilla/show_bug.cgi?id=62281
belugabehr changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #3 from belugabehr ---
Thank you for the quick response.
I am working on a custom component that spits out MapProperty objects.
https://github.com/apache/jmeter/blob/f2e65bc2f264d4bd7da83279dbdcf236da6edfe3/src/core/org/apache/jmeter/save/converters/MultiPropertyConverter.java#L64-L76
#
public Object unmarshal(HierarchicalStreamReader reader, UnmarshallingContext
context) {
MultiProperty prop = (MultiProperty)
createCollection(context.getRequiredType());
prop.setName(ConversionHelp.decode(reader.getAttribute(ConversionHelp.ATT_NAME)));
while (reader.hasMoreChildren()) {
reader.moveDown();
JMeterProperty subProp = (JMeterProperty) readItem(reader, context,
prop);
if (subProp != null) { // could be null if it has been deleted via
NameUpdater
prop.addProperty(subProp);
}
reader.moveUp();
}
return prop;
}
#
The MultiProperty is created, almost certainly with the default constructor,
which does not create a default internal data structure for MapProperty. It
then calls "addProperty" which triggers the NPE.
The unit test would be to simply create the MapProperty with the default
constructor, then call "addProperty" method on it.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 62281] Cannot Load MapProperty - java.lang.NullPointerException
https://bz.apache.org/bugzilla/show_bug.cgi?id=62281 --- Comment #2 from Philippe Mouawad --- (In reply to Philippe Mouawad from comment #1) > Hello, > Could you provide a reproducer for this issue ? > > How does it happen ? > A JMX plan or junit test is very welcome. > > Regards And jmeter.log -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62281] Cannot Load MapProperty - java.lang.NullPointerException
https://bz.apache.org/bugzilla/show_bug.cgi?id=62281 Philippe Mouawad changed: What|Removed |Added CC||p.mouawad@ubik-ingenierie.c ||om Status|NEW |NEEDINFO OS||All --- Comment #1 from Philippe Mouawad --- Hello, Could you provide a reproducer for this issue ? How does it happen ? A JMX plan or junit test is very welcome. Regards -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62281] New: Cannot Load MapProperty - java.lang.NullPointerException
https://bz.apache.org/bugzilla/show_bug.cgi?id=62281 Bug ID: 62281 Summary: Cannot Load MapProperty - java.lang.NullPointerException Product: JMeter Version: 4.0 Hardware: PC Status: NEW Severity: major Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: dam6...@gmail.com Target Milestone: --- I'm guessing it's because the default constructor for MapProperty does not instantiate an internal map and therefore, when the serializer creates an instance of MapProperty and tries to add a property, it fails. The CollectionProperty class creates an internal ArrayList when the default constructor is called, for example. Caused by: java.lang.NullPointerException at org.apache.jmeter.testelement.property.MapProperty.addProperty(MapProperty.java:137) ~[ApacheJMeter_core.jar:4.0 r1823414] at org.apache.jmeter.testelement.property.MapProperty.addProperty(MapProperty.java:75) ~[ApacheJMeter_core.jar:4.0 r1823414] at org.apache.jmeter.save.converters.MultiPropertyConverter.unmarshal(MultiPropertyConverter.java:71) ~[ApacheJMeter_core.jar:4.0 r1823414] at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72) ~[xstream-1.4.10.jar:1.4.10] at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:70) ~[xstream-1.4.10.jar:1.4.10] at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66) ~[xstream-1.4.10.jar:1.4.10] at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:50) ~[xstream-1.4.10.jar:1.4.10] at com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:73) ~[xstream-1.4.10.jar:1.4.10] at org.apache.jmeter.save.converters.MultiPropertyConverter.unmarshal(MultiPropertyConverter.java:69) ~[ApacheJMeter_core.jar:4.0 r1823414] at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72) ~[xstream-1.4.10.jar:1.4.10] at com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:70) ~[xstream-1.4.10.jar:1.4.10] at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66) ~[xstream-1.4.10.jar:1.4.10] at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:50) ~[xstream-1.4.10.jar:1.4.10] -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62280] Move Bug Tracking from Bugzilla To Atlassian JIRA
https://bz.apache.org/bugzilla/show_bug.cgi?id=62280 Philippe Mouawad changed: What|Removed |Added Severity|normal |enhancement OS||All CC||p.mouawad@ubik-ingenierie.c ||om Summary|Move To Bug Tracking To |Move Bug Tracking from |Atlassian |Bugzilla To Atlassian JIRA --- Comment #1 from Philippe Mouawad --- (In reply to belugabehr from comment #0) > Move JMeter project to Atlassian JIRA like most other Apache components. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62280] New: Move To Bug Tracking To Atlassian
https://bz.apache.org/bugzilla/show_bug.cgi?id=62280 Bug ID: 62280 Summary: Move To Bug Tracking To Atlassian Product: JMeter Version: unspecified Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: dam6...@gmail.com Target Milestone: --- Move JMeter project to Atlassian JIRA like most other Apache components. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60821] Replace current custom ProxyControl/Proxy implementation by LittleProxy
https://bz.apache.org/bugzilla/show_bug.cgi?id=60821 Philippe Mouawad changed: What|Removed |Added Blocks||60464 Referenced Bugs: https://bz.apache.org/bugzilla/show_bug.cgi?id=60464 [Bug 60464] Create a new Recorder less tightly coupled with underlying recorded protocol -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60464] Create a new Recorder less tightly coupled with underlying recorded protocol
https://bz.apache.org/bugzilla/show_bug.cgi?id=60464 Philippe Mouawad changed: What|Removed |Added Depends on||60821 Referenced Bugs: https://bz.apache.org/bugzilla/show_bug.cgi?id=60821 [Bug 60821] Replace current custom ProxyControl/Proxy implementation by LittleProxy -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62261] HTTP POST Request does not consistently override content type set by parent Header Manager
https://bz.apache.org/bugzilla/show_bug.cgi?id=62261 Philippe Mouawad changed: What|Removed |Added Target Milestone|--- |JMETER_4.1 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62261] HTTP POST Request does not consistently override content type set by parent Header Manager
https://bz.apache.org/bugzilla/show_bug.cgi?id=62261 --- Comment #3 from Philippe Mouawad --- Can I close this one as fixed since you opened Bug 62279 ? Thanks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62276] InfluxDBBackendListenerClient / GraphiteBackendListenerClient : Add sent and received bytes to metrics
https://bz.apache.org/bugzilla/show_bug.cgi?id=62276 Philippe Mouawad changed: What|Removed |Added Keywords||FixedInTrunk -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62276] InfluxDBBackendListenerClient / GraphiteBackendListenerClient : Add sent and received bytes to metrics
https://bz.apache.org/bugzilla/show_bug.cgi?id=62276 Philippe Mouawad changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Philippe Mouawad --- Author: pmouawad Date: Tue Apr 10 16:59:36 2018 New Revision: 1828834 URL: http://svn.apache.org/viewvc?rev=1828834&view=rev Log: Bug 62276 - InfluxDBBackendListenerClient / GraphiteBackendListenerClient : Add sent and received bytes to metrics Contributed by UbikLoadPack Bugzilla Id: 62276 Modified: jmeter/trunk/src/components/org/apache/jmeter/visualizers/backend/SamplerMetric.java jmeter/trunk/src/components/org/apache/jmeter/visualizers/backend/graphite/GraphiteBackendListenerClient.java jmeter/trunk/src/components/org/apache/jmeter/visualizers/backend/influxdb/InfluxdbBackendListenerClient.java jmeter/trunk/test/src/org/apache/jmeter/visualizers/backend/SamplerMetricFixedModeTest.java jmeter/trunk/test/src/org/apache/jmeter/visualizers/backend/SamplerMetricTimedModeTest.java jmeter/trunk/xdocs/changes.xml jmeter/trunk/xdocs/usermanual/realtime-results.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62252] HTTP header merging logic does not correspond to the documentation
https://bz.apache.org/bugzilla/show_bug.cgi?id=62252 Philippe Mouawad changed: What|Removed |Added Keywords||FixedInTrunk Status|NEEDINFO|RESOLVED Resolution|--- |FIXED Target Milestone|--- |JMETER_4.1 --- Comment #5 from Philippe Mouawad --- Author: pmouawad Date: Tue Apr 10 17:03:44 2018 UTC Changed paths: 2 Log Message: Bug 62252 - HTTP header merging logic does not correspond to the documentation Bugzilla Id: 62252 Changed paths jmeter/trunk/xdocs/changes.xml jmeter/trunk/xdocs/usermanual/component_reference.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62279] New: Rework the HTTP Header Manager
https://bz.apache.org/bugzilla/show_bug.cgi?id=62279 Bug ID: 62279 Summary: Rework the HTTP Header Manager Product: JMeter Version: 4.0 Hardware: All OS: All Status: NEW Severity: major Priority: P2 Component: HTTP Assignee: issues@jmeter.apache.org Reporter: 1983-01...@gmx.net Target Milestone: --- In the quest of BZ 62252 and BZ 62261 it turned out that the current HTTP Header Manager has some shortcomings. * It is not possible to remove a header from being added via parent/child configuration * It is not possible to have multiple header values. We need basically to add a third column in the pane with the label "Action". An enum with "Add", "Replace" and "Remove". "Add": Adds a header value even is already present in the parent or in the child. Multiple header values are valid according to RFC. "Replace": Replaces the (all) previous header value(s) with this value. "Remove": Removes one distinct matching header value or if left blank, all values. There might be more cases. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62276] InfluxDBBackendListenerClient / GraphiteBackendListenerClient : Add sent and received bytes to metrics
https://bz.apache.org/bugzilla/show_bug.cgi?id=62276 UbikLoadPack support changed: What|Removed |Added Summary|InfluxDBBackendListenerClie |InfluxDBBackendListenerClie |nt : Add sent and received |nt / |bytes to metrics|GraphiteBackendListenerClie ||nt : Add sent and received ||bytes to metrics -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62276] InfluxDBBackendListenerClient : Add sent and received bytes to metrics
https://bz.apache.org/bugzilla/show_bug.cgi?id=62276 UbikLoadPack support changed: What|Removed |Added Keywords||PatchAvailable -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62276] InfluxDBBackendListenerClient : Add sent and received bytes to metrics
https://bz.apache.org/bugzilla/show_bug.cgi?id=62276 --- Comment #1 from UbikLoadPack support --- Created attachment 35850 --> https://bz.apache.org/bugzilla/attachment.cgi?id=35850&action=edit Patch implementing feature -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62261] HTTP POST Request does not consistently override content type set by parent Header Manager
https://bz.apache.org/bugzilla/show_bug.cgi?id=62261 --- Comment #2 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Philippe Mouawad from comment #1) > Hello, > In last nightly build, I get the following: > > First request: > Connection: keep-alive > Content-Type: > Content-Length: 0 > Host: localhost:8081 > User-Agent: Apache-HttpClient/4.5.5 (Java/1.8.0_161) > > > Second Request: > Connection: keep-alive > Content-Type: > Content-Length: 41 > Host: localhost:8081 > User-Agent: Apache-HttpClient/4.5.5 (Java/1.8.0_161) This is now consistent. Looks good. > Would you expect that when Multipart form is checked it overrides parent set > Header Content-Type ? I would expect it from both, when the HTTP POST sets the context type, regardless application/x-www-form-urlencoded or multipart/form-data.., it deliberately overrides the conent type set by a parent. The problem with application/x-www-form-urlencoded is that people do not see that it is set by default. It should behave like a header manager for this thread group. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62252] HTTP header merging logic does not correspond to the documentation
https://bz.apache.org/bugzilla/show_bug.cgi?id=62252 --- Comment #4 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Philippe Mouawad from comment #3) > Hello, > Can you open another bugzilla for the ability to remove a header. > > Do you have an idea how we could ergonomically propose that ? I will open a new one. Yes, I have some ideas. We need basically to add a third column in the pane with the label "Action". An enum with "Add", "Replace" and "Remove". "Add": Adds a header value even is already present in the parent or in the child. Multiple header values are valid. "Replace": Replaces the (all) previous header value(s) with this value. "Remove": Removes one distinct matching header value or if left blank, all values. Make sense? > Note that Content-Type is set by HC4 in some cases. Which are? I will remove them right away because the use has to be in control of this. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62276] InfluxDBBackendListenerClient : Add sent and received bytes to metrics
https://bz.apache.org/bugzilla/show_bug.cgi?id=62276 Philippe Mouawad changed: What|Removed |Added CC||p.mouawad@ubik-ingenierie.c ||om Target Milestone|--- |JMETER_4.1 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62276] New: InfluxDBBackendListenerClient : Add sent and received bytes to metrics
https://bz.apache.org/bugzilla/show_bug.cgi?id=62276 Bug ID: 62276 Summary: InfluxDBBackendListenerClient : Add sent and received bytes to metrics Product: JMeter Version: 4.0 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: p.moua...@ubik-ingenierie.com Target Milestone: --- See: - https://stackoverflow.com/questions/49752304/jmeter-and-influxdb-how-to-measure-the-number-of-bytes-transferred -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62274] choose language lose efficacy when restart jmeter gui
https://bz.apache.org/bugzilla/show_bug.cgi?id=62274 --- Comment #3 from UbikLoadPack support --- (In reply to chenlin from comment #2) > in jmeter3.2 gui model,it can preserves my last choice In 4.0, default language has been changed to English. Are you sure that in 3.2 your choice was retained ? Or was it because your default language was the one you wanted ? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62274] choose language lose efficacy when restart jmeter gui
https://bz.apache.org/bugzilla/show_bug.cgi?id=62274 --- Comment #2 from chenlin --- in jmeter3.2 gui model,it can preserves my last choice -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62274] choose language lose efficacy when restart jmeter gui
https://bz.apache.org/bugzilla/show_bug.cgi?id=62274 UbikLoadPack support changed: What|Removed |Added OS||All Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #1 from UbikLoadPack support --- Hello, For such questions, use user mailing list. For your issue, see: - https://www.ubik-ingenierie.com/blog/changing-jmeter-language/ It's not a bug. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 62274] New: choose language lose efficacy when restart jmeter gui
https://bz.apache.org/bugzilla/show_bug.cgi?id=62274 Bug ID: 62274 Summary: choose language lose efficacy when restart jmeter gui Product: JMeter Version: 4.0 Hardware: PC Status: NEW Severity: normal Priority: P2 Component: HTTP Assignee: issues@jmeter.apache.org Reporter: misla...@gmail.com Target Milestone: --- when I restart the jmeter GUI, i found the GUI language it's not what I chose last time. -- You are receiving this mail because: You are the assignee for the bug.
