xwiki-devs January 2007

xwiki-devs@xwiki.org

25 participants
63 discussions

by Vincent Massol

Hi, I'd like to know if I can remove the wysiwyg directory in xwiki-sandbox? It seems to me this is now part of the core. Let me know Thanks -Vincent ___________________________________________________________________________ D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions ! Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses http://fr.answers.yahoo.com

18 years, 10 months

Re: [Proposal] Committers list and Emeritus committers (SUMMARY)

by Vincent Massol

This proposal is fully accepted. Here are the results: - jeremi: +1 - jean-vincent: +1 - ludovic: +1 - sergiu: +1 - vincent: +1 Some have not voted :-( - nam - marta - amelentev - jkraemer - tepich - slauriere - moghrabi - wr0ngway - torcq - rewbs - sgaide I wonder if these persons shouldn't have been contributors rather than committers... :-) I am now modifying the permissions accordingly in ObjectWeb. Thanks -Vincent On Jan 4, 2007, at 1:47 PM, Vincent Massol wrote: > Hi, > > Following our recently accepted definition of Committers/Emeritus > Committers (see http://www.xwiki.org/xwiki/bin/view/Community/ > Committership) and the email entitled "[Important] Definition of > Committers and their roles and responsibilities" I sent on the > 28/12/2006, I have now reviewed the SVN logs to see who have been > active committers for the past year. > > I've put some statistics on http://www.xwiki.org/xwiki/bin/download/ > Community/HallOfFame/xwiki-mpy-svn-stats-20070102.zip/xwiki-mpy-svn- > stats/index.html. I've also used another tool to generate more > information and to find out who's not been active for more than 1 > year. Note that other stats can be seen here too: http://ohloh.net/ > projects/68 > > As a reminder the goals for this are: > * Get more active committers and more participations > * Establish rules for defining what a Committer is > * Get more transparent to the community by establishing rules and > thus have clear rules for accepting new committers > * Be fair to everyone > > I have noticed that there are 3 areas of Committers in XWiki: > - Core Committers: Committers working on XWiki Core (i.e. the main > XWiki distribution) > - Committers working on applications built on top of XWiki (for > example Curriki). Of course Core committers can also be Application > Committers > - Research Project Committers: We've had a few of them for the > Google Summer of Code for example and we have some new ones joining > us to continue the work on the P2P project. > > Note that non Core Committers cannot commit to the Core. They need > to send patches as other contributors. > > Core Committers > --------------- > > Thus I'd like to propose to confirm the following persons as Core > Committers (who have been active during the past 1 year): > > - ludovic - Ludovic Dubost > - vmassol - Vincent Massol > - sdumitriu - Sergiu Dumitriu > - jeremi - Jeremi Joslin > - namphunghai - Phung Hai Nam > - marta_girdea - Marta Girdea > - jvdrean - Jean-Vincent Drean > - amelentev - Artem Melentev > - jkraemer - Jens Krämer > - tepich - Jiri Luzny > - wr0ngway - Matthew Conway > - slauriere - Stéphane Laurière > - torcq - Cédric Torcq > - moghrabi - Xavier MOGHRABI > - rewbs - Robin Fernandes > - sgaide (just 1 year) - Sébastien Gaïde - Sebastien has expressed > the desire to contribute an installer to XWiki. Thus even though > he's not committed for just a year I'm proposing to keep him as an > active committer > > Of course anyone on this list can decide to be moved to the > Emeritus Committer status if he/she wants. > > Curriki Committers > ------------------ > > - jeremi - Jeremi Joslin > - ludovic - Ludovic Dubost > > Research Project Committers > --------------------------- > > - thimel - Arnaud Thimel > - chrabiehroy - Roy Chrabbieh > > Emeritus Committers > ------------------- > > And I propose to move the following as Emeritus Committers: > > - kevingc - Kevin Chiu > - hasseeb - Abdul Haseeb > - kaaloo (just 1 year) - Luis Arias > - bikash - bikash agarwalla > - thomas (just 1 year) - thomas doucedame > - akartmann - Alexis KARTMANN > - erwan (just 1 year) - Erwan Arzur > - ptcoder - Pedro Ornelas > - tim - Timothée Peignier > - davidbrady - David Brady > - alberto - Alberto Saavedra > - mpetrashev - Maxim Petrashev > - huyennt - Nguyen Thanh Huyen > - chungnv - Nguyen Viet Chung > - arjunan - Arjunan > - mileticn - Nebojsa Miletic > > In addition the following ids have never committed and will thus > not be Committers (they were added as developers on http:// > forge.objectweb.org/project/memberlist.php?group_id=170). If they > need to commit they'll have to be voted in: > > - alis - Ali Sakebi > - cburleso - Cody Burleson > - denis - Denis Hovart > - dgrizzanti - David Grizzanti > - ebilange - Eric Bilange > - gflandre - Guillaume Flandre > - glaforge - Guillaume Laforge > - jdelaulanie - jean de laulanie > - ldesmarets - laurent desmarets > - leonardosouza - Leonardo Souza > - Mahefasoa - NY HERIARIVONY > - mjobert - Matthieu Jobert > - mno - Max Nokhrin > - nicka - Nick Astete > - nthomas - Nicolas Thomas > - poussin - Benjamin POUSSIN > - raffaello - Raffaello PELAGALLI > - ramihery - ramihajamalala hery > - tuan08 - Tuan Nguyen > - yunz - Yun Zhu > > Of course this is just a proposal and anyone listed here who do not > agree, please contact me directly. It's very much possible I've > made a mistake. > > I'll allow for 1 week to ensure everyone has a chance to see this > mail. > > Thanks > -Vincent > >

18 years, 10 months

Re: [xwiki-dev] List of supported browsers

by Vincent Massol

On Mar 9, 2007, at 11:36 PM, Kai Londenberg wrote: > Hi .. > > Vincent Massol wrote: > > I think we need to say explicitely what browsers we're supporting on > > wiki.org and then make sure we test with all those browsers when > we make any > > change. > > > > So what's the list of browsers we want to support? > > > > I think the minimal list is: > > * IE6 > > * FF 1.5 > > * FF 2.0 > > > > Do we want to officially support more? (with the available > > committers/contributors we have of course - Otherwise we could > support all > > the browsers on earth :-)). > > > > > Don't forget IE7 - judging from logfiles I had access to, almost > 50% of > the IE6 users have already switched (due to the autoupdate). > Right, this is a good point (autoupdate). Right now we're not really supporting IE7 yet but we definitely need to add it. > Supporting IE 7 should be easy, though - except that some IE Tweaks > (don't know if you use any) should check for IE <=6 instead of just > IE. Apparently nothing is easy when it comes to browsers and especially IE... :-) We already have some JIRA issues for stuff that need fixing in IE7. Please also open new issues if you find anything not working in IE7. So do we all agree that our minimal list of browsers we're supporting is: * IE6 * IE7 * FF 1.5 * FF 2.0 If so I'll add some note on the web site (I'll add the JDK 1.5 requirements too at the same time - I'll create a prerequisites section). It also means that when we add some new feature or fix something we need to test it with all these browsers! Thanks -Vincent

18 years, 10 months

joining the OW2 consortium

by jeremi joslin

Hi, Objectweb is becoming OW2. we need to tranfert the informations to this new site. jeremi ---------- Forwarded message ---------- From: Cedric Thomas <cedric.thomas(a)objectweb.org> Date: Jan 17, 2007 2:05 PM Subject: [community] Joining OW2 Consortium To: community(a)objectweb.org Dear All, Welcome to OW2! As you know, your Consortium became OW2 on January 1, 2007, following merger with Orientware. The OW2 Consortium is a brand new organization: new governance, new bylaws, new membership categories, new Intellectual Property policy, etc. Therefore, as former ObjectWeb and Orientware members please note that membership is not automatically transferred from either ObjectWeb or Orientware to OW2. I am writing to you to remind you that, whether you are an organization or an individual, you must complete a registration process. First, please go to www.ow2.org, download and read the Consortium Bylaws, its Intellectual Property Rights Policy and its Membership Agreement. Then it is imperative you proceed through the OW2 Online Registration process: 1) Former ObjectWeb members Former ObjectWeb members may transfer their information to OW2 by login in at: http://myow2.objectweb.org/viewProfile.php. From there, you can validate or update the information we already have on yourself or your organization. 2) New members New members must complete the Online Registration process at http://joining.objectweb.org/registration.html Please note that the Online Registration process will automatically generate a completed Membership Agreement in .pdf format. All you need to do is print it and send two copies (of which one will be returned to you) of the signed original Membership Agreement to: OW2 Consortium Avenue du Port, 86C 1000 Bruxelles Belgium As membership fees are concerned, Purchasing Power Parity (PPP) rules as defined by the World Bank will be taken into account for developing countries. Please do not hesitate to contact me directly should you feel the PPP is applicable to your membership. With the Management Office, I look forward to working with you on making OW2 the leading open source middleware consortium it deserves to be. Best regards, Cedric Thomas OWC Consortium CEO cedric.thomas AT objectweb.org -- jeremi

18 years, 10 months

excluding the XWiki space on xwiki.org from the rss feed

by jeremi joslin

Hi, what do you think about excluding the XWiki space from the rss feed? Because users don't care about the modification of the configuration of the wiki or the new accounts, they only care about the content modifications. jeremi

18 years, 10 months

[xwiki-dev] IRC chat logger for XWiki

by Robin Fernandes

Vincent, As discussed on IRC, here is the Confluence IRC bot adapted for XWiki: http://soal.xwiki.com/xwiki/bin/view/Code/XWikiIRCLogger NB: I have it up and running on a local XWiki instance, but could not use it on xwiki.org (XML-RPC requests return HTTP 405 Method Not Allowed) or on the hosted wikis on xwiki.com (see http://www.nabble.com/XMLRPC-on-xwiki.com-tf2958729.html ). Regards, Robin

18 years, 10 months

[XWiki-Dev] Exception adding User List Class to user defined class with beta 2

by Dan Murphy

Hi, I've created a class and added a couple of properties to it via the class editor (a string and a text area). When I try to add a User list (from the drop down menu) the following exception occurs: Error number 0 in 11: Uncaught exception Wrapped Exception: com.xpn.xwiki.objects.meta.UsersMetaClass incompatible with com.xpn.xwiki.objects.classes.PropertyClass com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception Wrapped Exception: com.xpn.xwiki.objects.meta.UsersMetaClass incompatible with com.xpn.xwiki.objects.classes.PropertyClass at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:159) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:46) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:342) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:392) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:869) at java.lang.Thread.run(Thread.java:799) Wrapped Exception: java.lang.ClassCastException: com.xpn.xwiki.objects.meta.UsersMetaClass incompatible with com.xpn.xwiki.objects.classes.PropertyClass at com.xpn.xwiki.web.PropAddAction.action(PropAddAction.java:59) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:143) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:46) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:342) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:392) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:869) at java.lang.Thread.run(Thread.java:799) It looks to me as if UsersMetaClass.newObject(ctx) should return an instance of UsersClass (this is what StringMetaClass does for example). It also looks like GroupMetaClass does the same.... Incidently, is there a way to remove an unwanted property from the class ? During my experiment I added a DBListClass (to test this) but can't see how to remove it. Cheers, Dan PS. Top job on getting b2 out :)

18 years, 10 months

[xwiki-dev] Database name

by Robin Fernandes

Hi all, I think XWiki is picking up the wrong database name for XMLRPC requests (see http://jira.xwiki.org/jira/browse/XWIKI-738 ). I'd like to fix this, but can't establish how to get the correct database name in the code. Elsewhere, it is either obtained from an XWikiContext or XWiki object (which are not available in the RpcHandler), or it is hardcoded to "xwiki". This feels wrong since it could be set by the user in hibernate.cfg.xml. What's the correct approach? :) Cheers, Robin. On 11/01/07, Robin Fernandes <rewbs.soal(a)gmail.com> wrote: > Hi all, > > Has XMLRPC been disabled on xwiki.com? > > I used to access > http://openmpt.xwiki.com/xwiki/bin/xmlrpc/confluence > but that has gone away > > Looking at the XMLRPC tests in the code, it seems the RPC url has > moved to http://<server>/xwiki/xmlrpc, but accessing > http://openmpt.xwiki.com/xwiki/xmlrpc results in: > > Exception in thread "main" org.apache.xmlrpc.XmlRpcException: Failed > to invoke method login in class > com.xpn.xwiki.xmlrpc.ConfluenceRpcHandler: Error number 2 in 0: The > wiki openmpt does not exist > at org.apache.xmlrpc.XmlRpcClient$Worker.execute(Unknown Source) > at org.apache.xmlrpc.XmlRpcClient.execute(Unknown Source) > [...] > > Any ideas? > > > By the way, I also tried XMLRPC on a local copy from svn trunk and > couldn't get it to work. I haven't done much debugging yet, so it > could be an env problem on my side. But here's the error in case > someone has seen it before: > > Exception in thread "main" org.apache.xmlrpc.XmlRpcException: Failed > to instantiate class com.xpn.xwiki.xmlrpc.ConfluenceRpcHandler > at org.apache.xmlrpc.XmlRpcClient$Worker.execute(Unknown Source) > at org.apache.xmlrpc.XmlRpcClient.execute(Unknown Source) > [...] > > Regards, > Robin >

18 years, 10 months

eXo xwiki integration

by Nicolas Pays

Hello, I have problems integrating xwiki in exo platform. I'm not sure if this is the right list to ask, but had to pick one, please tell me if I chose wrong. So, here is the context : I'm using eXo sources dated 20070108 and xwiki 1.0 Beta 2. xwiki.war is placed in webapps, xwiki.conf has been modified to set exo usage. portlet.xml seems ok, web.xml has been modified to add the portlet/servlet wrapper. I modified wxiki context from / to /xwiki. With all this, xwiki portlet appears in eXo import portlet. The database has been loaded from the script 1.0-beta1, in a database named xwiki, accessible with user xwiki/pass xwiki. When I try to prompt xwiki in eXo, I have a "You are not allowed to ... message, end hidden by black squares". I'm connected with exoadmin. Just to be sure, i logged to xwiki (standalone) and created a exoadmin user. But I still get this kind of errors : "[INFO] XWikiRightServiceImpl - Access has been denied for (xwiki:XWiki.exoadmin,Main.WebHome,view): access manager denied right" along many stack traces about documents that could'nt be instanciated because no row with id xyz found in database. Looks like a bad filled database to me. What did I do wrong ? Any thing I didn't do ? What do I have to do ? Sincerely yours, Nicolas Pays.

18 years, 10 months

CFP - Research Room @ FOSDEM: Libre software as a matter of research

by Stéphane Laurière

Call for Participation ====================== Research Room @ FOSDEM: Libre software as a matter of research E pur si muove (And yet it moves) http://libresoft.urjc.es/Activities/fosdem2007 Joint workshop on "libre software research meets libre software developers", sponsored by the QUALOSS, SQO-OSS, QUALIPSO, FLOSSMETRICS FLOSSWorld and EDOS EU-funded projects The workshop will take place in the Research Room in the next FOSDEM, to be held on Brussels next February 24th and 25th 2007. Libre (free, open source) software development has been gaining attention from the research community during the last years. Currently, many research groups are focused on understanding, and trying to improve, the practices, procedures and products of the libre software development community. This research is starting to produce a new view on many aspects of the classical software engineering paradigms. In fact, if the lessons shown in most classical software engineering texts were applied to almost any libre software development project, it should be concluded that it was headed to failure. And yet it moves... Libre software is showing a new way of organizing software development projects, in forms that make success possible under circumstances previously thought to be unmanageable. In this context, the relationship between research groups focused on understanding libre software, and software development groups actually producing libre software, can be of great interest for both parties. FOSDEM, probably the largest meeting point for libre software developers in Europe, provides an opportunity for this contact and exchange of ideas. The idea of the Research Room at FOSDEM is to explore the opportunities of this exchange, and what happens when developers and researchers are put together in the same (physical) space. Therefore, we're asking for contributions both from researchers and developers, on the following topics (the list is not exhaustive): * What developers feel could be useful from research on libre software * Feedback from the developer community to researchers * Experiences of developers and researchers working together * Results of applying research methodologies and analysis to libre software projects * Results (including expected results) of research projects studying libre software * What can the research community offer to libre software development * Methodologies and techniques that could be used to address specific problems in libre software development Although academic presentations are welcome, other, more informal (and maybe provocative) contributions are also encouraged. The main target is to have a good collection of ideas and experiences to foster discussion and interaction. Those interested in contributing are invited to submit a short paper in PDF format, summarizing the intended contents of the presentation (probably two or three pages are enough, but no paper will be rejected for being too long). It should provide enough information to let the organizing committee decide on its appropriateness for the workshop, and the potential interest for participants. * Deadline for submissions: January 22rd 2007 * Notification of acceptance: January 31st 2007 * Workshop dates: February 24th (afternoon) and 25th (morning) 2007 Submissions should be sent to all three addresses below, by the deadline: * Jesus M. Gonzalez-Barahona - jgb at gsyc.escet.urjc.es * Israel Herraiz - herraiz at gsyc.escet.urjc.es * Gregorio Robles - grex at gsyc.escet.urjc.es Accepted papers will be published on-line, after letting authors provide more complete versions, if they want. Organizing committee (alphabetical order, tentative list)]: * Ioannis Antoniades (Aristotle University of Thessaloniki, Greece) * Adriaan de Groot (KDE) * Jean-Christophe Deprez (CETIC, Belgium) * Roberto Di Cosmo (University of Paris VII, France) * Rishab Ghosh (MERIT, Nederlands) * Jesus M. Gonzalez-Barahona (Universidad Rey Juan Carlos, Spain) * Israel Herraiz (Universidad Rey Juan Carlos, Spain) * Stefan Koch (Vienna University of Economics and Business Administration, Austria) * Sebastian Kugler (KDE) * Stéphane Laurière (Mandriva, France) * Martin Michlmayr (University of Cambridge, UK) * Gregorio Robles (Universidad Rey Juan Carlos, Spain) * Diomidis Spinellis (Athens University of Economics and Business, Greece) * Ioannis Stamelos (Aristotle University of Thessaloniki, Greece) The Research Room at FOSDEM is sponsored by the following projects (although the meeting is completely open to anyone interested): * FLOSSMETRICS * QUALOSS * SQO-OSS * QUALIPSO * FLOSSWORLD * EDOS All these projects are funded in part by the European Commission, under the Information Society Technologies (IST) research programme of the Sixth Framework Program. A list of the IST projects in the area of Software Technologies is available from http://cordis.europa.eu/ist/st/projects.htm -- Stéphane Laurière Email: slauriere(a)mandriva.com Mandriva Research http://www.mandriva.com http://nepomuk.semanticdesktop.org http://www.edos-project.org

18 years, 10 months

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs January 2007