Új hozzászólás Aktív témák

• Foglalt név addikt

  #12169

  #12168 Foglalt név

  2025-01-28 15:16:20

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #12168 Foglalt név

  #12168 Foglalt név

  Felvenném a fonalat az eszement framework-el.
  Próbálnék összehozni egy Spring Cloud Config szervert AWS backend-el. A dolog egész jól működik, ameddig a saját bejelentkezésemet használja. Azonban hozzá kéne adnom egy Role-t, hogy lássa a felhőt magától is.
  A 2.26-os aws sdk egy generált trutyinak tűnik és nem látom, hogyan tudnám elhiteteni vele, hogy a Primary Bean-nek megadott StsAssumeRoleCredentialsProvider-t használja.
  Az egész kód úgy néz ki, hogy csak a Default-ot tudja, használni és persze annyira "szolid", hogy minden private, nehogy bele tudjak nyúlni szépen.
  Mivel Spring, gondolom van egy nem dokumentált paraméter, függvény valahol, amivel egy sorból meg lehet oldani és nem kell a fél SDK-t újraírni hozzá. Vagy a Bootstrap registry-be behekkelni. Minél "tisztább" az ötlet, annál jobb. Köszi előre is!

  Utálom, ha valaki nem írja be a választ, ha megtalálta egy kérdésre.
  Az EnvironmentRepositoryConfiguration-ben ConditionalOnMissingBean babok, amikkel ki lehet váltani valami értelmessel a gyári implementációt.
  Biztos én vagyok vak, de egy vak hangot nem találtam erről (sem) a dokumentiációban.

• Foglalt név addikt

  #12168 2025-01-28 10:31:44

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  Felvenném a fonalat az eszement framework-el.
  Próbálnék összehozni egy Spring Cloud Config szervert AWS backend-el. A dolog egész jól működik, ameddig a saját bejelentkezésemet használja. Azonban hozzá kéne adnom egy Role-t, hogy lássa a felhőt magától is.
  A 2.26-os aws sdk egy generált trutyinak tűnik és nem látom, hogyan tudnám elhiteteni vele, hogy a Primary Bean-nek megadott StsAssumeRoleCredentialsProvider-t használja.
  Az egész kód úgy néz ki, hogy csak a Default-ot tudja, használni és persze annyira "szolid", hogy minden private, nehogy bele tudjak nyúlni szépen.
  Mivel Spring, gondolom van egy nem dokumentált paraméter, függvény valahol, amivel egy sorból meg lehet oldani és nem kell a fél SDK-t újraírni hozzá. Vagy a Bootstrap registry-be behekkelni. Minél "tisztább" az ötlet, annál jobb. Köszi előre is!

• Foglalt név addikt

  #11992

  #11990 floatr

  2023-01-12 14:15:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11990 floatr

  #11990 floatr

  Ha mérlegre kéne tenni, hogy hány alkalommal futottál bele ilyen jellegű függőségi problémába, és hány alkalommal nem kellett egy projekt elindításánál neki köszönhetően összegereblyézned a libeket, akkor gyanítom, hogy az utóbbi lenne a jellemzőbb.
  Nyilván mindenki azt használ, amit akar, meg amit megszabnak neki, de ne tegyünk már úgy, mintha megkeserítené az életét egy fejlesztőnek.

  Szerintem az összegereblyézés nem feltétlen a megfelelő előny. Ha a lib-eket berakod direktben a repo-ba, akkor robusztusabb és gyorsabb is, mint ahogy a maven levadássza őket.
  Én úgy vélem projektfüggő mit, és hogyan használsz. A mai divatos eldobható szösszeneteket én is inkább összecsapom valamiben.
  Ha elő kell vennem egy régi cuccot, aminek az életideje évtizedekben mérhető, csak éppen befut rá egy feature request, akkor azonban mindig meglepődöm, hogy érdekes módon az időm java részében fejlesztek és a végén lefordítom az aktuális java verzióval egy szem hiba nélkül.
  Szemben azzal, mikor gradle, spring vagy valamelyik másik framework-ben az idő 60%-ban próbálok rájönni, hogy sikerült egy több százezer fejlesztő által használt keretrendszert kiadni egy olyan patch szintű upgrade-el ami nem visszafelé kompatibilis.
  Persze a felháborodásom azon is múlik, hogy CD pipeline-t kell írni a korábban említett őskövülethez, amit legközelebb akkor fogunk kiadni, mikor már nem lesz gitlab.

• Foglalt név addikt

  #11989

  #11988 mobal

  2023-01-10 15:24:20

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11988 mobal

  #11988 mobal

  Leírja, hogy olyan funkciót használsz ami a jövőben nem lesz táogatott. Ez miért gond?

  Itt a deprecated jelentése: [link] . Használj gradle wrappert és akkor fixen használhatsz arhaikus verziót mindenféle hibaüzenet nélkül.

  Az isten óvjon minket attól, hogy minden libet kézzel keljen újra behúzni.

  Projektje válogatja, de ha egyszer szaladtál bele abba, hogy a local cache törlés után jöttél rá, hogy lelőtték a server-t, ami hostolta a lib-ed, akkor azért lehet futottak ki cifra dolgok a szádon.

• Foglalt név addikt

  #11958

  #11945 Drizzt

  2022-09-01 16:13:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11945 Drizzt

  #11945 Drizzt

  Szabadni szabad, de nem tul szep. Interface moge viselkedest illik rejteni, igy pl. azt, hogy miket tudnak csinalni az allatok, szivesen kiszerveznem interface-be, de azt, hogy milyen tulajdonsagai vannak az allatoknak, inkabb nem.
  A backend dolgot nem tudom itt hogyan erted.

  Ettől féltem. (Próbálok többek, több kérdésére is választ adni, nem csak neked.)
  Amin dolgozom, az egy céges JAVA backend library. A valós feladat, hogy az ügyfél listákat tudjon létrehozni egy adott parent-child business object-ből (listánként vagy csak az egyik, vagy csak a másik). A listáknak azonban különböző saját tulajdonságaik lehetnek (jó lenne ha dinamikusan lehetne őket kreálni és nem kéne folyton a CD-t dolgoztatni), sőt maguk a kapcsolatok is változó változókkal bírnak. Tehát egy BO többször is szerepelhet a listában, ha a kapcsolatnak mások a paraméterei.
  Az egyszerűen menne, hogy lepéldányosítok egy közös interfészt, de az nem oldja meg, hogy minden új típusú listára új osztályt kéne csinálnom. Ha csinálok egy lista osztályt és abba dobok egy "tömböt" a plusz paraméterekről, akkor viszont azokat folyton cast-olnom kellene. Ezért gondoltam, hogy inkább csinálok ahhoz is egy marker interfészt, plusz bele az említett függvényt a lehetséges értékekkel és akkor a kliens oldalon nulla tudással lehet kezelni a dolgot.
  A backend-nél arra gondoltam, hogy ha foreign key-t szeretnék a különböző paraméterekre, akkor az macerásabb. Listatípusonként tudok csinálni egy táblát, a típusleíróba meg beírom a hozzátartozó tábla nevét, de kicsit mókolásnak érzem.
  De bármennyire is keresek, nem találok rá elegáns megoldást.

• Foglalt név addikt

  #11942

  #11940 Foglalt név

  2022-08-31 14:05:26

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11940 Foglalt név

  #11940 Foglalt név

  Ráadásul ugyanezt meg tudom változókkal is csinálni, ugye?. Csinálok egy marker interface-t(AnimalAttribute), amihez hozzádobok esetleg egy getPossibleValues()-t és legrosszabb esetben kap az adott class egy wrapper-t. Így akár egy dinamikus listát is tudok csinálni, ahol a tigriseknek lesz Csíkvastagsága a kengurunak meg Erszénynyúlásiegyütthatója.
  "Szabad" ilyet?

  Belegondoltam és a változóknál bejön egy új aspektus, a backend.

• Foglalt név addikt

  #11940

  #11939 Drizzt

  2022-08-31 13:13:15

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11939 Drizzt

  #11939 Drizzt

  Tobbfele megoldas lehet, de talan a legegyszerubb az, ha csinalsz egy Activity osztalyt, ami leirja, hogy mit es hogyan tud csinalni az az Activity.
  Az allat osztalyban meg eltarolsz egy Activity Collection-t, amire csinalsz egy getter-t.
  Aztan az Activity-bol csinalhatsz mondjuk egy KangarooHidingActivity-t, ami a konstruktoraban megkap egy Kangaroo-t. A Kangaroo konstruktoraban meg megcsinalod a KangarooHidingActivity-t, meg a masikat es belerakod oket egy collection-be.
  Igy amikor vegigmesz egy Animal Collection-on, le tudod kerni az egyes Activity-k kollekciojat allatoktol fuggetlenul, azok az Activity-k meg megis kepesek lesznek allat specifikus dolgokat csinalni, az eppen megadott allaton.
  Azt nem tudom, hogy ez egy ismert pattern-e, meg van-e neve, de egyszeru esetben valami ilyesmit csinalnek. A Command pattern nagyjabol ez, de talan nem pontosan.

  Ráadásul ugyanezt meg tudom változókkal is csinálni, ugye?. Csinálok egy marker interface-t(AnimalAttribute), amihez hozzádobok esetleg egy getPossibleValues()-t és legrosszabb esetben kap az adott class egy wrapper-t. Így akár egy dinamikus listát is tudok csinálni, ahol a tigriseknek lesz Csíkvastagsága a kengurunak meg Erszénynyúlásiegyütthatója.
  "Szabad" ilyet?

• Foglalt név addikt

  #11937 2022-08-31 09:46:18

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  Nem teljesen java, inkább OOP kérdés, amiben kicsit elveszve érzem magam.
  Vannak állataink, legyen mondjuk kenguru és tigris. Szeretnénk építeni egy cirkuszt, több ilyen állattal.
  A cirkusz igazgató le tud hívni egy állatlistát, amiben látja mindkét fajt és az adataikat, pl. születési év. Illetve ha kiválaszt egyet, akkor utasítást adhat pl. egy gombbal. Mindkét állat tud a farkán ugrálni, viszont a kenguru el is tud rejteni valamit az erszényében.
  A problémám, hogy sokak szerint egy instanceof mindig code smell. Akár leszármazást, akár kompozíciót használok, valahogy meg kell tudnom a lista egy adott elméről, hogy milyen többlet képessége.
  Hogyan lehet ezt szépen megoldani?
  Illetve lehet-e dinamikussá tenni az egészet, hogy kódváltoztatás nélkül új fajokat kreáljon az igazgató, amik saját "képességekkel" rendelkeznek?

• Foglalt név addikt

  #11842

  #11839 Drizzt

  2022-06-24 12:36:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11839 Drizzt

  #11839 Drizzt

  Sajnos nem erted az emberek mukodeset, meg a traumak hatasat. Hiaba mondod esetleg azt, hogy ma mar nincsen rabszolgasag, ezert nem lehet traumatizalo hatasa az emlitesenek, de a traumak jelentos resze generaciokon tovabboroklodik. Persze az egy remek dolog, ha ezzel el kezd foglalkozni az ember, de ott ahol a lakossag 12%-a potencialisan kitett ennek a problemanak, ott elegge irrealis azt mondani, hogy akkor mindenki oldja meg es menjen pszichologushoz kozuluk.
  Valamint ott sem biztos, hogy mindenki arra a pontra fog eljutni, hogy ot valojaban ez nem is zavarja, mert nem neki szol, lehet inkabb az ezen kifejezesek megszunteteset kero enje fog eloterbe kerulni. Ha valaki azt erzi, hogy serti valami, akkor a pszihologusnal egyaltalan nem biztos, hogy az fog kijonni, hogy akkor elfogadom a sertest. Sokkal valoszinubb, hogy az fog kijonni, hogy akkor szembeszallok vele nyiltan, mert tartom magamat annyira, hogy ne engedjem megalazni masok altal.
  Ez egy gesztus, ami egy lepes egy empatikusabb, bekesebb vilag fele. Nem oldja meg a vilag gondjait, sokaknak megis szebb lesz toluk a vilag, kevesebb az alapfeszultseguk.
  Egyebkent en sem talaltam volna semmi bantot a master branch nevben, de nem nekem tisztem megitelni, hogy banto-e, mert nem vagyok erintett. Foleg ugy, hogy itt nincs melle mondva a slave kifejezes, ez nehezebben erthetove teszi a dolgot a szamomra is. De ez nem nekem szol. Annyira nem lesz nehez ket betuvel kevesebbet gepelnem, meg neha rajonni, hogy jeee, itt master van. Multbeli dolgokat, muveket en sem valtoztatnek meg, de azert raknek mellejuk disclaimereket.

  Ettől egyáltalán nem kevesebb lesz az alapfeszültség, hanem pont hogy feltépi ezt a sebet szerintem. Kb. fél éve váltottunk pont rendszert amikor szembesültem az új névvel. A mai napig egy pillanatig nem merült fel bennem, hogy egy ilyen abszurd baromság lenne a háttérben. Azt a majmot amelyik kitalálta, hogy sikerüljön frissen megbélyegezni egy csoportot a nevükben mindenkire rámért többlet szívás miatt, beállítanám, hogy az összes HDD és ODD jumpert pingálja át kézzel.
  De jövő héttől, akkor majd légyszíves ne lehessen fekete ruhát kapni a boltokban, mert az egy általam nem ismert barátomat a nagymamája halálára emlékezteti és ettől traumatizált lesz. Ebben pedig "potenciálisan" a föld népességének 100% érintett, hiszen nagymamája még szegény Dollynak is volt.
  Baszki lemaradt: tátsz end préjörsz. Így már biztos minden rendben lesz!

• Foglalt név addikt

  #11835

  #11833 Drizzt

  2022-06-24 09:25:38

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11833 Drizzt

  #11833 Drizzt

  Egyreszt magahoz a szakmahoz is van koze, ha masert nem, az emlitett fekete fejlesztok miatt. Masreszt meg a szakma termekeinek is van celkozonsege. Ott aztan vegleg hatalmas versenykepessegi eleses, ha nem gondolsz mindenfele marginalizalt csoportra.
  Valahol a lenyeg ott van, hogy szerinted csak hipererzekeny viraglelkueket zavar a dolog, de valojaban nem. Az emberre a dolgok nem csak tudatosan hatnak, a felszin alatt hatalmas lelki es ezen keresztul kesobb fizikai bantalmat tudnak okozni. De errol ne nekem higyj, inkabb pszichologusok/pszichiaterek tapasztalatait vedd figyelembe.
  Azzal, hogy aki ellenvelemenyt fogalmaz meg, en sem ertek egyet, hogy el kellene nyomni. Ellenvelemenynek mindig van helye.

  Itt nem arról van szó, hogy valaki mimóza-e, hanem hogy elfelejtettük Babitsot és egyre több a néma.
  Ha valakinek akkora lelki törése van, hogy egy reál szakon nem képes absztrakt fogalmakról személyes érzelmi befolyáltság nélkül társalogni, akkor kezeltesse magát. Nem hiszem, hogy az megoldás, hogy holnaptól átírjuk a halmazelméletet, mert Kolompár Eszmeraldát a kisebbségi hovatartozására emlékeztetik a részhalmazok.

• Foglalt név addikt

  #11793

  #11791 Ablakos

  2022-05-22 21:19:44

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Foglalt név

  addikt

  #11791 Ablakos

  #11791 Ablakos

  public static void main(String[] args) {
        String s1=new String(args[0]);  
        String s11=new String(args[0]);  
        System.out.println(s1.intern() == s11.intern());
        String s2="alma";  
        System.out.println(s1==s2);
          
    }

  (a main "alma" paraméter kap.)

  1. Tudna valaki magyarázatot, miért lesz a konzol kimenete a true/true a fenti esetben?
  Úgy tudom a String immutable. Az s1 a heap-en jön létre az s2 literál az SCP-n ül.
  Az intern() miatt átkerül az SCP-re?

  2. Amit végképp nem értek, ha a 3.és 4.utasításokat felcserélem akkor true/false a kimenet.

  Ez egész jó ki feladat.
  Szóval a programban nem szerepel a 4. sorig "alma", ezért a közös String poolban sem.
  Mivel az 1. és 2. parancs a new kulcsszavat használja, ezért mindkét String a heapbe kerül.
  Az intern, amíg a pool-ban nem szerepel az érték, átrakja oda. Ergo az s1 átkerül, az s11 nem, az s2 pedig az intern után van, ez csak rámutat az s1-re.
  Ha felcseréled a 3. és 4. parancsot, az s2 már az s1.intern előtt megcsinálja az almát a pool-ban, így az intern nem fogja az s1-et átmozgatni, ergo 3 különböző memóriacímet foglalsz (1-et a pool-ban kettőt pedig a new-k miatt a HEAP-ben).

  Ki tudod próbálni ha az s11 és s2 közé is raksz "=="-t

Új hozzászólás Aktív témák