Tényleg így volt pár éve, szerencsére már tök más irányba halad a .NET. Amit mi fejlesztünk jelenleg (aspnet core), nem is tudom van-e olyan library-nk (beleértve a framework-ot) ami nem open source. Meg Linux-on fut amúgy az app.
[ Szerkesztve ]
Tényleg így volt pár éve, szerencsére már tök más irányba halad a .NET. Amit mi fejlesztünk jelenleg (aspnet core), nem is tudom van-e olyan library-nk (beleértve a framework-ot) ami nem open source. Meg Linux-on fut amúgy az app.
[ Szerkesztve ]
Nem mennék bele egy vitába, de pár dolgot azért megjegyeznék.
Spring Data, Spring Boot, Spring Rest...EE?
Alkalmazás-szerver vs Servlet Container. Szerintem erről ne nyissunk vitát.
JSF vs gwt/vaadin. Ugyan már....
4 év, 10+ projekt architektként. Tehát nem kódoltál és valszeg tök részletesen bele tudtál merülni a technológiákba a boardon...nem hiszem.
Satöbbi. Igen, rühellem az EE-t. Pont. Befejeztem.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
Bár nem rólam van szó, de ha már ... Igen, abszolút kódolok és reviewzok. Nem ilyen enterprise architect vagyok aki meetingekre jár és ott okoskodik. De, elég részletesen bele tudok merülni a technológiákba igen, hiszen ez a munkám, hogy meghatározzam az irányokat. Azért felelek, hogy jó döntéseket hozzak és jó irányba tereljem a projektet és csapatot, sőt a cég stratégiáját.
Dev környezetet, infrát,, db-t, CI-t, fejlesztői teszt alap struktúráit, integrációt, az alap framewörk megoldások elsőprő többségét, a fejlesztési folyamatot, a branchelési stratégiát meg még ki tudja mit én rakom össze. Csapattagok többnyire feature-t fejlesztenek.
Írtál pár dolgot, mi az, ami miatt Spring, de semmit arról, hogy mi az, ami miatt nem Java EE.
JSF-hez hozzá sem nyúltam pár éve, előtte sem saját elhatározásból.
Java EE nem azt jelenti, hogy akkor JSF-et kötelező használni webre. Eleve nem csak webalkalmazás létezik, másrészt meg hülye lennék JSF-et választani, sőt bármilyen Java alapú webes frameworköt.
Nem volt "JSF vs gwt/vaadin", csak a te fejedben, Már csak azért sem, mert Java EE és gwt / vaadin semennyire sem zárja ki egymást. A JSF-fel csak tippeltem, hogy az biztos nem szíved csücske. Nekem se, de a Vaadint is hasonló baromkodásnak tartom.
Alkalmazás-szerver vs Servlet Container. Szerintem erről ne nyissunk vitát.
Hát a semmivel nem tudok vitatkozni.
Spring Data - Deltaspike, két saját projekten eddig bevált.
Spring Boot - ezzel mit szeretnél? Ezért használjon valaki Springet? Enélkül nem élet az élet? Csak így lehet?
Spring Rest - egy REST API az valami olyasmi, amire csak a Spring lenne képes 2017-ben? Lehet, hogy csak álmodtam, hogy ma is vagy 5db REST API-t implementáltam A-Z-ig (wildfly / resteasy).
Satöbbi. Igen, rühellem az EE-t. Pont. Befejeztem.
El se kezdted, de oké, nem is számítottam többre.
[ Szerkesztve ]
Thank you to god for making me an atheist
> Spring Data
DeltaSpike
> Spring Boot
Wildlfly Swarm
> Spring Rest
JAX-RS (RestEasy a konkret implementacio)
De miert kell ruhellni? Na mindegy, fejezzuk be.
[ Szerkesztve ]
while (!sleep) sheep++;
Hirtelen ilyen hibaüzenetbe futottam at STS-el:
Plug-in org.eclipse.jdt.ui was unable to load class org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.
Plug-in org.eclipse.jdt.ui was unable to load class org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.
Próbáltam a saját könyvtárára teljesen jogosultágot adni. de az nem segítetett.
Valami ötlete van valakinek?
Esetleg nem Java 9 van neki beállítva?
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
Én nem állítottam be és nem frissítettem 9-re. De már megoldottam egy primitív megoldással, sts mappa töröl, újra másol.
Egyébként már az Eclipsenél is volt régebben egy hasonló hibám, csak annyira nem használtam az Eclipset és letöröltem.
[ Szerkesztve ]
Sziasztok!
vannak itt fórumtársak akik már foglalkoztak smali-val?
Sziasztok!
Van egy régi Javas appunk, ami kb. 3 éve változatlanul fut MINDEN NAP, majd egyik nap ezt a hibát kaptuk:
Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 1
úgy, hogy senki hozzá se nyúlt, egy jar van odarakva forrás nélkül. Azóta nem is indul el, mindig ezt írja. Ötlet, hogy mi váltatta ki ezt a hibát?
[ Szerkesztve ]
Ez így kevés információ, de van egy tömb aminek olyan elemére hivatkozol ami nincs, nem létezik.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
Szerintem valami ilyesmi lehet a probléma:
if (new Date().after(getSupportEndDate())) {
throw new ArrayIndexOutOfBoundsException();
}
Sajnos látatlanban én sem tudtam többet mondani, azóta voltam a helyszínen és kiderült, hogy valaki teleírta az egyik properties fájlt random karakterekkel és annak a beolvasásánál halt el a dolog. Szóval igazából nem Java hiba volt.
Jól hangzik. Imádom az ilyet...
Ellenörzés?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
Ezer éves belső szoftver, nem hiszem, hogy lesz változtatás...
UML, használati eset és Adatbázis ábrákhoz milyen rajzolóprogramot tudtok ajánlani? Van valami erre vagy esetleg powerpoint?
[ Szerkesztve ]
Nincs nagy programjaink, de mi a draw.io-t használjuk.
MagicDraw
plantuml
Sziasztok!
Mit jelent Java-ban az, hogy egy osztály nem szálbiztos? Ha ez gond a fejlesztés során, akkor hogyan lehet hleyesen megvalósítani, javítani ezt az osztályt?
köszönöm.
Állásinterjún volt kérdés(junior)
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
Sziasztok!
A Test Automation Engineer mivel foglalkozik konkrétan, ha Java-s fejlesztőként teszi ezt?
köszi
Keresés első találat elég jól leírja. TDD támogatás, behavior, acceptance, integration, teljesítmény, terheléses tesztek írása, teszt specifikáció készítése, automatizált végrehajtás continuous integration eszközökkel (Jenkins, Bamboo)
Szia!
Igen, ezeket én is megtaláltam kereséssel.
De arra vagyok kíváncsi, hogy konkrétan mit és hogyan csinál? Tehát mondjuk egy acceptance tesztet Java -ban hogyan ellenőriz? Vagy terheléses tesztnél mit ír JAvaban, ami leterheli a fejlesztett rendszert?
Kezdő Junior vagyok és nem látok túl azon a dolgon, hogy nekem állásinterjúra még a Java-t, Java8-at kell jól tudnom, algoritmikus gondolkodásom jó legyen, meg "néhány" algoritmust, fabejárási módot jó, ha tudok és kész.
De lassan látnom kell majd kicsit túl a dolgokon, hogy kialakítsak valami pályát magamnak, hogy BackEnd, FrontEnd fejlesztő leszek, vagy tesztelő, vagy stb. és ezért kérdezem, hogy a Test Automation Engineer mit és hogyan ír, csinál, fejleszt Java-ban.
köszönöm
A kiindulási alap egy ilyen melónál a specifikáció, amiből teszt specifikációt kell készíteni, azaz hogy milyen kritériumokat kell teljesíteni ahhoz, hogy a rendszer/alkalmazás elfogadható, "átmegy a vizsgán". Ez több szintű lehet, kezdve a felhasználói kattintós tesztekkel, amit seleniummal automatizálnal, a web service-ek input/output ellenőrzésén át (pl. JBehave + rest assured), egészen pl a JMeter által futtatott tesztesetekig, amivel performance/load teszt indítható.
Egy ilyen teszt néha nem igényel konkrét fejlesztést, de úgy kell elképzelni, hogy programozottan küldesz bemenő adatokat a teszt tárgyának, aztán ellenőrzöd a végeredményt. Ez egy REST WS esetében annyi, hogy megadott paramétereket adott URL-re adott HTTP metódussal megfelelő headerekkel elküldesz, aztán megnézed a visszakapott válasz státuszát, tartalmát, méretét, headereit, válaszidejét.
Ezek mind olyan eszközök, amiket hetekig/hónapokig tanul az ember, a mérnöki feladatkörhöz meg általában egy adott témájú szakképzésre nem ért járni. Ilyen munkakörbe én egy szakirányú végzettséggel (akár tanfolyam) rendelkező embert keresnék, vagy egy olyan juniort, akit a munka tényleges kezdése előtt jó ideig képzek.
sajnos java ee-t kell használnom, de nem tudom honnan lehetne letölteni. Az oracle oldalán java ee címszó alatt egy glassfish töltődik le. Nekem nem kell semmi szemét, csak annyi, hogy java ee programokat futtathassak, fejleszthessek. Honnan lehet ilyet szerezni?
hitler, sztálin, micro usb
Milyen OS alatt? En mindenhol azt javasolnam, hogy hasznalj Dockert.
while (!sleep) sheep++;
Ez kell neked? Továbbá javaslom, hogy az üveghal helyett használj legalább kandúrt.
De mi a baj a Java EE-vel?
mobal,
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
A Tomcat az mas teszta mint a GF. A GF alternativaja a Wildfly, Websphere meg hasonlok.
De tenyleg, hasznalj Dockert, teljesen felesleges szenvedni a telepitgetessel.
while (!sleep) sheep++;
Elég egyszerűenk tűnik számomra a Tomcat. Nyilván production-ba lehet WF jobb megoldás.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
Vagy TomEE, ha már...
mobal: egyszerűnek egyszerű, de csak egy servlet konténer, így nem alternatívája egy Java EE alkalmazásszervernek.
Amúgy a wildfly is tök egyszerű, alapból is, de elég jól testre is szabható, moduláris.
Productionben pedig leginkább ugyanazon kell futni, mint fejleszteni (persze lehet egy lightosabb profilon), különben tökönlövöd magad, Java EE kompatibilitás ide vagy oda.
[ Szerkesztve ]
Thank you to god for making me an atheist
Az a baj vele, hogy döglődik...
Ha Mavent használ az ember, akkor elég a Java SE? A Maven elvileg letölti a dependenciákat, nem?
Szervernek a Weblogic?
Igen, mavent is kéne használni, de én már elfelejtettem/nem is ismerem az ilyen sallangrendszereket, bug gyűjteményeket mint a spring, maven, és a többi, multiknál épp aktuálisan "kötelező" bloatware.
Szóval a feladat egy jsf, jpa-mysql alkalmazás ami wildfly-on fut, és maven van használva benne. Eclipse-ben fejleszteném, és erre a feladatra a legminimálabb környezetet szeretném összehozni... mert nekem a sima eclipse-java SE+ innen onnan öszedett libek eddig elegendőek voltak...
Erre mik a javaslatok?
Letöltöttem egy mavent, az úgy van kicsomagolva. Eclipse-ben van olyan hogy új maven project, és valami group meg artifact id-ket írtam bele, de aztán mi van? Hogy lehet válogatni a libek között amiket elvileg meg kéne találnia?
[ Szerkesztve ]
hitler, sztálin, micro usb
" én már elfelejtettem/nem is ismerem az ilyen sallangrendszereket, bug gyűjteményeket mint a spring, maven, és a többi, multiknál épp aktuálisan "kötelező" bloatware"
Alairasgyanus. A kollega biztos bajtkodot ir kezzel. NEHA (!) hasznalja a javac-t, de csak ha valami enterprajsz appot kell forditani.
while (!sleep) sheep++;
Erre azért nem kellene olyan büszkének lenned....
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
Ezt butaság volt leírni, főleg, hogy mellé Eclipse-t használsz.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
Erre mik a javaslatok?
Én azt, hogy hozzánk majd ne gyere interjúra
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
De azért, büszke vagyok rá, hogy lightweight, kompakt cuccokat tudok összehozni, amit egy másolás után lehet is indítani anélkül hogy egy 6 terabyte-os vinyót megtöltenénk keretrendszerrel, meg a keretrendszer keretrendszerével, és a keretrendszer keretrendszerének a keretrendszerének a függőségkezelő keretrendszerével, amivel lehet a végső keretrendszert keretrendszerelni De sajnos a divat nem erre visz hanem hogy "vegyééé új gépet azon menni fog így is"
[ Szerkesztve ]
hitler, sztálin, micro usb
Akkor te most assemblyben programozól, vagy már rögtön gépi kódot írsz?
[ Szerkesztve ]
Amire itt vered a melled, az pusztán annyi, hogy eddig csak sufniprojekteket láttál, ahol 1-2 ember összekalapál valamit és a deployment annyiból áll hogy felmásolod a gépre a pendriveról.
Egy normális méretű projekten fel sem merül ilyen kérdés, hogy mennyi diszket foglal a keretrendszer.
Ha ez egy létező probléma lenne, akkor mondjuk össze kéne trombitáljak két senior arcot, hogy megbeszéljük a problémát és kitaláljunk egy megoldást. Egy ilyen egy órás meeting költsége órabérben kiszámolva drágább lenne, mint egyszerűen csak venni egy nagyobb diszket.
De na, majd ha egyszer olyan cuccokon dolgozol, ahol egy tucat fejelsztő dolgozik ugyanazon a kódbázison és az alkalmazást 10-15 évig karban kell majd tartani és továbbfejleszteni, akkor majd olvasd ezt visssza és röhögj magadon hogy mekkora amatőr voltál..
[ Szerkesztve ]
ahogy írtam: Java SE (még jdk sincs, csak jre ), eclipse, libek.
(egyébként jók nekem a "sufni" projektek, csak úgy működnek, úgy egyszerűen, és átláthatóak. De hát a multik azok multik
[ Szerkesztve ]
hitler, sztálin, micro usb
A maven nem bloatware, a Javás világ jelentős része használja, nem azért, hogy szívassa magát, hanem hogy megkönnyítse vele a saját életét.
Az elkészült artifactok méretét nem befolyásolja érdemben (opcionális maven leírókat leszámítva), hogy mavent használsz, ellenben 2 perc alatt lehet egy működő webalkalmazás vázad egy megfelelő archetípusból generálva, ami azonnal telepíthető, war/ear release-t készít. Sőt 1 perc bekonfigurálni egy maven plugint, ami deployol is neked a wildflyra. Csak érteni kell hozzá.
De a te kézzel összevadászott librarys gányolásod biztos gyorsabb, hibamentesebb, profibb lesz.
Thank you to god for making me an atheist
Nem a maven a bloatware, hanem a többi. A maven csak felesleges faxni. Igen, hibamentesebb, és profibb a kézi, de főleg gyorsabb
Soha sem bírtam a divatos dolgokat, úgy is néhány év múlva a "maven fúj"/"spring fúj"/"akármi fúj" mert jön egy újabb divatos tool, amit kovács géza mánáger aki a fősulin dreamweawerrel összekattintott egy html oldalt, megmondja(előírja) Hát a cégeknél még arra sincs fantázia hogy saját interjúkérdést kitaláljanak, a nemzetközi divatot követi mind (hashtable keresztkérdések).
[ Szerkesztve ]
hitler, sztálin, micro usb
Azt hittem, hogy az ilyen arcok, mint Te, már rég kihaltak...szórakoztató olvasni a gondolataid
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
+1
Én igazából azt nem értem, hogy ha ilyen hozzáállással tolod, akkor miért javázol. Ehhez a lightweight vonalhoz más nyelvek sokkal jobban illenének, a java nem erről szól.
[ Szerkesztve ]
Szóval JSF, JPA meg mysql... A JPA nem bloatware? Az igazi profik JSP-ből SQLeznek direkt connectionökkel. Minek ez a nagy felhajtás a frameworkökkel?!
Kissé odaver ez a vélemény minden fejlesztési metodikának. Hidd el, nem poénból találták ki őket, egyszerűen csak az a gond, hogy a szoftverfejlesztések kis százaléka szól arról, hogy van egy tetszőlegesen kis scope, azt lefejleszted, aztán felejtős. Az igények változnak, a kódbázis nő, újabb modulokra van szükség, integrálni kell más rendszerekkel... és itt jön a cost of change görbe, ami egy ilyen hozzáállással pár lépés után az egekbe szökik. Az a vicc, hogy erre már a PHP Group is régen rájött
"Nem a maven a bloatware, hanem a többi. A maven csak felesleges faxni."
Ez a mondatod után kérlek fejezd be te és a többiek is ezt a témát. Nem lesz egyetértés csak felesleges feszültség keltés.
Ez mindenkinek szól, nem akarok törölgetni.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))