From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Date: Thu, 17 Jan 2008 11:38:10 +0200 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20080117093810.GA24892@dad.imath.kiev.ua> References: <20080110204106.GA15578@dad.imath.kiev.ua> <20080114070836.GB28583@mw.local.seiros.ru> <20080114170853.GA15115@dad.imath.kiev.ua> <20080115074822.GA25533@mw.local.seiros.ru> <679044850801160930h705fa066t442af2cedc39a95@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <679044850801160930h705fa066t442af2cedc39a95@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Received-SPF: pass (dad.imath.kiev.ua: domain of vlasenko@dad.imath.kiev.ua designates 127.0.0.1 as permitted sender) receiver=dad.imath.kiev.ua; client-ip=127.0.0.1; helo=dad.imath.kiev.ua; envelope-from=vlasenko@dad.imath.kiev.ua; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; Subject: Re: [devel] Java: no magic wand X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2008 09:38:18 -0000 Archived-At: List-Archive: List-Post: On Wed, Jan 16, 2008 at 08:30:31PM +0300, Damir Shayhutdinov wrote: > Вот основные тезисы: Спасибо, буду комментировать: > 0. Чтобы было проще понять нижеприведенное, подумайте над следующей аналогией: > > a) jar-файл аналогичен файлу динамической библиотеки .so > б) классы в jar-файлах аналогичны символам в динамических библиотеках .so > > 1. Вводится понятие зависимости между .jar-файлами, и информация об > этих зависимостях хранится в самих .jar-файлах в пока не оговоренном > виде. Хотел бы отметить, что аналогия недостаточно точная, и если ее уточнить, то выводы другие. IMHO, jar-файл аналогичен файлу статической библиотеки .a . В статической библиотеке каждый .o файл независим от других, и будь .o файлы глобально уникальными, на них можно было бы высчитывать fine-grained зависимости. Просто в C для статических библиотек это никому не нужно. А динамическая библиотека --- это нечто особенное, в ней .o файлы кросс-линкованы и сплавлены в одно целое, наружу торчит только интерфейс. Поэтому там зависимость на часть библиотеки проставить нельзя, и динамические библиотеки .so -- минимальная единица. В jav'e же вполне реально вычислять точные зависимости (классов на классы) которые не раздувают /usr. и 1) чем хороши внешние тесты, что в них можно иметь оба вычислителя зависимостей (jar- и class- based) 2) достаточно вычислять/проверять зависимости для jar c приложениями. Как я показывал в письме, токрывшем тред, зависимости библиотек на библиотеки вообще говоря, и не нужны. Они возникают как особенность реализации менеджера зависимостей. -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine