Directory ApacheDS
  1. Directory ApacheDS
  2. DIRSERVER-1369

Concurrent bind and unbind of objects puts ADS in an inconsistent (unusable) state.

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Blocker Blocker
    • Resolution: Fixed
    • Affects Version/s: 1.5.4
    • Fix Version/s: 1.5.5
    • Component/s: None
    • Labels:
      None
    • Environment:
      Windows-xp, JDK-1.5

      Description

      This is with reference to a problem we faced when performing concurrent bind and unbind of objects with ADS-1.5.4 release build.
      Please find the java program at the bottom.

      Steps to reproduce:
      1. Install apache_1.5.4 zip version of it and not the installer and change port numbers to 1389 and 1636 respectively.
      2. Create a naming context ( JDBM partition) on the lines of dc=example,dc=com
      3. Also create the entry dc=example,dc=com
      4. Run the java program provided below.

      Actual Result:
      The console throws up numerous Naming Exceptions with message "[LDAP: error code 80 - OTHER: failed for Del request
      Entry : '2.5.4.3=adsadminpref_thread-11,0.9.2342.19200300.100.1.25=example,0.9.2342.19200300.100.1.25=com'
      : null]; remaining name 'cn=tdsadminPref_Thread-11,dc=telelogic,dc=com' " for each thread operating on a preference object.

      As a result, the server gets into an inconsistent state and unoperational.

      Expected Result:
      The server should continuously bind and unbind the java hash table object.

      What could have caused this and how do we correct this.
      Are there any specific configurations to be made in the server.xml.
      I tried modifying some of the attributes like syncOnWrite, syncOnMillis, maxThreads, cachesize and also rebind (instead of bind and unbind) in the java program , but in vain.
      This is very important for us and do help us in this regard.

      Java program:

      import java.util.Date;
      import java.util.HashMap;
      import java.util.Hashtable;
      import java.util.Map;

      import javax.naming.CommunicationException;
      import javax.naming.Context;
      import javax.naming.NameAlreadyBoundException;
      import javax.naming.NameNotFoundException;
      import javax.naming.NamingException;
      import javax.naming.ldap.InitialLdapContext;
      import javax.naming.ldap.LdapContext;

      import com.telelogic.tds.common.TDSConstants;
      import com.telelogic.tds.common.TDSProperties;
      import com.telelogic.tds.engine.ldap.jndi.TDSDirObjectConstants;

      public class MultiThreadedTest extends Thread {

      @Override
      public void run() {

      try {

      LdapContext _tdsContext = null, _cntx;
      _tdsContext = getContext();

      // Create the initial context
      Map<String, Object> hMap = new HashMap<String, Object>();
      hMap.put("data", "dsfdfd");

      // authenticate user
      int delay = 1;
      while (true) {

      try

      { System.out.println(" Ops started " + getName()); _cntx = _tdsContext.newInstance(null); setUserPreferences(_cntx, "adsadminPref_" + getName(), hMap); System.out.println(new Date() + " Preferences SET " + getName() + " " + getId() + " SIZE-- " + ((hMap.get("data") != null) ? hMap.get("data") .toString().length() : 0)); _cntx.close(); System.out.println(" Ops conducted successfully " + getName()); }

      catch (NamingException e)

      { System.out.println(new Date() + " NAMING EXCETPION" + getName() + " " + getId()); e.printStackTrace(); }

      catch (Exception ex)

      { System.out.println(new Date() + " NAMING EXCETPION" + getName() + " " + getId()); ex.printStackTrace(); }

      Thread.sleep(delay);
      }
      } catch (Throwable e)

      { e.printStackTrace(); }

      }

      private static LdapContext getContext() {
      Hashtable<String, String> env = new Hashtable<String, String>();
      LdapContext context = null;
      String adminName = "uid=admin,ou=system";
      String adminPassword = "secret";

      env.put(Context.INITIAL_CONTEXT_FACTORY,
      "com.sun.jndi.ldap.LdapCtxFactory");
      env.put(Context.SECURITY_AUTHENTICATION, "simple");
      env.put(Context.SECURITY_PRINCIPAL, adminName);
      env.put(Context.SECURITY_CREDENTIALS, adminPassword);
      //env.put(Context.PROVIDER_URL, "ldap://10.255.0.40:389");
      env.put(Context.PROVIDER_URL, "ldap://localhost:1389");
      env.put(TDSConstants.JNDI_LDAP_CONNECTION_TIMEOUT, TDSProperties
      .getProperty(TDSConstants.LDAP_CONNECTION_TIMEOUT, "2000"));

      env.put("com.sun.jndi.ldap.connect.pool", TDSProperties.getProperty(
      "com.sun.jndi.ldap.connect.pool", "true"));

      try

      { context = new InitialLdapContext(env, null); }

      catch (NamingException ne)

      { System.exit(1); }

      return context;
      }

      public static void setUserPreferences(LdapContext context, String userName,
      Map<String, Object> attributes) throws NamingException {

      LdapContext derivedContext = context;

      String bindOp =
      TDSDirObjectConstants.CN + TDSDirObjectConstants.EQUAL_SYNTAX
      + userName + "," + "dc=example,dc=com";

      try {

      try

      { // Step 1: Unbind the user preferences data derivedContext.unbind(bindOp); }

      catch (CommunicationException ce)

      { System.out.println("Trying to re-connect to RDS"); //Impl reconnect logic }

      catch (NameNotFoundException nnf)

      { System.out.println("User: " + userName + " cannot be found in the Ldap server"); }

      try

      { // Step 2: Bind the user preferences data derivedContext.bind(bindOp, attributes); }

      catch (CommunicationException ce)

      { System.out.println("Trying to re-connect to RDS"); }

      catch (NameAlreadyBoundException nab)

      { System.out.println("User: " + userName + " already exists in the Ldap server"); }

      //derivedContext.rebind(bindOp, attributes);
      } catch (NamingException ne)

      { System.out.println("Could not set user profile for user: " + userName); throw ne; }

      }

      /**

      • @param args
        */
        public static void main(String[] args)
        Unknown macro: { Thread t1, t2 = null; for (int i = 0; i < 15; ++i) { t1 = new MultiThreadedTest(); t1.start(); } }

      }

      1. MultiThreadedTest.java
        7 kB
        Sumit Goyal
      2. MultiThreadedTest.java
        5 kB
        Emmanuel Lecharny
      3. MultiThreadedTest.java
        5 kB
        Murali Krishna

        Issue Links

          Activity

          Hide
          Bharat Gera added a comment -

          Ok. Thanks. We will keep you updated on our test results.

          Show
          Bharat Gera added a comment - Ok. Thanks. We will keep you updated on our test results.
          Hide
          Emmanuel Lecharny added a comment -

          Fixed as DIRSERVER-1377 has been fixed.

          Feel free to reopen the issue if the current trunk does not satisfies your tests

          Show
          Emmanuel Lecharny added a comment - Fixed as DIRSERVER-1377 has been fixed. Feel free to reopen the issue if the current trunk does not satisfies your tests
          Hide
          Emmanuel Lecharny added a comment -

          Nope. We post updates to DIRSERVER-1377, when available. Still working on it, as of today (July, 6th ...)

          Show
          Emmanuel Lecharny added a comment - Nope. We post updates to DIRSERVER-1377 , when available. Still working on it, as of today (July, 6th ...)
          Hide
          Bharat Gera added a comment -

          Any update on this?

          Show
          Bharat Gera added a comment - Any update on this?
          Hide
          Emmanuel Lecharny added a comment -

          Just some update beside what you can find in DIRSEVER-1377 :

          • the issue is far from trivial, as I initially thought. I'm on it since last week, and still not seing a clear fix for it.

          The problem occurs now after 500 000 operations (but this is an average, it can occur before). That mean I had to check gigabytes of logs.

          We have also identified some side errors, being fixed since then.

          Otherwise, the area where the issue occurs has been identified, and we are suspecting some bug in the AVLTree implementation we have. This is what we currently are analysing. I hope that we can come with a fix by newt monday.

          In any case, this is absolutely priority number one for us, right now.

          Show
          Emmanuel Lecharny added a comment - Just some update beside what you can find in DIRSEVER-1377 : the issue is far from trivial, as I initially thought. I'm on it since last week, and still not seing a clear fix for it. The problem occurs now after 500 000 operations (but this is an average, it can occur before). That mean I had to check gigabytes of logs. We have also identified some side errors, being fixed since then. Otherwise, the area where the issue occurs has been identified, and we are suspecting some bug in the AVLTree implementation we have. This is what we currently are analysing. I hope that we can come with a fix by newt monday. In any case, this is absolutely priority number one for us, right now.
          Hide
          Emmanuel Lecharny added a comment -

          We have linked this issue with DIRSERVER-1377. This is the one we are updating now

          Show
          Emmanuel Lecharny added a comment - We have linked this issue with DIRSERVER-1377 . This is the one we are updating now
          Hide
          Bharat Gera added a comment -

          Hi - The status if this tracker is yet open? When will the fix be available in a nightly build or so? There is a comment that the fix is trivial.

          We need to make a release of apache and this bug scares me on the impacts. Can you please confirm the occurence of this bug -

          • Does it only occur if multiple add/delete operations are performed on the same object?
          • What if concurrent write operations are done on different objects?

          If (2) is not an issue; I may yet be in a better position.

          Show
          Bharat Gera added a comment - Hi - The status if this tracker is yet open? When will the fix be available in a nightly build or so? There is a comment that the fix is trivial. We need to make a release of apache and this bug scares me on the impacts. Can you please confirm the occurence of this bug - Does it only occur if multiple add/delete operations are performed on the same object? What if concurrent write operations are done on different objects? If (2) is not an issue; I may yet be in a better position.
          Hide
          Emmanuel Lecharny added a comment -

          The current bug we havs has been introduced after 1.5.3, when we refactored the way we handle index. This is not a surprise that we have bugs. It's a surprise though that it took so long to appear. One reason is that a LDAP server is first of all used for reads.

          In this very case, the problem is quite simple to solve.

          Otherwise, it's an open source project, so you are on your own.

          Show
          Emmanuel Lecharny added a comment - The current bug we havs has been introduced after 1.5.3, when we refactored the way we handle index. This is not a surprise that we have bugs. It's a surprise though that it took so long to appear. One reason is that a LDAP server is first of all used for reads. In this very case, the problem is quite simple to solve. Otherwise, it's an open source project, so you are on your own.
          Hide
          Bharat Gera added a comment -

          I will like to get input on the overall Apache DS stability for concurrent access. The issue almost blocked us to release our product. We had made workarounds in the application.

          Is there information available on the usage of Apache DS like ,

          • Concurrent Access scenarios that is the fundamental operation to any database. Ofcoure , there is no transactional support in ldap but I find it strange that a product in v1.5 has such basic issues?
          • Overall stability of Apache in production deployment with less than 10,000 users with multiple applications connecting?

          We plan to release apache DS big time next year across multiple product integrations and the stability of the product really concerns me. Any docs, links etc will help.

          Show
          Bharat Gera added a comment - I will like to get input on the overall Apache DS stability for concurrent access. The issue almost blocked us to release our product. We had made workarounds in the application. Is there information available on the usage of Apache DS like , Concurrent Access scenarios that is the fundamental operation to any database. Ofcoure , there is no transactional support in ldap but I find it strange that a product in v1.5 has such basic issues? Overall stability of Apache in production deployment with less than 10,000 users with multiple applications connecting? We plan to release apache DS big time next year across multiple product integrations and the stability of the product really concerns me. Any docs, links etc will help.
          Hide
          Emmanuel Lecharny added a comment -

          Ok, we have probably found the origin of the problem.

          First, we have found a first big bug : The sublevel index was growing without limit (DIRSERVER-1376). Second, we have a concurrent access to the index we have to fix : https://issues.apache.org/jira/browse/DIRSERVER-1377

          Hopefully, this could be easy to fix.

          Show
          Emmanuel Lecharny added a comment - Ok, we have probably found the origin of the problem. First, we have found a first big bug : The sublevel index was growing without limit ( DIRSERVER-1376 ). Second, we have a concurrent access to the index we have to fix : https://issues.apache.org/jira/browse/DIRSERVER-1377 Hopefully, this could be easy to fix.
          Hide
          Emmanuel Lecharny added a comment -

          After a bit of investigation, the problem seems to be different. The error I get show that we are trying to store a huge number of elements in the same JDBM page, up to a point we replace the page with a BTree. We might have concurrency issues here.

          Also what is strange is that values are supposed to be removed, so the page size should be constant. Another aspect I have to dig ...

          Won't be easy to fix anyway !

          Thanks for the test, btw, it really helps !

          Show
          Emmanuel Lecharny added a comment - After a bit of investigation, the problem seems to be different. The error I get show that we are trying to store a huge number of elements in the same JDBM page, up to a point we replace the page with a BTree. We might have concurrency issues here. Also what is strange is that values are supposed to be removed, so the page size should be constant. Another aspect I have to dig ... Won't be easy to fix anyway ! Thanks for the test, btw, it really helps !
          Hide
          Emmanuel Lecharny added a comment -

          I confirm the problem... Not only we have some exception after a while, but then the server database seems to be broken.

          I'm investigating the issue.

          Show
          Emmanuel Lecharny added a comment - I confirm the problem... Not only we have some exception after a while, but then the server database seems to be broken. I'm investigating the issue.
          Hide
          Sumit Goyal added a comment - - edited

          Added the test program used by us to recreate the issue.

          Show
          Sumit Goyal added a comment - - edited Added the test program used by us to recreate the issue.
          Hide
          Sumit Goyal added a comment -

          Hi Emmanuel

          We were able to make the 1.5.5 server up and running. The problem reported initially still exists.

          We modified the program written by you. Earlier the loop (doing unbind and bind operations) was run 100 times per thread. We changed it to run forever.

          This causes the same error, which came around 2300th operation for all threads.

          Adding one of the exception stack traces we got:

          ERROR - 2322javax.naming.NamingException: [LDAP: error code 80 - OTHER: failed for Del request
          Entry : '2.5.4.3=adsadminpref_worker-thread0,2.5.4.11=system'
          : Error during underflow [3]]; remaining name 'cn=adsadminPref_Worker-Thread0,ou=system'
          at com.sun.jndi.ldap.LdapCtx.mapErrorCode(Unknown Source)
          at com.sun.jndi.ldap.LdapCtx.processReturnCode(Unknown Source)
          at com.sun.jndi.ldap.LdapCtx.processReturnCode(Unknown Source)
          at com.sun.jndi.ldap.LdapCtx.c_unbind(Unknown Source)
          at com.sun.jndi.toolkit.ctx.ComponentContext.p_unbind(Unknown Source)
          at com.sun.jndi.toolkit.ctx.PartialCompositeContext.unbind(Unknown Source)
          at com.sun.jndi.toolkit.ctx.PartialCompositeContext.unbind(Unknown Source)
          at Emmanuel.setUserPreferences(Emmanuel.java:150)
          at Emmanuel.run(Emmanuel.java:67)

          Please look into the issue. Will upload the test program used by us. pls let us know if you need any other information from us.

          Show
          Sumit Goyal added a comment - Hi Emmanuel We were able to make the 1.5.5 server up and running. The problem reported initially still exists. We modified the program written by you. Earlier the loop (doing unbind and bind operations) was run 100 times per thread. We changed it to run forever. This causes the same error, which came around 2300th operation for all threads. Adding one of the exception stack traces we got: ERROR - 2322javax.naming.NamingException: [LDAP: error code 80 - OTHER: failed for Del request Entry : '2.5.4.3=adsadminpref_worker-thread0,2.5.4.11=system' : Error during underflow [3] ]; remaining name 'cn=adsadminPref_Worker-Thread0,ou=system' at com.sun.jndi.ldap.LdapCtx.mapErrorCode(Unknown Source) at com.sun.jndi.ldap.LdapCtx.processReturnCode(Unknown Source) at com.sun.jndi.ldap.LdapCtx.processReturnCode(Unknown Source) at com.sun.jndi.ldap.LdapCtx.c_unbind(Unknown Source) at com.sun.jndi.toolkit.ctx.ComponentContext.p_unbind(Unknown Source) at com.sun.jndi.toolkit.ctx.PartialCompositeContext.unbind(Unknown Source) at com.sun.jndi.toolkit.ctx.PartialCompositeContext.unbind(Unknown Source) at Emmanuel.setUserPreferences(Emmanuel.java:150) at Emmanuel.run(Emmanuel.java:67) Please look into the issue. Will upload the test program used by us. pls let us know if you need any other information from us.
          Hide
          Emmanuel Lecharny added a comment -

          Bharat is right. This ticket is closed, there is almost no chance we give it a chance to get an answer.

          Also I don't really think it deserves a new ticket : it probably fits better the user's mailing list.

          Show
          Emmanuel Lecharny added a comment - Bharat is right. This ticket is closed, there is almost no chance we give it a chance to get an answer. Also I don't really think it deserves a new ticket : it probably fits better the user's mailing list.
          Hide
          Bharat Gera added a comment -

          Murali - You may need to open a new ticket. That will be the correct approach to get the feedback.

          -bharat

          Show
          Bharat Gera added a comment - Murali - You may need to open a new ticket. That will be the correct approach to get the feedback. -bharat
          Hide
          Murali Krishna added a comment -

          Hi,

          I have some queries on using C-library SDK against ADS 1.5.4.
          1. Does apache provide its own C-SDK for ldap programming?
          2. If not, what if we use SDK's of Tivoli or Mozilla or Sunone. How easy is the process of integration or porting.Is it a seamless activity?
          3. Finally, what about the support for VLV controls, paging.
          I heard that 1.5.5 does have support for VLV .When can we expect an official stable release build of 1.5.5.

          Regards,
          Murali

          Show
          Murali Krishna added a comment - Hi, I have some queries on using C-library SDK against ADS 1.5.4. 1. Does apache provide its own C-SDK for ldap programming? 2. If not, what if we use SDK's of Tivoli or Mozilla or Sunone. How easy is the process of integration or porting.Is it a seamless activity? 3. Finally, what about the support for VLV controls, paging. I heard that 1.5.5 does have support for VLV .When can we expect an official stable release build of 1.5.5. Regards, Murali
          Hide
          Sumit Goyal added a comment -

          HI Emmanuel

          Thanks a lot for your quick responses!! This issue is very critical for us, that's why we wanted a fix as soon as possible. I hope with this fix now, we will be able to proceed.

          I was able to find 'apacheds-1.5.5-SNAPSHOT.zip'. at the path apacheds-trunk\installers\apacheds\target\images.

          (One correction for our wiki: it states that snapshot file will be present as apacheds-1.5.?SNAPSHOT<XXXXXX>-setup.jar, which is not true in my case, am I doing anything wrong? in my whole dir structure, there is no such file )

          I am now starting the original failing tests just to check if our issue has been solved. Will post my results here.

          Thanks!
          Sumit

          Show
          Sumit Goyal added a comment - HI Emmanuel Thanks a lot for your quick responses!! This issue is very critical for us, that's why we wanted a fix as soon as possible. I hope with this fix now, we will be able to proceed. I was able to find 'apacheds-1.5.5-SNAPSHOT.zip'. at the path apacheds-trunk\installers\apacheds\target\images. (One correction for our wiki: it states that snapshot file will be present as apacheds-1.5.?SNAPSHOT<XXXXXX>-setup.jar, which is not true in my case, am I doing anything wrong? in my whole dir structure, there is no such file ) I am now starting the original failing tests just to check if our issue has been solved. Will post my results here. Thanks! Sumit
          Hide
          Emmanuel Lecharny added a comment -

          I have updated the wiki accordingly, in the 'developer guide' (http://directory.apache.org/apacheds/1.5/02-building-trunks.html).

          It will be refreshed in a few hours.

          Show
          Emmanuel Lecharny added a comment - I have updated the wiki accordingly, in the 'developer guide' ( http://directory.apache.org/apacheds/1.5/02-building-trunks.html ). It will be refreshed in a few hours.
          Hide
          Sumit Goyal added a comment -

          I started the build process on another faster windows machine i have.
          After two failures, I was finally able to build the apacheds successfully.

          Both failure were due to OOM, first i changed only 'JAVA_OPTS' en. var, but 'MAVEN_OPTS' helped. Needed to set XmX to 384M, to make the build process complete.(It was taking 64M by default)

          I am going through the folder structure generated, will post an update here about my final results.

          Show
          Sumit Goyal added a comment - I started the build process on another faster windows machine i have. After two failures, I was finally able to build the apacheds successfully. Both failure were due to OOM, first i changed only 'JAVA_OPTS' en. var, but 'MAVEN_OPTS' helped. Needed to set XmX to 384M, to make the build process complete.(It was taking 64M by default) I am going through the folder structure generated, will post an update here about my final results.
          Hide
          Emmanuel Lecharny added a comment -

          The initial issue has already been fixed in trunk.If you have another problem, create another JIRA, with all the needed informations to prove that there is a real issue.

          Show
          Emmanuel Lecharny added a comment - The initial issue has already been fixed in trunk.If you have another problem, create another JIRA, with all the needed informations to prove that there is a real issue.
          Hide
          Bharat Gera added a comment -

          I have to reopen the issue until things are resolved. We can wait for 2-3 weeks if we are to get apache 1.5.5? or please provide the binaries of the required libraries in 2-3 weeks.

          We will close the issue once we get the fix in any form.

          Show
          Bharat Gera added a comment - I have to reopen the issue until things are resolved. We can wait for 2-3 weeks if we are to get apache 1.5.5? or please provide the binaries of the required libraries in 2-3 weeks. We will close the issue once we get the fix in any form.
          Hide
          Emmanuel Lecharny added a comment -

          I can also add that we are working hard to get a 1.5.5 out really soon (probably in the next couple of weeks). It's all a matter of having a MINA 2.0.0-M6 out - will be done by tonite -, conduct some minimal perf tests and fix a couple of critical issues, plus a vote and 5 days to cut the release.

          Show
          Emmanuel Lecharny added a comment - I can also add that we are working hard to get a 1.5.5 out really soon (probably in the next couple of weeks). It's all a matter of having a MINA 2.0.0-M6 out - will be done by tonite -, conduct some minimal perf tests and fix a couple of critical issues, plus a vote and 5 days to cut the release.
          Hide
          Emmanuel Lecharny added a comment -

          We are using a continuous build system. if there was some issue with the source, we would be informed immediately. Also we are careful enough to do a full build before commiting code on trunk so that other developpers don't have issue with compilation.

          So far, I have asked someone else to check that the last trunk version was compiling ok. Of course, this is on Linux, which may be a bit different than on windows, but as far as I can tell, I rebuild the full server last friday on windows, without any problem.

          If you are using a slow windows machine however, you may have some time issues during the unit tests for some specific part of the code (probably because we assume that we are running the tests on a fast enough machine in order to avoid introducing waits in time dependent tests).

          In any case, we really don't have time not storage to produce nighty builds atm. This is something we want to do at some point, but not before july.

          Last, not least, i'm really sorry, but I don't have a windows machine available :/ I use a linux box, and a mac occasionally...

          You can ask the ML if someone is kind enough to build this windows binaries...

          Show
          Emmanuel Lecharny added a comment - We are using a continuous build system. if there was some issue with the source, we would be informed immediately. Also we are careful enough to do a full build before commiting code on trunk so that other developpers don't have issue with compilation. So far, I have asked someone else to check that the last trunk version was compiling ok. Of course, this is on Linux, which may be a bit different than on windows, but as far as I can tell, I rebuild the full server last friday on windows, without any problem. If you are using a slow windows machine however, you may have some time issues during the unit tests for some specific part of the code (probably because we assume that we are running the tests on a fast enough machine in order to avoid introducing waits in time dependent tests). In any case, we really don't have time not storage to produce nighty builds atm. This is something we want to do at some point, but not before july. Last, not least, i'm really sorry, but I don't have a windows machine available :/ I use a linux box, and a mac occasionally... You can ask the ML if someone is kind enough to build this windows binaries...
          Hide
          Sumit Goyal added a comment -

          Hi Emmanuel
          I tried to compile the project on my machine: compilation went through but it failed while testing and got following error :

          Results :

          Failed tests:
          testSaslGssapiBind(org.apache.directory.server.kerberos.kdc.SaslGssapiBindITes
          t)
          testForwardedTicket(org.apache.directory.server.kerberos.protocol.TicketGranti
          ngPolicyTest)

          Tests in error:
          testSpecificStartTime(org.apache.directory.server.kerberos.protocol.TicketGran
          tingServiceTest)

          Tests run: 105, Failures: 2, Errors: 1, Skipped: 0

          [INFO] ------------------------------------------------------------------------
          [ERROR] BUILD FAILURE
          [INFO] ------------------------------------------------------------------------
          [INFO] There are test failures.

          Please refer to C:\Documents and Settings\Administrator\apacheds-trunk\apacheds\
          protocol-kerberos\target\surefire-reports for the individual test results.
          [INFO] ------------------------------------------------------------------------
          [INFO] For more information, run Maven with the -e switch
          [INFO] ------------------------------------------------------------------------
          [INFO] Total time: 19 minutes 5 seconds
          [INFO] Finished at: Fri May 29 19:51:25 IST 2009
          [INFO] Final Memory: 48M/63M
          [INFO] ------------------------------------------------------------------------
          C:\Documents and Settings\Administrator\apacheds-trunk>

          The individual test log files, did not have much information about the error.
          On my second try for recompiling, I hit the same error reported by Murali above.
          I deleted the .m2 file, tried to build in some other location, still the same error. Pasting the error log below:

          C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\
          rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu
          e.java:[442,21] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\
          rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu
          e.java:[698,21] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\
          rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu
          e.java:[724,21] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\
          rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu
          e.java:[1035,21] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\
          rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu
          e.java:[1051,21] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\
          rc\main\java\org\apache\directory\shared\ldap\message\CompareRequestImpl.java:[
          88,13] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          [INFO] ------------------------------------------------------------------------
          [INFO] For more information, run Maven with the -e switch
          [INFO] ------------------------------------------------------------------------
          [INFO] Total time: 53 seconds
          [INFO] Finished at: Sun May 31 09:27:10 IST 2009
          [INFO] Final Memory: 36M/108M
          [INFO] ------------------------------------------------------------------------
          C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk>

          Can we request you to make the project libraries for us and upload on some central repository pls?

          Many Thanks
          Sumit

          Show
          Sumit Goyal added a comment - Hi Emmanuel I tried to compile the project on my machine: compilation went through but it failed while testing and got following error : Results : Failed tests: testSaslGssapiBind(org.apache.directory.server.kerberos.kdc.SaslGssapiBindITes t) testForwardedTicket(org.apache.directory.server.kerberos.protocol.TicketGranti ngPolicyTest) Tests in error: testSpecificStartTime(org.apache.directory.server.kerberos.protocol.TicketGran tingServiceTest) Tests run: 105, Failures: 2, Errors: 1, Skipped: 0 [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] There are test failures. Please refer to C:\Documents and Settings\Administrator\apacheds-trunk\apacheds\ protocol-kerberos\target\surefire-reports for the individual test results. [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 19 minutes 5 seconds [INFO] Finished at: Fri May 29 19:51:25 IST 2009 [INFO] Final Memory: 48M/63M [INFO] ------------------------------------------------------------------------ C:\Documents and Settings\Administrator\apacheds-trunk> The individual test log files, did not have much information about the error. On my second try for recompiling, I hit the same error reported by Murali above. I deleted the .m2 file, tried to build in some other location, still the same error. Pasting the error log below: C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\ rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu e.java: [442,21] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\ rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu e.java: [698,21] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\ rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu e.java: [724,21] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\ rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu e.java: [1035,21] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\ rc\main\java\org\apache\directory\shared\ldap\entry\client\DefaultClientAttribu e.java: [1051,21] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk\shared\ldap\ rc\main\java\org\apache\directory\shared\ldap\message\CompareRequestImpl.java:[ 88,13] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 53 seconds [INFO] Finished at: Sun May 31 09:27:10 IST 2009 [INFO] Final Memory: 36M/108M [INFO] ------------------------------------------------------------------------ C:\Documents and Settings\Administrator\Desktop\ads\apacheds-trunk> Can we request you to make the project libraries for us and upload on some central repository pls? Many Thanks Sumit
          Hide
          Emmanuel Lecharny added a comment -

          You most certainly have an old version of some libs somewhere on you disk.

          Check out the project somewhere else, remove the .m2 repo again, and build again.

          Show
          Emmanuel Lecharny added a comment - You most certainly have an old version of some libs somewhere on you disk. Check out the project somewhere else, remove the .m2 repo again, and build again.
          Hide
          Murali Krishna added a comment -

          The error messages are the same which were shown above.
          I run maven-2.1.0 version on WINDOWS-XP - sun JDK 1.5.0.7

          Show
          Murali Krishna added a comment - The error messages are the same which were shown above. I run maven-2.1.0 version on WINDOWS-XP - sun JDK 1.5.0.7
          Hide
          Kiran Ayyagari added a comment -

          Is the exception same as you mentioned before in the comments?
          If not some stack trace of the exception you are getting would be helpful without which it is quite difficult to guess whats happening.
          Please include the type of OS and version of maven also.

          Show
          Kiran Ayyagari added a comment - Is the exception same as you mentioned before in the comments? If not some stack trace of the exception you are getting would be helpful without which it is quite difficult to guess whats happening. Please include the type of OS and version of maven also.
          Hide
          Murali Krishna added a comment -

          I was able to find repository folder and removed it.
          Cleaned up and then ran the build, the build still failed with compilation errors.
          I use jdk_1.5.0.7, will this cause a problem.

          Show
          Murali Krishna added a comment - I was able to find repository folder and removed it. Cleaned up and then ran the build, the build still failed with compilation errors. I use jdk_1.5.0.7, will this cause a problem.
          Hide
          Murali Krishna added a comment -

          I was able to find repository folder and removed it.
          Cleaned up and then ran the build, the build still failed with compilation errors.
          I use jdk_1.5.0.7, will this cause a problem.

          Show
          Murali Krishna added a comment - I was able to find repository folder and removed it. Cleaned up and then ran the build, the build still failed with compilation errors. I use jdk_1.5.0.7, will this cause a problem.
          Hide
          Emmanuel Lecharny added a comment -

          find / -name ".m2" on linux
          search from root on widnows.

          Show
          Emmanuel Lecharny added a comment - find / -name ".m2" on linux search from root on widnows.
          Hide
          Murali Krishna added a comment -

          I still get the same errors even after cleaning and rebuilding it.
          By the way, I could not find the respository folder you referred to.
          I thought creating a repository is an optional task and hence skipped it soon after downloading the sources.

          Show
          Murali Krishna added a comment - I still get the same errors even after cleaning and rebuilding it. By the way, I could not find the respository folder you referred to. I thought creating a repository is an optional task and hence skipped it soon after downloading the sources.
          Hide
          Emmanuel Lecharny added a comment -

          try running the project/resources/superclean.sh before running the build.

          if you are on windows and not using cygwin, then the only option is to remove your .m2/repository file. It will take a bit longer, but should be ok.

          Show
          Emmanuel Lecharny added a comment - try running the project/resources/superclean.sh before running the build. if you are on windows and not using cygwin, then the only option is to remove your .m2/repository file. It will take a bit longer, but should be ok.
          Hide
          Murali Krishna added a comment -

          I trried to build a apacheds trunk after referring to the article on it.
          But my build failed with a number of compilation errors as shown

          " [INFO] Compiling 626 source files to C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\l
          dap\target\classes
          [INFO] ------------------------------------------------------------------------
          [ERROR] BUILD FAILURE
          [INFO] ------------------------------------------------------------------------
          [INFO] Compilation failure

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\ldif\LdifEntry.java:[566,21] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\ldif\LdifEntry.java:[618,25] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\add\AddRequestCodec.java:[285,29] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\add\AddRequestCodec.java:[392,33] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\modify\ModifyRequestCodec.java:[355,29] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\modify\ModifyRequestCodec.java:[478,33] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\search\SearchResultEntryCodec.java:[277,33] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\search\SearchResultEntryCodec.java:[397,37] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[111,23] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[111,63] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[164,13] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[193,13] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[442,21] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[698,21] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[724,21] inconvertible ty
          pes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[1035,21] inconvertible t
          ypes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\entry\client\DefaultClientAttribute.java:[1051,21] inconvertible t
          ypes
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\message\CompareRequestImpl.java:[288,13] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\ldif\LdifUtils.java:[484,22] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\ldif\LdifUtils.java:[491,22] inconvertible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\search\AttributeValueAssertionFilter.java:[162,13] inconvert
          ible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\search\AttributeValueAssertionFilter.java:[164,81] inconvert
          ible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientStringValue

          C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director
          y\shared\ldap\codec\search\AttributeValueAssertionFilter.java:[168,55] inconvert
          ible types
          found : org.apache.directory.shared.ldap.entry.Value<capture of ?>
          required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue
          "

          Do help in rebuilding the trunk.

          Show
          Murali Krishna added a comment - I trried to build a apacheds trunk after referring to the article on it. But my build failed with a number of compilation errors as shown " [INFO] Compiling 626 source files to C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\l dap\target\classes [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Compilation failure C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\ldif\LdifEntry.java: [566,21] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\ldif\LdifEntry.java: [618,25] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\add\AddRequestCodec.java: [285,29] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\add\AddRequestCodec.java: [392,33] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\modify\ModifyRequestCodec.java: [355,29] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\modify\ModifyRequestCodec.java: [478,33] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\search\SearchResultEntryCodec.java: [277,33] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\search\SearchResultEntryCodec.java: [397,37] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [111,23] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [111,63] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [164,13] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [193,13] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [442,21] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [698,21] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [724,21] inconvertible ty pes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [1035,21] inconvertible t ypes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\entry\client\DefaultClientAttribute.java: [1051,21] inconvertible t ypes found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\message\CompareRequestImpl.java: [288,13] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\ldif\LdifUtils.java: [484,22] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\ldif\LdifUtils.java: [491,22] inconvertible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\search\AttributeValueAssertionFilter.java: [162,13] inconvert ible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\search\AttributeValueAssertionFilter.java: [164,81] inconvert ible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientStringValue C:\E-DRIVE\APACHE_DS_DEV\ADS_Trunk\shared\ldap\src\main\java\org\apache\director y\shared\ldap\codec\search\AttributeValueAssertionFilter.java: [168,55] inconvert ible types found : org.apache.directory.shared.ldap.entry.Value<capture of ?> required: org.apache.directory.shared.ldap.entry.client.ClientBinaryValue " Do help in rebuilding the trunk.
          Hide
          Emmanuel Lecharny added a comment -

          You just have to rebuild the trunk. It's all documented on the web site :
          http://directory.apache.org/apacheds/1.5/02-building-trunks.html

          Show
          Emmanuel Lecharny added a comment - You just have to rebuild the trunk. It's all documented on the web site : http://directory.apache.org/apacheds/1.5/02-building-trunks.html
          Hide
          Murali Krishna added a comment -

          Where do we find this pom.xml and the zip version of ADS doesnot have it.
          I presume we need to replace MINA libraries.
          I downloaded the MINA 2.5 M5 patch libraries and what are the libraries do i need to replace or add new to the lib folder.
          Can u also explain your way of generating a build.

          Show
          Murali Krishna added a comment - Where do we find this pom.xml and the zip version of ADS doesnot have it. I presume we need to replace MINA libraries. I downloaded the MINA 2.5 M5 patch libraries and what are the libraries do i need to replace or add new to the lib folder. Can u also explain your way of generating a build.
          Show
          Emmanuel Lecharny added a comment - Fixed with : http://svn.apache.org/viewvc?rev=778543&view=rev
          Hide
          Emmanuel Lecharny added a comment -

          Attached the working test (the original test was depending on external elements)

          Show
          Emmanuel Lecharny added a comment - Attached the working test (the original test was depending on external elements)
          Hide
          Emmanuel Lecharny added a comment -

          Ok, it's definitively a problem with MINA-2.0.0-M4. I switched to MINA 2.0.0-M5, and can't reproduce the problem using the attached test.

          I will commit the modification as soon as I have run integration test.

          The patch is very simple : update all the pom.xml where there is a reference to MINA-2.0.0-M4 to change it to MINA-2.0.0-M5. (there is also a solaris installer configuration file to change).

          Show
          Emmanuel Lecharny added a comment - Ok, it's definitively a problem with MINA-2.0.0-M4. I switched to MINA 2.0.0-M5, and can't reproduce the problem using the attached test. I will commit the modification as soon as I have run integration test. The patch is very simple : update all the pom.xml where there is a reference to MINA-2.0.0-M4 to change it to MINA-2.0.0-M5. (there is also a solaris installer configuration file to change).
          Hide
          Bharat Gera added a comment -

          Please provide information if the MINA-M5 or M6 fixes the issues. Else, let us know which code base should change and we will make a patch ourselves.

          When is 1.5.5. apache ds expected which is supposed to have the fix?

          Show
          Bharat Gera added a comment - Please provide information if the MINA-M5 or M6 fixes the issues. Else, let us know which code base should change and we will make a patch ourselves. When is 1.5.5. apache ds expected which is supposed to have the fix?
          Hide
          Emmanuel Lecharny added a comment -

          I can confirm the issue. I have tested the latest version of the server with the test, and it breaks badly when the numbe rof thread is above 3.

          With 1, 2 or 3 threads, the test simply works well. As soon as we add a new thread, then we get some errors. It seems related to the number of created IoProcessor by default (3) to process incoming request. I think that this probelm is related to a big bug we had in MINA 2.0.0-M4, where we used non thread safe circular buffers. I have to check the server with MINA-2.0.0-M5 and with the latest branch (MINA-2.0.0-M6)

          We don't have a patch available atm, but if one of the latest version of MINA fixes the problem, the patch will be quite obvious : switching the version in the pom.xml files.

          Show
          Emmanuel Lecharny added a comment - I can confirm the issue. I have tested the latest version of the server with the test, and it breaks badly when the numbe rof thread is above 3. With 1, 2 or 3 threads, the test simply works well. As soon as we add a new thread, then we get some errors. It seems related to the number of created IoProcessor by default (3) to process incoming request. I think that this probelm is related to a big bug we had in MINA 2.0.0-M4, where we used non thread safe circular buffers. I have to check the server with MINA-2.0.0-M5 and with the latest branch (MINA-2.0.0-M6) We don't have a patch available atm, but if one of the latest version of MINA fixes the problem, the patch will be quite obvious : switching the version in the pom.xml files.
          Hide
          Bharat Gera added a comment -

          Hi,

          This is a show-stopper issue to us. Can we get a patch fix on version 1.5.4? or provide us the code fix and we will make the patch.

          Any help is appreciated.

          Thanks

          Show
          Bharat Gera added a comment - Hi, This is a show-stopper issue to us. Can we get a patch fix on version 1.5.4? or provide us the code fix and we will make the patch. Any help is appreciated. Thanks
          Hide
          Emmanuel Lecharny added a comment -

          (Raised to blocker)

          This has to be checked and fixed urgently before any release.

          Since 1.5.4, we have fixed many issues in MINA, one of them being a huge problem with the way concurrent messages are handled (it was using a non thread safe circular list). I hope that this is the reason we have the misbehavior you mentioned.

          Show
          Emmanuel Lecharny added a comment - (Raised to blocker) This has to be checked and fixed urgently before any release. Since 1.5.4, we have fixed many issues in MINA, one of them being a huge problem with the way concurrent messages are handled (it was using a non thread safe circular list). I hope that this is the reason we have the misbehavior you mentioned.

            People

            • Assignee:
              Unassigned
              Reporter:
              Murali Krishna
            • Votes:
              3 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - 120h
                120h
                Remaining:
                Remaining Estimate - 120h
                120h
                Logged:
                Time Spent - Not Specified
                Not Specified

                  Development