OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsbpel message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [wsbpel] Issue 157 - proposal - latest revision


--Apple-Mail-2--642318045
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=WINDOWS-1252;
	delsp=yes;
	format=flowed

Hi Rania,

On further review I don't see any issue with using =20
"keepSrcElementName" (or "keepSourceElementName").

With your amendment, do you intend to replace:

"*      If the replaceDestinationElementName attribute is set to =20
"yes", an extra replacement step MUST be performed to replace the =20
destination element-name with the source element-name (i.e. =20
[namespace name] and [local name] properties)."

with

"*      If the keepSrcElementName attribute is set to =20
"false" (default), an extra replacement step MUST be performed to =20
replace the destination element-name with the source element-name =20
(i.e. [namespace name] and [local name] properties)."

and to replace:

"RE (Replace-Element-properties): First, remove all [children] and =20
[attribute] properties of the destination EII. Then, copy and add all =20=

[children] and [attribute] properties of the source EII to the =20
destination EII. An OPTIONAL replaceDestinationElementName attribute =20
is provided to further refine the behavior:"

with

"RE (Replace-Element-properties): Replace the element at the =20
destination with a copy of the element at the source - by first =20
removing all [children] and [attribute] properties of the destination =20=

EII, then copying and adding all [children] and [attribute] =20
properties of the source EII to the destination EII. An OPTIONAL =20
keepSrcElementName attribute is provided to further refine the =20
behavior:"

This is how I see the text reading with your amendment.

I would use the example provided for EII-to-EII copy with =20
keepSrcElementName to illustrate it.

I also wanted to pin down whether you sought to have the examples =20
incorporated into the spec itself or a part of a primer. Let me know =20
what your stance is on this....

-Charlton.

On 10/08/2005, at 08:30, Rania Khalaf wrote:

> I strongly  prefer  'keepSrcElementName' instead of =20
> 'replaceDestinationElementName' for the sakes of simplicity and XML ;)
>
> That would also change the description of RE (Replace element =20
> properties) to say: "replace the element at the destination with a =20
> copy of the element at the source. If the 'keepElementName' =20
> attribute is set to false (default), then an additional step is =20
> required where the name of the copied element is replaced with the =20
> name of the destination element (add an example)."
>
> This is instead of the current description:
> =95    RE (Replace-Element-properties): First, remove all [children] =20=

> and [attribute] properties of the destination EII. Then, copy and =20
> add all [children] and [attribute] properties of the source EII to =20
> the destination EII. An OPTIONAL replaceDestinationElementName =20
> attribute is provided to further refine the behavior:
>
> Charlton Barreto wrote:
>
>> Attached is the latest revision of the Issue 157 proposal, =20
>> reflecting  the comments Alex and I have received since last week, =20=

>> including  examples of each of the copy operations in the =20
>> proposal's matrix.
>> -Charlton.
>> --=20
>> Charlton Barreto
>> P 1.408.536.4496
>> cbarreto@adobe.com
>> www.adobe.com
>>
>
>
>

Charlton Barreto
P 1.408.536.4496
cbarreto@adobe.com
www.adobe.com



--Apple-Mail-2--642318045
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHwjCCA8Qw
ggMtoAMCAQICEAwNtwQ9BCe+sVrsoC3JWQMwDQYJKoZIhvcNAQEEBQAwgcExCzAJBgNVBAYTAlVT
MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE8MDoGA1UECxMzQ2xhc3MgMiBQdWJsaWMgUHJpbWFy
eSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEcyMTowOAYDVQQLEzEoYykgMTk5OCBWZXJpU2ln
biwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVz
dCBOZXR3b3JrMB4XDTAxMDMyNzAwMDAwMFoXDTA5MDMyNjIzNTk1OVowgdYxIzAhBgNVBAoTGkFk
b2JlIFN5c3RlbXMgSW5jb3Jwb3JhdGVkMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwMTEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBMR8w
HQYDVQQDExZFbnRlcnByaXNlIFNlcnZpY2VzIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB
gQDJk0LTzlFM6COyBF6C6XY+Olzntji2XvsDRjyffFjp01VItqYB6JKWBJ4xtDOiqv48V9JilPR6
Y9FF6MOfq36YoNCiFleNfUPY4sv9XWc18oh3iFCJ7u3+ZhB6dF/BQEEWCqm5DeDcICr4x3XAxHBe
Iq16poVvqWEnb51yPRRlJQIDAQABo4GlMIGiMA8GA1UdEwQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5
BgtghkgBhvhFAQcBATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh
MAsGA1UdDwQEAwIBBjARBglghkgBhvhCAQEEBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMT
EVByaXZhdGVMYWJlbDEtMzczMA0GCSqGSIb3DQEBBAUAA4GBAFykysT7aC5eQnryEykQCOJGyQgV
hWkq2Fp1xYJCB9rLTx8fb7qbxsUgUmHrCiEaVKphds7tZt7lJVQboJErCQchO/lvVYDsEyYlTOP8
t5WkFxBhcyMtWCL4oXlsXLxx4jjtReThw5Do7EVPj2797qisQf/Km1JBmgE+2F2cVBarMIID9jCC
A1+gAwIBAgIQJkdUJX9lsyzfGtivufFcuDANBgkqhkiG9w0BAQQFADCB1jEjMCEGA1UEChMaQWRv
YmUgU3lzdGVtcyBJbmNvcnBvcmF0ZWQxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsx
OzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChj
KTAxMTAwLgYDVQQLEydDbGFzcyAyIE9uU2l0ZSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExHzAd
BgNVBAMTFkVudGVycHJpc2UgU2VydmljZXMgQ0EwHhcNMDUwNDI5MDAwMDAwWhcNMDYwNDI5MjM1
OTU5WjCBvzFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L0NQUyBJbmNvcnAu
IGJ5IFJlZi4sTElBQi5MVEQoYyk5OTE3MDUGA1UECxQuQWRvYmUgQ1BTIC0gaHR0cDovL3d3dy5h
ZG9iZS5jb20vbWlzYy9DUFMuaHRtbDEZMBcGA1UEAxMQQ2hhcmx0b24gQmFycmV0bzEhMB8GCSqG
SIb3DQEJARYSY2JhcnJldG9AYWRvYmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCZ
nWOAmZoWH3cPTcLsa7IWSGa3vzfwgX20njkO0fi2oW/x6x0vsNG8mk5XWsTqVqgU4pcvnKFX97i9
yI9XawSc6LsexY4aKy0QnqqWh4PGW9ntwEbtZD0JtnMvHfw1djXPK1v1XqI1VZ6jhni/kkP3zpPl
KjvY4dG2+tDJBwdCrwIDAQABo4HZMIHWMAkGA1UdEwQCMAAwYwYDVR0fBFwwWjBYoFagVIZSaHR0
cDovL29uc2l0ZWNybC52ZXJpc2lnbi5jb20vQWRvYmVTeXN0ZW1zSW5jb3Jwb3JhdGVkRW50ZXJw
cmlzZVNlcnZpY2VzL0xhdGVzdENSTDBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcCMCowKAYIKwYB
BQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMBEGCWCGSAGG
+EIBAQQEAwIHgDANBgkqhkiG9w0BAQQFAAOBgQBqiX5rRlfzO3OzdMla9+u7mYUSCrsRsgs+i29J
E6CLgH37e+timFXANvOCbrcgYhYfoZR5co49+ienwOle0NfJI52s4Qcxcykupc8+ih2llFkxKxVI
uZO7607ru7jfy0d54KtLXbcaxbORaQ0gc4f5S0Z4vdOcx/MiDkcVZm1UIjGCA/MwggPvAgEBMIHr
MIHWMSMwIQYDVQQKExpBZG9iZSBTeXN0ZW1zIEluY29ycG9yYXRlZDEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDExMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRlIEluZGl2aWR1YWwg
U3Vic2NyaWJlciBDQTEfMB0GA1UEAxMWRW50ZXJwcmlzZSBTZXJ2aWNlcyBDQQIQJkdUJX9lsyzf
GtivufFcuDAJBgUrDgMCGgUAoIICXTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3
DQEJBTEPFw0wNTA4MTAxNzA5MzBaMCMGCSqGSIb3DQEJBDEWBBS5nheRiUY6eGxXoGkusr0HKQxn
hTCB/AYJKwYBBAGCNxAEMYHuMIHrMIHWMSMwIQYDVQQKExpBZG9iZSBTeXN0ZW1zIEluY29ycG9y
YXRlZDEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg
dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDExMDAuBgNVBAsTJ0NsYXNz
IDIgT25TaXRlIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTEfMB0GA1UEAxMWRW50ZXJwcmlzZSBT
ZXJ2aWNlcyBDQQIQJkdUJX9lsyzfGtivufFcuDCB/gYLKoZIhvcNAQkQAgsxge6ggeswgdYxIzAh
BgNVBAoTGkFkb2JlIFN5c3RlbXMgSW5jb3Jwb3JhdGVkMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVz
dCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24u
Y29tL3JwYSAoYykwMTEwMC4GA1UECxMnQ2xhc3MgMiBPblNpdGUgSW5kaXZpZHVhbCBTdWJzY3Jp
YmVyIENBMR8wHQYDVQQDExZFbnRlcnByaXNlIFNlcnZpY2VzIENBAhAmR1Qlf2WzLN8a2K+58Vy4
MA0GCSqGSIb3DQEBAQUABIGANRw3XvrbQb6y/elrRtTA2aYls2PKowfuLcNcjeapNOda/aShjFjG
9RG0uUqR1Hg6GCYGlZFzDLBD+47J5O42V3SWvYsZtJjf7eaYPC7J8nN0PAIOiCprqoJwNEEjkNJs
dVBgU/gVKG70TidTD3h+fWhvNayF7SLqSlloLKH4zBIAAAAAAAA=

--Apple-Mail-2--642318045--


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]