[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
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 > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]