Ez a tábla felsorolja a 2.6.9. változat javítócsomagjának
fejlesztéseit. |
Fejlesztések |
1 | 90337 | |
A HP Integrity platformon HP-UX támogatásra van szükség |
Tünet: a HP Integrity platformon az illesztő
működéséhez szükség van a HP-UX támogatására. |
Megoldás: a támogatás biztosítva van. |
|
2 | 95501 | |
A TimingStats funkció fejlesztései |
Tünet: A naplófájl időzítési statisztikai adatai nem
teljesek. |
Megoldás: Az üzleti objektumokba bekerült egy
BOInstanceTimingStats nevű új tulajdonság. A BOInstanceTimingStats tulajdonság prioritása
magasabb, mint a konfigurációs fájl TimingStats tulajdonságáé. Ha mindkét tulajdonságban
érvényes érték van beállítva, akkor az illesztő csak a BOInstanceTimingStats
tulajdonságot veszi figyelembe.
|
|
3 | 95505 | |
A tétlen ügynökkapcsolatok időkorlátjának beállítása |
Tünet: túl sok tételn kapcsolat van, amely
nincs használatban. |
Megoldás: a tételn kapcsolatok törléséhez egy új
tulajdonságot hoztak létre (IdleTimeAndCheckInterval). A tulajdonság két egész számból
áll, ezek az IdleTime és CheckInterval változók. A határoló egy vessző. A CheckInterval
változó az a ciklust határozza meg, amely ellenőrzi, hogy mióta szabadok a tétlen
kapcsolatok a JDBC kapcsolattárban. Az IdleTime változó a tétlenül tölthető időt
határozza meg. Ha valamelyik szabad kapcsolat tétlenül töltött ideje meghaladja az
IdleTime változóban beállított értéket, akkor az illesztő lezárja a kapcsolatot. Ha a
JDBC kapcsolattáran található kapcsolatok száma eléri a MinimumDatabaseConnections
tulajdonságban beállított értéket, akkor az illesztő akkor sem zárja be a kapcsolatot, ha
az túllépte a megengedett tétlenül tölthető időt.
|
|
4 | 95525 | |
A JDBC Connector kapcsolattára |
Tünet: A JDBC Connector kapcsolattárának
újratervezése |
Megoldás: Öt új tulajdonságot hoztak létre, hogy
lehetővé tegyék a kapcsolatok létrehozását a JDBC kapcsolattárban.
A MaximumDatabaseConnections tulajdonság a JDBC kapcsolattárban tartható
kapcsolatok maximális számát határozza meg. Ez egy egész szám, amelynek alapértelmezett
értéke 5. A MinimumDatabaseConnections tulajdonság a JDBC kapcsolattárban
tartandó kapcsolatok minimális számát határozza meg. Ez egy egész szám, amelynek
alapértelmezett értéke 1. A MaxDBConnectionsInBatch tulajdonság a kötegelt
módban egyszerre létrehozható kapcsolatok maximális számát határozza meg. Ez egy egész
szám. Ha a tulajdonság nincs meghatározva, akkor a kapcsolatok kötegelt módú létrehozása
le van tiltva.
A ThresholdOfCreatingConnectionsInBatch tulajdonság azt a küszöbértéket határozza
meg, amelynél el kell kezdeni a kapcsolatok kötegelt létrehozását. Ez egy egész szám,
amelynek alapértelmezett értéke 0. A UsingDriverConnect tulajdonság logikai
(Boolean) típusú. Ha a tulajdonság értéke True, akkor a WBI JDBC illesztő a
Driver.connect API segítségével létesít adatbázis-kapcsolatot. Ha az értéke False, akkor
pedig a DriverManager.getConnection metódust használja az adatbázis-kapcsolatok
létrehozására.
|
|
Javítások |
1 | 90735 | JR27571 |
A JDBC 2.6.6.IF1 illesztő JDBCEventmontior kivételt kap |
Tünet: a bejövő művelet sikertelen, ha az események
lekérdezése az érvényes kapcsolat megszerzése előtt megkezdődik. |
Megoldás: egy új tulajdonság
(RetryConnCountAndInterval) segítségével tesztelhető a kapcsolat, mielőtt az eseményeket
beolvasná az alkalmazás. |
|
2 | 95480 | JR28117 |
Az illesztő nem írja az időzítési üzeneteket a naplóba |
Tünet: a TimingStats tulajdonság használatakor
az illesztő nem a naplóbfájlba, hanem a nyomkövetési fájlba írja az időzítési
üzeneteket. |
Megoldás: a javítás kiküszöböli ezt a hibát, és az
illesztő a naplófájlba írja az időzítési üzeneteket. |
|
3 | 91600 | |
Az illesztő a "BOInstanceTimeOut" tulajdonsággal kapcsolatos hibaüzenetet nyomtat |
Tünet: az illesztő a BOInstanceTimeOut tulajdonsággal
kapcsolatos hibaüzenetet nyomtat. |
Megoldás: ezt a problémát a 95501 számú javítás
kiküszöböli. |
|
4 | 89811 | JR27130 |
A JDBC Connector 34043. számú üzenete nem adja meg a második paramétert. |
Tünet: A JDBC Connector 34043. számú üzenete nem adja
meg a második paramétert. |
Megoldás: a második paraméter bekerült a 34043. számú
üzenetbe. |
|
Ez a táblázat felsorolja a 2.6.8 változatú javítócsomag
fejlesztéseit és javításait. |
Fejlesztések |
1 | 89151 | |
A WebSphere Business Integration Adapter for JDBC üzleti objektumainak példányszintű
időtúllépése |
Tünet: Az Adapter for JDBC nem támogatja az üzleti
objektumok példányszintű időtúllépését. Az üzleti objektumok példányszintű
időtúllépésének támogatása azt jelenti, hogy különböző időtúllépés állítható be az egyes üzletiobjektum-példányokra.
|
Megoldás: Az illesztő egy új tulajdonsága
(BOInstanceTimeOut). A BOInstanceTimeOut tulajdonság előnyt élvez a QueryTimeOut
tulajdonsággal szemben. Ha mind a BOInstanceTimeOut, mind a QueryTimeOut tulajdonság
érvényes értéket tartalmaz, akkor az illesztő a BOInstanceTimeOut tulajdonság értékét
veszi figyelembe. Továbbá, a BOInstanceTimeOut tulajdonság több helyen használható, mint a
QueryTimeOut tulajdonság. A Retrieve műveleteket kivéve a BOInstanceTimeOut minden
műveletben használható, akár a tárolt eljárások futtatásakor is.
|
|
Javítások |
1 | 89540 | JR27085 |
A tárolt eljárás csak az utolsó leszármazott üzleti objektumra futtatható le. |
Tünet: az illesztő csak az utolsó leszármazott üzleti
objektum tárolt eljárását használja, amikor meghívja az AfterretrieveSP tárolt eljárást,
ennélfogva csak az utolsó leszármazott üzleti objektum tartalmaz helyes adatokat. |
Megoldás: az illesztő rekurzívan hívhatja a
leszármazott üzleti objektumok AfterretrieveSP tárolt eljárását, így minden leszármazott
üzleti objektum szerepel az adatok lekérdezésében. |
|
2 | 69922 | |
Egy NullPointerException kivétel keletkezik, ha a CloseDBConnection tulajdonság a True
értéke, a PreserveUIDSeq tulajdonság pedig a False értékre van állítva. |
Tünet: egy NullPointerException kivétel keletkezik, ha
a CloseDBConnection tulajdonság a True értéke, a PreserveUIDSeq tulajdonság pedig a False
értékre van állítva. Az illesztőnek három percre van szüksége a leálláshoz. |
Megoldás: a probléma megoldódott. |
|
Ez a tábla felsorolja a 2.6.7. változat javítócsomagjának
fejlesztéseit. |
Fejlesztések |
1 | 69348 | |
A Redhat Linux 4 platform támogatása |
Tünet: az illesztőnek támogatnia kellene a Redhat Linux
4 platformot. |
Megoldás: a támogatás biztosítva van. |
|
2 | 69137 | |
A Suse Linux 9 platform támogatása |
Tünet: az illesztőnek támogatnia kellene a Suse Linux 9
platformot. |
Megoldás: a támogatás biztosítva van. |
|
Javítások |
1 | 88523 | JR26435 |
Események többszöri feldolgozása |
Tünet: ha az illesztő vevői adatokat fogad egy bejövő
műveletben, és a kapcsolat érvénytelen, akkor az illesztő minden érvénytelen kapcsolatot
töröl a kapcsolattárból. E folyamat során az illesztő törli a bejövő kapcsolat
erőforrásait (eseményfigyelőjét). Mivel nem tudja frissíteni az események állapotát,
miután befejezte az előző Retreive műveletet, ezért újraindul. Az újraindulás után az
illesztő folytatja a befejezetlen esemény feldolgozását. Ugyanaz az esemény tehát
kétszer kerül feldolgozásra.
|
Megoldás: az érvénytelen kapcsolatok törlése után az
illesztő egy új eseményfigyelő indítását kezdeményezi, hogy létrehozza az új lekérdező
kapcsolat szükséges erőforrásait. A bejövő művelet ezután a normális módon folytatódhat. |
|
2 | 87258 | JR25638 |
Egy Parseexception kivétel keletkezik az Adapter for JDBC 2.6.5 változatában. |
Tünet: ha az attribútum értéke "" (CxBlank), az adat
típusa pedig Boolean, Integer, Float, Double vagy Date, akkor egy "érvénytelen
attribútumérték" hiba keletkezik. Ez a probléma azért fordul elő, mert az illesztő az
adattípus alapján értelmezi az attribútum értékét, és a "" (CxBlank) ezeknél az
adattípusoknál érvénytelen értéknek számít.
|
Megoldás: ha az attribútum értéke "" (CxBlank), az
adat típusa pedig Boolean, Integer, Float, Double vagy Date, akkor az illesztő null
értékre alakítja az attribútum értékét, és nem generálja az "érvénytelen attribútumérték"
hibaüzenetet. |
|
3 | 87160 | JR25527 |
Amikor az illesztő váratlanul leálítja a lekérdezést, a kérések feldolgozása folytatódik. |
Tünet: ha az illesztő régóta fut, akkor az
adatbázis-kapcsolat érvénytelenné válhat. Ha a kapcsolat érvénytelen, akkor a kimenő
művelet sikertelen, és az illesztő törli az érvénytelen kapcsolatokat. Amikor az illesztő
törli a kimenő kapcsolat erőforrásait (eseményfigyelőjét), az eseménylekérdező művelet
nem hajtható végre.
|
Megoldás: az érvénytelen kapcsolatok törlése után az
illesztő egy új eseményfigyelő indítását kezdeményezi, hogy létrehozza a bejövő
kapcsolat szükséges erőforrásait. A bejövő művelet ezután normális módon végrehajtható. |
|
Ez a táblázat felsorolja a 2.6.6 változatú javítócsomag
fejlesztéseit és javításait. |
Fejlesztések |
Ez a javítócsomag nem tartalmaz fejlesztéseket. |
Javítások |
1 | 85008 | JR24342 |
Az illesztő null értékként értelmezi a CxBlank értéket. |
Tünet: ha egy kulcsattribútum értéke CxBlank, és a
parancsszó Update vagy Retrieve, akkor az illesztő null értékként értelmezi a CxBlank
értéket a WHERE záradékban. |
Megoldás: a "BLANKFLAG"
alkalmazás-specifikus jelző bevezetése. Ha a "BLANKFLAG=true" érték van beállítva az
alkalmazás-specifikuc adatokban, akkor az illesztő "" értékként értelmezi a CxBlank
értéket a WHERE záradékban. |
|
2 | 68865 | JR25076 |
A Create és az Update parancsszavak különbözőképpen dolgozzák fel az UNVL=NULL kifejezést
null értékű dátumok esetén. |
Tünet: Az Adapter for JDBC dokumentációjának
megfelelően a "UNVL=NULL" alkalmazás-specifikus kifejezésnek akkor kell
érvénybe lépnie, ha az attribútum értéke CxIgnore (null). A Create műveletnél azonban ez
az alkalmazás-specifikus kifejezés akkor lép érvénybe, ha az attribútum értéke CxBlank
(""), ami helytelen. |
Megoldás: a Create műveletnél a "UNVL=NULL"
alkalmazás-specifikus kifejezés akkor lép érvénybe, ha az attribútum értéke CxIgnore. Így
a Create és Update parancsszavak ugyanúgy viselkednek, azaz mindkettő esetén a CxIgnore
értéket használja a "UNVL=NULL" alkalmazás-specifikus kifejezésben. |
|
3 | 85595 | JR24704 |
Ha egész bemeneti paraméterű tárolt eljárást futtat a JDBC kapcsolaton keresztül, egy
hibaüzenet jelenik meg. |
Tünet: a tárolt eljárások futtatásakor az illesztő
ellenőrzi, hogy a bemeneti paraméter értéke megfelel-e az adattípusnak. Az érvényesítést
végző kód hibája miatt azonban ha az adattípus Integer, akkor az illesztő egy hibát
generál. |
Megoldás: a kódot kijavították, így az érték
adattípusának ellenőrzése mostmár megfelelő. |
|
4 | 85363 | JR24549 |
Az illesztő nem áll le, ha a PingQuery utasítás meghiúsul. |
Tünet: ha az illesztő olyan üzleti objektumot dolgoz
fel, amelyben a parancszó Update, akkor nem áll meg és indul újra még akkor sem, ha a
PingQuery SQL-utasítás sikertelen. |
Megoldás: ha a PingQuery SQL-utasítás meghiúsul, az
illesztő -2-re állítja a visszatérési állapotot, így az illesztő keretrendszer
megfelelően leállítja és újraindítja az illesztőt. |
|
5 | 85144 | JR24427 |
Az UNVL nem működik az Update parancsszóval, ha az attribútum adattípusa Integer, Float
vagy Double. |
Tünet: ha egy attribútumnál az UNVL-t használja, és az
attribútum értékéül a CxIgnore értéket állítja be, a parancsszónak pedig az Update
műveletet, akkor az illesztő számként próbálja meg értelmezni a CxIgnore (null)
értéket. Emiatt egy NumberFormatException kivétel keletkezik. |
Megoldás: az UNVL használata esetén, ha az attribútum
értéke CxIgnore, és a parancsszó az Update, akkor az illesztő nem értelmezi a CxIgnore
értéket. Az illesztő az alkalmazás-specifikus UNVL adatok értékével folytatja a működést.
|
|
6 | 84876 | JR24278 |
Amikor az illesztő értelmezési hibát generál, nem szerepelteti a hibaüzenetben az
attribútum nevét. |
Tünet: az illesztő nem szerepelteti az attribútum
nevét a hibaüzenetben, amikor hibát észlel az attribútum értelmezése során. |
Megoldás: a hibaüzenet tartalmazza az attribútum
nevét, segítve ezzel a probléma meghatározását. |
|
Ez a tábla felsorolja a 2.6.5. változat javítócsomagjának
fejlesztéseit. |
Fejlesztések |
1 | 67678 | |
A getVersion() metódus megvalósítását frissíteni kell az illesztőben. |
Tünet: az illesztőváltozatot a leíró fájlból kell
megvalósítani, nem pedig a kódban szereplő statikus változóhalmazból. |
Megoldás: ez a frissítés megtörtént. |
|
2 | 83827 | |
Szükség van a Solaris 10 platform támogatására. |
Tünet: az illesztőnek támogatnia kellene a Solaris
10 platformot. |
Megoldás: a támogatás biztosítva van. |
|
3 | 83686 | |
A JDBC ODA indító parancsfájljaiból el kell távolítani az adatirányító illesztők
hivatkozásait. |
Tünet: az adatirányító illesztők osztályútvonalban
szereplő JAR fájljait el kell távolítani a JDBC ODA indító parancsfájljaiból. |
Megoldás: az adatirányító illesztő hivatkozásait
eltávolították. A megfelelő JDBC illesztőfájlokat az osztályútvonalba kell bejegyezni. |
|
Javítások |
1 | 67959 | |
A 32016-os nyomkövetési üzenetazonosítót két helyen is helytelenül használják. |
Tünet: tévedésből két helyen is hibásan használják a
32016-os nyomkövetési üzenetazonosítót. A helyes nyomkövetési üzenetazonosító a 32017. |
Megoldás: a 32016-os nyomkövetési üzenetet ezen a két
helyen a 32017-es üzenetre cserélték. |
|
2 | 67929 | |
A CWConnectorExceptionObject osztály visszaadott példányának üzenete helytelen. |
Tünet: amikor az illesztő egy kivétel miatt
sikertelen szolgáltatáskérést kezel, megpróbálja újra végrehajtani a műveletet. Amikor a
szolgáltatáskérés második próbálkozásra is meghiúsul, akkor a visszaadott
CWConnectorExceptionObject osztálypéldány üzenete helytelen. |
Megoldás: ezt a hibát kijavították. A második
sikertelen próbálkozásra kapott üzenet mostmár helyes. |
|
3 | 82879 | JR22976 |
Az illesztő érvénytelen hivatkozáskurzor hibát kap a RetrieveSP műveletek
végrehajtásakor. |
Tünet: amikor olyan tárolt eljárással próbálják meg
lekérdezni egy táblából az üzleti objektumokat, amely az eredményhalmazt egy kurzoron
keresztül adja vissza, az illesztő egy Invalid Ref-Cursor hibát kap vissza az Oracle
rendszerből. |
Megoldás: ezt a hibát kijavították. |
|
4 | 74554 | JR22906 |
java.sql.SQLException hiba: nincs elég memória a: ???CLOB SP. |
Tünet: az illesztőnek több memóriára van szüksége
a CLOB típusú adatok beolvasásához és tárolásához. |
Megoldás: ezt a hibát kijavították. Az illesztőben
optimalizálva van a CLOB típusú adatokhoz szükséges memóriafoglalás. |
|
5 | 74241 | JR23258 |
Az alkalmazás-specifikus UNVL=NULL kifejezés nem működik megfelelően. |
Tünet: Az alkalmazás-specifikus UNVL=NULL kifejezés
meghatározása és az attribútum null értékre állítása esetén az illesztő figyelmen kívül
hagyja az attribútumot, ezért nem tudja az adatbázisban null értékre állítani az értékét.
|
Megoldás: ezt a hibát kijavították. |
|
6 | 74237 | JR22731 |
Az illesztő olyan SQL-kifejezést generál ("where ... xxx is null"), amely a CLI0612E
kivételt okozza. |
Tünet: a RetrieveByContent parancsszó használatakor
az illesztő megpróbálja beállítani a redundáns attribútumértékeket egy előkészített
utasításba, ahol a 'where ... is null' SQL-lekérdezést használja. |
Megoldás: ezt a hibát kijavították. |
|
7 | 74225 | JR22760 |
Az Oracle adatbázis NUMBER mezőjét az ODA karaktersorozattá alakítja. |
Tünet: az ODA nem használja az elválasztót, amelynek a
pontosság és a decimális helyiértékek között kell szerepelnie. Ezenkívül nem jut hely
a +/- aritmetikai operátornak sem. |
Megoldás: a hossz kettő pozícióval hosszabb lett a
Decimal adattípusú oszlopokban. |
|
8 | 67361 | |
Az illesztő helytelen üzenetet nyomtat, ha nincs rekord az UID táblában. |
Tünet: ha nincs rekord az UID táblában, akkor az
illesztő egy hibaüzenetet nyomtat, amely szerint az adatbáziskapcsolattal vannak
problémák. |
Megoldás: ezt a hibát kijavították. Az illesztő
mostmár a megfelelő hibaüzenetet jeleníti meg. |
|
9 | 83714 | JR23663 |
Az illesztő inkompatibilis üzleti objektumot ír az Oracle adatbázisba. |
Tünet: ha az illesztő leállítási üzenetet kap egy
tranzakció közben, akkor végrehajtja a kapcsolatot lezáró műveletet. Az Oracle
adatbázisban azonban a kapcsolat lezárása előtt szükség van egy véglegesítési művelet
végrehajtására. Ha ez elmarad, akkor a tranzakció hibás
adatokat hagy az Oracle adatbázisban. |
Megoldás: ha az illesztő leállítási üzenetet kap,
akkor úgy gondoskodik az adatbázisban tárolt adatok épségéről, hogy explicit módon
végrehajt egy visszagörgetési műveletet. |
|
10 | 83595 | JR23449 |
A DB2(R) sorozatokat támogató kód hibá az illesztőben. |
Tünet: a DB2 8.0 és későbbi változatokban támogatva
vannak a sorozatok, ezért az illesztő is támogatja azokat. Ugyanakkor a DB2
sorozat megfelelő SQL-utasítása nem állítható elő. |
Megoldás: ezt a hibát javították, és az illesztő a
DB2 sorozatokhoz szükséges helyes SQL-utasítást állítja elő. A helyes SQL-utasítással
lekérdezhető a DB2 sorozatból az illesztő UID értéke. |
|
11 | 68092 | JR23653 |
Egy java.lang.ClassCastException kivétel keletkezik, ha az alkalmazás-specifikus
PSC értéke True. |
Tünet: az alkalmazás-specifikus PSC-t True értékre
állítva és a tárolt eljárást futtatva az illesztő egy java.lang.ClassCastException
kivételt generál. Ez egy hiba a tárolt eljárás előkészített utasítástárolójában. |
Megoldás: az illesztő először egy előkészített
utasítést deklarál a tárolt eljárás SQL-utasításához. Ezután ezt az előkészített
utasítást alakítja át hívható utasítássá. |
|
Ez a táblázat felsorolja a 2.6.3 változatú javítócsomag
fejlesztéseit és javításait. |
Fejlesztések |
1 | 70569 | |
Az illesztő indító parancsfájljaiból el kell távolítani az adatirányító illesztők
hivatkozásait. |
Tünet: az adatirányító illesztők osztályútvonalban
szereplő JAR fájljait el kell távolítani az illesztő indító parancsfájljaiból. |
Megoldás: az adatirányító illesztő hivatkozásait
eltávolították. A megfelelő JDBC illesztőfájlokat az osztályútvonalba kell bejegyezni. |
|
Javítások |
1 | 71314 | JR21597 |
Extra WHERE záradék és IS NULL támogatása |
Tünet: az IS NULL támogatása nem működik, ha az extra
WHERE záradékban egynél több attribútum van, és a Retrieve parancsszót használják.
|
Megoldás: a program a helyes több attribútumot
tartalmazó lekérdezést használja az alkalmazásspecifikus parancsban. |
|
2 | 71139 | JR21480 |
Eseménykulcsok üres értékei az IS NULL záradékkal lekérdezett üzleti objektumokban |
Tünet: ha egy esemény bizonyos kulcsai null értékre
vannak állítva, akkor az illesztő által előállított SQL-lekérdezésben nem szerepel az IS
NULL záradék. |
Megoldás: az eseményobjektum kulcsaiban mostmár
megfelelően használható a CxBlank beállítás, és az illesztő megfelelően felépíti az IS
NULL záradékot a lekérdezéskor. |
|
3 | 71391 | JR22459 |
Kurzorszivárgás miatt a kurzorok maximális értéke meghaladja a beállított korlátot. |
Tünet: a kurzorszivárgás miatt a kurzor értéke túllépi
a beállított maximális értéket. |
Megoldás: az üres ResultSet objektum mostmár
megfelelően le van zárva, amikor visszaadásra kerül a tárolt eljárás hívásából. |
|
4 | 72378 | JR22444 |
Üres értékek használata az üzleti objektumok kulcsaiban az IS NULL záradékkal történő
lekérdezéshez |
Tünet: amikor az illesztő null kulcsú bejövő üzleti
objektumokat dolgoz fel, a lekérdezésben nem jeleníti meg az IS NULL záradékot. |
Megoldás : az illesztőt úgy módosították, hogy
biztosítja a CxBlank kulcsértéket, így mostmár megfelelően felépíti az IS NULL záradékot.
|
|
5 | 72988 | JR22446 |
Az adatbázisban futtatott függvény visszaadott kimeneti paraméterei nem a megfelelő
sorrendben érkeznek meg. |
Tünet: a String típusú kimeneti paraméterek
beolvasásánál helytelen indexértéket használt a program. |
Megoldás: ezt a hibát kijavították. |
|
6 | 67474 | JR22154 |
Ha a CloseDBConnection tulajdonság értéke True, akkor az illesztő végtelen ideig vár a
kapcsolat lehívására. |
Tünet: ha az illesztő elérte az adatbáziskapcsolatok
maximális számát, a szál csak akkor lép ki a fetchConnection metódusból, amikor a
kapcsolatot felszabadítják, és a szálat értesítik. Ha a CloseDBConnection tulajdonság a
False értékre van állítva, akkor az értesítő metódus meghívása megtörténik, de ha a True
értékre van állítva, akkor nem. |
Megoldás: ezt a hibát kijavították. |
|
7 | 67496 | JR22431 |
Az illesztő nem teszi lehetővé, hogy a tárolt eljárások bemeneti paramétereként 32
kbytenál nagyobb adatmennyiséget használjanak. |
Tünet: nincs speciális kezelés megvalósítva arra az
esetre, ha a tárolt eljárás bemeneti paramétere CLOB típusú. |
Megoldás: ezt a hibát kijavították. |
|
8 | 45825 | JR22463 |
A Windows indító parancsfájla egy felesleges szüneteltető utasítást tartalmaz. |
Tünet: két szüneteltető utasítás van a Windows(R)
rendszeren használt indító parancsfájlban. |
Megoldás: a felesleges utasítást
eltávolították. |
|
9 | 61153 | JR21014 |
A RetrieveSP nem fut le a leszármazott üzleti objektumokra, ha a UseDefaultsForPolling
tulajdonság értéke True. |
Tünet: ha a RetrieveSP attribútum a CxBlank
értékre, a UseDefaultsForPolling tulajdonság pedig True értékre van állítva, akkor a
tárolt eljárás alkalmazásspecifikus adatlekérdezése nem értelmezi a tárolt eljárás
alkalmazásspecifikus adatait. Ez csak akkor fordul elő, ha a UseDefaultsForPolling
értéke True. |
Megoldás: ezt a hibát kijavították. |
|
10 | 66540 | |
Az illesztő hibát naplóz, ha a TimingStats beállítás az alapértelmezett értékre van
állítva. |
Tünet: a TimingStats tulajdonság hiányzik a
sablonfájlból. |
Megoldás: ezt a hibát kijavították. |
|
11 | 67621 | JR22378 |
Az illesztő nem kezeli le a 4000 és byte 4096 hossz közötti CLOB típusú adatokat. |
Tünet: a CLOB adattípus méretének ellenőrzése
helytelen. |
Megoldás: ezt a hibát kijavították. |
|
12 | 71729 | JR21809 |
A JDBC ODA 2.6.2-es változata nem működik együtt az üzletiobjektum-szerkesztővel az
illesztő keretrendszerben. |
Tünet: az illesztő keretrendszer 2.4-es változatától
kezdve nem lehet kétirányú parancsfájlokat használni. Mivel a JDBC ODA 2.6.2-es
változatában kétirányú szolgáltatások is vannak, ezek nem használhatók, ha az illesztő
keretrendszer 2.4-es változatát használják. |
Megoldás: a javítást a JDBC ODA alkalmazáson végezték
el, így az az objektum-feltérképező eszközökkel ellenőrzi, hogy használhatók-e a
kétirányú szolgáltatások, és a megfelelő hívásokat állítja elő, hogy biztosítsa a korábbi
változatokkal való kompatibilitást. |
|
13 | 72255 | JR21999 | Az illesztő nem olvassa be az üres CLOB oszlopokat tartalmazó sorokat. |
Tünet: ha egy CLOB típusú változó értéke null, egy
NullPointerException kivétel keletkezik. |
Megoldás: az illesztő mostmár megfelelően ellenőrzi a
null értéket. |
|
14 | 73153 | JR22462 |
Az n számosságú üzleti objektumokat nem lehet beolvasni a folyamatban lévő objektumok
adatbázisából. |
Tünet: ha egy már lezárt ResultSet halmazon újra
végrehajtják a lezáró műveletet, akkor a folyamatban lévő objektumok adatbázisa kivételt
dob.
|
Megoldás: az illesztőt javították, így mostmár
csak egyszer hívja a lezáró műveletet.
|
|
15 | 73466 | JR22458 |
Úgy tűnik hogy a RetrieveSP hívása megtörtént, de nincs visszaadott eredményhalmaz. |
Tünet: az AfterRetrieveSP tárolt eljárások hívása már
azelőtt megtörténik, mielőtt a RetreiveSP tárolt eljárás végrehajtása teljesen
befejeződne. |
Megoldás: ezt a hibát kijavították. |
|
16 | 73476 | JR22447 |
A tárolt eljárások nem támogatják a long int adattípust. |
Tünet: amikor az illesztő feldolgozza a tárolt
eljárások paramétereit, nem használja a DriverSupportForLong tulajdonságot. |
Megoldás: ezt a hibát kijavították. |
|
Ez a tábla felsorolja a 2.6.2. változat javítócsomagjának
fejlesztéseit. |
Fejlesztések |
Ez a javítócsomag nem tartalmaz fejlesztéseket. |
Javítások |
1 | 61712 | JR21196 |
Memóriaszivárgás az illesztőben, ha a CloseDBConnections értéke True |
Tünet: memóriaszivárgás lép fel az illesztőben, ha a
CloseDBConnections tulajdonság értéke True. |
Megoldás: az illesztő ellenőrzi, hogy a
closeDBConnection értéke True-e. Ha az érték False, akkor az illesztő létrehoz egy
bejegyzést a kapcsolatok kivonattáblájában, amelyet felhasználhat az előkészített
eljárások gyorsítótárában. |
|
2 | 45017 | JR21320 |
Az attribútumok másolásakor az értékek nem kerülnek be a leszármazott üzleti
objektumokba. |
Tünet: leszármazott üzleti objektumok esetén ha egy
attribútum a következő alkalmazás-specifikus értéket tartalmazza:
PH=true:CA=..[ParentAttrName], akkor a megfelelő érték megfelelően bemásolható a
leszármazott attribútumba. Az objektum azonban nem működik. Ennek oka a PH
alkalmazás-specifikus adatattribútum nem megfelelő kezelése.
|
Megoldás: ezt a hibát kijavították. |
|
3 | 61625 | JR21339 |
Átvizsgáláskor az illesztő nem a megfelelő hibát adja vissza. |
Tünet: az illesztő egy hibaüzenetet generál, ha egy nem kötelező leszármazott objektum nem
található a beolvasáskor. |
Megoldás: ezt a hibát kijavították. |
|
4 | 44568 | JR21317 |
A tárolt eljárással történő dátumfeldolgozás inicializálatlan mutató miatt kivételt
dob. |
Tünet: a tárolt eljárással történő dátumfeldolgozás
inicializálatlan mutató miatt kivételt dob. |
Megoldás: ezt a hibát kijavították. |
|
5 | 66453 | JR21272 |
Az xworlds_batch_events tábla, amelyet az archive_table_oracle.sql parancsfájl hoz létre,
nincs használatban. |
Tünet: az xworlds_batch_events tábla, amelyet az
archive_table_oracle.sql parancsfájllal hoztak létre, nincs használatban. |
Megoldás: az xworlds_batch_events tábla nem jön
létre, a kódot eltávolították az archive_table_oracle.sql parancsfájlból. |
|
Ez a táblázat felsorolja a 2.6.1 változatú javítócsomag
fejlesztéseit és javításait. |
Fejlesztések |
Ez a javítócsomag nem tartalmaz fejlesztéseket. |
Javítások |
1 | 58941 | JR20679 |
Az időzítési statisztika nem nyomtatja aki a metódus nevét. |
Tünet: a metódus neve átadásra kerül az üzenetet nyomon
követő segédmetódusnak, de nem jelenik meg a nyomkövetési üzenetben. |
Megoldás: ezt a hibát kijavították. |
|
2 | 60212 | |
A leszármazott üzleti objektum idegen kulcsa nem töltődik fel a szülő azonosságot leíró
oszlopának értékével. |
Tünet: az azonosságértéket előállították az
adatbázis táblájában, de DB2(R) típusú adatbázisok esetén nem kerül lekérdezésre az
adatbázisból. |
Megoldás: ezt a hibát kijavították. |
|
3 | 44732 | |
A JDBC ODA leválasztja az aláhúzás ('_') karaktert az üzleti objektumok attribútumneveiről. |
Tünet: a JDBC ODA leválasztja az aláhúzás
('_') karaktert az üzleti objektumok attribútumneveiről, mivel ez speciális karakternek
számít. |
Megoldás: az aláhózás karakter mostmár az üzleti
objektum attribútumának része. |
|
|