[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [wsrp-interop] BEA's producer/consumer now online
Thanks. That would work.
Subbu
Eric Xu wrote:
>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]