Re: Jak deserializovat poškozená data?
Dobrý večer,
hlásím, že tento přístup byl úspěšný. Hned po defaultReadObject() je ta
instance plně funkční a lze na ní cokoliv normálně volat nebo třeba
znovu serializovat. Obsluhou EOFException jsem se moc nezabýval, stačilo
mi vytáhnout jen ty pod-objekty hlavního objektu, které byly 100% úspěšné.
A do jdeserialize jsem naštěstí nemusel šahat :-)
Ještě jednou díky!
Jarda
Dne 19.6.2014 10:47, Jiri Holy napsal(a):
Nezkoušel jsem to, ale první co mě napadá, je dělat tu deserializaci trochu víc
manuálně. Co tím myslím: u těch datových tříd přetížit jejich metody pro
čtení něčím jako:
private void readObject(java.io.ObjectInputStream stream) throws IOException,
ClassNotFoundException {
try {
stream.defaultReadObject();
} catch (EOFException e) {
// a neco delat, lze predpokladat, ze nektere atributy teto
tridy uz jsou deserializovane ...
}
}
Snad tenhle snippet ukazuje alespoň dobrým směrem.
Jiří Holý
--
Jaroslav Kačer
Prague, Czech Republic, EU
Mail: jaros...@kacer.biz
Phone: +420.723.914.123
Re: Jak deserializovat poškozená data?
Dobrý den, děkuji oběma za odpovědi, vydám se asi nejdříve tím lehčím směrem s úpravou readObject(), pokud to nepomůže, začnu se hrabat v jdeserialize, i když se mi do toho teda vůbec nechce. Pokud dojdu k nějakým rozumným výsledkům, tak je sem postnu. Mějte se fajn, Jarda Dne 19.6.2014 12:03, arsi napsal(a): Caff, No ak ti to stoji za tu namahu, tak tu je popis ako to cele funguje a je tam aj link na popis protokolu http://javapapers.com/core-java/java-serialization/ Ja by som si stiahol zdrojaky jdeserialize, tam je implementacia toho protokolu. Len to treba trocha ukecat ;) Napr. aby vnorene objekty co dekoduje, hned zapisoval cez xml serializaciu do suboru... Arsi -- Jaroslav Kačer Prague, Czech Republic, EU Mail: jaros...@kacer.biz Phone: +420.723.914.123
Jak deserializovat poškozená data?
Dobrý den! Mám soubor o velikosti několika MB, který obsahuje serializované javovské objekty (bajtkód i zdrojáky mám). Problém je v tom, že tento soubor je z nějakého důvodu useknutý, tudíž deserializace oprávněně skončí s výjimkou EOFException. Chtěl bych z těch dat přečíst alespoň něco, co se dá. Nenapadá vás nějaký způsob, jak o provést? Zkusil jsem například nástroj jdeserialize [1], ale bohužel padá také. Celý obsah je jeden objekt, ve kterém jsou vnořeny další objekty, tudíž nemůžu použít deserializaci po kouskách, kdy bych si načtený objekt někam uložil a zkusil další. Je to jedno volání ObjectInputStream.readObject(). Nemáte na to někdo nějaký fígl? Předem děkuji za jakýkoliv tip! Jarda [1] https://code.google.com/p/jdeserialize/ -- Jaroslav Kačer Prague, Czech Republic, EU Mail: jaros...@kacer.biz Phone: +420.723.914.123
Re: tool pre sw project management
Dobrý den, já můžu doporučit Rational Team Concert. Používáme ho na projektu už 2 roky a jsme s ním naprosto spokojeni. Je to nejen pro management projektu, ale najdete tam i další věci: - plánování fází projektu - pracovní položky: úkoly, defekty, change requesty, ... - repozitář kódu - buildy - reporty (pro manažery) Všechno je to spolu propojené, takže například u proběhlého buildu vidíte, jaké změny v kódu obsahuje a k jakým pracovním položkám se vztahují. Má to i konfigurovatelné workflow pro úkoly a defekty, můžete si zavést vlastní stavy a přechody mezi nimi. Dají se definovat týmy a jim přiřazovat selektivně přístup například k určitým komponetám v repozitáři. Atd... Do 10 lidí je server zdarma ke stažení na http://jazz.net Tam najdete i dokumentaci. Klienta lze zaintegrovat do stávající instalace Eclipse/RAD/RSA anebo nainstalovat zgruntu. Klient je vždy zdarma. Má to také pěkně dělané webové rozhraní. Ohledně Assembly: Použili jsme ji na jednom pidi-projektu a fungovalo to :-) Nepříjemně nás ale zaskočil fakt, že tam existují dvě množiny ticketů. Jednu spravujete přímo z UI Assembly a jednu z Tracu, který je součástí Assembly. To jsme samozřejmě netušili a každý použil něco jiného, čímž se nám tickety hned od začátku rozjely :-) Možná, že už to sjednotili, ale na podzim 2010 to bylo takto. Jarda Dne 21.1.2012 8:11, Marek napsal(a): Ahojte, chcem sa spytat, ktory tool odporucate (pouzivate) pre sw project management? Vsimol som si ze dost sa pouziva jira(moj znamy, ktory je proj.manager uvadzal ako nevyhodu jej zlozitost ), taktiez zaujimavo vyzera assembla. Taktiez dalsia otazka je niejaky pouzitelny pm tool ktory je pouzitelny pre sw projekty aj pre non sw projekty ? Jira vyzera byt zamerana vyhradne na sw projekty. -- Jaroslav Kačer Smolnice, Czech Republic, EU Mail: jaros...@kacer.biz Phone: +420.723.914.123
Re: NetBeans 6.0 JSP editor
Pavel Zelenka wrote: používám NetBeans 6.0 beta 1. Mám problémy s editorem JSP stránek, kde mi často píše chyby typu Unpaired end tag, Unfinished tag přestože ony tagy jsou v pořádku. Máte s tím taky tyto problémy nebo dělám něco blbě já? Dobrý den, chyba asi nebude na Vaší straně. Mám tu samou verzi (nainstalováno předevčírem) a hlási mi to ty samé chyby (a ještě další) i na vzorových příkladech, které jsou přímo od Sunu. Neprojde třeba i tento kousek kódu, který byl vygenerován automaticky Portal Packem a je podle mě korektní: %@ page import=javax.portlet.*% %@ taglib uri=http://java.sun.com/portlet; prefix=portlet% portlet:defineObjects / %PortletPreferences prefs = renderRequest.getPreferences(); % Při nasazení na server a spuštění vše OK. Snad to pánové časem poladí... Snažil jsem se to dnes hledat v databázi bugů Netbeans, ale dostal jsem se jenom k jakési tabulce a toho klikání a prohledávání na mě bylo moc. Jarda -- Jaroslav Kačer Smolnice, Czech Republic, EU Phone: +420.723.914.123 Mail: [EMAIL PROTECTED]
Re: eclipse + subversion
vladimír karásek wrote: chci se zeptat jestli někdo má zkušenosti s vývojem větších (nebo středních) projektů v kombinaci eclipse a subversion. Jsme ochotní zaplatit za odborné konzultace. Dobrý den, mám odzkoušenou kombinaci Eclipse + plugin Subclipse: http://www.eclipse-plugins.info/eclipse/plugin_details.jsp?id=338 Momentálně používám Eclipse 3.2 + Subclipse 1.0.9 (na webu píšou, že nejnovější verze je 1.0.3, nenechte se zmást). Dá se to nainstalovat pohodlně přes Update manager, či jak se to jmenuje. 1. Rychlost satažení nové kopie projektu z repository Myslím, že dostatečná. Kdysi jsem tím natahoval cca 220 MB a nevzpomínám si, že by to trvalo nějak tragicky dlouho. Pravda, potom jsem aktivně pracoval pouze s několika MB, co se týče verzování. 2. Možnost používat kleinty na platformách Windows, Linux a Solaris Mám bohužel zkušenost pouze na Windows XP/2000, zde bez problémů. Pod Subclipsem je tuším nějaká vrstvička komunikující se serverem; ta může být buď nativní anebo v Javě. Pro Windows používám tu nativní, na jiných OS netuším... Pod Solarisem používám řádkového klienta -- bez problémů. 3. Možnost procházet historii, porovnávat, upravovat. To vše nějakým inteligentním způsobem. Takže to asi bude muset být Eclipse plugin. Je zde přístup k logům, můžete checkoutovat dle čísla revize, porovnávání je velice intuitivní. Vše je integrováno přímo do Eclipse. Pěkně to dělá svn status -- můžete filtrovat pouze změny ven anebo k vám, případně obojí. 4. Větvení a spojování. Větve podporuje, umí switch. Spojování jsem myslím nikdy nedělal. 5. Struktura repository. SVN pracuje i pro větve s URL, takže jak si to uděláte, tak to máte :-) Naše struktura byla poměrně složitá a chtělo by to hodně vysvětlování, ale na většinu normálních projektů snad vystačíte se strukturou popsanou v manuálu, tj. trunk, branches a tags. Používali jsme až donedávna CVS a vedení se rozhodlo, že je na čase použít něco vyspělejšího. Subversion slibovalo hodně ale přechod je více meně pain in the ass. Největší problém asi bude nalezení (konfigurace) Subversion klienta pod Eclipse, momentálně používáme eclipse plugin Subversive, jeho poslední verzi. Přišli jsme na to, že pro rychlejší práci je třeba odškrnout několik checkboxu v nastavení, ale to nám pořád nestačí. Zde nemohu sloužit. Používal jsem oboje, ale nikdy nemigroval. Momentálně stažení nové kopie z repository trvá 10 minut. Prucejeme metodikou XP programování. Často děláme refactoring. To myslíte checkout projektu anebo update nějakého souboru? Nevjětším problémem je situace, kdy musíme přejmenovat class a pak ho nějak dál upraovat. Jenže udělat v daný moment nemůžeme. Musíme přejmenovat, udělat commit a pak můžeme dělat druhou operaci. Což je velice nepohodlné. Myslím si, že to musí jít nějak snadněji. Ví někdo jak? Současná verze Subclipsu se chová tak, že provede Delete na starou cestu a Add na novou (navíc s plusem ve druhém sloupečku). A než provedete commit, lze ten nový soubor poeditovat. Ale to je snad standardní chování svn mv, nebo ne? Jarda
