You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by Si...@saaconsultants.com on 2005/05/20 14:23:04 UTC
Testing my embedded server
Is there a very large LDIF file that I can load into my directory to
perform some performance tests with?
TIA
p.s. JXplorer 3.1 - has anyone noticed that the jpeg picture attribute to
the inetOrgPerson class appears corrupt when rendered via HTML?
Can I assume this is a JXplorer problem?
Simon Temple
Re: Testing my embedded server
Posted by Tony Blanchard <bl...@wanadoo.fr>.
Hello to the list.
I encountered the same problem and I determined that all the byte values
like those (-113 , -115, -112, -127 and -99) were changed to the "63"
value. -39 value is changed to 0. This is on my jpeg sample picture but
I think there is enought datas to be representative.
I put a picture in ldap programmatically and with JXplorer and I have
the same result on boths.
Maybe there is some work done on the bytes datas that should not....
I have not found where yet...
Maybe someone knows about it ? I have not found a Jira issue on this so
I created one. Its number is DIREVE-163.
Tony Blanchard
Chris Betts a écrit :
> Hi Simon,
>
> sorry - I've been off list recently and didn't see this :-).
>
> I've noticed this as well - since JX renders jpeg images o.k. in
> other directories, I believe this is a problem with apacheds... I
> notice also that the size of the data seems to change when you load
> and save the jpeg image (even if you do it through the JXplorer table
> editor, and avoid the 'html editor' altogether).
>
> I suspect there may be a problem with non-string data? things
> that are simply base64 encoded (e.g. userPassword) seem to work fine.
>
> - Chris
>
> On 20/05/2005, at 10:23 PM, Simon.Temple@saaconsultants.com wrote:
>
>>
>>
>>
>>
>> Is there a very large LDIF file that I can load into my directory to
>> perform some performance tests with?
>>
>> TIA
>>
>> p.s. JXplorer 3.1 - has anyone noticed that the jpeg picture
>> attribute to
>> the inetOrgPerson class appears corrupt when rendered via HTML?
>> Can I assume this is a JXplorer problem?
>>
>> Simon Temple
>>
>>
>>
>
>
>
>
Re: Testing my embedded server
Posted by ch...@pegacat.com.
>> I suspect there may be a problem with non-string data? things that
>> are simply base64 encoded (e.g. userPassword) seem to work fine.
>>
> There may be an issue where it's not being treated as binary data. That's
> my guess but I'll have to play a little.
You probably know all this already, but I've been caught out in the past on
the destinction between 'LDAP binary' (e.g. ASN1 encoded) data, and 'non
ascii' (e.g. octet string) data... jpeg photos aren't ASN1 of course, but
I've been caught before by situations where some 'non ascii' data types
(e.g. certificates) were working fine, while others (e.g. images) weren't.
I don't know if Apacheds handles/stores ANS1 data any differently - some
directories do :-).
- Chris
Re: Testing my embedded server
Posted by Alex Karasulu <ao...@bellsouth.net>.
Chris Betts wrote:
> sorry - I've been off list recently and didn't see this :-).
Yah for some reason I missed it as well. I'll see what's going on
here. Is there a JIRA out there already for this problem?
>
> I've noticed this as well - since JX renders jpeg images o.k. in
> other directories, I believe this is a problem with apacheds... I
> notice also that the size of the data seems to change when you load
> and save the jpeg image (even if you do it through the JXplorer table
> editor, and avoid the 'html editor' altogether).
>
> I suspect there may be a problem with non-string data? things
> that are simply base64 encoded (e.g. userPassword) seem to work fine.
>
There may be an issue where it's not being treated as binary data.
That's my guess but I'll have to play a little.
> On 20/05/2005, at 10:23 PM, Simon.Temple@saaconsultants.com wrote:
>
>>
>>
>>
>>
>> Is there a very large LDIF file that I can load into my directory to
>> perform some performance tests with?
>>
>> TIA
>>
>> p.s. JXplorer 3.1 - has anyone noticed that the jpeg picture
>> attribute to
>> the inetOrgPerson class appears corrupt when rendered via HTML?
>> Can I assume this is a JXplorer problem?
>>
>> Simon Temple
>>
>>
>>
>
>
Re: Testing my embedded server
Posted by Chris Betts <ch...@pegacat.com>.
Hi Simon,
sorry - I've been off list recently and didn't see this :-).
I've noticed this as well - since JX renders jpeg images o.k. in
other directories, I believe this is a problem with apacheds... I
notice also that the size of the data seems to change when you load
and save the jpeg image (even if you do it through the JXplorer table
editor, and avoid the 'html editor' altogether).
I suspect there may be a problem with non-string data? things
that are simply base64 encoded (e.g. userPassword) seem to work fine.
- Chris
On 20/05/2005, at 10:23 PM, Simon.Temple@saaconsultants.com wrote:
>
>
>
>
> Is there a very large LDIF file that I can load into my directory to
> perform some performance tests with?
>
> TIA
>
> p.s. JXplorer 3.1 - has anyone noticed that the jpeg picture
> attribute to
> the inetOrgPerson class appears corrupt when rendered via HTML?
> Can I assume this is a JXplorer problem?
>
> Simon Temple
>
>
>
Re: Testing my embedded server
Posted by Stephane Bailliez <sb...@apache.org>.
Simon.Temple@saaconsultants.com wrote:
>Is there a very large LDIF file that I can load into my directory to
>perform some performance tests with?
>
>
FYI there is a tool called MakeLDIF shipped with Sun Directory Server
that is quite handy and that works based on a template system and a
couple of dictionnaries.
I also recently bumped into slamd by accident (it is opensource from
Sun) and did not test it before.
http://www.slamd.com/
It was on my todo list but people but I'd be interested by some feedback.
And I was also thinking of doing a similar makeldif system but made
using Velocity or StringTemplate. It would be a bit better and is
certainly of interested to Directory project (at least that's my opinion)
Stephane