Hello!
Szeretnék Android 2.0-ra egy grafikát alkalmazó programot írni.
Keresek ehhez segítséget, esetleg mintaprogramot.
Az Android.com-os oldalt néztem, de szívesen venném, ha élő szóval tudna valaki segíteni.
Köszi!
Gábor
Sziasztok!
Szeretnénk felhívni a figyelmeteket egy új pénzdíjas versenyre.
Ha szeretnéd megmutatni magad, és kíváncsi vagy rá, hogy az iparban dolgozó szakértők hogyan értékelik a munkádat, akkor itt a helyed!
A feladatot pár héten belül publikáljuk, a részletekről a http://legjobbfejleszto.com címen tájékozódhatsz.
Várunk minden pályakezdő Java szoftverfejlesztőt!
Üdvözlettel,
legjobbfejleszto.com csapata
Halisztok,
le szeretnem tenni az SCJP-t BP-n, talaltam par ceget aki ezzel foglalkozik (szamalk, iqsoft), de ezek lakhelyemtol tavol esnek. Tud-e valaki ilyen ceget a Blaha kornyeken, vagy a kornyezo keruletekben..?
Informatika » Java programozó
Ref.: IT-JAPR/2010
Külföldi tulajdonú megbízó partnerünk részére keresünk Java
programozókat:
pénzátutalási rendszerek, számlázási rendszerek, mobil
portálok,natív mobil alkalmazások, üzenetkezelők, magas
rendelkezésre állást igénylő nagy teljesítményű rendszerek,
infrastruktúra és a platform fejlesztéséhez.
Java programozó
Feladatok:
Részvétel az alkalmazás teljes életciklusában, az elemzéstől a
karbantartásig
Együttműködés a többi fejlesztővel
Együttműködés az üzleti igények csiszolásától az technikai
megoldásokig
Tervezés, implementálás, dokumentálás, szoftver komponensek és a
rendszerek tesztelése
Agilis fejlesztés alkalmazása
Integrációs és Unit tesztek a magas minőség biztosítása érdekében
Elvárások:
5 - 10 év tapasztalat objektumorientált programozásban
4 év Java fejlesztési tapasztalat
Webes alkalmazások fejlesztésében szerzett tapasztalat (JSP, HTML,
CSS, JS, AJAX, JQuery)
Back end fejlesztésben szerzett tapasztalat (J2EE, SOAP, XML, JMX,
Spring, Maven)
Alkalmazás szerverek (e.g. Tomcat or JBoss)
Tapasztalat enterprise rendszerek tervezésében és fejlesztésében
(message queues, web services, stb.)
Tapasztalat Unix/Linux környezetben való fejlesztésben
Kiváló probléma megoldó/elemző képesség
Csapat játékos, jó kommunikációs képesség
Angol nyelv kommunikációs ismerete
Figyel a részletekre és minőség orientált
API design, architecture tapasztalat
Előnyök:
Folyamatos tesztelési gyakorlat a fejlesztés alatt (Unit test,
Performance test)
Agilis módszertan alkalmazásában szerzett tapasztalat
Pair programing-ban szerzett tapasztalat
Web security tapasztalat
Nativ mobil alkalmazásfejlesztésben szerzett tapasztalat
Adatbázis központú alkalmazások fejlesztésében szerzett tapasztalt
(mySQL)
Amit kínálunk:
választható (alkalmazotti, szerződéses) munkajogi státusz
nemzetközi szinten is versenyképes jövedelem
Munkavégzés helye: néhány hónapig Bécs, majd home office
Jelentkezés: it@job-center.hu Tel:06/1/225-8875 Barta Károly
Sziasztok!
Szeretnék egy hálózati protokollt feldolgozni, ez lényegében egy nyitott socketre küldött bitfolyam. Jelenleg fogok egy InputStream-et, beolvasom a megfelelő számú byte-ot, értelmezem azokat, aztán a következő néhány byte-ot és így tovább.
Ez így működik is, de nem tartom sem szép, sem hatékony és főleg nem könnyen karbantartható megoldásnak.
Van erre valami jobb módszer? Soha nem foglalkoztam még bitabuzálgatással, úgyhogy könnyen lehet, hogy rosszul közelítem meg a dolgot.
Köszi,
M.
Tisztelt kollégák,
Sajnálatos módon WinXP Hu SP3 + IE7 konfigra telepített JRE 1.6.0_21 plugin nem töltődik be ha csökkentett jogú felhasználó futtatná.
Persze ez csak akkor igaz, a JRE installer REBOOT=SUPPRESS opcíval kerül meghívásra.
Ha rendszergazdai jogú felhasználó hívja akkor minden további nélkül működik.
Gond az, hogy több mint 1000 PC-re kellene telepíteni a JRE ezen verzióját. Az install log szerint nincs különbség a telepítések között mind a REBOOT=SUPPRESS mind az említett opció nélkül sikeres. Kivéve , hogy a limitált jogú felhasználónak csak az opció nélkül telepített esetben működik a plugin.
Minden ötletet szívesen fogadok.
TamsA
Jelenlegi helyzet:
- webes intranetes alkalmazás
- Rengeteg java / javascript / html / sql / tárolt eljárás kód (kb. 6 év, 5 fejlesztő termése) VelocityServlet-ből örökített
- teszt esetek hiánya
- főnökség gyorsabb fejlesztéseket vár el (teszt esetekre, hogy esetleg több idő lesz a fejlesztés már nem tetszik Nekik - bár lehet, hogy meggyőzhetőek)
- eddig is gyors fejlesztések kellettek, e miatt nincsenek dokumentációk sem
- specifikációk is mindig inkább csak szóban jöttek - jönnek
- objektumorientáltság hiánya, design patternek hiánya - a gyors igények miatt, általában servlet tartalmak másolása, majd átírása volt jellemző
- java nevek (metódus, változók), a legtöbbje nem beszédes
- metódusok stb. túl hosszúak
- svn van, branchek nincsenek - így ha pl. beesik egy nagyobb igény egy modul módosítására, majd beesik egy új igény a régi kód módosítására, gyakorlatilag meg kell várni a nagyobb végét.
(adatbázisnak nincs svn-je tároltak, schema-ák)
- A kódok módosítása a fentiek miatt nehézkes
A fő gond, hogy részemről is hiányoznak az ez irányú fejlesztői tapasztalatok, hogy hogyan is kellene ezeket normálisan levezényelni / csinálni. Most szabira megyek, az alatt jó lenne felszedni / átgondolni néhány dolgot. Pl. teszt esetek írása, hogyan. Adatbázisoknál hogyan. Esetleg milyen irányba kellene tovább menni?
Vannak javaslataitok, hogyan kezdjek hozzá rendbe tenni ezt a rendszert?
Tovább próbálkozom JPA-val (előző). Most szintén egy szintetikus osztályban szeretnék négyfajta Map-et tesztelni:
Map<String, String>, Map<String, OtherEntity2>, Map<OtherEntity1, String>, Map<OtherEntity1, OtherEntity2>
Az első, és meglepetésemre az utolsó kettő hibátlanul működik, azonban a második Map-et nem tudom persisztálni, azaz a String kulcshoz saját entitásosztályt rendelő Map-et.
A kód a következő:
@Entity
public class Adatlap implements Serializable {
/* ... */
@ManyToMany(fetch=FetchType.EAGER)
private Map<String, Valasz> szoveg_valasz;
/* ... */
}
Ahol a Valasz osztály egy jól működő entitásosztály.
A szindróma a következő: Hiba nélkül tudom kódból persisztálni az adott entitásosztályt, majd visszatölteni. Miután a kódban két bejegyzést hozzáadok a Map-hez, az adatbázisban a következő sorok lesznek:
mysql> SELECT *
-> FROM `ADATLAP_VALASZ`
-> LIMIT 0 , 30;
+------------+------------------+-------------------+
| Adatlap_ID | szoveg_valasz_ID | SZOVEG_VALASZ_KEY |
+------------+------------------+-------------------+
| 57 | 55 | NULL |
| 57 | 54 | NULL |
+------------+------------------+-------------------+
Azaz valamiért a SZOVEG_VALASZ_KEY (varchar típusúként hozza létre), azaz a Map String típusú kulcsa NULL-ként íródik be az adatbázisba. Igen, ez azt jelenti, hogy az adatbázisban nincs meg az érték, mégis vissza tudom tölteni az entitásmenedzserből! Miután flush-solom a Connection Poolt, azután jönnek majd a hibaüzenetek:
(Eclipse Persistence Services - 2.0.1.v20100213-r6600): org.eclipse.persistence.exceptions.QueryException
Exception Description: The field [ADATLAP.SZOVEG_VALASZ_KEY] in this expression has an invalid table in this context.
Próbálkozásaim:
@ManyToMany(fetch=FetchType.EAGER, targetEntity=Valasz.class)
@MapKeyClass(String.class)annotációkkal ugzanez a helyzet
@MapKeyColumnannotációval még az oszlopnevet is átállíthatom, az újba is NULL-t ír
@ElemntCOllectionannotáció nyílván nem játszik, mivel az érték saját entitás
A Java EE tutorial megfelelő bejegyzése szerint "By default, the name attribute of @MapKeyColumn is of the form RELATIONSHIP FIELD/PROPERTY NAME_KEY. For example, if the referencing relationship field name is image, the default name attribute is IMAGE_KEY.", ez meg is történik, csak épp NULL a beleírt érték.
A legidegesítőbb, hogy ha ezt a Stringet egy Entitásosztállyal wrappelem, akkor működik ugyebár (lásd Map<OtherEntity1, String>).
Kérdésem az lenne, hogy milyen annotáció/PersistenceProvider beállítás szükséges ahhoz, hogy ez az egyszerűnek hitt mapping működjön?
(GlassFish v3, Eclipse Persistence Services - 2.0.1)
Sziasztok!
Elakadtam egy dologgal kapcsolatban, és a segítségeteket szeretném kérni. Kaptam egy war-t egy banktól, hogy ezt kell deployolni SOAP-os gateway-ként az online fizetéshez. A gateway-t is SOAP-pal kell hívni. Kiprobáltam egy webkonténerbe (tomcat 6), és tökéletesen működik, azonban Liferay-es (5.2) Jboss (4.2) alá deployolva az alábbi stacket kapom:
AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultSubcode:
faultString: java.lang.ClassCastException: com.liferay.util.axis.SimpleHTTPSender cannot be cast to org.apache.axis.Handler
faultActor:
faultNode:
faultDetail:
{http://xml.apache.org/axis/}stackTrace: java.lang.ClassCastException: com.liferay.util.axis.SimpleHTTPSender cannot be cast to org.apache.axis.Handler
at org.apache.axis.deployment.wsdd.WSDDTargetedChain.makeNewInstance(WSDDTargetedChain.java:196)
at org.apache.axis.deployment.wsdd.WSDDDeployableItem.getNewInstance(WSDDDeployableItem.java:310)
at org.apache.axis.deployment.wsdd.WSDDDeployableItem.getInstance(WSDDDeployableItem.java:296)
at org.apache.axis.deployment.wsdd.WSDDDeployment.getTransport(WSDDDeployment.java:470)
at org.apache.axis.configuration.FileProvider.getTransport(FileProvider.java:282)
at org.apache.axis.AxisEngine.getTransport(AxisEngine.java:282)
at org.apache.axis.client.AxisClient.invoke(AxisClient.java:179)
at org.apache.axis.client.Call.invokeEngine(Call.java:2526)
at org.apache.axis.client.Call.invoke(Call.java:2515)
at org.apache.axis.client.Call.invoke(Call.java:2210)
at org.apache.axis.client.Call.invoke(Call.java:2133)
at org.apache.axis.client.Call.invoke(Call.java:1656)
at hu.iqsoft.otp.webshop.mwaccess.MWAccessBindingStub.ping(MWAccessBindingStub.java:625)
at hu.iqsoft.otp.webshop.WebShopService.ping(WebShopService.java:375)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:383)
at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:291)
at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:330)
at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:71)
at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:150)
at org.apache.axis.SimpleChain.invoke(SimpleChain.java:120)
at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:475)
at org.apache.axis.server.AxisServer.invoke(AxisServer.java:323)
at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:854)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:339)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:619)
A gateway logjából az derül ki, hogy a gateway-hez sikerül kapcsolódni, de az már nem tud kommunikálni a banki rendszerrel. Nem tudom, hogy számít-e, de a gateway-nek van saját axis libje (ráadásul egy csomó custom package benne van a jar-ban) de ettől függetlenül a Liferay kavar be.
Előre is köszönöm a válaszokat.