nest a /usr i /usr/X11R6

[wrobell]

On Wed, Dec 04, 2002 at 12:04:38AM +0100, Michal Kochanowicz wrote:
> On Tue, Dec 03, 2002 at 11:20:31AM +0100, wrobell wrote:
> > On Tue, Dec 03, 2002 at 10:11:40AM +0100, Michał Kochanowicz wrote:
> > > > On Tue, Dec 03, 2002 at 09:19:24AM +0100, Robert Kurtys wrote:
> > > > W czym lepszy od Javy w /usr/lib/java+/usr/bin?
> > > To był mój post. Poszukaj proszę w archiwum, bo nie mam czasu teraz pisać
> > > jeszcze raz.
> > > 
> > > > (poza tym chyba nie było o całości, a o /opt/%{name} - bezsens, jeśli
> > > > pakiet składa się z jednego .jara, bo wtedy znacznie wydłuża się
> > > > $CLASSPATH).
> > > Pojedyncze .jar'y wrzuca się do lib/ext w JRE.
> > Jesli wtedy .jar-y są ładowane automatycznie, to nie jest to dobry
> > pomysł.
> No to ja czegoś nie rozumiem. Bo albo jar MA być ładowany automatycznie
> i wtedy jest umieszczeny na CLASSPATH albo w lib/ext, albo nie ma być,
> więc nie ma go na CLASSPATH ani lib/ext i nie ma problemu?
Jak jar-a umieścisz gdziekolwiek na dysku, to automatycznie nie
jest dodawany do CLASSPATH. Jeśli umieścisz go w lib/ext,
to zostanie automatycznie załadowany (podobno, nie sprawdzałem,
ktoś pisał tu kiedyś o tym) i jest to proszeniem się o kłopoty.

Np.: zainstaluj sobie kilka implementacji parserów XML-i do Javy,
dodaj zainstalowane jar-y do CLASSPATH i spróbuj użyć innej implementacji,
niż jest widoczna standardowo.

    wrobell <wrobell w ite.pl>
-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: nie znany
Type: application/pgp-signature
Size: 189 bytes
Desc: nie znany
Url : /mailman/pipermail/pld-devel-pl/attachments/20040626/1eb0f3f8/attachment.bin