Return-Path: X-Original-To: apmail-felix-users-archive@minotaur.apache.org Delivered-To: apmail-felix-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 245325A48 for ; Tue, 10 May 2011 19:06:40 +0000 (UTC) Received: (qmail 74120 invoked by uid 500); 10 May 2011 19:06:39 -0000 Delivered-To: apmail-felix-users-archive@felix.apache.org Received: (qmail 74053 invoked by uid 500); 10 May 2011 19:06:39 -0000 Mailing-List: contact users-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@felix.apache.org Delivered-To: mailing list users@felix.apache.org Received: (qmail 74045 invoked by uid 99); 10 May 2011 19:06:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 19:06:39 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bah.konu@gmail.com designates 209.85.160.177 as permitted sender) Received: from [209.85.160.177] (HELO mail-gy0-f177.google.com) (209.85.160.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 May 2011 19:06:33 +0000 Received: by gyh20 with SMTP id 20so3373549gyh.22 for ; Tue, 10 May 2011 12:06:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=9v4fk8lfAj0UsutEGz1xmWbFlpHpUj7S6++KdHREAnQ=; b=vZLlvLDAVmG+lbc0voQTCRkLWExkhTZU1uztp0IWqX2Vc/cSKEg4SIAfa3BxgTl7l+ i68aEUTywQMBoeLeZnGWIfoptOG7tmvYoH/EBJMxwMsCt+zyV3wt+3jpcvspcy9PA7EU +mkRwPZrkNWxqZ1znFdSF3cQqdBWap3tEElaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rAM1dgHklcJybCBOALbbVw3+0hEzprTsC1L1c/KNuVoXS9GbNH2LI+wIGkqs5yi+3v FAW+W1Tqqb+eCndkNSVLiut+e25DRAkTio5Qu0MEGdGcVnwNyC2ZyWZw+su2IaOXzqqk n68O0gi8EV4+7jfg0VXRD7Ati3CeOkSkdh2Fo= MIME-Version: 1.0 Received: by 10.100.104.1 with SMTP id b1mr5042893anc.163.1305054372275; Tue, 10 May 2011 12:06:12 -0700 (PDT) Received: by 10.100.141.13 with HTTP; Tue, 10 May 2011 12:06:12 -0700 (PDT) Date: Tue, 10 May 2011 22:06:12 +0300 Message-ID: Subject: Launching application with a script From: Bahadir Konu To: users@felix.apache.org Content-Type: multipart/alternative; boundary=0016e644cef045a57104a2f0a67f --0016e644cef045a57104a2f0a67f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi everybody, I have spent a lot of time trying to solve this but there seems to be something I cannot think of. I have an application which contains a bundle that extends gogo shell. This bundle is dependent to built-in "gogo.command" bundle under the /bundle directory. When I put my bundles under auto-deploy directory and start the framework, felix (it seems) tries to install my bundle before the built-in gogo.comman= d bundle and framewok fails to start. (BundleException: requirement failed..) To overcome, I declared the start level of my bundles as "2" in the felix config file. This solves the previous problem I mentioned but there is another problem: My bundles are *not* ACTIVE. They are INSTALLED. The built-in bundles are active but my bundles are not! What I need is a script that starts the framework and starts my bundles. (One of the bundles extend gogo shell, and it is the UI of the application.= ) So, currently what I can only do is, writing the script that can only install the bundles. Then I ll tell user to issue START commands from the shell manually before using the additional gogo commands of my applicaiton. Is my strategy of launching incorrect? Is there another way of deploying an= d launching my bundles with a script? If not, how can I solve the problems that I mentioned? Any help is appreciated.. Cheers, Bahad=C4=B1r Konu --0016e644cef045a57104a2f0a67f--