[Javalist] media store program

[Peter Verhas]

Amennyire láttam a kliens részét az SVNKit API alapján, abból úgy tűnt, hogy a DIFF képzés a kliens oldalon történik. Ez logikus is, hiszen egy nagy fájl esetén miért is szaladna fel a szerverre az egész módosított tartalom, hogy aztán ott a szervert leterhelve jól kiszámolja, hogy milyen delta lesz. A letöltés oldalon viszont a delta képzés a szerver oldalon történik, amennyire láttam, de az talán nem is olyan megterhelő. Ezért azt gondolom, hogy a diff képzés bináris fájloknál a klienstől függ.

Nagy video, és hasonló kompresszált fájlok esetében a diff képzés persze ki fogja adni a 'kivesszük az elefántot, és betesszük a zsiráfot', azaz a diff az az, hogy ami ott van az kuka, és az egész új a diff. De van olyan felhasználás saját tapasztalat, ahol könyvelők foxpro adatbázisokba könyvelnek, és nagyon kellemes, hogy csak az a néhány rekord megy fel a szerverre ami módosult. Persze az svn kliens nem tudja, hogy milyen rekord szerkezet van: az csak a byte-okat látja, és képzi a bináris diff-et. Tortoise SVN-nel évek óta boldogan használják, és minden olyan nyűgjük megszűnt, ami előtte volt (foxpro adatbázis mail-ben szaladgál). Persze merge az nincs :-)

Mondjuk ehhez az is kellett, hogy a könyvelő nyitott legyen a technikai újításokra, de egy ilyent találtunk. Nem ebből élünk, de működik már 4 éve.

A JackRabbir-ot régen néztem, próbálgattam. Nagyon másképp képzelte el a világot, mint én, és még egy gondom volt vele, hogy az API nem volt egyenszilárdságú. Nem volt következetes az API és nem volt mindenhol logikus. Kicsit az volt az érzésem, hogy ezt egy ember készítette, akinek megvolt a maga nünükéje, és azt kidolgozta úgy, ahogy neki tetszett, a többit meg összedobta.

A groowiki-vel egy webes front-end-et dobtunk össze SVN elé. Ott a servlet alkalmazás készíti el a diff-et egy olyan kóddal, amit az SVNKit ad, ha neked nincs jobb. Arra is van felhasználás, ahol média tartalmakat tartanak mögötte az SVN-ben, és a Groowiki workflow-ját használják, illetve funkcionális plugin-ok is készültek hozzá. Nem sok visszajelzést kaptam a projektről, elvileg egy éve használják. Ott nem video, meg audio inkább nyomdai PDF állományok jönnek szóba. Azért azok nem olyan nagyok.

Ügyfél nevet nem akarok itt a listán kiadni, ne kérdezzétek.

--
Verhás Péter
ügyvezető
Verhás & Verhás Szoftver Manufaktúra Kft.
peter at verhas.com
+36(30)9306805
skype: verhas




On 2012.04.05., at 18:11, Laszlo Hornyak wrote:

> Elnezest a masodkezbol kapott infokert, az elozo munkahelyemen (egy
> szep nagy mediaceg) dolgoztak sokat a munkatarsaim media tartalom
> SVN-ben felhalmozasaval es nagyon kellemetlen dolgokat mondtak rola.
> Persze azert az a mennyiseg, amivel ok dolgoznak, az sem
> elhanyagolhato.
> Az svn az ha jol tudom megprobalja a dolgokat szepen verziozasra
> igazitani, azaz diffenkent tarolni, ez meg csak text dolgokkal megy
> jol. Amikor a java forraskododat tartod benne (pl en meg mindig svn-t
> hajtok szabadidomben) azert ez nem gubanc, de egy nagyobb forgalmu
> CMS-nel mar talan az lehet.
> 
> A masik dolog amisaokt szidtak, az a jackrabbit, de ezt nem csak toluk
> hallottam, hanem sok mas embertol elotte. En azert meg kemenyebben
> megrugdosnam mindkettot, mielott tarkonlovom, csak hogy tudjam hogy
> telleg igaz-e az egesz.
> 
> 2012/4/5 Peter Verhas <peter at verhas.com>:
>> Pontosabban ez mit jelent? Hibázni fog? (gondolom nem) Lassú lesz? Mihez
>> képest?
>> 
>> Érdekelne a tapasztalatod.
>> 
>> --
>> Verhás Péter
>> ügyvezető
>> Verhás & Verhás Szoftver Manufaktúra Kft.
>> peter at verhas.com
>> +36(30)9306805
>> skype: verhas
>> 
>> 
>> 
>> 
>> On 2012.04.05., at 17:19, Laszlo Hornyak wrote:
>> 
>> szerintem nem fog jol
>> muzsikalni
>> 
>> 
>> 
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>> 
> 
> 
> 
> -- 
> 
> EOF
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist

--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20120405/23391059/attachment.html>