From dev-return-34755-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Fri Aug 13 05:15:48 2010 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 60861 invoked from network); 13 Aug 2010 05:15:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Aug 2010 05:15:48 -0000 Received: (qmail 61595 invoked by uid 500); 13 Aug 2010 05:15:47 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 61398 invoked by uid 500); 13 Aug 2010 05:15:45 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 61391 invoked by uid 99); 13 Aug 2010 05:15:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Aug 2010 05:15:44 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rfeezel@gmail.com designates 209.85.212.178 as permitted sender) Received: from [209.85.212.178] (HELO mail-px0-f178.google.com) (209.85.212.178) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Aug 2010 05:15:38 +0000 Received: by pxi16 with SMTP id 16so952394pxi.37 for ; Thu, 12 Aug 2010 22:15:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=SExymgwp8Qh8+/vt0aJ9Zg1SpkS++bekq707atB5ys0=; b=Q6GOCloH+74Q2tXDO8D4c4WM+WLPps9J+EAVvwE3HLCI9+WaJgGxwjQGNOaqTGzh/7 UEnb0TW/iKh/+WrfwRsOS3YuwhQgaohYZa6h5kltO4CNQCnTB1nQjokjDFNaLl8Fjnik JtVvNDPpUAr0Ahqc6JZsC4yej1cUXlvrSlFeg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RakZVPgCgOZ9EgcUl5RC9g2c5g+h3anbahp66QV0rm0Fstf65Z9D2mQ7fjt1F5w19a GychH+sV1uYJeGSnu3gcSo/AOuAAT7e7TMgeQKOwcZNShQeZQshmy+QMa/+Magtzfb5p vcdDUhtW6HkTLSMZgxa5LBPOYEL5y2uwv6s+k= MIME-Version: 1.0 Received: by 10.143.17.21 with SMTP id u21mr889702wfi.302.1281676515749; Thu, 12 Aug 2010 22:15:15 -0700 (PDT) Received: by 10.142.245.2 with HTTP; Thu, 12 Aug 2010 22:15:15 -0700 (PDT) Date: Fri, 13 Aug 2010 01:15:15 -0400 Message-ID: Subject: SsaslGssapiBind test failure problem identified From: Richard Feezel To: Apache Directory Developers List , elecharny@apache.org Content-Type: multipart/alternative; boundary=001636ed7128704ff0048dad9127 X-Virus-Checked: Checked by ClamAV on apache.org --001636ed7128704ff0048dad9127 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Thu, Aug 12, 2010 at 10:51 AM, Emmanuel Lecharny wr= ote: > On 8/12/10 4:24 PM, feezelr@gdls.com wrote: > >> Gentlemen, >> > Hi, > > My home system is Fedora Core 13 Linux with the Sun JDK 1.6_20, >> Subversion, Maven 2.2.1, and Eclipse 3.6 installed. >> > Perfect. > > Back at a command prompt I tried running the following to make sure >> everything was working. >> >> 4) "mvn test" >> >> Only one test "testSaslGssapiBind" is failing, and, looking at the test >> code, it appears that the author doesn't expect this one to work yet. >> > Strange. All the tests are passing on our linux machines. > > Have you tried mvn clean install -Dintegration ? I have not tried that. I don't know how that differs from not specifying "integration". However, after looking at the error I was getting which indicated that the LDAP service principle wasn't being found I set "sun.security.krb5.debug" t= o "true". This didn't help much so I put a breakpoint in the TGS service cod= e and stepped through it. The service principle being requested is "ldap/ richard.feezel.net@EXAMPLE.COM" rather than "ldap/localhost@EXAMPLE.COM". I'm guessing the switch is being made in the sun code for some reason, probably in some obscure way related to the configuration of my machine (which is named "richard.feezel.net"). I just discovered the source of the problem... In my etc/hosts file, on the 127.0.0.1 line the name richard.feezel.net was listed first. I moved "localhost" to be the first name on the line and the error is gone. > At my day job I have a Windows XP SP-3 with Sun JDK 1.6_17, Maven 2.2.1, >> Subversion, and Eclipse 3.6 installed. >> >> Access to the Internet from this system is restricted to using an HTTP >> proxy that requires NTLM authentication. >> > Thanks a lot, M$ ... > It's an on-going source of frustration. > > > Again the same three steps mentioned above were completed successfully >> (despite the erratic operation of the proxy server). >> >> When I tried "mvn test", however, I got several failures. >> >> One of the failures, "testSaslGssapiBind", is the same as on Linux. For >> now I'm assuming this is a known problem that is being worked on. >> >> Using Eclipse to investigate each of the others I've discovered that two >> of them are related to Windows's use of the "\" character as the path >> separator and one is related to incorrect handling of "escaping" of >> characters in filenames. I'm developing fixes for these issues now and >> will post suggested patches after I complete testing. >> > Great ! We don't use W$ at all, so it's likely we have some tests failure > if we are not cautious enough. That's the price to pay for being > efficient... I realized after writing this morning that there are other tests failing as well on XP. Yesterday I had only been running "mvn test" in the trunk/apacheds directory. When run in the "trunk" directory there are othe= r problems. I will investigate the errors on Windows as I have time but it won't be a priority. > The only remaining test failure, is "testSearchUTF8" in >> "ClientSearchRequestTest" which is not throwing the expected Exception. = I >> haven't investigated this one yet but plan to when time is available. >> > > Hmmmm... I don't find this class. In which module did you found it ? It's in "ldap-client-test" --=20 > Regards, > Cordialement, > Emmanuel L=E9charny > www.iktek.com > > Thanks once again for responding to the queries of a stumbling beginner. --=20 Richard M Feezel rfeezel@gmail.com --001636ed7128704ff0048dad9127 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Thu, Aug 12, 2010 at 10:51 AM, Emmanu= el Lecharny <el= echarny@gmail.com> wrote:
=A0On 8/12/10 4:24 PM, feezelr@gdls.com wrote:
Gentlemen,
Hi,

My home system is Fedora Core 13 Linux with the Sun JDK 1.6_20,
Subversion, Maven 2.2.1, and Eclipse 3.6 installed.
Perfect.

Back at a command prompt I tried running the following to make sure
everything was working.

4) =A0 =A0 =A0"mvn test"

Only one test "testSaslGssapiBind" is failing, and, looking at th= e test
code, it appears that the author doesn't expect this one to work yet.
Strange. All the tests are passing on our linux machines.

Have you tried mvn clean install -Dintegration ?

I have not tried that. =A0I don't know how that differs from not = specifying "integration".

However, after= looking at the error I was getting which indicated that the LDAP service p= rinciple wasn't being found I set=A0"sun.security.krb5.debug"= to "true". =A0This didn't help much so I put a breakpoint in= the TGS service code and stepped through it. =A0The service principle bein= g requested is "ldap/richard.fee= zel.net@EXAMPLE.COM" rather tha= n "ldap/localhost@EXAMPLE.COM= ". =A0I'm guessing the switch is being made in the sun code fo= r some reason, probably in some obscure way related to the configuration of= my machine (which is named "ric= hard.feezel.net").

I just discovered the source of the problem... In my et= c/hosts file, on the 127.0.0.1 line the name richard.feezel.net was listed first. =A0I moved "localhost= " to be the first name on the line and the error is gone.
=A0
At my day job I have a Windows XP SP-3 with Sun JDK 1.6_17, Maven 2.2.1, Subversion, and Eclipse 3.6 installed.

Access to the Internet from this system is restricted to using an HTTP
proxy that requires NTLM authentication.
Thanks a lot, M$ ...

It's an on-goi= ng source of frustration.
=A0

Again the same three steps mentioned above were completed successfully
(despite the erratic operation of the proxy server).

When I tried "mvn test", however, I got several failures.

One of the failures, "testSaslGssapiBind", is the same as on Linu= x. =A0For
now I'm assuming this is a known problem that is being worked on.

Using Eclipse to investigate each of the others I've discovered that tw= o
of them are related to Windows's use of the "\" character as = the path
separator and one is related to incorrect handling of "escaping" = of
characters in filenames. =A0I'm developing fixes for these issues now a= nd
will post suggested patches after I complete testing.
Great ! We don't use W$ at all, so it's likely we have some tests f= ailure if we are not cautious enough. That's the price to pay for being= efficient...

I realized after writing this= morning that there are other tests failing as well on XP. =A0Yesterday I h= ad only been running "mvn test" in the trunk/apacheds directory. = =A0When run in the "trunk" directory there are other problems.

I will investigate the errors on Windows as I have time= but it won't be a priority.
=A0
The only remaining test failure, is "testSearchUTF8" in
"ClientSearchRequestTest" which is not throwing the expected Exce= ption. =A0I
haven't investigated this one yet but plan to when time is available.

Hmmmm... I don't find this class. In which module did you found it ?

It's in "ldap-client-test"=A0

--
Regards,
Cordialement,
Emmanuel L=E9charny
www.iktek.com


Thanks once again for responding to the = queries of a stumbling beginner.

--
Richard M Feez= el
rfeezel@gmail.com
--001636ed7128704ff0048dad9127--