[xwiki-devs] [vote] Change watch from toplevel project to extension - xwiki-devs@xwiki.org

Jean-Vincent Drean

20 Dec 20 Dec

7:12 p.m.

New subject: [xwiki-devs] [vote] Change watch from toplevel project to extension

+1, Note: this is in line with this proposal http://markmail.org/message/k6hb7v63igrbtxiy JV. On Mon, Dec 20, 2010 at 7:03 PM, Anca Luca <lucaa(a)xwiki.com> wrote:

...

Hi devs, today XWiki Watch is a top level project, toplevel in the svn and listed on the main page of xwiki.org. I propose we downgrade it to extension status and move its code appropriately, somewhere in the plugins and applications. Along with this, the standalone distribution (and installers) would also be removed. The reason for this is that it makes more sense as an extension than a toplevel project (it's an extra feature that you can add to XWiki by installing an application and deploying a couple of jars), and also because it has been on the backburner lately, and there is no roadmap to make a fully featured toplevel product of it. Also, according to this vote http://xwiki.markmail.org/thread/scrwsfqfm6b5h5zf I would like to release something from the current trunk (1.1M2 probably), compatible with a latest XWiki. I'm +1 for all these. WYDT? Thanks, Anca _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Reply

Anca Luca

11:09 a.m.

New subject: [xwiki-devs] [vote] Change watch from toplevel project to extension

On 12/21/2010 10:25 AM, Jerome Velociter wrote:

...

Hi all, On Mon, Dec 20, 2010 at 7:12 PM, Jean-Vincent Drean <jean-vincent(a)drean.org>wrote;wrote: > +1, > > Note: this is in line with this proposal > http://markmail.org/message/k6hb7v63igrbtxiy

It's actually a duplicate, thanks for pointing to this thread. I will consider it voted, as the other mail shows, and implement it as soon as I find the time.

...

I'm -0.5 if we do just that just for XWiki Watch and keep the status quo for other products (namely manager - maybe xeclipse too).

Well here's how I see it: someone has to do it, and it has to start with something. This mail was just to make sure that if I do this for watch, we all agree this is what we want to do (because I overlooked the other mail, where we had actually agreed on this). In this context, -0.5 is a little strange because it sortof blocks anything to happen unless it happens for everything. Shouldn't it be good already that we do this for watch? Is it really an "all or nothing", given the fact that the strategy was already applied for workspaces and not for these other projects? Thanks, Anca

...

If we look at the original proposal from march, manager is in the same boat. And looking at facts, it is also on the backburner (no roadmap, not tested). I'm OK if we implement the global strategy of moving those two top level projects to extensions. Jerome.

JV. On Mon, Dec 20, 2010 at 7:03 PM, Anca Luca<lucaa(a)xwiki.com> wrote:

Hi devs, today XWiki Watch is a top level project, toplevel in the svn and listed on the main page of xwiki.org. I propose we downgrade it to extension status and move its code appropriately, somewhere in the plugins and applications. Along with this, the standalone distribution (and installers) would also be removed. The reason for this is that it makes more sense as an extension than a toplevel project (it's an extra feature that you can add to XWiki by installing an application and deploying a couple of jars), and also because it has been on the backburner lately, and there is no roadmap to make a fully featured toplevel product of it. Also, according to this vote http://xwiki.markmail.org/thread/scrwsfqfm6b5h5zf I would like to release something from the current trunk (1.1M2 probably), compatible with a latest XWiki. I'm +1 for all these. WYDT? Thanks, Anca _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

_______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Reply

Thomas Mortagne

22 Dec 22 Dec

12:12 p.m.

New subject: [xwiki-devs] [vote] Change watch from toplevel project to extension

On Tue, Dec 21, 2010 at 11:23, Jerome Velociter <jerome(a)xwiki.com> wrote:

...

On Tue, Dec 21, 2010 at 11:09 AM, Anca Luca <lucaa(a)xwiki.com> wrote:

On 12/21/2010 10:25 AM, Jerome Velociter wrote:

Hi all, On Mon, Dec 20, 2010 at 7:12 PM, Jean-Vincent Drean <jean-vincent(a)drean.org>wrote;wrote: > +1, > > Note: this is in line with this proposal > http://markmail.org/message/k6hb7v63igrbtxiy

It's actually a duplicate, thanks for pointing to this thread. I will consider it voted, as the other mail shows, and implement it as soon as I find the time.

I'm -0.5 if we do just that just for XWiki Watch and keep the status quo

for

other products (namely manager - maybe xeclipse too).

Well here's how I see it: someone has to do it, and it has to start with something. This mail was just to make sure that if I do this for watch, we all agree this is what we want to do (because I overlooked the other mail, where we had actually agreed on this). In this context, -0.5 is a little strange because it sortof blocks anything to happen unless it happens for everything. Shouldn't it be good already that we do this for watch? Is it really an "all or nothing", given the fact that the strategy was already applied for workspaces and not for these other projects?

No, it's not all or nothing. I'm not talking about the rest of the initial proposal from march, just about the move of top level projects. What I don't want to see is that we make the move for Watch now and that 6 months from now XEM is still in between both strategies (products vs. extensions). We only need to agree on that and for me it's OK. I'm even OK to help making the move for manager if needed.

Note that there is almost nothing to do for manager, it's already plugin/application based on XE and manager.xwiki.org provide documentation on how to configure XE as a wiki farm. IMO 3.0 is a good occasion to stop release XEM distribution packages, same for watch.

...

Jerome.

Thanks, Anca

If we look at the original proposal from march, manager is in the same

boat.

And looking at facts, it is also on the backburner (no roadmap, not

tested).

I'm OK if we implement the global strategy of moving those two top level projects to extensions. Jerome. > > > JV. > > On Mon, Dec 20, 2010 at 7:03 PM, Anca Luca<lucaa(a)xwiki.com> wrote: >> Hi devs, >> >> today XWiki Watch is a top level project, toplevel in the svn and

listed

>> on the main page of xwiki.org. >> >> I propose we downgrade it to extension status and move its code >> appropriately, somewhere in the plugins and applications. Along with >> this, the standalone distribution (and installers) would also be

removed.

>> The reason for this is that it makes more sense as an extension than a >> toplevel project (it's an extra feature that you can add to XWiki by >> installing an application and deploying a couple of jars), and also >> because it has been on the backburner lately, and there is no roadmap

to

> make a fully featured toplevel product of it. > > Also, according to this vote > http://xwiki.markmail.org/thread/scrwsfqfm6b5h5zf I would like to > release something from the current trunk (1.1M2 probably), compatible > with a latest XWiki. > > I'm +1 for all these. > > WYDT? > > Thanks, > Anca > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

_______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

-- Thomas Mortagne

Reply

Gregory GUENEAU

8:23 p.m.

New subject: [xwiki-devs] [vote] Change watch from toplevel project to extension

+1 Gregory GUENEAU +33 6 07 01 70 65 gregory(a)xwiki.com -from my iPad- On 20 déc. 2010, at 19:03, Anca Luca <lucaa(a)xwiki.com> wrote:

...

Hi devs, today XWiki Watch is a top level project, toplevel in the svn and listed on the main page of xwiki.org. I propose we downgrade it to extension status and move its code appropriately, somewhere in the plugins and applications. Along with this, the standalone distribution (and installers) would also be removed. The reason for this is that it makes more sense as an extension than a toplevel project (it's an extra feature that you can add to XWiki by installing an application and deploying a couple of jars), and also because it has been on the backburner lately, and there is no roadmap to make a fully featured toplevel product of it. Also, according to this vote http://xwiki.markmail.org/thread/scrwsfqfm6b5h5zf I would like to release something from the current trunk (1.1M2 probably), compatible with a latest XWiki. I'm +1 for all these. WYDT? Thanks, Anca _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Reply

Sergiu Dumitriu

23 Dec 23 Dec

4:24 a.m.

New subject: [xwiki-devs] [vote] Change watch from toplevel project to extension

On 12/20/2010 07:03 PM, Anca Luca wrote:

...

Hi devs, today XWiki Watch is a top level project, toplevel in the svn and listed on the main page of xwiki.org. I propose we downgrade it to extension status and move its code appropriately, somewhere in the plugins and applications. Along with this, the standalone distribution (and installers) would also be removed. The reason for this is that it makes more sense as an extension than a toplevel project (it's an extra feature that you can add to XWiki by installing an application and deploying a couple of jars), and also because it has been on the backburner lately, and there is no roadmap to make a fully featured toplevel product of it. Also, according to this vote http://xwiki.markmail.org/thread/scrwsfqfm6b5h5zf I would like to release something from the current trunk (1.1M2 probably), compatible with a latest XWiki. I'm +1 for all these.

+0. -- Sergiu Dumitriu http://purl.org/net/sergiu/

Reply