Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 51294200C4A for ; Sun, 2 Apr 2017 16:44:46 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 50131160B9E; Sun, 2 Apr 2017 14:44:46 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 8E526160B77 for ; Sun, 2 Apr 2017 16:44:45 +0200 (CEST) Received: (qmail 54372 invoked by uid 500); 2 Apr 2017 14:44:44 -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 54361 invoked by uid 99); 2 Apr 2017 14:44:44 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Apr 2017 14:44:44 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 3FB3B181327 for ; Sun, 2 Apr 2017 14:44:44 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id aOj5xPvBrlqx for ; Sun, 2 Apr 2017 14:44:43 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 0FF9A5FC6D for ; Sun, 2 Apr 2017 14:44:43 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 4DD6CE09D6 for ; Sun, 2 Apr 2017 14:44:42 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id BA8272401F for ; Sun, 2 Apr 2017 14:44:41 +0000 (UTC) Date: Sun, 2 Apr 2017 14:44:41 +0000 (UTC) From: "Andrei Shakirin (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (CXF-7010) Swagger2Feature can not auto-link to SwaggerUi in OSGI MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sun, 02 Apr 2017 14:44:46 -0000 [ https://issues.apache.org/jira/browse/CXF-7010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15952709#comment-15952709 ] Andrei Shakirin edited comment on CXF-7010 at 4/2/17 2:44 PM: -------------------------------------------------------------- Hi Sergey, I have discovered one case in OSGi, where the default bus fix doesn't really solve the problem. It happens, if jax-rs service initializes a jax-rs or jax-ws client proxy on startup and this client proxy is created not through the blueprint, but programmatically, for example using JAXRSClientFactory. If such client is created before the registration of first blueprint jax-rs service or blueprint jax-rs client in OSGi, the BusFactory will be initialized with ExtensionManagerBus as default bus (instead BlueprintBus). This ExtensionManagerBus wouldn't be used by WadlGeneratior and doesn't know about "wadl.service.description.available" property. As result the WADL links still wouldn't be shown in service list page. Of course it is a bit "exotic" case, anyway the service page view will changed after migration on CXF 3.X. I haven't a good idea how to fix it, perhaps introducing optional JVM property that always force WADL links. What do you think? Regards, Andrei. was (Author: ashakirin): Hi Sergey, I have discovered one case in OSGi, where the default bus fix doesn't really solve the problem. It happens, if jax-rs service initializes a jax-rs or jax-ws client proxy on startup and this client proxy is created not through the blueprint, but programmatically for example using JAXRSClientFactory. If such client is created before the registration of first blueprint jax-rs service or blueprint jax-rs client in OSGi, the BusFactory will be initialized with ExtensionManagerBus as default bus (instead BlueprintBus). This ExtensionManagerBus doesn't used by WadlGeneratior and doesn't know about "wadl.service.description.available" property. As result the WADL links still wouldn't be shown in service list page. Of course it is a bit "exotic" case, anyway the service page view will changed after migration on CXF 3.X. I haven't a good idea how to fix it, perhaps introducing optional JVM property that always force WADL links. What do you think? Regards, Andrei. > Swagger2Feature can not auto-link to SwaggerUi in OSGI > ------------------------------------------------------ > > Key: CXF-7010 > URL: https://issues.apache.org/jira/browse/CXF-7010 > Project: CXF > Issue Type: Bug > Components: JAX-RS > Affects Versions: 3.1.7 > Reporter: Sergey Beryozkin > Assignee: Sergey Beryozkin > Fix For: 3.1.8, 3.2.0 > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)