[jira] Closed: (OFBIZ-3385) Axis2 integration returns "Unsupported Content-Type: text/html;charset=utf-8 Supported ones are: [text/xml]"
[
https://issues.apache.org/jira/browse/OFBIZ-3385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hans Bakker closed OFBIZ-3385.
--
Resolution: Fixed
Thank you Chris, for the patch: Committed revision 895944.
> Axis2 integration returns "Unsupported Content-Type: text/html;charset=utf-8
> Supported ones are: [text/xml]"
>
>
> Key: OFBIZ-3385
> URL: https://issues.apache.org/jira/browse/OFBIZ-3385
> Project: OFBiz
> Issue Type: Bug
> Components: framework
>Affects Versions: SVN trunk
>Reporter: chris snow
> Attachments: patch.txt
>
>
> I have setup the findPartiesById service to export="true" and tried to call
> the web service using Netbeans 6.5.
> I received the following error message:
> {code}
> com.sun.xml.internal.ws.server.UnsupportedMediaException: Unsupported
> Content-Type: text/html;charset=utf-8 Supported ones are: [text/xml]
> at
> com.sun.xml.internal.ws.encoding.StreamSOAPCodec.decode(StreamSOAPCodec.java:284)
> at
> com.sun.xml.internal.ws.encoding.StreamSOAPCodec.decode(StreamSOAPCodec.java:118)
> at
> com.sun.xml.internal.ws.encoding.SOAPBindingCodec.decode(SOAPBindingCodec.java:278)
> at
> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:180)
> at
> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:83)
> at
> com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(DeferredTransportPipe.java:105)
> at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Fiber.java:587)
> at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Fiber.java:546)
> at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Fiber.java:531)
> at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Fiber.java:428)
> at com.sun.xml.internal.ws.client.Stub.process(Stub.java:211)
> at
> com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(SEIStub.java:124)
> at
> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:98)
> at
> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:78)
> at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(SEIStub.java:107)
> at $Proxy28.findPartiesById(Unknown Source)
> at javaapplication7.Main.main(Main.java:74)
> {code}
> Watching the tcp steam with wireshark, I can see that the prefix ns2 is added
> to the map-Entry items:
> {code}
> http://schemas.xmlsoap.org/soap/envelope/";>
>
> http://ofbiz.apache.org/service/";>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> If I copy this soap message and paste into SoapUI, the soap call fails.
> However, if I strip off the ns2 prefix from the map-Entry items (as below),
> the call succeeds:
> {code}
> http://schemas.xmlsoap.org/soap/envelope/";>
>
> http://ofbiz.apache.org/service/";>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> My java class is:
> {code}
> package javaapplication7;
> import org.apache.ofbiz.service.MapEntry;
> import org.apache.ofbiz.service.MapKey;
> import org.apache.ofbiz.service.MapMap;
> import org.apache.ofbiz.service.MapValue;
> import org.apache.ofbiz.service.StdString;
> public class Main {
> public static void main(String[] args) {
> try {
> org.apache.ofbiz.service.FindPartiesById service = new
> org.apache.ofbiz.service.FindPartiesById();
> org.apache.ofbiz.service.FindPartiesByIdPortType port =
> service.getFindPartiesByIdPort();
> StdString keyString = new StdString();
> keyString.setValue("idToFind");
> MapKey mapKey = new MapKey();
> mapKey.setStdString(keyString);
>
> StdString valueString = new StdString();
> valueString.setValue("admin");
>
buildbot failure in ASF Buildbot on ofbiz-trunk
The Buildbot has detected a new failure of ofbiz-trunk on ASF Buildbot. Full details are available at: http://ci.apache.org/builders/ofbiz-trunk/builds/2245 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: Build Source Stamp: [branch ofbiz/trunk] 895940 Blamelist: jonesde BUILD FAILED: failed svn sincerely, -The ASF Buildbot
buildbot success in ASF Buildbot on ofbiz-trunk
The Buildbot has detected a restored build of ofbiz-trunk on ASF Buildbot. Full details are available at: http://ci.apache.org/builders/ofbiz-trunk/builds/2246 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: Build Source Stamp: [branch ofbiz/trunk] 895950 Blamelist: erwan,hansbak Build succeeded! sincerely, -The ASF Buildbot
[jira] Assigned: (OFBIZ-3389) Improvements in setUnitPriceAsLastPrice & updateIssuanceShipmentAndPoOnReceiveInventory services to take currency in consideration
[ https://issues.apache.org/jira/browse/OFBIZ-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Mayur reassigned OFBIZ-3389: -- Assignee: Vikas Mayur > Improvements in setUnitPriceAsLastPrice & > updateIssuanceShipmentAndPoOnReceiveInventory services to take currency in > consideration > -- > > Key: OFBIZ-3389 > URL: https://issues.apache.org/jira/browse/OFBIZ-3389 > Project: OFBiz > Issue Type: Improvement > Components: order, product >Affects Versions: SVN trunk >Reporter: Akash Jain >Assignee: Vikas Mayur >Priority: Minor > Fix For: SVN trunk > > Attachments: OFBIZ-3389.patch > > > Refer OFBiz commit rev. 893593 & 893732 done by Jacopo. Services > setUnitPriceAsLastPrice & updateIssuanceShipmentAndPoOnReceiveInventory need > to be enhanced to provide support for checking currency differences. > Here is what happened :- > 1) Suppose, the currency of accounting/facility set to Indian Rupees, its INR > 2) There are receiving a purchase order with an item with price 10 USD > 3) In the receive screen, the system prompts for the unit price of 500 INR > (the currency exchange rate between INR and USD is about 50 i.e 1 USD -> 50 > INR) > 4) the user doesn't change the value and after the item is received both the > order item (unitPrice) and the supplier product (lastPrice) price are updated > with the new unit price of 500 USD. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3389) Improvements in setUnitPriceAsLastPrice & updateIssuanceShipmentAndPoOnReceiveInventory services to take currency in consideration
[ https://issues.apache.org/jira/browse/OFBIZ-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Mayur updated OFBIZ-3389: --- Priority: Major (was: Minor) Issue Type: Bug (was: Improvement) > Improvements in setUnitPriceAsLastPrice & > updateIssuanceShipmentAndPoOnReceiveInventory services to take currency in > consideration > -- > > Key: OFBIZ-3389 > URL: https://issues.apache.org/jira/browse/OFBIZ-3389 > Project: OFBiz > Issue Type: Bug > Components: order, product >Affects Versions: SVN trunk >Reporter: Akash Jain >Assignee: Vikas Mayur > Fix For: SVN trunk > > Attachments: OFBIZ-3389.patch > > > Refer OFBiz commit rev. 893593 & 893732 done by Jacopo. Services > setUnitPriceAsLastPrice & updateIssuanceShipmentAndPoOnReceiveInventory need > to be enhanced to provide support for checking currency differences. > Here is what happened :- > 1) Suppose, the currency of accounting/facility set to Indian Rupees, its INR > 2) There are receiving a purchase order with an item with price 10 USD > 3) In the receive screen, the system prompts for the unit price of 500 INR > (the currency exchange rate between INR and USD is about 50 i.e 1 USD -> 50 > INR) > 4) the user doesn't change the value and after the item is received both the > order item (unitPrice) and the supplier product (lastPrice) price are updated > with the new unit price of 500 USD. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3389) Improvements in setUnitPriceAsLastPrice & updateIssuanceShipmentAndPoOnReceiveInventory services to take currency in consideration
[ https://issues.apache.org/jira/browse/OFBIZ-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vikas Mayur closed OFBIZ-3389. -- Resolution: Fixed Thanks Akash, Your patch is in trunk revision 896010 Vikas > Improvements in setUnitPriceAsLastPrice & > updateIssuanceShipmentAndPoOnReceiveInventory services to take currency in > consideration > -- > > Key: OFBIZ-3389 > URL: https://issues.apache.org/jira/browse/OFBIZ-3389 > Project: OFBiz > Issue Type: Bug > Components: order, product >Affects Versions: SVN trunk >Reporter: Akash Jain >Assignee: Vikas Mayur > Fix For: SVN trunk > > Attachments: OFBIZ-3389.patch > > > Refer OFBiz commit rev. 893593 & 893732 done by Jacopo. Services > setUnitPriceAsLastPrice & updateIssuanceShipmentAndPoOnReceiveInventory need > to be enhanced to provide support for checking currency differences. > Here is what happened :- > 1) Suppose, the currency of accounting/facility set to Indian Rupees, its INR > 2) There are receiving a purchase order with an item with price 10 USD > 3) In the receive screen, the system prompts for the unit price of 500 INR > (the currency exchange rate between INR and USD is about 50 i.e 1 USD -> 50 > INR) > 4) the user doesn't change the value and after the item is received both the > order item (unitPrice) and the supplier product (lastPrice) price are updated > with the new unit price of 500 USD. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Dev-process for bugs in OfBiz
Thanks for the information! I will open a new thread here for discussion, if there's really a bug in the service definition. Alexander Alexander1893 wrote: > > Hi all, > > I'm new to OfBiz and have a general question: > > What is the process, if someone like me finds a bug in the standard > implementation? > > For example: > I'm using the service "cyberSourceCCAuth". The service-defnition defines > the "billToEmail" as optional. As far as I can see this is not realy true, > because cybersource needs an email-adress to auth a cc-payment. > > If I'm wrong here - I'd be happy for any information. If I'm right, my > question is, where to place such bugs. > > Thanks a lot. > Alexander > -- View this message in context: http://n4.nabble.com/Dev-process-for-bugs-in-OfBiz-tp998189p999225.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
cyberSourceCCAuth - Service Definition
Hi all, I think the service-definition of "cyberSourceCCAuth" is not right. From my point of view: > billingAddress > currency > billToEmail Should not be optional (because the auth-call to cybersource fails without that). Any comments on that welcome! Alexander -- View this message in context: http://n4.nabble.com/cyberSourceCCAuth-Service-Definition-tp999229p999229.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
factfinder - integration
Hi all, did anyone integrate factfinder into ofbiz? or any other professionell search engine? Thanx Alexander -- View this message in context: http://n4.nabble.com/factfinder-integration-tp999233p999233.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: factfinder - integration
Hi Alexander, Please use rather user ML for such questions, see why here : http://cwiki.apache.org/confluence/display/OFBADMIN/Mailing+Lists#MailingLists-DesignanddevelopmentList:dev@ofbiz.apache.org Thanks Jacques From: "Alexander1893" Hi all, did anyone integrate factfinder into ofbiz? or any other professionell search engine? Thanx Alexander -- View this message in context: http://n4.nabble.com/factfinder-integration-tp999233p999233.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
[jira] Closed: (OFBIZ-3379) Email sending process using one connection for To/CC/BCC causing issues
[ https://issues.apache.org/jira/browse/OFBIZ-3379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Gray closed OFBIZ-3379. - Resolution: Fixed Fix Version/s: (was: Release Branch 9.04) Thanks all, fixed in trunk r896213 > Email sending process using one connection for To/CC/BCC causing issues > --- > > Key: OFBIZ-3379 > URL: https://issues.apache.org/jira/browse/OFBIZ-3379 > Project: OFBiz > Issue Type: Bug > Components: framework >Affects Versions: Release Branch 9.04, SVN trunk >Reporter: Pranay Pandey >Assignee: Scott Gray > Fix For: SVN trunk > > Attachments: OFBIZ-3379.patch, OFBIZ-3379.patch, OFBIZ-3379.patch > > > Typically BCCs are handled via the sending mail client. That is, when the > client sees a BCC in an email, it will open up two connections to the mail > server, the first for the To/CC fields, the second for BCC fields, this way > the addresses are masked from the headers and there is that layer of > anonymity that BCC is used for. > What appears to be happening is that OFBiz is sending all of the information > in one connection to the mail server and having the mail server sort out the > details. So when sendTo encountering an invalid email, and then terminating > the remaining execution of the outgoing process and no email sent to BCC > address which is usually going to be a valid address from email settings for > the company. > To fix the issue, we need to send this via two connection to mail client. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: buildbot failure in ASF Buildbot on ofbiz-trunk
build...@apache.org wrote: > The Buildbot has detected a new failure of ofbiz-trunk on ASF Buildbot. > Full details are available at: > http://ci.apache.org/builders/ofbiz-trunk/builds/2245 > > Buildbot URL: http://ci.apache.org/ > > Buildslave for this Build: isis_ubuntu > > Build Reason: > Build Source Stamp: [branch ofbiz/trunk] 895940 > Blamelist: jonesde Scott has said in the past that the buildbot doesn't run on every checkin. This means that multiple commits might be tested. Would it be possible to have failure messages list all of the revisions that are being covered, based on the last successful commit? Additionally, it'd be nice if once a failure is detected, it'd either do an auto binary disection, to find the commit that actually failed in the list of covered revisions, or it could just try them all. For instance, if 891234 is good, and then 892765 fails. 892765 would get recorded as a state change, putting ofbiz into fail mode. It would then try 891562, 891840, 892496, and 892599, reporting that it tried these other revisions, and noticed the error first occurred at 892496, then ofbiz would stay in fail mode, and the buildbot would keep quiet until it detects that ofbiz has been fixed. Or, if that is too complicated, at least list all the covered revisions, and the user that committed each revision.
Re: buildbot failure in ASF Buildbot on ofbiz-trunk
On 6/01/2010, at 10:19 AM, Adam Heath wrote: build...@apache.org wrote: The Buildbot has detected a new failure of ofbiz-trunk on ASF Buildbot. Full details are available at: http://ci.apache.org/builders/ofbiz-trunk/builds/2245 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: Build Source Stamp: [branch ofbiz/trunk] 895940 Blamelist: jonesde Scott has said in the past that the buildbot doesn't run on every checkin. This means that multiple commits might be tested. Would it be possible to have failure messages list all of the revisions that are being covered, based on the last successful commit? This is what happens, for example take a look at the build after the one above which covered a few commits: http://ci.apache.org/builders/ofbiz-trunk/builds/2246 Additionally, it'd be nice if once a failure is detected, it'd either do an auto binary disection, to find the commit that actually failed in the list of covered revisions, or it could just try them all. For instance, if 891234 is good, and then 892765 fails. 892765 would get recorded as a state change, putting ofbiz into fail mode. It would then try 891562, 891840, 892496, and 892599, reporting that it tried these other revisions, and noticed the error first occurred at 892496, then ofbiz would stay in fail mode, and the buildbot would keep quiet until it detects that ofbiz has been fixed. I have no idea if buildbot is capable of this but you're more than welcome to investigate it and request changes from infra. In general though I think it's usually fairly obvious what the cause of a problem is based on a quick look at the stdio from the failed build task. I don't think it's a huge ask for each committer on the blamelist to take a minute or two to figure out if it's their problem or not. Or, if that is too complicated, at least list all the covered revisions, and the user that committed each revision. smime.p7s Description: S/MIME cryptographic signature
Re: buildbot failure in ASF Buildbot on ofbiz-trunk
Scott Gray wrote: > On 6/01/2010, at 10:19 AM, Adam Heath wrote: > >> Scott has said in the past that the buildbot doesn't run on every >> checkin. This means that multiple commits might be tested. Would it >> be possible to have failure messages list all of the revisions that >> are being covered, based on the last successful commit? > > This is what happens, for example take a look at the build after the one > above which covered a few commits: > http://ci.apache.org/builders/ofbiz-trunk/builds/2246 Wasn't certain, thought it might, but it's nice to have it confirmed. >> Additionally, it'd be nice if once a failure is detected, it'd either >> do an auto binary disection, to find the commit that actually failed >> in the list of covered revisions, or it could just try them all. >> >> For instance, if 891234 is good, and then 892765 fails. 892765 would >> get recorded as a state change, putting ofbiz into fail mode. It >> would then try 891562, 891840, 892496, and 892599, reporting that it >> tried these other revisions, and noticed the error first occurred at >> 892496, then ofbiz would stay in fail mode, and the buildbot would >> keep quiet until it detects that ofbiz has been fixed. > > I have no idea if buildbot is capable of this but you're more than > welcome to investigate it and request changes from infra. Standard open-source response, kinda expected it. It'd still be nice if the request was forwarded on, if it wasn't too much of a hassle. If it is, I respect that, and I'll just add it to my infinite todo list squared. > In general though I think it's usually fairly obvious what the cause of > a problem is based on a quick look at the stdio from the failed build > task. I don't think it's a huge ask for each committer on the blamelist > to take a minute or two to figure out if it's their problem or not. Computer time is free, human time is not. Computers are continually getting faster, while humans get slower. Have you had a chance to play with git bisect yet? It makes me feel squishy in my happy place.
Re: buildbot failure in ASF Buildbot on ofbiz-trunk
On 6/01/2010, at 10:50 AM, Adam Heath wrote: Scott Gray wrote: On 6/01/2010, at 10:19 AM, Adam Heath wrote: Additionally, it'd be nice if once a failure is detected, it'd either do an auto binary disection, to find the commit that actually failed in the list of covered revisions, or it could just try them all. For instance, if 891234 is good, and then 892765 fails. 892765 would get recorded as a state change, putting ofbiz into fail mode. It would then try 891562, 891840, 892496, and 892599, reporting that it tried these other revisions, and noticed the error first occurred at 892496, then ofbiz would stay in fail mode, and the buildbot would keep quiet until it detects that ofbiz has been fixed. I have no idea if buildbot is capable of this but you're more than welcome to investigate it and request changes from infra. Standard open-source response, kinda expected it. It'd still be nice if the request was forwarded on, if it wasn't too much of a hassle. If it is, I respect that, and I'll just add it to my infinite todo list squared. The idea is to ask infra to do no more than is necessary (they're unpaid volunteers), so at the very least we (you) should find out if buildbot is capable of doing what you desire. As below human time isn't free and I'd prefer it if people deal with infra directly if the change is important enough to them. In general though I think it's usually fairly obvious what the cause of a problem is based on a quick look at the stdio from the failed build task. I don't think it's a huge ask for each committer on the blamelist to take a minute or two to figure out if it's their problem or not. Computer time is free, human time is not. Computers are continually getting faster, while humans get slower. I don't disagree that knowing exactly what revision caused the failure would be useful, it's just that I don't think it's useful enough for me to spend any time worrying about :-) Have you had a chance to play with git bisect yet? It makes me feel squishy in my happy place. Not yet, I don't usually bother tracking down an offending commit unless I'm particularly interested in what the hell they were thinking or if I need to discuss the whys and hows. I'm mostly still using git as I was using svn except for heavy use of stash, branch and reset. smime.p7s Description: S/MIME cryptographic signature
breadcrums dropdown scheme
A question from one of my customers: the dropdown menu, is it possible to make this transparent so you can see the underlying screen? Thanks in advance for your answer, regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: breadcrums dropdown scheme
To make the dropdown menu transparent go to style.css of bizznesstime theme and on line 556 change the css of #header-nav to ; background:transparent none repeat scroll 0 0; If we look at the particular applications menu in bizzness time theme it will be shown as transparent. May need to do some more fixes in css to better show it on UI. So it is possible but should not recommended as the underlying screen text overlapped on the menu links, in turn it will be a pain for user to select on the correct menu item. Rishi Solanki Enterprise Software Developer HotWax Media Pvt. Ltd. On Wed, Jan 6, 2010 at 7:53 AM, Hans Bakker wrote: > A question from one of my customers: > > the dropdown menu, is it possible to make this transparent so you can > see the underlying screen? > > Thanks in advance for your answer, > > regards, > Hans > > > -- > Antwebsystems.com: Quality OFBiz services for competitive rates > >
Re: breadcrums dropdown scheme
Sorry, I see you are asking for breadcrubs dropdown, for that I'm not able to figure out how it can be achieve. Rishi Solanki Enterprise Software Developer HotWax Media Pvt. Ltd. On Wed, Jan 6, 2010 at 10:59 AM, Rishi Solanki wrote: > To make the dropdown menu transparent go to style.css of bizznesstime theme > and on line 556 change the css of #header-nav to ; > background:transparent none repeat scroll 0 0; > If we look at the particular applications menu in bizzness time theme it > will be shown as transparent. May need to do some more fixes in css to > better show it on UI. > So it is possible but should not recommended as the underlying screen text > overlapped on the menu links, in turn it will be a pain for user to select > on the correct menu item. > > Rishi Solanki > Enterprise Software Developer > HotWax Media Pvt. Ltd. > > > > On Wed, Jan 6, 2010 at 7:53 AM, Hans Bakker > wrote: > >> A question from one of my customers: >> >> the dropdown menu, is it possible to make this transparent so you can >> see the underlying screen? >> >> Thanks in advance for your answer, >> >> regards, >> Hans >> >> >> -- >> Antwebsystems.com: Quality OFBiz services for competitive rates >> >> >
[jira] Updated: (OFBIZ-3385) Axis2 integration returns "Unsupported Content-Type: text/html;charset=utf-8 Supported ones are: [text/xml]"
[
https://issues.apache.org/jira/browse/OFBIZ-3385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
chris snow updated OFBIZ-3385:
--
Attachment: patch2.txt
The original patch that I had uploaded for OFBIZ-3385 only solved some of the
problems I was experiencing.
patch2 fixes the other issues. With patch2, the netbeans generated code
(jax-ws) now works. Unfortunately, the .NET code still doesn't work.
> Axis2 integration returns "Unsupported Content-Type: text/html;charset=utf-8
> Supported ones are: [text/xml]"
>
>
> Key: OFBIZ-3385
> URL: https://issues.apache.org/jira/browse/OFBIZ-3385
> Project: OFBiz
> Issue Type: Bug
> Components: framework
>Affects Versions: SVN trunk
>Reporter: chris snow
> Attachments: patch.txt, patch2.txt
>
>
> I have setup the findPartiesById service to export="true" and tried to call
> the web service using Netbeans 6.5.
> I received the following error message:
> {code}
> com.sun.xml.internal.ws.server.UnsupportedMediaException: Unsupported
> Content-Type: text/html;charset=utf-8 Supported ones are: [text/xml]
> at
> com.sun.xml.internal.ws.encoding.StreamSOAPCodec.decode(StreamSOAPCodec.java:284)
> at
> com.sun.xml.internal.ws.encoding.StreamSOAPCodec.decode(StreamSOAPCodec.java:118)
> at
> com.sun.xml.internal.ws.encoding.SOAPBindingCodec.decode(SOAPBindingCodec.java:278)
> at
> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:180)
> at
> com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:83)
> at
> com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(DeferredTransportPipe.java:105)
> at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Fiber.java:587)
> at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Fiber.java:546)
> at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Fiber.java:531)
> at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Fiber.java:428)
> at com.sun.xml.internal.ws.client.Stub.process(Stub.java:211)
> at
> com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(SEIStub.java:124)
> at
> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:98)
> at
> com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:78)
> at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(SEIStub.java:107)
> at $Proxy28.findPartiesById(Unknown Source)
> at javaapplication7.Main.main(Main.java:74)
> {code}
> Watching the tcp steam with wireshark, I can see that the prefix ns2 is added
> to the map-Entry items:
> {code}
> http://schemas.xmlsoap.org/soap/envelope/";>
>
> http://ofbiz.apache.org/service/";>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> If I copy this soap message and paste into SoapUI, the soap call fails.
> However, if I strip off the ns2 prefix from the map-Entry items (as below),
> the call succeeds:
> {code}
> http://schemas.xmlsoap.org/soap/envelope/";>
>
> http://ofbiz.apache.org/service/";>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> {code}
> My java class is:
> {code}
> package javaapplication7;
> import org.apache.ofbiz.service.MapEntry;
> import org.apache.ofbiz.service.MapKey;
> import org.apache.ofbiz.service.MapMap;
> import org.apache.ofbiz.service.MapValue;
> import org.apache.ofbiz.service.StdString;
> public class Main {
> public static void main(String[] args) {
> try {
> org.apache.ofbiz.service.FindPartiesById service = new
> org.apache.ofbiz.service.FindPartiesById();
> org.apache.ofbiz.service.FindPartiesByIdPortType port =
> service.getFindPartiesByIdPort();
> StdString keyString = new StdString();
> keyString.setValue("idToFind");
>
