On Wed, Sep 29, 2010 at 15:31, Fabio Mancinelli
<fabio.mancinelli(a)xwiki.com> wrote:
On 09/29/2010 03:22 PM, Thomas Mortagne wrote:
Anyway i'm +1 to put all REST related module
under a parent xwiki-rest
module, even if there is only API right now which i doubt.
I had to choose another name for the old xwiki-rest
because for "svn mv'ing" things around (preserves history) I needed a
directory that cannot be called xwiki-rest (so I chose xwiki-rest-api)
Otherwise I would have to "svn mv" xwiki-rest inside itself which is
obviously forbidden.
You could create a keep "xwiki-rest", create a "xwiki-rest-server"
nested folder and svn mv the "src" folder.
I then called xwiki-rest-api-server and model for consistency with the
Problem is that api-server doe snot make sense to me.
toplevel project. I can however keep the old names
xwiki-rest and
xwiki-rest-model if this looks better.
I don't really have a strong opinion.
Thanks,
-Fabio
On Wed, Sep 29, 2010 at 15:20, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
On Wed, Sep 29, 2010 at 15:19, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
On Wed, Sep 29, 2010 at 15:13, Fabio Mancinelli
<fabio.mancinelli(a)xwiki.com> wrote:
> Hi all,
>
> speaking of module reorganization, I would like to commit the following
> layout (which is more consistent wrt the current one where everything is
> in the toplevel directory)
>
> xwiki-rest-api (toplevel module)
do you mean xwiki-rest ?
Forget that. I did not seen it was server API (not sure i understand
why there is a server API)
> |
> +- xwiki-rest-api-server (was xwiki-rest)
> |
> +- xwiki-rest-api-model (was xwiki-rest-module)
>
> Let me know if you have any concern about this layout
>
> Thanks,
> -Fabio
>
>
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
>
http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne