Mailing-List: contact dev-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@felix.apache.org
Received-SPF: unknown (nike.apache.org: error in processing during lookup of
 nsankaran@ebay.com)
DomainKey-Signature: s=corp; d=ebay.com; c=nofws; q=dns;
  h=X-EBay-Corp:X-IronPort-AV:Received:Received:From:To:
   Subject:Thread-Topic:Thread-Index:Date:Message-ID:
   Accept-Language:Content-Language:X-MS-Has-Attach:
   X-MS-TNEF-Correlator:x-originating-ip:Content-Type:
   MIME-Version:X-CFilter-Loop;
  b=fsJ0FwDLEWlOcg6HkhzkxPbTetvBLCYuPJRUYzCbolLOhZ+bocDR4b5A
   3MdZAIA0rw/EjwrI2a3tDE7uoG4yxvB7cVV95UCkjY6nlCQGUuD+u8SXD
   whrnEi56ie25yAA;
From: "Sankaran, Nambi" <nsankaran@ebay.com>
To: "dev@felix.apache.org" <dev@felix.apache.org>
Subject: bundle plugin performance issue
Thread-Topic: bundle plugin performance issue
Thread-Index: Ac2jUU+GqBYWZaLMQweEv49zVYgvWA==
Date: Fri, 5 Oct 2012 23:42:05 +0000
Message-ID: 
 <6A1D99A77AC2F24CA6361492DE0BA13016E564@RHV-EXRDA-S11.corp.ebay.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_6A1D99A77AC2F24CA6361492DE0BA13016E564RHVEXRDAS11corpeb_"
MIME-Version: 1.0

--_000_6A1D99A77AC2F24CA6361492DE0BA13016E564RHVEXRDAS11corpeb_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi

We are using maven-bundle-plugin for generating OSGI Manifests.
Apart from compilation, bundle-plugin takes most amount of time during buil=
d.
In some projects it takes more than 3 seconds to generate Manifest.
In a multi-module project Manifest generation takes more 30 seconds.

I'm interested in improving the bundle-plugin performance.
I checked out the code and did basic analysis.
Here is what I found. ( Please correct me if I am wrong )

[1] total time taken by the plugin 3000 ms
[2] Analyzer.analyse() takes 1800+ ms
[3] Analyzer.analyzeJar() takes 1450+ ms

Nearly half of the time is spent in reading and parsing the class files.
It is done in a single thread.

Is it a good idea to, read and parse the files in parallel, with multiple t=
hreads?
Is there a better alternative to improve performance?

Thanks
Nambi


--_000_6A1D99A77AC2F24CA6361492DE0BA13016E564RHVEXRDAS11corpeb_--