Forum Jump

Select Group :
Select Forum :
Sorted By :
Sort Order :
From The :
 
Thread Tools  Search this thread 
Paul Guermonprez (Intel)
Total Points:
445
Status Points:
395
Green Belt
June 8, 2009 11:37 AM PDT
SOAP request can't be parsed by AMT ?
hello

i am trying some simple things with AMT over SOAP, but right now it doesn't work
I am listening messages at the socket level
between a working and non working software
using different SOAP stacks.
First one is working, second one can't be parsed by AMT.

would you have an idea ?
thanks, paul.


<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soapenv:Body>
<GetSystemPowerState
xmlns="http://schemas.intel.com/platform/client/RemoteControl/2004/01"/>
</soapenv:Body>
</soapenv:Envelope>
OK

<?xml version="1.0" ?>
<S:Envelope
xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">
<S:Body>
<GetSystemPowerState
xmlns="http://schemas.intel.com/platform/client/RemoteControl/2004/01"
xmlns:ns2="http://schemas.intel.com/platform/client/Common/2006/01"/>
</S:Body>
</S:Envelope>
returns
<a:faultcode>a:Client</a:faultcode>
<a:faultstring>Failed to parse the request</a:faultstring>

Lance Atencio (Intel)
Total Points:
5,502
Status Points:
5,002
Brown Belt
June 8, 2009 1:23 PM PDT
Rate
 
#1

Hi Paul,
I'm not an expert on the syntax, but I believe it has something to do with the second line in the GetSystemPowerState call --- xmlns:ns2="http://schemas.intel.com/platform/client/Common/2006/01"/

You mention using differnt stacks. How are you generating each of these request messages?

I'm trying to find someone with more experience in this area to take a look.

Lance Atencio (Intel)
Total Points:
5,502
Status Points:
5,002
Brown Belt
June 8, 2009 8:10 PM PDT
Rate
 
#2 Reply to #1

One of my collequges looked this over and tried some things and found that the ":ns2" part of the second line of the request is what seems to be causing the problem.

The second namespace alone should not be a problem, just those specific characters on that line.

Paul Guermonprez (Intel)
Total Points:
445
Status Points:
395
Green Belt
June 9, 2009 5:43 AM PDT
Rate
 
#3 Reply to #2

One of my collequges looked this over and tried some things and found that the ":ns2" part of the second line of the request is what seems to be causing the problem.

The second namespace alone should not be a problem, just those specific characters on that line.

Hello

The working one was generated with apache axis for java.
axis is in fact discontinued and should not be used anymore.

The second one (not working) was generated by the soap engine
included in java6 from sun (replacing axis and other stacks).
It's the standard, included in the JVM, and used in
countless enterprise class web services systems.
the class files were generated by wsimport, a tool included in the java SDK.

So i think the SOAP engine is rather bulletproof,
but i may configure it the wrong way or course,
or the WSDL files could be wrong,
or the AMT engine parser (let's hope not).

I used the WSDL files from the rdk, but you may have
recent, upgraded WSDL ?

regards, paul
Lance Atencio (Intel)
Total Points:
5,502
Status Points:
5,002
Brown Belt
June 9, 2009 9:17 AM PDT
Rate
 
#4 Reply to #3
You can try the WSDL files in the latest SDK available here.
The files can be found in ./DOCS/WSDL
Paul Guermonprez (Intel)
Total Points:
445
Status Points:
395
Green Belt
June 10, 2009 7:40 AM PDT
Rate
 
#5 Reply to #4
You can try the WSDL files in the latest SDK available here.
The files can be found in ./DOCS/WSDL

hello

i already had the 5.1 version, but i've redownloaded the sdk,
replaced the WSDL and recompiled.
same thing.

I tried with another service : RemoteAccessAdminInterface.wsdl
same thing

BUT i tried with another AMT computer and it works !
same WSDL, same code, same binary, same SOAP messages generated,
just the hostname changing.

The working machine is a good old lenovo T61
the non working machine is a brand new lenovo W500.
I've just upgraded the BIOS, doesn't help

Strange, the generated SOAP message is the same !

The conclusion is that Java JAX-WS SOAP messages
are not understood by AMT on some machines.

regards, paul.
Lance Atencio (Intel)
Total Points:
5,502
Status Points:
5,002
Brown Belt
June 10, 2009 8:28 AM PDT
Rate
 
#6 Reply to #5
Thanks for the info Paul.

I will try to find out if this is a known compatibility issue or a bug.

Can you provide the AMT versions on the two systems?
Paul Guermonprez (Intel)
Total Points:
445
Status Points:
395
Green Belt
June 11, 2009 4:55 AM PDT
Rate
 
#7 Reply to #6
Thanks for the info Paul.

I will try to find out if this is a known compatibility issue or a bug.

Can you provide the AMT versions on the two systems?

AMT ME versions :
T61 : 2.5.18.0000 (working)
W500 : 4.0.4.0006 (not working)
Lance Atencio (Intel)
Total Points:
5,502
Status Points:
5,002
Brown Belt
June 12, 2009 3:25 PM PDT
Rate
 
#8 Reply to #7

Thanks Paul, we are working on this and may file a bug if we cannot find an explanation.
I'll let you know.



Intel Software Network Forums Statistics

8285 users have contributed to 31229 threads and 99107 posts to date.
In the past 24 hours, we have 7 new thread(s) 35 new posts(s), and 47 new user(s).

In the past 3 days, the most popular thread for everyone has been comparison cilk++, openmp, pthreads first results The most posts were made to comparison cilk++, openmp, pthreads first results The post with the most views is Very amusing...  Escalated as

Please welcome our newest member tvinni