[
https://issues.apache.org/jira/browse/DIRSERVER-1959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13908445#comment-13908445
]
Edouard BAUDRY commented on DIRSERVER-1959:
-------------------------------------------
Yep ok, sorry, so the result:
It look like I can't get or put a file on the repo...
Many thanks for you help
__________________________________________________________________________
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2:09.244s
[INFO] Finished at: Fri Feb 21 16:01:52 CET 2014
[INFO] Final Memory: 121M/468M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project apacheds-server-integ: Could not
resolve dependencies for project org.apache.d
irectory.server:apacheds-server-integ:bundle:2.0.0-M16-SNAPSHOT: Could not
transfer artifact org.apache.directory.server
:apacheds-kerberos-test:jar:tests:2.0.0-M16-SNAPSHOT from/to apache.snapshots
(https://repository.apache.org/content/rep
ositories/snapshots/): Failed to transfer file:
https://repository.apache.org/content/repositories/snapshots/org/apache/
directory/server/apacheds-kerberos-test/2.0.0-M16-SNAPSHOT/apacheds-kerberos-test-2.0.0-M16-SNAPSHOT-tests.jar.
Return c
ode is: 503 , ReasonPhrase:Service Temporarily Unavailable. -> [Help 1]
> Certificates corruption during replication
> -------------------------------------------
>
> Key: DIRSERVER-1959
> URL: https://issues.apache.org/jira/browse/DIRSERVER-1959
> Project: Directory ApacheDS
> Issue Type: Bug
> Affects Versions: 2.0.0-M15
> Environment: Replication master/slave.
> master with Windows server 2003 R2
> slave with Windows server 2003 R2 or Windows 7
> Reporter: Edouard BAUDRY
> Assignee: Kiran Ayyagari
> Priority: Critical
> Labels: bug
> Fix For: 2.0.0-M16
>
>
> Environment: "master/slave" LDAP replication.
> Slave configuration:
> ads-replAliasDerefMode: never
> ads-replAttributes: *
> ads-replConsumerId: 1
> ads-replProvHostName: SLAVE-DOMAIN-NAME
> ads-replProvPort: 10389
> ads-replrefreshinterval: 60000
> ads-replRefreshNPersist: true
> ads-replSearchFilter: (objectClass=*)
> ads-replSearchScope: sub
> ads-replSearchSizeLimit: 0
> ads-replSearchTimeOut: 0
> ads-replUserDn: uid=admin,ou=system
> ads-replUserPassword: password
> ads-searchBaseDN: dc=data,dc=serverDownload
> To reproduce this issue:
> 1/ Put a certificate in "master" LDAP as binary field in field
> "usercertificate"
> 2/ See with Apache Directory Studio the field "usercertificate": it's a
> x509v3 with all info readable
> 3/ wait for the replication to the "slave" LDAP
> 4/ see with Apache Directory Studio the field "usercertificate": "Invalid
> Certificate (2340 Bytes)" with "2340 bytes" the size of the certificate.
> After verification, all Bytes upper than 0x7F are replaced by 0xEFBFBD.
> It appears to be linked to UTF-8 encoding/decoding, but the field is a binary
> field.
> It's blocking as I can't use replication with this issue.
> Thanks in advance for your help
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
