[Users] Assign in BPEL

[ccaron]

Hi all (again) !

Just to make you know about a (possible) issue :
When I make an assign, I had this little problem, Here is the "from" part:


Code:
<ns2:getResourceReturn xmlns:ns2="http://weblab-project.org/services/resourcecontainer/types" xmlns:ns3="http://weblab-project.org/services/exception">
  <resource uri="weblab://fileRepository/1269621548353/res_0">
    <annotation uri="weblab://crawlerFolder/file0#a0">
      <data xmlns:model="http://weblab-project.org/core/model/" xmlns:tns="http://weblab-project.org/services/resourcecontainer/types" xmlns:typeNS="http://weblab-project.org/services/resourcecontainer/types" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
        <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dct="http://purl.org/dc/terms/" xmlns:wlp="http://weblab-project.org/core/model/property/processing/">
          <rdf:Description rdf:about="weblab://crawlerFolder/file0">
            <dc:format>application/pdf</dc:format>
            <wlp:hasOriginalFileName>0-WDK-Introduction.pdf</wlp:hasOriginalFileName>
            <dc:source>/home/leff/Bureau/weblab/apache-tomcat-6.0.18/bin/../../toIndex/0-WDK-Introduction.pdf</dc:source>
            <dct:modified>2009-09-15T17:58:04+0200</dct:modified>
            <wlp:hasOriginalFileSize>383051</wlp:hasOriginalFileSize>
            <dct:extent>383051 bytes</dct:extent>
            <wlp:hasGatheringDate>2010-03-26T17:39:07+0100</wlp:hasGatheringDate>
            <wlp:hasNativeContent rdf:resource="weblab://crawlerFolderContent/1269621546270/0" />
          </rdf:Description>
        </rdf:RDF>
      </data>
    </annotation>
  </resource>
</ns2:getResourceReturn>



And here is the "to" part :


Code:
<typeNS:processArgs xmlns:typeNS="http://weblab-project.org/services/analyser/types" xmlns:tns="http://weblab-project.org/services/analyser/types" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="tns:processArgs">
   <resource xmlns:model="http://weblab-project.org/core/model/" uri="?" xsi:type="model:resource">
      <annotation uri="weblab://crawlerFolder/file0#a0">
         <data xmlns:tns="http://weblab-project.org/services/resourcecontainer/types" xmlns:typeNS="http://weblab-project.org/services/resourcecontainer/types">
            <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dct="http://purl.org/dc/terms/" xmlns:wlp="http://weblab-project.org/core/model/property/processing/">
               <rdf:Description rdf:about="weblab://crawlerFolder/file0">
                  <dc:format>application/pdf</dc:format>
                  <wlp:hasOriginalFileName>0-WDK-Introduction.pdf</wlp:hasOriginalFileName>
                  <dc:source>/home/leff/Bureau/weblab/apache-tomcat-6.0.18/bin/../../toIndex/0-WDK-Introduction.pdf</dc:source>
                  <dct:modified>2009-09-15T17:58:04+0200</dct:modified>
                  <wlp:hasOriginalFileSize>383051</wlp:hasOriginalFileSize>
                  <dct:extent>383051 bytes</dct:extent>
                  <wlp:hasGatheringDate>2010-03-26T17:39:07+0100</wlp:hasGatheringDate>
                  <wlp:hasNativeContent rdf:resource="weblab://crawlerFolderContent/1269621546270/0"/>
               </rdf:Description>
            </rdf:RDF>
         </data>
      </annotation>
   </resource>
</typeNS:processArgs>




The "uri" value of the resource is not paste :
<resource uri="weblab://fileRepository/1269621548353/res_0"> -> <resource [...] uri="?" [...]>

Clément




-------------------- m2f --------------------

Subscribe/Unsubscribe emails notifications.

Response to this email will be posted on the Petals forum.
Please delete the existing text before responding :)

Read the topic online:
http://forum.petalslink.com/viewtopic.php?p=30683#30683

-------------------- m2f --------------------


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://forum-list.petalslink.org/pipermail/users/attachments/20110316/5c78b1c0/attachment.htm>