[Gelistirici] Java Paketleme Kurallari

[S.Çağlar Onur]

Selamlar,

2010/8/1 selim ok <selimok at gmail.com>:
> Merhabalar,
>
> su an icin depolarimizda pek fazla java paketi bulunmuyor. Bunun önemli bir
> eksikligi oldugunu düsünüyorum. Kendimce bir kac paket sahibi olmak
> istiyorum uzun zamandir ve bunlarin kendi ugrastigim alanlara yakin olmasini
> tercih ediyorum. Bu sebeple bir kac java uygulamasini paketlemek istedim.
> Fakat java paketleme isi pek can sikici bir hale gelebiliyor görebildigim
> kadariyla, cünkü genelde Java uygulamalari kendi bagimliliklarini bir paket
> icinde getiriyorlar ve bunlari ayirmak kimi zaman hic hos sonuclar
> dogurmuyor yada cok bakim derdi getiriyor. Kaynak koddan derlemesi filan da
> ayrica sikici.
>
> Neyse cok konusmadan asil soruma döneyim, liste arsivini biraz karistirdim,
> pardus-wikiye bakindim ama Java paketleme ile ilgili bir kac E-posta disinda
> önemli bir basliga rastlamadim. Diger bazi dagitimlar bu konuda belgeler
> olusturmuslar [1][2] ki ortak bir yöntem belirlensin ve java paketleri
> düzenli olsun. Biz de bu konuda bir belge olusturalim mi? Eger listede
> yeterince net bir sekilde konusabilir ve karar alabilirsek, belgelendirme
> isini üzerime alabilirim.
>
> Eger o iki belgeyi hizlica okursaniz aslinda hangi konularda karar vermemiz
> gerektigini asagi yukari cikarabilirsiniz ama benim aklima ilk gelenleri
> direk yazayim:
>
> - Kaynaktan mi derleyelim, yoksa dogrudan ikilileri mi? ("Önceligimiz
> kaynaktan derleme, fakat cok cok zor olursa ikili kabulümüz!" gibi arada
> kalmis cevaplar da verilebilir bu soruya.)
>
> - Kitapliklari derleyelim mi?
>
> - Ayni uygulamanin birden fazla sürümünü depoya ekleyebilir miyiz? Bkz.
> jre5-jre6, tomcat5, tomcat6,  jboss4-jboss6 vs.
>
> - Farkli java sanal makine gerceklemelerini paketleyelim mi? (icedtea vs.)
> Yani is gücünü buldugumuzu var sayiyorum, politik olarak mümkün mü?
>
> - Dosya türlerine göre dizin secimimiz nasil olmali. (birlikte gelen jar
> paketleri nereye gitmeli, genel olarak opt yada usr altina kurulmali vs.)
>
>
> Görüsleriniz, önerileriniz?
>
> [1]: http://wiki.archlinux.org/index.php/Java_Package_Guidelines
> [2]: http://www.gentoo.org/proj/en/java/java-devel.xml
>
>
> Iyi calismalar,
> Selim

Eger paketleri kaynaklarindan derlemeyecek, yanlarinda tasidiklari
statik bagimliliklari atmayacak ve bunlar yerine paketlenmis ve
sisteme yayilmis kutuphaneleri kullanmasini saglamayacaksan bence bu
ise girismenin hic bir anlami yok. Soyledigimin kolay bir is
olmadiginin farkindayim ama zaten kolay bir is olsaydi da simdiye
kadar 100 kere cozulmus olurdu diye dusunuyorum.

Sadece "o paketler depoda olsun/birilerine gerekiyor" diye hareket
etmenin saglikli oldugunu da dusunmuyorum. Her kurdugu ornegin
tomcat'in yaninda gelen apache-logHEDE'nin 20 farkli surumunu diskinde
tutmaktan, classpath'ler falan ile ugrasmaktan, X surumu ile loglar
cok guzel olurken Y surumu ile olmuyormus , dur o zaman suradaki
jar'lari suraya kopyalayayim hamleleri yapmaktan cekinmiyorsa ve biz
bunlari cozmek icin kuracak/kullanacak kullaniciya herhangi bir arti
sunmayacak/sunamayacaksak o kullanici gidip n bin tane jar dosyasindan
olusmus ve unzip edildigi yerde calismaya baslayan ornegin tomcat'i
mesela eliyle de kurabilir.

Gordugum tek avantaj "pisi up" ile surum guncelleyebilme olanagi fakat
bu paketlerin minor surum anlayisi ile major surum anlayislari
arasinda denizin dibi ile agri daginin tepesi oldugu icin mesela
jboss-3'den jboss-4'e gecis de paket guncelleyerek mumkun olmadigindan
(en azindan benim bilgim dahilinde) bunun da pratikte bir ise
yaramayacagini dusunuyorum.

Ozetle benim 2 yeni kurusum bu arkadaslarin sadece paketlenilmesi icin
bos kutular haline getirilmesinden yana kutularin iclerinin de
doldurulmasi

Saygilar