Vindózon van egy openjdk 14, csak úgy kicsomagolva, hozzáadva a path-hoz, meg java_home beállítva.

Tennék fel mellé egy 8-as JDK-t is, de nem tudok. Az openjdk elirányít az orákle oldalára, ha 8-ast keresek, ahol csak telepíthető van, ami valahogy kisajátít minden javas alkalmazást, és az futtatja, de hogy hogy, azt nem értem, mert a path-hoz, és javahome-hoz nem ad semmit.

Linuxon meg csak simán az apt-al rakhatok fel 8-as, és legújabb javat is.

Hogy lehet megoldani, hogy az elsődleges a 14-es openjdk legyen, de adott projekthez, aminek a pom-jában 1.8 van, ahhoz a 8-ast használja? És hogy telepítem? Tényleg 7zippel kell kihackelni az oracle telepítőből?

hitler, sztálin, micro usb

Én már lassan két éve nem szórakozom csak ezt használom: [link]

"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."

felraktam. Erre a fos maven csesződött el.

.7\vaadin-sass-compiler-0.9.13.jar (The system cannot find the file specified) ilyen hibák.

update project, stb már megvolt.

ha letörlöm, akkor megint jó

[ Szerkesztve ]

hitler, sztálin, micro usb

Egy ideje ilyen esetekre VS Code konténert használok. Egy docker image-be összeállítja a fejlesztőkörnyezetet, amit utána tovább tudsz konfigolni.

spring nem tud véletlenül olyasmit, hogy az adatokat módosító, vagy létrehozó queryket követni lehet? Eseménynaplóhoz kellene, ahol a módosításokat kell logolni

hitler, sztálin, micro usb

[link]

[ Szerkesztve ]

köszi, ez király dolog! Éreztem, hogy van valami ilyesmi

dockeresíteném (próbából) az egyik sima springboot teszt cuccomat, amiben embedded H2 van.
De ahogy egy régebbi node-os probálkozásomnál is, itt is egy soros semmit mondó hibaüzenettel száll el a run, de a build az rendben van mindig.
Error: Invalid or corrupt jarfile /app.jar

Ez a dockerfile
FROM openjdk:14-jdk-alpine
VOLUME /tmp
ARG JAR_FILE
ADD ${JAR_FILE} /target/wishlist-1.0-SNAPSHOT.jar 
COPY ${JAR_FILE} app.jar
ENTRYPOINT ["java","-jar","/app.jar"]

Le van buildelve a jar, ott van a helyén a targetban.
Még is. Amúgy ha arg-ot adnék meg azt, hol adjam meg? A formátumára vagyok kíváncsi.
Amúgy egy vindózos gépen fut, de lásd a backslashek per jellé vannak alakítva.

[ Szerkesztve ]

hitler, sztálin, micro usb

Ez Spring?

"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."

A docker image-et hogyan hozod létre? Használsz-e maven/gradle plugint? Rákerestél-e a hibaüzenetre? Nézted-e hogyan kell argumentumot használni a dokumentációban?

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

docker build-el. Valami maven wrappert írt, hogy be kell rakni a projektbe, az benn is van.
Igen rákerestem, a java írja, hogy nem jó a jar. Pedig a hivatkozott jar még eredetiben simán indul, ugyan az alatt a 14-es jdk alatt.
Megnéztem az argumentumot, de nem találja, mivel a docker linux fájlrendszerében keresi, nem az igaziban.

hitler, sztálin, micro usb

"Valami maven wrappert írt, hogy be kell rakni a projektbe, az benn is van."

docker-maven-plugin? hogy néz ki hozzá a konfig a pom.xml-ben?

"Igen rákerestem, a java írja, hogy nem jó a jar."

ha rákeresel a hibaüzenetre és hozzácsapod, hogy docker, akkor láthatod, hogy másoknak is volt ilyen problémájuk, a legtöbb esetben az argumentum átadással volt a gond, ami miatt a JAR_FILE változó értéke üres, így a copy nem fut le jól

"Megnéztem az argumentumot, de nem találja, mivel a docker linux fájlrendszerében keresi, nem az igaziban."

wut?

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

Hogy lehet egy springboot maven projektet jar-ba exportálni? A lehető legegyszerűbben kéne, amit elindítok eclipse-ben van intellij-ben, azt egy futtatható jar-ba

[ Szerkesztve ]

hitler, sztálin, micro usb

fatJar-t akarsz asszemblálni ami standalone fut?

"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."

ja. Az se ártana, ha a vaadinos css-t meg hasonlókat nem hagyná ki

[ Szerkesztve ]

hitler, sztálin, micro usb

Sziasztok, egy kérdésem lenne hogy szerintetek melyik lenne a jobb megoldás.

A probléma hogy a JPA a OneToMany esetén duplikálva adja vissza a child entityket.

Itt egy stackoverflow kérdés róla:
https://stackoverflow.com/questions/1995080/hibernate-criteria-returns-children-multiple-times-with-fetchtype-eager

Nekem fontos lenne eager lekérdezés és hogy sorrend tartó legyen az adat.
1. JPA interfacet használok, szóval csak ezért érdemes lenne egy DAO-t létrehozni és hibernateval Criteria-t írni erre az egy lekérdezésre?
2. vagy szűrjem ki a duplikációkat a service layerben?
3. esetleg lehet erre írni valami queryt a JPA @Query annotációval?

[ Szerkesztve ]

Pl így [link]
Én mondjuk a gradle-t használom, annak van egy bootJar targetje

Ha egy entity-ben kettő v több eager OneToMany collection van, akkor nem egyszerű megoldani kézzel sem a dolgot. Az egyik módja a szűrésnek a Set használata, de lehet custom query-t és projekciót is használni.

Vagy nem eager, és kézzel inicializálod.

közben meglett, picit máshogy: mvn package
2 kérdés:
-Kellene valami tool amivel teljes java projekteket lehet összehasonlítani, java fájlonként, tartalomra. Total commander synchronize dirs volt eddig, de most nem... minden java fájlt különbözőnek érzékel, és különbözik is a mérete byte-ra, de a tartalom nagyrésze egy az egyben ugyan az. By content checkbox nem segít, karakterkódolás pedig azonos, nincs fájl végi sortörés különbség sem

-Van olyan tool amivel kigyűjhetőek, akár a pontosan egyező metódusok is? Mert az a szerencsétlen aki csinálta, még metóduson belül is 10 soros kódokat ismételget, azonos copy-paste metódusokból is sok van.
Persze az is hasznos lenne, ha a feltűnően hasonló kódrészletekre is figyelmeztetne, hogy azt egységesíteni lehet.

hitler, sztálin, micro usb

Például: Winmerge

[ Szerkesztve ]

Aki tejszínhabot szeretne, az inkább verje ki a fejéből!

projekt összehasonlításra a Meld-et találtam közbe, annak már nem voltak hamis találatai.

Most a nyomorék projektben, bigdecimmal szenvedek. Vaadinos felület, a numberfieldnél ,-re van állítva a decimal separator, és a ,-t is veszi tizedesvesszőnek ha írok be valamit.
De fordított iránynál, amikor a mezőt állítja be a kód, .-ot rak tizedesvesszőnek.
pl így állítja be: mennyisegMe3.setValue(me3.doubleValue());
Pont jelenik meg. Próbálkoztam locale-t is beállítani, semmi hatás.

hitler, sztálin, micro usb

Van egy fieldem amiben az osztályom amiben generikusan másik osztály van, az abstract osztályban van deklarálva kell ennek a generikusban lévő osztály ősének metódusa, de a leszármazott osztályban már nem elég az őse, kellenek a fejlettebb metódusok is, de castolni nem tudom, nem engedi.
Pl: nem optional az osztály, csak azzal tudom szemléltetni abstract class: protected Optional<AbstractOsztály> valami=new Optional<AbstractOsztály>();
Leszármazott osztályban is használnám ezt Optional<LeszármazottAbstractOsztály> valami2= (Optional<LeszármazottAbstractOsztály) valami;

De nem engedi. Mi a megoldás ha egy ták projektnél, egy abstractban view osztályban deklarált abstract osztályú field, subclassban kiterjesztett metódusait használhassam a a leszármazott view osztályban, felüldefiniálás nélkül?

hitler, sztálin, micro usb

Kicsomagolod, castolod a belét, becsomagolod. Mondjuk, amit az Optional.map() csinál, ha már az Optional a példa.

disclaimer: Remélem azt nem kell mondanom, hogy ha a kalapács nyelével akarod beverni a szöget, akkor ne csodálkozz, ha körülményes. Ha mondanom kell, akkor egy java software design témájú könyv elolvasása szerintem hasznos lenne. Valami a nagyoktól: Josh Bloch, Bob Martin, Kent Beck, Fowler, ...

Ja igen, zavarbaejtően sok állítmány és szleng került a mondataidba, nem vagyok benne biztos, hogy jól értem a problémát, de van egy olyan érzésem, hogy máshogyan illene struktúrálni azt a kódot.

A generics kezelésnek kicsit nézzél utána, mert ez nem ilyen egyszerű. És tényleg mindenki jobban jár, ha egy kicsit érthetőbben fogalmazol, de ezt már mondtam korábban is.

Java EE tanulásához, (dinamikus weboldal készítéséhez) melyik tárhelyszolgáltatót válasszam?
Nem otthoni környezeten szeretnék gyakorolni, hanem "egy kicsit élesebb" környezetben. Továbbá jól jöhet, ha valakinek/cégnek majd meg is akarom mutatni, amit készítek.

Gyakorlatilag bármelyik cloud providernek van ingyenes szolgáltatása.

Miert eppen Java EE?

I am having fun staying poor.

Dinamikus weboldal készítéséhez, de mivel kezdő vagyok, az is egy kérdés persze, hogy egyáltalán érdemes-e tanulni a Java EE-t.
Még nem láttam elég videót, nem olvastam elég cikket, hogy felmérjem, mi a legnaprakészebb tudás, amit érdemes megszerezni, ha az ember a Java nyelvet kezdte el tanulni, majd weboldalakat szeretne ksézíteni.

Spring/Spring boot erzesre joval fenyesebb jelen/jovo elott all. Meg weboldalakat kesziteni azert nagyon sokfele modon lehet, de szerintem erdemes a weboldalt es a serveroldalt teljesen fuggetlenul fejleszteni. De attol is fugg, hogy mit akarsz az egeszbol kihozni. Nagyon elterjedt a single-page webapp valamelyik js frameworkben + Spring boot server alkalmazas.
Java ee-ben szerintem a legnagyobb baj az uzemeltetesevel, meg a java EE app serverekkel van. Bar letezik oda is uber/fat jar megoldas.

I am having fun staying poor.

Nem feltétlen ez lenne az első, amit javasolnék bárkinek is. Vannak hasznos részei, amikre alapulnak implementációk, amikkel szinte biztos találkozik az ember, ha ezekre a funkcionalitásokra lesz szükségük (xml/json feldolgozás, persistence, servlet). Annyit mindenképpen érdemes tudni, hogy mi ez és milyen ajánlásai vannak mely témakörökben.

Ennek ellenére én inkább javasolnám a Spring keretrendszert kezdésnek, ami egy elég naprakész és sokak által használt megoldás, akár csak web backend (és frontend), middleware vagy akár service és cli alkalmazásokhoz. Rengeteg elérhető anyaggal és nagy közösséggel mögötte.

Előtte - ha még nem foglalkoztál volna vele - a git használatát érdemes elsajátítani és alkalmazni. Valamint a java ökoszisztémához valamilyen dependency manegement eszköz használatát (maven/gradle) se árt ismerni. Utóbbiakkal a Spring kapcsán fogsz találkozni mindenképpen.

[ Szerkesztve ]

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

Sziasztok!

Úgy döntöttem, hogy elkezdeném a szakdolgozatomat megírni.
A tervezésben szeretném kérni a segítségeteket.

Téma nagy vonalakban:

Egy windows operációs rendszeren futtatható alkalmazás.
A program a felhasználók felé példa edzésprogramokat képes megjeleníteni, amiben a gyakorlatok pontos leírása szerepelne, illetve pontos ismétlésszámok, stb....
Ezen felül táplálkozással kapcsolatos információkat is megjelenítenék.
Lehetőséget szeretnék biztosítani a felhasználó által elfogyasztott ételek kalóriájának a rögzítésére. Ez úgy lenne egy szép megoldás véleményem szerint, ha lenne egy adatbázis, amibe berögzítésre kerülnének az ételek kalóriaszámai és ezt a későbbiekben a felhasználó saját magának tudná bővíteni.(előzetesen néhány étel kalóriaszámát rögzíteném, tehát nem üres adatbázissal indulna, vagy ha van ötletetek arra, hogy már meglévő adatbázisból honnan tudnék átemelni kalória értékeket, akkor azt is megpróbálnám).
Szeretnék egy edzésnapló részt ahová rögzíteni lehetne az edzés során végrehajtott gyakorlatok során használt súlyok nagyságát illetve az ismétlések számát.
Szeretnék majd grafikonokat is megjeleníteni, de egyelőre ezekkel foglalkoznék amit leírtam. Ti hogyan indulnátok el? Milyen adatbázist használnátok? Mit tanácsoltok?

Köszönöm

Adatbázisnak H2, egyszerűen kezelhető, egy szakdolgozathoz bőven elég. Spring Boot keretrendszert lenne még érdemes használnod, nagyon sok dolgot könnyedén meg lehet vele oldani, és jobban lehet az alkalmazás üzleti logikájára koncentrálni.

Szerintem is egy spring boot H2 db-vel tökéletesen megfelel a célnak.

Ha valóban a desktop alkalmazás a cél, és csupán a szakdolgozat keretein belül kívánsz maradni, akkor a javafx frontendnél én nem mennék messzebb. (Persze ha fontos az, hogy weben, böngészőből, akár mobilról is elérhető legyen, akkor inkább egy js frameworkot állítanék frontendbe, ami persze újabb komplexitást és eddig számításba nem vett plusz munkát hozna be.) A javafx tud formot, táblázatot, grafikont, egyszerű desktop apphoz megfelelő szerintem.

Ami a kalóriaadatbázist illeti, sose kerestem ilyesmit. Amit más területen tapasztaltam, hogy az amcsik előszeretettel biztosítanak apit, vagy nyitják meg az adabázisukat a közönség számára (akár letölthető csv, akár rest api formájában), főleg a governmental weboldalak. Ez a legegyszerűbb.
Magyar weboldalaknál ez egyáltalán nem jellemző sajnos, ott többnyire marad a webscraping, ha nagy a szükség (és persze a weboldal tulajdonosa a robots.txt-ben ezt megengedi).
Ha kevés adattal indítasz, én lehet inkább feltölteném kézzel, minthogy mások adatbázisait próbáljam számomra emészthető formára hozni. Főleg ha már van mondjuk egy excel táblád (feltételezem van, ha ezt választottad témának), abból nagyon könnyű csv-t kreálni, elé tenni az insert into-t, és hadd szóljon.

Én mongodb-t használnék spring data és boot mellett, mivel dokumentum-jellegű az adat. Egy REST backend mellé könnyen lehet hegeszteni egy androidos alkalmazást is. Docker és Amazon EC2 is szóba jöhet.

Szeretnék egy két entity dolgot logolni, így beraktam az ős abstract entity-be, hogy

@Transient
protected final Logger logger = LoggerFactory.getLogger(this.getClass());

aztán random leszármazott entity-knél: java.lang.IllegalArgumentException: Could not resolve property name logger from Property set for bean

Miért? Miért random, és hogy lehetne megcsinálni?

[ Szerkesztve ]

hitler, sztálin, micro usb

Most ezt így nehezemre esik megszakérteni, de minden osztálynak saját loggere van. Ha nem akarod mindig beírni azt az 1-2 sort, akkor ott van a lombok logger annotációja

1 sor, vagy 1 annotáció, édesmindegy. Azt nem értem, miért viselkedik így véletlenszerűen.
És hogy miért száll el olyan entitynél is amiben nincs log, csak az ősosztályában, ahol deklarálva van a logger.

[ Szerkesztve ]

hitler, sztálin, micro usb

javax.persistence.schema-generation.scripts.action-nél nincs olyan, hogy update, pedig ha nem scriptet kell generálnia, olyan szép alter table-ket tud csinálni.
Nem lehet kicsikarni belőle, hogy scriptbe rakjon update ddl-t? Nem akarok kézzel alter tablezni...

hitler, sztálin, micro usb

Ez generál a stdout-ra scriptet, amit utána tudsz használni

spring:
jpa:
hibernate:
ddl-auto: update
properties:
hibernate:
format_sql: true

logging:
level:
org.hibernate:
SQL: DEBUG
type.descriptor.sql.BasicBinder: TRACE

[ Szerkesztve ]

Van egy java ee (jsp & servlet + mysql) projektem, amiben szeretném megvalósítani az alábbit:
Az egyik jsp oldalon az egyik gomb megnyomására egy egyszerű animáció indul el:
egy alakzat vízszintesen mozog "a" pontból "b" pontba.
A mozgó alakzat sebességét a mysql adatbázis egy mezőjének értéke határozná meg. Tehát pl ha az adott mezőben 1 van, akkor az alakzat lassabban éri el a "b" pontot, ha 2, akkor gyorsabban.
Általánosságban hogyan lenne érdemes hozzálátni a megvalósításhoz, miben gondolkodjak, pl, ami az animációt illeti? Javascript?
És hogyan jut el az adatbázisból származó információ az animációt megvalósító kódig?
(jdbc megy...)

[ Szerkesztve ]

Attól függ az "alakzat" az micsoda és hogyan kerül oda. Ha megoldható, akkor CSS animációkkal/átmenettel oldd meg szerintem, amit egy class-al és css változóval (sebesség) irányítasz. A sebességet meg átadod mint globális js változó (generálod jsp-vel a lap betöltésekor). Vagy lekéred http-n keresztül egy végponton.

Egy minta css transition-re.

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

LazyInitializationException-t hogy lehet megoldani, EAGER-re állítás nélkül?
@Transactional ugye szokás szerint nem működik, a fő entity lekérdezése ugyan abban a @Transactional metódusban van, mint a subselectes getter hívása. Igaz, hogy nem is service layeren van, mert ez ugyan az a rakás... még mindig.

@OneToMany(mappedBy="parentInvoice", fetch= FetchType.LAZY, cascade= CascadeType.ALL, orphanRemoval=true )
@Fetch(value = FetchMode.SUBSELECT)
public List<ItemsEntity> getItemList() {
return itemList;
}
Már volt ilyen gondom, máshol, csak már nem tudom hol, csak arra emlékszem, hogy ott sem volt jó egyik dolog sem az EAGER-t leszámítva, amit a google kidob erre a hibára , de sikerült EAGER nélkül valahogy.

[ Szerkesztve ]

hitler, sztálin, micro usb

"ott sem volt jó egyik dolog sem az EAGER-t leszámítva, amit a google kidob erre a hibára"

aham, mint ez meg ez, amikben kifejezetten azt írják, hogy ne használj eager-t ilyen helyzetben (első 2 találat)

Vlad Mihalcea blogját amúgy tudom ajánlani, ha hibernate és/vagy jpa a témakör.

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

nem is akarok használni, de a példákban más megoldás nincs, lásd ott a fetch és mégse.
Az elméleletet tudom, meg azt is, hogy az jpa-nál ritkán stimmel a gyakorlattal, ahogy itt se.

A gyors megoldás az lett, hogy a service-ben nyomok egy gettert a sub entitykre semmibe vezetett eredménnyel, és utána már jó lesz a servicen kívül is.

De inkább azt választottam, hogy a @Fetch(value = FetchMode.SUBSELECT)-et átírtam FetchMode.JOIN-ra. Hogy ez most bug, vagy feature, nem tudom, mindenesetre logikát nem látok benne... úgyhogy a bug a valószínűbb.
Azt nem tudom mit csinál, nem is érdekel, ennek a rakás ürülék alkalmazásnak ez a legkisebb gondja

[ Szerkesztve ]

hitler, sztálin, micro usb

A @Transactional többek között pont erre jó, hogy egyazon sessionbe kerül minden. Mondjuk eleve nem szeretem a metódus annotációkat, de nem hiszem, hogy az bezavarna.

Igen, elvileg így kéne, ezért is volt reflexből ez az első próba ezzel, de "túl szép, hogy igaz legyen".
Nem zavart be, csak nem oldotta meg a dolgot. Az égvilágon semmi változást nem okozott.

[ Szerkesztve ]

hitler, sztálin, micro usb

ha a fetch mód subselect, akkor n db kapcsolódó entity-vel n+1 query-t generál a hibernate, ez működik eager és fetch betöltésnél is, viszont a join fetch mód esetében 1 db query-t generál a hibernate, amivel lekéri a kapcsolódó entity-ket is, így ez instant eager betöltést jelent fetch type-tól függetlenül

én alapvetően a @NamedEntityGraph irányba mentem volna, ha nincs mód nagyobb refaktorra (bár ha ezt force-olja a projekt struktúra, akkor kb. mindegy, mert eager betöltés lesz a vége)

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

Rá kellett jönnöm, hogy a spring data nem olyan okos, mint hittem, így ha a @Query-s repositoriy metódus szignatúrájában nem lista van, hanem pl string, akkor nem tol egy LIMIT 1-et a DB-felé, hanem működik amíg egy találat van, és exception amint több is van...
Szóval hogy lehet korlátozni 1-re a találatok számát, natív query nélkül?
Tényleg az a legegyszerűbb, hogy a service-ben csak kiveszem a lista első elemét? Tákolásra kényszerít?
(metódusneves query leírás nem játszik, túl bonyolult ahhoz a query (pedig nem is igazán bonyolult))

hitler, sztálin, micro usb