[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsrp-interop] BEA's producer/consumer now online
rfc1867 says the default content-type is text/plain. Can we assume that here?
-----Original Message-----
From: Subbu Allamaraju [mailto:subbu@bea.com]
Sent: Thursday, September 11, 2003 11:00 AM
To: wsrp-interop@lists.oasis-open.org
Subject: Re: [wsrp-interop] BEA's producer/consumer now online
Although it is legal to send form parameters as UploadContext, the
schema does not let us. When a form is submitted in a browser, it sends
the form parameter as a part as in
-----------------------------3136631559632205824
Content-Disposition: form-data; name="field1"
test
This does not have conent type, but content type is a required field in
UploadContext. This forces the consumer to send this part as a form
parameter.
Is this intentional?
Regarads,
Subbu
Andre Kramer wrote:
> Just to clarify that I only use uploadContext for file inputs (not
> text input fields).
>
> regards,
> Andre
>
> -----Original Message-----
> *From:* David Ward [mailto:david.ward@oracle.com]
> *Sent:* 11 September 2003 12:51
> *To:* Andre Kramer
> *Cc:* Subbu Allamaraju; wsrp-interop@lists.oasis-open.org
> *Subject:* Re: [wsrp-interop] BEA's producer/consumer now online
>
> I don't think UploadContexts or MIME parts for the 'missing'
> fields would be necessary.
>
> It's just like a query string - parameters that are not supplied
> are not present in the POST. The filename attribute is optional,
> and isn't communicatd e.g. for text input fields.
>
> Andre Kramer wrote:
>
>> And we may want to clarify further that an attribute carries
>> "content-Disposition" as name and 'form-data; name="files";
>> filename="file1.txt"' as value for each piece (if consumer has
>> split the form submit into multiple uploadContexts as I do).
>>
>> Also, we may be sending a filename = "" and an
>> application/octet-stream of length 0 for missing form inputs (so
>> that order in submit is preserved).
>>
>> Anyway, looks like we have some interop issues to discuss...
>>
>> regards,
>> Andre
>>
>> -----Original Message-----
>> *From:* David Ward [mailto:david.ward@oracle.com]
>> *Sent:* 11 September 2003 12:22
>> *To:* Andre Kramer
>> *Cc:* Subbu Allamaraju; wsrp-interop@lists.oasis-open.org
>> *Subject:* Re: [wsrp-interop] BEA's producer/consumer now online
>>
>> All I'm saying is that it's important that you keep the full
>> content type of a multipart form message intact, including
>> its boundary attribute. So the mimeType field would require
>> an attribute part. Is this legal?
>>
>> [Andre Kramer] I think we maintain the params in other
>> places that we also use a "mimeType" field
>>
>> The Oracle consumer is forwarding a single UploadContext
>> corresponding to the multipart mime message, rather than
>> multiple upload contexts corresponding to each message part
>> (this makes it much easier to map straight to a JSR 168
>> request input stream) So it's important that the boundary
>> attribute (and when I say attribute I mean in the MIME sense)
>> is communicated.
>>
>> Dave
>>
>> Andre Kramer wrote:
>>
>>> Content-Disposition would be good to support but
>>> Content-Type as a MIME attribute would be redundant.
>>>
>>> e.g.
>>>
>>> Content-Disposition: form-data; name="files";
>>> filename="file1.txt".
>>> for file1.txt posted using the files input.
>>>
>>> thanks,
>>> Andre
>>>
>>> -----Original Message-----
>>> *From:* David Ward [mailto:david.ward@oracle.com]
>>> *Sent:* 11 September 2003 11:58
>>> *To:* Andre Kramer
>>> *Cc:* Subbu Allamaraju; wsrp-interop@lists.oasis-open.org
>>> *Subject:* Re: [wsrp-interop] BEA's producer/consumer
>>> now online
>>>
>>>
>>>
>>> Andre Kramer wrote:
>>>
>>>> The name mimeAttributes was perhaps unfortunate as the
>>>> MIME spec uses "attribute" for the name part of a
>>>> content-Type's name=value parameter pairs. Such
>>>> attributes should be part of the UploadContext.mimeType
>>>> string.
>>>>
>>>> So I agree our mimeAttributes are primarily for MIME
>>>> headers - but these should be optional and extensible.
>>>> The only required MIME header is the content-type which
>>>> we carry in UploadContext.mimeType. We should not
>>>> depend on others (MIME-Version) or re-define standard
>>>> ones (those starting with "content-").
>>>>
>>>> Our consumer does not add any standard (content-)
>>>> headers to a posted data value other than MIMEtype.
>>>>
>>>> Also, I add a "filename" as an additional attribute as
>>>> well as a "fieldname" to supply additional (hopefully
>>>> useful) information which producers are free to ignore.
>>>
>>> But there's already a standard way of transmitting the
>>> filename in the Content-Disposition header as an
>>> attribute. See
>>> http://www.w3.org/TR/html401/interact/forms.html#h-17.13.4.2
>>> By the way, it's important that you forward on the
>>> Content-Disposition headers as they also carry the name
>>> of the form field from which the file was submitted.
>>> Otherwise you don't know which file corresponds to which
>>> field.
>>>
>>> It looks like Content-Type (including boundary
>>> attribute) and Content-Disposition (with name and
>>> optional filename attributes) are the only headers our
>>> upload portlet relies on.
>>>
>>>>
>>>> MIME interpreters are allowed to not handle inputs but,
>>>> in the interest of interop testing, I was asking if
>>>> this was the case with your portlets/producer (i.e.
>>>> what standard headers, if any, you expect)?
>>>>
>>>> regards,
>>>> Andre
>>>>
>>>> -----Original Message-----
>>>> *From:* David Ward [mailto:david.ward@oracle.com]
>>>> *Sent:* 10 September 2003 19:30
>>>> *To:* Subbu Allamaraju
>>>> *Cc:* wsrp-interop@lists.oasis-open.org
>>>> *Subject:* Re: [wsrp-interop] BEA's
>>>> producer/consumer now online
>>>>
>>>> Yes I agree - mimeAttributes should have MIME
>>>> header semantics.
>>>>
>>>> Subbu Allamaraju wrote:
>>>>
>>>>> Andre,
>>>>>
>>>>> Since there is no way to advertise to required
>>>>> mimeAttributes, we could agree to interpret
>>>>> mimeAttributes to be MIME headers for that part
>>>>> (and clarify in 1.1). Atleast, this assumption
>>>>> allowed our consumer to automate the creation of
>>>>> UploadContext without concerning about the meaning
>>>>> of each mimeAttribute.
>>>>>
>>>>> Dave - do you agree?
>>>>>
>>>>> Regards,
>>>>>
>>>>> Subbu
>>>>>
>>>>> Andre Kramer wrote:
>>>>>
>>>>>> We have no way for a portlet to advertise
>>>>>> required attributes. Should we agree on a minimal
>>>>>> set for interop?
>>>>>>
>>>>>> regards,
>>>>>> Andre
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Subbu Allamaraju [mailto:subbu@bea.com]
>>>>>> Sent: 10 September 2003 18:19
>>>>>> To: wsrp-interop@lists.oasis-open.org
>>>>>> Subject: Re: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>>
>>>>>>
>>>>>> Eric,
>>>>>>
>>>>>> We should have a fix ready today/tomorrow to
>>>>>> handle the incorrect
>>>>>> mimeAttributes. Essentially, with our fix, our
>>>>>> producer runtime will not
>>>>>> fail due to incorrect mimeAttributes, but the
>>>>>> portlet will fail to
>>>>>> process the request (which is valid).
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> Subbu
>>>>>>
>>>>>> Eric Xu wrote:
>>>>>>
>>>>>> >Oh, I see the problem now. The portlet takes the
>>>>>> entire mime-headers (i.e. content-disposition,
>>>>>> and content-type) as mime attributes. I,
>>>>>> instead, put content-type in the
>>>>>> UploadContext.mimetype field, and further parsed
>>>>>> content-disposition, and put its attributes in
>>>>>> the UploadContext.mimeAttribute field.
>>>>>>
>>>>>> >
>>>>>> >Btw, the monitoring tool is cute. =) Thanks,
>>>>>> Subbu.
>>>>>> >Eric
>>>>>> >
>>>>>> >-----Original Message-----
>>>>>> >From: Subbu Allamaraju [mailto:subbu@bea.com]
>>>>>> >Sent: Tuesday, September 09, 2003 6:40 PM
>>>>>> >To: wsrp-interop@lists.oasis-open.org
>>>>>> >Subject: Re: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>> >
>>>>>> >
>>>>>> >Eric,
>>>>>> >
>>>>>> >You can debug this from our consumer
>>>>>> >(http://wsrp.avitek.com:8001/consumer/portal.portal).
>>>>>> The portlet is on
>>>>>> >the second page. Just before uploading the
>>>>>> files, open
>>>>>> >http://wsrp.avitek.com:8001/consumer/monitor to
>>>>>> view the traffic. You
>>>>>> >can see the outgoing message.
>>>>>> >
>>>>>> >Regards,
>>>>>> >
>>>>>> >Subbu
>>>>>> >
>>>>>> >Eric Xu wrote:
>>>>>> >
>>>>>> > >
>>>>>> >>Oh, forgot to ask. Has anyone successfully
>>>>>> uploaded a file? Subbu, if possible, can I have
>>>>>> a trace of a request that works, so I know what
>>>>>> I'm missing?
>>>>>>
>>>>>> >>
>>>>>> >>Thanks,
>>>>>> >>Eric
>>>>>> >>
>>>>>> >>-----Original Message-----
>>>>>> >>From: Eric Xu
>>>>>> >>Sent: Tuesday, September 09, 2003 3:57 PM
>>>>>> >>To: 'Subbu Allamaraju';
>>>>>> wsrp-interop@lists.oasis-open.org
>>>>>> >>Subject: RE: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>> >>
>>>>>> >>
>>>>>> >>Thanks everyone for your response. Just to
>>>>>> clarify, yes, I was trying to forward the
>>>>>> name/value pairs in multipart headers. I'm using
>>>>>> Orielly's MultipartParser api. This api parses
>>>>>> the multipart http headers and omits some params,
>>>>>> such as creation-date etc, and for "filename" and
>>>>>> "name" params in FilePart, it doesn't give you
>>>>>> the original pair, but provides getFilePath and
>>>>>> getName methods. That's the reason I have to
>>>>>> hardcode "filename" in order to preserve the
>>>>>> original pair. As a summer intern, I'm not brave
>>>>>> enough to invent my own way yet. =)
>>>>>>
>>>>>> >>
>>>>>> >>Anyways, my request saves all the parameters
>>>>>> now, but I'm still getting the same npe. >>
>>>>>> >>Subbu, see if this trace can help us identify
>>>>>> the problem. Based on rfc1867, for multiparts
>>>>>> that do not contain a content-type, I'm sending
>>>>>> text/plain mimetype. Thanks for noticing the
>>>>>> problem of my filedata encoding. Yes, I was
>>>>>> calling a wrong encoding method.
>>>>>>
>>>>>> >>
>>>>>> >>Thanks,
>>>>>> >>Eric
>>>>>> >>
>>>>>> >>-----Original Message-----
>>>>>> >>From: Subbu Allamaraju [mailto:subbu@bea.com]
>>>>>> >>Sent: Tuesday, September 09, 2003 8:58 AM
>>>>>> >>To: wsrp-interop@lists.oasis-open.org
>>>>>> >>Subject: Re: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>> >>
>>>>>> >>
>>>>>> >>Our interpretation is that mimeAttributes are
>>>>>> the MIME headers, and
>>>>>> >>since the request does not have these headers,
>>>>>> the producer is probably
>>>>>> >>getting the NPE. We're looking into the NPE.
>>>>>> >>
>>>>>> >>Eric,
>>>>>> >>
>>>>>> >>I also noticed that the data you're sending
>>>>>> looks like plain text and
>>>>>> >>not base64 encoded.
>>>>>> >>
>>>>>> >>Regards,
>>>>>> >>
>>>>>> >>Subbu
>>>>>> >>
>>>>>> >>
>>>>>> >>Rich Thompson wrote:
>>>>>> >>
>>>>>> >> >>
>>>>>> >>>What would this mean on a SOAP message? The
>>>>>> mimeAttributes array was
>>>>>> >>>introduced as an unambiguous way to get the
>>>>>> mime data to the Producer.
>>>>>> >>>
>>>>>> >>>Rich
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>*David Ward <david.ward@oracle.com>*
>>>>>> >>>
>>>>>> >>>09/09/2003 06:51 AM
>>>>>> >>>
>>>>>> >>> >>>To
>>>>>> >>> Andre Kramer <andre.kramer@eu.citrix.com>
>>>>>> >>>cc
>>>>>> >>> "'Eric Xu'" <Eric.Xu@plumtree.com>, Subbu
>>>>>> Allamaraju <subbu@bea.com>,
>>>>>> >>>wsrp-interop@lists.oasis-open.org
>>>>>> >>>Subject
>>>>>> >>> Re: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>I had assumed clients would just forward all
>>>>>> the original headers from
>>>>>> >>>the multipart mime message intact. Why invent
>>>>>> a new way of carrying the
>>>>>> >>>filename?
>>>>>> >>>
>>>>>> >>>David
>>>>>> >>>
>>>>>> >>>Andre Kramer wrote:
>>>>>> >>>
>>>>>> >>>I'm also using a mime attribute to carry the
>>>>>> filename.
>>>>>> >>>
>>>>>> >>>regards,
>>>>>> >>>Andre
>>>>>> >>>
>>>>>> >>>-----Original Message-----
>>>>>> >>>From: Eric Xu [_mailto:Eric.Xu@plumtree.com_]
>>>>>> >>>Sent: 09 September 2003 02:29
>>>>>> >>>To: Subbu Allamaraju; Andre Kramer;
>>>>>> _wsrp-interop@lists.oasis-open.org_
>>>>>> >>><mailto:wsrp-interop@lists.oasis-open.org>
>>>>>> >>>Subject: RE: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>> >>>
>>>>>> >>>Hi, Subbu and all,
>>>>>> >>> This is regarding to the file upload
>>>>>> portlet and the
>>>>>> >>>uploadContext structure. I'm getting the same
>>>>>> error as Andre's.
>>>>>> >>>However, my soap request is a bit different.
>>>>>> I didn't find a good
>>>>>> >>>place in the UploadContext structure to put
>>>>>> fileName. In my request, I
>>>>>> >>>just had NamedString("filename", fileName) as
>>>>>> one of the MimeAttributes,
>>>>>> >>>where "filename" is a constant. I put
>>>>>> "filename" there, since this is
>>>>>> >>>how it appears in http header. I'm not sure
>>>>>> if this is the correct way
>>>>>> >>>of doing it as the spec doesn't mention this.
>>>>>> How is everyone handling
>>>>>> >>>this issue?
>>>>>> >>>
>>>>>> >>> Attached is my request, the response is
>>>>>> a NullPointerException.
>>>>>> >>>
>>>>>> >>>Thanks,
>>>>>> >>>Eric
>>>>>> >>>
>>>>>> >>>-----Original Message-----
>>>>>> >>>From: Subbu Allamaraju [_mailto:subbu@bea.com_]
>>>>>> >>>Sent: Tuesday, September 02, 2003 9:06 AM
>>>>>> >>>To: Andre Kramer;
>>>>>> _wsrp-interop@lists.oasis-open.org_
>>>>>> >>><mailto:wsrp-interop@lists.oasis-open.org>
>>>>>> >>>Subject: Re: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>> >>>
>>>>>> >>>Andre,
>>>>>> >>>
>>>>>> >>>Thanks for the test results. The portlet
>>>>>> description as well as the
>>>>>> >>>fault type returned by our producer are wrong.
>>>>>> I'm also looking into the
>>>>>> >>>failure with upload.
>>>>>> >>>
>>>>>> >>>Regards,
>>>>>> >>>
>>>>>> >>>Subbu
>>>>>> >>>
>>>>>> >>>Andre Kramer wrote:
>>>>>> >>> >>>
>>>>>> >>>>I've now been able to test against BEA's
>>>>>> producer and am able to report
>>>>>> >>>>that the portlets are displaying and
>>>>>> interacting with our consumer (see
>>>>>> >>>>below for some issues and observations).
>>>>>> >>>>
>>>>>> >>>>I've also placed one portlet from each
>>>>>> producer on a test Web page:
>>>>>> >>>>
>>>>>> >>>>_http://andrek.dyndns.org/NETlets/Page.aspx?page=multi_
>>>>>>
>>>>>> >>>>
>>>>>> >>>>[This page takes some time in loading due to 4 *
>>>>>> >>>>getServiceDescription/register/getSD/initCookie/getMarkup
>>>>>> (on each
>>>>>> >>>>initial load, as I have our db turned off
>>>>>> when our prototype is on the
>>>>>> >>>>Internet). The Oracle portlet still has
>>>>>> connectivity problems and I've
>>>>>> >>>>used the Citrix graph portlet rather than
>>>>>> Oracle's on the principle that
>>>>>> >>>>it does not use cookies ;-)]
>>>>>> >>>>
>>>>>> >>>>I saw two SOAP faults testing with the BEA
>>>>>> portlets:
>>>>>> >>>>
>>>>>> >>>> - Switching the helloWorldPortlet to
>>>>>> edit and help mode (see
>>>>>> >>>>attached trace 1)
>>>>>> >>>> - Uploading a file to
>>>>>> multipartRequest1 (see attached trace 2)
>>>>>> >>>>
>>>>>> >>>>I was unable to get the login and create
>>>>>> account portlets to work
>>>>>> >>>>together (i.e. could not log in after
>>>>>> creating an acount). The title of
>>>>>> >>>>the loginPortlet is "Create a User Account"
>>>>>> so maybe this is work in
>>>>>> >>>>progress?
>>>>>> >>>>
>>>>>> >>>>I was unable to fully test the secure portlet
>>>>>> (no secure bindings in the
>>>>>> >>>>service wsdl) but noticed that the secure
>>>>>> resource image did not display
>>>>>> >>>>as the cert was not verifiable my end (also,
>>>>>> the gif urls end in a ?).
>>>>>> >>>>
>>>>>> >>>>regards,
>>>>>> >>>>Andre
>>>>>> >>>>
>>>>>> >>>>-----Original Message-----
>>>>>> >>>>From: Subbu Allamaraju [_mailto:subbu@bea.com_]
>>>>>> >>>>Sent: 11 August 2003 22:12
>>>>>> >>>>To: _wsrp-interop@lists.oasis-open.org_
>>>>>> >>>> >>>>
>>>>>> >>><mailto:wsrp-interop@lists.oasis-open.org>
>>>>>> >>> >>>
>>>>>> >>>>Cc: William Cox
>>>>>> >>>>Subject: [wsrp-interop] BEA's
>>>>>> producer/consumer now online
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>BEA's WSRP producer and consumer are now
>>>>>> available online for interop
>>>>>> >>>>testing.
>>>>>> >>>>
>>>>>> >>>>WSDL:
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>_http://wsrp.avitek.com:7001/producer/wsdl/wlp_wsrp_v1_markup_service.wsdl_
>>>>>>
>>>>>> >>> >>>
>>>>>> >>>>Producer:
>>>>>> >>>>
>>>>>> >>>>The portlets for this producer are hosted in
>>>>>> >>>>_http://wsrp.avitek.com:7001/producer_, and
>>>>>> can be invoked directly
>>>>>> >>>>(without a portal) for testing purposes.
>>>>>> Please refer to
>>>>>> >>>>_http://wsrp.avitek.com:7001/producer/index.jsp_
>>>>>> for the list of
>>>>>> >>>> >>>>
>>>>>> >>>portlets
>>>>>> >>> >>>
>>>>>> >>>>currently deployed. You can follow the
>>>>>> hyperlinks to test those
>>>>>> >>>>portlets.
>>>>>> >>>>
>>>>>> >>>>Please note that this producer does not
>>>>>> support registration and portlet
>>>>>> >>>>management ports.
>>>>>> >>>>
>>>>>> >>>>Consumer:
>>>>>> >>>>
>>>>>> >>>>A read-only consumer is hosted at
>>>>>> >>>>_http://wsrp.avitek.com:8001/consumer/portal.portal_.
>>>>>> This consumer
>>>>>> >>>>includes pages that include portlets from
>>>>>> BEA's and IBM's producers.
>>>>>> >>>>
>>>>>> >>>>Please let me know if you're able to use
>>>>>> these producers successfully.
>>>>>> >>>>If you have a producer online, we'll be happy
>>>>>> to include those portlets
>>>>>> >>>>in our test consumer.
>>>>>> >>>>
>>>>>> >>>>We'll try to keep these servers online to the
>>>>>> extent possible (except
>>>>>> >>>>during updates).
>>>>>> >>>>
>>>>>> >>>>Regards,
>>>>>> >>>>
>>>>>> >>>>Subbu
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>You may leave a Technical Committee at any
>>>>>> time by visiting
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>_http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php_
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>------------------------------------------------------------------------
>>>>>>
>>>>>> >>>>
>>>>>> >>>>Subject:
>>>>>> >>>>bea trace 1
>>>>>> >>>>From:
>>>>>> >>>>Andre Kramer _<andre.kramer@eu.citrix.com>_
>>>>>> >>>> >>>>
>>>>>> >>><mailto:andre.kramer@eu.citrix.com>
>>>>>> >>> >>>
>>>>>> >>>>Date:
>>>>>> >>>>Fri, 29 Aug 2003 11:46:49 +0100
>>>>>> >>>>To:
>>>>>> >>>>Andre Kramer _<andre.kramer@eu.citrix.com>_
>>>>>> >>>> >>>>
>>>>>> >>><mailto:andre.kramer@eu.citrix.com>
>>>>>> >>> >>>
>>>>>> >>>>
>>>>>> >>>>request: getMarkup with edit:
>>>>>> >>>>
>>>>>> >>>>User-Agent: Mozilla/4.0 (compatible; MSIE
>>>>>> 6.0; MS Web Services Client
>>>>>> >>>>Protocol 1.1.4322.573) Content-Type:
>>>>>> text/xml; charset=utf-8 SOAPAction:
>>>>>> >>>>"urn:oasis:names:tc:wsrp:v1:getMarkup"
>>>>>> Content-Length: 1781 Expect:
>>>>>> >>>>100-continue Host: localhost:9090 Cookie:
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>JSESSIONID=1Pve49VcO1BBV3clAHSiWGpyqqUDZJDgmPoTW9WWvK11l4g78NsR!1079735209
>>>>>>
>>>>>> >>> >>>
>>>>>> >>>><?xml version="1.0"
>>>>>> encoding="utf-8"?><soap:Envelope
>>>>>> >>>>xmlns:soap="_http://schemas.xmlsoap.org/soap/envelope/_";
>>>>>>
>>>>>> >>>>xmlns:xsi="_http://www.w3.org/2001/XMLSchema-instance_";
>>>>>>
>>>>>> >>>>xmlns:xsd="_http://www.w3.org/2001/XMLSchema_";
>>>>>> >>>>xmlns:wsa="_http://schemas.xmlsoap.org/ws/2003/03/addressing_";
>>>>>>
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>xmlns:wsu="_http://schemas.xmlsoap.org/ws/2002/07/utility_";><soap:Header><wsa:Action>urn:oasis:names:tc:wsrp:v1:getMarkup</wsa:Action><wsa:From><wsa:Address>_http://schemas.xmlsoap.org/ws/2003/03/addressing/role/anonymous_</wsa:Address></wsa:From><wsa:MessageID>uuid:b6a56dd7-1661-434a-a40b-e3877cb3aedb</wsa:MessageID><wsa:To>_http://knowth:8080/WSRPService_</wsa:To><wsu:Timestamp><wsu:Created>2003-08-29T10:40:30Z</wsu:Created><wsu:Expires>2003-08-29T10:45:30Z</wsu:Expires></wsu:Ti!
>>>>>>
>>>>>>
>>>>>> >>>mestamp></soap:Header><soap:Body><getMarkup
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>xmlns="urn:oasis:names:tc:wsrp:v1:types"><registrationContext
>>>>>>
>>>>>> >>>>xsi:nil="true"
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>/><portletContext><portletHandle>helloWorldPortlet</portletHandle></portletContext><runtimeContext><userAuthentication>wsrp:password</userAuthentication><portletInstanceKey>3F4aJF%2bSFnjQQw5xTiwuyKNgl7w%3d</portletInstanceKey><namespacePrefix>netlet0</namespacePrefix><sessionID>1Pve49VcO1BBV3clAHSiWGpyqqUDZJDgmPoTW9WWvK11l4g78NsR!1079735209</sessionID></runtimeContext><userContext><userContextKey>12345</userContextKey></userContext><markupParams><secureClientCommunication>false</secureClientCommunication><locales>en</locales><locales>de</locales><mimeTypes>text/html</mimeTypes><mode>wsrp:edit</mode><windowState>wsrp:normal</windowState><clientData><userAgent>Mozilla/4.0
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>(compatible; MSIE 6.0; Windows NT 5.1; .NET CLR
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>1.1.4322)</userAgent></clientData><markupCharacterSets>UTF-8</markupCharacterSets><markupCharacterSets>UTF-16</markupCharacterSets></markupParams></getMarkup></soap:Body></soap:Envelope>
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>response from helloWorldPortlet when
>>>>>> getMarkup with edit:
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>HTTP/1.1 200 OK Date: Fri, 29 Aug 2003
>>>>>> 10:47:18 GMT Server: WebLogic
>>>>>> >>>>Server 8.1 SP1 Fri Jun 20 23:06:40 PDT 2003
>>>>>> 271009 with Content-Length:
>>>>>> >>>>2546 Content-Type: text/xml; charset=UTF-8
>>>>>> <?xml version="1.0"
>>>>>> >>>>encoding="UTF-8"?>
>>>>>> >>>>
>>>>>> >>>><soapenv:Envelope
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>xmlns:soapenv="_http://schemas.xmlsoap.org/soap/envelope/_";><soapenv:Body><soapenv:Fault
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>xmlns:urn="urn:oasis:names:tc:wsrp:v1:types"><faultcode>urn:OperationFailed</faultcode><faultstring
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>xsi:nil="true"
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>xmlns:xsi="_http://www.w3.org/2001/XMLSchema-instance_"/><detail><detail>com.bea.wsrp.faults.OperationFailedException
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>com.bea.wsrp.producer.adapter.pageflow.PageflowPortletContainer.getMarkup(PageflowPortletContainer.java:209)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>com.bea.wsrp.producer.handlers.markup.MarkupServiceHandler.doGetMarkup(MarkupServiceHandler.java:250)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>com.bea.wsrp.producer.handlers.markup.MarkupServiceHandler.doService(MarkupServiceHandler.java:166)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>> >>>>
>>>>>> >>>com.bea.wsrp.producer.WsrpServer.doService(WsrpServer.java:301)
>>>>>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>com.bea.wsrp.producer.WsrpServer.internalService(WsrpServer.java:222)
>>>>>>
>>>>>> >>>> at
>>>>>> com.bea.wsrp.producer.WsrpServer.doPost(WsrpServer.java:209)
>>>>>>
>>>>>> >>>> at
>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
>>>>>>
>>>>>> >>>> at
>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>>>>>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1053)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:387)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
>>>>>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
>>>>>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>com.bea.wsrp.producer.adapter.pageflow.WsrpPageflowFilter.doFilter(WsrpPageflowFilter.java:73)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
>>>>>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6316)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
>>>>>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3622)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2569)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
>>>>>>
>>>>>> >>>> at
>>>>>> weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
>>>>>>
>>>>>> >>>>Caused by: java.lang.IllegalStateException:
>>>>>> Pageflow invalid:
>>>>>> >>>>helloWorld.Controller
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>com.bea.wsrp.producer.adapter.pageflow.PageflowPortletContainer.invokePageflowRender(PageflowPortletContainer.java:474)
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> at
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>com.bea.wsrp.producer.adapter.pageflow.PageflowPortletContainer.getMarkup(PageflowPortletContainer.java:202)
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>> ... 20 more
>>>>>> >>>></detail></detail></soapenv:Fault></soapenv:Body></soapenv:Envelope>
>>>>>>
>>>>>> >>>>
>>>>>> >>>>
>>>>>> >>>>------------------------------------------------------------------------
>>>>>>
>>>>>> >>>>
>>>>>> >>>>Subject:
>>>>>> >>>>bea trace 2
>>>>>> >>>>From:
>>>>>> >>>>Andre Kramer _<andre.kramer@eu.citrix.com>_
>>>>>> >>>> >>>>
>>>>>> >>><mailto:andre.kramer@eu.citrix.com>
>>>>>> >>> >>>
>>>>>> >>>>Date:
>>>>>> >>>>Fri, 29 Aug 2003 12:40:15 +0100
>>>>>> >>>>To:
>>>>>> >>>>Andre Kramer _<andre.kramer@eu.citrix.com>_
>>>>>> >>>> >>>>
>>>>>> >>><mailto:andre.kramer@eu.citrix.com>
>>>>>> >>> >>>
>>>>>> >>>>request (pbia with uploaddata):
>>>>>> >>>>
>>>>>> >>>>SOAPAction:
>>>>>> "urn:oasis:names:tc:wsrp:v1:performBlockingInteraction"
>>>>>>
>>>>>> >>>>Content-Length: 4615 Expect: 100-continue
>>>>>> Host: localhost:9090 Cookie:
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>JSESSIONID=1P7qhT0JnLj9Mz0kAqJHzS9oUtBlUMFT1Ykse4RcnCSO89e1xJbe!1079735209
>>>>>>
>>>>>> >>> >>>
>>>>>> >>>><?xml version="1.0"
>>>>>> encoding="utf-8"?><soap:Envelope
>>>>>> >>>>xmlns:soap="_http://schemas.xmlsoap.org/soap/envelope/_";
>>>>>>
>>>>>> >>>>xmlns:xsi="_http://www.w3.org/2001/XMLSchema-instance_";
>>>>>>
>>>>>> >>>>xmlns:xsd="_http://www.w3.org/2001/XMLSchema_";
>>>>>> >>>>xmlns:wsa="_http://schemas.xmlsoap.org/ws/2003/03/addressing_";
>>>>>>
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>xmlns:wsu="_http://schemas.xmlsoap.org/ws/2002/07/utility_";><soap:Header><wsa:Action>urn:oasis:names:tc:wsrp:v1:performBlockingInteraction</wsa:Action><wsa:From><wsa:Address>_http://schemas.xmlsoap.org/ws/2003/03/addressing/role/anonymous_</wsa:Address></wsa:From><wsa:MessageID>uuid:30cdd411-213f-4d4f-b931-573de9f38eab</wsa:MessageID><wsa:To>_http://knowth:8080/WSRPService_</wsa:To><wsu:Timestamp><wsu:Created>2003-08-29T11:32:52Z</wsu:Created><wsu:Expires>2003-08-29T11:37:52Z</wsu:Expir!
>>>>>>
>>>>>>
>>>>>> >>>es></wsu:Timestamp></soap:Header><soap:Body><performBlockingInteraction
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>xmlns="urn:oasis:names:tc:wsrp:v1:types"><registrationContext
>>>>>>
>>>>>> >>>>xsi:nil="true"
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>/><portletContext><portletHandle>multipartRequest1</portletHandle></portletContext><runtimeContext><userAuthentication>wsrp:password</userAuthentication><portletInstanceKey>P1ZWiWkVV8Iu%2b2ygJG9AJah%2f3j8%3d</portletInstanceKey><namespacePrefix>netlet0</namespacePrefix><sessionID>1P7qhT0JnLj9Mz0kAqJHzS9oUtBlUMFT1Ykse4RcnCSO89e1xJbe!1079735209</sessionID></runtimeContext><userContext><userContextKey>12345</userContextKey></userContext><markupParams><secureClientCommunication>false</secureClientCommunication><locales>en</locales><locales>de</locales><mimeTypes>text/html</mimeTypes><mode>wsrp:view</mode><windowState>wsrp:normal</windowState><clientData><userAgent>Mozilla/4.0
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>(compatible; MSIE 6.0; Windows NT 5.1; .NET CLR
>>>>>> >>>>1.1.4322)</userAgent></clientData><navigationalState
>>>>>>
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>/><markupCharacterSets>UTF-8</markupCharacterSets><markupCharacterSets>UTF-16</markupCharacterSets></markupParams><interactionParams><portletStateChange>cloneBeforeWrite</portletStateChange><interactionState>multipartUpload</interactionState><formParameters
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>name="P1ZWiWkVV8Iu%2b2ygJG9AJah%2f3j8%3d{actionForm.text1}"><value>test</value></formParameters><formParameters
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>name="P1ZWiWkVV8Iu%2b2ygJG9AJah%2f3j8%3d{actionForm.text2}"><value
>>>>>>
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>/></formParameters><uploadContexts><mimeType>text/xml</mimeType><uploadData>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KCjx3c2RsOmRlZmluaXRpb25z
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>IHRhcmdldE5hbWVzcGFjZT0idXJuOm9hc2lzOm5hbWVzOnRjOndzcnA6djE6d3NkbCIKCiAgICB4
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>bWxuczpiaW5kPSJ1cm46b2FzaXM6bmFtZXM6dGM6d3NycDp2MTpiaW5kIgoKCgogICAgeG1sbnM9
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3dzZGwvIgoKCgogICAgeG1sbnM6d3NkbD0iaHR0
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>cDovL3NjaGVtYXMueG1sc29hcC5vcmcvd3NkbC8iCgogICAgeG1sbnM6c29hcD0iaHR0cDovL3Nj
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>aGVtYXMueG1sc29hcC5vcmcvd3NkbC9zb2FwLyI+CgoKCiAgICA8aW1wb3J0IG5hbWVzcGFjZT0i
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>dXJuOm9hc2lzOm5hbWVzOnRjOndzcnA6djE6YmluZCIKCiAgICAgICAgbG9jYXRpb249IndzcnBf
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>djFfYmluZGluZ3Mud3NkbCIvPgoKCgogICAgPCEtLSBXTFAgQmluZGluZ3MgLS0+CgogICAgPHdz
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>ZGw6c2VydmljZSBuYW1lPSJXU1JQU2VydmljZSI+CgogICAgICAgIDx3c2RsOnBvcnQgYmluZGlu
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>Zz0iYmluZDpXU1JQX3YxX01hcmt1cF9CaW5kaW5nX1NPQVAiIG5hbWU9IldTUlBCYXNlU2Vydmlj
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>ZSI+CgogICAgICAgICAgICA8c29hcDphZGRyZXNzIGxvY2F0aW9uPSJodHRwOi8vd3NycC5hdml0
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>ZWsuY29tOjcwMDEvcHJvZHVjZXIvcHJvZHVjZXIiLz4KCiAgICAgICAgPC93c2RsOnBvcnQ+Cgog
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>ICAgICAgIDx3c2RsOnBvcnQgYmluZGluZz0iYmluZDpXU1JQX3YxX1NlcnZpY2VEZXNjcmlwdGlv
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>bl9CaW5kaW5nX1NPQVAiIG5hbWU9IldTUlBTZXJ2aWNlRGVzY3JpcHRpb25TZXJ2aWNlIj4KCiAg
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>ICAgICAgICAgIDxzb2FwOmFkZHJlc3MgbG9jYXRpb249Imh0dHA6Ly93c3JwLmF2aXRlay5jb206
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>NzAwMS9wcm9kdWNlci9wcm9kdWNlciIvPgoKICAgICAgICA8L3dzZGw6cG9ydD4KCiAgICAgICAg
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>PCEtLSBOb3Qgc3VwcG9ydGVkCgogICAgICAgIDx3c2RsOnBvcnQgYmluZGluZz0iYmluZDpXU1JQ
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>X3YxX1JlZ2lzdHJhdGlvbl9CaW5kaW5nX1NPQVAiIG5hbWU9IldTUlBSZWdpc3RyYXRpb25TZXJ2
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>aWNlIj4KCiAgICAgICAgICAgIDxzb2FwOmFkZHJlc3MgbG9jYXRpb249Imh0dHA6Ly93c3JwLmF2
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>aXRlay5jb206NzAwMS9wcm9kdWNlci9wcm9kdWNlciIvPgoKICAgICAgICA8L3dzZGw6cG9ydD4K
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>CiAgICAgICAgLS0+CgogICAgICAgIDwhLS0gTm90IHN1cHBvcnRlZAoKICAgICAgICA8d3NkbDpw
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>b3J0IGJpbmRpbmc9ImJpbmQ6V1NSUF92MV9Qb3J0bGV0TWFuYWdlbWVudF9CaW5kaW5nX1NPQVAi
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>IG5hbWU9IldTUlBQb3J0bGV0TWFuYWdlbWVudFNlcnZpY2UiPgoKICAgICAgICAgICAgPHNvYXA6
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>YWRkcmVzcyBsb2NhdGlvbj0iaHR0cDovL3dzcnAuYXZpdGVrLmNvbTo3MDAxL3Byb2R1Y2VyL3By
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>b2R1Y2VyIi8+CgogICAgICAgIDwvd3NkbDpwb3J0PgoKICAgICAgICAtLT4KCiAgICA8L3dzZGw6
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>c2VydmljZT4KCjwvd3NkbDpkZWZpbml0aW9ucz4KCgoK</uploadData><mimeAttributes
>>>>>>
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>name="filename"><value>C:\Inetpub\wwwroot\NETlets\services\bea.wsdl</value></mimeAttributes></uploadContexts><uploadContexts><mimeType>application/octet-stream</mimeType><uploadData
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>/><mimeAttributes
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>name="fieldname"><value>P1ZWiWkVV8Iu%2b2ygJG9AJah%2f3j8%3d{actionForm.file2}</value></mimeAttributes></uploadContexts></interactionParams></performBlockingInteraction></soap:Body></soap:Envelope>
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>soap fault response from pfi:
>>>>>> >>>>
>>>>>> >>>>HTTP/1.1 200 OK Date: Fri, 29 Aug 2003
>>>>>> 11:39:41 GMT Server: WebLogic
>>>>>> >>>>Server 8.1 SP1 Fri Jun 20 23:06:40 PDT 2003
>>>>>> 271009 with Content-Length:
>>>>>> >>>>396 Content-Type: text/xml; charset=UTF-8
>>>>>> <?xml version="1.0"
>>>>>> >>>>encoding="UTF-8"?>
>>>>>> >>>>
>>>>>> >>>><soapenv:Envelope
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>xmlns:soapenv="_http://schemas.xmlsoap.org/soap/envelope/_";><soapenv:Body><soapenv:Fault
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>xmlns:soapenv="_http://schemas.xmlsoap.org/soap/envelope/_";><faultcode>soapenv:java.lang.NullPointerException</faultcode><faultstring
>>>>>>
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>xsi:nil="true"
>>>>>> >>>>
>>>>>> >>>> >>>>
>>>>>> >>>xmlns:xsi="_http://www.w3.org/2001/XMLSchema-instance_"/></soapenv:Fault></soapenv:Body></soapenv:Envelope>
>>>>>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>>>------------------------------------------------------------------------
>>>>>>
>>>>>> >>>>
>>>>>> >>>>To unsubscribe from this mailing list (and be
>>>>>> removed from the roster
>>>>>> >>>> >>>>
>>>>>> >>>of the OASIS TC), go to
>>>>>> >>>_http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php_.
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>To unsubscribe from this mailing list (and be
>>>>>> removed from the roster of
>>>>>> >>>the OASIS TC), go to
>>>>>> >>>_http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php_.
>>>>>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>--
>>>>>> >>>
>>>>>> >>>------------------------------------------------------------------------
>>>>>>
>>>>>> >>>*David Ward*
>>>>>> >>>Principal Software Engineer
>>>>>> >>>Portlet Technologies
>>>>>> >>>Oracle Portal
>>>>>> >>> Oracle European Development Centre
>>>>>> >>>520 Oracle Parkway
>>>>>> >>>Thames Valley Park
>>>>>> >>>Reading
>>>>>> >>>Berkshire RG6 1RA
>>>>>> >>>UK >>>*Email:*
>>>>>> >>> _david.ward@oracle.com_
>>>>>> <mailto:david.ward@oracle.com>
>>>>>> >>>*Tel:*
>>>>>> >>> +44 118 924 5079
>>>>>> >>>*Fax:*
>>>>>> >>> +44 118 924 5005
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>>
>>>>>> >>> >>>
>>>>>> >>
>>>>>> >>
>>>>>> >>To unsubscribe from this mailing list (and be
>>>>>> removed from the roster of the OASIS TC), go to
>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>
>>>>>>
>>>>>> >>
>>>>>> >>
>>>>>> >>To unsubscribe from this mailing list (and be
>>>>>> removed from the roster of the OASIS TC), go to
>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>
>>>>>>
>>>>>> >>
>>>>>> >> >>
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >To unsubscribe from this mailing list (and be
>>>>>> removed from the roster of the OASIS TC), go to
>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>
>>>>>>
>>>>>> >
>>>>>> > >
>>>>>>
>>>>>>
>>>>>>
>>>>>> To unsubscribe from this mailing list (and be
>>>>>> removed from the roster of the OASIS TC), go to
>>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> To unsubscribe from this mailing list (and be
>>>>> removed from the roster of the OASIS TC), go to
>>>>> http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
>>>>>
>>>>>
>>>>
>>>> --
>>>> ------------------------------------------------------------------------
>>>>
>>>> *David Ward*
>>>> Principal Software Engineer
>>>> Portlet Technologies
>>>> Oracle Portal
>>>> Oracle European Development Centre
>>>> 520 Oracle Parkway
>>>> Thames Valley Park
>>>> Reading
>>>> Berkshire RG6 1RA
>>>> UK
>>>> *Email:* david.ward@oracle.com
>>>> <mailto:david.ward@oracle.com>
>>>> *Tel:* +44 118 924 5079
>>>> *Fax:* +44 118 924 5005
>>>>
>>>>
>>>
>>> --
>>> ------------------------------------------------------------------------
>>>
>>> *David Ward*
>>> Principal Software Engineer
>>> Portlet Technologies
>>> Oracle Portal
>>> Oracle European Development Centre
>>> 520 Oracle Parkway
>>> Thames Valley Park
>>> Reading
>>> Berkshire RG6 1RA
>>> UK
>>> *Email:* david.ward@oracle.com
>>> <mailto:david.ward@oracle.com>
>>> *Tel:* +44 118 924 5079
>>> *Fax:* +44 118 924 5005
>>>
>>>
>>
>> --
>> ------------------------------------------------------------------------
>>
>> *David Ward*
>> Principal Software Engineer
>> Portlet Technologies
>> Oracle Portal
>> Oracle European Development Centre
>> 520 Oracle Parkway
>> Thames Valley Park
>> Reading
>> Berkshire RG6 1RA
>> UK
>> *Email:* david.ward@oracle.com <mailto:david.ward@oracle.com>
>> *Tel:* +44 118 924 5079
>> *Fax:* +44 118 924 5005
>>
>>
>
> --
> ------------------------------------------------------------------------
>
> *David Ward*
> Principal Software Engineer
> Portlet Technologies
> Oracle Portal
> Oracle European Development Centre
> 520 Oracle Parkway
> Thames Valley Park
> Reading
> Berkshire RG6 1RA
> UK
> *Email:* david.ward@oracle.com <mailto:david.ward@oracle.com>
> *Tel:* +44 118 924 5079
> *Fax:* +44 118 924 5005
>
>
To unsubscribe from this mailing list (and be removed from the roster of the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/wsrp-interop/members/leave_workgroup.php.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]