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

Re: [xwiki-devs] Automatic update
by MOUZELER Cyril 25 Nov '09

25 Nov '09

For Hibernate.cfg.xml it is ok but when i upgrade from 1.9.3 to 2.0.3 I got a crash when I copied the entire xwiki.cfg. Regarding my script modifications : I change in login.vm (in colibri skin) the message regarding the forgotten message like follow : ## TODO: Replace this with an interface extension once IX are implemented #if($xwiki.exists("XWiki.ResetPassword")) ## <div style="font-size: 70%; margin-top: 2em;">Forgot your <a href="$xwiki.getURL('XWiki.ForgotUsername')">username</a> or <a href="$xwiki.getURL('XWiki.ResetPassword')">password</a>?</div> <div style="font-size: 70%;font-style:bold;color:#005A83; margin-top: 2em;">To connect, use your Network Id and password.</div> #end In a future, I hope to implement SSO...and then avoid such modification ;-) Cyril -----Message d'origine----- De : devs-bounces(a)xwiki.org [mailto:[email protected]] De la part de Vincent Massol Envoyé : mercredi 25 novembre 2009 12:23 À : XWiki Developers Objet : Re: [xwiki-devs] Automatic update On Nov 25, 2009, at 12:10 PM, MOUZELER Cyril wrote: > Currently this is my process: > > 1. download the XEM war > 2. unzip the file into my jetyt/webapps folder 3. configure > hibernate.cfg.xml This one is not needed. You can simply reuse your existing config file. > 4. in the xwiki.cfg set the ldap part(server, user, group), the stat > part, virtual part, lucene part Again this one is not needed you can reuse your existing file. > 5. in the xwiki.properties set OpenOffice part Same as above. > 6. in the xwiki itself , set the Alias for default name, the smtp > server. Again not needed. You just need to not import XWikiPreferences. Or are you talking about another page? > 7. adjust some skins modifications, script modifications. Any details on these? > Several times I tryed to copy directly the file but I got a crash > (some properties in hybernate file change, new properties definition > in the xwiki.cfg...). hmm... What you could do is a diff between your version and the new version. In general whatever new config param we add has a default value that is similar to the old behavior so it shouldn't change anything. Personally I'd like to move all config files in a .xwiki directory in your user directory so that upgrades don't require you to remember to save your config and put it back. > Points 4 to 7 consume time. > I understand that the automatic process is complex (for example to > change the script...) I will have a look on the ExtensionManager. IMO the only real hard part is the upgrade of the XAR (ie the wiki pages). To reduce this burden you should try to not change pages packaged in the default XAR and instead create new pages. This will prevent you from overwriting changes. There's also a list of page you should not upgrade, listed in the Installation guide. It's for the XAR upgrade that we'd like to have the Extension Manager in the future. Thanks -Vincent > Thx for your answer ! > > Cyril > > -----Message d'origine----- > De : devs-bounces(a)xwiki.org [mailto:[email protected]] De la part > de Vincent Massol Envoyé : mercredi 25 novembre 2009 11:49 À : XWiki > Developers Objet : Re: [xwiki-devs] Automatic update > > Hi Cyril, > > On Nov 25, 2009, at 11:39 AM, MOUZELER Cyril wrote: > >> Hi all, >> >> Is it planned to develop a way to update xwiki automatically ? >> I have installed XEM on Windows using Oracle, ActiveDirectory, >> Exchange, Openoffice... To configure all, it takes time and it is not >> an obvious task. > > Could you list the tasks that take time? (I have some idea but would > be interested to know what you think is painful in the upgrade > process). > > Note: In the future we've planned to implement an extension manager, > see http://dev.xwiki.org/xwiki/bin/view/Design/ExtensionManager > > Thanks > -Vincent > >> That's why i am wondering if there is a way to automatically update >> XEM without change the conf. >> >> >> >> Cyril > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > ---------------------------------------------------------------------- > ---------- > > This e-mail is intended only for the addressee named above. It does > not bind the sender, except in the case of an existing written > convention with the addressee. This e-mail may contain material that > is confidential and privileged for the sole use of the intended > recipient. Any review, reliance or distribution by others or > forwarding without express permission is strictly prohibited and may > be unlawful. If you are not the intended recipient, please contact the > sender and delete all copies. > > While reasonable precautions have been taken to ensure that this e- > mail and any attachments are free from any computer virus or similar > defect, no liability will be accepted in that respect. Anyone > accessing this e-mail must take their own precautions as to security > and virus protection. > > KBL European Private Bankers S.A., 43 boulevard Royal L-2955 > Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1 > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

2 1

Re: [xwiki-devs] [xwiki-notifications] r25282 - enterprise/trunk
by Jean-Vincent Drean 25 Nov '09

25 Nov '09

Sorry about that, I'm struggling with subversive. JV. On Wed, Nov 25, 2009 at 1:24 PM, jvdrean <enterprise-notifications(a)xwiki.org> wrote: > Author: jvdrean > Date: 2009-11-25 13:24:14 +0100 (Wed, 25 Nov 2009) > New Revision: 25282 > > Added: > enterprise/trunk/xwiki-enterprise-parent/ > Log: > Share project "xwiki-enterprise-parent" into "http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/distribution-test/misc-…" > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications >

1 0

Re: [xwiki-devs] Automatic update
by MOUZELER Cyril 25 Nov '09

25 Nov '09

Currently this is my process: 1. download the XEM war 2. unzip the file into my jetyt/webapps folder 3. configure hibernate.cfg.xml 4. in the xwiki.cfg set the ldap part(server, user, group), the stat part, virtual part, lucene part 5. in the xwiki.properties set OpenOffice part 6. in the xwiki itself , set the Alias for default name, the smtp server. 7. adjust some skins modifications, script modifications. Several times I tryed to copy directly the file but I got a crash (some properties in hybernate file change, new properties definition in the xwiki.cfg...). Points 4 to 7 consume time. I understand that the automatic process is complex (for example to change the script...) I will have a look on the ExtensionManager. Thx for your answer ! Cyril -----Message d'origine----- De : devs-bounces(a)xwiki.org [mailto:[email protected]] De la part de Vincent Massol Envoyé : mercredi 25 novembre 2009 11:49 À : XWiki Developers Objet : Re: [xwiki-devs] Automatic update Hi Cyril, On Nov 25, 2009, at 11:39 AM, MOUZELER Cyril wrote: > Hi all, > > Is it planned to develop a way to update xwiki automatically ? > I have installed XEM on Windows using Oracle, ActiveDirectory, > Exchange, Openoffice... To configure all, it takes time and it is not > an obvious task. Could you list the tasks that take time? (I have some idea but would be interested to know what you think is painful in the upgrade process). Note: In the future we've planned to implement an extension manager, see http://dev.xwiki.org/xwiki/bin/view/Design/ExtensionManager Thanks -Vincent > That's why i am wondering if there is a way to automatically update > XEM without change the conf. > > > > Cyril _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

2 1

[xwiki-devs] Automatic update
by MOUZELER Cyril 25 Nov '09

25 Nov '09

Hi all, Is it planned to develop a way to update xwiki automatically ? I have installed XEM on Windows using Oracle, ActiveDirectory, Exchange, Openoffice... To configure all, it takes time and it is not an obvious task. That's why i am wondering if there is a way to automatically update XEM without change the conf. Cyril -------------------------------------------------------------------------------- This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1

3 2

[xwiki-devs] [vote] move the annotations plugin / application from the sandbox to platform
by Anca Luca 25 Nov '09

25 Nov '09

Hello devs, as a result of the cleaning of the annotations extension, I propose to move it to the platform xwiki-plugins and the respective xwiki-applications. The application (client) could use a little more stabilization, but I prefer to do it when I get to the client improvements part, as presented in the last roadmap at http://markmail.org/message/5mnfhpdf2cgqlbop (at the end of mail). I would like to do that now since what we have now is runnable, somewhat usable, it represents a clean, correct version of what we have in the sandbox, a "zero point". I am starting to make improvements from here on. WDYT? Thanks, Anca

5 6

[xwiki-devs] Project Lombok
by Vincent Massol 25 Nov '09

25 Nov '09

Hi devs, Project Lombok sounds cool: http://projectlombok.org/ WDYT? Thanks -Vincent

9 14

[xwiki-devs] [VOTE] Release XWiki Enterprise 2.0.4
by Thomas Mortagne 25 Nov '09

25 Nov '09

Hi devs, I would like to release 2.0.4 as soon as possible. Among other things it contains: - this time statistics are working, promise (except for http://jira.xwiki.org/jira/browse/XWIKI-4590 but that's another story) - several important users management related issue fixed mainly visible in path based multiwiki mode Here is my +1 -- Thomas Mortagne

7 9

[xwiki-devs] [WCAG] Fixing wiki edit mode validation
by Vincent Massol 24 Nov '09

24 Nov '09

Hi, We have a few issues in the WCAG tests for our wiki edit mode (results are in http://www.webrichtlijnen.nl/english/test/report/76745/182681/) : 1) "Use friendly URL's, that are readable and recognisable.". I believe this is caused by js present in javascript.vm which generate URLs like: var surl = "http://localhost:8080/xwiki/bin/cancel/Main/WebHome?ajax=1"; This is probably a pb with the WCAG test parser. However shouldn't we move the script in a JS file (maybe in xwiki.js)? If we don't move it then another rule that says that script element but have a noscript element specified will be triggered too. 2) "When using client-side script in combination with a link: if the link does not lead to anything, do not confront the visitor without support for client-side script with a non-working link." "Contains links which will not work if javascript is unavailable or switched off." Not sure what we should do with this one. Any idea? 3) "Use the th (table header) to describe a column or row in a table with relational information." The pb is in the Information Panel. <table summary="List of included documents" id="xwikiincludeddocuments"> <tbody> <tr><td><a href="/xwiki/bin/view/ Main/Dashboard">Main.Dashboard</a></td> <td class="xwikibuttonlink"><a href="/xwiki/bin/edit/Main/Dashboard">Edit</a></td></tr> </tbody> </ table> We need to decide if we consider it's valid or not. If the table is not a data table then it could be valid, as mentioned here: http://www.w3.org/TR/WCAG10-HTML-TECHS/#tables-layout I have tried to find alternatives (like not using a table, adding headers) but none looks good to me. Should we consider our code is ok? Thanks -Vincent

4 4

[xwiki-devs] [VOTE] What to do with RawBlock in plain text renderer ?
by Thomas Mortagne 24 Nov '09

24 Nov '09

Hi devs, We need to decide what to do with html macro content (or any other RawBlock content) in plain text renderer. For me the rule of plain text renderer should be to print anything we are able to print which mean printing any pure text content and skip styles for which obviously we don't have syntax. RawBlock content is pure text so we should print it. Note that first version of plain text renderer was printing html content and it was lost when introducing RawBlock. Here is my +1 for printing RawBlock content in plain text renderer. WDYT ? -- Thomas Mortagne

3 4

[xwiki-devs] Velocity and HTML indentations (was Re: [xwiki-notifications] r25217 - platform/web/trunk/standard/src/main/webapp/templates)
by Vincent Massol 24 Nov '09

24 Nov '09

On Nov 19, 2009, at 3:53 PM, tmortagne (SVN) wrote: > Author: tmortagne > Date: 2009-11-19 15:53:25 +0100 (Thu, 19 Nov 2009) > New Revision: 25217 > > Modified: > platform/web/trunk/standard/src/main/webapp/templates/rightsUI.vm > Log: > [cleanup] Apply codestyle > > Modified: platform/web/trunk/standard/src/main/webapp/templates/ > rightsUI.vm > =================================================================== > --- platform/web/trunk/standard/src/main/webapp/templates/ > rightsUI.vm 2009-11-19 14:43:57 UTC (rev 25216) > +++ platform/web/trunk/standard/src/main/webapp/templates/ > rightsUI.vm 2009-11-19 14:53:25 UTC (rev 25217) > @@ -110,15 +110,15 @@ > </tr> > <tr id="usersandgroupstable-filters"> > <td>$msg.get("rightsmanager.searchfilter") <input > name="name" type="text" style="width:65%"/> > - #if($context.database != "xwiki") #set($mainwk > = false) #else #set($mainwk = true) #end > - #if(!$mainwk) ## display the combobox only > in a local wiki > + #if(!$context.isMainWiki()) #set($mainwk = > false) #else #set($mainwk = true) #end > + #if(!$mainwk) ## display the combobox only in > a local wiki > <select name="wiki" style="margin-left:10px;"> This will create some extra spaces in the generated HTML. It would be great if we could find a way to have nice indentation and nice generated HTML output too. I tried to imagine a good solution and couldn't so far (apart from running the generated HTML to a pretty printer but this is going to cause some overhead - Maybe it's minor enough to do it though). We could also have our own pre-processor that would remove spaces at beginning of velocity lines (as we're doing in the {{velocity}} macro) WDYT? Thanks -Vincent > <option value="local" selected="selected"> > $msg.get("rightsmanager.local")</option> > <option value="global"> > $msg.get("rightsmanager.global")</option> > <option value="both"> > $msg.get("rightsmanager.both")</option> > </select> > - #else<input type="hidden" name="wiki" > value="local"/>#end > - #set($colsp = $maxlevel + 1) > + #else<input type="hidden" name="wiki" > value="local"/>#end > + #set($colsp = $maxlevel + 1) > </td> > <td colspan="$colsp"><input type="hidden" > name="clsname" value="$clsname" /></td> > </tr>

4 4