Return-Path: 
 <dev-return-39033-apmail-directory-dev-archive=directory.apache.org@directory.apache.org>
X-Original-To: apmail-directory-dev-archive@www.apache.org
Delivered-To: apmail-directory-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 1EEA086D7
	for <apmail-directory-dev-archive@www.apache.org>;
 Sat,  3 Sep 2011 16:18:32 +0000 (UTC)
Received: (qmail 59885 invoked by uid 500); 3 Sep 2011 16:18:31 -0000
Delivered-To: apmail-directory-dev-archive@directory.apache.org
Received: (qmail 59796 invoked by uid 500); 3 Sep 2011 16:18:31 -0000
Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@directory.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@directory.apache.org>
List-Post: <mailto:dev@directory.apache.org>
List-Id: <dev.directory.apache.org>
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Delivered-To: mailing list dev@directory.apache.org
Received: (qmail 59789 invoked by uid 99); 3 Sep 2011 16:18:31 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Sep 2011 16:18:31 +0000
X-ASF-Spam-Status: No, hits=-2000.5 required=5.0
	tests=ALL_TRUSTED,RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Sep 2011 16:18:29 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id C8B0656CD7
	for <dev@directory.apache.org>; Sat,  3 Sep 2011 16:18:09 +0000 (UTC)
Date: Sat, 3 Sep 2011 16:18:09 +0000 (UTC)
From: "Emmanuel Lecharny (JIRA)" <jira@apache.org>
To: dev@directory.apache.org
Message-ID: 
 <1699950803.14886.1315066689818.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1475796375.4082.1314817690010.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (DIRSERVER-1651) rfc 4533 implementation
 differences between openldap and apacheDS
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/DIRSERVER-1651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13096700#comment-13096700 ] 

Emmanuel Lecharny commented on DIRSERVER-1651:
----------------------------------------------

Damn right.

Let's fix that.

> rfc 4533 implementation differences between openldap and apacheDS
> -----------------------------------------------------------------
>
>                 Key: DIRSERVER-1651
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1651
>             Project: Directory ApacheDS
>          Issue Type: Bug
>          Components: ldap
>    Affects Versions: 2.0.0-M2
>            Reporter: Hajo Kliemeck
>            Assignee: Kiran Ayyagari
>              Labels: 4533, openldap, syncrepl
>             Fix For: 2.0.0-M3
>
>
> Tthere is an incompatibility between the RFC 4533 implementation of apacheDS and openldap.
> openldap uses the cookie structure "rid=<replicaId>" (initial) or "rid=<replicaId>,csn=<Csn value>" (update) while apacheDS is using NULL for the initial state and the structure "<replicaId>;<Csn value>" for the update state. in the RFC its said:
> {quote}
> The absence of a cookie or an initialized synchronization state in a cookie indicates a request for initial content.....
> {quote}
> first is apacheDS like, second is openldap like
> It should be possible to adapt the structure or the behavior.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira