jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christophe Lombart" <christophe.lomb...@gmail.com>
Subject Re: [OCM] Binary values from byte[] field
Date Wed, 12 Sep 2007 13:46:19 GMT
Hi Hendrik,

I'm not 100 % sure that is related to a charset mismatch. This is not easy
to find the solution right now.
It seems that happens when you try open it after a second save right ? When
you open it after the first save, is it working ?
What do you mean by can't open it' ? Did you get an exception ?

Anyway, we should give the possibility to use  this constructor  : public
String(byte[] bytes, String charsetName)
But I'm just wondering how is possible to get the charset from this code
location (ByteArrayTypeConverterImpl).


On 9/12/07, Hendrik Beck (camunda) <hendrik.beck@camunda.com> wrote:
> Hi!
> I am using JCR-OCM and have to store binaries in Jackrabbit. Therefore I
> have a class BinaryDocument which has a property "byte[] data". The class
> being mapped to a node with node type "nt:resource" and the data property
> mapped to its field "jcr:property". Furthermore I have properties
> lastModified and mimeType mapped to their counterparts in nt:resource.
> Ok, I am accessing Jackrabbit via RMI which is the reason why I used
> as data type for the actual binary data. What I do in my client is reading
> file (let's say a PDF) into a byte array, put that byte array into my
> BinaryDocument object, send it over RMI to my stateless session bean,
> then persists it via Jackrabbit-OCM.
> Now if I load this data again from my session bean and write it back into
> file I can't open it anymore. I assume there is some encoding / charset
> mismatch somewhere on the way. As I only read and write byte arrays I
> thought there's no operation in my client that actually changes the binary
> stream in any way. Looking at the OCM sources I saw that
> ByteArrayTypeConverterImpl creates the JCR value as follows:
>   String value = new String(byte[]) propValue);
>   valueFactory.createValue(value);
> Is it possible that this operation is being done using the wrong charset
> my file?
> Well, that's just a wild guess, I could honestly be totally wrong. I would
> be thankful for any pointers. Are there people doing the same, like
> binaries with OCM using byte[] for the jcr:data? Am I missing something?
> Thanks in advance
> Hendrik

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message