JDODataStoreException
Testing an CMP EJB module against a Pointbase database and receiving an exception when trying a finder query :
javax.ejb.TransactionRolledbackLocalException: Exception
thrown from bean; nested exception is:
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO77006: SQL
exception: state = null, error code = 0. NestedException:
java.sql.SQLException: Error in allocating a connection. Cause:
java.lang.RuntimeException: Got exception during XAResource.start
Within the NetBeans IDE, I can run a test sql query against the database using the JDBC-Pointbase driver and I get the list of records searched for. In the entity bean, which throws the exception, Im trying a finder method, findAll(), which uses the following EJB QL query: SELECT Object(o) FROM Appointment (o).
Im running the Sun application server platform edition 8.1 2005Q1 with jdk 1.5. I installed the Sun Application server using the NetBeans and Sun application server bundle and I accepted all the default configurations. The NetBeans version is 4.1 build 200505031930. The operating system is Windows 2000 SP4.
How should I start troubleshooting this exception?
What are your connection settings? The appserver couldn't connect to the database for the reason given in the exception:
java.sql.SQLException: Error in allocating a connection. Cause:
java.lang.RuntimeException: Got exception during XAResource.start
XAResource sounds like problem with the transaction configuration to me.
-- markus.
Similar Messages
-
JDODataStoreException: The instance null does not exist in the data store
I'm unable to figure out how this exception occurs.
I have a class IDCounter which has a number of fields such as
'm_Name' (String)
'm_AccountName' (String)
'm_UserName' (String)
'm_Description' (String)
'm_CreationDate' (Date)
'm_LastModifiedDate' (Date)
'm_DeletedDate' (Date)
'm_Count' (long)
The filter I'm using is "m_AccountName == \"test\" && m_UserName
==\"test\" && m_DeletedDate == null"
The generated SQL statement is "SELECT t0.M_IDX, t0.JDOCLASSX,
t0.JDOLOCKX, t0.M_ACCOUNTNAMEX, t0.M_CREATIONDATEX, t0.M_DELETEDDATEX,
t0.M_DESCRIPTIONX, t0.M_LASTMODIFIEDDATEX, t0.M_NAMEX, t0.M_USERNAMEX,
t0.M_COUNTX FROM ABSTRACTENTITYX t0 WHERE ((t0.M_DELETEDDATEX IS NULL) AND
t0.JDOCLASSX = 'com.ewarna.pdm.entities.IDCounter')"
Exception Trace:
javax.jdo.JDODataStoreException: The instance null does not exist in the
data store.
at
com.solarmetric.kodo.impl.jdbc.runtime.LazyResultList.instantiateRow(LazyResultList.java:165)
at
com.solarmetric.kodo.impl.jdbc.runtime.LazyResultList.get(LazyResultList.java:96)
at java.util.AbstractList$Itr.next(AbstractList.java:416)
at
com.solarmetric.kodo.runtime.ResultListIterator.next(ResultListIterator.java:49)
at
com.solarmetric.kodo.impl.jdbc.runtime.ResultListFactory.createResultList(ResultListFactory.java:85)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.executeQuery(JDBCStoreManager.java:646)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCQuery.executeQuery(JDBCQuery.java:150)
at com.solarmetric.kodo.query.QueryImpl.executeWithMap(QueryImpl.java:580)
at com.solarmetric.kodo.query.QueryImpl.execute(QueryImpl.java:428)
at
com.solarmetric.kodo.query.QueryImpl$SynchronizedQuery.execute(QueryImpl.java:1331)
at
com.ewarna.pdm.sessions.persistence.BasicQuery.getByAdvancedFormula(BasicQuery.java:78)
at
com.ewarna.pdm.sessions.persistence.BasicQuery.getByFormula(BasicQuery.java:119)
at
com.ewarna.pdm.sessions.persistence.BasicQuery.getByFormula(BasicQuery.java:95)
at
com.ewarna.pdm.sessions.persistence.BasicQuery.getAll(BasicQuery.java:131)
at
com.ewarna.pdm.sessions.persistence.GenericEntityManager$7.execute(GenericEntityManager.java:305)
at
com.ewarna.pdm.sessions.persistence.GenericEntityManager.execute(GenericEntityManager.java:251)
... 18 moreYoucan no longer display a workbook. You receive an error message when opening: <Internal error>: 1201 document storage
Cause and prerequisites
In very rare cases, when you store a workbook, you might not be able to open it again.
Solution
Function module BDS_PHIOS_GET_RIGHT has to be changed so that the last available version of the Workbooks can be displayed. -
Problem with EJB and JMS - Failed to obtain/create connection
hello ejb and jms programmers,
My problem is my topic MDB keep on retrieving the same message when there is a database connection failure. Maybe somebody could help me how to prevent to retrieve the same data?
Given:
- I purposedly turn off the pointbase database because im testing my error handling.
- Im using SJSAS 8 as my application server.
- My message Driven Bean of topic type.
- Im using CMP for my entity bean
Here is the scenario of whats happening - step by step:
1. A separate application publishes a message to JMS queue server
2. My MDB retrieves this message and do some processing then inserts a record (transaction history) in my database
3. But my db is turned off or down
4. My MDB sends a successful processing reply to the JMS queue server
5. Then i noticed that my server.log keeps on growing so when i opened it, the record was not inserted and printed the stacktrace below "RAR5117 : Failed to obtain/create connection. Reason : javax.transaction.SystemException" (complete stacktrace below)
6. I understand the cause of the stacktrace is because the DB is turned off. But what i dont understand is that my MDB keeps on reading the same message. Since my MDB is of topic type, isnt a topic MDB supposedly reads a message only once???
So my questions are:
1. how do i handle insert database error?
2. how can i stop my MDB from processing the same message?
3. any better suggestions?
Thank you in advance :)
leigh
*** more complete stack trace ***
[#|2005-01-09T15:35:57.097+0800|WARNING|sun-appserver-pe8.0.0_01|javax.enterprise.system.core.transaction|_ThreadID=17;|JTS5041: The resource manager is doing work outside a global transaction
javax.transaction.xa.XAException
at com.pointbase.xa.xaException.getXAException(Unknown Source)
at com.pointbase.xa.xaConnectionResource.start(Unknown Source)
at com.sun.gjc.spi.XAResourceImpl.start(XAResourceImpl.java:162)
[#|2005-01-09T15:35:57.167+0800|SEVERE|sun-appserver-pe8.0.0_01|javax.enterprise.resource.resourceadapter|_ThreadID=17;|RAR5027:Unexpected exception in resource pooling
javax.transaction.SystemException
at com.sun.jts.jta.TransactionImpl.enlistResource(TransactionImpl.java:185)
at com.sun.enterprise.distributedtx.J2EETransaction.enlistResource(J2EETransaction.java:360)
at com.sun.enterprise.distributedtx.J2EETransactionManagerImpl.enlistResource(J2EETransactionManagerImpl.java:303)
at com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.enlistResource(J2EETransactionManagerOpt.java:115)
[#|2005-01-09T15:35:57.177+0800|WARNING|sun-appserver-pe8.0.0_01|javax.enterprise.resource.resourceadapter|_ThreadID=17;|RAR5117 : Failed to obtain/create connection. Reason : javax.transaction.SystemException|#]
[#|2005-01-09T15:35:57.227+0800|WARNING|sun-appserver-pe8.0.0_01|javax.enterprise.resource.resourceadapter|_ThreadID=17;|RAR5114 : Error allocating connection : [Error in allocating a connection. Cause: javax.transaction.SystemException]|#]
[#|2005-01-09T15:35:57.237+0800|SEVERE|sun-appserver-pe8.0.0_01|javax.enterprise.system.container.ejb|_ThreadID=17;|EJB5071: Some remote or transactional roll back exception occurred
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO77006: SQL exception: state = null, error code = 0.
NestedException: java.sql.SQLException: Error in allocating a connection. Cause: javax.transaction.SystemException
FailedObjectArray: [[email protected]5ac]
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.getConnectionInternal(TransactionImpl.java:1444)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.getConnection(TransactionImpl.java:1339)Hi annie,
Wherever you are handling database transactions,
you'd not be able to create a Connection if database
is closed (I think you mentioned turning off the
database) then at this condition, you should
certainly throw a System level exception and stop all
processing with some meaningful flow to indicate a
failure (like display message on UI). Even
network problems are handled by exceptions... so I
don't see a reason why you didn't wrap it in the
first place.
Anyway, try handling specific exceptions rather than
the general Exception... this will give you a better
idea of what to do in case of an exception.Yes i know this. I am practicing this in my non-j2ee server applications. But the j2ee app im making, i just pass the db url in the descriptor and the app server automatically creates the connection for my app. So where would i put exception handling?
2. how can i stop my MDB from processing the same
message?Guaranteed delivery is not supposed to stop
processing. It will continue to process the message
after certain intervals till the message is
delivered. You shouldn't deliver it at all, if you
are able to detect that the database is off
The problem here is that my MDB automatically retrieves the message from the JMS queue server. Im not the one retrieving the messages manually.
My assumed behavior of topic MDB is once the a certain MDB retrieves a message it will not retrieve the same message anymore.
thank you in advance.
leigh -
Hi,
Here's an example of the unexpected behavior with application id I found
earlier, in which Kodo selects bogus fields if trying to follow a
relationship from an entity with datastore id to an entity with application
id.
The attached zip contains two forms of the package.jdo element for the
Customer class. With the application-id version, the result is that Kodo
tries to select an invalid column from the INVOICES table:
javax.jdo.JDODataStoreException: [SQL=SELECT t0.ID, t0.AMOUNT,
t0.ID_CUSTOMERX FROM INVOICE t0 WHERE t0.ID = 1] ORA-00904: invalid column
name
Where does ID_CUSTOMERX come from? It should be FK_CUSTOMER_ID.
The form with the datastore identity works fine (toggle the commenting to
see). The only problem is that if I use datastore identity I can't see any
way to expose the id of the Customer object, which my app will need.
createdb.sql in the root directory shows the schema. There's also an ant
build script. The "test" target runs the test.
Regards,
Rod
P.S. I tried changing everything to use app ids, but the problem simply
cascaded until I got Kirill Solovyev's problem of a java.lang.VerifyError,
apparently because I ended up with an object id class that included two of
my persistent objects (parts of the pk for the Item class). This class was
generated by the app id tool, and was serializable. I also checked that my
app id class followed the rules in the JDO specification.
begin 666 failure.zip
M4$L#!!0````(`.]D22P#T3&8C0(``&T&```<````:&5L<&5R+T-L:65N=$I$
M3T9A8W1O<GDN:F%V88U4P4[;0! ]&XE_&'%H$Z0Z]T*KMB2I1"E0H.TEE\UZ
MG"RL=]S=<4A4\>^=M0T82%(ND>*=>>_-SGM;*GVC9@ASM"7Z@]T=4Y3D&:[5
M0J6&TK&Q>$H\ILIEHZ7&D@VY]65G%9<57[)'5;RL./?&\6]ON&9Y<KQ,KS,I
M0!],8'0:ORLGFIZIV50U5IK)K[J@FHHTD%6^0/9&IS<DG7)F!6*JT^/AEZ/M
M.(/]_=T=V(>O9H$!`BLV&I36& (P@8+2DUR770F5R\VL\IC5#1MA4[B:FP#:
M*H&0[H7)!'F!+B/_+I2H32X4FC*L<1Q&+N57D6Y*Q(&]*H'G"-]D&#@>GD%8
M"5$!<JT$N&Q9T]@^V-TIJZF-@#7?D37H6'I:,? W#ID,!A",FUED<I W1_*Y
M]&:A&._'WGI;]VWP`5QE;7UY2=LH)$G-@5PUTLM'&"@:G YOTL'"V^V\O?Y!
M@_ZTYW^;1TQ'H^V@K6AE+=V"6#D+0!4'61=0#K(%%Z1:0A#@#51!ODHD"L&3
MB2WI&[G05IJ,'#<NS9#1K0.YY$RQFBII\ABH\K+CSMRI7-0IN0Z%LA<BH,>^
MPF;>3N4%LC+NE[(5AEZN;,".^B%*S KCQ&*UQ!S&9Q?P\WSX^6KT#.?L0?X#
M3PMR0C.X_''2&#Z7@*?Q@!O[)$] I+2)=B]NH1/U^O_SQZ&WE[V?3"3-C($G
MD_#'IKSDO7Z_&?(N_FC%>@Z]M<\/Y"['?J,B%M\U;HZ9320[G[P8SCM(HN4>
M#;[%?)(A\6R3GJ2.3]+FI[7R9O_/D+?XJ='8ZLD?'IB-BA4<QB?@XTO(PT%]
M`#2-:\<,<D]%[; :0M911_UM>-W$KQ]T_83K1TLWU+8CW_T#4$L#!!0````(
M`)&$0RR^?K1-I (``/,'```1````:&5L<&5R+U5T:6QS+FIA=F&%E&U/VS 0
MQU\7B>]PRJND&VF*0"!%O&!-$.RA())IFUB93.H6=R:.$O=)$]]]MA/2-'9$
MU4IM[_<_W_G^EPPE?]$<PS.F&<[]PX/#`_*2L9S#`JW0QEU,F?LYN+U^"VO!
M.YP7I. X3? (9>B)8I4D6SY1DD!"45' =TYH`?\.#WKB/2,IHE!PQ$6<I!R"
M\&L8A\&?;Y?1%[@`;^,-_0YT'/YH8,==6'!S'_]J@"==8/RS09UW47?A?703
MQ>$XWM%#ST1'/"?I_&$"47P9AY$@4[Q^^]?;''N32E7RXHN\E%Y)/W@3(;#B
M'*4%P2FW_&9,U+<?/DHH1FD;&K6@*<GYM@4-0P75D^-'HLHVXVD,2[E,BQ).
MF.SY]AZN&:5,DYZWI:9*AZ,V59<Z&-1<58;YG$#+@"GF>-KFK@SM[K&OY5 &
M`\C@] P`SMP3]U3,#7$L'8#SG,V1;%M0E;,;_IAC?D71O+!OGQ8XX< <Y?6>
MC,UDH/27JDI^@,S KI?*)<6N-)LYCD1ZI>[QHFT^WY@@;@Y&SU'9W*P-Y+7K
MFMT.F65CO-9%;_O9<5)YY8:S&D^ ^I:BK;B1%Y<MN9N)_>$TM6_$*.8B%6>?
MQ-;EVW*Q;)7'<7R0LASS99Z6]]Z<;;\/T3-;J[DM"V S0* _NX"I$0I!?Z#-
M>L7(% J1)%(YZG%_K#8<9KG8N2G=CM$+KCQ@Z,):=;PLQ^^2V!9\V$LO?EH.
ME!5<R"!SZIMK^J[V9B-N.D!Y726J]D8EF.Q$@[X<9U8[M>I/2V8W%LV'JJ5>
M!ZJ\ITY5RR^;VFET7'A.P<I][\&5V\KLY??W)/%&T7RS!TH']3 M<$?'\OK&
MC$-FZ-O$ZJY3I]I,/$R$T\3?PIPZY#2J4>8T)G\TOWZG945"_?H?4$L#!!0`
M```(`$IE22PX$FI0M0(```4%```=````:&5L<&5R+T-L:65N=$I$3T9A8W1O
M<GDN8VQA<W.E4]U.$T$4_H8N;+LN_R*@11 0"DK77U HO1 D$2LE8# 8;K;;
MH0QN=^ONU. [^![>"B9M(HD/X$,9SRR%$B)XX<6>F7/F.^=\YV=__?[Q$S',
M(&N@&^,)=.&N@0E,ZD@9T#"NE"DEII6XI^.^CIDXT@8,6 82>*!@#W4\TO%8
MQQ,&?==VI!]\9LCF'+]LA;YK!V4N`^%8'_RB;XERQ;7VBP7'6EU^L;3.@U"$
MDGL.?V-[=HD'*R?^"PQM&>$)F66(I::V&+0EO\@9.G/"XVO5<H$';^V"2Y:>
MG._8[I8="*4WC)K<$R'#8&Z/NQ4>6$NNX)Y<7<XWXR=+7%Z:GV$R-97;MS_9
M!\36MZXBVO?70 PC_XA KO&,XS:JU':]72(^'+E8PK=6A,O7?+GB5[WBRP.'
M5Z3P/?(Q-OUJX'#U3+DO%I96$#WIU/#4QA-L,F?\9AXE9S)EXIL1S
MS#'TGK)<#X0GWP5"JHH'SG//5V6E*C=EP.TR3:DXOT-MD#R4.^%'-RT/I&(Y
MK\2"B0P6&8:N+)VA_Y)A,G1%GJ[ME:Q\89\[DF'^K_4&54^*,K]\GJ^H(90I
MY'+-]V1@>R'9*;OM;G"[2&-*O5?;V$F #2YMX6W9;I73JK63)4]$RQ16.#29
M5*Y)BKH@O-*"\AQ,G4WX?(>B-Y-BY/S263N;T'-M)B3NT*_:#8"V04V9;AK=
M:>@D;Y!FT<GH;)VN@QW2I07])-LB8Q<&2)HG``SB)IT)W$*RX9R,7BCD$5J^
M14F:OFE"TCHUD,,-I$[(&F(7P;.($^24TY>&-<N^H^48VG8=K70C5ZV&-CIB
MM2@0:?$CA4AL'\/8[KE6AUE'>PT=7Z&]/J088[2#&70VBAJE+* >:*1U$/D^
M(IC$"*'&"36!17H[+3A#WPAU3_$<C=HR]@=02P,$% ````@`L&))+'[LRX!4
M! ``,@@``!(```!H96QP97(O571I;',N8VQA<W-U5=U6VT80_A8#6BL"'/$3
M`@2<-@1#`*=IF[0%T@(VP8DQ% D2DC:IL(41%1*59 AMK_($O<T3Y**]:7H.
MR6E/^P!]J)[.RL8(,-+QS,[L[,SWS>[*__[WYS^(80(_R[B.>1D99(58$.*!
M$(M"Y.)XB$<R\EB24< RQXJ$KV5<PCS'JM :AR[TFA#K,I)XS/$D3GJ#XZF$
M9QS?<'S+\9SC!<=W' ;')D>1HR3!E+#%H&2R^:R>S;Q8FM4>,; <0]N\Z_B!
MX03KAETQ8P`8`R]D'X<QPFYBD#.Y57VC[FEFD/0G=9,S=*QD5[6<IF<+>MV=
M8&C5]%D]JS%T/LOO&/M&VC:<<EH+/,LI3]'TM.58P7V&6&ITG:%YWBV9E"MO
M.6:ALKMI>KJQ:9-'S;M%PUXW/$O8-6=SL&WY#.WY;=/>,[WT6F#9/B7E93-8
ML(TRS76G(E67-W?,8C U2IR9*W*>FV)HV:HNE/UM]T C*!"QDB#.?9" +*
MEF>93LD^+!B[YND2=<Y\NFC76,N:6_&*YH(EZ,@A_DFQ0L%M?"2AK& ;EH(=
M(;X7PA9B%Y8$1X&+/0D_*/#@2P@45+#/T+M_P</0<Q;,7&5KR_2H&RD%!WC)
M$!]-5NG-",>A@A_QDX)[^$QL)#7#)/\DTE3E>>-'9DB<K4)I=<]P?&I,0'M;
M'T\4;=-P3GE*EA<<THZNF)YO^8%P.>8!PW#4X3J!6& 4`\MU##NYO)I<=&W;
MI;A$)*Z6/>JJI5>C+M,V`[-$S3E=\V1"B9ZN4_2JK:*C+5POTSLE-_TPL[P8
MAM,ZRS])><%)?$KL+5^/TJ&+9?F9*M 6RR\(^G'R',.)MO>0<N_2W7$KHD U
MO^6F5ZCK`?7>-';IN%T^69!S`K,LL+4'[ISE&-[A\0YUIW*CC<YJ9X.<A'!/
M6+9SAE7D'K0:>WMT#QC&&P6<<U4/XM29\.,N71S.`_>805>J`0'ZWB;I![2B
M%Q_@0S#<$-\S#)-],V*/D)V*V*-DCT7L6V2/1^P)LNDBB"\A^>BRDKQ#5IHT
M(]TR]@[L]S#TX[ \"^4G))5J`#[%7=)Q<;MJBW^EZ";2#V+38^_1]!J\/Y%X
M)<:Q<,S#<?-K2/U2.&P1PY9PV"J&S:^FWY)Z#WZ$>/]O]?)WT4;R!EDWJ> (
MVHEK-W'L(X[7B=LP<1LG3K>)TSWB,$5\L@1)P.VI0L+G^"+,EZ59T8<XIC%3
M`_Z&NB"^]VM4796I-NF_<&GC'12U[0CMM^BG=I 8.T+B")<I@B"K,Y&P3II]
MBZZ!.Z2K$2)7-^F3+O91!T'=X@1FC&"D"4">7AU+(=1D%40-JAC=QY<$,4T$
M!>@F6OE5?:M^":.!E43R;_3\@2XJ'U.O:*027.T-M:)>#?6@VA?JA-H?ZEYU
M(-0#ZK507U,'0SVD#FD"+POQ3M+?-*!2U1YTX J]O1C"5=J /L+43ZT>('R#
MU-PA+%,<PVS(=>Y_4$L#! H``````!1B22P````````````````'````:&5L
M<&5R+U!+`P04````" #!94DLD%KT*QD#``"+!P``% ```&UU;'1I9FEE;&0O
M5&5S="YJ879AE55-3]M $#T;B?\PY.10M!%G1%4UT(I*!2I0+U4/RWJ(E]A>
M=W><F%;\]\Y^.(1@I#92I-WY>#OS9O+22K64"X2ZJTC?:ZR*D_T]7;?&$I18
MM6C%O-+8T)>SJT]2D;&/SP$/<B5%1[H2<U-5J$B;9LQ[06@EI[+OA;<7#X41
MYSTQ_LF(YQJMTXZ]"K_*ALNT8U'?.MPM*CINK6R<'*K:WYL='N[O0?C"!]E1
M:2R -44TK/QCIO&7V?Y>V]U56H&JI'-PBX[@CX?(& /F%B6A@P;7T>43LI3A
M#?D4J+1F[>"\5]CZ`GQZ]A0@4N#*Z )^^=HY/()GKQN&MH93V!V!6""]CLVG
M)QYDJVV@GK/;6JC.6D;8<J5@ZL4=+G2\>@//JKZZ.(-VR9F^PV1(\>U2Z(9+
M5WA1>.BE:)G!3E&X'I\,$*")[[D_3GT!7/#5W0.OR,?'BR)OET= ML.(>?/(
M;=3"=,1@NJ&JR2<!8ZVI!&;I^'0"[QAQJ#%N#!M<[([!HRF\)\+0MA\(&P*R
MJKP[Y7!KP?PBA1%CABO-.N>;T&EU\VET/"\ZJ $M?S9.-Z\([%%UA/G;/1Z\
M^/#C'DXW'B(T'!\03O_&X?E05[+OEL:C5*:N-6UF.9O!9R2/!ZIS9&I>&7@/
MQY!&N,6E>LWE/*6\Q>>]7.URN9O"J$<P.4C/<<GNO&Z)%WX2@68S#R(*Y'B+
MU]+*&KDKET^8(C"VX/-HZ'=IM;RKD".],[BX^597`^&SV?A\0N@PF[#?#:'_
M\1PG&O\A[<V1OI@83W"RQ7LI5QA;PB(.@6,G_SO6$0T)R8/$,JH-<I)EZY+9
M`-YB*TKI+K%GA.3*XF\1#+?I_4UPAN>8N!N6-P@,^--T+&)DF^>E;%A(%M#P
M$.&>2W$>QR^RVR0R-TB7') [OVGA%(@2B8DQ5DUT/6VZ#T*>L6:W?F- VH5C
MP47P/,FF@$HWZ*U=S7OL?.B60#N2-%!72U:^&[*^;(_RXV<BB'B_(U-!X"EI
M813W6"B))-Z;XC(E2960/XL^]@/AV,=V;HC_<%F&%>8[73W]!5!+`P04````
M" "3@$DL?AA@$QL'```2#@``%0```&UU;'1I9FEE;&0O5&5S="YC;&%S<XU7
M^7\3QQ7_CB5K5ZNEQO(!`D($`>,#VSBD26L2TF),8FH,Q"XM3H^L5V-K0=I5
M=E>VG-Y'0M,<;=([;=,K">D=2#$H;I/TRM6[_2?Z0_Z&MN_MRNBP0NK/Q[,S
M\]Z\[_<=\\9^XS\OO(@(!O$O#0O(*K 4G-%P%CF-MO,:;H*MP4$A@7OA)N#!
M5U#4H,&.T[#(PQ++2@J6X[@/'U/P<0WML%5\@K^?Y.%3/'Q:PV?PV3B&\3D5
MG]?H>S\??("'<PE\`0_RWA<3> @/*WA$Q:,)I/$E/OIEGCW(Z(_Q^<=5?$7%
M5_G@UUC]ZRJ^D< W\2U&>()GWU;P';9F\_!=!4^R2]]3\'V!+C-G>-ZN?#'G
M6_.6S&5V3?@R+] ^><98-(9SAKTP/,8J!P3BT\NVGY6^90JDUIT;*WJ^DY>N
M0.Q6R[;\@P*1WKY3`M$Q)R,%VB8M6TX5\W/2G3'F<K23G'1,(W?*<"U>5S:C
M?M;R&+]J>GA&>C[A:^,E4Q9\R[%)H?7>HG27!5H*Q'9[P+8T?";C#)^0KF=Y
MOK1-><RPC07ITM$6OR2PJ49KQC5LSS#9&(L+9P4Z:R$Y"L<G#K/,\AOHL(P$
M$<OWV(FJT?$2P3)3U<CE6,M;"V0H/\F421PS*\+N,,I%W\H-CSFYG%PC%#'9
M=G3>6.2/EW66B'YOC389< W?<0]PA(F)R_R;B 6$LT8RS.;QN3,$0X)HWK!L
MXM![=XUTVG<M>R&P&C7<!4+O:"(FJQ24%DE![:J17LU/X&-0( *[>YN8;U)=
M+:5]]42O8K641@1V-AZ9<OPC3M'.U()JTT[1->41BRLISF4SQ*<4_$#'#W&/
M0/KMC% M556FG$#IL)P/E5S7<17\2,=3>%K'N_$,#Z,*SNMX%C]6\!,=/\7/
M%/Q<QR\P2MZL+R@=O\1S.B[P<!'/T[5HT%'P*QV7L$*):0S%H>+\/-^O-M9+
M+UE^-FUETB.WZ;B,*SR4=;R IQ6LZO@UDWLG;JX#&.*#.CZ*>W3\!B_J> DO
M*BMCMA]SKNPK2"/^CX(UZA8FI6F +;=M3]I"VNX[1EIZG@B<>K>(UYO*[C
M#8SJ>!?C=]3@5WM$QP[+7G0L4WI#EC>>+_C+O7W,YT\Z_LRA2Z?-BJZ7SAJ+
M,NVX&>G*3/I@>B1 5? 7'7_%*^SJWW3\'?^HCR4G7\=[V59'DPK5\4\6;6R\
M%V2DH40$E'G'G3+RLL[23-9UEL*6I2U(_YCT/.HU%+C>OF8UW-7L%M EVY25
MN8)T"<JBUG'T\/$CU)0<;FQ=9'5]+Z/(5 "NT>VV74M.96D679?0:GH@-?0Z
ML_7ML:NI@'KPG%S@%A(ON$ZF:/H3&6H,$[2NY);7&\B-,+2'EGF]IS80E5XT
MV[=^KRXWT\M>\"I%G*)_M>58Y!W%T:=H2H,;<LPH%*1-&'O?IN747J<##>H5
M^&NHJ[X3[JS50ST1JI<"KW(<&'(^?!0$>FI1PJ8W6QORZN-ARZ63X>-V\_HS
MZT_4&EE[838V:I%9J_(F<,OO:_Y6M#58(E]D29I%?UUA5U\1S[I/!D\])7YK
M[\0U`A<SG7R>7],[_Q^WWBJ%]8XJ9+,0M/OD>H^(G2U+?L/M6\LPW3XE:WA3
M@0;QGR7_"V$>#?,L%;HIL8/^8+H)0 M4[J80N 7\HW)ON[IJI1D]!*1U@%;[
M:25XM_\R8A>"P[?2J-$7Z$ 4G;B-9GJHA(.XG;[OH=\H[=Q(O]2T:"13+7VT
MIP'BY!4HDP-EJ +']I81%UB%=OHR$E.#@]'92] O8</ 8+2,=T3P,MI&HQ>Q
M<17MI)%,=JR@,Q5=0=<*NE>P:> B-K^*MF3J"K:<?AZ;SR-&.W1T:P2CK<VE
MJ=8RMI$XUL^SZP16L#T5*^-Z06CI4:4&;0>C*67L9*4;0LA^WM@5G"+RNP4(
MI8=1]H0H/0%*3X6#VER:4I.]9?1%,1I/Q<OHIXX5;\:@"IX<("YOP:":EEET
MT[B9`IU"`EOHS^MM-+L.-V []N%Z'*4:R&(GSM'.X]B%)[&;WLX>O(8]]/ST
MXTT,B T8$IW8)](8$;?C1G$4^\4)JAM.\WR8P$J:HV(2AS!&Z4V(<1S&.+%(
MB5MP!'?0/QALX4Y,$)<L_DW([Z/R.(?7,8ECB!'R14SA.!3"S. $255"'L-)
MDL;)(KW?8=G (JL1^FX]CW:JFKU4-12@O2L8I-60P!/_?;,:@&X"`15RA$I:
MHYUVFF\ANDP^'9JID.?9#-Y/(!J1.(4/D(4X/HC3%=@%6G.-=ZUBF%*Q;Y(2
M,'(>*G_W7PC*74<;E7@(G"0_01%0R?LV\KJ3/*J"=E%F[@;?M"@^1/#4TVCV
M87R$9BK_"5.Y;5.DS:#)_BL0STVN(G*:X**7T?I2Y8*U!K08,1;L; Q0NL-3
M,# 72'28%-6U&RT@@P#-P]02P,$% ````@`E(!)+"H#O[G# ``DQ\``!4`
M``!M=6QT:69I96QD+TET96TN8VQA<W.56 EX&\45?F/)TDK>.+;E,[83`\:1
M;P@DA!R0^$J4^ C("2@&DHVTMI7(DI#D!-,#VJ;W10NEA0(MM-1M&EH[(4Z,
M@80>H:7W12]:>A=HZ47I7>A[.[.[DKRR4WW?[LS._//F?_..F=%3KSSR.-B@
ME0V[H10:G=#DACQHE*"9RA87>*"5:FT2M-/'11)<3.4J"2Z1X%*JKJ;^-1)<
M1A]KZ>-R)ZQSPGHG;&#@"D</QL)!U1=BP'P,I!O'E6@JG)K KG@B%AH/IJC+
M*6 ,2GO'QB.I\'!8C83:?;QU/0($. NP@[<BP+$A' VGKF!@\S;N8F#OC(50
MVM+><%3M'Q_;IR8&E7T1;"GIC065R"XE$:9OT6A/C8:3#(HSYDZI8RA72L7\
MJ40X.H(S>QM[]RL'E?:($AUIYZV(</MCXXF@VA,F22X:UD8H&9;#"@;EV2,Z
MQH>'U012(V2=L3P;9=@(5\A0#A54NQ(U6E]W8VH"VRNA@H&\OLY8+VRKHK:\
M]75(4"P2-BZ#:AJ["3D9:&RN@5H9+H0&G#-+/P9%)KV!??M5;8&UIG"LW:_B
M(D7"-_,U<BCQN!I%6[5XYZ_"_(7A:N+R5'M]"_1F".,,%A*V8G\HMD5-F6KL
M(37VI#E9J7>>$1M],FR&#C?Z9R>#Y=8B=+^4H9M#>W+.9MA!AJT<BXY=NR S
M!BLM>%FYN@S;H9=D]N64:83"8C+UZ)!A`':0S*L8U-#:WM2.DMMWJ(ED.)E2
MHT&U4XF3E9W@)X\-Q7S1431^2@WUD*#.V'@TQ9=C_AC_>%Q-!"-*4@L@TW*=
MU(0F6X*C-"G]RIB*&,^051 9J,&).*%*AA82U1-11A"4-]2!/HV-_I224ON4
MJ#)"D579:^J8WD/13!+X8(9C*_@"\_X,73&+H-?LA K*:NA6A8CL5P_YHLF4
M$B5[KO7FFJ6Q=Z$E7D]V:)3A!MA#HL,R[ 6%:@>X*E>K\8A"V02Y8&+"X,%L
M=H$I<5O70(^24B*^:$I-1)5(]TU!-9X*QZ).B+DA#HTBY<PGY@1<F]*$)A\7
MG0>;F&>E11AFA*UHDR$%XP60A(-HHOG>ZX2;T F,*9"CD%]N*1]7^&9X#8E[
M;:8XX;A.>#UEJ,Q%0=/E>X=P6608@RBMYAOYRN&@@^&0OG*>./\,9>CIM>)A
MD8%0^)OA+<3LK<A %V7J4V$E1^/T=G@'#7LG)Y[.*2G#84[X/=R5.V/Q"5TE
M*X%#FNV79=A^9U)-I)G\_6ZXG4R>[CG<O0L-*XB&,JM,VR'#G?!!(OPA'OA"
M2&9 5>?V=23H-OC@+'7F'+Y(1!U1(IN#03693.-\+W(QR&5.U&7!\5S"+*-#
MAH_ 1TFE^S.V-_\$QN&8$SZ&KC:BIOQJ<!PSW(0Q=VWF[I[9C4(?A$^XX>,P
M25DCW2(8XF/A9%)3[5-HB23*3J,CP:>SUE[?,G?1">$A-QR!SS"HRCFU$Z90
M:G!4#1XPIR*Z7&12H-O-3DWT,3CNAFEX&-,A3W)IJ<C0N<Z;(UF9&;-LQ'KH
MJIP;=TYA,IR"63+,(SR?(BD^D._;%NF&0<%(.JAAD=."D:4>A],TT1GT73[1
M8$*))I4@>: 2,056CN3HDN'S7,07\.A%&V*R2XVHN"%J6\-N.MB:+9:AM5N&
M+\&72<13&"-<1#A!!U]GF-=D^!H'?)UO3+XD[C"8W<)4RO MWOEM'MV^I+&B
MN#W)X;1/&;['H4^C:VO0#)5P?#BS188?\@$_TC.GJI_U<&>3XQF?ELJA@_T$
M?DHBGN7KTZ<<4(5ZKC&S;K6O6(?"+^"7).Y7#+;ES#;G[''Z7INU26'\#_BZ
MG/!;%SP'K?1:Q;,>KK=N>'V'=V-O(V5?GJ>WJR)5#\9,[]GJ77#Z>AVIC5Q
M"4RB%__?@ISP1]Q&AM54<-3<E^B\@+OJG^$O!? G>(G!)0M3S,%&"B=[8TI(
MS;ESHW/_#?Y.!OL'QK(1HX+%Y>>XRUI%[K_@WR3V/[email protected]=?_JU.E"3
M/H7)+(;;SXWAN7'&LR1#SBR/'Y%S<_;Q7)'-6MOF"Y"B:<=*R_,%V98YF),F
MDW(ND'$]6&2!]-L!S9Z#=]H-G1+QHN<?I+>$%1*]I?RB92'3_ - VA",B$M[
M^CZMY00G\TBP3()R"6HDJ)*@4H9K(8 '9;:,DI8!U^X&3E:#6ZAV":E/4['>
MI_N*RS\138VJJ7 0+[(<Q^#"12ZR^K7#.1Q+T.5%9N>S\]RLEEU RAFP_I@&
M[%*'>_#N$.I.)&())[L0CZ F9G T$3NDW;#82MP-<"W[\%"$82RS1FAP,R]K
M<K,&.@C49<W?'TMQL<8!BK7*;#E<0TO1GI'@VH2Z$KM89G5(%1&7X'G<E$B7
M!DH=;#6FBL' CFZ978:2V!JVUG+]A(O(;!V?+S.AMHENB6V483<,$>)*&:Z#
MZZFV&7.'A470!636R<5U9?PCT49]$NN181?OWII]U/*-Q2-;U4B<--B&R2^A
MCE Z2W3RV^=^[SSC6=PUYU\LASKF-2V<-'&_8KVLS\VVLW[TW:2V6>XB7"RZ
MTX=:L6WY^UX,WOILZ.C+,MO!KB)M!C&&#M&=FH<+QIR@&XZ)"!H83\7'\?"8
M4)4Q+2H]>K]O(,W\U\KP#*P@X^X6MP-K$4YV'9HKI XKN,37F#/+[ 8<SJYG
M>_"L$8S$HA@?]>D+@"WH=7BOC\<2>+Y)FWJ?S!1XS VE+ 3GX46F%/*@# :A
M",MRJ # LE*45:)<!M5:60.U6+KI3JV5:&2MQ*C62G0@K43WP?(P79"U$J_'
M6$KD\IAG5P!H7^LROCK3OBIIP;%<"8S^@<-W'7ZU8\FPS&\Z"6Q:(W0>OAU:
MHQW.Q[?,`7 !U&/)Z!\S,?@@HJFO=P[R`B?!5F*?04&GH&L&G"42KV^ANIO7
MMU%=QGK)$M[0/P-+2XIX_6JLST#)5!:'96D<>@4'&?9!4' H033]',= E?8>
MU>H,AF%$]-=AOPW+TCGP(,?1OI;F$["_Q7X"(BU3`HWW98%^`/4D])W5*"ZT
ML>8>*)B#.(Z[\334'-'@>#7G/SL^Q.8R?+;@LQN?_4U-#^.K>A8.V> ,3)R
MPFFCZ74V. &.Z4S(+2>@. M2D/7MFC8X<+ZWPAL$W_.1+?$MMVV<A"5-S35M
M,_"FPWFLIOGQ^U]]:5K@#QOZW2/TNVT!_5)9^EV*3Q<^@_B$.#%\%\["V^PP
M;7P[9N%=Z=_%6?T%6?TN_IVEV;L7U.R]\S2[#=XG\$>0KP/+^YJ?`,_=IEK-
M9\#3WTJSXO,@M=^.[7><!ML:^R0<:"FSM]%2K,DOR]?T#Z1I3Y[7BL]:?#KQ
MZ6]"085HTTEHIZH#S3D)]50M1C-.0A55"]""DU!(51<:;Q)LA^VLS-Z"O._0
M>7_ ",!JU))\>RFW^2S<E8<FC^C N^'#Z,#W:(08W*<-Z<4Z+<TF&G$6ROC(
MYEEX@+QE_R34GH)/]K6<A:*6.3@2*#EZ$CX[`R>:R/'Y$*G)GC;'#)Q,"Q8B
M4TJP)R&?30E2<WF@!\NC\-ABZ"=,].<61W_11)^%)W.@;4<%^BMYH ?Y5Q='
M?\-$?W-Q]'=,]'<71W_?1/]@<?2/3?0SAO%7"+2'H^W3`ORS/-"-\W-XR!!M
MTW)=:088S?YKFX$>AM\(]%K$YF/9(O)>?RN9OU7+>V?@N77VUBK[P_ \>K!6
M>0&=ME4WP^\,HY4*@M(</(=2?J\C7H0_"(0765&LU)!4G,0V"W\E#WZ^M=DN
MJB],&Z->%J.:!+OEVBB*44'(02.I4F",<],__V)<%\Y%:["6KX&$1>$4QJ]M
M[P:>66;AGS:X2W08R0:3U7_ME(^GA,17X%4A<35F#9+8R"6Z*$KTG*T)IN'-
ML\R6K^=S(6(S= @1Q:#OH<B?&]G-["Q?=*\2,S3H,U2;NP#.8*<9'-6SS)6O
M;0]"_ #LR*US,>F<;Z%SL:ESL=#Y%J$S<^-E++?.Q2:C?&)4K.NL;5""U%9+
MG0MTG>4%=2XP9W#0# 6ZS@6Z^&Y#_&:A\VK$1>[55',=Q8%."YU=1PV=7;.L
MR XZG6)+.I&[.1V72<=)=%PZ'1>G4\E*C#A]&H\<]'NJE%U]G.V4'F.E`9N'
ME?D#=@\K]P?R/:S"'W!X6*4_X/2P*O]Q5HV@VH -CK&+SH(+W[B+>=BJ4^S2
MP'%V$>!([+H<AV*Q04-LT!!7<,0&1#@XPJD5Q]DFZ5$I8"MR#P;L1=)@()]J
M#JHYI<'CK -1W9J<;DW.%BZG&YNKC[%-QUC',>83N> 4&^ Z2G0=@CQQ0B1-
M&T22*6DZQ>JG>N=80Z!YAC6?9"VGN;TQ<;=AF<=VL6O,G8D%M-%EB*'1KJ89
M-H3C]O)I['0Z3@,'-7"]V/DJFTXR-8 I@&&"HM*&.0H+/=>LI.G ^S]02P,$
M% ````@`E(!)+*WZY:Q7# ``T!T``!@```!M=6QT:69I96QD+TEN=F]I8V4N
M8VQA<W.-6 EX5-45_N\LF<GP2&(V`@D0-,!D$A(%091%(6$92 *:`(ZTU6'R
M2"9.9L:9"8BMK8VTM:W=%UNK;6VKM);:)$A"1$&[8&OWVLTN=F_M8C>[+]IS
MWKWSWDSR)B'?EW??N_><<_^SWG/GJ1<?.0,G5HB0#Y5H*48%6CVXV$=S+3QS
MB0\KL8H_+_5B-8]K^'&9%VM]1'LY?USAQ3IF7._%!B\V,MN5'ESEP28/-@LX
MHKT"(BA0%!Y,#,4S`M[(4#J3&-13`[email protected]/1@5(_UMK:IZ74"[FA&'TP+
ME._/)0C2)"T6K8_&HYF-`DY_XUX!5UNB5Q<H[8C&]:ZAP0-ZJB=\($8SY1V)
M2#BV-YR*\K>:=&7ZHR2X,D]N_% B&M%)='&?GMFD8))T0EV<MF9<_B!OZ,TD
MNC.I:+R/Q/@;.P;"A\*ML7"\KU7.DAA'^H! S;25S4,'#QKJ^;H30ZF(OC7*
MB#2U?0N3:UB(11IJ,$^@VIY?0QO:/=BB82L:-6S#=MKPBGH-?OY<" +MD:;>
MH*$!2YED!Y&L(Y):U)%*]89U6UI:"$E]?SC=SQ8DXIU82E:;;AB!,@O*K@,#
M>H2,46E,11.MW3H9.!:]1=K72Q9LBX739..*/.,8DZ1[Z90I0DLL7>%!G4,D
MF=3C%"_-_NEFG6YITYY5=N3DJ5IR6&$N;U9U@<4#O8EM>L92_7JE^O79H)WG
MMXN8QJ"&#G1R+G1)*=TS2JFQE4)1I6$WKF8QUP@L*@A&987?'LOT7-'0@STL
ME6Q1QW:XN95DM^[64^EH.J/'(WI;.,E^\^!:CK?>1##>3^[,Z+U;64J;1,UZ
M3>?I'DKJJ8ATX04VCIY+7(84]BV'PWZ[5#&I>HXD=9GQ,XC:&@OW$9%C_V8.
M)+)V)IS1.\/Q<!]7$YEQ4L?<%?8U2Y#,@GCG21/+]1Q=-5R'>5S,^@5*B*9+
M/QR,IS/A."?!6G\A^8T=,QEW'7N@14,$O2QZ4(..@_R6D$I<HR=C8:X&A$+@
M(DO4CO9=6\.9<"P8S^BI>#BVY>:(GLQ$$W$/4CZDT:)JQ'1$'@R14U*&8+(S
M"5#2JW,S1:8RA1]%\6'</ >'<(02VV23ZXISN2WG]#D-K\2K6-2MY'*;ZN[!
M:S3,QP(VP&L]7(_*IMB ?.3V[S>2XB8L9^.]7AIJ=RIQ*-J;-5194G[V6MK-
ML\-H"'HCWL28WDR8LFQYVOGM.*=/L:BWX*TLZFT2>"ZFM(8[).!WRIAM2R2/
M9%6RP[;?.$\6Y'E\3UI/Y3CZO3[<Q8[.#109QR6FG]1$E<T.C9LUW(T/,.![
M9(8K(?F94ULXM F@S\1#N]1;>P1C,;TO'-L4B>CI= [F^PB+"2Y_HW8;C.>3
M57D+&CZ*C[%*]^>=3-U'*.T&/3A&582.E&X],D2E[(BY]\+\PSI_F81^`@_Z
M\'%\DLM#KD<HHP>CZ;2AVJ?($]01Y,+QXM,^/(3+!.87E.[!&#%&^O7(C98T
M1B0!I15UJ[5HA-K#..G#"8Q3:9,%*Z>XF&K5^PN4'ZOZ5?79LZZTBYB9A6EX
M!*?9]H_*"DF@)&.P=VH[I 0*S.G+)5I6<-,I=>1Q/,$;?8;"4V[4DPK'T^$(
M!UDX9@FLZ2NPI.'S4L0YZK+X<$NWZS&=#C>CN;N..J&H-6.;/==I> I?8A%?
MIC20(J*I#%5)3U2^:?B:)/BZ/&2":3HSN('E4</3<O%;,H&#:=.B=*QJT9Q/
M#=^5I-^CZ#5(\U0B_FC^C(8?2(8?9HNCGNW$N*E,YGW:*D<!]F/\A$7\5-JG
M,WRCKM0K'K3>[2J_7;^EX1?X)8O[E<".@@7EO",N>WIJ&,"-7%1_(PL8V37K
M8.ML7J"J[4Y=%=R>A!4@V_TS[M"0I30X9\!)I7#5S*(*<'FCZ8Y$N%<O> !3
MG/T1?V+;_5FFRZQG&AW9+^"OS/$WXDCG<M38<A@L_\ _F>5?`DL&"C69UNVL
MR;[/+'!G*S&S7.&X_#S/5+O<_Q]>9* O2:#V3;4%M-D6J"U.=D=)>@K2G>>'
M]/RP"Z=P$7;AEIV\/7;5R3?:`I_>R!M!M#X24Q??W$//R#Z/\'E1X\5\+VHU
MO!ROH.Y*E%(+:!%R$\DGD;B K(]H=U;-%&!EQ6<E%)Z6/T\0TY^S:TF=8M
M[CX2S_3KF6B$;FB24&#I+#>T;.ON.9A(\05 $PO$?!]6BEHVBTG6E3 (V_6#
M6ZG_[MV22B4(XD)JTRR:GOY4XK!Q2Q&+J0I3F'52OT%)JHDE:/2)>G&A3RSB
M`[A^ROY=B8P4:_8F8JDFJDEM,L_RO/ZT):NO5S1JHH:[email protected]?)LPSYI
MT,0**:AERN\4+8;+O.)B#=?C!J98J2&,`_QVJ24Q5YYTO";62(F7Y5W#6]2R
M5URN8;^D6#>U20D.)F/;]5B2/;R!NL^4WL>E*:7NV /^:;ZQN8Y-OWOMWSQM
M:N8"2,> N%)<Y1,;Q28*U+1Q!NUEND1\3["=KE\[W$^O?Z[ZCF>V/:^)-M'.
MVFRC$G:8KYTRA^C&J>!&$RJM=@UEDD/4=J7TL,R&BNQZ<%>.=W=J>!:+V'6=
MJJ^V%^$1N\C$O?K!,%EYG[6S)JXF=K%;T#7<'8DEXG2T-.0:@&8HJ.CJFTRD
MJ&W(V7J/)GIPUH=*L0]+Z+2JA -5"*&4QFK,`VBL42-=?XRQ%G4T^OC2:8SD
M7&.D!#9&"A]CI."A\2C?((V1[H\T>CF2(03S\M>*O*\U.5\U;&@:ET+P[TOT
M7$Q?JV@4-+H#$Q"C!J!Z8SL'/1O@(O(E]*9)(ER(BV@4_).2$M!J"CB%7<=-
M`47&9*LM\S(L5\P;B9HW*@K4GD+WU.TO)9[5AH1J2:4D\!M;D3?VHU').D=@
MF6KX-)PA_I^ S .]SBQN$I]])C',43\'4TJ=7R.31')-HXYI:7R'5Z[C/7
M>8[4VG>&"<IL""Z0`LII/;M$XXBI1S5I`.P@'3JP"5WDP:MQ*Z[)T6E8Z;2$
M_!M $^FBH<\T;KE!0_J.(5ITPW'C77 KI-;K:=U)8^5I5!"@6&=STTG$FUTG
MD6P>4=0WF=:^A= P=;R6Q/5NJ+L'<TXC37R9LZA[T" G;/*/]^6X;*;_*P.!
MAQ$/U$[B%B=.PC%J?K_:20WZ;2<Q/&7J]I,H'35E2QQ'\3J%XT)"P3BJG1N.
M86Z@J:YE'&\XZA!U36?N>^F%445_AXD[HW#WSX"[PP;W>HF)GHY)W.G"J/D]
M/(FWYWZ7RN\IB-\Q(^)W34/\;KQ'T=])L5A$XVU-3Z#B;@MNT^.HZ%K!N]+_
M_3Q_%\V_[RR<:US'T-E<Y6IA%=>XJ]R&7NMRM.)JL93^+PZ0``>YX1CF\^LP
MF?\82OBUE,Q^#,ZC+E'E:B9D8UED[S?SO9;TX&PLE0Z;Q+T.<FDR2_A!?(@V
M^S"]N^CK(P9+![VS\E<QQSE42<ZF23S T1 _AH6G<+RS^1S*FD_CH5#YR 1&
MQS$1X%"4+-Z *V>/4YC,"5\&4\ED3\(M1A2HQQS(AN\9G)V-^K,6]>=FIW[2
MHOX"OEB VGE<47_%@6S:?75VZF]8U-^<G?K;%O5W9J=^QJ+^_NS4/[*HGS6=
MOUA15TAJUZ@B_ID#6>?\'$%3M-.(N\H\8G+[KYTF]0">@U6I.$B*`E0!?YLU
M\.],=Y1 'A,.D5W[/9Y7:W/IGWG%J+GT!_LE'__0KI8VJ7J_FG E[Z48HZPX
M3MGCO$'E_23^XJ3(EPMFJE,I^+M+V<;'/[@K<2LI85G<,A9W-XH#M5:E,Z0R
M+\G\M]LH@8K_/_BOXF]7<-9*<_&NPR/$Z+*!,SQBPAF>I$Z<BZ@TBT\(X5 2
M5RM$C5)B,2?4L(7(Q8B&FR9%D3M;A!6H'NPI#*J40;EM0)5:H$H5J-NSH#S"
M.P.H4@N4FT&59D$9QX AHD84FU$X1D<<_SU0*;:<$-N+'A-S0LX*H76'7!5B
M;G?(72%*ND^(LJ+'L#+DQ)BHHA4:_.=03$\JP!4B<$HTATX(/XB<EEJ-I59C
MZ1*YU J2L:KH46_(Z>T)N<I\/2$W/4Z(U42_UJ!?:]!?(>G7TG39F%@U)E:/
MB?7J/#TE-DO\7KX-4/#*5HJU6*;2HYR@U(UTG!:+0DWCXJ()T7 6LMUQBV7@
M@ ^*'59-%1T&=Q71,'=Q8%QT$5^WW,;%[6,.\5Z#N$'5[)K A+@V1$>(H,K*
MHY.J*@W9C.(SSX$5_P=02P,$% ````@`D(!)+!VX^=?2`@``PQ ``!8```!M
M=6QT:69I96QD+W!A8VMA9V4N:F1O[5A-;]LP##U[P/X#Y\M.7K:[FZ!(,R K
M4F=ITF&G0I7558TE>;:<-?]^E.1\U+47(T;18B@0(!\2^0CR/=),.'@0":Q8
MEG,E3_POGS[[@_[[=^%]K/#-"U-"E^07`TD$._%%D6A^RUD2^WT/C\T-FI \
M+\^'1:Z58)D/>.+QF$G-]3K0ZQ0/29HFG!*-0+XY5C?WC&H>!];#SC@:GYES
M`V\`/"]D#YI)$R &*F.5!0Y-:Q^6;(T?R$W"?%B1I#!!+"[GDYG?Z[<S3A1=
M!E0EA9!;%U))UMJ!#;_1@_-A<U8FB<<^I!D7)%L'+ORLP.@=VF&XF&A21<.,
M]?K&VJ'U+%PM^*W*F/GD=X'[&LU&%Z>3T39%6\ J7%YDG=$N%[,Z,*\VMW*E
M.&7Y%A!])89EB,@2)I"0)1O'[N;&Z^'0T#6J9$<SNN%Z31+"GB5%60&4TX<@
M:-:*L_]?J'[(1_HD!,O>1J68UI2C2\H"H6+3?;(2$YS5&\E?FN1!L&G659)O
M`H"6!'M,[_'%530>CEK3LY%:KT8<V =@>@ZNFI3(CQIN& @B<<;&8/.XN_CM
M+(*4TV4.10H,0<W86!'-G#W^+!.&J?[#(.:YR1SH.YY#68YCM%2U(D(54G=B
M]NDD6ES,6Q&;5EKBD<(]OS9]\7JO]GNLK1649J*-FO#:\5+B6RT:\YIDE#]M
M1%5>>B2G::;B@NHCY32=16>X?Q-3B\F)P2DW>;$=;?$/\EILXCJ?4\0M'2
MY;!SH[B<1\/SIY*U(BA5X6WFO2WHC[LU"&P9P#44.0-<,(#'@UW='X\BHUZ[
MEQQ:3)YL)L:TW$J\XP;9?#39Y\2KVTE^%\1FI%,!O\]_-O+%U,O62A!-[RQJ
M#APEN 17I#VQUCSK^-!M/W(/$M?->U(C\O@9MK6#T51C25W??X98RIG0,"R]
MQE">#Q6_[@W!RBOLE7](X%G8<W]2_ 502P,$% ````@`E(!)++^"*6A.# ``
M+1X``!@```!M=6QT:69I96QD+U!R;V1U8W0N8VQA<W.-67E@5,49_\T>V65Y
M'.8BD"!!`VX.$@1!(( <(;*0!"0!#&F5Q^Y+LK#9W>YN1-16L?36UEZV6JVU
MK=):VA*0D(B*MA5;6WL?]C[MI3WM82_M][V9?6\W>9OPQ[YY;[[O^\UOYCMF
M)GGFE4<>AQN+Q)X`RK%L"LJPG!^7\V.%#RL#\&(9RU8%T(S5_+G&C[7<7L&/
M=7ZL#Y#N!O[8Z$>+'YOXN]6/*]ELLP\A'[;XL%7 %8T(B)" -YF*A@V!0#J3
M"!_8F!B,9P0\<7V ^HK;]NO7Z4TQ/=[7U)E)1>-]S0)%JZ/Q:&:M@#M8NXM4
M-R8BI#JC+1HW.@8']AFI+GU?S#1.A/78+CT5Y6_5Z<GT1],"I6T#@[%,M#=J
MQ")-VU.)R& X0]#^/B.S7=(A<"+G3UL=GF"(ARO2!R1%UNUDRE)+O?JHM\/D
M7AJL=6+O2V<5RH+CY3R"/Y.07[1(Z7T"%>/4-@SV]AHI`@MT)@938:,URE/3
MU#P:65W#A9BG80YF:ZCD1Q7F"I0[(VEH0[L/'1H:L$C#-FRGH5=5:UC,GQ>B
MB:9M>FF-A@58R!I7D49SM<"4:+S:=!R)ZK"0*%7WZ^E^]@GU[.">XO%++3#3
M9K)MWWZ#NTK-KFBBJ=,@E\6B-TB/\3IOC.EI\EI)WI*:G;0(,\9TL8^222-.
M\=7@M,2%E[.27%Q8ZL].3.#"_9'$E4;&GMBU:F+7JF">%70*L-J0ADYT<4KL
ME""=$X%4.()0%&K8C:L9I5O@XH)4['S2T"-'?8W4=QXU5_\:B7^MP-R"^#)%
M@\XS';_N&G3L8]"P!'4F(4%K'4&=TD6#@5Y&I6RI8OGU383=M-U(I:/IC!$/
M&QOU) >2#U&._T@B%.^G^,H8D58&5_5F'@G&VW0.)HU46,;4!0Z1-XVL3!1.
M:(['J>,M[2Z#B59J[AG(JC6F-Y'2JZ>#1S9M$P9/6.TZW&]STAE:X&<8ZZ$
MPY,1I+$@VUG2;U*>,U<-!S";"_HA@>FDTV$<#,73&3W.$;<B6 B_MFVBQ6UF
M#RS3D,$@0[]!PW4XR&^WR$GL,)(QG>L4L> 0M*"VM&QKU3-Z+!3/&*FX'MMT
M?=A(9J*)N ]O#. (EJF:-9Z1#V^FDI$R@6F=Y6JK`2[)37M97IH=,IM"\JUX
MVU2\!6_/*TA2ZL-MY'5K`&*HT,L=T2FUWXEW,=@=#)8_9_*)-]AC9NZM"/)B
MO4\N#(7V==%(=F%*DO(SDC>;H--XSKGP`7R0&=Q%#+)0-N]93C@FIP_A'C:[
M5Q+/Y936<*<D_!$9HQL3R4/9*3D!]IB;Y)P\#^],&ZD<QWX\@ ?8L;F!(>-V
MNK7:JJ/,883:#1H^@4\RX8=D1BN0_$RI+!S*1#!@\:%1JNTQ0K&8T:?'UH?#
M1CJ=P_FSQ"4GUG(':G'@>#Y9E"?0,(03/*63^9%XB-)LP(=35#7XN&&$!ZET
M';+&GIM_QL@7$^AIC 0PC%$N![D>H0P>B*;3YM3.D"?,\XM-QX_'`G@4ZP1F
M%T3WX0DR#/<;X0,V&C.2A-)*N\D6FA'Z.7P^@"?Q!2IELD#E%!-K6M7!`N7&
MKG9E?<ZF2YPB9F(P#5_$EWCMGY$5D4A)PU!D["E.`0I,[<M56EAPT+PN#5_%
MUWB@KU-XRH&Z4GH\K8<YR/28#5C15T"DX5L2XMMTWN/-+-UBQ S:S,P#ZQX^
MC]D]CMFS1\-S^#Y#_(#20$)$4QG:#7Q1^:;AQU+A)W)3":5ICZ "%N56P\^E
M\!<R@4-I:T5I&]6B.9\:GI>JOZ;H-57SID3VT?P>#;^3!K_/%D<C>Q3DXVTR
M[]-Q<A1@?\ ?&>)/<GW:]0.&FMZ4`?O=:8-PKJA_Q4L,]S>!+04+RGE'7':W
MU' C;N*B^D]9P&A=LPZV]^(YJMIN-53![4K8`;(Y..$(-5E-TW("GE0*ETX,
M5<#*'TVW)?2(47 _I#C['U[AM7N5TLJ\*^7L:2O/<T\;WZ4)(5P$*]P$FQX#
MN_7\8,]S(*\HXH%\,MTGW4A#FI@B`FPQE2S2N185CA:FR30QG4UFT)*N#L?,
MFZT?57[,\:-20QP).D:),AK4/(?6F#@UC%.3O21.Z3P4S_0;F2@=K(NDEL""
M26X^V7.GKS>1XM.K)BK%'+K5BRJ^F%AJ'0E3L<7H;:7#8V13*I5(^<2%=%2Q
M=;KZ4XF#YA%;T(4P0$O53ILG19PF+L*B@)@O+@Z(>;R;5(\9OR.1D;#61BL6
M:F(6!GC.0;43-K)^HYR"7]1I8C83+1,-=#JS\?@`R;N2:*2;>E?W]DV:6$PX
MHDE<JB&)US'B4@TII/F-3A^SU7K:]XP:=<_0Q.62P8J\NVNC$OO%*@TQJ;%Z
M[,8:&DC&-ANQ)#-92R>FE-''Z912%]/]P7$N<+@RC+\?]&P8US5QTE+I$NO$
M^H"X@N\",]-FW=S%>HGXSE +71&V> _=]_QS#[[P\DV::!&;>#:;*6P/\M4H
M>R.?I^C2G5QV;1O,) <YY0Q]P"P#)5EY:%N.$]LTO(AY[*0.=19TAO")[;3$
M$:-7IU7>;8^LB1UD+JX2G;3MA&.).)7#FMP%H!Z*';J>)1,IVNIRAJ9Y[\2S
M`92+JS&?*FPY7)B%_9A.;05F`]3.46VE:JLPE]H`7XS,EIQKMI1\9DOA8[84
M/-0>X5N.V=(=AUH_!RR$J #,K\MSOBIX::FMA>"_Q]"SFKZ64BNH]=:=AA@R
M*<PW!W#1<P$\6(B+Z$V32K@8-=0*_LN+`FBR`$:PZY@%4&1V+G(TO@1!9;R6
MM'F@HKK*$>P9._RE9+/$1"B76@[email protected]<BKQU+9)DCD7IG(GO'$EE)
M-JL*$*E41!IHLN.)1(Z/(;+>D4BC:91/I'X$_6.);"*;U@)$.')XX,46D:?(
M?:QU^ R\W?P[3;##\ W#/XPIQ0%Z#&/J:6AM]4I:/(WZ2&7Z,&84SY1R>NZV
MY!=(>7$A>8F4EY(\*Z+67H1RF@"PG=YWT%)T0L<NW(3=.5,ZK*8T'WLI`);0
M5#1<;SFYV-2AZ9[ #45[CYGO@D\P2EY-<C>UI6=01H1>W]Y0?PHW-WA.X7##
M<:5]J^7U@\2&M0]4$EQD3=4]F'H&1\CN36=1]9"ICFVR,<>M`GL7N**N[F'<
M7%<YBG>X\01N/P7/D-7U;C=.P37FVSUD`4L2[\%[%8F+B *3*'>O.8II=?55
MC<-X_Q&7J*I__/Y77QI2^G=:I#.*=/\$I-O&D&Z@WVI)B)Z>4=SMP9#U[1K%
MAW._W?)[#./[)F1\_SC&'\7'E/YM%(=%U-Y2_R3*[K;IUC^!LHY%/"K]'N#^
M!ZC_P;-P+_<<17M#F:>1I[C<6^8UY]6<,ZLYX/($+*XC`'(O&<SF5Q>M_5%,
MYU<W+?M1N(]X1)FG@9B=R#([:E6_2IH'9^(,Z:U1?,I%SCJ<53R&3]-@GZ%W
M#WT=-TW:Z)TGOXXMSJ%,6M:/XF'V\\U',7<$C[0WG,/,AC-XM+OX\=,X.XRG
[email protected]_SI,SQCD\G1.[3*:4U9Z&5QQ7I+[L0C9VOX)G)]/^AJW]S<FUOV-K
M?Q??*Z#M/J:T?^A"-N=^-+GV3VWMGTVN_4M;^U>3:__&UO[MY-HOV-HO6LZ?
MI[1+I+9G2"G_V86L<_YBU>5J<KK+AE;*Y/:_NRWM&_$/V&6*@X2J^#!>SB[P
MORQW3(?<(EPB*_LW_J-DT^C'MF+($OW7613@OV(K48NJ]2N(U^%[*<8H*XY3
M]KCWJKP?I5LY[E("*]4]H\+CX1)V7"$:Z%6(RRAG&;&6$>^FLEYOESD3F,WK
M1X7?FRV!"J(370IBO2*US";E.D:V'@=2KF,6*=>HT#S*80'^]X*"6Z(8+<PR
MJK0+K8G*MH0YTVM68&7?,Q$=-]/Q.M!QVW3<>72NF9".VZ;C93KN+!VWI%,A
M+K#BCPJWV7='J6@]*4)%C^'V;G>)*.[L]I2(DLYN;XDH[3PIRDG0W.W&"5%[
M#E/H236W1-2/B$7=)T4M2)M$2TC=;$Z*RXH>]7>[_5W='OIY_5TGQ7*2K#1M
M5YJVS=)V)767GQ"7G1#+3X@U:L,<$1LE4S_?;2A Y>&1^2Y4*5!<-R+F'F\[
M(^9UUP^+FM-BP5DSF+U45BX!!_46L=6NFZ+=M"XC';:FXX'81G9=<A@/'Y%S
ME'>;RC6J+E?4G1;=W;1-"*J>W%)-/TQ--FN6\G"X[]02P,$% ````@`DX!)
M+')6J\"!`@``4P0``!@```!M=6QT:69I96QD+TET96U/240N8VQA<W-U4EU/
M$U$0/;?=[6[K2J&5@B *?O9+JJ)5/E4P)DVJF&!(\,EM>VF7++NX;'GP+_@G
M>%%?>-#$M(DDQB<?_%'&F>ZF((T/.W?FW)DY9^;N[S_??R"*VUA-((T\FX*&
M8IPQ-K,:2@G$<(?-70WW$HASD,8<>_=U/-!19O>ACD<ZYMF=T["@85$@;CD'
MKE67E8: J%"\Y[F-=MWG.+9D.9:_(A#-YC8%E#6W(0625<N1+]N[->F]-FLV
M(:FJ6S?M3=.S. Y!Q6]9^P(7JKMMV[>V+6DW2A5?[JY7GA%M3+YKFS;=CV:K
M.^:!6;)-IUE:K^W(NK^8>R,0<6O<>.!.0'7]EO0$]):YWPHDD3Z2KOONAN]9
M3I-8L[E3I0%*I8D-M^W5Y7.+!1JAFEE.-#".BP:6L$RL@XH-C")C8 P9@9&3
MQA7'ETWI<?&*@>NX(9 Y2[O:WM[FE)NX9> QGM!H"],DI;_W98:?$EQDN+]^
M$C)\=GH:K =9;FE#TK9MZWVP;+TI_37;W*>%IO\9O0?2Y$JVPD\8,_?VI$-/
M6\P.[F=P98%V*I^D\O_=8H9^PC1(&R)D:5$`G6.]4R&/-DMV@J(2G8).-=^%
M^$I.!)-D8STP@4MDC2 !4[C<:W,%TV'Q!\J.TCF?+WR"JAP5?F$HWT&D0-]'
MJ-&CPD]$7^2_02G2=X@4N2JYZB$TY3.4Z%&?<((H0;I44J91E"%TG"B9E$5,
M!T2A"/9F<)5D3-'M-<)X3GKM4-@\9;/HY#%B6\S?A=:!?D(7S%<\-5^R/Q_]
M%F&;MV&;\C'B6\.ONDC0ELYU8*3.LQDBP\T[2*:&&1@)`)6 #E)?SK"53[&5
M^VS97E;N+U!+`P04````" `]9$DL09HCTDT!``"@`@``% ```&UU;'1I9FEE
M;&0O271E;2YJ879A75'!:H- $#T;R#],/11-P%!Z*L%##ST(A;9(SV4U8[KI
MNFMT#*2E_][='36FBKC,>V_>S-OEHA'EE]@CU+TB64E4N^URL5PT?:%D":42
M70<980VR;A36J*F#@SB)1)HDQU8*);]%H1!^G"QH6GD2A" UV>]D9(F9ZW@%
M''NA2=+Y?[UIS:XO*>,1)BCC/F._:_"5-:.6P<T&[AZ2>W=:.2XO4QBC4&A
MZZ^ZZ*4XH!4:^L0V=N,'07[N[*J)Z2FQ_34I'85N^:>W]\?G_,,]8>RF#F0%
MT4WDM7:NCH0NT50^J3AVA*!%ZEL-E;5"+^$469)"Y*GL[N&!SX1DR@[2]!(D
MW-Z.A"DK1Y@'%_S:;[7AD'CQG.PR>R##AVC8=G ,>;#1(PUA/7-<0[B%(YU]
M>;PXKDZN'KL,Y$%;\C$$X7!]\[Y7^KEZF-^]_O<'4$L#!!0````(`)2 22S2
M..8NG T``!$B```9````;75L=&EF:65L9"]#=7-T;VUE<BYC;&%S<Y59"7P4
MU1G_OCVRF\UP)20D)$" B,EN#N42N2$ALI $).%8@L*PF20+F]UU#R!*\2BV
MMK:UME5:C[;4VK265@*2$%'1'MAJ[\O>]V7OUM;>VN^;-[,SNYG=4/EEW\Q[
M_^__ONM][[WQA=>>? ;LT(!'/3 #%A="&2SAGZ7\<XT+EGG "8MY[%H/+(<5
M_+K2#:NX7<T_:]RPEMMU;ECOAF8/B;6X80.WK6ZXCB4WNL#O@DTNV(Q@"_4@
MH!_!W1N-Q%Y0$$H;CL@'Y;PG*DKZDS&0]%^E8@N!*IN!AVAR*'HJ&@DD H
M$\A4,A1N:HZ&PTHP&8I&"%VP,A0))5<CV&OK=B XFJ,])#FE+111.E(#^Y5X
ME[P_K$X5#<KA'7(\Q.]:IR/9'R+RTK:!5#@9Z@TIX9ZFYE0B&1U0XL3M[%.2
M_AZ5FO3VT%NGKMKTVCHKW3T)$Z:T=CR$=2PBHM:T#XH2YC=W,BJ0Y+#$?H3R
M<13K4[V]JG:>SF@J'E1:0VS))%WM1L9+4 US):B F1+,@BH)*J&*?&A-)4$;
MM+N@0X(MX)5@*UQ/<R^OEJ")7ZNAGAP0.[B*1[;1R(IJTE(+$776@1>A4 \I
M=31PAZ>Z7T[T<RRHIQ-J$4HL7(PPU5!IR_X#%%3RK-H5BC9U*A2K<.AF$2HW
M.:TY+"<H7"49OE<[R1U3LKHHD4BD0_5J@1R+*1&*9+U52'*[N++6GV?4K=N(
M4'6@)WJ=DC1LW*O;N)?3OKS6,L/J_!)TP79>,906<W-SI%=$70ZB\59)L L"
MS+Q;,'=.P.RU9K;*8 GVP U,?2/"O-Q*[email protected]$'!WL-NI=F/
M-)%0TU8EG@@EDDHDJ#3+,<X)%_1R3O=$_9%^2I6DTM/*C,W15(32: X-C)?I
M3,64>%"DQS2+))I$4BH+YPVG6K?5*D^CN@9CC"KNSD?5&I;["&3K7L])2O8G
MY:32+D?D/EX!8H$+&\TCG%_,((219&<(5XMQDZT2],-,+MJ'$"83ID,Y[(\D
MDC)9C;"L-A=_75L^YZ[@""R6X":(,_4M$B0@R4]O$$9L4V)AF8L/:4%UE-8)
M9?!\@W%3RY96.2F'_9&D0AD6WG DJ,2X9+O@=@_<`8NU<C1>,1<<IR(05_G)
MW<+IVCQ7FI>O*!@K+%8H)?^;X,U%<"?<E5%BQ*@+WDK!3T] &FKL99;LM$;?
M!F]GLG>8]1+CEZN7UB?!.^%>IGJ77N>R-C07O$>"V3"'/7T_ZY[I:<H$9VVW
MGY?@K7 ;A^@!$8ZM\>BA4(\>CI*8>.W)<%ZME9+6Z_MA>#]K^0'20*<RW#3#
MBD?5Z21\B,4>,6F0X::)--"ZF.I1^ A3#0D?F,U+2/"0L/TQL<B:H[%!W3M6
MNG6KN3DS(S>W)Y2X*24_Z8''.27-F2T6WN1TP+6.4HL9ZM9+< ;.LL)/B)*D
MD60N]<K<:Y$4]*3UH5FJC3G\E!M]<GA=D,Y!"9/.8Z2+:968)VJQT/%RRD#&
M@ 07X"DVZ>G,-31(=6+ !1>I[/&!2 FFJ/8.IN>>E7DPRAPFTN?@4QYX%C[-
M]<P<$2I!`Z%$0C7MLQ0)/DB9U''#\QZX!&L0*G*RN^ %$@SV*\&#!AMK)!1*
M:.@F8U!-M2_ %SWP(GR):K&HL*9JF#:KNC9'O33*=6F?M>A"JXS)3R;!U^#K
M[/MOB)).2@E!/HUF'CTU0G&J-$ +<DZ:59"^#=_AB;Y+Z2DFZHK+D82L5B,Y
M;!"6]^48DN '@N*'"!+OQHD6):S0;JR>F^GT41@R>BQ7SVX)?@H_8XJ?TS(0
M%*%X<I!.<"'Q),&O!.#78E?T)VB3HUH8XE:"WXK!WXD%[$^D/4KG`"ED>I7@
MCP+Z)\I>%9IA$LF',GLD>$4(_%6OLXI^+*7-58IEO%H:1PGV=_@'4_Q3^*==
M/JAHYA4.&,]66XAU<?X/_)?I7D/8E+.@7';&Z=L]E2V+X]\6?XL+L1!ML$34
M-7*W'G?]C.&AT<5<7T4EWJQHQ;@K:B3/QMJ\L]?H2%4RCPU4)J_^OXE<Z*:-
MHE=)!ON-38Q/+'X)/5A41/9)"(ORJYA#&W<HT1:5>Y2<IX?=$D[!J10OG$9+
MF0NF>4N^]C*WY/%=$I;@=*8M)=I$%NWFRZ.]S(EF8#E/5"%N.3E.[WS+J;"^
M0JC;+]]R#>^76QXAU(C,PMD\VYR\5POCNT!#W@O1^,\%D]-5\C)#D*=VXGRL
M85VOR'NO,71MS'?%RE:5G<:!S5!VHL".KQOYU*]#+ZOOHS1>&0RKGU'<4.F&
M"C?,=L,L"0Y"F ZBN)#V:O7.5*.RU#!+C?Z5HK!S,)+L5Y*A(%VS!0KAB@FN
MV?H=R467/KYI2;@,K_' <KP68;8!ZXBJP!:EMY4N.CT;XO$HK6:2*S$P7?WQ
MZ&'U.HBKQ#>:=CHGT;J7< UX/;@:UWIP)1\<JK/F[X@F!6WZ3(7-$BZ&`VSS
M!NW0T\CX1F&"&Z^3<"DK6L;?L:89?'S+42O-9JHL78&M&R1L)QYLPP[:5\V^
MXS#7&&&6<*N8[WKM0M#(@$8#X,9."08@PICM$D0AQD\[J=YJK$9&U>@9)6%
MD.[.^.S2J(^[<8\$(0&Y,?L<YA^(A3<JX1A;LX_J9ESIXTH8U[ZI'*@=%T:+
M*+X^W#W^G%=^>LM[72X'X,>E)$2?VI"W69W,"X:V>YOH2OQ)F?1]J'U[:C<
M+V$O]K$U!ZC0'.9/`2+'$>9HZH:B6MIO225C*:Z6BCR@KK$2?=R_Q90($0E>
MA;D<Z)AV=;"F<"$=\(I[E%Z9W+S3F%G")(EC`E-T2@F&HQ$Z'M28'4 ]E'^=
MJ5@L&J>3D6GJ(Q(>AI<\, -OAKETRYD!-BB'/IA";07,!*"V$JK4=I;6THV1
M6@]_"%!;"J[:T@)66TH@M:7TH?8XW^K5EN[TU+HYZ0%Q"8#ZMC7C+6!Z*V='
M4^L%Y"^,]#N/WA91B]0ZO:. PZI"\]7I;/0[!QP$K:$G28#@"EA +9UXH%8C
M:$H3G(>=I]($!6JGSU*X3M4A6[C[=);P8DMA']1KPJL)S5H6>'WG86^V[BM)
M9I7*4"90&@,_L>MYX@9+1?9G*[+64I%&:T64;$4VDHP_AR*5FB)-:45>)I<S
MZN0%< ;X;Y1H1\ U`NX1*"SVT,\(%(V"U.;31HLG41\[?P0F%T\1X_2[,ST^
ME<='8!K+6XT7B_&27./3Q7@I\>M#U!I.FDF&`-Q *;47UL$^D.G?[;"?;OI!
MD]DG-;/GPFUP%5Q-YDJ02F=1L8HAEYR!PZY]I]1GA",PJ(U7T[B=VND7H(R4
MNKF]WG<.CM8[SL&Q^M,:^E9B%NA[R>6,OK.2Z'I653T$11?@#I)[XT6H>DR%
MTS(3_]E5=EX(`,WTM\/K?0*.>BO'X"UVNNO>?0X<P^FN>^QP#FS&^[L9<M\Y
M.#$\3LH^G)Y2J/=>>)^FWCR:E*<MLZ\:@DE>7U7C"#QXW(95OF=.OO[*L(9_
M*&W.79HY1_.8LR_G*N \Q9@J]"?AUC\$$'#*??;6/P8?/[B3'XJ/G=+O!9
M5GPLKQ4?'V?%*?B$AG^0,IL3Y1[?<U#V@&&"[UDHZVC@6>GO4>Y_G/I/7P3[
M4L<0[*DO=32RV4N=I4[5UDTF2V?37QUPJ0!8XR422@@2JN%'&T5J""KX\01%
M: @F\Z.=(C,$]N,.+'74DZ*/Z(H.ITMB)5'S4I\B8CH&YVP4]6,Z< 1&*1G/
MT[.#WIY41=KHF?59RQ*7H%1(^L;@&4Z8HT,PZSQ\IKW^$DRMOP"7`L6?&X7/
MC\"7O9S$0L3M=9CF^ I\U93XK,QTACT/3CRM*?5-&^B)_RUX:2+T]PST]R=&
M_\A _QA^D@-M/Z6A?V$#?<'^<F+TRP;Z-Q.C?V^@_S Q^L\&^B\3H_]FH%]-
M!W^.ABX1:,>P!OZ7#?3@_#M=^*LIZ#:#6@-And here's the version that switches everything to app ids. Note that the
relationship problem disappears. But the Item class breaks with the
following error:
java.lang.VerifyError: (class: multifield/Item, method:
jdoCopyKeyFieldsToObjectId signature:
(Ljavax/jdo/PersistenceCapable$ObjectIdFieldManager;Ljava/lang/Object;)V)
Bad type in putfield/putstatic
I'm using Kodo 2.2.1 and JDK 1.3.1_02.
The structure of the Jar is the same (as, of course, is the schema).
And I've cleaned out the class files (ant clean) before every test.
Regards,
Rod
begin 666 verify failure.zip
M4$L#!!0````(`*E^2BN55T0$G ```.<````(````+FYB871T<G-5CC$+PC 0
MA7?!_W#<;JJ;8*N;JT/5M5S;LUQ)$VG2HOYZ$PD4MWO<QWM??GH-&F8>G5A3
MX$YM$=@TMA73%7B[GC=[A--QO<K)^U'JR;/[Q\,/`/*':+9USXT'0P,76#)Y
MU=-,B8A0[$CO1I-S5<M/-FT8?%<156)5R:.0E@_5FA%<=3'I*E?=X7GY#
MAY@Q2P+98A!UL\4WQ"]02P,$% ````@`BH))+/"F,-1]`P``HP@``!0```!M
M=6QT:69I96QD+U1E<W0N:F%V89562V_;1A ^TX#_PT0G*@U6\-E(D416"Q9M
M[%9!#BUZ6)-C<2V2R^X.)2J!_WMG']3+%- *$,2=QS<SWPQGU<I\+5<(=5>1
M>E)8%;?75ZINM2$HL6K1B'FEL*%?[NY_DCEILSL8/,N-%!VI2LQU56%.2C=C
MVHS02'9EW8FV%\^%%HN>&/]V1/. QBK+VAQ_DPVG:<:L?N_P/*F@^&)D8^60
MU?75[.W;ZROP7_@@.RJU`3"Z"(*-"Z8;=YA=7[7=8Z5RR"MI+7Q!2_#=022,
M`7.#DM!"@]N@<@Y)]'""= I4&KVUL.AS;%T"SCUY\1#1<*-5`?^XW-D\@">O
M"X:VAO=PW@*Q0GIMFTYO'<A1V4 ]>[>UR#MC&.%(%8VI%X^X4N$82')B[EA]
MG]U!NV9_5V<41*]V+53#!>28%2[ 6K3,8Y>3/][<#A"@B,^I>YRZ-#CM^\=G
M'I1/NZQ(V_4[(--AP%SNN)A:Z(X83#54->G$8VP5E<!<W;R?P ^,&,P=Y^XW
M3 ^+;:B40P21CRI\`X_#^&D!655.'7VX0"\^<6'$X&%+O4WY)%0<XW0:%(>A
MAWQ 2P_"Z3Z*P![SCC"]7.F;DP\'=W"J<1"^[!! 6/4-A_ ^KR@_3XW;FNNZ
M5A3[FB2S&?R,Y/ @[RSIFL<'?H0;B(T\XC)_S>4\NESB\TENSKD\=V'4=S!Y
M$\-QRG91M\3#/PE LYD#$06RO<$':62-7)5-)TP1:%/P\ZCI5VF4?*R0+9W2
MJ[CX5E4#X;/9>'^\Z= ;/^4-H7N1;B*-_\'M8DM/.L8=G!SQ7LH-AI*P"$U@
MV\G_;>O(/O'.P[IE5.-72Y)L2V8#>(J-**7]C#TC1%42WDC07*;3-U[IPS%Q
M2UYUX!EP3],QBY%IGI>RX:6R@H:;"$^<BG4X;I#MWI&Y0?K,!JEUD^:?/%$B
M,C'&J@ZJEWWU?JDGO+];-S$@S<KR\D5P/,FF@$HUZ*1=S7-LG>G1LK8D::"N
MEKP%EV1<V@[EK[\C0<3S_?VP&A-_KRDM`F_W';4=L1]R=*UMW)>7C=)C]:<=
MX4=CY.[$(G8[K-#L: ,/K&?#OHVZAW ZJ.-;-KB&TZ#F+,76\&R%Y-+L,MV3
MY>*/[..OV9^+N]"48>TF_N(;XH=++Z"0B)?:OE%)+BDO(3U<AM@/PX=]B+4D
M_B/"U],^RWV'7_X%4$L#!!0````(`.YQ22RB^>R!D (``"H-```6````;75L
M=&EF:65L9"]P86-K86=E+FID;^6746^;,!#'GYFT[^#Q/,;V3A-5:29%54*6
MD$U[JESC+FZPS<!$Y=OO;!/2%'<A8@_3)D4)Q/;]S^?[W4$T?N(9VM.B9%)<
M^9\^?/3'H[=OHL=4PH\7Y9CL\ ^*!.;TRN=5IM@#HUGJCSP8UC-(ALNR&9]4
MI9*<%CX,>"RE0C%5!ZK.80SG><8(5J!CAN7](R6*I8$Q<%P;SVY\+:V->UY$
MGQ05VCEP4J2R"*R24C[:T1HN\'U&?;3'6:4=V*R3^<H/1W;QNR! 9RWDNX#(
MK.*BM0(>A",4!-9*/S\R23IVA!2T]>6<`1.&5RU8&R;T3:Q9ZJ.\8!P7=6 C
M45341JZ'6HH5=F[;"H5&R:G[( NJKP9)?8Y7T\7U?-H5?"E75L5@M?5FY1+S
MG&$5>\D(+5M!L)7I1 5%FE$..=TD],S./%BUV;:0BB*UQ0J^* )C0!;\EN:6
M8P$LI7!L,J>%JM\C(>U$<+W-M_-[;,RV^R,'[!S1C$*36"-+ZRFNAQV@,ZAV
M6&T6:E31)9"<PCI;?(UGDVEO0OY1Q$STNN*8RTJH06K7\WBS2)QIW]5KDV@0
MU[=WN@3?N??IC+&BO ]L,.U(VJ6 L!95K\W5DR+0_-6BXG5A618RK8BZ')9F
MX4!8EJOX9C-)_G=8NKJ@28;I+%?/J]#OFL/@3M2[#0&+9#<97 '623RY=4?Q
MD.UM.3#]Z]NV1APJ`6(*5="Y(+LAX<>V.768,%0B8_SB%@)+-1)ZL&=&ON@>
MR73NHV,N_G5 *RPB<B@`_R2?'\U7_1YF;/B6)&M42WAD0/E.V0/J3DT!ZN'
MQM\%%@TBUG9T6_ZU%1>]+H2;TOJ'W6EJIK,;P>WIH]'S3Q0V[STP%H7V7>@7
M4$L#!!0````(`+UZ22Q:MP7.60$``+L"```4````;75L=&EF:65L9"])=&5M
M+FIA=F%E4<MJ@T 478_@/]S.(F@"2NFJB(LNNA *;9&NRVBNZ:3CC-$QD);\
M>^>AB:&",GC/N><Q8="Q^IOM$-I1:-YP%-LL#,*@&RO!:Z@%&P8H-+; VTY@
MBU(/L&='EG"5E-AS)O@/JP3"KZ61-.UZ?F0:@4MMWJ/B-19V)UD.#B.3FNM3
M]H_2]6H[UKKP-LCDH_"+YH4WLS?/F)G9Y /N'Y,'>UI?H952`ID$-/IBB%ZK
M/1JBTE_8QS8`(>5I,&$3->K$N)):R(C:^,_O'T\OY:=]:&Q=$]Y =!<YKK$U
M:"9K5(WK*HXM@/2HQUY"8Z3047R/GI)#Y*!>W8TGO <DE^X@SZ]%PFHU`RY-
M6<"R-G(V[SJU/2S#E]H$VH%6_A!-B=-TTJ7>WJR44]@L=#<+AS2#@SXYP'R1
MYFC^7ERXV=6@&U*_@Q ZW>92P4%H9JYM8BTWW&8*@[]_ %02P,$% ````@`
MR7-)+)A>MP!\`@``GP4``!<```!M=6QT:69I96QD+TET96U/240N:F%V88U4
MRV[;,! \2X#_89M#:AD)W6-1PX<TN?B4`ND/4-+*8DR1*A\)W*;_WN5#D>,4
M: 5?N#N[.SL<>N3-@>\1!B^=Z 3*=K,H%Z481FT<//(GSH1FJQA<KU:+$E;%
M??V(C8/='3226PN=-L#'48J&.Z$5B!:5$^X(UH^Q30#$RGD*VSD<6(K>>*>O
M]ZC0<(<MU$=H],"LEMP,Z(QHV$&WFCFMI64T2+3L9AZWN_M."18ZK1?EZ&M*
M9&)AQOWN;E$6M(_$@6A9>$ CN!0_>2UQ4?ZBY'H-R)L>Q@-$;B 4G#&%!!N\
M=5 C2&$#4VZ!0YZ8*GLT2%2*'#SMHIZT:!#B)])A\S?@-Z-;3_+&;TR'31GT
M+^(%%*38;EHG":X[P!^>2PND5Z];%E'KF4=-"B%7$VJ9;U#7%6&"!(7H8.EZ
M86&[S>&B,.B\4>",QTT(H+0(`:CK`%->2GAY@3VZVRCWLH(/H9J=1-YTZF@X
M1BL51;X;T(XT@RTL<Z"B!G%:KLE2L8EZQ+,<K4+SR\M)IC-0CE:AW>_%/R7L
MN>UO=8M91' ]=Y.%+9TP%:89UZ_H1BMG. V'[T$_\;8O1916U_0DN$SUSSUF
M>Q$PV89L9!!:M&*O>#;6R.GA$"N:2^N)@9MCJC_@\2H`M)+'F.V$(5=F#% Z
M>W%IB3@U2V5<CCVOT=&KD?)8!6+>8O1Z:#*MP^#<.T*Y69KEJV'.KN<$\9]R
M._U ;UOMD\[:N]%'F8F83O84[4>;JD^7>^+2HWW/<^HVM7U'5>%S!GWU74>F
M6W[^5(7_$U1!+#^294ZJY]3%%[B(3ILC>>WMQ8R:+#F#KMZ594>>EDTF/1V=
M%:3?'U!+`P04````" #B<4DL1&TGF7T"``#," ``%P```&UU;'1I9FEE;&0O
M4')O9'5C="YJ879AM57+CMHP%%V#Q#]<L2E0-9&Z+!JI@K[HHAH-7^#$%S"3
MV)'M`&TU_][KV(:$@EJ-@ U^G'.?Y\:#?II6+']F:X2]5H=D^QZ1\P2W6;)#
M66.R8T6-TT%_T(^XLBZL6 DL.!V+LE+:PI;M6")4LD0M6"%^L:SPI'0R@:\H
M43.+'!ICH+(MYA962L/G[S-8(K.#/DS@(ZOMA@XS9-(D!U/ Z$!<J+1RA+$#
MI11'G14BA[Q@QL"C5KPF8Q1'@25*:Z =`_QV00SZO31]=ZM?8PT6TE@F<P3.
M++NU`V>/"O=-%1QU4RBJ087:_@3!FR+T*BUV5%,0DI+GTYCF%5:EC+!"R85\
M4ON_#= Z]_UZK05C5?X\5[6TWDR\6UHMY!HD*_$88QHOYS712O*4A\4)\N\J
M_>?/=VNNJ%V:A**TN4.S@B2#&$=C)[O>RWU2F=%TQ+8(O&,VKJUKM L>\NEI
MM+667FTANR[TT<GH#!VEU27L%.G81(:CL]*))W#M1IBD8<)#N+GF<^F$=^:S
M(\;+CCVMJ]RV\],I17#)'JG86SR*F(*)ZQ!/FL:(&ILME=-5)ZPP)F3B!TW*
M63IA>"XGTN!;4]9.PNTI_ [_'I+\)-A:*F-%?G,Y-M^C)U\'!OSH*%;,;-3>
M_;M\P\/RQE##Z/-"9/>HZ->2_3>NTQ^K_"(VR.]F]6I%_3>9JS7NH7TZ<JIP
M+]5HG)RZ^Q:&'V X=DUQ]2-JPJH*)1\-!7\8TGT</$).([*%:F8C`N/87<&*
M,! 1'B>F#4_3%B'J-!):JK[*H;<"G<XBYTO87P\+-LQLYHI[2MR,QAX8)SE+
M3C4_:O@%J&C^_5](&H0<G:[_`%!+`P04````" # <4DL3Z^.W+P"``#R" ``
M%P```&UU;'1I9FEE;&0O26YV;VEC92YJ879AM57!;MLP##TG0/Z!R&5QN\E#
MC_,*M,V&+3OLT!Z+'A2;293)DB')2;MA_SY*MAPW:;<"2WVQ1+Y'D=2C/1JF
M:<7S'WR)L#7ZGJW/$(N"X7K.-JAJ9!LN:\Q&P]$PXLI:.K$0*(O1D!RBK+1Q
ML.8;SH1F-V@$E^(GGTO<\]9.2'9I#'^P3WFF6DK,G=#J[UX;LDE/3N +*C3<
M80$A2]#S-4%@H0U\_G8%-\C=: @G<,%KMR+C'+FR[-Y*F-P3%RJC/2'QH)0*
MK.=2Y)!+;BW,U$:+'($2D5BB<A;ZI<$OG\1H.$C3=\=Z0C0ZV#JNZ.2".W[L
M`WP\:MQ7+0LTH5'4@PJ->P!1A"8,*B,VU%,0RI$MBV4^PZJT%?Y29NI:;P\#
M\%[email protected]=,EA<K;1?;(/7-8WMZ!H)?-7JO-4Q*2,W7NM+%'CQ_:-37H
MJ^$*L*RH57V-,@\B95Y:<"MAHW)IQ8-*WU+UH&@4O4%IX&8)^2[CEAZZW8BV
ME>LD\<(<_'Z=GEU19O'J!1Z];;MJO'26Z&9%6\_ H*N-:O385/<$_#*(;8_2
M*3#2(HGZ58#M6#NUMGQ_+ZRQP/E^&"J\#=-IF1*(ZS:%-(U)A%@]L9-K/TSW
M>0N%>^F?'82)$W%(;T<F4E_"_/>-O/!IM/%)\*72UHG\E<;INKU/*+J3X,89
MH99@5WKKW[U1>F.!/J,.VSF[,/_![HU92W&Z642M-;NK>K$@(=@YZ47A%OK6
MB9>'_[%,$D;+[[STLWH*XP\P3K)08PI$9;RJ4!63L2C.Q^2/4T#(+")[J$:6
M$=D-P#/HJ," CYL#%#')'13#)*JE6_EXK8&Q)BQ)R_\'PM@(JO=]1J^/CUAD
M.3U-FM+Z\3UF$H[P<9/S[K1;<7>0#*RX74UU@0$6-Y.D`;:W2OC=C70S^ANH
MI8]^YM[Z!U!+`P04````" #@;$DL(]Z9- \#```L# ``& ```&UU;'1I9FEE
M;&0O0W5S=&]M97(N:F%V8=5636_30! ])U+^PR@7D@+VG:BB;8!2A#@0) Y5
M#VM[8F^[WK5VUVD+RG]GUNNOI&D%**$BE]@['[OSYLU;%RR^82E"7@K+EQQ%
M,AL-1T.>%TI;N&8K%G 5+%!S)O@/%@F<;5I+RT5PJC6[_\R-W66<*R$PMES)
M*G5X= 3G*%$SBPFLF"@15'1-'K!4&MY_.H,%,CL:PA&<L-)FM!@ADR:X,P(F
M=Q0+A58N8.J<PM&P*"/!8X@%,P;FI;$J1PUT$($Y2FN@?W[XZ4XQ",/7^_I5
MV>!"&LMDC) PR_:]@<M'N'U4(J'*'$X$08':W@-/*@P&A>8K@A2XM+0V>S)&
MLAPWHQ96<YDZ+W1&'[YE-*7N;&'86+O^TMXKQ6,TL\- /%>$L2YCJ[39?W["
M:J[15<0D8%X03GUV!N1#E#PU8#-N&LK2$ZOH^0JX!8F8N [email protected]\/KI"
MW).UH>EDZ@@Y6!\&L3,Z6=-VCGL'K8;M'*W=HI@'ZYM#*D>:X01NN1"$5#>6
M-/W1/8%ERLA/;MJJ`JW;#"LM( PMXV3P&4\T6J*A8SWM8TAR*-/FKCV0W2RD
M:"^2&N5!&SWK,*<"%O^P@()IEKOS2[RM">;V=>Y/543SYFNB"4O 5$55&BN8
M3(,+.DWJ-"_QA8;AP+$T(-?CNMHP7#]GPRK)^8V6U5I#75MXN=EJ72="S]J_
MJIP_Z^!6_YKR-L6U+K9J7KU$'7Q0] .P/M3"O8563\__<[C:`K=NJCY@S1HA
MMJ/P9H!Z]Y73AOK*FK2#TVA$=Y=ULQ/"]XS'F9/]G$GZ<$K>TG*=HPVYO)KU
MNU2;+Z]V[+=KMP/=!>\X2Z4REL>'N3R_^DH8).U&[9=#IF[=?^_F?&& OI<L
MCC94XF^"'XJ'5?ZAP=B_G97+);'>1$0/1\7^ZH0Z,W>DGDP#>OSB)^DEC-_
M>.IZ`A07L*) F4S&/#D>D[&Y6<AM5KL->E[%3>5%]'W$H9[J)E>G=X_X-YQN
M`GHS_T@$9,QD<Y7XD.9E,O6.C:)&00=8R[\U$&4VOZA_`5!+`P04````" #3
M;$DL$&"ZNV<"``! !0``&P```&UU;'1I9FEE;&0O0W5S=&]M97)/240N:F%V
M88U4/7/;, R=Y3O_!S1+[5Q#=^C4GH<T6=PE0_('(!&R&%.DRH_DW";_O:!(
M1<XE[76S@ ?@X>'1`S8'W!/T40?5*M+RVW*Q7*A^L"[ /3Z@4%;<DE.HU2^L
M-8WYS?GY<@'GU4U]3TV W34T&KV'UCK 8="JP:"L`27)!!6.X.,P=F3 6-AB
M@Y+$O;3B*OI@>W(_^/>8NXS!7NS)D,- $NHC-+87WFIT/06G&G&PC W6:B]X
MFI+B<IZYN[[CQ-AILUP,L>9$83=-NF&^O*&FGMEY.-T.?B\7U68#A$T'PP%&
M24 9>)]P!O<<@)I *Y\(HP>$,CC7=^2(&54EJ$Q@948AI] )M=5Z)/'\MW2N
MSJ J=,H+)6&;&Z:J:CQ.Q4+NIAWS,6P+]#.B]L R=E:*$;69I]0L'*$IJ%4Y
MKJW++-7"*LV#[38%4ZAR%*(S$%Q,QJ@JTIX@`6V=8"9J#4]/L*=PE4[ NWU(
MQ6(.O.K3\MSLL*HZO98-+"$ON3H)KKG/.+/4)A6V&2E>Q/BW'!WZ[LI**H)
MZ#!,5O7\1;DPZW'Q@FZL"0Z;(. NR:%>]^6(L>:"K8\ZUS]V9/(+8V"V!%O$
M$4CR:F^PF&9 ?B#,BN?"X%2/[ICK#W3\E #6Z..8;95CQQ4,<+KX;.69.,E<
MA7KHL*; [T+KXSKQBIY&,Z<>TS9O7)#\-26+%R>)#3W"S@3:DUNQ!<4,^R^Y
M@[WEYVOV66<;PQ!'F9F9S5Y3\J//U:?+/:".Y-\0G9J5KN]PS8GOL6V9\)?/
MZ_1O04:N^,1LDKGP)7'V%<[F#R6W\U?:=ZXH^S[_`5!+`P04````" "0;4DL
MJ+(#76D"```[!0``&@```&UU;'1I9FEE;&0O26YV;VEC94])1"YJ879AC50]
M<]LP#)WE._\'-$OE7$-WZ-2>AS19W"5#\@<@$;(84Z3*C^3<)O^]H$A;R27M
M=1.!!^#A\5$CMGO<$0Q1!]4ITO+;<K%<J&&T+L ]/J!05MR24ZC5+VPT3?GU
M^?ER`>?537-/;8#M-;0:O8?..L!QU*K%H*P!)<D$%0[@XSAU9,!4V&&+DL2]
MM.(J^F '<C_X>\I=QF O=F3(82 )S0%:.PAO-;[email protected]%O&!FNU%SQ-27$Y
MS]Q>WW%BZK1>+L;8<**PVYH'JUJZ8;J\H*:!R7EXN1S\7BZJ]1H(VQ[&/4R*
M@#+P/M\,'C@`#8%6/O%%#PAE;J[OR1$3JDI0F<#"3#H>0S.S>C5Q>/Y+-M=F
M3!5ZY862L,GM4E$UW4S%*FZ/&^:;L!W0SXC:`VO86RDFU'H>TK!JA*:@ZG*S
MMBFS5 =UF@>;30JF4.4H1&<@N)A<456D/4$"VB;!3-0:GIY@1^$JZ<^K?4C%
M8@Z\ZM/QW&ROJGIQ53:P?KQC/<=6W&6:6"J3!IL,%"<I_BU&C[Z_LI**'!!Z
M#$>7>CY1+LQJ7)S0K37!81L$W"4QU.N^'#'67+#K4>?ZQYY,?EP,S'9@>S@"
M25[M#!;#C,AO@UGQ7!B=&M =<OV>#I\2P!I]F+*=<NRV@@%.%X_5GHF3S%6H
MQQX;"OPDM#ZL$J_H:3)RZG'<YHT'DKN.R6+$H\2&'MF'@7;D:C:@F&'_)7>P
MM_QRS2[K;&,8XR0S,[/9:4I^]+GZY7(/J"/Y-T2/S4K7=[CFQ/?8=4SXR^=5
M^E&0D35?,9MD+CPESK["V7Q0<C.?TKYS1=GW^0]02P,$% ````@`SVU)+.[$
M0DMJ`@``.P4``!H```!M=6QT:69I96QD+U!R;V1U8W1/240N:F%V88U435/;
M,! ].S/Y#ULN=9BB],"IG1PH7-(+G8$_L+;6L8@LN?J 20O_O2M+P3#03F_6
M[MO=MT]/'K'=XXY@B#JH3I&67Y>+Y4(-HW4![O >A;+BAIQ"K7YAHVG*KT]/
MEPLXK:Z;.VH#;*^@U>@]=-8!CJ-6+09E#2A))JAP`!_'J2,#IL(.6Y0D[J05
ME]$'.Y#[SM]3[B(&>[8C0PX#[email protected]!>*O1#12<:L7>,C98J[W@:4J*BWGF
M]NJ6$U.G]7(QQH83A=T/9V5LPS73Y04U#4S.P\OEX/=R4:W70-CV,.YA4@24
M@??Y9O# `6@(M/*)+WI *'-S?4^.F%!5@LH$%F;2\1B:F=6KB</37[*Y-F.J
MT"LOE(1-;I>JNEFE9Q>]PPWX3M@'Y&U!Y8P]Y*,:'6\Y"&52,T!567F[5-
MF:4ZJ-,\V&Q2,(4J1R$Z`\'%Y(JJ(NT)$M V"6:BUO#X"#L*ETE_7NU#*A9S
MX%6?CN=F>U75BZNR@?7C'>LYMN(NT\12F3389*!XEN+?8O3H^TLKJ<@!H<=P
M=*GG$^7"K,;9,[JU)CAL@X#;)(9ZW9<CQIHS=CWJ7/_0D\F/BX'9#FP/1R#)
MJYW!8I@1^6TP*YX+HU,#ND.NW]/A4P)8HP]3ME..W58PP.GBL=HS<9*Y"O78
M8T.!GX36AU7B%3U-1DX]CMN\\4!RUS%9C'B4V- #;$V@';F:#2AFV'_)'>P-
MOURSRSK;&,8XR<S,;'::DA]]KGZYW#WJ2/X-T6.STO4=KCGQ+78=$S[_O$H_
M"C*RYBMFD\R%SXF3+W R'Y3<S*>T[UQ1]GWZ`U!+`P04````" `U=$DL!T7,
M!XD(``!3*P``$P```&UU;'1I9FEE;&0O271E;2YJ863=6O]OVS86_SU _@<N
M&#"[U<EVNJU=W.!PERR;NS8)ZJR'0Q<,C$3;=&51)]%QO:+_^_@H4J(H2E::
MK!U.")*8?'KO\][[/'[U8(!.2<!6"8U(B&ZVZ 4.T>W(_\Y_.O/1"4NV*9TO
M.#H<#H?H$M^2"/W"UG_$A&?LUM_?&PSD&PNV(BC!<W*$%IPG1X/!9K/QYX0%
ME%.2^<+"8$HC&K#X#8XBLAW\.Z7AG R>?3]Z.ECBT%_P5235%7!2Q!).69P=
M"<W!.[I*6,JSWI,^DG)3MDX#@LZ$)#K'*V$9H0DG*W^);_'^WOX>O"00H=4Z
MXG1&212.H3G7@T#*I\Q_-*XTO?>78=XHC;PF,Y*2.!"Q"2*<921#;(;JFH^D
MM/%,XEM&`^*ARY2%ZX![$MO%Y%0B6]^(4.0:9?O^'KPC8$1D16*>H2E)*8[H
M'_@F`ATDS6C&`<<)3J!M?^\#*(*WE#)0T^OG31_R/Q\+D91Q$G#A1,8Q%\(T
M%MZ&["?"7^%8>!*>@1,G;!US2P<\*>'K-(87)O%"`..F/'J,GHQM>SFD.FS0
M<4XVDUC@$*V]J8!#<@BIQ$96^8<Z"/ /4?AUC&*R4?Z.2P$J<Q^RBL[CBE:'
M]%F$YYD0&XUK_H)(@V<BMR'X\IHD$0Z(C$8/@DKKP&6LA06*_M$00A/6K+=$
MS]&P7S;!PQ<IVTBW7YQ>G&&.HTG,21KCZ,?W`9%54HE%MJ$\6/26AAH#48 S
M@H9'2##VF]^&WU1-T9RX`G!/<;AO!=5/I=<TGE_<+ 6M<N_Y@F:>\']<59?'
M<JSC5Y@?:?/#D04@R0L&`*C:^4L`'!8`#BT`_UOCF%.^%0@:#8OP=[.J&SZ6
M_]XEF5V(ETGF8?KVNDZ^&4MS7@IGAF/QY[D0]",2S_E"?'S\V"*:S6FAE5[W
MB^@UP1&)NJ7A_U4=V*E/<A=#!^4\733W)_^=K*I*N3_CFZS:+/>*VOC<?#<)
M]L!\KW"W(]]A7:2PY)E![&;IH69<@L]?]82,$,FG/K&*@!FL?T^"F[-B3RH4
M1JIUY)P7OZJ-;6U ?LU(ZK9_EWA_J%K0XX$,>9<Q`1Y'03M4MQ8V/.4D)Z.C
M/H[K@C<IP>\JI03/CB*&IYS%I 7U\6X6F@L6'F.:DB;TYQ8;9IM1H!]WT5U/
M";!6<JP/C654XX29OPOC2,>IS52S<YT(CV2L6$Z+W<4<1_\*`I)E!6E=!>FH
MB7@=1<V,K2\N&]VMH,]'SPIL<Z1$),I(H]$I"=:B)K:%]^KSJ@`QW6:0_SGA
MEFS/'J6%T_;K=:?U8TGZP8($[\22?D6S#(8!-388+0>9@& X?M"W`71>GAOL
M[)0II=Q>S;?L2+2NI=P&U3L</'<@.78B41L(Z#%\JJ;9D+-9-'?B::L=-0GE
MON0?)N&7]:! T1GW58KC# =0KCCZ>SCAAM3FT0UC$<'Y9CD[)1$1L]D#^###
M`O6G.$$+$-U1TY1OOS!F":$SXG.R^;)X`4!GM$5MN\Y:/B-H`T=G[)6"^++P
MJU"ZK"PN4Z+/U<BG8O_@0M=]-K?=2$Q(I@_-!MI]?(7?D;QZICP5"Q&4_3T<
M716XU&KH4QV]QZ&BI^<;L4>J1^4S'C"JHV I`WE3>S?19&_?C-V)6N<+><=^
MQ=QD&(+U;<?NL\UR3A9!U7->$=QZW/0LJT(FG-BYFX?M\R]$[:"O6#&QE@?P
M]2S[6DJ^I<//9",-Y2%\YS1WCKT1;! L3D11SV78GQ&Q.36/:H;]OLT@(RU2
MI3[C[*IR5*J\:W@=I9.434'>]$#1JQ],U$VU!KMA8UX/H6-_;5Q\T%M1G?K:
M0Z5/K3?+VYO?`>#OREBO@-[(=0>V)I,Z)],.]KP"H.H:.<=N/;+<;0"WAQ)E
M8><HW#[,6UJ+`G%A]#.]*U#GQ-+E9=.MTM"K:/?*H-QYYJBF1%5<`PL4D[JR
MH!OQ6EA0LU=<&>HSI =G05D[VL)#L,!Q;_,`+!AY%>U>&91[LJ"\`K4SH@_2
MVBA@)""?X)\?URXK3)HX#N?TL6FCZX=CISUK&?R2X9#H,%+[/'D'AL;EMM.8
MV! 7-P+*GE=579^9.M=!/>KY>;KK)LD._G$U^"YVFJ>E#\%V^_35P7(K5LUY
MMH)XA^O$(LXJOB?R&P7R>P5?MVP`>+IM]$X10&KR9RR%KU;T*JMUXVPNP' :
M+V7/&3\3#H7%D6L.(V9\!LU$-S?GJ;QR.&=2Y2F9Y2K3E*4]MSH@Y2N292+H
MO;X#98V)DH(;R$(^"JD+G(LU3]9<A(S@E5I5,MF4R28#M3YGOF@^7*[M-0U<
M==U^2&985,-_#%".0M)?X5#+LR!B<;$<-W"=0+M(QG2=P)=:2-@,LUSHP39F
MG< A;Z[5P-LKKI7ZCLV/=;9F">N]S] 04?RR+ZMJ>8+:MT8LW66MDJQ>:_:T
M>JNC?_.%DR6?%Q;DM;:&GD+@)#G=KZHRA'" $:BG[.WU#C-2]&J;-(O>;#DI
M)&6@#4G-%0YG))0(9RMYL_+8\EIA!0PH.<=8\[(<S;]6V1FCP2.4;6.^(" M
M^]"C02<5*H7W40'TZO+^C,8X0H+U8J"4]?H&$LSB7R>G8VMPS45K590CP!)"
MD0+YFJ4/"N']LV^_)]^&PR<_/!L%X=/#IR^-%RH4@744C(4Y?=Y>VZ/E@6+_
M@8<.%-7A7UTR!Z7T1[.<<YSJB$-"?_ODNM;?UF 6<V/V]4H4_1/U6H3T5'50
M=OJJ\Z#?1T<M]"I!O'CS"DW.IU>O$<899RE!SLYPG9@=HU8W]"#2ZD8AY')#
M=3:Y<5D9G3[=#7.1"%\5@+7'U7\O?^RJN#+6.-KU$"ZY"*-!G8G///CYKH%P
M+TXO)JLD^IE$B;P@G</HF4KFN9@!B[]V[D@))W%$3R-K]!*L+#"OZKM7==G;
M-=A[QB&A,5N+GS\!4$L#!!0````(`.6"22Q@&&R$7@8``(D,```5````;75L
M=&EF:65L9"]497-T+F-L87-SC59I>QO5%7ZO)7MD:8IM.4IPD@:%)D%VC$T"
MI*T#87$22+ =@DT@H:4=2]?V!&E&S(P<F:[L75A3MM*-/;1 FP1P8O(\+=^@
M_<8W?@`/G_H;VKYG1K9D6X3J>31W.>>^[[EGF_G7?S[Z.V*X$A\E<0^^9^#[
M!NY-X@?X89+;5A+]F$PBCT(*&E,I3&.F'5? 3N!XDN-]LEV41RD%!Z[LE5.X
M'YX!OQT!*@9FDUB#R01.R%A-(8TYF3T@CQ\E\6/\1/9<P?ZI8/\L@9\G\*"
M/B10#R?P2 J/XC'1?5QFOS#P2V&:E,>O#/Q:#'["P),*F7S1\OTMI4HQL*=L
M72QL.1#HDD+7R'%KUAHL6L[TX+"H[%9H'Y]S@AD=V'F%GE7GABM^X):TI]!V
MG>W8P1Z%6*[WB$)\V"UHA8X1V]%CE=*D]B:LR2)WTB-NWBH>L3Q;UK7->#!C
M^\)?AQZ<T'Y _N2^:EZ7`]MUJ-!Z?T5[<PHM95J[*;2V.GB\X [>KCW?]@/M
MY/6HY5C3VN/1EJ"JL*Y!:\*S'-_*"QC%,3OPQ9ZZ?%^5"$*:L(I%<8F_Z)-(
M?EC8*6[+UX1K(X=5`KLX..P6BWH).R_8\2EK5@9_QCU!2W(-V@3PK,#U=HNS
M: D]N*:96$&YBT9&@3DT>9PT%,1+ENW0AMP]#=+QP+.=Z1 U;GG39.]N(B9J
M0/]H^B?3(%UR=7C',-8*6W--X)LD2DOUJN6&+G&U5'<H7+[RR)@;['<K3J&1
M-#GN5KR\WF]+4K1+!@S(*0-/F7@:$PK9KP-A6M15QMQ0::^>BI0\SV7)/6/B
M69PTL0._D<=.`\^9>!XO&'C1Q$OXK8&73?P..TT6_ !3N)Z3`Q)V$^.8,/%[
M_,'$'_$G`Z^8>!6OF=B/6PR\;N(-O,E@-DL,`V^9.(6W&;25;KJY,C4E9;1Q
M\[)?UI9$R]I.EAEYO8D_XR\FWL&[,GO/Q%]QTL#?3)R6JYP1DZ\2D[L;3*Y7
M:/=FVYEU[;SV!VQ_7ZD<S.5ZY0IG3;R/G?1M-E_3];,SUJS.NEY!>[J0W9/=
M$=IAX ,3'^)-X9LW<0[GEWDGK%@3WQ6L[B9)96)!1)TK4YD@*Z*J8$RYWIA5
MTLN0)F8\]T34,)+3.AC5OL]*IZ]SO<W2+M,L<5D7ZV9TL:P]4MFL]H-[#^UG
M2W"EK62(NKJ3T#,U@HOTFHT7D[,N\A7/(UM#!V([70:[O#EEF@K8`2?UM%1]
M.TV-VI7"MMRJ<CS6B%QO:XX^<3CJH+M6GUE]HA%DL?=UKM0BK%WK5M*,>IMW
ML8X52 RQKNI\)5@5OZ7^UI HXW-^^(**N95@J679=#6#&C"TVBI)R[+*9>T4
M%/J_IF4UEIPT4M]^0(<OK@,*&W('+J*:"-QH9S$QEQO!6Y5E572D@;JEDDUS
M;_U_7/U5!B]WOD',<M@<TZN]S(LXNAJL2/R:.R7QC1G+'PLU>-5CC$DYLMS*
MW\<<RVMLYI="/X 6)*3W06$0\DM(6UE:M7+&MDFMJ[FZFBLENWWGT'8F/'P-
MGTF.0#?B_'ZYEC,S4L(N?)OC=_B/<Z>/?_8+/@FE_LF]!,?,>1@CVQ>04!CM
M7T"[PO:S2'Z"CG3J/,RC[R-Y"FW<B2_@&S&,-1=>N8!+8AB*]W'2H3"/SA[J
M=RE\C/10ZUET7\":H^>02:^=Q[J>U@5<*DH]\U@_CPU]LK$Q/$4#OAD:L$DX
M+HLX-H4<FR(#AMJ:2WO:TMD%;(YCR.@Q%G Y"]YH9D&=//TMVO(5%M1=>Y ?
M@L"E=%8/4EB/+FQA=+9B!-MP1#[XD,.#Z,43=.])QO$TI9\Q8I_3R5_@&A7#
MM>H2[%)K& H)S1V1TVNAB:M.#&$W0Y)2[;@.UY-U`%]B#V[@M^X(/L6-N(G<
MDSB+FS',D)Y&`7LI;2/+,/91:O TWX916&$3(<9QPRET,:K\I!CEY?OGL96K
M;0HO__??]<NM)2!H0(PF) G:Q?EZ0HJAV0BF9JC,;L4!DB1)>!"W$:&=!H[6
M:*>YEAS,7, 5='-N9/L\>D\A(>/V,V$ZFNB@CR+B-.\4^6*<NT>8MG<WD&8P
MAD.02HCC=M*S.W%VF/HJ/#%1JX8Q:@MINN\\U.F1"X@=)5W\'%K_42N UM L
M86P+=SI#EK71*=Q)9I&8N(O\BQ6G<#1TT+'_`5!+`P04````" #F@DDL9$#.
M?"@+``#D&@``%0```&UU;'1I9FEE;&0O271E;2YC;&%S<Y57"7@;Q17^1X<E
MRQL[\9$XL7,0G"#+%X$&* F0Q$I CH\4F5#A%K*1U_8&61(Z<M +VK2E+;U/
M4F@++75+4QK;<1(3(*%':.E]WS>E-[2E)VU)W]M9:25Y;:?VIYW=F?^]][\W
M;][,//'\0X_"B39QH8^:6@_J/%CLP1(![RU9-9[1,P<$1$C H\?W)O2H)E#;
M/9J-9?0A78L-=H1D[P8")%.)P6PT4P+8(7L)4+91C^N9*P6<_N:=`J[.Q"!I
MJ^K6XUIO=G2WENI7=\>HI[H[$55C.]64SM]FIRLSHJ<%%A79SFBCI-<73F13
M46V;SKAR[FS?H^Y5%51 (?TE`@(+>;0CIL:'._IV[]$,QD:7GN@(:V0UIM\J
MC39R]_Z./8.)CAU:*JVG,UH\JG6J21[VH%Y@,8V%XB,DE=$&M[&1SD0V3AI7
MTL!,F7 VJ:6B,35MN&+QZ.0N<F4!21E:>M51C3 U`P6@<":EQX<+4?T'DHRJ
M'IA+U;:8.DP@Q\ 6"@9UAC-J1NM1X^JPEA*H[[9\+!PA#5[6((4%R2ZASZNU
MC!PO\I7F,Z1@&<K*X4"S0"4A>[5]H7@ZH\8Y8R[SSV:EN7NN$&_PD<):!>>C
MB56W*UB#M?QVH73E6BT94WGFB0NEB#_$>76^I;$KV+=-S:BQ4#RCI>)J;.O^
MJ);,Z(FX!R_P83UJ>0)MB7EP*65%RM!/09=Y8MJYP%\0;CFR(=0\LT_!"W%Y
M!2X#Q;)ZYI+QX H%'GC9GZN*$>::\6"S@G+X&-%)"9.G0_Z87!;;<J'9V(IM
M;/IJ!6XY+R%._.*0T<2Z_0,4- 47X6*.=8^,*]G?JP_FXEJ3E)^#15'PVUF>
MV<7*=^!%S.5:8I!397FPQ$Z/P:D?U['83DF\D%-:09\D')&)WIE('LBY9*=P
MP,B,9469<5U:2Q4DQ$M]N)$3HC"O9/)7YN-N=M396&C>HD#%;B8<E67!5%*\
MW!IF7PE$T)?G0U96639"L9@VK,8V1Z-:.EW >82XY,D5&PK:<#R715@TH& /
M;F:78D55,WR 5NFH!W'*VF$M$]:B6:I_!_*VE_L+5T/),"E-XA8?$DAQ32F<
M$2H`HWHZ;;A&9:4J3;H+Z'BQMR3V9D7D9*G ?A^RH,UJZ:RF/7@9:8V.:-&;
M+5-,5ZI,F^@.:]!0_0J\TH>7XU54+&4)+"A4>9]7^6<I958]K1NV%[W(+IWF
M5J;@-3C($_-:66V)E!0,T8JJ]=L4(X&*X4+0VEF-EM2P-^"-;.A-E+O24']*
MC:?5*&>@&K,4U@_/,J3@+5+%6P44WB[302VFT79I;!PWT):M6SVV2^L&!>_$
MNUC%NVF-2!5ZB@\F'EV^*7B?!-PEMZU0FO8?JFXZMPKNEH/WR-4=2N<C2EFF
MZ 6?"CXDH?=2:AO0(I=(7B_N4? 1*7!_KG)JN2,$[7M*LNC3UCE*L(_AXZSB
M`1F?'O5FS72O?-1ZM]MU[)?")_$@J_N40->LU>:<,RZW$Y=L8;3^^T)!#R;*
M,8FK^-$IJQ[%.S?QN?W?1Z.U7'UEG=ZNF:6Z/V%ESS7^.<TWY9"&Y!Q.4!%=
M]W\K\N AJF]#6B8Z4K3%U?GMM_6'\4@%3N)1@8OGICT+P^5R(5GQO(GC>5/^
M@$U377K*;;8_<[.F\!R:_#,UV2EB4I7I7'DPO=]^;AO\.9:1S^$,)^7CLWJ?
MOSW,Y[UUH9C%^[RF>;S/*6+O5]B3LJY M3:LZ$CEU=/="750F_4H1K7KJ_@:
MN_YU68+G/?G0X>V;^!9+?%ORLG'1XE4WDY=QUJE(%YJJMS5EV/H^?L"V?DB^
M;(S&S!M:X69O%!8/?N*%QXMR+]P*EF,%'RE_R34O#S0N'A[\BG9@XX;35$"L
M*93+R/+P@7AF1,OH=$HJDSB!-7:;>G>):KYB#B52?#-2\'O\SH>G\ >.4![6
MFS" 06UH&UU,!K>F4@E:VT_3"=;"](^D$OOD]>U/M)G0A/30F8JJ0.F^:=)0
M\!<\Z\.?\5<?GN'CQ:H26KV)C+1F'<O^H>#7:.0(_:NH;+:;4?#BWPI^RQXX
M\%_;<)FIJ>"LH8<N8$5ZS&&OH)%%%A^^YG Y$RZZ#/5'=FQ51!G)"[?P*%B)
M5:RI7,%Y6,UO%92R-A-%&:2(!=)L9='UN9W'O&*A@@8Y7%UZ@ N-)F/7:+$D
M<Z"*OR"E#7-!3'7*&^\>_XPYM;G?SKS,#FR9T35WV:5=4"P62WRB3M =?6':
MV()W,BX1ORX4I'!VN<]6/#V4N?3V!8I8)AK8FQ6T:/;Q/5ZN#[K"FW3UA+ED
M^K*99):.I"E-'36J1DUN/-1G3;]8K6 ,"DVN:#+O'/8J/&(M3>N@-J12B*^W
M+"O"3^+B`D%7:7<TEHA3;C85!H!Z*.O"V60RD:)34X'I5D6TX X?G**=IMD!
M)_U<6(I*:ND>"%!+5TZCI8LEM3Z^MQLM3:K1TN(V6DH8HZ5TH?8@7\*-EJ[@
MU'HYQ2DM?P,87V<+OSA_\E_U'&!J5U-/!11Z+J"O#G!2`^[ <8AQ@U E/<N,
M3A>JZ*E(`!9BD?%U`?RF<#6A^:]L`H&R78>-=X$6M)KCJPS7@=J3<$2.HZVG
MM64*':VN*:QK/6*BZ<9KHF\E&XR.-Y"ZP2L:[T;%2:PGN4M.H?$!`XYK96/8
M;33H`UL"@:/H"#1,8Z,3IW'E%#:-%W=MF4+0ZKK&B2ETC>=U2Q[;T6WR6$TL
MF,=BYQ5C6!!H:6P_AMZ##M'8\NB]9Y\=-_%]>=X9D_?('+R[2WBWTF^C)$3/
M3=,(NS">_PZ6?'=-XWKZ+F'\XCD9WS"#\0!>8N+OI)GE9+NMY3$X#EET6T[#
MT=O&5NEW/_??2/TWG8+S$M<8>EKK7.WLXB7N.K?AUX8"KY;1;PW]+@R0@DTT
M!V-8RJ]!BOT8*OFUB\(^!N=!EZASM1*SB1RS7?ET;" _.-NJY&Q-8]!!D[4N
M!]0P1,:&P:DIH!LBW?3.SF]BB3.HDY(MTQCE>>X8P_(32/>TGL'"UI/(1JKW
M'<>MQW!;@%-1BG@#K@(;M^/5!>G+9&H9]CC<XHA)ZG4.Y-+W];AC/O2=%OK-
M\Z/?9J'?CG?,@G8>-M'O<2"W[-X[/_J0A7[__.@/6.@/SH^^ST)_>'[T1RWT
M6'[R5YKH&HEVC9O@3SB0FYS#V)]7[33RKK8(3--^Q)E'M]";1%]F%%Y:=V8E
MZFWCZ6\S*M%I3%[N:EOJ.HJCE+;&RQ0E;5MN&H[E)ZW6).@]B4G2<CR'.(%I
M$^$G5BYJ&UDK&7%.XQ1G\-&V%I?Y.C6>ESIM2@5,=BL,*5Z%)J%-+,DOP;Q<
M.1[#ITVY1<@5;X(>,8<_@\^:P^MID7.(FF6(RCGE<Z61UK%S%XM1Q#[OSI5-
M4\47\(2-A6#.PA?QI3DL!"T++K80S%DPJK"APH<OXRNFBLT4+U:QGJ#K[J&U
M2'7B,,FZ=YGU<1K?<.(N<R!04!*_XS)SR(?OXGNFNHM,1FM9W2%BU,"U/L_(
MS8RZ2.>/W,8F8,C7X\?Y''R0WOCOOEK1."E6ECV"GT:<U3\+1US5/P]'W-6_
M"$_B2>I]*N+$!)X[@W)Z4@I7_^<$GH],XCD0%!-"\(@05(YKA-,8$H*&W#3D
M#4\*7]G#WHASH;<_XN*'V]L_*10:JS+$J@RQ15*LBNP\.2%\$T*9$#5F_IX0
M2R5W+Q]@R6.YQ[,':\V%41TX@3\>Z3Z)9R(MQ_"WX_C[*3F5]/]/:AUBE3C/
MJJ;B?$.ZCC L71XX)M:T'!,!:<;%YYD"<)L!;C*[email protected](4-H*6E3<.FE=
M49-;']5L#C7_`U!+`P04````" #F@DDL)$96'D$-```[( ``& ```&UU;'1I
M9FEE;&0O26YV;VEC92YC;&%S<Y59"7@3QQ7^1Y(M62Q@6S8VV( !!WP[X$ (
M1SAL' 0^"#(081H0\MH6R)(KR1!R-"6E;7HE;7JD.6B;IHG;E+88@K'C<*1-
M29NVZ7W?1WJG5](C:=/TO9W5KF2O;.KODV9WYG]OWCUOY&?_^\1YV%$K^MTH
M1D,.BG 5?RUW8H4;#C3P]-5NK,0U_+K*A=4\KN&OM2Y<ZR;L.GY9[\(&%S8R
M;2._-_'3)A>:7;B.>6QVPNO$%B>V"MA"70+"*Y =Z(L.1!("KN! /!'M4V,"
MA2U]`^%$J#NDAKOJ&_7IU0)9H83:%Q?([TP%>&F2%K/7A"*AQ+4"]HK*G0*.
MQFB7*C"S)111VP;Z]JNQCL#^,,WDMT2#@?#.0"S$[_JD(]$;(L8%:7PCAZ*A
MH,K[]J@);Y?&F23.H;<-NM Y<?/94>'EC5V)J"\1"T5ZB%U%9<N!P*% ?3@0
MZ:F7L\3.%M\O4#QA9>- =[>FIML7'8@%U>802Z;H8M0Q7,$"+%0P!R4*2E$B
M,,N:B8(6M#K1IJ ==0JVX7K:=569@EI^78#M`DYI][4*JE#)$!]!5I>12DD_
MT-)<S..E#@7SP4MEF@/JZNI(R++>0+R7C4RX':@DPTZTG4"N*6#[[email protected]
MH$V%HO4^E7P0#MTL7> BLS:&`W%R@R?-;MHDF67FN"G2@4C:`GTJ1U%_OQHA
M%]543+3X1"<8IBZT@I,32\B7F:G2-I%J3;:)*VDIXGN@*WJ=FC MM5>WU%[.
MAZ(*J_BK]"K8B5V<9C<(S,_(03I4P6Z)[918WR18BD++'2F.%;P.-S*;O0(+
M,FYIIFRUM>B6B:P@@/W,.R@P+[-!9*Y76#.>6 $4J.AFKI1XI>R+F^J)=_TV
M-18/Q1-J)*@V!OHYU)P(<>)T1;V17HK A-K5S%P:I4789A-I? /]:BPHHR[/
M(C:G$Y7&A<.1([C3*O$-5,>1?E76L4E8-8<#/02R=6[DV"=/)@()M340"?2P
MP67]D#JFKG"\,0=)+(BV2)I8KJ?HJN @2KA$'Q&809@V]; W$D\$(IRW*RLR
M\:]LF<RXJ]D##0H2&U!P"(?YZ8U2B>UJ?SC M8VD$%ADLMK2U-X<2 3"
MWDA"C44"X4TW!=7^1"@:<>)-;AQ#@U[L)DKDQ%O(*3&-,=F9&.C<9UFDJ9>S
MZ4Z\;1K>BK=3+3+(Y+I.N<22<N*<@G?B7<SJ+G*Y1:@[\6XG%\[<<9J39[(J
M.K4TNP,U;++W2_-LBT4/A;J2YLGMEZ]=IDY%5I)IC#Z(^UB2^TF2)%F:3A56
ME!9UC%@]B./,ZD-2\%29X@KNE0(_)".U,=I_)*F2E6R=VIDX)\W/.^)J+,6]
MC[CQ*+LW-3QD],XPO*-/%%H5WHT*/H''6.!/RKS6F:3G2TGF@"8!W88\M$N9
MN8<W'%9[`N$-P: :CZ?(?))D,81+WZC)0L;+R:6T!06G<)I5>CSM"/4=H63K
M<V*8:@>=?3XU.$ %[(BQ]]STAB-]F9B.8-2-LWB"BT*J1RB/^T+QN*;:D^0)
MZFI2Q7'AO!OGL%9@=D;N3CQ%A,%>-7C0Y,8228'B.KK>7-1"[7-XVHW/XO-4
MT&292BDIAEIE%1F*CEGS"GNL29=E/*HS,E/P13S+MO^2K(LDE"3D%C"]I=,9
M"DSK204MGJ(_,*K'5_$UWNCK1F/0$0M$XH$@!UD@;#(L[LFPI.!;DL6WJ5/D
M(RW>I(95.M*T9G4WM6PA<\8R>W8K^#Y^P"Q^2&D@681B"3H3G"'YI. G$O!3
M>;1XXW12<#/.HX)?R,5?R@3VQ@V+TF&JA%)>%?Q:0G]#T:M!TU0B^E#ZC(+?
M2X(_)(NCFFP9N3'N3WNU5(X"[$_X,[/XB[1/:^"@JJN7TV<^6]7[B0<XLWL1
M+S&[OPMLR5A0+COBDF<F23^QQVGW-CGQKQR\C*MD62-K)]V>/*?=M-K Y546
MXJVJ7HL[HF;L;*Z8=//R)%*CG$0%JI)+_V]&3KQ&YT2WF@CVFF<87Y2\BA#"
M-HTZ%+M P^0B9I#&%8JW1 -=:L:3?K<BLH63W"5<,D.G/$9)*K>8QA0*4<13
M*8HM*322&6(FD^12N3#*@$YUS64>NA;%0>0+#[,MD VX=1]O-N UEGVR9?_-
MQIL1'R?IULN3]#)E+Q:S6?8YLK!9R\XWGGF95V7[7VFIUL3N7PN(-<&P_AM
MZIFI):]3E+E0ZL)<%^:X,%]!!%%J2\5B:AU-+#>?'+6B@J*TP[]MDR*JT)<C
M*D4U99G6_Y>G;%W>:)@_QW<DDNA5$R&ZTV1+H, 54UQ&DRV_LSL:XXN#(I:*
M*]U8*9:Q90Q86U0#-JG=S=2W=VV*Q:(D(E4%CXGIZ(U%#VNW&[&"ZCC%82MU
M+)2"BEB).K>X6ESC%LOY""\;MW];-"'9&MV-6*.(6E*;S'-M6E];E]37)=8K
MHIYE+>(;QFS=,FFV8;>4*Z)),MHT[E>;.LUK+G&=@GZ\GA'4E\<0YZ>M)L=4
M?M+WBFB5'-O2?G&HTY==8IN"L$1L']_F>/OZPYO5<#][N(/J4DSMX4H3TW].
M.% QP3<6U[B)=[;.C1.F)J]G=)"(G6*76^P0=*//C6NGV$[&12,[O$U4%+=D
M77KIZ:5C;:Y"1>P6G:S-C521#O-U5289W51U<4-1/>_:!Q+]`]2XQ=2 3 A/
M<MW;GN+=_0I>P$)V79?>F5NS<(IN,G&7VAT@*^\R=U9$+Y&+'D'7Z*Q@.!JA
MT[<\U0`T0T%%5^;^:(P:CY2MPXHXB.?<*!81+*!+1#%LF(T#F$GC')0`-);J
MXUS,T\;Y**/1S9=5;23G:B,EL#92^&@C!0^-Q_CFJ8UT[Z31Q9$,(>H`[:TI
M[:TUY:V8#4UC!03_RD;?B^BM@49!8U;568@A3:!R;3N;!G6@$E?0DR)!6(PE
M--)EB^8E@WJ#P0C\)PP&V=KDE9;$59;$>\83K[ DKD:-3GPMH5G*[*J2$>P;
M+MJHEFC<9@E43H'?F(7\,:UJ--Y/4^:,NKX&!Q^IPEF8:1/0SG,%SY.?0U
M#/=93&NIUE?S%9HCR/1AS,B?*=?I>Y>QGLOK(^@:1O[XI9ERJ?<\TQ98T!9*
MWK-H/;E$XTE#Q3FD!' ]^=&'#>C 'NS ;;B![LC^%)6/ZRHOP*UDZ2M)504W
M&;;/US!DCE.XV;GOA/8L< MAY7H9K=MI+!A#$0EU6VM-]1G<7N,X@Z,U)W7T
M'88S[B)S,_J.$F+7M;;T04P;PS&B>_,%E#ZFP=$M!PU7!HX.H)$^OJJJQW%[
M5<DHWF''&=B'C/>[[;B(]YQ!WE ZQ#8.<L\9>(:,_:1L[\7[=-D6THZ\YRS[
MVD%,KZHNK1O&!X[91&GU^8=>>W%(Q]]KZ'*GKLNMD^BRST*7]?39)N6B;_LH
M'G!@R'C/&\6'4]]MX]8]<GV<%A^95(N/3M#B87Q,QS] (<U1<G?U4RBZWU2A
M^B**VFIY5_H\PO./TOS@!=A7. :QIZ;04<=JK\@JS-)TW9*B*5>L2OI<19]U
M5<3$3NX:1#D_YI&;!C&;'VWDH4',X$</>680]F,.4>BH(4$?3@KZ<:,$E1!K
MSO&9TJ>C.&$C%Q]-`C^%3U,D?H:>'?0VI)&TT#/+LYXI+J%04E:/X@Q'Q^V#
MF#N"L=::2\BM&<,Y?_Z%L[@XC$M5',&2Q%7E2-GC&7PA)>I9F *&/8,L<5(7
MZLLV)*/^*WAN*O0W3/0WIT9_QT1_%]_+@+:?T-$_LB&9K3^>&OTS$_WSJ=&_
M,M'/3XW^K8G^W=3H/YKH%PSGS]?1'HEV#.G@O]J0=,[?L-U@;=>*5D$:F-S^
M#[N!O@7_1/)PL5$B`XOT`M96R^ZOU0K81;R\RE$[V_$X7J%8K4U:_]^&KPIT
MN5QC>)F(_Y-$O(K_ZHBY)(R#QCQF1KSMH\+!@?M*4I)7198.7:!+4JA!.0'U
MS6T&W,W_UM#A&_3#:#FI=_0XA2KEV0G*2?N^-;):C(H<.^[3%XP"0@),=^@F
M=O._-W1VRZ@,,+O%S.Y^Y%25F#56X\JTQ#,O2RN^.GT`^W7Z)EV<E=+JO&O>
M22)T6(B3=](0)V^44I[+MS2=6\P213K'Y;I$E9)C#N=EGBF1@R7*JQX5)5G)
M\J\+M=.P41Z2G0-94==9E%KJK.U08AX:M$,6[V!+ZFQ+LE?IB,JHLX=USK;0
MV6/J[-%UOB>I\UPQ;Q*=/:9$V2R1)ZFS=IYI+(K%?"-7GJ;SF_]&"L2>TV*O
M\YQ8X+=[Q$*?W^$1BWS^+(\H]_FS/>(*WVFQQ'D.*_UVG!(UM$[#NDO(H6\Z
M.SQBPXAH])\6ZT!$$I%-0[.&:-80FR6B&<1JB_-)E]_NZO [<MT=_JQ<>LJF
MI].BA8C:-:)VC>AZ2=1.TTM.B2VG1,LIX=.S;T3XI48NOEC!IG>EK-=B/:WS
MJT9$P\F6,;'<7STL5IT5JR]('U.I7$NC3>P3`?,L$$&-NI P3)U3-2Q4HCL@
MMW%P)YX"[M/ Y?I94UQU5D3]E(B"2@*/=) =I2&9YDMY.RS['U!+`P04````
M" #F@DDL"5ZNR14-```G( ``& ```&UU;'1I9FEE;&0O4')O9'5C="YC;&%S
M<Y59>6!4Q1G_9O=M=K-Y7+D())$@$3:;2Y#[B$!"8"$$- &Z!(7'[DNRL-G=
M[FY$K*VUQ6*UK;UM/=JJM;1*+0')(2IH%5M[U]ZWO>]#>]A#]/MFYKVWNWF;
MT#_VS7LSO^^;WW?,-S/)\Q<>>Q*<T,@.>&$F+"N$<EA.CQ7T6$F/56Y8[84"
M6$: -5YH@2OI<ZT'UE&[GAZM'FCS(G8#?;1[8*,'-M%WP .;26R+&SK<L-4-
MG0P<D3 #%F#@2B0C(9V!-Y6.APZVQ@=C:09*3!O ON*.`]IU6G-4B_4U=Z63
MD5C?*@8%JR.Q2+J%@=-7MQ.AK?$P0J=U1&)ZY^# ?CW9K>V/<N%X2(ONU)(1
M^I:=2KH_DF)0VC$P&$U'>B-Z--R\/1D/#X;2J-K5IZ<#8:X9F7GP:[L@YTF9
MKXHO0-,6: ."*J&ZB+I R5<W]G9R&TI]=796N%,&H,PW?IQF\*3CX@N=E=K/
MH&(<;/U@;Z^>1&7>KOA@,J2W1\A$5=K31' 5YD"-"K-@M@J5]*BB1S5<PJ#<
M7IT*VV"[&ZY2H0F:5;@:NG#^E:[email protected]_9&A5\L( 0W8A85<.@,!*K
MX5'$H098@+QJ^K54/P4(>W903_%XOS.8;C'9MO^ 3EVEO"L2;^[2,7[1R TB
M?.3LUJB6PA"69/F5=Z(GIN5T4: 2"3V&06VP\W-^GU9BG/./>@S#$'@@'-^H
MIRW#]DK#]E**S_39I5I=0(6=L(L6QQL87))7`W>T"KL%M$= N_)#,4MLY\.4
M5>$:N):T[&4P+^^$UB)401.S[A=X^UDS\6&A'TE4Y]4OUK7/WBGCXZ-"'_23
MTHA0:D]"**VS56JWME0X"%'2.L"@BL:O;T;=S=OU9"J22NNQD-ZJ)2CAW!"G
M=1*.!V+]F(=I/=Q.RF61FH,#XV6Z!A-Z,B1R;X9-ADY!*:Z%5C_E<8]=>3!1
MW8<3A"KNF4A5>U3K0Y"C9SVM`'136DOK6[68UJ<GC<(A;,P<H30F#4*8H>Q,
M$3<QGF&K"F^$V;0+W,1@*F(Z]4.!6"JMQ2CCEOORZ:_KF,BYJR@"RU2X`=Y$
MJH^H<".\F=[>(8RX6D]$-2IJR()2T%2UN6U;NY;6HH%86D_&M.B&ZT-Z(AV)
MQ]SP3B_<!LMD;1O/R WOPJ DN6+T,RJ0VLLS:X.H0;AF<)&^!^XH@G?#>[$B
MF6(B2%)R@:VD72:_'SY JCZ85>_$J!L^3+W9-F-,7+X>OG)O!3\YZR[A&$SM
MZR)APS'3$^(S;%DSTXX35W0O?(PX?!S3SA#+LL9G)VF_A.Z#^TG5`X)X)J>4
M"O<(PI\2.=H:3QPV3++CUL-WU-E9$=Z1TI,9@7W("P]38#,30^3M5#,NLJ/,
M9H:Z]2H\`I\CPB?$BI9*LE=*9?Y41H)>DP_.4F/-$8A&]3XMNBX4TE.I#,ZG
MD4M&TF1.U&;#\6)64=: "B,P2B:-9:?485QF`VXX@U6#SB9Z:!!+UV%S[NKL
M`TGV,"I]`I[TPN-PELI!9D1P!0]$4BENVE,8"7[8L>AXX/->>!I:&<S*J]T-
MYU$PU*^'#EK:B)$@E)+H9FN0I]H7X(M>> Z>QU(F"E1&,3'-JO'E*3=6M2OK
MLQ==9)<Q$RM3X:OP-?+]UT5%1%)"D(Z/V4<^J9!!45\F:'[>2;.Z5/@6?)LF
M^HYYTNA.:K&4%J(DTZ*6PHJ^/$,J?%^H^ $>#FDS2[7I41TW,W[0W4WG-JO'
M=O7L5N$G\%-2\3-<!D)%))D^C,?8B'A3X1<"\$NQJ012N$=@`8M0J\)OQ.!O
MQ0(.I$R/XC:J1C(^5?B#@/X1LY=#LTQ"^4AVCPI_$0)_-8JC;AP9Z2R<R/JT
M-0X3[&7X.ZGXA_#/5NV@+LTK'+#>[2J]?6E\!?Y-ZO[#8'/>@G+1&6?LELA^
M_/%F6Z#-#:\6P@58+LH:>ML(N[%#>W%T&95748BWZ+(6=\>MW-GDFW#R6@/)
M)2<P`:ODPO];D9LIN$_TZNE0O[6'T34KH+("YBYB+N9A<,7$%/.PH25C?VBD
MPWD1UC!KR@K;;9/34-D4C"B;BLD=277$M;">]]"P6V73V0Q"%V-IX)?#C UV
MQ45NL..[5%;*RDAM.:I-Y:C=<G%J+W*B"C:+)IHM2M:DYPKT3Q6K)@F\57I6
MAZ+\?NZ!61ZH]D"E!ZI42,,@'NW897C\LE30`8[''R^&2G=P^P:5U4&JD/F8
M'R?C9^A:/F,MP6N-VW!AU^%8NE]/1T)XNQ,H!I=-<KLSSLSNWGB23MXJNYPU
M>Z&%+:1+E0GKC'-@F][;C@??\(9D,H[\KL#SDH7I[D_&#_'K`5N"Y1!=M!4W
M?LQDE2V#9B];RI9[V6+:"6MRYN^,IX5:\Y# T-T-:#/Z9HW<Q9L(WR1,\+ K
M5=9$1,O9.A6N@T.$;%7A>CA,;QMPMY5^LE*\5J:XRC8*S9NR[MU-<MC#-JN0
M%(B.W,T^,)"(;M*C"8I.)Z[.I-Y'ZRTI+]4'?.-<:W.-&7]GZ5D_KFOB58WE
ME&UG5WG9-G8U^B?%:_E.PL5C.P)M>&W9['KEY6?VO+CA@5=5ULUVD#5XI2XZ
M1-<UXZ\)<R3=2%RF[;;!=&*0EI"N#? Z46*,![9E!&>/"B]!#3G_6GD^M5?A
M9OO0Q6&]5T,O[[)F5ME^%&<:PTQUA:+Q&.Y!M9D.P![,";PR)N))W'XSINY5
MF0XO>&$FZX>Y>)2>"0ZH@ 1,Q786S ; ME*V5;*MADNP]=)EC;<87-[BXN,M
MI@]O,7FP/4(W+][BO0M;#R4B,-8(P+\V9GQ5D&NQ;0!&?U#"YUS\N@);AJW+
M/P)LB%.XE$_@P.=EH,!\F(=OJ@!!+?8!OL^'!5)!LZE@%(+'304%O+/15MAG
M*[PG5WBAK7 =^*5P"Z*)98&_<A3VY7)?@C)+N89R@9(:Z*T>G4L3-]@2">42
M66%+I-&>2&\ND34HTY*'2)4DTL0)Y!(Y<"*'R 9;(I>CIW*)U(]"+)=(`&4V
MYR%":4<3+S*)/(NQ)]3-9Z @2+\1</N'P3,,A</@+2["QS"H(S"EHUZ.%D_%
M/H1,&X;IQ3/$.#YWF>/%8KPDWWBI&"_#<6,(6\L)Y6@`0#?2VPGK8!=HL!OS
MOB?#I)NE27-A'V;V8C1%A;>802[FW)+S5O>\X?V<H\S8Y7H/C3FQ+ST Y
M$GK[UH;ZTW!+@W(:CC:<D.A;S:C?CFP(?5,EJ@NOJ;H'BL[ ;2AW^UFH>HC#
M(20:CJO!W^7X:\5?E]__*-SBKQR#]SGA-#B&S.\/.>$<W'D:7$/9$&?.MS)D
M3B:(?00^*HE=BM/1A.7.-<=@BK^^JFD8[C[B8%7U3][WVLM#$G^/:<BMTI ;
M)S!DGXTA:_&W79#"IV,,/J' D/GM&H-/9GX[<\85\9UCQ8,36G%LG!6?AL](
M_-V8KP78WE'_%)3?99E0?P[*.QMI5OP]2/T/8__QL^!<JAR#/0UE2A.9O=15
MYN*V;LZPE$IQ'?X6X^]*/RIQ8*R.02V]NC!&QV 6O3HQ/,=@*KUBKJ!6YQ&%
ME2D-2/0!@^AGP:BXE:B:%O T$= Q&')@/(\:P)-P"M/P47Q7\&N8BW3@._%9
M2Q+GH4Q(UH_!8Y0*MQR#ZE$XM[7A/$QO. -/!XN?&8%GA^%+?DI?(>+Q*QES
M?!F^DI'R1*:48,^!BYV0I+[A`"/EOPDO3(;^KH7^WN3H'UKH'\&/\Z"=QR7Z
M10<82_7GDZ-_9:%_/3GZ=Q;Z]Y.C_V2A_SPY^F\6^B4S^',DND2@E2$)_J<#
MC.#\RRSG-1ATAZ5:@C'L_W6:Z)OA?V#L' Y>'^?)ZM792.%OY-7K'%Q8J33.
M4AZ%US"#&Z7WD8@1JU+)RW,&+@1'&#,0#N:4B&HDHV [@Y2A;N<8*Z3$?6W(
MA'HE=*YD4L:AM #EY X3[J5_G4CX##"V/$0(EWE9$5PKAQ?ALB8OS!=>*/17
M6@435ZYS'XE5CK%I+EY)I?H^Z)?R;7(C6XZXH_?B2L"U>P(%E7VKN0X4+7%B
MV1$#?JM^L9D*U>(34N-!B$J-2R2C.M)X%S*JM^HU5TSB]6.LTF74<JEBMVGS
M.DEJB47*>1QE73:D9$:)(LKF*#*MO/3/(!L?<4:5UH[!M9*LX2.G04>;B(Y"
M= ILZ"@6'26+3GA".HI%IX#H* 8=1="I8#7F*GD$BGC?_:5LYRD6=#\!=P:=
M)6QN5U I89=V!5TE;%Y7L*"$U7:=8O-QN"7HA).L'L>Q:3D/A?C$7:.$K1UE
MZX.G6 N@D$ 4\.84:W,_[@DZIWNZ@PK^7/@K\'2?8NTX'. *`ES!%J$@@-WS
M3[*VDZS])-LJ5]@HZQ+</72_`X<\:),%\^72+?:/LD4G.LZPQ<'Z8;9BA*T\
M*W(=R^%J;!UL-^NQZCV[ADN7(8:D"_W#;"_*A<4T"ETG,L!]'%PK]Y,*_PB+
M!'&Q,5SVU.*V=!0;H]0NH>E@Z>M02P,$% ````@`YH))+,/+`73%#0``GR(`
M`!D```!M=6QT:69I96QD+T-U<W1O;65R+F-L87-SE5D)?!3E%7]OC^QD,T!(
M""0DA 0B)IL+$9%3@83(0A+0!' -")O=2;*PV5UW-QS>![84K4<OZ]5JK:55
M:A.0'**B/;#5MO:V=^U]U[;V/K3OS3>S,[N9W5!^O\PW\WWO_=_]ON];7G[K
MF>?!#HUXFQOFPHI\*(.5_%C%C]7\6.."2]R0!RN8X%(WK(5U_+E>@A8>6_FQ
M08(V-]%>QA\;)?!*L$F"S3S5+D$'CYT2;&&$K2ZXW 57N* P18*(J 70>J
MQI6(?U!!*&K?Z]_O;P[[(_W-7<EX*-*_"L&5&(J+92D4V1\-!90$0DE/^^!0
M.!GJ"RGA8+-7S!-QWNI0))2\!,%>6[<=P=$2#1+CC/901.D<&NQ5XMW^WK J
M*1KPA[?[XR'^UB8=R8$08YNA6X82R>B@$B=L9[^2] 95:%+;35]=NF:S:NNL
M5'<G3#0EM9-)6,<"`FI+N: @D?;%(E-&SZFMRV*VE(P*1/)KHA>A=)*H]4-]
M?:H5[J[H4#R@M(78XFFZ>4U,+\- -
Physical table name - abstract table name mapping in CMP Bean
Hello,
I am using a EJB 2.x bean deployed on a SJSAS 9 server. EJB has problem associating the EJB to the actual table
Details are as follows:
EJB name: AccountCMP
Actual tablename : account
Error
ejb store called
IM: postInvokeentity3.AccountBean145996470_ConcreteImpl@d6be89
EJB5071: Some remote or transactional roll back exception occurred
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO76400: Got a JDBC SQLException while executing the SQL statement:
insert into "ACCOUNTCMP"("DESCRIPTION", "ACCOUNTNAME", "BALANCE", "ACCID") values ( ?, ?, ?, ?).
Please examine the SQLException for more information.
NestedException: java.sql.SQLException: ORA-00942: table or view does not exist
FailedObjectArray: [entity3.AccountBean145996470_JDOState@5332ca]
Please note that the insert statement has the ejb-name (I think so, as my CMP EJB is called ACCOUNTCMP) instead of the actual tablename (account).
I do have the account.dbschema file and sun-cmp-mappings.xml in the NB 5.5 project, but the mappings.xml file is not included in the jar by NB. Is that expected, or an problem.
sun-cmp-mappings.xml
<sun-cmp-mappings>
<sun-cmp-mapping>
<schema>account</schema>
<entity-mapping>
<ejb-name>AccountCMP</ejb-name>
<table-name>account</table-name>
<cmp-field-mapping>
ejb-jar.xml
<enterprise-beans>
<entity>
<ejb-name>AccountCMP</ejb-name>
<local-home>entity3.AccountLocalHome</local-home>
<local>entity3.AccountLocal</local>
<ejb-class>entity3.AccountBean</ejb-class>
<persistence-type>Container</persistence-type>
<prim-key-class>entity3.AccountPK</prim-key-class>
<reentrant>false</reentrant>
<cmp-version>2.x</cmp-version>
<abstract-schema-name>account</abstract-schema-name> Thank you for your help.Hello,
I found out the issue. sun-cmp-mappings.xml file is mandatory, and dont know why, netbeans excludes this file from the jar. I had to edit project.properties file to negate this exclusion.
Another problem was that my table did not have a primary key (and hence by schema file did not have it also). CMP bean code generator did not like this.
Once I fixed these two problems, my CMP started working fine.
Thank you all -
Using a date field in a JDOQL query crashes
Hello:
I am trying to use a date field in a JDOQL filter. It appears from the
log file that the date is not being substituted into the SQL.
It is not clear from the JDOQL spec how to do date queries.... doing date
queries in SQL involves several special operators, yet the
JDOQL defines the ">" and "<" operators as working on dates....and there is
no mention of date specific operators so I am hoping that I
can do a filter where I compare a date to an input parameter date using the
">" and "<" operators...
I have enclosed a copy of my driver code, followed by an except of my class
that contains the date, followed by the kodo exception log
I can't see where I am doing anything that violates the JDOQL spec and I
don't see any other way of doing date comparisions.
Brian
Here is the driver code that I am attempting:
public void getDateRange ()
PersistenceManager pm = JDOFactory.getPersistenceManager ();
String filter = "leafDates.contains (cdate) & cdate.statusName ==
myStatus & cdate.datePhaseStarted > myDate";
Date date = new Date ();
Calendar calendar = new GregorianCalendar (TimeZone.getDefault ());
calendar.set (2002, Calendar.DECEMBER, 26);
date=calendar.getTime();
Extent extent = pm.getExtent (LeafBase.class, false);
Query query = pm.newQuery (LeafBase.class, filter);
query.declareImports ("import aqueduct.*; import java.util.Date");
query.declareVariables ("aqueduct.LeafDate cdate; Date myDate");
query.declareParameters ("String myStatus");
System.out.println ("dated used = " + date);
Collection results = (Collection) query.execute ("closed", date);
Iterator iter = results.iterator ();
while (iter.hasNext () ) {
LeafBase myLeaf = (LeafBase) iter.next ();
System.out.println ("My leaf = " + myLeaf);
pm.close ();
Here is the class:
public class LeafDate implements Serializable
// *******The Attributes***************
private Date datePhaseStarted = null;
private boolean isEstimatedDate = false;
//mark this as non-persistent in the JDO metadata
private StatusType status = null;
//put here to enable one-to-many mapping using a single table in JDO
private LeafBase parent = null;
Here is the error I am getting:
C:\bcs\jdo\kodo-jdo-2.4.0\aqueduct>java aqueduct.DealMaint dated used = Thu
Dec 26 08:47:33 CST 2002
Exception in thread "main" javax.jdo.JDODataStoreException:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT DISTINCT t0.ID, t0.JDOCLASS, t0.IS_CONFLICT, t0.CURRENCYX,
t0.DEALPARENTX, t0.PARENTX, t0.PRODUCTKIND, t0.T_SIZE, t0.STATUSNAME FROM
JDO_DATE t1, JDO_LEAF t0 WHERE ((t1.STATUSNAME = 'closed' AND t1.DATESTARTED
*variable*) AND t0.ID = t1.PARENTX) PRE=SELECT DISTINCT t0.ID,
t0.JDOCLASS, t0.IS_CONFLICT, t0.CURRENCYX, t0.DEALPARENTX, t0.PARENTX,
t0.PRODUCTKIND, t0.T_SIZE, t0.STATUSNAME FROM JDO_DATE t1, JDO_LEAF t0 WHERE
((t1.STATUSNAME = ? AND t1.DATESTARTED > *variable*) AND t0.ID =
t1.PARENTX)
ORA-00936: missing expression
[code=936;state=42000]
NestedThrowables:com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT DISTINCT t0.ID, t0.JDOCLASS, t0.IS_CONFLICT, t0.CURRENCYX,
t0.DEALPA RENTX, t0.PARENTX, t0.PRODUCTKIND, t0.T_SIZE, t0.STATUSNAME FROM
JDO_DATE t1, JD O_LEAF t0 WHERE ((t1.STATUSNAME = 'closed' AND
t1.DATESTARTED > *variable*) AND t0.ID = t1.PARENTX)] [PRE=SELECT DISTINCT
t0.ID, t0.JDOCLASS, t0.IS_CONFLICT, t0.CURRENCYX, t0.DEALPA RENTX,
t0.PARENTX, t0.PRODUCTKIND, t0.T_SIZE, t0.STATUSNAME FROM JDO_DATE t1, JD
O_LEAF t0 WHERE ((t1.STATUSNAME = ? AND t1.DATESTARTED > *variable*) AND
t0.ID = t1.PARENTX)]
ORA-00936: missing expression
at
com.solarmetric.kodo.impl.jdbc.runtime.SQLExceptions.throwDataStore(SQLExcep
tions.java:23)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.executeQuery(JDBCSto
reManager.java:742)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCQuery.executeQuery(JDBCQuery.java
:92)
at com.solarmetric.kodo.query.QueryImpl.executeWithMap(QueryImpl.java:792)
at com.solarmetric.kodo.query.QueryImpl.executeWithArray(QueryImpl.java:668)
at com.solarmetric.kodo.query.QueryImpl.execute(QueryImpl.java:623)
at aqueduct.DealMaint.getDateRange(DealMaint.java:523)
at
aqueduct.DealMaint.main(DealMaint.java:35)NestedThrowablesStackTrace:java.sq
l.SQLException:
ORA-00936: missing expression
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:169)
at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)
at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543)
at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1405)
at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:643)
at
oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:1819)
at
oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java
:2015)
at
oracle.jdbc.driver.OraclePreparedStatement.doScrollPstmtExecuteUpdate(Oracle
PreparedStatement.java:3021)
at
oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedState
ment.java:416)
at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepareOh, thanks for pointing this out.... I got caught up in trying to figure out
the date issues, I missed the obvious.
Brian
"Patrick Linskey" <[email protected]> wrote in message
news:[email protected]...
Brian,
The problem is that you're declaring myDate as a variable instead of a
parameter. Yes, we should be doing better error checking. But that's the
problem.
So, change your declareVariables() and declareParameters() statements
accordingly, and all should work out.
-Patrick
Brian Smith wrote:
Here is the driver code that I am attempting:
public void getDateRange ()
PersistenceManager pm = JDOFactory.getPersistenceManager ();
String filter = "leafDates.contains (cdate) & cdate.statusName ==
myStatus & cdate.datePhaseStarted > myDate";
Date date = new Date ();
Calendar calendar = new GregorianCalendar (TimeZone.getDefault
>>
calendar.set (2002, Calendar.DECEMBER, 26);
date=calendar.getTime();
Extent extent = pm.getExtent (LeafBase.class, false);
Query query = pm.newQuery (LeafBase.class, filter);
query.declareImports ("import aqueduct.*; importjava.util.Date");
>>
query.declareVariables ("aqueduct.LeafDate cdate; Date myDate");
query.declareParameters ("String myStatus");
System.out.println ("dated used = " + date);
Collection results = (Collection) query.execute ("closed", date);
Iterator iter = results.iterator ();
while (iter.hasNext () ) {
LeafBase myLeaf = (LeafBase) iter.next ();
System.out.println ("My leaf = " + myLeaf);
pm.close ();
>
Here is the class:
public class LeafDate implements Serializable
// *******The Attributes***************
private Date datePhaseStarted = null;
private boolean isEstimatedDate = false;
//mark this as non-persistent in the JDO metadata
private StatusType status = null;
//put here to enable one-to-many mapping using a single table in JDO
private LeafBase parent = null;
>
Here is the error I am getting:
C:\bcs\jdo\kodo-jdo-2.4.0\aqueduct>java aqueduct.DealMaint dated used
= Thu
Dec 26 08:47:33 CST 2002
Exception in thread "main" javax.jdo.JDODataStoreException:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT DISTINCT t0.ID, t0.JDOCLASS, t0.IS_CONFLICT, t0.CURRENCYX,
t0.DEALPARENTX, t0.PARENTX, t0.PRODUCTKIND, t0.T_SIZE, t0.STATUSNAMEFROM> > JDO_DATE t1, JDO_LEAF t0 WHERE ((t1.STATUSNAME = 'closed' AND> > t1.DATESTARTED> >> > >*variable*) AND t0.ID = t1.PARENTX) [PRE=SELECT DISTINCT t0.ID,
>
ORA-00936: missing expression
[code=936;state=42000]
NestedThrowables:com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT DISTINCT t0.ID, t0.JDOCLASS, t0.IS_CONFLICT, t0.CURRENCYX,
t0.DEALPA RENTX, t0.PARENTX, t0.PRODUCTKIND, t0.T_SIZE, t0.STATUSNAMEFROM
JDO_DATE t1, JD O_LEAF t0 WHERE ((t1.STATUSNAME = 'closed' AND
t1.DATESTARTED > variable) AND t0.ID = t1.PARENTX)] [PRE=SELECTDISTINCT
t0.ID, t0.JDOCLASS, t0.IS_CONFLICT, t0.CURRENCYX, t0.DEALPA RENTX,
t0.PARENTX, t0.PRODUCTKIND, t0.T_SIZE, t0.STATUSNAME FROM JDO_DATE t1,JD
O_LEAF t0 WHERE ((t1.STATUSNAME = ? AND t1.DATESTARTED > variable) AND
t0.ID = t1.PARENTX)]
ORA-00936: missing expression
at
com.solarmetric.kodo.impl.jdbc.runtime.SQLExceptions.throwDataStore(SQLExcep
tions.java:23)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.executeQuery(JDBCSto
reManager.java:742)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCQuery.executeQuery(JDBCQuery.java
:92)
atcom.solarmetric.kodo.query.QueryImpl.executeWithMap(QueryImpl.java:792)
>>
at
com.solarmetric.kodo.query.QueryImpl.executeWithArray(QueryImpl.java:668)
>>
at com.solarmetric.kodo.query.QueryImpl.execute(QueryImpl.java:623)
at aqueduct.DealMaint.getDateRange(DealMaint.java:523)
at
aqueduct.DealMaint.main(DealMaint.java:35)NestedThrowablesStackTrace:java.sq
l.SQLException:
ORA-00936: missing expression
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:169)
at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)
at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543)
at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1405)
at
oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:643)
>>
at
oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:1819)
>>
at
oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java
:2015)
at
oracle.jdbc.driver.OraclePreparedStatement.doScrollPstmtExecuteUpdate(Oracle
PreparedStatement.java:3021)
at
oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedState
ment.java:416)
at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepare
Patrick Linskey [email protected]
SolarMetric Inc. http://www.solarmetric.com -
Errors while making a purchase order in Adventure Builder 1.0.4
Hi,
I instaled J2EE 1.4 SDK (linux) : j2eesdk-1_4_03-linux.bin thar includes Sun
Java System Application Server PE 8.2 and Java Adventure Builder 1.0.4.
After the "build" and "deploy" of the Adventure, following the steps
presented in Install.html, i did one adventure purchase via browser. To
the client (browser) all goes ok, it gets the order ID, it is able to see
the adventure details and the order has the correct status (SUBMITTED TO
SUPPLIER and, afterwards, COMPLETED). But when i check the server logs
(SUNWappserver/domains/domain1/logs/server.log) i get the following errors:
[#|2006-04-11T16:48:08.051+0100|SEVERE|sun-appserver-pe8.2|javax.enterprise.system.container.ejb|_ThreadID=33;|EJB5071:
Some remote or transactional roll back exception occurred
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO76406:
Concurrent access exception: object to update has been updated or deleted by
another transaction.
FailedObjectArray:
[com.sun.j2ee.blueprints.processmanager.manager.ejb.ManagerBean_1935673060_JDOState@15d65d]
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.throwJDOConcurrentAccessException(SQLStoreManager.java:626)
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeUpdate(SQLStoreManager.java:185)
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.execute(SQLStoreManager.java:106)
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.updatePersistent(SQLStateManager.java:893)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.flushToDataStore(PersistenceManagerImpl.java:1477)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.flushTxCache(PersistenceManagerImpl.java:1404)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.beforeCompletion(PersistenceManagerImpl.java:1338)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.notifyBeforeCompletion(TransactionImpl.java:1130)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.commitBefore(TransactionImpl.java:759)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.beforeCompletion(TransactionImpl.java:650)
at
com.sun.ejb.containers.ContainerSynchronization.beforeCompletion(ContainerSynchronization.java:137)
at
com.sun.jts.jta.SynchronizationImpl.before_completion(SynchronizationImpl.java:56)
at
com.sun.jts.CosTransactions.RegisteredSyncs.distributeBefore(RegisteredSyncs.java:120)
at
com.sun.jts.CosTransactions.TopCoordinator.beforeCompletion(TopCoordinator.java:2491)
at
com.sun.jts.CosTransactions.CoordinatorTerm.commit(CoordinatorTerm.java:240)
at
com.sun.jts.CosTransactions.TerminatorImpl.commit(TerminatorImpl.java:211)
at com.sun.jts.CosTransactions.CurrentImpl.commit(CurrentImpl.java:585)
at
com.sun.jts.jta.TransactionManagerImpl.commit(TransactionManagerImpl.java:273)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerImpl.commit(J2EETransactionManagerImpl.java:947)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:362)
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2732)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2521)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDelivery(MessageBeanContainer.java:1042)
at
com.sun.ejb.containers.MessageBeanListenerImpl.afterMessageDelivery(MessageBeanListenerImpl.java:46)
at
com.sun.enterprise.connectors.inflow.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:105)
at $Proxy92.afterDelivery(Unknown Source)
at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:242)
at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:45)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
|#]
[#|2006-04-11T16:48:08.067+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=33;|MDB00037:
[OPC:WorkFlowManagerBean]: Message-driven bean invocation exception:
[javax.ejb.EJBException: Transaction aborted; nested exception is:
javax.transaction.RollbackException]|#]
[#|2006-04-11T16:48:08.067+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=33;|javax.ejb.EJBException
javax.ejb.EJBException: Transaction aborted; nested exception is:
javax.transaction.RollbackException
javax.transaction.RollbackException
at
com.sun.jts.jta.TransactionManagerImpl.commit(TransactionManagerImpl.java:275)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerImpl.commit(J2EETransactionManagerImpl.java:947)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:362)
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2732)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2521)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDelivery(MessageBeanContainer.java:1042)
at
com.sun.ejb.containers.MessageBeanListenerImpl.afterMessageDelivery(MessageBeanListenerImpl.java:46)
at
com.sun.enterprise.connectors.inflow.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:105)
at $Proxy92.afterDelivery(Unknown Source)
at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:242)
at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:45)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
javax.ejb.EJBException: Transaction aborted; nested exception is:
javax.transaction.RollbackException
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2737)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2521)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDelivery(MessageBeanContainer.java:1042)
at
com.sun.ejb.containers.MessageBeanListenerImpl.afterMessageDelivery(MessageBeanListenerImpl.java:46)
at
com.sun.enterprise.connectors.inflow.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:105)
at $Proxy92.afterDelivery(Unknown Source)
at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:242)
at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:45)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
|#]
[#|2006-04-11T16:48:08.091+0100|SEVERE|sun-appserver-pe8.2|javax.enterprise.system.container.ejb|_ThreadID=33;|EJB5071:
Some remote or transactional roll back exception occurred
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO76406:
Concurrent access exception: object to update has been updated or deleted by
another transaction.
FailedObjectArray:
[com.sun.j2ee.blueprints.processmanager.manager.ejb.ManagerBean_1935673060_JDOState@19a7420]
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.throwJDOConcurrentAccessException(SQLStoreManager.java:626)
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeUpdate(SQLStoreManager.java:185)
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.execute(SQLStoreManager.java:106)
at
com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.updatePersistent(SQLStateManager.java:893)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.flushToDataStore(PersistenceManagerImpl.java:1477)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.flushTxCache(PersistenceManagerImpl.java:1404)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.beforeCompletion(PersistenceManagerImpl.java:1338)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.notifyBeforeCompletion(TransactionImpl.java:1130)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.commitBefore(TransactionImpl.java:759)
at
com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.beforeCompletion(TransactionImpl.java:650)
at
com.sun.ejb.containers.ContainerSynchronization.beforeCompletion(ContainerSynchronization.java:137)
at
com.sun.jts.jta.SynchronizationImpl.before_completion(SynchronizationImpl.java:56)
at
com.sun.jts.CosTransactions.RegisteredSyncs.distributeBefore(RegisteredSyncs.java:120)
at
com.sun.jts.CosTransactions.TopCoordinator.beforeCompletion(TopCoordinator.java:2491)
at
com.sun.jts.CosTransactions.CoordinatorTerm.commit(CoordinatorTerm.java:240)
at
com.sun.jts.CosTransactions.TerminatorImpl.commit(TerminatorImpl.java:211)
at com.sun.jts.CosTransactions.CurrentImpl.commit(CurrentImpl.java:585)
at
com.sun.jts.jta.TransactionManagerImpl.commit(TransactionManagerImpl.java:273)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerImpl.commit(J2EETransactionManagerImpl.java:947)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:362)
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2732)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2521)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDelivery(MessageBeanContainer.java:1042)
at
com.sun.ejb.containers.MessageBeanListenerImpl.afterMessageDelivery(MessageBeanListenerImpl.java:46)
at
com.sun.enterprise.connectors.inflow.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:105)
at $Proxy92.afterDelivery(Unknown Source)
at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:242)
at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:45)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
|#]
[#|2006-04-11T16:48:08.096+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=33;|MDB00037:
[OPC:WorkFlowManagerBean]: Message-driven bean invocation exception:
[javax.ejb.EJBException: Transaction aborted; nested exception is:
javax.transaction.RollbackException]|#]
[#|2006-04-11T16:48:08.096+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=33;|javax.ejb.EJBException
javax.ejb.EJBException: Transaction aborted; nested exception is:
javax.transaction.RollbackException
javax.transaction.RollbackException
at
com.sun.jts.jta.TransactionManagerImpl.commit(TransactionManagerImpl.java:275)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerImpl.commit(J2EETransactionManagerImpl.java:947)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:362)
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2732)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2521)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDelivery(MessageBeanContainer.java:1042)
at
com.sun.ejb.containers.MessageBeanListenerImpl.afterMessageDelivery(MessageBeanListenerImpl.java:46)
at
com.sun.enterprise.connectors.inflow.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:105)
at $Proxy92.afterDelivery(Unknown Source)
at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:242)
at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:45)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
javax.ejb.EJBException: Transaction aborted; nested exception is:
javax.transaction.RollbackException
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2737)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2521)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDelivery(MessageBeanContainer.java:1042)
at
com.sun.ejb.containers.MessageBeanListenerImpl.afterMessageDelivery(MessageBeanListenerImpl.java:46)
at
com.sun.enterprise.connectors.inflow.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:105)
at $Proxy92.afterDelivery(Unknown Source)
at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:242)
at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:45)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
|#]
[#|2006-04-11T16:48:12.449+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.stream.out|_ThreadID=23;|Initializaing
OtMessageHandler|#]
[#|2006-04-11T16:48:12.452+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.stream.out|_ThreadID=23;|
Initializaing OtMessageHandler|#]
[#|2006-04-11T16:48:12.452+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.stream.out|_ThreadID=23;|
OtMessageHandler:[ns0:getOrderDetails: null]|#]
[#|2006-04-11T16:48:12.580+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.stream.out|_ThreadID=23;|
OtMessageHandler: handleResponse|#]
[#|2006-04-11T16:50:08.045+0100|SEVERE|sun-appserver-pe8.2|javax.enterprise.system.core.transaction|_ThreadID=33;|JTS5031:
Exception [org.omg.CORBA.INTERNAL: vmcid: 0x0 minor code: 0 completed:
Maybe] on Resource [commit] operation.|#]
[#|2006-04-11T16:50:08.046+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=33;|MDB00037:
[OPC:WorkFlowManagerBean]: Message-driven bean invocation exception:
[javax.ejb.EJBException: Unable to complete container-managed transaction.;
nested exception is: javax.transaction.SystemException:
org.omg.CORBA.INTERNAL: JTS5031: Exception [org.omg.CORBA.INTERNAL: vmcid:
0x0 minor code: 0 completed: Maybe] on Resource [commit] operation. vmcid:
0x0 minor code: 0 completed: No]|#]
[#|2006-04-11T16:50:08.046+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=33;|javax.ejb.EJBException
javax.ejb.EJBException: Unable to complete container-managed transaction.;
nested exception is: javax.transaction.SystemException:
org.omg.CORBA.INTERNAL: JTS5031: Exception [org.omg.CORBA.INTERNAL: vmcid:
0x0 minor code: 0 completed: Maybe] on Resource [commit] operation. vmcid:
0x0 minor code: 0 completed: No
javax.transaction.SystemException: org.omg.CORBA.INTERNAL: JTS5031:
Exception [org.omg.CORBA.INTERNAL: vmcid: 0x0 minor code: 0 completed:
Maybe] on Resource [commit] operation. vmcid: 0x0 minor code: 0 completed:
No
at
com.sun.jts.jta.TransactionManagerImpl.commit(TransactionManagerImpl.java:285)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerImpl.commit(J2EETransactionManagerImpl.java:947)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:362)
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2732)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2535)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.callEJBTimeout(MessageBeanContainer.java:431)
at
com.sun.ejb.containers.EJBTimerService.deliverTimeout(EJBTimerService.java:1349)
at
com.sun.ejb.containers.EJBTimerService.access$100(EJBTimerService.java:66)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.run(EJBTimerService.java:1897)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.service(EJBTimerService.java:1893)
at com.sun.ejb.containers.util.WorkAdapter.doWork(WorkAdapter.java:44)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
javax.ejb.EJBException: Unable to complete container-managed transaction.;
nested exception is: javax.transaction.SystemException:
org.omg.CORBA.INTERNAL: JTS5031: Exception [org.omg.CORBA.INTERNAL: vmcid:
0x0 minor code: 0 completed: Maybe] on Resource [commit] operation. vmcid:
0x0 minor code: 0 completed: No
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2742)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2535)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.callEJBTimeout(MessageBeanContainer.java:431)
at
com.sun.ejb.containers.EJBTimerService.deliverTimeout(EJBTimerService.java:1349)
at
com.sun.ejb.containers.EJBTimerService.access$100(EJBTimerService.java:66)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.run(EJBTimerService.java:1897)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.service(EJBTimerService.java:1893)
at com.sun.ejb.containers.util.WorkAdapter.doWork(WorkAdapter.java:44)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
|#]
[#|2006-04-11T16:50:13.059+0100|SEVERE|sun-appserver-pe8.2|javax.enterprise.system.core.transaction|_ThreadID=34;|JTS5031:
Exception [org.omg.CORBA.INTERNAL: vmcid: 0x0 minor code: 0 completed:
Maybe] on Resource [commit] operation.|#]
[#|2006-04-11T16:50:13.061+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=34;|MDB00037:
[OPC:WorkFlowManagerBean]: Message-driven bean invocation exception:
[javax.ejb.EJBException: Unable to complete container-managed transaction.;
nested exception is: javax.transaction.SystemException:
org.omg.CORBA.INTERNAL: JTS5031: Exception [org.omg.CORBA.INTERNAL: vmcid:
0x0 minor code: 0 completed: Maybe] on Resource [commit] operation. vmcid:
0x0 minor code: 0 completed: No]|#]
[#|2006-04-11T16:50:13.061+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.mdb|_ThreadID=34;|javax.ejb.EJBException
javax.ejb.EJBException: Unable to complete container-managed transaction.;
nested exception is: javax.transaction.SystemException:
org.omg.CORBA.INTERNAL: JTS5031: Exception [org.omg.CORBA.INTERNAL: vmcid:
0x0 minor code: 0 completed: Maybe] on Resource [commit] operation. vmcid:
0x0 minor code: 0 completed: No
javax.transaction.SystemException: org.omg.CORBA.INTERNAL: JTS5031:
Exception [org.omg.CORBA.INTERNAL: vmcid: 0x0 minor code: 0 completed:
Maybe] on Resource [commit] operation. vmcid: 0x0 minor code: 0 completed:
No
at
com.sun.jts.jta.TransactionManagerImpl.commit(TransactionManagerImpl.java:285)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerImpl.commit(J2EETransactionManagerImpl.java:947)
at
com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:362)
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2732)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2535)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.callEJBTimeout(MessageBeanContainer.java:431)
at
com.sun.ejb.containers.EJBTimerService.deliverTimeout(EJBTimerService.java:1349)
at
com.sun.ejb.containers.EJBTimerService.access$100(EJBTimerService.java:66)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.run(EJBTimerService.java:1897)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.service(EJBTimerService.java:1893)
at com.sun.ejb.containers.util.WorkAdapter.doWork(WorkAdapter.java:44)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
javax.ejb.EJBException: Unable to complete container-managed transaction.;
nested exception is: javax.transaction.SystemException:
org.omg.CORBA.INTERNAL: JTS5031: Exception [org.omg.CORBA.INTERNAL: vmcid:
0x0 minor code: 0 completed: Maybe] on Resource [commit] operation. vmcid:
0x0 minor code: 0 completed: No
at
com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:2742)
at
com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:2535)
at
com.sun.ejb.containers.MessageBeanContainer.afterMessageDeliveryInternal(MessageBeanContainer.java:1071)
at
com.sun.ejb.containers.MessageBeanContainer.callEJBTimeout(MessageBeanContainer.java:431)
at
com.sun.ejb.containers.EJBTimerService.deliverTimeout(EJBTimerService.java:1349)
at
com.sun.ejb.containers.EJBTimerService.access$100(EJBTimerService.java:66)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.run(EJBTimerService.java:1897)
at
com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.service(EJBTimerService.java:1893)
at com.sun.ejb.containers.util.WorkAdapter.doWork(WorkAdapter.java:44)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(Unknown
Source)
|#]
[#|2006-04-11T16:50:13.062+0100|INFO|sun-appserver-pe8.2|javax.enterprise.system.container.ejb|_ThreadID=34;|EJB5119:Expunging
timer ['4@@1144682418760@@server@@domain1' 'TimedObject =
WorkFlowManagerBean' 'Application = OPC' 'BEING_DELIVERED' 'PERIODIC'
'Container ID = 75023570086854669' 'Tue Apr 11 16:49:08 WEST 2006' '60000' ]
after [2] failed deliveries|#]
So, when i make hundreds of requests i have an obvious problem - a gigantic
log! I did a little benchmark using 10 clients making burst requests and
after a minute or so the Application Server simply stops replying to
requests due to the gigantic number of errors.
Do you have any suggestion of what the problem may be? I already tried the
Windows version and the same thing happens.
thank you in advance,
Jo�o BentoCould you please run your application again, enabling the logging of the SQL statements. To enable, add the following to domain.xml:
<log-service alarms="false" file="${com.sun.aas.instanceRoot}/logs/server.log" log-rotation-limit-in-bytes="2000000" log-rotation-timelimit-in-minutes="0" log-to-console="false" retain-error-statistics-for-hours="5" use-system-logging="false">
<module-log-levels admin="INFO" classloader="INFO" cmp="INFO" cmp-container="INFO" configuration="INFO" connector="INFO" corba="INFO" deployment="INFO" ejb-container="INFO" group-management-service="INFO" javamail="INFO" jaxr="INFO" jaxrpc="INFO" jdo="INFO" jms="INFO" jta="INFO" jts="INFO" management-event="INFO" mdb-container="INFO" naming="INFO" node-agent="INFO" resource-adapter="INFO" root="INFO" saaj="INFO" security="INFO" self-management="INFO" server="INFO" synchronization="INFO" util="INFO" verifier="INFO" web-container="INFO">
<property name="javax.enterprise.resource.jdo.sqlstore.sql" value="FINEST"/>
</module-log-levels>
</log-service> -
Hi Kodo gurus,
I run into following problem:
Since I start to use JDOQL queries, the system I am developing start to
throw Exception saying:
javax.jdo.JDODataStoreException:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = 'learningMode1']
[PRE=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = ?]
A connection could not be obtained in the specified login time of 5
seconds. [code=0;state=null]
NestedThrowables:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = 'learningMode1']
[PRE=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = ?]
A connection could not be obtained in the specified login time of 5 seconds.
at
com.solarmetric.kodo.impl.jdbc.runtime.SQLExceptions.throwDataStore(SQLExceptions.java:23)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.executeQuery(JDBCStoreManager.java:732)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCQuery.executeQuery(JDBCQuery.java:93)
at com.solarmetric.kodo.query.QueryImpl.executeWithMap(QueryImpl.java:792)
at
com.solarmetric.kodo.query.QueryImpl.executeWithArray(QueryImpl.java:668)
at com.solarmetric.kodo.query.QueryImpl.execute(QueryImpl.java:609)
It seems it always happens when we are doing a query. I had the
"javax.jdo.option.MaxPool=20" and for postgresql I have "max_connections
= 80", the action I am doing at that time is quite simple (and the
system is just freshly started) and I would not expect it is using more
than 2 connections since there is only one read and one write going on.
Do you guys have any clue how could this happen? do I miss something
obvious? and how are the connections managed for the query?
thanks a lot!
TaoHi, Steve,
Sorry I am late on the responding - was distracted by some other stuff -
here is the stack trace I got:
// STATCK TRACE
//###############################################################javax.jdo.JDODataStoreException:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = 'learningMode3']
[PRE=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = ?]
A connection could not be obtained in the specified login time of 5
seconds. [code=0;state=null]
NestedThrowables:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper:
[SQL=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = 'learningMode3']
[PRE=SELECT t0.JDOIDX, t0.JDOCLASSX, t0.JDOLOCKX, t0.booldefaultval,
t0.datatype, t0.name, t0.strdefaultval FROM PROPERTYDEFX t0 WHERE
t0.name = ?]
A connection could not be obtained in the specified login time of 5 seconds.
at
com.solarmetric.kodo.impl.jdbc.runtime.SQLExceptions.throwDataStore(SQLExceptions.java:23)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.executeQuery(JDBCStoreManager.java:732)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCQuery.executeQuery(JDBCQuery.java:93)
at
com.solarmetric.kodo.query.QueryImpl.executeWithMap(QueryImpl.java:792)
at
com.solarmetric.kodo.query.QueryImpl.executeWithArray(QueryImpl.java:668)
at com.solarmetric.kodo.query.QueryImpl.execute(QueryImpl.java:609)
at
com.cloverworxs.impl.as.profile.PropertyHelperImpl.findPropertyDefByName(PropertyHelperImpl.java:37)
at
com.cloverworxs.impl.as.profile.ProfileBase.getStringProperty(ProfileBase.java:103)
at
com.cloverworxs.app.struts.handler.ProfileHelper.getLearningModes(ProfileHelper.java:177)
at
com.cloverworxs.app.struts.handler.KuarkHandler.handleTree(KuarkHandler.java:106)
at
com.cloverworxs.app.struts.handler.MovableKuarkHandler.handleTree(MovableKuarkHandler.java:89)
at
com.cloverworxs.app.struts.handler.RecorderKuarkHandler.handle(RecorderKuarkHandler.java:111)
at
com.cloverworxs.app.struts.action.RecorderController.detail(RecorderController.java:251)
at
com.cloverworxs.app.struts.action.AbstractModelAction.execute(AbstractModelAction.java:118)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:465)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
at
com.cloverworxs.app.struts.RequestProcessor.process(RequestProcessor.java:44)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1422)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:505)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:380)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:533)
at java.lang.Thread.run(Thread.java:536)
NestedThrowablesStackTrace:
java.sql.SQLException: A connection could not be obtained in the
specified login time of 5 seconds.
at
com.solarmetric.datasource.DataSourceImpl$AbstractPool.timeout(DataSourceImpl.java:615)
at
com.solarmetric.datasource.DataSourceImpl$AbstractPool.getConnection(DataSourceImpl.java:589)
at
com.solarmetric.datasource.DataSourceImpl.getConnection(DataSourceImpl.java:326)
at
com.solarmetric.datasource.DataSourceImpl.getConnection(DataSourceImpl.java:319)
at
com.solarmetric.kodo.impl.jdbc.runtime.DataSourceConnector.getConnection(DataSourceConnector.java:51)
at
com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.getConnectionFromFactory(SQLExecutionManagerImpl.java:183)
at
com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.getConnection(SQLExecutionManagerImpl.java:142)
at
com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.prepareStatementInternal(SQLExecutionManagerImpl.java:807)
at
com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executePreparedQueryInternal(SQLExecutionManagerImpl.java:761)
at
com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executeQueryInternal(SQLExecutionManagerImpl.java:691)
at
com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executeQuery(SQLExecutionManagerImpl.java:372)
at
com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executeQuery(SQLExecutionManagerImpl.java:356)
at
com.solarmetric.kodo.impl.jdbc.ormapping.ClassMapping.selectPrimaryMappings(ClassMapping.java:1221)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.executeQuery(JDBCStoreManager.java:707)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCQuery.executeQuery(JDBCQuery.java:93)
at
com.solarmetric.kodo.query.QueryImpl.executeWithMap(QueryImpl.java:792)
at
com.solarmetric.kodo.query.QueryImpl.executeWithArray(QueryImpl.java:668)
at com.solarmetric.kodo.query.QueryImpl.execute(QueryImpl.java:609)
at
com.cloverworxs.impl.as.profile.PropertyHelperImpl.findPropertyDefByName(PropertyHelperImpl.java:37)
at
com.cloverworxs.impl.as.profile.ProfileBase.getStringProperty(ProfileBase.java:103)
at
com.cloverworxs.app.struts.handler.ProfileHelper.getLearningModes(ProfileHelper.java:177)
at
com.cloverworxs.app.struts.handler.KuarkHandler.handleTree(KuarkHandler.java:106)
at
com.cloverworxs.app.struts.handler.MovableKuarkHandler.handleTree(MovableKuarkHandler.java:89)
at
com.cloverworxs.app.struts.handler.RecorderKuarkHandler.handle(RecorderKuarkHandler.java:111)
at
com.cloverworxs.app.struts.action.RecorderController.detail(RecorderController.java:251)
at
com.cloverworxs.app.struts.action.AbstractModelAction.execute(AbstractModelAction.java:118)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:465)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
And following is the code of "findPropertyDefByName" method:
// SOURCE CODE
public PropertyDef findPropertyDefByName(String propertyName) {
Extent propertyExtent = pm.getExtent(PropertyDef.class, true);
String filter = "name == propertyName";
Query q = pm.newQuery(propertyExtent, filter);
q.declareParameters("java.lang.String propertyName");
Collection c = (Collection) q.execute(propertyName);
int size = c.size();
if (size == 0) {
return null;
if (size > 1) {
// bad exception type
if (logger.isWarnEnabled()) {
Iterator iter = c.iterator();
while (iter.hasNext()) {
Object obj = iter.next();
logger.warn("result=" + obj);
throw new RuntimeException(
"Assertion of Uniqueness of propertyName failed");
PropertyDef pdef = (PropertyDef) c.iterator().next();
q.closeAll();
propertyExtent.closeAll();
return pdef;
The transaction is started and committed outside of this call.
Hope this helps you understanding my problem, and Thanks a lot!
cheers,
Tao
Steve Kim wrote:
Can you post or send me a test case or the applicable portion of the code? -
Creation of an existing entity bean does not throw a CreateException
Hi.
I am using update 1 with oracle 9i thin driver. I am currently working on a unit test that handles CreateExceptions if creation of a duplicate entity occurs. To test this I preloaded my db and then tried in my code to create an entity with the same primary key (a String). When I executed this test what I got back was not a CreateException but rather TransactionRollbackException with a nested SQLException that complained about a constraint violation (my primary key constraint). Looking at the logs it appears the that Persistance Manager or Transaction Manager just marched right on and tried to enter the db row even though a duplicate key was found.
I should see a createException right? Here is my table:
CREATE TABLE CREDIT_CARD (
ID VARCHAR(10) NOT NULL,
CONSTRAINT PK_CREDIT_CARD PRIMARY KEY (ID)
and my test code:
CreditCardLocalHome home = (CreditCardLocalHome)new javax.naming.InitialContext().lookup("java:comp/env/ejb/local/CreditCard");
home.create("key");
home.create("key");
and this is the relavant error trace:
[23/Nov/2003:01:40:29] SEVERE ( 5605): EJB5071: Some remote or transactional roll back exception occurred
com.sun.jdo.api.persistence.support.JDODataStoreException: Got a JDBC SQLException. Please read the remaining error stack for more information.
NestedException: java.sql.BatchUpdateException: ORA-00001: unique constraint (APP.PK_CREDIT_CARD) violated
FailedObjectArray: [CreditCardEJB1720332142_JDOState@1c737be]
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeUpdateBatch(SQLStoreManager.java:1644)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeBatch(SQLStoreManager.java:1559)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.updatePersistent(SQLStateManager.java:997)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.beforeCompletion(PersistenceManagerImpl.java:1251)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.notifyBeforeCompletion(TransactionImpl.java:1115)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.commitBefore(TransactionImpl.java:743)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.TransactionImpl.beforeCompletion(TransactionImpl.java:646)
at com.sun.ejb.containers.ContainerSynchronization.beforeCompletion(ContainerSynchronization.java:105)
at com.sun.enterprise.distributedtx.J2EETransaction.commit(J2EETransaction.java:183)
at com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:310)
at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:1809)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:1608)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:529)
at CreditCardEJB1720332142_ConcreteImpl_LocalHomeImpl.create(CreditCardEJB1720332142_ConcreteImpl_LocalHomeImpl.java:34)
at jasper.test_jsp._jspService(_test_jsp.java:69)
As you can see I call the test via a jsp and that the transaction never seems to be mark as rollback. As a result the Persistance Manager tries to enter the row and fails.
Any thoughts?
MattHi, I'm having the same problems, but my table has several constraints (primary key, foreign key, and unique key) set up. I need to know exactly which constraint was violated so that I can return the inputted data that caused the violation in the error message (e.g. "Card No. 1234 already exists" or "User ABCD already exists").
I want to avoid using vendor-specific code to catch the exception (which is thrown as a persistence manager exception), then later extract the parent exception (which I would try to cast as an SQLException and then work from there).
If I follow marina's suggestion, then this means that I need to perform a findBy<myConstraintKey> method for every unique or primary key constraint I have set for my table. Is there another alternative? My concern is how this would affect application performance. Thanks. -
How to implement a 1-n relationship
I'm using oracle 8.1 and currently learning JDO.
Havin the following schema :
DROP TABLE permission_group_map CASCADE CONSTRAINTS;
CREATE TABLE permission_group_map (
permission_group_map_oid NUMBER(10) NOT NULL,
version_oid NUMBER(3) NOT NULL,
group_oid NUMBER(10) NOT NULL,
permission_oid NUMBER(10) NOT NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL
ALTER TABLE permission_group_map
ADD ( CONSTRAINT PKpermission_group_map PRIMARY KEY (
permission_group_map_oid) ) ;
DROP TABLE permission CASCADE CONSTRAINTS;
CREATE TABLE permission (
permission_oid NUMBER(10) NOT NULL,
version_oid NUMBER(3) NOT NULL,
name VARCHAR2(60) NULL,
visibility NUMBER(1) NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL
ALTER TABLE permission
ADD ( CONSTRAINT PKpermission PRIMARY KEY (permission_oid,
version_oid) ) ;
DROP TABLE user_group CASCADE CONSTRAINTS;
CREATE TABLE user_group (
group_oid NUMBER(10) NOT NULL,
name VARCHAR2(60) NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL
ALTER TABLE user_group
ADD ( CONSTRAINT PKuser_group PRIMARY KEY (group_oid) ) ;
ALTER TABLE permission_group_map
ADD ( CONSTRAINT fk2_permission_group_map
FOREIGN KEY (group_oid)
REFERENCES user_group ) ;
ALTER TABLE permission_group_map
ADD ( CONSTRAINT fk1_permission_group_map
FOREIGN KEY (permission_oid, version_oid)
REFERENCES permission ) ;
How can represent a 1-n relation in a .jdo file without adding more fileds.
Here is my .jdo implementation
<class identity-type="application" name="UserGroup"
objectid-class="UserGroupKey" requires-extent="false">
<extension key="table" value="USER_GROUP" vendor-name="kodo"/>
<field name="name" null-value="exception" primary-key="false">
<extension key="data-column" value="NAME"
vendor-name="kodo"/>
<extension key="column-length" value="60"
vendor-name="kodo"/>
</field>
<field name="userId" null-value="exception"
primary-key="false">
<extension key="data-column" value="USER_ID"
vendor-name="kodo"/>
</field>
<field name="groupOid" null-value="exception"
primary-key="true">
<extension key="data-column" value="GROUP_OID"
vendor-name="kodo"/>
</field>
<field name="timestamp" null-value="exception"
primary-key="false">
<extension key="data-column" value="TIMESTAMP"
vendor-name="kodo"/>
</field>
<field name = "permissionGroupMap">
<collection element-type="PermissionGroupMap"/>
<extension vendor-name="kodo" key="inverse"
value="userGroup"/>
</field>
<extension key="lock-column" value="jdolock"
vendor-name="kodo"/>
<extension key="class-column" value="none" vendor-name="kodo"/>
</class>
<class identity-type="application" name="PermissionGroupMap"
objectid-class="PermissionGroupMapKey" requires-extent="false">
<extension key="table" value="PERMISSION_GROUP_MAP"
vendor-name="kodo"/>
<extension key="lock-column" value="jdolock"
vendor-name="kodo"/>
<extension key="class-column" value="none" vendor-name="kodo"/>
<field name="permissionGroupMapOid" null-value="exception"
primary-key="true">
<extension key="data-column"
value="PERMISSION_GROUP_MAP_OID" vendor-name="kodo"/>
</field>
<field name="userId" null-value="exception"
primary-key="false">
<extension key="data-column" value="USER_ID"
vendor-name="kodo"/>
</field>
<field name="permissionOid" null-value="exception"
primary-key="false">
<extension key="data-column" value="PERMISSION_OID"
vendor-name="kodo"/>
</field>
<field name="groupOid" null-value="exception"
primary-key="false">
<extension key="data-column" value="GROUP_OID"
vendor-name="kodo"/>
</field>
<field name="versionOid" null-value="exception"
primary-key="false">
<extension key="data-column" value="VERSION_OID"
vendor-name="kodo"/>
</field>
<field name="timestamp" null-value="exception"
primary-key="false">
<extension key="data-column" value="TIMESTAMP"
vendor-name="kodo"/>
</field>
</class>
and here is the class code
public class PermissionGroupMap {
java.math.BigDecimal permissionGroupMapOid;
java.lang.String userId;
java.math.BigDecimal permissionOid;
java.math.BigDecimal groupOid;
java.math.BigDecimal versionOid;
java.util.Date timestamp;
/** relationship fields **/
UserGroup userGroup;
public class UserGroup {
java.lang.String name;
java.lang.String userId;
java.math.BigDecimal groupOid;
java.util.Date timestamp;
/** relationship fields **/
ArrayList permissionGroupMap = new ArrayList();
Here is the exception that I'm getting :
javax.jdo.JDODataStoreException: [SQL=SELECT t0.PERMISSION_GROUP_MAP_OID,
t0.jdolock, t0.GROUP_OID, t0.PERMISSION_OID, t0.TIMESTAMP,
t0.GROUPOID_USERGROUPX, t0.USER_ID, t0.VERSION_OID FROM
PERMISSION_GROUP_MAP t0 WHERE t0.GROUPOID_USERGROUPX = 1] ORA-00904:
invalid column nameThanks for you quick response, But I changed the schema a little bit, just
to play arround, now I'm doing a m-n, but it does not work, can you tell
me what I'm doing wrong, here is the schema :
CREATE TABLE user_group (
group_oid NUMBER(10) NOT NULL,
name VARCHAR2(60) NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL,
CONSTRAINT PKuser_group
PRIMARY KEY (group_oid)
CREATE TABLE permission (
permission_oid NUMBER(10) NOT NULL,
version_oid NUMBER(3) NOT NULL,
name VARCHAR2(60) NULL,
visibility NUMBER(1) NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL,
CONSTRAINT PKpermission
PRIMARY KEY (permission_oid, version_oid)
CREATE TABLE permission_group_map (
group_oid NUMBER(10) NOT NULL,
permission_oid NUMBER(10) NOT NULL,
version_oid NUMBER(3) NOT NULL,
CONSTRAINT PKpermission_group_map
PRIMARY KEY (group_oid, permission_oid, version_oid),
CONSTRAINT R_4
FOREIGN KEY (permission_oid, version_oid)
REFERENCES permission,
CONSTRAINT R_3
FOREIGN KEY (group_oid)
REFERENCES user_group
the .jod file :
<class identity-type="application" name="Permission"
objectid-class="PermissionKey" requires-extent="false">
<extension key="table" value="PERMISSION" vendor-name="kodo"/>
<field name="permissionOid" null-value="exception"
persistence-modifier="persistent" primary-key="true">
<extension key="data-column" value="PERMISSION_OID"
vendor-name="kodo"/>
<extension key="column-length" value="10"
vendor-name="kodo"/>
<extension key="column-index" value="pkPermission"
vendor-name="kodo"/>
</field>
<field name="versionOid" null-value="exception"
persistence-modifier="persistent" primary-key="true">
<extension key="data-column" value="VERSION_OID"
vendor-name="kodo"/>
<extension key="column-index" value="pkPermission"
vendor-name="kodo"/>
<extension key="column-length" value="3"
vendor-name="kodo"/>
</field>
<field name="userGroups">
<collection element-type="UserGroup"/>
<extension vendor-name="kodo" value="permissions"/>
<extension vendor-name="kodo" key="table"
value="PERMISSION_GROUP_MAP"/>
<extension vendor-name="kodo" key="groupOid-data-column"
value="GROUP_OID"/>
<extension vendor-name="kodo"
key="permissionOid-ref-column" value="PERMISSION_OID"/>
<extension vendor-name="kodo" key="versionOid-ref-column"
value="VERSION_OID"/>
</field>
<extension key="class-column" value="none" vendor-name="kodo"/>
<extension key="lock-column" value="jdolock"
vendor-name="kodo"/>
</class>
<class identity-type="application" name="UserGroup"
objectid-class="UserGroupKey" requires-extent="false">
<extension key="table" value="USER_GROUP" vendor-name="kodo"/>
<field name="name" null-value="exception" primary-key="false">
<extension key="data-column" value="NAME"
vendor-name="kodo"/>
<extension key="column-length" value="60"
vendor-name="kodo"/>
</field>
<field name="permissions">
<extension vendor-name="kodo" value="userGroups"/>
<extension vendor-name="kodo" key="table"
value="PERMISSION_GROUP_MAP"/>
<extension vendor-name="kodo" key="groupOid-ref-column"
value="GROUP_OID"/>
<extension vendor-name="kodo"
key="permissionOid-data-column" value="PERMISSION_OID"/>
<extension vendor-name="kodo" key="versionOid-data-column"
value="VERSION_OID"/>
</field>
<extension key="lock-column" value="jdolock"
vendor-name="kodo"/>
<extension key="class-column" value="none" vendor-name="kodo"/>
</class>
CODE :
public class Permission {
java.math.BigDecimal visibility;
java.lang.String name;
java.lang.String userId;
java.math.BigDecimal permissionOid;
java.math.BigDecimal versionOid;
java.util.Date timestamp;
private Collection userGroups = new ArrayList();
public class UserGroup {
java.lang.String name;
java.lang.String userId;
java.math.BigDecimal groupOid;
java.util.Date timestamp;
Collection permissions = new ArrayList();
Patrick Linskey wrote:
Manuel,
When mapping relations to pre-defined schemas using application identity,
you must use the '<fieldname>-data-column' extension syntax discussed in
http://www.solarmetric.com/Software/Documentation/2.2.6/manual.html#metadata
_extensions.
Additionally, in general, you should not have foreign key fields declared in
your java code as well as relations to other objects. For example, in
PermissionGroupMap, you should just have a relation to UserGroup, and no
groupOid field -- the foreign key information will be handled by JDO, and
should not be user-accessible except through the UserGroup relation.
So, something like this is probably more like what you want (I've removed
some fields for brevity):
<class identity-type="application" name="UserGroup"
objectid-class="UserGroupKey" requires-extent="false">
<field name="groupOid" null-value="exception" primary-key="true">
<extension key="data-column" value="GROUP_OID"
vendor-name="kodo"/>
</field>
<field name = "permissionGroupMap">
<collection element-type="PermissionGroupMap"/>
<extension vendor-name="kodo" key="inverse" value="userGroup"/>
</field>
</class>
<class identity-type="application" name="PermissionGroupMap"
objectid-class="PermissionGroupMapKey" requires-extent="false">
<field name="permissionGroupMapOid" null-value="exception"
primary-key="true">
<extension key="data-column" value="PERMISSION_GROUP_MAP_OID"
vendor-name="kodo"/>
</field>
<field name="userGroup" null-value="exception" primary-key="false">
<extension key="groupOid-data-column" value="GROUP_OID"
vendor-name="kodo"/>
</field>
</class>
public class PermissionGroupMap {
java.math.BigDecimal permissionGroupMapOid;
// this is not needed: java.math.BigDecimal groupOid;
/** relationship fields **/
UserGroup userGroup;
public class UserGroup {
java.math.BigDecimal groupOid;
/** relationship fields **/
ArrayList permissionGroupMap = new ArrayList();
On 6/8/02 11:56 AM, "Manuel Ledesma" <[email protected]> wrote:
I'm using oracle 8.1 and currently learning JDO.
Havin the following schema :
DROP TABLE permission_group_map CASCADE CONSTRAINTS;
CREATE TABLE permission_group_map (
permission_group_map_oid NUMBER(10) NOT NULL,
version_oid NUMBER(3) NOT NULL,
group_oid NUMBER(10) NOT NULL,
permission_oid NUMBER(10) NOT NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL
ALTER TABLE permission_group_map
ADD ( CONSTRAINT PKpermission_group_map PRIMARY KEY (
permission_group_map_oid) ) ;
DROP TABLE permission CASCADE CONSTRAINTS;
CREATE TABLE permission (
permission_oid NUMBER(10) NOT NULL,
version_oid NUMBER(3) NOT NULL,
name VARCHAR2(60) NULL,
visibility NUMBER(1) NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL
ALTER TABLE permission
ADD ( CONSTRAINT PKpermission PRIMARY KEY (permission_oid,
version_oid) ) ;
DROP TABLE user_group CASCADE CONSTRAINTS;
CREATE TABLE user_group (
group_oid NUMBER(10) NOT NULL,
name VARCHAR2(60) NULL,
jdolock NUMBER NULL,
user_id VARCHAR2(20) NULL,
timestamp DATE NULL
ALTER TABLE user_group
ADD ( CONSTRAINT PKuser_group PRIMARY KEY (group_oid) ) ;
ALTER TABLE permission_group_map
ADD ( CONSTRAINT fk2_permission_group_map
FOREIGN KEY (group_oid)
REFERENCES user_group ) ;
ALTER TABLE permission_group_map
ADD ( CONSTRAINT fk1_permission_group_map
FOREIGN KEY (permission_oid, version_oid)
REFERENCES permission ) ;
How can represent a 1-n relation in a .jdo file without adding more fileds.
Here is my .jdo implementation
<class identity-type="application" name="UserGroup"
objectid-class="UserGroupKey" requires-extent="false">
<extension key="table" value="USER_GROUP" vendor-name="kodo"/>
<field name="name" null-value="exception" primary-key="false">
<extension key="data-column" value="NAME"
vendor-name="kodo"/>
<extension key="column-length" value="60"
vendor-name="kodo"/>
</field>
<field name="userId" null-value="exception"
primary-key="false">
<extension key="data-column" value="USER_ID"
vendor-name="kodo"/>
</field>
<field name="groupOid" null-value="exception"
primary-key="true">
<extension key="data-column" value="GROUP_OID"
vendor-name="kodo"/>
</field>
<field name="timestamp" null-value="exception"
primary-key="false">
<extension key="data-column" value="TIMESTAMP"
vendor-name="kodo"/>
</field>
<field name = "permissionGroupMap">
<collection element-type="PermissionGroupMap"/>
<extension vendor-name="kodo" key="inverse"
value="userGroup"/>
</field>
<extension key="lock-column" value="jdolock"
vendor-name="kodo"/>
<extension key="class-column" value="none" vendor-name="kodo"/>
</class>
<class identity-type="application" name="PermissionGroupMap"
objectid-class="PermissionGroupMapKey" requires-extent="false">
<extension key="table" value="PERMISSION_GROUP_MAP"
vendor-name="kodo"/>
<extension key="lock-column" value="jdolock"
vendor-name="kodo"/>
<extension key="class-column" value="none" vendor-name="kodo"/>
<field name="permissionGroupMapOid" null-value="exception"
primary-key="true">
<extension key="data-column"
value="PERMISSION_GROUP_MAP_OID" vendor-name="kodo"/>
</field>
<field name="userId" null-value="exception"
primary-key="false">
<extension key="data-column" value="USER_ID"
vendor-name="kodo"/>
</field>
<field name="permissionOid" null-value="exception"
primary-key="false">
<extension key="data-column" value="PERMISSION_OID"
vendor-name="kodo"/>
</field>
<field name="groupOid" null-value="exception"
primary-key="false">
<extension key="data-column" value="GROUP_OID"
vendor-name="kodo"/>
</field>
<field name="versionOid" null-value="exception"
primary-key="false">
<extension key="data-column" value="VERSION_OID"
vendor-name="kodo"/>
</field>
<field name="timestamp" null-value="exception"
primary-key="false">
<extension key="data-column" value="TIMESTAMP"
vendor-name="kodo"/>
</field>
</class>
and here is the class code
public class PermissionGroupMap {
java.math.BigDecimal permissionGroupMapOid;
java.lang.String userId;
java.math.BigDecimal permissionOid;
java.math.BigDecimal groupOid;
java.math.BigDecimal versionOid;
java.util.Date timestamp;
/** relationship fields **/
UserGroup userGroup;
public class UserGroup {
java.lang.String name;
java.lang.String userId;
java.math.BigDecimal groupOid;
java.util.Date timestamp;
/** relationship fields **/
ArrayList permissionGroupMap = new ArrayList();
Here is the exception that I'm getting :
javax.jdo.JDODataStoreException: [SQL=SELECT t0.PERMISSION_GROUP_MAP_OID,
t0.jdolock, t0.GROUP_OID, t0.PERMISSION_OID, t0.TIMESTAMP,
t0.GROUPOID_USERGROUPX, t0.USER_ID, t0.VERSION_OID FROM
PERMISSION_GROUP_MAP t0 WHERE t0.GROUPOID_USERGROUPX = 1] ORA-00904:
invalid column name
Patrick Linskey [email protected]
SolarMetric Inc. http://www.solarmetric.com -
1:n mapping using existing DB
Hi folks,
I have two Tables:
PARTNER and ADRESSE
were a partner can have n addresses.
I tried everything and from my point of view everything looks like the
example in the documentation but unfortunatelly it doesn't work.
I'm able to retrive PARTNER information but no ADDRESS's:
I get the following exception:
javax.jdo.JDODataStoreException:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper: [SQL=SELECT
PARTNER.ADRESSENX FROM PARTNER WHERE PARTNER.ID = 2] [SQL=SELECT
PARTNER.ADRESSENX FROM PARTNER WHERE PARTNER.ID = 2] Column not found:
Unknown column 'PARTNER.ADRESSENX' in 'field list' [code=1054;state=S0022]
NestedThrowables:
com.solarmetric.kodo.impl.jdbc.sql.SQLExceptionWrapper: [SQL=SELECT
PARTNER.ADRESSENX FROM PARTNER WHERE PARTNER.ID = 2] [SQL=SELECT
PARTNER.ADRESSENX FROM PARTNER WHERE PARTNER.ID = 2] Column not found:
Unknown column 'PARTNER.ADRESSENX' in 'field list'
at
com.solarmetric.kodo.impl.jdbc.runtime.SQLExceptions.throwDataStore(SQLExcep
tions.java:23)
My meta data describton looks like this:
<?xml version="1.0"?>
<jdo>
<package name="com.tsystems.earchid.partner">
<class name="PartnerBO"
identity-type="application"
objectid-class="com.tsystems.earchid.partner.PartnerPK">
<extension vendor-name="kodo" key="table" value="PARTNER"/>
<extension vendor-name="kodo" key="lock-column" value="none"/>
<extension vendor-name="kodo" key="class-column" value="none"/>
<field name="pk" primary-key="true">
<extension vendor-name="kodo" key="data-column" value="ID"/>
</field>
<field name="name">
<extension vendor-name="kodo" key="data-column"
value="NAME"/>
</field>
<field name="vorname">
<extension vendor-name="kodo" key="data-column"
value="VORNAME"/>
</field>
<field name="anredeKey">
<extension vendor-name="kodo" key="data-column"
value="ANREDEKEY"/>
</field>
<field name="geburtsdatum">
<extension vendor-name="kodo" key="data-column"
value="GEBURTSDATUM"/>
</field>
<field name="anrede" persistence-modifier="none"/>
<field name="familienstand" persistence-modifier="none"/>
<field name="geburtsort" persistence-modifier="none"/>
<field name="titel" persistence-modifier="none"/>
<field name="typ" persistence-modifier="none"/>
<!--
one-to-many mappings never take schema extensions; all the
needed information is available from the related class and
its
inverse field
-->
<field name="adressen">
<collection element-type="AdresseBO"/>
<extension vendor-name="kodo" key="inverse"
value="partnerID"/>
</field>
</class>
<class name="AdresseBO"
identity-type="application"
objectid-class="com.tsystems.earchid.partner.AdressePK">
<extension vendor-name="kodo" key="table" value="ADRESSE"/>
<extension vendor-name="kodo" key="lock-column" value="none"/>
<extension vendor-name="kodo" key="class-column" value="none"/>
<field name="pk" primary-key="true">
<extension vendor-name="kodo" key="data-column" value="ID"/>
</field>
<field name="plz">
<extension vendor-name="kodo" key="data-column"
value="PLZ"/>
</field>
<field name="ort">
<extension vendor-name="kodo" key="data-column"
value="ORT"/>
</field>
<field name="strasse">
<extension vendor-name="kodo" key="data-column"
value="STR"/>
</field>
<field name="strasseNr">
<extension vendor-name="kodo" key="data-column"
value="HAUSNR"/>
</field>
<field name="landKey">
<extension vendor-name="kodo" key="data-column"
value="LAENDERKEY"/>
</field>
<field name="partnerID">
<extension vendor-name="kodo" key="pk-data-column"
value="PARTNERID"/>
</field>
</class>
</package>
</jdo>
Does anybod y know why the Adress table is not considered ?
Where is the problem ? I can't find anything in the examples and
documentation.
Please help me.
Regards,
IngoHi Ingo, let me first say I don\'t work for SolarMetric, I\'m just a
fellow user like you, just getting started with Kodo. With that
\"disclaimer\", I think your problem is that you haven\'t mapped (in your
jdo) the ref columns:
<field name=\"adressen\">
<collection element-type=\"AdresseBO\"/>
<extension vendor-name=\"kodo\" key=\"inverse\"
value=\"partnerID\"/>
</field>I think you need to add to this field:
<extension vendor-name=\"kodo\" key=\"table\" value=\"ADRESSE\"/>
<extension vendor-name=\"kodo\" key=\"ref-column\" value=\"PARTNERID\"/>
and also remove your inverse. I hope I got that right, and hope it helps...
Kent
</class>
<class name=\"AdresseBO\"
identity-type=\"application\"
objectid-class=\"com.tsystems.earchid.partner.AdressePK\">
<extension vendor-name=\"kodo\" key=\"table\" value=\"ADRESSE\"/>
<extension vendor-name=\"kodo\" key=\"lock-column\"value=\"none\"/>
<extension vendor-name=\"kodo\" key=\"class-column\"value=\"none\"/>
<field name=\"pk\" primary-key=\"true\">
<extension vendor-name=\"kodo\" key=\"data-column\"value=\"ID\"/>
</field>
<field name=\"plz\">
<extension vendor-name=\"kodo\" key=\"data-column\"
value=\"PLZ\"/>
</field>
<field name=\"ort\">
<extension vendor-name=\"kodo\" key=\"data-column\"
value=\"ORT\"/>
</field>
<field name=\"strasse\">
<extension vendor-name=\"kodo\" key=\"data-column\"
value=\"STR\"/>
</field>
<field name=\"strasseNr\">
<extension vendor-name=\"kodo\" key=\"data-column\"
value=\"HAUSNR\"/>
</field>
<field name=\"landKey\">
<extension vendor-name=\"kodo\" key=\"data-column\"
value=\"LAENDERKEY\"/>
</field>
<field name=\"partnerID\">
<extension vendor-name=\"kodo\" key=\"pk-data-column\"
value=\"PARTNERID\"/>
</field>
</class>
</package>
</jdo>
Does anybod y know why the Adress table is not considered ?
Where is the problem ? I can\'t find anything in the examples and
documentation.
Please help me.
Regards,
Ingo -
What should i do the derby database can't be connected?
i downloaded the j2eetutorial of Sun ,and i practice the bank examples of J2EE platform, the other steps finished successfully according the pdf tutorial ,and formed the BankApp.ear ,but when i run the web client and the application client ,when accessed the database ,it can't show the data in the database.i try many times, but it still doesn't work ,what should i do ?please help me deal the problem,thank you very much.
the exception stack traces:
[#|2007-06-22T10:50:45.500+0800|WARNING|sun-appserver-pe8.2|javax.enterprise.system.container.ejb.entity.finder|_ThreadID=16;|JDO74004: Bean 'CustomerBean' method ejbFindByPrimaryKey:
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO76400: Got a JDBC SQLException while executing the SQL statement:
SQL statement<select t0."CUSTOMERID", t0."PHONE", t0."STREET", t0."STATE", t0."EMAIL", t0."ZIP", t0."MIDDLEINITIAL", t0."FIRSTNAME", t0."CITY", t0."LASTNAME" from "CUSTOMERBEAN" t0 where t0."CUSTOMERID" = CAST (? AS VARCHAR(32672))> with input values:java.lang.String:200.
Please examine the SQLException for more information.
NestedException: org.apache.derby.client.am.SqlException: Table 'CUSTOMERBEAN' does not exist.
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.throwJDOSqlException(SQLStoreManager.java:614)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeQuery(SQLStoreManager.java:448)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.retrieve(SQLStoreManager.java:345)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.retrieve(SQLStateManager.java:2024)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.reload(SQLStateManager.java:1162)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.reload(SQLStateManager.java:1118)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:633)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerWrapper.getObjectById(PersistenceManagerWrapper.java:245)
at com.sun.ebank.ejb.customer.CustomerBean1668466742_ConcreteImpl.ejbFindByPrimaryKey(CustomerBean1668466742_ConcreteImpl.java:538)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.enterprise.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:983)
at com.sun.enterprise.security.SecurityUtil.invoke(SecurityUtil.java:147)
at com.sun.ejb.containers.EntityContainer.invokeFindByPrimaryKey(EntityContainer.java:738)
at com.sun.ejb.containers.EJBLocalHomeInvocationHandler.invoke(EJBLocalHomeInvocationHandler.java:181)
at $Proxy27.findByPrimaryKey(Unknown Source)
at com.sun.ebank.ejb.customer.CustomerControllerBean.getDetails(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.enterprise.security.SecurityUtil$2.run(SecurityUtil.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.security.application.EJBSecurityManager.doAsPrivileged(EJBSecurityManager.java:957)
at com.sun.enterprise.security.SecurityUtil.invoke(SecurityUtil.java:158)
at com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:151)
at $Proxy18.getDetails(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:123)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:648)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:192)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1709)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1569)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:951)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:181)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:721)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.dispatch(SocketOrChannelConnectionImpl.java:469)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.doWork(SocketOrChannelConnectionImpl.java:1258)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:409)
NestedStackTrace:
org.apache.derby.client.am.SqlException: Table 'CUSTOMERBEAN' does not exist.
at org.apache.derby.client.am.Statement.completeSqlca(Unknown Source)
at org.apache.derby.client.net.NetStatementReply.parsePrepareError(Unknown Source)
at org.apache.derby.client.net.NetStatementReply.parsePRPSQLSTTreply(Unknown Source)
at org.apache.derby.client.net.NetStatementReply.readPrepareDescribeOutput(Unknown Source)
at org.apache.derby.client.net.StatementReply.readPrepareDescribeOutput(Unknown Source)
at org.apache.derby.client.net.NetStatement.readPrepareDescribeOutput_(Unknown Source)
at org.apache.derby.client.am.Statement.readPrepareDescribeOutput(Unknown Source)
at org.apache.derby.client.am.PreparedStatement.readPrepareDescribeInputOutput(Unknown Source)
at org.apache.derby.client.am.PreparedStatement.flowPrepareDescribeInputOutput(Unknown Source)
at org.apache.derby.client.am.PreparedStatement.prepare(Unknown Source)
at org.apache.derby.client.am.Connection.prepareStatementX(Unknown Source)
at org.apache.derby.client.am.Connection.prepareStatement(Unknown Source)
at com.sun.gjc.spi.ConnectionHolder.prepareStatement(ConnectionHolder.java:362)
at com.sun.jdo.spi.persistence.support.sqlstore.sql.generator.DBStatement.<init>(DBStatement.java:64)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeQuery(SQLStoreManager.java:419)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.retrieve(SQLStoreManager.java:345)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.retrieve(SQLStateManager.java:2024)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.reload(SQLStateManager.java:1162)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.reload(SQLStateManager.java:1118)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:633)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerWrapper.getObjectById(PersistenceManagerWrapper.java:245)
at com.sun.ebank.ejb.customer.CustomerBean1668466742_ConcreteImpl.ejbFindByPrimaryKey(CustomerBean1668466742_ConcreteImpl.java:538)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.enterprise.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:983)
at com.sun.enterprise.security.SecurityUtil.invoke(SecurityUtil.java:147)
at com.sun.ejb.containers.EntityContainer.invokeFindByPrimaryKey(EntityContainer.java:738)
at com.sun.ejb.containers.EJBLocalHomeInvocationHandler.invoke(EJBLocalHomeInvocationHandler.java:181)
at $Proxy27.findByPrimaryKey(Unknown Source)
at com.sun.ebank.ejb.customer.CustomerControllerBean.getDetails(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.enterprise.security.SecurityUtil$2.run(SecurityUtil.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.security.application.EJBSecurityManager.doAsPrivileged(EJBSecurityManager.java:957)
at com.sun.enterprise.security.SecurityUtil.invoke(SecurityUtil.java:158)
at com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:151)
at $Proxy18.getDetails(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:123)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:648)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:192)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1709)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1569)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:951)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:181)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:721)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.dispatch(SocketOrChannelConnectionImpl.java:469)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.doWork(SocketOrChannelConnectionImpl.java:1258)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:409)
|#] -
CMP 2 non mandatory timestamp field in Oracle 9 release 2
Dears,
My machine holds the following:
Win XP pro SP 1
Oracle 9i release 2 DB
Jbuilder X enterprise Edition with SUN ONE App Server plugin
SUN ONE Application server platform edition update 2
They are all in the same machine (so there is no problem as issue 4707531 of using different Oracle drivers)
I connect using OCI not thin.
I got the following problem when trying to test my Session EJB that calls CMP.
SEVERE ( 4716): EJB5071: Some remote or transactional roll back exception occurredcom.sun.jdo.api.persistence.support.JDODataStoreException: Got a JDBC SQLException.
Please read the remaining error stack for more information.
NestedException: java.sql.SQLException: Invalid column typeBy tracing the problem I noticed that my code works fine if I set a timestamp field in this table, this timestamp is not mandatory.
Is it a bug in SUN ONE with Oracle 9i, or anyone have a solution?Hi Ash,
Could you please verify that your .dbschmea file and table creation scripts are in sync. The easiest way to achieve this is to recapture the .dbschema file, repackage and redeploy.
Thanks,
Mitesh -
CMP working on J2EE 1.3 but not on 1.4
I was working on Sun appserver 7 until now and had my CMP beans working perfectly. But now I have to move on to appserver 8, and my same CMP beans stop working with SQLExceptions.
Bean 'IncidentsCMP' method ejbFindAllIncidents: problems running JDOQL query.
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO76400: Got a JDBC SQLException while executing the SQL statement:
SQL statement<select t0."creationTime", t0."incidentNumber", t0."incidentName", t0."commander", t0."location", t0."active" from "INCIDENTS" t0> with no input values..
Please examine the SQLException for more information.
NestedException: java.sql.SQLException: ORA-00932: inconsistent datatypes: expected NUMBER got BLOB
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.handleSQLException(SQLStoreManager.java:851)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeQuery(SQLStoreManager.java:484)
:I used the same ear files to deploy on the new server. Should I be repackaging? What am I doing wrong?Strange....oddly, the latest jdbc driver from oracle doesn't cause this error
-
Do i need to set Resource Ref's in teh deploy tool for a CMP bean?
Hi,
I have a CMP bean which i have deployed, it doesnt work, in the server log shows the following.
[#|2005-03-10T14:13:21.046+1030|WARNING|sun-appserver-pe8.1|javax.enterprise.system.container.ejb.entity.finder|_ThreadID=16;|JDO74004: Bean 'PersonEntityBean' method ejbFindByPrimaryKey:
com.sun.jdo.api.persistence.support.JDODataStoreException: JDO76400: Got a JDBC SQLException while executing the SQL statement:
SQL statement<select t0.person_id, t0.name from person t0 where t0.person_id = ?> with input values:java.lang.Integer:1.
Please examine the SQLException for more information.
NestedException: java.sql.SQLException: No database selected
THe database has been set up in the connection pools, i thought this was enough, as there is no coded names in the implementation code, am i wrong?
how do i get my CMP bean to communicate with the database?
do i need to set up any references?
thank you for your time
Gavin.You set the JNDI name of the JDBC resource in deploytool. To do this, select your EJB JAR, select the General pane, and click Sun-specific Settings. Enter the JNDI name of your JDBC resource, and then set up the mappings & relationships. The J2EE 1.4 Tutorial's Container Managed Persistence Examples chapter has several examples that show how to do this.
-Ian Evans
Maybe you are looking for
-
How to delete document file in DMS
Please tell what is the bapi to delete only the document file ......... Moderator message: please do some research before asking. Edited by: Thomas Zloch on Jan 11, 2012
-
Radio is not working for my Z3.
I bought Z3 last month. I oftenly used Radio app. But it is not working last one week. I restarted. But its not working. Donno why. Can anyone assist me? otherwise I need to go service center ? Please help me asap. Regards, Babu S- Chennai -Babu S f
-
Transferring photos from CF card to external hard drive
Such a dumb basic question. New mac user, huge learning curve. Could transfer photos in my sleep on my pc. Cant use the usual drag and drop motions here. Do NOT want to load my new mac with thousands of pics (im a photographer) I JUST want to transf
-
Transferring a DVD to the Desk top and then downloading to Kindle Fire
I want to transfer some of my DVD films to my Kindle Fire; can I do this by using the DeskTop DVD Drive first to copy to a store on the computer and then downlaodng to a Kindle, I am not technically dexterous so would like a detailed guide p[lease if
-
How can i delete bookmarks I no longer need?
I cannot find anything to click on to delete bookmarks from the menu that I no longer need and my keyboard delete key does nothing to help in this case. I am using a Macbook.