On Mar 18, 2008, at 10:47 AM, Thomas Mortagne wrote:

Hi,

I'm not so sure about some Storage Components implementations if it's clearly defined by XWiki team (in theory as I suppose it will not be possible for the hibernate store that will have to be done as Data Model implementation first dependency) but I think at least the New Data Model has to be done by core comitters especially because almost all comitters will be involved in this process at some points.

It's for me the most important XWiki work that has to be done since I'm XWiki comitter (no so long ok ;) ) and this has to be lead by someone who know very well XWiki internals and its history. He/she will also have to be available when all other comiters will refactors there respective parts/plugins of XWiki products and will ask 10 times a day lots of "how best to ?" and "ho no we forgot that, where can we put it ?".

... and stay as an active committers for the long run... -Vincent

On Tue, Mar 18, 2008 at 9:08 AM, Vincent Massol <[email protected]> wrote:

...

Hi Asiri,

I'm personally not in favor of having those 2 ideas done as GSOC projects. My reasons: * They are the most complex possible since they are at the very heart of XWiki * They need to be done by existing committers since this is at the heart of xwiki and we'll need to support them on the long run * They are NOT standalone projects and they interact too much with other parts of XWiki. * They have not had the experience of implementing the first generation version and thus will not know the pitfalls and all the ideas that have been raised on these topics over the years

In essence this means that almost any line written will need to be discussed at length, validated, understood by existing committers. I don't think it's fair to give this to a GSOC student especially as it'll be almost impossible for him/her to be sure of delivering anything. Then it would mean several mentors and that they are 100% available which is not going to happen. And last if they were I would prefer that they tackle it themselves since again this is really at XWiki's heart.

This is my opinion only and Segiu obviously has a different one since he proposed these 2 projects. So first thing, we need to decide if we want to have them a GSOC project.

What do other committers think?

Thanks -Vincent

On Mar 12, 2008, at 4:12 PM, Asiri Rathnayake wrote:

...

Hi Vincent & All,

This is about the above two GSoC ideas,

I would like to know what are the deliverables for the above two projects ? My guess is,

1. Finished Components (i think these are going to be two jar files ?, i'm yet to discover plexus)

2. Test cases.

3. Current core integrated with the two components.

4. Anything else ?

Since the current core doesn't follow a components based architecture, what kind of complications will arise in the integration phase ?

Vincent, what about the two implementations of the data-model component in the sandbox ? have you made a decision ? :)

Your help and comments are very much appreciated.

Thanks.

- Asiri

_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs

_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs

-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs

On Mar 18, 2008, at 3:57 PM, Asiri Rathnayake wrote:

Hi Vincent,

On Tue, Mar 18, 2008 at 1:38 PM, Vincent Massol <[email protected]> wrote: Hi Asiri,

I'm personally not in favor of having those 2 ideas done as GSOC projects. My reasons: * They are the most complex possible since they are at the very heart of XWiki * They need to be done by existing committers since this is at the heart of xwiki and we'll need to support them on the long run * They are NOT standalone projects and they interact too much with other parts of XWiki. * They have not had the experience of implementing the first generation version and thus will not know the pitfalls and all the ideas that have been raised on these topics over the years

I agree with your comments. Why i was interested in these ideas is because i wanted to get familiar with the XWiki core. I had doubts on integration issues that would come along these two projects, i guess i was correct :)

I feel reluctant to work on XEclipse since i had worked on it before and i think someone new should be doing it. So this leaves me with the JCR storage related topic, which i think would give me a good opportunity to understand the xwiki platform.

Actually no, you can propose other subjects too and I think there are also quite a lot out there no? Like webdav, rest, xmlrpc, etc

I hope 'JCR storage & QueryPlugin' related idea does not fall into the same category as above :) (Please let me know if it does / not)

No they don't. On my side I haven't reviewed our GSOC list yet but I'm pretty sure there are a lot of projects around the core that we can find. Will try to have a look in a few days. Thanks -Vincent

So, see you people with a nice proposal in two weeks :)

Thanks.

- Asiri

ps : I'll start working on fixing http://dev.xwiki.org/xwiki/bin/view/Community/BuildingInEclipse from tomorrow.

In essence this means that almost any line written will need to be discussed at length, validated, understood by existing committers. I don't think it's fair to give this to a GSOC student especially as it'll be almost impossible for him/her to be sure of delivering anything. Then it would mean several mentors and that they are 100% available which is not going to happen. And last if they were I would prefer that they tackle it themselves since again this is really at XWiki's heart.

This is my opinion only and Segiu obviously has a different one since he proposed these 2 projects. So first thing, we need to decide if we want to have them a GSOC project.

What do other committers think?

Thanks -Vincent

On Mar 12, 2008, at 4:12 PM, Asiri Rathnayake wrote:

...

Hi Vincent & All,

This is about the above two GSoC ideas,

I would like to know what are the deliverables for the above two projects ? My guess is,

1. Finished Components (i think these are going to be two jar files ?, i'm yet to discover plexus)

2. Test cases.

3. Current core integrated with the two components.

4. Anything else ?

Since the current core doesn't follow a components based architecture, what kind of complications will arise in the integration phase ?

Vincent, what about the two implementations of the data-model component in the sandbox ? have you made a decision ? :)

Your help and comments are very much appreciated.

Thanks.

- Asiri

_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs

_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs

_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs

On Mar 21, 2008, at 5:35 PM, Sergiu Dumitriu wrote:

Vincent Massol wrote:

...

Hi Asiri,

I'm personally not in favor of having those 2 ideas done as GSOC projects. My reasons: * They are the most complex possible since they are at the very heart of XWiki * They need to be done by existing committers since this is at the heart of xwiki and we'll need to support them on the long run * They are NOT standalone projects and they interact too much with other parts of XWiki. * They have not had the experience of implementing the first generation version and thus will not know the pitfalls and all the ideas that have been raised on these topics over the years

In essence this means that almost any line written will need to be discussed at length, validated, understood by existing committers. I don't think it's fair to give this to a GSOC student especially as it'll be almost impossible for him/her to be sure of delivering anything. Then it would mean several mentors and that they are 100% available which is not going to happen. And last if they were I would prefer that they tackle it themselves since again this is really at XWiki's heart.

This is my opinion only and Segiu obviously has a different one since he proposed these 2 projects. So first thing, we need to decide if we want to have them a GSOC project.

They are definitely hard, so they aren't for anybody. But I thought that we could use an extra hand, probably not a BSc student (since GSoC accepts MSc and PhD students, too), someone with a lot of experience, with whom we would work together, instead of just supervising. For "younger" students, we have lots of other fun projects.

That would only work if the mentor was working on the same topic at the same time IMO. And if that's the case it might be more interesting that the mentor does it by himself with the community. It's not like these are work-intensive operations that require lots of people. They are really design-intensive and require lots of careful design decisions. I know that if I personally won't be working on this at the same time as the student is then it's unlikely I'll have the time to review the design since it really requires to be focused and "inside" the topic to be able to comment/review. And since these are ultra critical topics I think we will need everyone's input and since it may take time to come I don't feel it's doing a service to the student since he won't be able to progress quickly and may not even be able to finish his SOC. -Vincent

...

What do other committers think?

Thanks -Vincent

On Mar 12, 2008, at 4:12 PM, Asiri Rathnayake wrote:

...

Hi Vincent & All,

This is about the above two GSoC ideas,

I would like to know what are the deliverables for the above two projects ? My guess is,

1. Finished Components (i think these are going to be two jar files ?, i'm yet to discover plexus)

2. Test cases.

3. Current core integrated with the two components.

4. Anything else ?

Since the current core doesn't follow a components based architecture, what kind of complications will arise in the integration phase ?

Vincent, what about the two implementations of the data-model component in the sandbox ? have you made a decision ? :)

Your help and comments are very much appreciated.