- xwiki-devs@xwiki.org - lists.xwiki.org

Re: Google Summer Coding - P2P XWiki
by Ludovic Dubost 04 Jun '05

04 Jun '05

Hi, This is a very cool project.. very ambitious and it has a good chance being accepted. I see that you have a very decent experience with the GRID computing thing.. You could actually merge it with the "offline" wiki so that it is a 2 step process.. So the deliverables would be: 1/ Java program allowing to synchronize a local wiki with a remote (centrally localted) wiki and handle conflicts. XWiki uses CVS for versioning it's files so conflict management should be possible and provided through an interface Users would access the local wiki through their usual web interface. 2/ Implement a P2P protocol which would allow to have no central server containing the wiki data. Documents would be synched from user to user on a document by document basis. Conflicts management will be needed. A central server can be kept (or not) to manage the participant lists. A system for security is needed (a key ? PGP keys ? something else ?). Sync could be manual or automated (near-real-time).. 3/ Optional: Eclipse RCP client embedding Gekko and managing the remote/P2P aspects of XWiki, manage the sync conflicts and adding some cool XWiki interface navigation features (spaces, documents, active users, etc..). The XWiki content would be shown using the embedded Gekko component. Basically the deliverables would be to amaze us.. This is probably one of the only project with the WYSIWYG editor where there is significant obstacles to make this work. So we can understand the result isn't perfect.. If we have a working prototype even if not everything is solved we would consider this ok. Ludovic Bikash Agarwalla a écrit : >Hello, > I am a graduate student studying at Gatech, Atlanta. I am interested in >working on the p2p XWiki project listed on as part of google summer >coding on your website. > >I am interested in learning more about the existing implementation and >what is required as part of this project. I have exposure to P2P research >systems such as Chords, Pastry. I will be willing to investigate P2P search >technologies and propose an architecture for XWiki that allows >users to come "online", search for other users and synchronize their content. > >Since this is an ambitious project, I am curious about what deliverables are >expected. Please provide me any necessary details. My background and experience >can be found on my website. I believe my research and development >experience makes me a >strong candidate for this project. I will be excited to work on it >once I understand what are the >expectations out of this work within the timeframe. > >Regards, >-Bikash Agarwalla >Graduate Student, Gatech >Atlanta, GA >http://www.cc.gatech.edu/~bikash > > > -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

3 2

Considering a licence change
by Ludovic Dubost 04 Jun '05

04 Jun '05

Hi Contributors, I'd like to open a discussion about a licence change. I've been thinking for a while to open up the licence more. Currently the code is GPL which allows end-users (including commercial companies using XWiki internally or for their web sites) to use XWiki without being required to contribute code back, but requires software distributors to contribute all modifications using the GPL. Until version 0.9.543 there was only code from myself in it which allowed me to double licence code, which has been done with one company in the US who has embedded XWiki in a proprietary product. Starting with release 0.9.793, XWiki has significant contributions from other users which if we want to be able to allow this company or others in the future to use XWiki in compliance with the open-source licence we need to: 1/ Either get the right from ALL contributors to allow XPertNet to double-licence the contributions for proprietary usage and charge for it as well as support. 2/ Open up the licence to a licence which would allow them to do it without a double licence. This licence could be LGPL or ASL. Customers could still take a support contract with XPertNet. I'd like to hear the opinions of everybody and of course especially of contributors who have commited code to XWiki. Which route should be go from your point of view and are you willing to relicence your code to any of the licence proposed (giving the right to double licence, changing licence to LGPL or changing licence to ASL). This question is also true for Jens who has contributed the Lucene plugin and the email notification plugin but to a lesser extent as these are plugins and could keep a separate licence. It would just restrict specific usage of these specific plugins. Whatever we decide, we will need to create some documents that contributors would sign to specifically accept the conditions under with the contributions are made to the code base. Ludovic -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

5 6

Re: Summer of Code
by Ludovic Dubost 02 Jun '05

02 Jun '05

Hi Chris, The WYSIWYG editor is quite ambitious.. There are two ways.. 1/ Integrating an Editor like FCKEditor with back and forth Wiki Syntax conversion 2/ Making a pure DHTML AJAX Editor able to edit in place and have the data inserted in the Wiki Syntax document in memory and show up transformed as HTML on the Fly (by Javascript or by a call to the server).. Existing tools like BitFlux Editor or this project around WikiMedia could be good starting points: http://81.5.150.113/wysi/Main_Page I view the number 2/ like the most ambitious project. It's not easy at all but would be really powerfull since it would allow to have real WYSIWYG editing including for non HTML elements (XWiki macros for example which could be replaced by a preview block which could be edited using a WIZARD). If you want to have your project accepted you need to present a vision of what you would like to do and be pretty ambitious.. There are lot's of proposals so it needs to stand out.. Now if it is too difficult you might fail completing it.. Choose the right balance.. Ludovic Chris Walton a écrit : >Hello, > >I just found what I was looking for to do! I would like to work on >the WYSIWYG editor. I am assuming this refers to editing the actual >Wiki pages. Although I haven't done (much) AJAX work, I'm pretty quick >to learn. > >Please, let me know if you have an opening, and what you envision for >the editor. I can also be reached with AIM under arke87. Thanks :) > > > -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

1 0

[Fwd: Re: Google Summer of Code]
by Ludovic Dubost 02 Jun '05

02 Jun '05

Proposal for the Summer of Code from Google :) -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

1 0

Comments and log statements?
by Lilianne E. Blaze 02 Jun '05

02 Jun '05

Hello, Would patches containing only (or mostly) comments and log statements increasing source code's ease to read / debug be welcome? Greetings, Lilianne E. Blaze

2 1

[Checkstyle] Coding rules
by Vincent Massol 02 Jun '05

02 Jun '05

Hi, I have just made my first code commits. However, I had no code rules to go by so I've tried to copy existing code. The problem is that the existing code is not consistent itself!... I would like us to define what are our coding rules. Questions such as: - max number of characters on a ligne. 100? 120? More? - indentation rules - spacing rules, like "(SomeClass)myobject" or "(SomeClass) myobject" - etc We could of course have a wiki topic for describing the rules but I don't think that's the right approach. I would prefer doing what I've done on my other projects: have a checkstyle.xml file describing those rules and apply them in the build. ATM as we have lots of inconstancies, the build would not fail on checkstyle error. However we should work towards eliminating checkstyle violations and move the checks, one by one, from warning to error (error fails the build). WDYT? Thanks -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

4 4

xwiki Build Failed
by ludovic＠xwiki.org 02 Jun '05

02 Jun '05

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20050602141808

1 0

[Process] Decision management
by Vincent Massol 01 Jun '05

01 Jun '05

Hi, I'd like to be sure I'm doing the right thing, hence this email. Are we following any rule for deciding whether or not a proposal should be applied or not? For example, I've just sent an email about modifying the XWiki constructor interface. Ludovic has answered but not other committers. Should I go ahead or do I need to wait for others to chime in? Are we following the ASF rules defined here: http://apache.org/foundation/how-it-works.html#management? However this is not enough. Here's an additional rule followed on most Apache projects: " The development process is intentionally lightweight; like other Apache projects, the committers decide which changes may be committed to the repository. Three +1 ('yes' votes) with no -1 ('no' votes or vetoes) are needed to approve a code change. For efficiency, some code changes from some contributors (e.g. feature additions, bug fixes) may be approved in advance, in which case they may be committed first and changed as needed, with conflicts resolved by majority vote of the committers. " Is this too heavyweight? Is it ok? What do you want? Should I wait before committing the xwiki constructor change I have proposed? The reason I'm asking this is because I am a new member of the community and I'm sure other newcomers may also have some doubt when they want to change existing code. Thanks -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

4 6

[API refactoring] Add default constructor to XWikiConfig
by Vincent Massol 01 Jun '05

01 Jun '05

Hi, I'd like to add a default constructor to XWikiConfig so that config can be added in java code: XWikiConfig config = new XWikiConfig(); config.put("xwiki.store.class", "com.xpn.xwiki.store.XWikiHibernateStore"); config.put("xwiki.store.hibernate.path", getClass().getResource(StoreHibernateTest.HIB_LOCATION).getFile()); WDYT? Thanks -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

2 1

Including Servlets/JSPs in templates?
by Lilianne E. Blaze 01 Jun '05

01 Jun '05

Hello, I need to be able to include a Servlet or JSP from inside of /templates/*.vm files (specifically header and footer). I tried things like: $request.getRequestDispatcher("/xxx.jsp").include( $request, $response ) But for some reason (buffering in Velocity I guess) it renders included page before anything else, no matter where it's actually placed. Is there some workaround? If not, I think I have an idea how to implement a kind of "#includeServlet" directive, could it be included in XWiki then? Greetings, Lilianne E. Blaze

2 4