felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Derek Baum <derek.b...@paremus.com>
Subject Re: [jira] Commented: (FELIX-1357) Simplify sigil directory structure - get rid of redundant information from directory names
Date Tue, 14 Jul 2009 08:03:36 GMT
I like this nested grouping.

If you decide to keep the structure flat, it would still be useful to prefix
the directory names with ivy-, eclipse- to indicate where they belong.

Derek

2009/7/14 David Savage (JIRA) <jira@apache.org>

>
>    [
> https://issues.apache.org/jira/browse/FELIX-1357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12730726#action_12730726]
>
> David Savage commented on FELIX-1357:
> -------------------------------------
>
> Suggestion to move to a nested directory structure that looks like:
>
> $felix-svn/sigil/build.xml
> $felix-svn/sigil/common/core/... (was
> $felix-svn/sigil/org.cauldron.bld.core)
> $felix-svn/sigil/ivy/plugin/... (was $felix/sigil/bld-ivy)
> $felix-svn/sigil/eclipse/core (was $felix-svn/sigil/org.cauldron.sigil.core
> $felix-svn/sigil/eclipse/ui (was $felix-svn/sigil/org.cauldron.sigil.ui
> ...
>
> This way if/when we bring in support for other tools such as netbeans,
> maven we can put the src under appropriate sub dirs? Of course could also
> apply the YAGNI principle and keep a flat top level directory structure?
>
>
> > Simplify sigil directory structure - get rid of redundant information
> from directory names
> >
> ------------------------------------------------------------------------------------------
> >
> >                 Key: FELIX-1357
> >                 URL: https://issues.apache.org/jira/browse/FELIX-1357
> >             Project: Felix
> >          Issue Type: Improvement
> >          Components: Sigil
> >            Reporter: David Savage
> >            Priority: Minor
> >
>
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message