directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Emmanuel L├ęcharny <>
Subject Re: SsaslGssapiBind test failure problem identified
Date Fri, 13 Aug 2010 08:17:26 GMT
  On 8/13/10 7:15 AM, Richard Feezel wrote:
> On Thu, Aug 12, 2010 at 10:51 AM, Emmanuel Lecharny<>wrote:
>> 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".
It's running what we call 'integration tests'. Not sure if it's still a 
good idea to have separate them from so called 'normal test', but 
anyway. Let me explain : we have tests name which are 
activated via the integration maven's profile, so it's important to run 
it when testing after a commit.

In your case, it should not make ny difference, but see below for some 
more comment...
> However, after looking at the error I was getting which indicated that the
> LDAP service principle wasn't being found I set "" to
> "true".  This didn't help much so I put a breakpoint in the TGS service code
> and stepped through it.  The service principle being requested is "ldap/
>" 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 "").

> I just discovered the source of the problem... In my etc/hosts file, on the
> line the name was listed first.  I moved
> "localhost" to be the first name on the line and the error is gone.
Yeah, this is a side effect. I think we should analyze further this part 
of the code. Kerberos needs love, here...
> 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 other
> problems.
You *have* to feed your maven repo with shared jars before being able to 
build the server itself. Building the apacheds module alone won't work.

Now, that does not mean you don't have issues on window$

If you get some errors on W$, the best would be to create a JIRA with a 
copy of the logs, so that we know there is something broken.

JIRA is the long memory of this project, it's way better than mails !

> 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"
Ok found it. I have to investigate this one, it's very likely that I've 
injected a wrong filter, which will only work on my computer, where my 
local encoding should be different than yours (I'm not using ISO-8859).

I will have a look at it.

Emmanuel L├ęcharny

View raw message