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

Using more the WYSIWYG editor
by Vincent Massol 30 Apr '07

30 Apr '07

Hi XWiki developers, Till now I have been using mostly the Wiki editor of XWiki. Probably because I'm too used to the wiki syntax and I find it faster. However our WYSIWYG editor is a very very key feature of XWiki (users need it and use it - They don't usually use the wiki editor, it's mostly developers who uses it) and I suspect most of us developers are using the wiki editor as I've been doing. As we don't have automated functional tests for the WYSIWYG editor yet, it means we're bound to find regressions to it... We're also bound not to fix little usability problems fast enough as we're not using it. Thus starting from today I'll start using the WYSIWYG editor on xwiki.org whenever I have to make some change and report on JIRA or here when I find issues. I'd like to propose that xwiki developers try doing this too as much as possible. This should allow us to improve it quickly. WDYT? Thanks -Vincent

1 0

XWiki classes question
by evelyne24＠gmail.com 29 Apr '07

29 Apr '07

Thank you all very much for your quick response. I will try to do as suggested and hope it will work right for me. Thank you once again Vincent, Sergiu and Stephane. And yes, I will continue this post on xwiki-users, if neccessary, as Stephane said. Evelina Slatineanu

1 0

[ANN] XWiki 1.0 RC 3 Released
by Vincent Massol 28 Apr '07

28 Apr '07

The XWiki development team team is pleased to announce the availability of the 1.0 RC 3 release. Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download This release is planned to be promoted as the final 1.0 release next week if no critical bug is found till then. New in this release: Bugs fixed: * Filter conflict: external links can be rendered two times. This fixes a problem with some absolute URLs in wiki pages that make XWiki hang. * The link to the user profile is broken for non-local users * Links to virtual wikis broken when using XWiki behind a proxy * The top menu entry shadow disappears when hovering * Generated PDF loses paragraphs Improvements: * Make password type HASH by default IMPORTANT: XWiki 1.0 RC 2 and RC 3 fix an important security issue in past releases where passwords were stored in clear in the database. Passwords are now hashed. If you are upgrading from a previous version, any new user or any password update will automatically get the password hashed. However existing users who do not change their passwords will still have their passwords in clear in the database. Thus, we are providing a tool to automatically hash all passwords from an existing database. See the full release notes on http://www.xwiki.org/xwiki/bin/view/ Main/ReleaseNotesXWiki10RC3 Enjoy -The XWiki development team

1 0

XWiki classes question
by evelyne24＠gmail.com 28 Apr '07

28 Apr '07

Hello, I have the following question regarding relationing 2 classes in xwiki. I made a class Person with 2 properties (firstName, lastName) and a class Media with a prop. (title) and then I made an object "Richard Gere" of class person and 2 objects "Pretty Woman" and "Autumn at New York" of class Media. Now I would like to link somehow the 3 objects, i.e to say that Richard Gere played in "Pretty Woman" and also in the other movie (media). How can I do that? I don't seem to understand how to link the already created objects one with another. For instance, I cannot create another class with 2 properties, one of type Media and one of type Person, because these types don't appear under "Type" on "Add Property" panel. Please help me understand how can I do that in xwiki. Ps. I heard something about attachments but I don't really understand how... Thank you. Evelina Slatineanu

5 4

XWiki 1.0 RC 3 is now staged for testing
by Vincent Massol 28 Apr '07

28 Apr '07

(sorry forgot the subject in my previous email) Hi everyone, I've staged the RC3 release on http://www.xwiki.org/10rc3/ It would be nice if some of you could quickly try it out (we'd like to release ASAP) and let us know if it's working as expected. Once we get a few confirmations we'll officially release it. We'd like to do this tonight so that we can leave some time for users to install RC3 before we declare it the 1.0 finale version on next wednesday. You can check the release notes on http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10RC3 Thanks a lot -Vincent (on behalf of the XWiki dev team)

2 1

(no subject)
by Vincent Massol 28 Apr '07

28 Apr '07

Hi everyone, I've staged the RC3 release on http://www.xwiki.org/10rc3/ It would be nice if some of you could quickly try it out (we'd like to release ASAP) and let us know if it's working as expected. Once we get a few confirmations we'll officially release it. We'd like to do this tonight so that we can leave some time for users to install RC3 before we declare it the 1.0 finale version on next wednesday. You can check the release notes on http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10RC3 Thanks a lot -Vincent (on behalf of the XWiki dev team)

1 0

Removing DataSource definition in web.xml?
by Vincent Massol 27 Apr '07

27 Apr '07

Hi, I'd like to remove the DataSource reference in web.xml (for 1.1 Beta 1): <resource-ref> <description>DB Connection</description> <res-ref-name>jdbc/XWikiDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref> it's defined in there but our default hibernate config doesn't use it, so it's not used by default... but forces users using an app server to create a fake DS as is described for example in the install notes for Websphere and jboss. We also need to document how to configure xwiki to use the app server DS. For example see: http://mail-archive.objectweb.org/xwiki-dev/2005-06/msg00124.html But I think our default should be the simplest possible ie without DS. WDYT? Thanks -Vincent

3 3

[VOTE] Quick RC3 release before 1.0 final release?
by Vincent Massol 27 Apr '07

27 Apr '07

Hi, I'd like to propose a quick RC3 release before our final 1.0 release. The reason is that we've found 2 important issues: - one where absolute URLs in some wiki page can make the page hang - another one for virtual wikis where users registered on the main wiki cannot go to their profile page when logged in a child wiki I propose to release RC3 tomorrow and to keep the same date for 1.0, ie 2nd of May. Reason is that I think it's better to promote a RC release as the main release rather than risk release a 1.0 that hasn't been tried in the real world out there. We're almost there now and better be safe than sorry... As this is an urgent matter, I propose to keep the vote till today EOD only. We need at least 3 +1 votes to go ahead. Here's my +1 Thanks -Vincent

5 4

Re: XWiki: au sujet d'un ancien patch i18n...
by Vincent Massol 27 Apr '07

27 Apr '07

Hi Gilles, On Apr 27, 2007, at 10:41 AM, Gilles Serasset wrote: > Hi Vincent, Hi all, > > mmm, sorry, I just tried to figfure out the problems from the doc. > There is a problem already here: > > First, the getXXX method do not return the same kind of info: > > getServletPath() - decoded > getPathInfo() - decoded > getRequestURI() - remain encoded > getContextPath() - remain encoded > getPathTranslated() - remain decoded > > You are using getServletPath which returns a decoded string when > getRequestURI gives you a encoded string. Hence, if a non ascii > char is used in the ServletPath, the length of the servletPath will > be shorter than its encoded conterpart. Yes this is a limitation and I assumed (probably wrongly) that servlet path wouldn't contain non ascii chars. If we have a better solution I'm all for it... > Second, you don't have to fix the encoding anymore as it is not > (incorrectly) decoded by the container. However, you have to decode > it correctly using the java.net.URLDecoder class (and passing it > you wiki encoding). I don't understand what you're saying here. All I can say is that the existing code wasn't working at all and it now works in all cases I've tried except when the user enters non ascii chars directly in the URL. Creating pages/links using XWiki works fine. We discussed this with Sergiu and we'd like to modify xwiki so that: - we assume that all URLs we get are URL encodings of UTF8 chars always - when we generate URLs we UTF8 encode them (and then URL encode them) > Third, in the case where you call getPathInfo, you should put: > > path = fixDecodedURI(request, request.getPathInfo()); This is what you had before but it wasn't working... That's what I fixed :) > Sorry, I'm teaching all day, so can't tell you more now... Thanks -Vincent > Regards, Gilles, > On 25 avr. 07, at 16:01, Vincent Massol wrote: > >> Hi Gilles (and everyone interested), >> >> I have modified today the XWiki.getDocumentName() method. I've >> seen that you had modified it in the past to add the call to >> fixDecodedURI(). I think it's no longer required but I'd like to >> have your opinion on that. >> >> Here's the modified version: >> >> public String getDocumentName(XWikiRequest request, XWikiContext >> context) >> { >> [...] >> else { >> // TODO: Introduce a XWikiURL class in charge of >> getting the information relevant >> // to XWiki from a request URL (action, space, >> document name, file, etc) >> >> // Important: We cannot use getPathInfo() as the >> container encodes it and different >> // containers encode it differently, depending on >> their internal behavior and how >> // they are configured. Thus to make this container- >> proof we use the >> // getRequestURI() which isn't modified by the >> container and is thus only >> // URL-encoded. >> >> // Note: Ideally we should modify the >> getDocumentNameFromPath method but in order >> // not to introduce any new bug right now we're >> reconstructing a path info that we >> // pass to it using the following algorithm: >> // path info = requestURI - (contextPath + >> servletPath) >> String path; >> if (!request.getRequestURI().startsWith( >> request.getContextPath() + request.getServletPath())) >> { >> log.warn("Request URI [" + request.getRequestURI() >> + "] should have matched " >> + "context path [" + request.getContextPath() >> + "] and servlet path [" >> + request.getServletPath() + "]"); >> // Even though this branch shouldn't get executed >> we never know what containers >> // will return and thus in order to be safe we >> fall back to the previous >> // behavior which was to use getPathInfo() for >> getting the path (with the >> // potential issue with i18n encoding as stated >> above). >> path = request.getPathInfo(); >> } else { >> path = request.getRequestURI().substring( >> request.getContextPath().length() + >> request.getServletPath().length()); >> } >> >> // TODO: I think it's safe to remove the fixDecodedURI >> now that we're not using >> // getPathInfo() and thus the container doesn't encode >> anything but I don't want >> // to break anything at this late stage (we're >> releasing 1.0 RC2). Remove it when >> // we start working on 1.1. >> docname = >> getDocumentNameFromPath(fixDecodedURI(request, >> path), context); >> } >> } >> return docname; >> } >> >> Thanks a lot >> -Vincent > > -- > Gilles Sérasset > GETALP-LIG BP 53 - F-38041 Grenoble Cedex 9 > Phone: +33 4 76 51 43 80 Fax: +33 4 76 44 66 75 > >

2 1

Re: XWiki Google Summer of Code 2007
by Vincent Massol 27 Apr '07

27 Apr '07

Hi Vandan, On Apr 27, 2007, at 8:18 AM, Vandan Parikh wrote: > Hello everyone, > I'm glad to be part of the XWiki GSoC group. Glad to have you on board. > However, I also had some other commitments and issues for the past > few weeks. > I'm planning to get acquainted with the code in the next week, > however I may also have to deal with a laptop transition. Make sure you read the docs on the Community space of xwiki.org. There are plenty of useful information there. > What environment do most people develop with? (Windows XP + Cygwin > + Eclipse?) For me: Mac OSX, IntelliJ IDEA Ludovic: Windows XP, IntelliJ IDEA Sergiu: Linux, IntelliJ IDEA ... Note: We do have a free IntelliJ IDEA license for all development done on XWiki (you're not allowed to use it on any other dev than xwiki though). Let me know if you're interested and I'll send it to you. Same applies for other GSoC students of course. > On 4/24/07, Vincent Massol < vincent(a)massol.net> wrote: > Hi Everyone, > > As we already said we're all excited to work with you as part of the > GSoC. However, in order for this to work, we all need to make some > efforts. The biggest effort that we need to make is good > communication (this is what is required when working on any open > source project). We have extended an invitation to you in the email > below with very clear guidelines and next steps to perform. > > Out of the 7 GSoC students, only 3 have answered so far: Tharindu, > Evelina and Radu. I think answering to our email is really the least > everyone could do... Let's hope it was simply an oversight or that > you were on holidays... :-) > > Indeed your success will be very much based on how you interact with > the XWiki open source project and on your availability to discuss, > reply to mails, work collaboratively, in pure open source fashion. > Thus, let's start to communicate: > - introduce yourself > - tell us what your plans are, when you'll be able to start working > on what feature > - start asking questions > - tell us what you don't understand in the process, in the dev tools, > in the build, etc > - suggest ideas > - help with the xwiki.org documentation > - etc > > One task that we need all of you to perform is (as described below) > to familiarize yourself with the XWiki development process and team. > For doing this we suggested that each of you take a few JIRA issues > and start implementing them (after reading the docs on the community > space of xwiki.org) So far, we have Evelina, Tharindu and Radu who > have picked some issues. Remember that this is an official step, part > of the GSoC programme and that is goes from the 12th of April till > the 28th of May. Of course if some of you cannot do it right now for > any reason (like you're on holiday, you're too busy, etc) then of > course you should communicate it (remember: communication is > everything!). How could we know otherwise? > > What we would like is that you submit patches for a few JIRA issues. > We'll review these patches, comment on them, till they are the level > of quality adequate so that they can be committed. This is very > important because you'll probably make mistakes along the way and > this is where you'll learn. If you don't do this, chance is that it's > going to be real hard thereafter to apply any of your work. You > should really familiarize with XWiki before starting head-on with > your projects. It'll be easier afterwards if you understand how XWiki > development works first. > > One other useful task that you'll need to perform for sending patches > is learning how to build XWiki. Try to build XWiki from sources, try > to debug it from your IDE. These are useful skills you'll need for > later on. > > Last, we would welcome feedback on what we've proposed here and > below. This is a learning process for us too. We're very interested > in any feedback, how to make this GSoc 2007 even better, and we need > your input too. > > Let's start communicating on the XWiki mailing lists! :) > > Thanks > -Vincent on behalf of the XWiki SOC mentor team > > On Apr 13, 2007, at 11:08 PM, Vincent Massol wrote: > > > Hello XWiki Summer-of-Coders 2007, > > > > First of all, thank you for showing your interest in Open Source > > development, and for choosing XWiki as the project which will get > > you acquainted with this kind of development. > > > > [For all xwiki community members who don't know what the summer of > > code is, check XWiki's SOC page on http://www.xwiki.org/xwiki/bin/ > > view/GoogleSummerOfCode/] > > > > The goal of the Summer of Code program is to introduce young > > students like you in the fantastic world of Open Source. If you > > only view this as a better paid summer job, then you can't be any > > more wrong. Our mission, as your mentors, is to ease your > > understanding of how things work, to help you learn new things you > > won't be thought in school, to integrate you in a large and very > > friendly community, and to help you understand how a very large > > project is managed, planned, developed. > > > > Open Source is not only about the code. It is more about the > > Community that participates in the development of the code. We, the > > mentors, will do our best to introduce you in this community and > > make you enjoy being part of it, so that when the summer ends, and > > all your obligations as soc-ers cease to exist, you will want to > > continue being part of our community. The most successful example > > is that of Sergiu, who was a SoC student like you last year, and > > now is a mentor for two of the accepted projects. > > > > Your job is a bit more difficult. You have to catch up with > > hundreds of thousands of lines of code, learn about so many new > > technologies, get used to a whole new way of working on a project, > > get used to the many rules regarding project development that make > > it survive the competition and become famous, AND write a not-so- > > simple new component for XWiki. We know this is a difficult task to > > achieve in less than 4 months, especially on your own, so we are > > willing to offer any help we can provide. > > > > So, let's get started. > > > > 1. We need to know what your main email address is (the one you > > check more often), so that we can reach you faster when needed. > > > > 2. We need to establish some rules regarding how you will interact > > with the mentors and the community, and how you will develop your > > code. > > > > First and foremost, working on XWiki needs to be fun and a good > > learning process! However the XWiki project is already following > > some development rules that we're asking SoC students to follow > > too. This is for the good of the XWiki project but more importantly > > it's a good way to learn how an open source community works and if > > these practices are followed then it'll be much easier to integrate > > the SoC student work into XWiki's official releases. > > > > So here are some practices we'd like SoC students to follow (please > > comment on the list if you'd like to change some of them or propose > > other things): > > > > * SoC students should be considered like any XWiki contributor > > which means they should respect the same rules and which means they > > are not committers on XWiki core. Note that a SoC student can > > become a Committer in the same manner a contributor can become one. > > * SoC students will be given commit access to the sandbox only, > > where they'll create their project (one top level directory for > > each project). For projects which need to modify some existing > > code, JIRA issues will need to be created and patches attached. > > It's important that patches be of good quality and small in order > > to be applied quickly. Once sandbox projects reach a good level of > > maturity (meaning they work and the code is of code quality, > > documented, etc) then we'd like to migrate them to the main release > > tree. > > * SoC students should obey all Community rules. For example this > > means: > > o using the XWiki coding conventions > > o using the defined communication channels: IRC and mailing > list > > * SoC students have time allocated to familiarize with XWiki > > development process. As such we'd like each SoC student to pick one > > or several existing issues in JIRA and send a patch that fixes it/ > > them before that period ends (from 12th of April to 28th of May) > > This is a critical integration step to ensure all SoC students > > understand how XWiki works and it's a chance to start asking > > questions and get to know each other. > > * SoC student should post a quick introduction on the xwiki dev > > mailing list to explain who they are and what they're going to work > > on. > > * SoC student should always go to the list when communicating about > > their project. They should use the XWiki IRC channel if they need > > to talk to their mentors. The goal is that everyone in the XWiki > > community help them, answer their questions, but also know what > > they are doing. This will make patch applications and integration > > of their work back into XWiki trunk easier later on. This is very > > important and a criteria of success for the student. This is about > > learning how open source works. Note that students can also CC > > their mentor's email address if they want, but the mails have to go > > to the XWiki dev list. > > * SoC students should not block on anything for a long period of > > time. They should ask plenty of questions on the list (but they > > should also be autonomous!) > > > > These practices are also listed on http://www.xwiki.org/xwiki/bin/ > > view/GoogleSummerOfCode/ > > > > 3. Here's what you need to do to get you started: > > > > a) You need to register on http://forge.objectweb.org/account/ > > register.php > > ObjectWeb (or the OW2 Consortium, as it is known now) is an Open > > Source software community, and XWiki is one of the many projects > > belonging to this large "family". Mainly, it offers the same > > facilities Sourceforge offers. This is where the source code is > > hosted, and where the official mailing lists are hosted. > > You have to remember the username and password, because later you > > will use them for commiting code. > > > > b) You should subscribe to some of the mailing lists on http:// > > forge.objectweb.org/mail/?group_id=170 . We recommend that you > > subscribe at least to xwiki-dev and xwiki-users. > > > > c) You need to register on http://jira.xwiki.org/jira/secure/Signup! > > default.jspa > > This is where the code management takes place. It is a repository > > of known bugs, issues, planned new features or improvements. It > > also offers some statistics and roadmaps regarding the project > > evolution. Getting accustomed to using JIRA is a requirement. > > > > d) Download the XWiki source code. Follow the instructions on > > http://www.xwiki.org/xwiki/bin/view/Community/SourceRepository > > For the moment, you can only checkout the code using anonymous > access. > > > > e) It will be very hard to understand the code by reverse > > engineering. We know that the documentation is not our strong point > > (on the contrary), but reading the guides on http://www.xwiki.org/ > > xwiki/bin/view/Main/Documentation will help a lot. > > > > f) Try to follow the discussions on JIRA and on the mailing lists. > > > > > > We do know that you still have classes and exams, and we definitely > > don't want you to disregard school, so take things easy, and don't > > panic if something seems too difficult. Don't be shy, Open Source > > communities are about communications and help. > > > > Good luck, > > > > -The XWiki SOC mentor team (Sergiu, Jeremi, Ludovic, Jean-Vincent, > > Vincent) > > > >

2 1