Hirdetés

  2. Fórumok
  3. Szoftverfejlesztés
  4. Java programozás
  5. (kiemelt téma)
Keresés

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

  • glutamin glutamin őstag
    #6809
    #6808 WonderCSabo
    Ú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
    glutamin
    glutamin
    őstag
    #6808 WonderCSabo
    #6808 WonderCSabo

    Első sorban ne kommentelj. Egyébként meg

    <!-- ez egy komment-->

    Kipróbáltam. Tényleg nem szereti az első sort. De utána már mehet. Valamint a HTML kommentformátum is jó volt. Felkiáltójelet kihagytam az előbb. Most már nyugodtan alszom :DDD Köszi a segítséget :R

  • glutamin glutamin őstag
    #6807
    #6806 WonderCSabo
    Ú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
    glutamin
    glutamin
    őstag
    #6806 WonderCSabo
    #6806 WonderCSabo

    Nem valszeg volt ott a hiba, hanem biztos ott volt a hiba, hiszen az error trace pontosan le is írta. Még azt is, hogy az első sorban a prolog előtt van valami felesleges adat.
    Java 1.6-ra vissza váltás mondjuk szerintem annyira nem jó ötlet, minek? Ez oldotta meg a problémát?

    Most kipróbálgattam. 1.7-tel, 1.6-tal is jó. Komment volt a ludas. XML-en belül mi a kommentezés jele? (//, /*, <-- nem jó)

  • glutamin glutamin őstag
    #6805
    #6803 Szmeby
    Ú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
    glutamin
    glutamin
    őstag
    #6803 Szmeby
    #6803 Szmeby

    Pont ellenkezőleg, ott akad el először. Az a root cause.

    Mikor hiba történik az pl. kivételt (exception) generál, ez megszakítja az adott blokk végrehajtását, a kivétel elkezd visszafelé vándorolni a stack-en. Teszi ezt addig a pontig, amíg azt egy catch ág el nem kapja. Normális esetben a catch blokk csinál is valamit, vagy feloldja a hibát és minden megy tovább onnantól a maga medrében, vagy pl. tovább dobja azt akár egy másik kivételbe csomagolva. Az ilyen elkapom-továbbdobom megoldások eredményezik a "caused by" blokkokat a stacktrace-en. Mire a felhasználó/fejlesztő találkozik a hibával, a kiváltó oka sokszor el is tűnik a felszínen. Ezért érdemes először alul keresni az igazi okot.
    Itt ragadnám meg az alkalmat, hogy megjegyezzem, ne csináljatok üres catch blokkokat, mert ott elveszik a hiba, és később nehéz lesz megtalálni.

    Na sikerült. Még mindig vannak hibaüzenetek, de a tutorial szerint ez most nem érdekes. Valszeg a hibernate.cfg.xml fájlban volt hiba. Kommentezést kiszedtem. Projektben a JAVA környezetet átkapcsoltam 1.7-ről 1.6-ra. Utána már csatlakozott. Akkor még egy adatbázisjelszó javítás volt és most itt tartok:

    SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
    SLF4J: Defaulting to no-operation (NOP) logger implementation
    SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
    Hibernate: insert into UserDetails (userName, userId) values (?, ?)

    Hétvégén nekifekszem és végigzongorázom az alap SQL műveleteket, aztán lassan megnézem mi az a Maven :D

  • glutamin glutamin őstag
    #6802
    #6801 Szmeby
    Ú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
    glutamin
    glutamin
    őstag
    #6801 Szmeby
    #6801 Szmeby

    Ha hiba van, az ajánlott megoldás:
    Megkérdezni a guglit az utolsó caused by hibaüzenetről.
    Első találat.

    Ez pl eszembe sem jutott hogy az utolsó hibaüzenettől kezdjem el nézni. Gondolom ott akad el végleg.

    Még nagyon az elején vagyok ennek a HIBERNATE-es dolognak. Korábban PHP/ASP, MySQL/JET Database vonalon már foglalkoztam webes adatbázisos alkalmazással, de most ez nekem még elég kínai.

  • glutamin glutamin őstag
    #6799
    Ú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
    glutamin
    glutamin
    őstag

    Sziasztok!

    Egy kis segítséget szeretnék kérni, mert nagyon elakadtam. Egy alap HIBERNATE programocskát szeretnék beüzemelni. Eddig ott tartok, hogy:
    - van egy USBWebserver a gépemen, MySQL adatbáziskezelővel, amit webes felületen elérek
    - Eclispe környezetet használok
    - csináltam egy projektet, benne package
    - van hibernate.cfg.xml konfigurációs fájlom
    - van egy mapping fájlom
    - van egy rövid java osztályom, ami rácsatlakozni az adatbázisra
    - valamint a szükséges java osztályok be vannak konfigurálva

    A fentieket youtube-os tutorial alapján állítottam össze lépésről lépésre.

    A teszt osztál yfuttatásakor viszont a lenti hibaüzenetet kapom. Feltehetően már az adatbázishoz kapcsolódáskor elakad a dolog. Gondolom valamelyik java osztály importálása nem volt jó.

    SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
    SLF4J: Defaulting to no-operation (NOP) logger implementation
    SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
    Exception in thread "main" org.hibernate.HibernateException: Could not parse configuration: /hibernate.cfg.xml
    at org.hibernate.cfg.Configuration.doConfigure(Configuration.java:2246)
    at org.hibernate.cfg.Configuration.configure(Configuration.java:2158)
    at org.hibernate.cfg.Configuration.configure(Configuration.java:2137)
    at MyMarket.HibernateTest.main(HibernateTest.java:24)
    Caused by: org.dom4j.DocumentException: Error on line 1 of document : Content is not allowed in prolog. Nested exception: Content is not allowed in prolog.
    at org.dom4j.io.SAXReader.read(SAXReader.java:482)
    at org.hibernate.cfg.Configuration.doConfigure(Configuration.java:2238)
    ... 3 more

    Mit lenne érdemes ellenőrizni? Mik a főbb komponensek, amiken végig kéne mennem, hogy mi van szarul beállítva/ kimaradt?

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

Hirdetés