WHATSNEW.txt

   1 'Samba4 TP4' presents you with an opportunity to see a Technology
   2 Preview (TP) snapshot of Samba4's development, as at January 2007.
   3
   4 In the last few months since TP3 was released in October 2006,
   5 significant work has been done across many parts of Samba4.  Since that
   6 time, we have added the basis for some new and exciting features:
   7
   8   PKINIT support to Samba4's KDC will allow, smart-card login to a
   9   Samba4 domain.  TP4 demonstrates this with static key files, but
  10   work will continue to enable actual hardware cards.
  11
  12   Clustering support was always a design goal of Samba4, and with TP4
  13   we have the ctdb framework, a cluster-aware shared database.  This
  14   allows Samba4 to share a shared cluster file-system with it's clients.
  15   Presented at this year's linux.conf.au, including a highly rigged
  16   demo, you can expect to see this mature over the next few months.
  17
  18   Non-blocking and Asynchronous IO support, has always been a design
  19   goal in Samba4, and TP4 will use new Linux Kernel features to
  20   implement event driven asynchronous IO.  This makes Samba more
  21   efficient on systems where some data may be 'further away' than a
  22   local disk, such as HSM systems.  This allows the Kernel to handle
  23   reading the returned data from the disk, only notifying Samba when
  24   the data is ready for dispatch to the client.
  25
  26   Our web-management console, known as SWAT, is being revamped, and in
  27   TP4 you can find a new Web 2.0 style user interface, being used to
  28   support a web-based ldb browser.  We hope this new system will allow
  29   things simple not possible with the form-submit style of web
  30   management.
  31
  32   Using LDB LDAP back-end integration has improved in this release, with an
  33   improved mapping module allowing the start of Fedora DS back-end
  34   support.
  35
  36 In continuing our research effort, TP4 includes the work to better
  37 understand and implement the DRSUAPI replication protocols.  By better
  38 understanding the needs of replication now, we can structure our
  39 databases so that their format will have to change less in future.
  40
  41 We hope to use this replication function to replace the SamSync based
  42 Vampire process so effectively demonstrated since TP1, and to
  43 eventually join an Active Directory domain, as a replicating partner.
  44
  45 Behind the scenes, much of the core infrastructure of Samba4 continues
  46 development:
  47
  48   In Kerberos, we have continued to track the development of the
  49   Heimdal Kerberos implementation, and reduce the custom diff between
  50   our branch and upstream.  Heimdal now provides plug-in APIs for
  51   almost all of the hooks we need, including management and validation
  52   of the PAC.
  53
  54   In testing, our test infrastructure has undergone a quiet
  55   revolution, as we improve our unit test framework.  Likewise, the
  56   tests themselves have continued to expand, as we follow our
  57   test-driven development pattern.
  58
  59   In providing an abstraction above our raw RPC layer, the libnet
  60   library continues to expand, becoming a C and JS management API for
  61   Samba4 and remote servers.
  62
  63   To ensure that, as an administrator and developer, you can easily
  64   read and edit our internal databases, our LDB layer has been
  65   optimised for speed.  The aim here is to avoid needing to use the faster, but
  66   more opaque, TDB layer.
  67
  68 These are just some of the highlights of the work done in the past few
  69 months.  More details can be found in our SVN history.
  70
  71
  72