Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Date: Mon, 11 Jun 2012 12:40:43 +0000 (UTC)
From: =?utf-8?Q?Claus_K=C3=B6ll_=28JIRA=29?= <jira@apache.org>
To: dev@jackrabbit.apache.org
Message-ID: <1335178320.2682.1339418443051.JavaMail.jiratomcat@issues-vm>
In-Reply-To: <1097001327.7270.1337679281034.JavaMail.jiratomcat@issues-vm>
Subject: [jira] [Updated] (JCR-3318) BLOB not stored and no exception thrown
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/JCR-3318?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:all-tabpanel ]

Claus K=C3=B6ll updated JCR-3318:
----------------------------

    Attachment: JCR-3318.patch
   =20
> BLOB not stored and no exception thrown
> ---------------------------------------
>
>                 Key: JCR-3318
>                 URL: https://issues.apache.org/jira/browse/JCR-3318
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: 2.2.10
>            Reporter: Sascha Theves
>         Attachments: JCR-3318.patch
>
>
> Configure Jackrabbit to use a DbDatastore and a MySQL database to store t=
he content. Now, if do not configure the max_packet_size in MySQL you can o=
nly store Blobs that are smaller than 1MB (default). If you now add a Node =
in Jackrabbit that has a binary property and try to store a Blob larger tha=
n 1MB. Jackrabbit gets now a SQLException for the first time it tries to st=
ore the binary value. But there is failover mechanism implemented that now =
tries to persist the bin value for a second time. Now storing the value wor=
ks because the InputStream has hit its end and there are no bytes left. Tha=
t results now in an empty binary value that is stored and the client doesn`=
t get informed about that.
> Same problem occurs if you hit the table space limit with an oracle datab=
ase.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira