There is still an implied default content type in this case of
"text/plain".
See this
section in the HTML 4 spec.
Regards
Dave
Subbu Allamaraju wrote:
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.
--
David Ward
Principal Software Engineer
Portlet Technologies
Oracle Portal
|
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK |
|
|