Hi all, I'm just taking the day off today as I did yesterday. Will be back on line either tonight or tomorrow morning.
Alex On 10/13/07, David Jencks <[EMAIL PROTECTED]> wrote: > > Alex and I worked together and got all the server-unit tests > passing. For me the non-Itest build works completely and there's an > Itest failure in Mitosis which I can't figure out yet. > > thanks > david jencks > > On Oct 12, 2007, at 12:46 AM, David Jencks wrote: > > > Now I need more sleep :-) > > > > I got a bit further with the build but don't seem to be able to get > > dc=example,dc=com to show up. There are a lot of problems with > > ApacheDS and AbstractServerTest in the current committed code. I > > fixed quite a few but am stuck and sleepy .... I put my local > > changes at http://people.apache.org/~djencks/broken-apacheds.patch > > in case anyone wants to look or continue from where I got to. > > > > Running mvn clean install I get to protocol-kerberos > > SaslGssapiBindITest. > > > > thanks > > david jencks > > > > On Oct 11, 2007, at 11:24 PM, David Jencks wrote: > > > >> The cause of the first broken tests appears to be lack of > >> sleep :-) I fixed the first one and now it appears > >> AbstractServerTest doesn't work any more. I'm not sure if I'll > >> get that fixed tonight also, I'll spend a few more minutes on it > >> anyway. > >> > >> Anyway no mina problems, just normal confusion when rearranging > >> code this much. > >> > >> thanks > >> david jencks > >> > >> On Oct 11, 2007, at 7:54 PM, Alex Karasulu wrote: > >> > >>> Hi all, > >>> > >>> I just wanted to let everyone know that I committed some code > >>> into bigbang and it will break many > >>> things. I simply got stuck somewhere with MINA on the LdapServer > >>> trying to get it to unbind. > >>> > >>> I asked trustin to take a look at it for me. Once we figure out > >>> why unbind() is not working we should > >>> be back in business. > >>> > >>> Emmanuel you should be ok if you stick to running tests in core > >>> and core-unit. This problem and > >>> the breakage is above the core and in the ldap protocol > >>> provider. So if T can't figure out my blunder > >>> soon we can still work on the change log stuff tomorrow. > >>> > >>> Please excuse any interruptions this may cause anyone. > >>> > >>> Thanks, > >>> Alex > >>> > >> > > > >
