From users-return-19066-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Tue Jul 31 14:55:32 2012 Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D8E0AD4D2 for ; Tue, 31 Jul 2012 14:55:32 +0000 (UTC) Received: (qmail 76638 invoked by uid 500); 31 Jul 2012 14:55:32 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 76598 invoked by uid 500); 31 Jul 2012 14:55:32 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 76589 invoked by uid 99); 31 Jul 2012 14:55:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jul 2012 14:55:32 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of prvs=45598FC90F=Marian.Schedenig@qualysoft.com designates 213.253.200.123 as permitted sender) Received: from [213.253.200.123] (HELO ns.qualysoft.hu) (213.253.200.123) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jul 2012 14:55:20 +0000 Received: from BPVMEMBP01.qualysoft.hu ([fe80::f5ae:4ae7:505e:4a0d]) by BPVMECHP02.qualysoft.hu ([fe80::8810:bc7:649a:b134%17]) with mapi id 14.02.0309.002; Tue, 31 Jul 2012 16:55:23 +0200 From: SCHEDENIG Marian To: "users@jackrabbit.apache.org" Subject: Cluster nodes show different content Thread-Topic: Cluster nodes show different content Thread-Index: Ac1vKsXnQvs79/9tRISU1XjIXaSqWA== Date: Tue, 31 Jul 2012 14:55:22 +0000 Message-ID: <14F1ECB22F0236499AD4A9F17DD292E23D9CB7@BPVMEMBP01.qualysoft.hu> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.121] Content-Type: multipart/mixed; boundary="_006_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_" MIME-Version: 1.0 --_006_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_ Content-Type: multipart/related; boundary="_005_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_"; type="multipart/alternative" --_005_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_ Content-Type: multipart/alternative; boundary="_000_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_" --_000_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, it's been several months since my last (unsuccessful) attempt at Jackrabbit= clustering. Now that I finally have time to get back to the issue, I'm sti= ll not successful. I set up a fresh new repository on server A, with the fi= le system, persistence managers and journal all stored in a local MySQL dat= abase. I made sure the database URLs in the repository.xml uses the server'= s internal network IP so that the URLs should still be valid when I copy re= pository.xml to a new node. I then copied the repository to server B and changed the cluster ID in the = copied repository.xml, then added the node entry to the database (as descri= bed in the wiki). Now that both servers are running, I see that changes on one system increas= e that system's revision counter in the database and also triggers the corr= esponding update on the other server (I can see the entry in the log file, = and the second server's revision counter is updated to match the first one)= . So that part seems right. Yet when I access either repository via WebDAV, they seem completely indepe= ndent. All changes made on server A only show up on server A, and changes o= n B only show up on B. I can create resources with the same name and differ= ent content on both systems, and both systems will return their own content= . When I repeat the procedure to set up the second cluster node (delete the= old repository directory on B, copy over the one from A, change repository= .xml to set B's cluster ID), B will again show exactly the content it had b= efore, without any of the data from A. It seems both servers manage to store their directory structures in the sam= e database tables independently and read them again without conflicts. As f= ar as I can tell, I followed the wiki guide correctly, so I can't figure ou= t what's causing this behaviour. And hints are appreciated. I'm attaching repository.xml from server A. On B= , the file's content is the same, except for the cluster ID which is change= d to "10.10.12.56". (The security section references several custom classes= , so don't try this at home) Thanks, Marian. DI Marian Schedenig Senior Developer Qualysoft GmbH | Saturn Tower, Leonard-Bernstein-Stra=DFe 10, A-1220 Wien |= Fimenbuchnummer 186076t, Handelsgericht Wien P: +43 1 409 59 87-26 | F: +43 1 409 59 87-11 | Mail: marian.schedenig@qu= alysoft.com | Web: www.qualysoft.at<= http://www.qualysoft.at/> [Description: Description: Description: Description: cid:image001.png@01CC9= D34.5CE34440] Austria - Germany - Hungary - Romania - Serbia - Slovakia - Ukraine P Please consider the environment before printing this email --_000_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

it’s been several months since my last (unsucc= essful) attempt at Jackrabbit clustering. Now that I finally have time to g= et back to the issue, I’m still not successful. I set up a fresh new = repository on server A, with the file system, persistence managers and journal all stored in a local MySQL database. I m= ade sure the database URLs in the repository.xml uses the server’s in= ternal network IP so that the URLs should still be valid when I copy reposi= tory.xml to a new node.

 

I then copied the repository to server B and changed= the cluster ID in the copied repository.xml, then added the node entry to = the database (as described in the wiki).

 

Now that both servers are running, I see that change= s on one system increase that system’s revision counter in the databa= se and also triggers the corresponding update on the other server (I can se= e the entry in the log file, and the second server’s revision counter is updated to match the first one). So tha= t part seems right.

 

Yet when I access either repository via WebDAV, they= seem completely independent. All changes made on server A only show up on = server A, and changes on B only show up on B. I can create resources with t= he same name and different content on both systems, and both systems will return their own content. When I re= peat the procedure to set up the second cluster node (delete the old reposi= tory directory on B, copy over the one from A, change repository.xml to set= B’s cluster ID), B will again show exactly the content it had before, without any of the data from A.

 

It seems both servers manage to store their director= y structures in the same database tables independently and read them again = without conflicts. As far as I can tell, I followed the wiki guide correctl= y, so I can’t figure out what’s causing this behaviour.

 

And hints are appreciated. I’m attaching repos= itory.xml from server A. On B, the file’s content is the same, except= for the cluster ID which is changed to “10.10.12.56”. (The sec= urity section references several custom classes, so don’t try this at home)

 

Thanks,

Marian.

 

 

DI Marian Schedenig

Senior Developer

 

Qualysoft GmbH | Saturn Tower, Leonard-Bernstein-Stra=DFe 10, A-122= 0 Wien | Fimenbuchnummer 186076t, Handelsgericht Wien

P:  +43 1 409 59 87-26 | F:  +43 1 = 409 59 87-11 | Mail: marian.schedenig@qualysoft.com= | Web: www.= qualysoft.at

 



3D"Description:

Austria - Germany - H= ungary - Romania - Serbia – Slovakia - Ukraine<= /p>

 

P<= span lang=3D"EN-US" style=3D"font-size:9.0pt;color:green;mso-fareast-langua= ge:EN-GB"> Please consider the environment before printing this email

 

--_000_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_-- --_005_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2243; creation-date="Tue, 31 Jul 2012 14:55:22 GMT"; modification-date="Tue, 31 Jul 2012 14:55:22 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADwAAAAbCAIAAACvN3urAAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJ bWFnZVJlYWR5ccllPAAACGVJREFUeNq8WHtYU0cWvwkJgTwgvF8hsiAgLIISpaCVh1qLgnaFVcHa 1a0V0G6/6rpFF6uftRWrrrSCrhQsKuIDVBR8UOWhFpRCICEgRiKQhPAKCSGEhLxukp14Uz6tuv0I 1fPH/WbOOffM786cmfObizIYDNAbkMMldA9H4tqFAW8iOOYPifKwvR+FhiIC3E2ILzakf1sB2Vj7 U+xpfi4TbkzRI/H4CGzQeRLdghz93zZourC1mHPdFe8UaO9LxtjBEOliJW/V3vKQaY5bk8L8Pe1x dgRnFxsyyarhyUAVg98tlOKJuncCHLypNgK14DtmgUQ9sjd8W4ijWUthmLxceVoxrzjxrqBeb9A/ r69s4nkkHofC96fn3W/mDFY181ZkXIHmZbonHDtY3NjVN6rVmDx1el3Gg0MzChd1SvlmAJg06HZx h+/p6Fvcu6+08oWjMzcWQHP35V9vCdtcCM3au/7gLeGI4mVPlVYVej5+d32WGaDRk12ZM+xSF7zT +9MiX2mlOtuU7PlgTXzI0avMxhbB7s8Xn05f6kzGv+yJw+BozjMZwjYzsmPSoHmyXk+SKxr12hdn UO2d7QmP2vuS44P3bZj//8ZGoXUG/dsAjcday9SK11lBjm89XpNT+JA2y/MJX7LrVN3rPLU6LUvU Pt99ztsAHekexhKzu0d7Xja18cSxOy4dzf85ZDY157PFsnF15vG7mecbXhmnoP2SRg9/GfaPt3R6 JFV8Fn05uU3cgXRHZXAlQ7DpyG2HZd+Tl2dvOVqJ6FldQ+FphRBt38ovS9n8YYMBVuuVSlg9IB86 1nJm6dX1LBHbYJagzKuI2S2nGwdbAh18vQieylGCRAKRMfbeTg6LQqm/8bx0v6O0mi2F9e+Fuc8M sJSiBgTyAQcru/WBiWYXF9QUy3inlDed7AW9XXkBdEVD9+CIgmCFDfFxBlVtKnGrmvkYDDo6xHPq EJ9KeUxRuxvBeYH73BdA7y6oLaho6x8ag1RayAJtZYePDZ12MC3az8POjGHut/ZGbynC21q3/bjB 29V2KojPsksPNedOI3mKlZLDCzIWeMw1cY+PDtwsus4CWB3dbP0oduJRJadLdK3mCatLdPvQKl/K pHGjUBBkaWGBsZgiYiD/YZxMp6V9FJAwqh4Dm8F05J2relx0qw2yxMQu8KNnr32QlcQ4vm5/ShSa gOPyh3eerDV7PDQa9bhHMhXEdf1NODR2tV88aNviSF/UZmYxfjRGPnOnHRx7Ls42p7Yv8Xo2MSCn M9a+Ex/hDVmg7jD4QHPyOstneXbKkdtIrNSs2z4rsvPKW0D766J6v7V52CVZ+GXfh6WdvdcimBjS GodhdQr91+WFbjqNaC7UsP1WHlvyzxLQPsTIfbfkr3HlH5/vKEOseW3nF5d+GHttQzHnBuhe6azY 80uWHB5Prc4o7fxpY9UOUIzLuiuBP5orlEEGKNTHydWB+PxXLp0DzgSUXK6qZ/ePKNXdPcM8sRwx ccWKbv6wVKkF7ZwSeuRs6ndbYsL/7E5v5mUU1CJzDJ4qDUzzd7W3IzCb+N9eMJaY7GvMp1xxVIh3 heBOXuuFf9FS3nWbU93z4NkZeupA04mUoOTVvnE7Hxx80N9MIbqCyjeN5AH2X5CDn4+tcU9/Grwu 3HU2xph/EATrjRxAZ4DZw10IPdfqnrECFJhutAUaDfIHizGVT2PDEoPs4Ie5f5vuThbJlDyh7G4D VyRVTIDW6w1gH29LoK2h8y7XPQXHUWN7H9nLYdf6ORU91UpYhcdY/XvuFiTmMVZhOi0VyYTznLJy buXB+Ts9iO5+ZK+NQWuM6YG1cSM4IQ7oAIo9QNbEEfYMKEq5N/5yI5U+1ALm/lpdJzDbGW8fdhpY Z9pez8TiGSZYbwQtlasSd1+d/fGp0joO+BL0hNOvsjpmho+/K5MjTMup1qt1a2NmGJeRumhTUNK6 29u+bsw2no89dRqdNoYSbiKAaEsVrAYNwdgAheSGKGsH6L7kP5l2y6a4YAiDHpGqV2aWZNHPaCHV jvpvUvIv1jQNQbAuYf50WyJOozXOuhY2MTKRdBwwNGucRRtXFPnpuZ+aeGWZCf/d+h6k1CCgUZAJ ujH3IGhzXLBepR2SKKxtrTYvn4WYwLUlb1HmidZzFzuuY9AYsJgErJHBKrRKwVj/TAd/uUYxrJJQ iaYrHFcmmOcWagIdH+Gz88MICNYymsSt96gkHL5XPngTzsdS+qJpAYdTYows2ZEIlvwhe+BwceOq r8p/YfVCYBQU6jFXrBxR2DmStDpDcTUbfEnfyHhuGRNkM9jcsE6P1K3tq+e6eJChcc3ycJ8gbyeg +fzeVz/3NkRRwkHiPpJwoinhWr2uRlAv1yqOMPLBJfKToCSurBdw1xjPCASoTCMfUkoQomZM0wOb Igt2xc0MdNJyfLlVNJ2CiCWO2UfWRK0ZsCIYZzcpJmjZooDxUWV6TrVMoY4JpZKwFuCEX7MwICjY s6935P0vSoZHlU4uJNWY8j5LgEWj8TisjSXG28UGGVKn1aGwFqnxwUiXiCVsubtn4ZVkMLvJfsuB ZgctNYuZH1e2sZJfm7vwG2RqrTFWE2mW6LP0OKtwRfknd/i1L7A8RqfwHlPYxOvObStKvJnqeyYq 6nJSLquoe9R4k2viDDI7hxBPds/wxFv1j/s7BBJEyewUIkqQOY9/9dkNWPWcfVHbL/6GrNGFrOe7 XVJ+40DLRPcE6+zSq39/3qFVxH4i6fp9llfbTx9UiEhYfKxXtNk1wiP5h/4eScn+hFXRk/htkFad odHBBUsOTfoXwgRHMVsyi+r7W3sDw70nhdhYm7D4ee6Bb4Sa/q4U17D5vSMRs6gLgil/VMz/CTAA L3uGF+zlalAAAAAASUVORK5CYII= --_005_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_-- --_006_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_ Content-Type: text/xml; name="repository.xml" Content-Description: repository.xml Content-Disposition: attachment; filename="repository.xml"; size=4720; creation-date="Tue, 31 Jul 2012 14:29:21 GMT"; modification-date="Tue, 31 Jul 2012 14:34:44 GMT" Content-Transfer-Encoding: base64 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/Pg0K PFJlcG9zaXRvcnk+DQoJPEZpbGVTeXN0ZW0gY2xhc3M9Im9yZy5hcGFjaGUuamFja3JhYmJpdC5j b3JlLmZzLmRiLkRiRmlsZVN5c3RlbSI+DQoJCTxwYXJhbSBuYW1lPSJkcml2ZXIiIHZhbHVlPSJj b20ubXlzcWwuamRiYy5Ecml2ZXIiLz4NCgkJPHBhcmFtIG5hbWU9InVybCIgdmFsdWU9ImpkYmM6 bXlzcWw6Ly8xMC4xMC4xMi41NTozMzA2L2phY2tyYWJiaXQiLz4NCgkJPHBhcmFtIG5hbWU9InVz ZXIiIHZhbHVlPSJhZG1pbiIvPg0KCQk8cGFyYW0gbmFtZT0icGFzc3dvcmQiIHZhbHVlPSJhZG1p biIvPg0KCQk8cGFyYW0gbmFtZT0ic2NoZW1hIiB2YWx1ZT0ibXlzcWwiLz4NCgkJPHBhcmFtIG5h bWU9InNjaGVtYU9iamVjdFByZWZpeCIgdmFsdWU9InJlcF8iLz4NCgk8L0ZpbGVTeXN0ZW0+DQoN Cgk8U2VjdXJpdHkgYXBwTmFtZT0iSmFja3JhYmJpdCI+DQoJCTxBY2Nlc3NNYW5hZ2VyIGNsYXNz PSJvcmcuYXBhY2hlLmphY2tyYWJiaXQuY29yZS5zZWN1cml0eS5EZWZhdWx0QWNjZXNzTWFuYWdl ciI+DQoJCTwvQWNjZXNzTWFuYWdlcj4NCg0KCQk8U2VjdXJpdHlNYW5hZ2VyIGNsYXNzPSJjb20u aW5maW5pY2EuY29udGVudHJlcG9zaXRvcnkuSW5maW5pY2FTZWN1cml0eU1hbmFnZXIiLz4NCg0K CQk8TG9naW5Nb2R1bGUgY2xhc3M9ImNvbS5pbmZpbmljYS5jb250ZW50cmVwb3NpdG9yeS5JbmZp bmljYUxvZ2luTW9kdWxlIj4NCgkJCTxwYXJhbSBuYW1lPSJhZG1pbklkIiB2YWx1ZT0iSW5maW5p Y2FhZG1pbnMiLz4NCgkJCTxwYXJhbSBuYW1lPSJjYWNoZVRpbWVvdXQiIHZhbHVlPSI1MDAwMCIv Pg0KCQkJPHBhcmFtIG5hbWU9InByaW5jaXBhbFByb3ZpZGVyIg0KICAgICAgICAgICAgIHZhbHVl PSJjb20uaW5maW5pY2EuY29udGVudHJlcG9zaXRvcnkuSW5maW5pY2FQcmluY2lwYWxQcm92aWRl ciIvPg0KCQkJPHBhcmFtIG5hbWU9ImF1dGhlbnRpY2F0ZSIgdmFsdWU9InRydWUiLz4NCgkJPC9M b2dpbk1vZHVsZT4NCgk8L1NlY3VyaXR5Pg0KDQoJPFdvcmtzcGFjZXMgZGVmYXVsdFdvcmtzcGFj ZT0iZGVmYXVsdCIgcm9vdFBhdGg9IiR7cmVwLmhvbWV9L3dvcmtzcGFjZXMiLz4NCg0KCTxXb3Jr c3BhY2UgbmFtZT0iJHt3c3AubmFtZX0iPg0KCQk8RmlsZVN5c3RlbSBjbGFzcz0ib3JnLmFwYWNo ZS5qYWNrcmFiYml0LmNvcmUuZnMubG9jYWwuTG9jYWxGaWxlU3lzdGVtIj4NCgkJCTxwYXJhbSBu YW1lPSJwYXRoIiB2YWx1ZT0iJHt3c3AuaG9tZX0iLz4NCgkJPC9GaWxlU3lzdGVtPg0KDQoJCTxQ ZXJzaXN0ZW5jZU1hbmFnZXIgY2xhc3M9Im9yZy5hcGFjaGUuamFja3JhYmJpdC5jb3JlLnN0YXRl LmRiLlNpbXBsZURiUGVyc2lzdGVuY2VNYW5hZ2VyIj4NCgkJCTxwYXJhbSBuYW1lPSJkcml2ZXIi IHZhbHVlPSJjb20ubXlzcWwuamRiYy5Ecml2ZXIiLz4NCgkJCTxwYXJhbSBuYW1lPSJ1cmwiIHZh bHVlPSJqZGJjOm15c3FsOi8vMTAuMTAuMTIuNTU6MzMwNi9qYWNrcmFiYml0Ii8+DQoJCQk8cGFy YW0gbmFtZT0idXNlciIgdmFsdWU9ImFkbWluIi8+DQoJCQk8cGFyYW0gbmFtZT0icGFzc3dvcmQi IHZhbHVlPSJhZG1pbiIvPg0KCQkJPHBhcmFtIG5hbWU9InNjaGVtYSIgdmFsdWU9Im15c3FsIi8+ DQoJCQk8cGFyYW0gbmFtZT0ic2NoZW1hT2JqZWN0UHJlZml4IiB2YWx1ZT0iJHt3c3AubmFtZX1f Ii8+DQoJCQk8cGFyYW0gbmFtZT0iZXh0ZXJuYWxCTE9CcyIgdmFsdWU9ImZhbHNlIi8+DQoJCTwv UGVyc2lzdGVuY2VNYW5hZ2VyPg0KDQoJCTxTZWFyY2hJbmRleCBjbGFzcz0ib3JnLmFwYWNoZS5q YWNrcmFiYml0LmNvcmUucXVlcnkubHVjZW5lLlNlYXJjaEluZGV4Ij4NCgkJCTxwYXJhbSBuYW1l PSJwYXRoIiB2YWx1ZT0iJHt3c3AuaG9tZX0vaW5kZXgiLz4NCgkJCTxwYXJhbSBuYW1lPSJ0ZXh0 RmlsdGVyQ2xhc3NlcyINCiAgICAgICAgICAgICB2YWx1ZT0ib3JnLmFwYWNoZS5qYWNrcmFiYml0 LmV4dHJhY3Rvci5QbGFpblRleHRFeHRyYWN0b3Isb3JnLmFwYWNoZS5qYWNrcmFiYml0LmV4dHJh Y3Rvci5Nc1dvcmRUZXh0RXh0cmFjdG9yLG9yZy5hcGFjaGUuamFja3JhYmJpdC5leHRyYWN0b3Iu TXNFeGNlbFRleHRFeHRyYWN0b3Isb3JnLmFwYWNoZS5qYWNrcmFiYml0LmV4dHJhY3Rvci5Nc1Bv d2VyUG9pbnRUZXh0RXh0cmFjdG9yLG9yZy5hcGFjaGUuamFja3JhYmJpdC5leHRyYWN0b3IuUGRm VGV4dEV4dHJhY3RvcixvcmcuYXBhY2hlLmphY2tyYWJiaXQuZXh0cmFjdG9yLk9wZW5PZmZpY2VU ZXh0RXh0cmFjdG9yLG9yZy5hcGFjaGUuamFja3JhYmJpdC5leHRyYWN0b3IuUlRGVGV4dEV4dHJh Y3RvcixvcmcuYXBhY2hlLmphY2tyYWJiaXQuZXh0cmFjdG9yLkhUTUxUZXh0RXh0cmFjdG9yLG9y Zy5hcGFjaGUuamFja3JhYmJpdC5leHRyYWN0b3IuWE1MVGV4dEV4dHJhY3RvciIvPg0KCQkJPHBh cmFtIG5hbWU9ImV4dHJhY3RvclBvb2xTaXplIiB2YWx1ZT0iMiIvPg0KCQkJPHBhcmFtIG5hbWU9 InN1cHBvcnRIaWdobGlnaHRpbmciIHZhbHVlPSJ0cnVlIi8+DQoJCTwvU2VhcmNoSW5kZXg+DQoN CgkJPFdvcmtzcGFjZVNlY3VyaXR5Pg0KCQkJPEFjY2Vzc0NvbnRyb2xQcm92aWRlciBjbGFzcz0i Y29tLmluZmluaWNhLmNvbnRlbnRyZXBvc2l0b3J5LkluZmluaWNhQUNMUHJvdmlkZXIiLz4NCgkJ PC9Xb3Jrc3BhY2VTZWN1cml0eT4gDQoJPC9Xb3Jrc3BhY2U+DQoNCgk8VmVyc2lvbmluZyByb290 UGF0aD0iJHtyZXAuaG9tZX0vdmVyc2lvbiI+DQoJCTxGaWxlU3lzdGVtIGNsYXNzPSJvcmcuYXBh Y2hlLmphY2tyYWJiaXQuY29yZS5mcy5sb2NhbC5Mb2NhbEZpbGVTeXN0ZW0iPg0KCQkJPHBhcmFt IG5hbWU9InBhdGgiIHZhbHVlPSIke3JlcC5ob21lfS92ZXJzaW9uIi8+DQoJCTwvRmlsZVN5c3Rl bT4NCg0KCQk8UGVyc2lzdGVuY2VNYW5hZ2VyIGNsYXNzPSJvcmcuYXBhY2hlLmphY2tyYWJiaXQu Y29yZS5zdGF0ZS5kYi5TaW1wbGVEYlBlcnNpc3RlbmNlTWFuYWdlciI+DQoJCQk8cGFyYW0gbmFt ZT0iZHJpdmVyIiB2YWx1ZT0iY29tLm15c3FsLmpkYmMuRHJpdmVyIi8+DQoJCQk8cGFyYW0gbmFt ZT0idXJsIiB2YWx1ZT0iamRiYzpteXNxbDovLzEwLjEwLjEyLjU1OjMzMDYvamFja3JhYmJpdCIv Pg0KCQkJPHBhcmFtIG5hbWU9InVzZXIiIHZhbHVlPSJhZG1pbiIvPg0KCQkJPHBhcmFtIG5hbWU9 InBhc3N3b3JkIiB2YWx1ZT0iYWRtaW4iLz4NCgkJCTxwYXJhbSBuYW1lPSJzY2hlbWEiIHZhbHVl PSJteXNxbCIvPg0KCQkJPHBhcmFtIG5hbWU9InNjaGVtYU9iamVjdFByZWZpeCIgdmFsdWU9InZl cnNpb25fIi8+DQoJCQk8cGFyYW0gbmFtZT0iZXh0ZXJuYWxCTE9CcyIgdmFsdWU9ImZhbHNlIi8+ DQoJCTwvUGVyc2lzdGVuY2VNYW5hZ2VyPg0KCTwvVmVyc2lvbmluZz4NCg0KCTxTZWFyY2hJbmRl eCBjbGFzcz0ib3JnLmFwYWNoZS5qYWNrcmFiYml0LmNvcmUucXVlcnkubHVjZW5lLlNlYXJjaElu ZGV4Ij4NCgkJPHBhcmFtIG5hbWU9InBhdGgiIHZhbHVlPSIke3JlcC5ob21lfS9yZXBvc2l0b3J5 L2luZGV4Ii8+DQoJCTxwYXJhbSBuYW1lPSJ0ZXh0RmlsdGVyQ2xhc3NlcyINCiAgICAgICAgICAg ICB2YWx1ZT0ib3JnLmFwYWNoZS5qYWNrcmFiYml0LmV4dHJhY3Rvci5QbGFpblRleHRFeHRyYWN0 b3Isb3JnLmFwYWNoZS5qYWNrcmFiYml0LmV4dHJhY3Rvci5Nc1dvcmRUZXh0RXh0cmFjdG9yLG9y Zy5hcGFjaGUuamFja3JhYmJpdC5leHRyYWN0b3IuTXNFeGNlbFRleHRFeHRyYWN0b3Isb3JnLmFw YWNoZS5qYWNrcmFiYml0LmV4dHJhY3Rvci5Nc1Bvd2VyUG9pbnRUZXh0RXh0cmFjdG9yLG9yZy5h cGFjaGUuamFja3JhYmJpdC5leHRyYWN0b3IuUGRmVGV4dEV4dHJhY3RvcixvcmcuYXBhY2hlLmph Y2tyYWJiaXQuZXh0cmFjdG9yLk9wZW5PZmZpY2VUZXh0RXh0cmFjdG9yLG9yZy5hcGFjaGUuamFj a3JhYmJpdC5leHRyYWN0b3IuUlRGVGV4dEV4dHJhY3RvcixvcmcuYXBhY2hlLmphY2tyYWJiaXQu ZXh0cmFjdG9yLkhUTUxUZXh0RXh0cmFjdG9yLG9yZy5hcGFjaGUuamFja3JhYmJpdC5leHRyYWN0 b3IuWE1MVGV4dEV4dHJhY3RvciIvPg0KCQk8cGFyYW0gbmFtZT0iZXh0cmFjdG9yUG9vbFNpemUi IHZhbHVlPSIyIi8+DQoJCTxwYXJhbSBuYW1lPSJzdXBwb3J0SGlnaGxpZ2h0aW5nIiB2YWx1ZT0i dHJ1ZSIvPg0KCTwvU2VhcmNoSW5kZXg+DQoNCgk8Q2x1c3RlciBpZD0iMTAuMTAuMTIuNTUiIHN5 bmNEZWxheT0iMjAwMCI+DQoJCTxKb3VybmFsIGNsYXNzPSJvcmcuYXBhY2hlLmphY2tyYWJiaXQu Y29yZS5qb3VybmFsLkRhdGFiYXNlSm91cm5hbCI+DQoJCQk8cGFyYW0gbmFtZT0icmV2aXNpb24i IHZhbHVlPSIke3JlcC5ob21lfS9yZXZpc2lvbi5sb2ciLz4NCgkJCTxwYXJhbSBuYW1lPSJkcml2 ZXIiIHZhbHVlPSJjb20ubXlzcWwuamRiYy5Ecml2ZXIiLz4NCgkJCTxwYXJhbSBuYW1lPSJ1cmwi IHZhbHVlPSJqZGJjOm15c3FsOi8vMTAuMTAuMTIuNTU6MzMwNi9qYWNrcmFiYml0Ii8+DQoJCQk8 cGFyYW0gbmFtZT0idXNlciIgdmFsdWU9ImFkbWluIi8+DQoJCQk8cGFyYW0gbmFtZT0icGFzc3dv cmQiIHZhbHVlPSJhZG1pbiIvPg0KCQkJPHBhcmFtIG5hbWU9InNjaGVtYSIgdmFsdWU9Im15c3Fs Ii8+DQoJCQk8cGFyYW0gbmFtZT0ic2NoZW1hT2JqZWN0UHJlZml4IiB2YWx1ZT0iY2x1c3Rlcl8i Lz4NCgkJPC9Kb3VybmFsPg0KCTwvQ2x1c3Rlcj4NCjwvUmVwb3NpdG9yeT4NCg== --_006_14F1ECB22F0236499AD4A9F17DD292E23D9CB7BPVMEMBP01qualyso_--