Java

Szerdán JUM! :)

http://www.meetup.com/javaforum-hu/events/152649672/

Időpont

Az esemény 2014. január 15-én lesz 18 órától.

Helyszín

Óbudai egyetem (Kiscelli utca) - 301-es terem
1032 Budapest, Kiscelli utca 78-80., Budapest

Felvétel

Az előadásokról igyekszünk videó felvételt készíteni, illetve az előadások anyagát közzé is tesszük. Ez nem mindig sikerül.

Ajándék könyv

A résztvevők között egy Practical Unit Testing e-könyv (http://practicalunittesting.com/) kerül kisorsolásra a szerző felajánlásaként... :)

Tematika

Az előadások 25-40 percesek lesznek, amelyek után 5-10 percet hagyunk a kérdések megválaszolására és/vagy a technikai átállásra.

Kis Gergely - Migeran: iOS alkalmazások fejlesztése Java nyelven

A Migeran elhozza a Java nyelvű fejlesztés lehetőségét iOS alapú eszközökre. Voltak más próbálkozások Java támogatásra iOS-en, de a Migeran az egyetlen, ami teljes megoldást nyújt. Az előadásban bemutatom azokat az eszközöket, amelyek egyedülállóan kényelmessé teszik az iOS fejlesztést bármely Java fejlesztő számára.

Gémes Tamás - BitDive: szoftver vizualizáció startup

Egy átlagos fejlesztő idejének jelentős részét mások által fejlesztett kód olvasásával és megértésével tölti. A BitDive egy új startup, ami a szoftver megértését vizualizációval segíti. Az első verzió, amit a meetupon bemutatunk, Maven és Nexus repóból elérhető adatok alapján a szoftver komponensek közötti függőségeket és a szoftverkód felépítését jeleníti meg a moduloktól az osztályokon keresztül egészen a forráskódig. Az előadásban beszélünk megoldásunk hátteréről, az ökoszisztémáról és bemutatjuk a prototípusunkat.

Kovács Richárd - Grails REST Service demó

Egy élő demó keretei belül bemutatásra kerül a Grails beépített REST szolgáltatása.

Jelenkezés:
http://www.meetup.com/javaforum-hu/events/152649672/

Nem szorosan ide tartozik, de leginkább ide tudtam jó helyre tenni ezt a kis vitaindító bő lére eresztett filozofikus sebtépegetést a Java közösségről... :)

A lényeg itt: http://wiki.javaforum.hu/pages/viewpage.action?pageId=32833799

Reagálni lehet itt, ott és az említett Facebook oldalon is: https://www.facebook.com/javaforum.hu/posts/532381933498735

Ki mit gondol? :)

Sziasztok!
Nem tudom, van-e valakinek tapasztalata ezzel kapcsolatban. Nemzeti Közlekedési Hatóság műszaki vizsgáztatás oldala. WinXP, 4 Gb ram. Elindítottuk az alkalmazást, minimális cpu(4%) és memória (256/4056Mb) használat a feladatkezelő szerint. Ennek ellenére nem működik, annak ellenére, hogy a jre 7.40-re frissítve lett a java.
Vezérlőpult/Programok telepítése menüből levettük a java-t, utána visszatettük, ezután normálisan futott az alkalmazás.
Valami ötlet ezzel kapcsolatban?

Hello,

Készülőben van egy SWING-es app, aminek az elsődleges platformja Windows lenne. Két dolgot szeretnék elérni. Az egyik, hogy becsomagoljam egy lehetőleg minél egyszerűbb telepítőbe. A másik, hogy windows service-ként fusson, amit a telepítő a folyamat végén hozzáad.
Több jelölt is szóbajön, de együtt egyik sem tudja amit szeretnék.
http://launch4j.sourceforge.net/
http://wrapper.tanukisoftware.com

Ti hogy csinálnátok ?
Köszönöm!

Üdv!

Remélem vannak itt olyanok, akik komoly tapasztalatokkal rendelkeznek a JNI terén. Bár sok jóra nem számítok, mert már keresgéltem, de nem találtam elfogadható megoldást.

Arra szeretnék valami megoldást találni, hogy egymást követő natív függvényhívások során megőrizzek (illetve továbbadjak) egy, a natív (C) könyvtárra jellemző állapotot reprezentáló objektumot (struktúrát).

Több helyen találkoztam azzal a javaslattal, hogy az adott struktúrára mutató pointert egyszerűen tároljam el a Java objektumomban, egy long típusú mező segítségével, de ez egyértelműen egy agyhalott javaslat. (Semmi sem garantálja, hogy a pointer elfér egy long mezőben.)

Sziasztok,

Tudnátok nekem tanácsot adni, ti miként szoktátok orvosolni az elosztott cache és a class változások problémáját? Adott egy JbossCache, synchronized replicated clusterrel, és az initial state transfer be van kapcsolva. Amikor megváltozik egy cachelt osztály (és vele a SerialVersionUID), akkor a cache elhasal mikor az első node-ra releaselek, hiszen a többi node-on még a régi verzió van cachelve. Hogy lehet downtime nélkül megoldani ezt a problémát?

Ami eszembe jutott, az eléggé macerás: előszőr local only cache módban releaselek minden node-ra, és mikor mindehol az új verzió van, akkor újraindítgatom a cacheket clusterezett módban.

Előre is köszönöm a válaszokat, minden ötletet szívesen látok.
Üdv

Hello!
Az lenne a problémàm hogy, ha elkészítem a .jar fàjlt és futtatom akkor a program lefut, viszont a benne talàlható fàjkezelés valahogy nem történik meg.
Azonban a forràskódban nincs hiba, hiszen ha a fejlesztői környezetben futtatom akkor a fàjlkezelés rész is végrehatódik. (létrejön a fàjl, és a tartalom is beleíródik.)

Hello,

Indul egy projektem, modellezném a fájl feltöltés funkciót.
Szerver oldalon létrehoztam ez alapján egy service endpointot.

Forrás: http://pastebin.com/6TPzJaLr

A kliensem SWING-es lesz, így generáltam stub-ot a fenti service-ből majd a következőt követtem el:

http://pastebin.com/PZVbLaSx

A MTOM mindkét oldalon be van kapcsolva. 100Mb alatti fájloknál működik szépen a feltöltés, felette azonban eldobja magát:
http://pastebin.com/YLGWTijZ

illetve még a http://pastebin.com/3TFnHNH8 jön elő.

Szerver tomcat 7 illetve jetty 7, JDK 7.
Apache CXF 2.7.5

Köszönöm előre is!

Csatlakoznék érdekes opensource vagy akár for-profit projekthez tapasztalatszerzés illetve kapcsolatépítés céljából (java esetleg c++).

Tapasztalattal rendelkezem a Spring framework-el, GWT-el, JPA-val,van SCJP -m.
Kb fél évre gondoltam, főállásban dolgozom tehát munka mellett tudnék bedolgozni, és NEM KÉREK FIZETÉST.
Kérésre cv-t küldök.

Sziasztok,

A problémám az, hogy java 6 alatt működő kódom, 7-es jdk-ra váltva az alábbi hibát adja: http://pastebin.com/PUwUvWc5
DataSource.xml http://pastebin.com/421HVWVm
Ha tomcat-re deploy-olom szintén ez a helyzet. Egyértelműen a 7-es javához köthető.

Próbálkoztam mindenféle upgrade-el (spring, hibernate-c3p0 stb.), de nem segített. Ha esetleg lenne ötletetek azt szívesen fogadnám.
Köszi!