Return-Path: Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: (qmail 63832 invoked from network); 10 Dec 2009 19:58:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Dec 2009 19:58:41 -0000 Received: (qmail 62429 invoked by uid 500); 10 Dec 2009 19:58:41 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 62375 invoked by uid 500); 10 Dec 2009 19:58:41 -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 62165 invoked by uid 99); 10 Dec 2009 19:58:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Dec 2009 19:58:40 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED 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; Thu, 10 Dec 2009 19:58:39 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 19685234C04C for ; Thu, 10 Dec 2009 11:58:18 -0800 (PST) Message-ID: <880964687.1260475098088.JavaMail.jira@brutus> Date: Thu, 10 Dec 2009 19:58:18 +0000 (UTC) From: "Alexander Broekhuis (JIRA)" To: issues@cxf.apache.org Subject: [jira] Commented: (CXF-2578) Discovery problem when two dependent bundles export interfaces In-Reply-To: <474275124.1260371358180.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12788877#action_12788877 ] Alexander Broekhuis commented on CXF-2578: ------------------------------------------ Yes, With the 1.1 snapshot version the tracker always sees the service being added. With the 1.1 release it doesn't. > Discovery problem when two dependent bundles export interfaces > -------------------------------------------------------------- > > Key: CXF-2578 > URL: https://issues.apache.org/jira/browse/CXF-2578 > Project: CXF > Issue Type: Bug > Components: Distributed-OSGi > Affects Versions: dOSGi-1.1 > Environment: felix-2.0.1 > Reporter: Alexander Broekhuis > Assignee: David Bosschaert > Attachments: testcase.tar.gz > > > I have the following setup: > - first bundle with a common interface (common) > - second bundle with a common interface (commonb) > - client bundle with a service implementing the first common interface (client) > - server bundle with a service implementing the second common interface (server) > Both the client and the server export the implemented interface. > The client service has a tracker to the interface published by the server. > So the interface of the client isn't used. > Further, I use the 1.1 singlebundle distribution. > If I run this situation, the client most of the time does not track any server interface. Stopping the client and the distributed osgi bundle, and then first starting the dosgi bundle, and after that the client, makes the tracker work. > If I remove the remote properties from the client the tracker works. I can start stop any way I want, it keeps finding the server interface. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.