You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by Alex Karasulu <ak...@apache.org> on 2011/02/01 19:13:24 UTC

[Shared] Milestone Roadmap

PURPOSE
----------------

This is a summary of a milestone release plan Emmanuel and I came up with
off list.

We would like to:

  (1) request feedback
  (2) integrate feedback
  (3) break out action items into JIRA tasks
  (4) drive forward and execute


PRELUDE
----------------

Now that trunk has stabilized, we will branch. An m1 branch will be created
here:

     https://svn.apache.org/repos/asf/directory/branches/m1
          => SVN folder with externals to m1 branches in shared, studio, and
apacheds

We will work in branch m1 for large deltas, while merging point alterations
from trunks into branch m1.  Each milestone will have different stages. At
the end of each stage, we will perform a check pointed stable merge back
into trunks.


M1 MILESTONE
------------------------

Goals:

   o General cleanup, documentation, formatting, and test coverage
   o Hide implementation details
   o Restructure build for shared-ldap breakup
   o Consolidated LDAP API aggregation module


Stages:

   (1) General cleanup of low hanging fruit:
           - move tests to appropriate area
           - adhere to package and class naming conventions
           - correct obvious small coding errors
           - add critical documentation
           - add critical test coverage where missing


   (2) Refactoring to hide implementation details
           - decouple DSML parser from CODEC implementation classes
           - decouple ADS and Studio from CODEC implementation classes
           - clearly define CODEC API allowed for use in ADS, Studio, and
DSML
           - separate out CODEC API from CODEC

  (3) Creation of modules in new build structure:
           - create ldap-model
           - create ldap-codec
           - create ldap-codec-api
           - create ldap-extensions
           - delete ldap
           - ldap-api => aggregation only module for ldap-[client-api,
model, codec, codec-api]


M2 MILESTONE
------------------------

Goals:

   o Apply extension patterns to extended requests and responses (like
controls)
   o General cleanup, documentation, formatting, and test coverage
   o Leverage embedded OSGi container (Felix) to enable extensions
   o Setup in-situ testing of OSGi components in build

...

At this point it makes little sense to us to continue further since things
might change. Some of the M2 goals are there for food for thought. Perhaps
we might break these up into 2 separate milestones, maybe not.

Right now the focus is on M1, gaining consensus, applying feedback, and then
creating top level tasks in JIRA. Then we might want to add subtasks in JIRA
to these mail goal based tasks.

Thoughts?

Best,
-- Alex

P.S. I will have an branch M1 created in the next few minutes.

Re: [Shared] Milestone Roadmap

Posted by Emmanuel Lecharny <el...@apache.org>.
On Tue, Feb 1, 2011 at 7:13 PM, Alex Karasulu <ak...@apache.org> wrote:

> PURPOSE
> ----------------
>
> This is a summary of a milestone release plan Emmanuel and I came up with
> off list.
>
> We would like to:
>
>   (1) request feedback
>   (2) integrate feedback
>   (3) break out action items into JIRA tasks
>   (4) drive forward and execute
>
>
> PRELUDE
> ----------------
>
> Now that trunk has stabilized, we will branch. An m1 branch will be created
> here:
>
>      https://svn.apache.org/repos/asf/directory/branches/m1
>           => SVN folder with externals to m1 branches in shared, studio,
> and apacheds
>
> We will work in branch m1 for large deltas, while merging point alterations
> from trunks into branch m1.  Each milestone will have different stages. At
> the end of each stage, we will perform a check pointed stable merge back
> into trunks.
>
>
> M1 MILESTONE
> ------------------------
>
> Goals:
>
>    o General cleanup, documentation, formatting, and test coverage
>    o Hide implementation details
>    o Restructure build for shared-ldap breakup
>    o Consolidated LDAP API aggregation module
>
>
> Stages:
>
>    (1) General cleanup of low hanging fruit:
>            - move tests to appropriate area
>            - adhere to package and class naming conventions
>            - correct obvious small coding errors
>            - add critical documentation
>            - add critical test coverage where missing
>
>
>    (2) Refactoring to hide implementation details
>            - decouple DSML parser from CODEC implementation classes
>            - decouple ADS and Studio from CODEC implementation classes
>            - clearly define CODEC API allowed for use in ADS, Studio, and
> DSML
>            - separate out CODEC API from CODEC
>

>   (3) Creation of modules in new build structure:
>            - create ldap-model
>            - create ldap-codec
>            - create ldap-codec-api
>            - create ldap-extensions
>            - delete ldap
>            - ldap-api => aggregation only module for ldap-[client-api,
> model, codec, codec-api]
>

There is one more important thing : currently, we are using the decorators
we defined in shared-ldap into the dsml decoder. the '(2) decouple DSML
parser from CODEC' point cover part of this thing, but the existing
decorators should also be extracted from the CODEC, and probably renamed
Asn1Decorator (as we should rename the DSML decorators DsmlDecorator)

>
>
> M2 MILESTONE
> ------------------------
>
> Goals:
>
>    o Apply extension patterns to extended requests and responses (like
> controls)
>    o General cleanup, documentation, formatting, and test coverage
>    o Leverage embedded OSGi container (Felix) to enable extensions
>    o Setup in-situ testing of OSGi components in build
>
> ...
>
> At this point it makes little sense to us to continue further since things
> might change. Some of the M2 goals are there for food for thought. Perhaps
> we might break these up into 2 separate milestones, maybe not.
>
> Right now the focus is on M1, gaining consensus, applying feedback, and
> then creating top level tasks in JIRA. Then we might want to add subtasks in
> JIRA to these mail goal based tasks.
>
> Thoughts?
>

perfect !

-- 
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com

Re: [Shared] Milestone Roadmap

Posted by Emmanuel Lecharny <el...@gmail.com>.
On 2/2/11 9:42 AM, Pierre-Arnaud Marcelot wrote:
> +1
>
> Is this milestone release plan only related to the Shared project?

Yes. This is the most critical part, and we won't be able to release any 
other studio, Apacheds) before having released it.


-- 
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com


Re: [Shared] Milestone Roadmap

Posted by Pierre-Arnaud Marcelot <pa...@marcelot.net>.
+1

Is this milestone release plan only related to the Shared project?

Regards,
Pierre-Arnaud

On 1 févr. 2011, at 19:13, Alex Karasulu wrote:

> PURPOSE
> ----------------
> 
> This is a summary of a milestone release plan Emmanuel and I came up with off list.  
> 
> We would like to:
> 
>   (1) request feedback
>   (2) integrate feedback
>   (3) break out action items into JIRA tasks
>   (4) drive forward and execute
> 
> 
> PRELUDE
> ----------------
> 
> Now that trunk has stabilized, we will branch. An m1 branch will be created here:
> 
>      https://svn.apache.org/repos/asf/directory/branches/m1 
>           => SVN folder with externals to m1 branches in shared, studio, and apacheds
> 
> We will work in branch m1 for large deltas, while merging point alterations from trunks into branch m1.  Each milestone will have different stages. At the end of each stage, we will perform a check pointed stable merge back into trunks.
> 
> 
> M1 MILESTONE
> ------------------------
> 
> Goals:
> 
>    o General cleanup, documentation, formatting, and test coverage
>    o Hide implementation details
>    o Restructure build for shared-ldap breakup
>    o Consolidated LDAP API aggregation module
> 
> 
> Stages:
> 
>    (1) General cleanup of low hanging fruit:
>            - move tests to appropriate area
>            - adhere to package and class naming conventions
>            - correct obvious small coding errors
>            - add critical documentation
>            - add critical test coverage where missing
> 
> 
>    (2) Refactoring to hide implementation details
>            - decouple DSML parser from CODEC implementation classes
>            - decouple ADS and Studio from CODEC implementation classes
>            - clearly define CODEC API allowed for use in ADS, Studio, and DSML
>            - separate out CODEC API from CODEC
> 
>   (3) Creation of modules in new build structure:
>            - create ldap-model
>            - create ldap-codec
>            - create ldap-codec-api
>            - create ldap-extensions
>            - delete ldap
>            - ldap-api => aggregation only module for ldap-[client-api, model, codec, codec-api] 
> 
> 
> M2 MILESTONE
> ------------------------
> 
> Goals:
> 
>    o Apply extension patterns to extended requests and responses (like controls)
>    o General cleanup, documentation, formatting, and test coverage
>    o Leverage embedded OSGi container (Felix) to enable extensions
>    o Setup in-situ testing of OSGi components in build
> 
> ...
> 
> At this point it makes little sense to us to continue further since things might change. Some of the M2 goals are there for food for thought. Perhaps we might break these up into 2 separate milestones, maybe not.
> 
> Right now the focus is on M1, gaining consensus, applying feedback, and then creating top level tasks in JIRA. Then we might want to add subtasks in JIRA to these mail goal based tasks.
> 
> Thoughts?
> 
> Best,
> -- Alex
> 
> P.S. I will have an branch M1 created in the next few minutes.
>