sathya sai schrieb:
> Hi Elmar,
> Thanks a lot for your continous support
>
Can we continue this discussion in the mailinglist? So could you post this problem to the mailinglist? I will respond you soon.
Regards,
Elmar Zeeb
> I could now compile and build the latest trunk sources and as well link with my same printer server application.
> Now, I could see that vista client is sending WSD °Get° packet and our server is responding with WSD °GetResponse° packet.
> But now the problem is, after °GetResponse° the client seems to dropping the packet. Looks like the °GetResponse° metadata.xml is not proper to the client.
> Last time, under metadata.xml you had suggested me to add the following under
> <Hosted> tag.
> <Extension>
> <pnpx:CompatibleId xmlns:pnpx="
http://schemas.microsoft.com/windows/pnpx/2005/10">
>
http://schemas.microsoft.com/windows/2006/08/wdp/print/PrinterServiceType> </pnpx:CompatibleId>
> </Extension>
> But adding the above gives the following compilation error,
> ---
> 1>.\gen\acs_metadata.c(139) : warning C4013: 'dpws_service_set_ext' undefined; assuming extern returning int
> 1>.\gen\acs_metadata.c(139) : error C2001: newline in constant
> 1>.\gen\acs_metadata.c(141) : error C2146: syntax error : missing ')' before identifier 'http'
> 1>.\gen\acs_metadata.c(143) : error C2001: newline in constant
> ----
> Please find attached the corresponding TEST.log and
metadata.xml
> Could you please let me know your thoughts by earliest.
> Thanks and regards,
> Sathya
> But, adding
>
>
> --- On *Mon, 5/4/09, Elmar Zeeb /<
elmar...@uni-rostock.de>/* wrote:
>
>
> From: Elmar Zeeb <
elmar...@uni-rostock.de>
> Subject: Re: Regarding WS-Policy support on wsdl2h.exe
> To: "sathya sai" <
sai_e...@yahoo.co.in>
> Date: Monday, May 4, 2009, 1:48 PM
>
>
sathya sai schrieb:
> > Hi Elmar,
> > Hope you a wonderful vacation @ last week...
> > Just curious, could you please let me know if you have fixed
> the problem in the latest trunk sources, so that I can start
> proceeding on my activities.
> >
> OK, i fixed the build of ws4d-gsoap in trunk now, but i still have
> problems with the airconditioner example. Can you test the latest
> trunk if you have the problems too? There seems to be a problem
> with a header file, but the error messages of vs are quite brief,
> so i can't find out the problem.
>
>
Regards,
> Elmar Zeeb
> > Thanks a lot in advance.
> > Regards,
> > Sathya
> >
> > --- On *Thu, 4/30/09, sathya sai /<
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>/*
> wrote:
> >
> >
> > From: sathya sai <
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>
> > Subject: Re: Regarding WS-Policy support on wsdl2h.exe
> > To: "Elmar Zeeb" <
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>
> >
Date: Thursday, April 30, 2009, 6:18 PM
> >
> > Sure Elmar, Thanks a lot for the intimation.... I would
> be waiting
> > until then...
> > This task seems to be dragging a bit but gives me a
> good exposure
> > on this technology & this stack's arcitecture
> >
> > --- On *Thu, 4/30/09, Elmar Zeeb /<
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>/*
> wrote:
> >
> >
> > From: Elmar Zeeb <
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>
> > Subject: Re: Regarding WS-Policy support on wsdl2h.exe
> >
To: "sathya sai" <
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>
> > Date: Thursday, April 30, 2009, 1:20 PM
> >
> > sathya sai schrieb:
> >> Hi Elmar,
> >> I created the VC solution files with cmake,
> then used VC IDE
>
>> to compie the project.
> >>
> > OK, sorry, VC build support is broken at the moment. It's on
> > my todo list. I'm working already on a fix and will commit
> > this fix next week.
> >
> > Regards,
> > Elmar Zeeb
> >> I would anyways try the same again...
> >> Thanks again for your
continous support on this.
> >> Thanks and regards,
> >> Sathya
> >>
> >> --- On *Thu, 4/30/09, Elmar Zeeb
> >> /<
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>/*
> wrote:
> >>
>
>>
> >> From: Elmar Zeeb <
elmar...@uni-rostock.de> <
http://us..mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>
> >> Subject: Re: Regarding WS-Policy support on wsdl2h.exe
> >> To: "sathya sai" <
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>
> >> Date: Thursday, April 30, 2009, 11:14 AM
> >>
> >> sathya sai schrieb:
> >>> Hi Elmar,
> >>> Hope you are having an enjoyable
> vacation for this week...
> >>> I had recompiled my
device with the
> latest trunk
> >>> version. I will illustrate the steps followed by
> me on this,
> >>> 1. I took the trunk version from
> ws4d-gSoap site with
> >>> the steps as mentioned by you.
> >>> 2. I copied the above downloaded source code onto
> >>> "ws4d-gsoap-0.7.src" directory & then compiled it. I
> >>>
could get lots of compilation error on compiling the
> >>> above source code.
> >>>
> >> There should be no compilation errors, only warnings
> >> coming from the gsoap runtime code! I'm not sure, which
> >> development environment you use, but i think to
> remember
> >> that you use windows + cygwin.
> >>
> >>
Then the problems come either from a broken buildsystem
> >> in cygwin or the way you build the trunk version.
> >>
> >> Please install the trunk version the same way you would
> >> install the release version. See
> >>
http://trac.e-technik.uni-rostock.de/projects/ws4d-gsoap/wiki/InstallationUbuntuLinux.
> >> Please create separate build
and install
> directories and
> >> run cmake again!
> >> If this is a problem of the cygwin
> build system, we
> >> should try to figure out, whats going wrong. Can
> you send
> >> me the output of make by running the following
> command in
> >> the trunk build system:
> >>
> >>
make VEBOSE=1 clean install &> make.log
> >>
> >> and send me the make.log file?
> >>> I have to then fix it one by one.
> >>> 3. Rebuild my device source code by linking with the
> >>> above created new libraries.
> >>> Please do let me know if you feel that I missing
> >>> anything on this regards.
>
>>>
> >> You should recreate the build environment for the
> >> ws4d-gsoap trunk version. You can either delete the
> >> contents of your build folder or create a new one. In
> >> both cases run cmake in the build folder and configure
> >> your project too use the trunk version.
> >>
> >> Regards,
> >>
Elmar Zeeb
> >>> Thanks and regards,
> >>> Sathya
> >>> --- On *Tue, 4/28/09, Elmar Zeeb
> >>> /<
elmar.zeeb@uni-rostock...de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar.zeeb@uni-rostock..de>>/*
> wrote:
>
>>>
> >>>
> >>> From: Elmar Zeeb <
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>
> >>> Subject: Re: Regarding WS-Policy support on
> wsdl2h.exe
> >>> To: "sathya sai" <
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>
> >>> Date: Tuesday, April 28, 2009, 5:00 PM
> >>>
> >>> sathya sai schrieb:
> >>>> Hi Elmar,
> >>>>
Could you get some chance to
> look at it.
> >>>>
> >>> You should recompile your device and check
> that the
> >>> new device uses the trunk version. The messages in
> >>> your log looks like version 0.7 of ws4d-gsoap.
> >>>> Thanks a lot in advance.
> >>>>
> >>>>
Regards,
> >>>> Sathya
> >>>>
> >>>> --- On *Mon, 4/27/09, sathya sai
> >>>> /<
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>/*
> wrote:
> >>>>
>
>>>>
> >>>> From: sathya sai <
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>
> >>>> Subject: Re: Regarding WS-Policy support on
> >>>> wsdl2h.exe
> >>>>
To:
elmar.zeeb@uni-rostock..de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar..zeeb@uni-rostock.de>,
> >>>>
ws4d-gs...@googlegroups.com> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>
> >>>>
Date: Monday, April 27, 2009, 7:47 PM
> >>>>
> >>>> Hi Elmar,
> >>>> To add on to this; I could also observe a
> >>>> strange behavior, after receiving the
> >>>> "ResolveMatch" packet from our WSD server,
> >>>>
vista client seems to be multicasting
> again the
> >>>> "Resolve" packet with the same uuid (same
> value
> >>>> in wsa:Address field) as it has sent before.
> >>>> Regards,
> >>>> Sathya
> >>>>
> >>>>
--- On *Mon, 4/27/09,
>
sai_e...@yahoo.co.in> <
http://us.mc954..mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>
> >>>> /<
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>>/*
> wrote:
> >>>>
> >>>>
> >>>> From:
sai_e...@yahoo.co.in> <
http://us.mc954.mail.yahoo.com/mc/compose?to=sai_e...@yahoo.co.in>
> >>>> <
sai_eshwar@yahoo...co...in> <
http://us...mc954.mail.yahoo.com/mc/compose?to=sai_eshwar@yahoo...co...in>>
> >>>> Subject: Re: Regarding WS-Policy
> support on
> >>>> wsdl2h.exe
> >>>> To:
elmar...@uni-rostock.de>
<
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>,
> >>>>
ws4d-gs...@googlegroups.com> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>
> >>>> Date: Monday, April 27, 2009, 6:02 PM
>
>>>>
> >>>> Hi Elmar,
> >>>> Hi Elmar,
> >>>> Even with
> the latest sub version downloaded
> >>>> with the steps as suggested by you
> >>>>
(recompiling the ws4d-gsoap stack & my
> >>>> sample application with the latest
> >>>> subversion), I am experiencing the same
> >>>> problem as before.
> >>>> Please find
> attached the corresponding
>
>>>> SENT.log, RECV.log & TEST.log.
> >>>> I am struck
> & couldn't proceed much on this
> >>>> :-) .Could you please let me know your
> >>>> thoughts on this.
> >>>>
Could you
> please let me know if this is
> >>>> because of some bug with the ws4d-gSoap.
> >>>> Moving forward, even I would like
> >>>> contribute my part for this project.
> >>>> Thanks and
>
regards,
> >>>> Sathya
> >>>> >>>> --- On *Mon, 4/27/09, Elmar Zeeb
> >>>> /<
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>/*
> wrote:
> >>>>
> >>>>
> >>>> From: Elmar Zeeb
> >>>> <
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>
>
>>>> Subject: Re: Regarding WS-Policy
> >>>> support on wsdl2h.exe
> >>>> To:
> "
ws4d-gs...@googlegroups.com> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>"
>
>>>> <
ws4d-gs...@googlegroups.com> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>>
> >>>> Date: Monday, April 27, 2009,
> 12:38 PM
> >>>>
> >>>>
> >>>>
sathya sai schrieb:
> >>>> > Hi Elmar,
> >>>> > >
> Thanks for your quick response.
> >>>> > > I
> already confirmed from SENT.log,
>
>>>> RECV.log message generated from my
> >>>> > WSD server and could see that
> >>>> Resolve/ResolveMatch were the last
> >>>> > packet exchange between them.
> >>>> >
>
>>>> OK, i looked at these logs, and it
> >>>> looks like you are using
> >>>> ws4d-gsoap-0.7. This Version
> won't work
> >>>> with Vista! You should use the
> >>>> latest Version of ws4d-gsoap from
the
> >>>> ws4d-gsoap subversion repository!
> >>>> I f you can't access the subversoin
> >>>> repository you can use the trac
> >>>> filebrowser to get the latest version
> >>>> from trunk. Go to the
ws4d-gsoap
> >>>> project site, then 'Browse Source',
> >>>> then 'trunk', then 'Download in
> >>>> other formats: Zip Archive' at the
> >>>> bottom of the site.
> >>>>
> >>>>
Regards,
> >>>> Elmar Zeeb
> >>>> > >
> Please find attach the respective logs.
> >>>> > >
> Could you please let me know your
> >>>>
thoughts on this and do let me know
> >>>> > if you feel that I missing anything
> >>>> on this.
> >>>> > >
> Thanks and regards,
> >>>> >
Sathya
> >>>> >
> >>>> > --- On *Mon, 4/27/09, Elmar Zeeb
> >>>> /<
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>
> >>>>
<
http://us.mc954.mail..yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>/*
> >>>> wrote:
> >>>> >
> >>>> >
> >>>> > From: Elmar
Zeeb
> >>>> <
elmar...@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>
> >>>> <
http://us.mc954..mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>
> >>>>
> Subject: Re: Regarding
> WS-Policy
> >>>> support on wsdl2h.exe
> >>>> > To:
> >>>> "
ws4d-gs...@googlegroups.com> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>
> >>>> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>"
> >>>> > <
ws4d-gs...@googlegroups.com> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>
> >>>> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>>
> >>>> > Date: Monday, April 27, 2009,
> >>>> 11:14 AM
> >>>>
>
> >>>> >
> >>>> > sathya sai schrieb:
> >>>> > >
> >>>> > > Hi Elmar,
> >>>>
> >
> >>>> > > Although we had defined
> "wprt"
> >>>> as a namespace prefix for
> >>>> > >
> >>>>
http://schemas.microsoft.com/windows/2006/08/wdp/print> <
http://schemas...microsoft.com/windows/2006/08/wdp/print>
> >>>> URL in our
> >>>> > > gSoap file, the
> ws4d-gSoap tool
> >>>> seems to be somehow ignoring "wprt"
> >>>>
> > prefix and then adds "n1" to
> >>>> it. The same behavior could be
> >>>> > observed
> >>>> > > with the sample
> Airconditioner
> >>>> application as well.
>
>>>> > >
> >>>> > > However, I could fix this
> >>>> problem by explicitly adding "wprt"
> >>>> > prefix in
> >>>> >
> acs_setup_HostingService()
> >>>> function as in below,
> >>>> > >
> >>>> > > ----
> >>>> > > device_type =
> ws4d_qname_alloc
> >>>>
(1, &device->alloc_list);
> >>>> > > *device_type->prefix =
> >>>> ws4d_strdup (**"wprt"**,
> >>>> > &device->alloc_list);*
> >>>> > > device_type->ns = ws4d_strdup
>
>>>> > >
> >>>> (
http://schemas.microsoft.com/windows/2006/08/wdp/print,
> >>>> > > &device->alloc_list);
> >>>> > > device_type->name =
>
ws4d_strdup
> >>>> ("PrintDeviceType",
> >>>> > &device->alloc_list);
> >>>> > >
> >>>> > OK, this code should be
> generated
> >>>>
by ws4d-gsoap code generator if you
> >>>> > define the
> >>>>
http://schemas.microsoft.com/windows/2006/08/wdp/print> >>>> > namespaces with the prefix wprt
> >>>>
and add the fixedprefixes="wprt"
> >>>> > in the
> >>>> > metadata.xml file..
> >>>> > > ---
> >>>> > >
> >>>>
> > Now the problem is, although
> >>>> our WSD server is sending the
> >>>> > ProbeMatch
> >>>> > > response with "
> >>>> > > wprt:PrintDeviceType
> >>>>
wsdp:Device", vista client is
> dropping
> >>>> after
> >>>> > > receiving ResolveMatch match
> >>>> (same old behavior.)
> >>>> > >
> >>>>
> > I just compared the XML
> packet
> >>>> exchange between vista client &
> >>>> > > someother WSD supported
> printer
> >>>> & see that although the ProbeMatch
> >>>>
> > packet is similar to us but
> >>>> ResolveMatch packet seems be
> different.
> >>>> > >
> >>>> > > ResolveMatch response of
> >>>> someother WSD server which is
> working:
>
>>>> > >
> >>>> =================================================
> >>>> > > <SOAP-ENV:Envelope
> >>>> > >
> >>>>
xmlns:SOAP-ENV="
http://www.w3.org/2003/05/soap-envelope"
> >>>> > >
> >>>> xmlns:SOAP-ENC="
http://www.w3.org/2003/05/soap-encoding"
> >>>> > >
> >>>>
xmlns:wse="
http://schemas.xmlsoap..org/ws/2004/08/eventing> >>>> > <
http://schemas.xmlsoap.org/ws/2004/08/eventing>"
> >>>> > >
> >>>> xmlns:xop="
http://www.w3.org/2004/08/xop/include"
> >>>> > >
> >>>> xmlns:wsdp="
http://schemas.xmlsoap.org/ws/2006/02/devprof"
> >>>> > >
> >>>>
xmlns:wscn="
http://schemas.microsoft.com/windows/2006/08/wdp/scan"
> >>>> > >
> >>>> xmlns:wsa="
http://schemas.xmlsoap.org/ws/2004/08/addressing"
> >>>> > >
> >>>>
xmlns:wsd="
http://schemas.xmlsoap.org/ws/2005/04/discovery"
> >>>> > >
> >>>> > xmlns:xrxd="
http://xml.namespaces.xerox.com/enterprise/wsd/discovery/2007/02> >>>>
<
http://xml.namespaces.......xerox.com/enterprise/wsd/discovery/2007/02>"
> >>>> >
> >>>> > >
> >>>> xmlns:trn="
http://schemas.xmlsoap.org/ws/2004/09/transfer"
> >>>>
> >
> >>>> xmlns:wprt="
http://schemas.microsoft.com/windows/2006/08/wdp/print">
> >>>> > > <SOAP-ENV:Header>
> >>>> > >
> >>>>
> <wsa:Action>
http://schemas.xmlsoap.org/ws/2005/04/discovery/ResolveMatches</wsa:Action>
> >>>> > >
> >>>> >
<wsa:MessageID>urn:uuid:6f030bb8-2f8d-11de-aebe-0000aa9e8e1a</wsa:MessageID>
> >>>> > >
> >>>> > <wsa:RelatesTo>urn:uuid:f2567a08-aead-42cc-b308-10a3b4f4f227</wsa:RelatesTo>
> >>>> > >
> >>>>
> <wsa:To>
http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous</wsa:To>
> >>>> > > <wsd:AppSequence
> MessageNumber="12"
> >>>> > >
> >>>>
InstanceId="1240438886"></wsd:AppSequence>
> >>>> > > </SOAP-ENV:Header>
> >>>> > > <SOAP-ENV:Body>
> >>>> > > <wsd:ResolveMatches>
> >>>> > >
<wsd:ResolveMatch>
> >>>> > > <wsa:EndpointReference>
> >>>> > >
> >>>> <wsa:Address>uuid:97cba564-20bf-11de-90de-0000aa9e8e1a</wsa:Address>
> >>>> > > </wsa:EndpointReference>
> >>>>
> > *<**wsd:Types>wsdp:Device
> >>>> wprt:PrintDeviceType</wsd:Types**>*
> >>>> > >
> >>>> > *<**wsd:XAddrs>
http://10.......10.91.46:53202/webservices/wsd/TransferService> >>>> <
http://10.10.91.46:53202/webservices/wsd/TransferService></wsd:XAddrs**>*
> >>>> > >
> >>>> <wsd:MetadataVersion>1</wsd:MetadataVersion>
> >>>>
> > </wsd:ResolveMatch>
> >>>> > > </wsd:ResolveMatches>
> >>>> > > </SOAP-ENV:Body>
> >>>> > > </SOAP-ENV:Envelope>
> >>>> > >
>
>>>> > > ResolveMatch response of WSD
> >>>> server created by our ws4d-gSoap
> stack
> >>>> > > which is not working:
> >>>> > >
> >>>>
=====================================================
> >>>> > >
> >>>> > > <SOAP-ENV:Envelope
> >>>> > >
> >>>> xmlns:SOAP-ENV="
http://www.w3.org/2003/05/soap-envelope"
> >>>> > >
> >>>> xmlns:SOAP-ENC="
http://www.w3.org/2003/05/soap-encoding"
> >>>> > >
> >>>> xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance"
> >>>> > >
> >>>> xmlns:xsd="
http://www.w3.org/2001/XMLSchema"
> >>>> > >
> >>>> xmlns:wsa="
http://schemas.xmlsoap.org/ws/2004/08/addressing"
> >>>> > >
> >>>> xmlns:wsd="
http://schemas.xmlsoap.org/ws/2005/04/discovery"
> >>>> > >
> >>>> xmlns:wprt="
http://schemas.microsoft.com/windows/2006/08/wdp/print"
> >>>> > >
> >>>> xmlns:wsdp="
http://schemas.xmlsoap.org/ws/2006/02/devprof">
> >>>> > > <SOAP-ENV:Header>
> >>>>
> > <wsa:MessageID
> >>>> > >
> >>>> > SOAP-ENV:mustUnderstand="true">urn:uuid:ac2f7378-d30d-453b-8d6c-babe2c625b5f</wsa:MessageID>
> >>>> > > <wsa:RelatesTo
> >>>>
> >
> >>>> > SOAP-ENV:mustUnderstand="true">urn:uuid:b9a0faf1-0ad5-4b5c-8e20-9b39d548c324</wsa:RelatesTo>
> >>>> > > <wsa:To
> >>>> > >
>
>>>> > SOAP-ENV:mustUnderstand="true">urn:schemas-xmlsoap-org:ws:2005:04:discovery</wsa:To>
> >>>> > > <wsa:Action
> >>>> > >
> >>>> >
SOAP-ENV:mustUnderstand="true">
http://schemas.xmlsoap.org/ws/2005/04/discovery/ResolveMatches</wsa:Action>
> >>>> > > <wsd:AppSequence
> MessageNumber="9"
> >>>> > InstanceId="1031797"></wsd:AppSequence>
>
>>>> > > </SOAP-ENV:Header>
> >>>> > > <SOAP-ENV:Body>
> >>>> > > <wsd:ResolveMatches>
> >>>> > > <wsd:ResolveMatch>
> >>>>
> > <wsa:EndpointReference>
> >>>> > >
> >>>> > <wsa:Address>urn:uuid:a2bb3689-62ff-4d13-8da8-82171e0916c3</wsa:Address>
> >>>> > > </wsa:EndpointReference>
> >>>>
> >
> >>>> *<**wsd:XAddrs>
http://10.208.24.167:1306> <
http://10.208.24.167:1306/>
> >>>> <
http://10.208.24.167:1306/>
> >>>> >
<
http://10.208.24.167:1306/></wsd:XAddrs**>*
> >>>> > >
> >>>> <wsd:MetadataVersion>1031797</wsd:MetadataVersion>
> >>>> > > </wsd:ResolveMatch>
> >>>>
> > </wsd:ResolveMatches>
> >>>> > > </SOAP-ENV:Body>
> >>>> > > </SOAP-ENV:Envelope>
> >>>> > >
> >>>> > > I could observe
following two
> >>>> differences,
> >>>> > >
> >>>> > > 1. Our ResolveMatch packet
> >>>> didn't contain
> "*<wsd:Types>wsdp:Device
> >>>>
> >
> >>>> wprt:PrintDeviceType</wsd:Types>"
> >>>> *field in it.
> >>>> > >
> >>>> > This should be OK, the Types
> >>>>
field is optional.
> >>>> > >
> >>>> > > 2. Our ResolveMatch
> packet had
> >>>> > >
> >>>> *"<wsd:XAddrs>
http://10.208.24.167:1306>
<
http://10.208.24.167:1306/>
> >>>> <
http://10.208.24.167:1306/>
> >>>> > <
http://10.208..24.167:1306/> <
http://10.208.24.167:1306/>></wsd:XAddrs**>"
>
>>>> *but the the
> >>>> > > working WSD server seems
> to be
> >>>> sending
> >>>> > >
> >>>> >
*<**wsd:XAddrs>
http://10.10.91.46:53202/webservices/wsd/TransferService</wsd:XAddrs**>"*
> >>>> > >
> >>>> > This should also be OK, as
> there
> >>>> are no restrictions on service uri.
>
>>>> > > **
> >>>> > > Could you please let me know
> >>>> with your thoughts by earliest to
> >>>> > proceed
> >>>> >
> further on this.
> >>>> > >
> >>>> > Are you sure, that Vista does
> >>>> drop the Resolve Matches? Can you
> >>>> > look, if
> >>>>
> there is a WS-Transfer get
> >>>> request to
>
http://10.208.24.167:1306 <
http://10.208.24.167:1306/>
> >>>> <
http://10.208.24.167:1306/>
> >>>> > <
http://10.208.24.167:1306/> ? I
> >>>> > think that Vista will drop the
> >>>> WS-Transfer get response as you
> >>>> > have to
> >>>> > add the pnp-x things.
> >>>>
>
> >>>> > If you compile ws4d-gsoap and
> >>>> your device in debug mode, which
> is the
> >>>> > default, you can look at the
> >>>> message log. The log files
are
> >>>> > created in
> >>>> > the working directory,
> where you
> >>>> are running the device. RECV.log
> >>>> > is for
> >>>>
> incomming messages and
> SENT...log
> >>>> is for outgoing messages. You can
> >>>> > look
> >>>> > for the WS-Transfer
> messages there.
> >>>> >
>
>>>> > I'm not in my office this week,
> >>>> so I don't have internet all the
> >>>> > time,
> >>>> > but i will have internet in the
> >>>>
evening and try to answer your
> >>>> > mails as
> >>>> > soon as possible.
> >>>> >
> >>>> > Regards,
> >>>>
> Elmar Zeeb
> >>>> > >
> >>>> > > Thanks a lot in advance.
> >>>> > >
> >>>> > > Regards,
> >>>>
> > Sathya
> >>>> > >
> >>>> > >
> >>>> > >
> >>>> > > --- On *Fri, 4/24/09, Elmar
> >>>>
Zeeb
> /<
elmar.zeeb@uni-rostock....de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar.zeeb@uni-rostock....de>
> >>>> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar.zeeb@uni-rostock..de>
> >>>>
> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>/*
> >>>> > wrote:
> >>>> > >
> >>>> > >
>
>>>> > > From: Elmar Zeeb
> >>>> <
elmar..zeeb@uni-rostock.de> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar..zeeb@uni-rostock.de>
> >>>> <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...zeeb@uni-rostock...de> <
http://us.mc954.mail..yahoo.com/mc/compose?to=elmar..zeeb@uni-rostock....de>>
> >>>> > <
http://us.mc954.mail.yahoo.com/mc/compose?to=elmar...@uni-rostock.de>>
> >>>>
> > Subject: Re: Regarding
> >>>> WS-Policy support on wsdl2h.exe
> >>>> > > To:
> >>>>
ws4d-gs...@googlegroups.com> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>
> >>>> <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>
> >>>> > <
http://us.mc954.mail.yahoo.com/mc/compose?to=ws4d-gs...@googlegroups.com>
> >>>> > > Date: Friday, April 24,
> >>>> 2009, 7:19 PM
> >>>> > >
> >>>> > >
> >>>>
> > OK, then you have to
> check
> >>>> if you have defined the wprt
> >>>> > prefix for
> >>>> > > the
> >>>> >
> printer device
> namespace in
> >>>> the gsoap file. There should be
> >>>> > a line
> >>>> > > saying:
> >>>> > >
> >>>>
> > //gsoap wprt schema
> >>>> namespace: > >
http://schemas.microsoft.com/windows/2006/08/wdp/print> >>>> >
>
> >>>> > > If there is something
> other
> >>>> than wprt, then you have to
> >>>> > change the
> >>>> > > prefix to wprt and search
>
>>>> for the old prefix in the file and
> >>>> > > replace it
> >>>> > > with wprt everywhere.
> >>>> > >
> >>>>
> > sathya sai schrieb:
> >>>> > > > I had added the
> following
> >>>> change onto metadata.xml (missed to
> >>>> > > send in
> >>>> >
> > my previous mail)
> >>>> > > >
> >>>> > > > <wdp:Relationship
> >>>> > > >
> >>>> Type="
http://schemas.xmlsoap.org/ws/2006/02/devprof/host">
> >>>> > > > <wdp:Host
> >>>> fixedprefixes="wprt">
> >>>> > > >
> >>>>
<wdp:Types>wprt:Printer</wdp:Types>
> >>>> > > >
> >>>> <wdp:ServiceId>DPWS-HostingService</wdp:ServiceId>
> >>>> > > > </wdp:Host>
> >>>> > > >
<wdp:Hosted
> >>>> fixedprefixes="wprt">
> >>>> > > >
> >>>> <wdp:Types>wprt:PrinterServiceType</wdp:Types>
> >>>> > > >
> >>>>
<wdp:ServiceId>
http://WsdServiceId/1 <
http://wsdserviceid/1>
> >>>> <
http://wsdserviceid/1>
> >>>> <
http://wsdserviceid/1>
> >>>> > >
<
http://wsdserviceid/1></wdp:ServiceId>
> >>>> > > >
> <Name>PrinterService</Name>
> >>>> > > > <Extension>
> >>>> > > >
<pnpx:CompatibleId
> >>>> > > >
> >>>> > >
> >>>> > xmlns:pnpx=\"
http://schemas...microsoft.com/windows/pnpx/2005/10\> <
http://schemas..microsoft.com/windows/pnpx/2005/10/>
> >>>> <
http://schemas..microsoft.com/windows/pnpx/2005/10/>
> >>>> > <
http://schemas.microsoft.com/windows/pnpx/2005/10/> <
http://schemas..microsoft.com/windows/pnpx/2005/10/>>">
http://schemas.microsoft.com/windows/2006/08/wdp/print/PrinterServiceType</pnpx:CompatibleId>
> >>>> > >
> >>>> > <
http://schemas.microsoft.com/windows/pnpx/2005/10/%22%3Ehttp://schemas.microsoft.com/windows/2006/08/wdp/print/PrinterServiceType%3C/pnpx:CompatibleId%3E>
> >>>> > > > </Extension>
> >>>> > > > </wdp:Hosted>
> >>>>
> > > </wdp:Relationship>
> >>>> > > >
> >>>> > > >
> >>>> > > > --- On *Fri, 4/24/09,
> >>>> &n
>
>
--
*******************************************************************************
Dipl.-Inf. Elmar Zeeb
Universität Rostock, Fakultät f.. Informatik und Elektrotechnik
Institut f. Angewandte Mikroelektronik und Datentechnik
University of Rostock, Faculty of CS and EE
Institute of Applied Microelectronics and Computer Engineering,
18051 Rostock
Deutschland/Germany
Tel. :
++49 (0)381 498 - 7262Fax :
++49 (0)381 498 - 7252Email:
elmar...@uni-rostock.dewww :
http://www.imd.uni-rostock.de/,
http://www.ws4d.org/*******************************************************************************
