Return-Path: X-Original-To: apmail-cxf-issues-archive@www.apache.org Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 12C7910573 for ; Fri, 21 Mar 2014 10:55:49 +0000 (UTC) Received: (qmail 57541 invoked by uid 500); 21 Mar 2014 10:55:48 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 57397 invoked by uid 500); 21 Mar 2014 10:55:45 -0000 Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list issues@cxf.apache.org Received: (qmail 57388 invoked by uid 99); 21 Mar 2014 10:55:43 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Mar 2014 10:55:43 +0000 Date: Fri, 21 Mar 2014 10:55:43 +0000 (UTC) From: "Sergey Beryozkin (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CXF-5625) Server side xslt transformation using @XMLInstruction MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CXF-5625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13942959#comment-13942959 ] Sergey Beryozkin commented on CXF-5625: --------------------------------------- Right, see better now what you are after. I think we may need to introduce a new annotation, say, @XsltTransform specific to the server side XSLT transformation. It will have two properties, the stylesheet resource reference and the list of media types, with only the resource reference being the required property. May be we can also have the 'properies' property. I'm a bit hesitant to overload XMLInstruction because it is really about having an xml instruction added to the response; for example, if we add a mime type property there then it will make sense for the xsl but won't for some other XML instructions. Do you agree ? Sergey > Server side xslt transformation using @XMLInstruction > ----------------------------------------------------- > > Key: CXF-5625 > URL: https://issues.apache.org/jira/browse/CXF-5625 > Project: CXF > Issue Type: Improvement > Components: JAX-RS > Affects Versions: 3.0.0-milestone2 > Reporter: Vjacheslav Borisov > Priority: Minor > > XSLTJaxbProvider could look to @XMLInstruction to determine path to xslt transformation, like this > @Produces({"text/xml", "application/xhtml+xml"}) > @XMLInstruction("") > Like this > https://github.com/bystrobank/testappjava/blob/master/src/main/java/ru/ilb/common/rs/XsiXSLTJaxbProvider.java > But realisation is hardcoded that xslt is applied to second mime type in @Produces annotation ("application/xhtml+xml") > May be this hardcode is not applicable in public library > This can be used to write service that can be used both with server-side and client-side xslt transformation identically or to serve xml or html based on Accept: header > Deployed application > http://tomcat-bystrobank.rhcloud.com/testappjava/web/document/list -- This message was sent by Atlassian JIRA (v6.2#6252)