xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

com.xpn.xwiki.store.XWikiRCSFileStore doesn't seem to exist anymore

by Vincent Massol

Hi, The com.xpn.xwiki.store.XWikiRCSFileStore file doesn't seem to exist anymore. I can see it's referenced in comment in xwiki.cfg files and in a StoreObjectRCSFileTest class. Can I remove them? I'm also curious to know why we have removed it? Thanks -Vincent PS: I wish we had fisheye working, I could have done a quick search to get the full knowledge about this... Unfortunately OW's SVN implementation is very old and they're not allowing us to query it from fisheye as it seems it's making the svn server fail!! ___________________________________________________________________________ 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, 5 months

Re: [xwiki-dev] [JIRA] Missing "fix for" fields...

by Vincent Massol

On Nov 15, 2006, at 12:48 PM, Ludovic Dubost wrote: > > It's not sure that we will find exactly in which version they have > been > fixed. > If we are working on the head, is the policy to mark it fix for the > upcoming release ? The policy is to fill the "fix for" either: * When you're planning to fix an issue for a given release. If it happens that it's not fixed for that release then the fix for must be updated at the time of the release * When you're closing an issue In any case there should never be any issue closed without a "fix for" filled. > in this case what happens if the upcoming release > never comes out or does not have the version number that we thought I'm not sure what you mean. Imagine that we define a version named 1.1 planned for a given date. Now imagine that we decide not to release this version and instead to name it 1.0.9. Then in JIRA we'll rename 1.1 in 1.0.9 and all issues will then have a fix for for 1.0.9. I'm probably not understanding something here :-) Thanks -Vincent > Maybe we need to define our versioning policy > > Ludovic > > Vincent Massol a écrit : > > Hi developers, > > > > I've noticed that there are 43 issues which are resolved or > closed and which > > do not have a "fix for" value. This means that these issues are > not going to > > be associated with a XWiki version which also means that they are > > unaccounted for and that users cannot know in which version they > have been > > fixed. > > > > I think it would be good if everyone had a look and added a "fix > for" value > > for the issues they have fixed. > > > > WDYT? > > > > Note: With the default jira workflow it's not possible to edit an > issue that > > has been closed so you'll have to reopen it and close it again. > If you want > > I can also modify the workflow to allow editing an issue that's > been closed. > > Let me know. > > > > Thanks > > -Vincent >

18 years, 5 months

Remove xwiki-sandbox/wysiwyg ?

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, 5 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, 5 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, 5 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, 5 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, 5 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, 5 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, 5 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, 5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs