Return-Path: 
 <issues-return-6892-apmail-cxf-issues-archive=cxf.apache.org@cxf.apache.org>
Delivered-To: apmail-cxf-issues-archive@www.apache.org
Received: (qmail 40100 invoked from network); 27 May 2008 12:14:13 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 27 May 2008 12:14:13 -0000
Received: (qmail 43814 invoked by uid 500); 27 May 2008 12:14:15 -0000
Delivered-To: apmail-cxf-issues-archive@cxf.apache.org
Received: (qmail 43797 invoked by uid 500); 27 May 2008 12:14:15 -0000
Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@cxf.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@cxf.apache.org>
List-Post: <mailto:issues@cxf.apache.org>
List-Id: <issues.cxf.apache.org>
Reply-To: dev@cxf.apache.org
Delivered-To: mailing list issues@cxf.apache.org
Received: (qmail 43786 invoked by uid 99); 27 May 2008 12:14:15 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 May 2008 05:14:15 -0700
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED,WHOIS_NETSOLPR
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 May 2008 12:13:17 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id DA59A234C12A
	for <issues@cxf.apache.org>; Tue, 27 May 2008 05:13:38 -0700 (PDT)
Message-ID: <1323077828.1211890418893.JavaMail.jira@brutus>
Date: Tue, 27 May 2008 05:13:38 -0700 (PDT)
From: "Sergey Pulyaev (JIRA)" <jira@apache.org>
To: issues@cxf.apache.org
Subject: [jira] Updated: (CXF-1613) Microsoft Reporting Services Requests
 support
In-Reply-To: <1345573406.1211890418872.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/CXF-1613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sergey Pulyaev updated CXF-1613:
--------------------------------

    Attachment: DocLiteralInInterceptor.diff

Diff file of patch

> Microsoft Reporting Services Requests support
> ---------------------------------------------
>
>                 Key: CXF-1613
>                 URL: https://issues.apache.org/jira/browse/CXF-1613
>             Project: CXF
>          Issue Type: Improvement
>          Components: Soap Binding
>    Affects Versions: 2.0.6
>         Environment: Windows XP Pro, MS SQL Server 2005, Apache CXF 2.0.5
>            Reporter: Sergey Pulyaev
>            Priority: Minor
>         Attachments: DocLiteralInInterceptor.diff
>
>
> http://forums.microsoft.com/msdn/ShowPost.aspx?PostID=3399523&SiteID=1
> Hello,
> I am using MS Sql Server Reporting Services with web services written in java.
> Here is my query:
> Code Snippet
> <Query>
>   <Method Namespace="http://test.com/" Name="getLoggedActivity">
>   <Parameters>
>     <Parameter Name="userID" Type="Integer" />
> </Parameters>
> </Method>
>    <SoapAction>http://test.com/getLoggedActivity</SoapAction>
>        <ElementPath IgnoreNamespaces="true">
>              getLoggedActivityResponse{}/return{Date(Date),Purchaser}
>        </ElementPath>
> </Query>
> SSRS produces following request:
> Code Snippet
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
>   <soap:Body>
>     <getLoggedActivity xmlns="http://ws.test.com/">
>       <userId>1</userId>
>     </getLoggedActivity>
>   </soap:Body>
> </soap:Envelope>
> But CXF waiting for the following request:
> Code Snippet
> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://ws.test.com/">
>    <soap:Body>
>       <ws:getLoggedActivity>
>          <userId>1</userId>
>       </ws:getLoggedActivity>
>    </soap:Body>
> </soap:Envelope>
> In other words - in request from SQL reporting services attributes of method call obtains namespaces "http://ws.test.com/"  instead of empty one - and do not found by DocLiteralInInterceptor to apply as parameters of method call.
> I made a patch to support this situation.
> Best regards, Sergey

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.