January 2013 - xwiki-devs@xwiki.org

[xwiki-devs] Using an event Listener to modify object variables
by Xwiki_beginner 16 Jan '13

16 Jan '13

Hello, I am pretty new to Xwiki and Groovy/Velocity, but made a bit of progress in what I want to do with it. however I can't find the information I need to move onto the last step so i can start using it. I have a page which includes an object, which has a static list of states. Upon saving the page I want to update that object to a different state. I have gone through the tutorial of the creating an event listener in Groovy, and have a basic event listener at the moment. what I am not quite understanding is how I can use that event listener to access the static list and change it to another state upon saving. I couldn't really find any documentation about what I am trying to do, but please point me in the right direction if I am wrong! I am assuming I will need to do some extra code as by changing the variable, I will need to save the document again. Thanks very much in advance. -- View this message in context: http://xwiki.475771.n2.nabble.com/Using-an-event-Listener-to-modify-object-… Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 3

[xwiki-devs] Issues to fix for 4.X cycle/4.5 final and assignments
by Vincent Massol 15 Jan '13

15 Jan '13

Hi devs, We need to fix the following important issues for 4.5/4.4.1/4.x cycle in order to finish on a stable version. To be sure we fix them we need volunteers to come forward and work on them. XWIKI-8654 E-mail verification doesn't work, while e-mailing works fine --> Need someone. Please volunteer. XWIKI-8630 Failed to create wiki component(s) during default XAR import --> Need someone. Please volunteer. XWIKI-8629 Application Panel is empty when installing through XAR Import --> Need someone. Please volunteer. XWIKI-8274 A bad image can break the PDF export --> Need someone. Please volunteer. XWIKI-8252 Migration from an older version will cause many merge conflicts with the Distribution Manager --> Marius/Thomas are on it XEM-240 Merge conflicts when installing XEM using Distribution Wizard --> Marius/Thomas are on it Any other blockers that we have for 4.5 final and the 4.x cycle in general? Thanks -Vincent

4 6

Re: [xwiki-devs] [xwiki-notifications] xwiki-manager-4.4.x - Build # 2 - Failure!
by Vincent Massol 15 Jan '13

15 Jan '13

FYI just added new false-positive rule: [".*hudson.plugins.git.GitException: Command.*", "Git issue", "Git issue!"] Thanks -Vincent On Jan 15, 2013, at 10:28 AM, Jenkins <build.noreply(a)xwiki.org> wrote: > Check console output at http://ci.xwiki.org/job/xwiki-manager-4.4.x/2/ to view the results. > > Failed tests: > All tests passed > > Last build logs: > Started by user Thomas Mortagne > Building remotely on agent-10 in workspace /home/hudsonagent/hudson_root/workspace/xwiki-manager-4.4.x > Checkout:xwiki-manager-4.4.x / /home/hudsonagent/hudson_root/workspace/xwiki-manager-4.4.x - hudson.remoting.Channel@dff22f:agent-10 > Using strategy: Default > Last Built Revision: Revision b8588ff2745cc7e5fc3bf6a8c59a05b070d06359 (origin/stable-4.4.x) > Fetching changes from 1 remote Git repository > Fetching upstream changes from git://github.com/xwiki/xwiki-manager.git > Pruning obsolete local branches > FATAL: Command "/usr/bin/git remote prune origin" returned status code 128: > stdout: > stderr: github.com[0: 207.97.227.239]: errno=Connection timed out > fatal: unable to connect a socket (Connection timed out) > > hudson.plugins.git.GitException: Command "/usr/bin/git remote prune origin" returned status code 128: > stdout: > stderr: github.com[0: 207.97.227.239]: errno=Connection timed out > fatal: unable to connect a socket (Connection timed out) > > at hudson.plugins.git.GitAPI.launchCommandIn(GitAPI.java:897) > at hudson.plugins.git.GitAPI.launchCommand(GitAPI.java:858) > at hudson.plugins.git.GitAPI.prune(GitAPI.java:341) > at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1031) > at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:986) > at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2236) > at hudson.remoting.UserRequest.perform(UserRequest.java:118) > at hudson.remoting.UserRequest.perform(UserRequest.java:48) > at hudson.remoting.Request$2.run(Request.java:326) > at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:662)

2 1

[xwiki-devs] [ANN] XWiki.TableEdit extension now available for your ExtensionManager installing pleasure.
by Caleb James DeLisle 12 Jan '13

12 Jan '13

Hi all, I'm proud to announce that after a few weeks of hectic downtime I finally got XWiki.TableEdit extension finished. XWiki.TableEdit allows you to edit wiki tables as if they were spreadsheets using the jquery.sheet in-browser spreadsheet editor. Internally XWiki.TableEdit is an exiting foray into a new frontier of modular javascript, relying entirely on Asynchronous Modular Definition to load it's component parts. ( https://github.com/amdjs/amdjs-api/wiki/AMD ) XWiki.TableEdit is still in it's infancy, future plans include editing of spreadsheets in attachments, conversion of the loading and saving APIs to the simple REST-like JIO standard ( http://www.j-io.org/ ) so that others can more easily develop similar editors, and porting the entire widget from painful hand written javascript to simple HTML5 based on renderjs ( http://www.renderjs.org/ ) which can be installed in other frameworks. More information about the extension: http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+TableEdit I'd love to hear your feedback, especially browsers where it doesn't work. xwiki-contrib JIRA project coming soon.. Thanks, Caleb

3 8

[xwiki-devs] Internal classes and configuration files
by Fabio Mancinelli 11 Jan '13

11 Jan '13

Hi everybody, a refactoring I did in 4.3M1 exposed something that could be a big issue and which consists in having internal classes exposed in configuration files. In particular, the refactoring I did moved the REST servlet and application to an internal package and, hence, in the web.xml the servlet and application definitions now contain the FQN of classes that are in an internal package (org.xwiki.rest.internal.XWikiRestletJaxRsApplication and org.xwiki.rest.internal.XWikiRestletServlet) Looking at configuration files, we've found that this was already done in the past. In the web.xml there are other components that are implemented by internal classes: the set character encoding filter (org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter), and the request restorer filter (org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter) There are also some internal classes in struts-config.xml and maybe also somewhere else. Configuration files should be considered as user files, so putting there internal classes should be considered an error which could cause potential upgrade problems. So we should discuss about the following topic 1) Clearly define which configuration is to be considered "internal" (the distinction is not always obvious) 2) How to fix the fact that we have internal classes exposed in "user" configuration files. Personally, I considered the web.xml an "internal" configuration file but I understand that this could bring problems in the case of automatic updates (since web.xml is not easily replaceable). The criteria I was using was that if you have to specify class names in a config file, then it is internal. But this poses some issue for standard configuration files (xwiki.cfg and xwiki.properties) which contain class FQNs (though almost all of them come from the old core and could be replaced by more class-agnostic component hints) Anyway this is an open issue that need to be discussed. Thanks, Fabio

1 0

Re: [xwiki-devs] [ANN] XWiki.TableEdit extension now available for your ExtensionManager installing pleasure.
by Ludovic Dubost 10 Jan '13

10 Jan '13

You can go to the sandbox to see a table and should see an edit button next to the table. The code is in macro xwiki objects Le jeudi 10 janvier 2013, Dan Jones a écrit : > I imported the xar, and it created the page with two attachments... > > But I don't see any tables that can be edited. The page it created > contained no actual velocity scripts or anything. > > What did I do wrong? > > ------------------------------ > *From:* Ludovic Dubost <ludovic(a)xwiki.com <javascript:_e({}, 'cvml', > 'ludovic(a)xwiki.com');>> > *To:* XWiki Developers <devs(a)xwiki.org <javascript:_e({}, 'cvml', > 'devs(a)xwiki.org');>> > *Cc:* XWiki Users <users(a)xwiki.org <javascript:_e({}, 'cvml', > 'users(a)xwiki.org');>> > *Sent:* Wednesday, January 9, 2013 4:15 AM > *Subject:* Re: [xwiki-users] [xwiki-devs] [ANN] XWiki.TableEdit extension > now available for your ExtensionManager installing pleasure. > > Hi Caleb, > > Great stuff. I just tried it out. Installation was immediate. > > I found one issue with multilingual. Although my wiki was in mono-lingual > and french, it retrieved the english version of the sandbox document. This > might be a REST issue. > > Another issue but is probably a feature for now is that I was not able to > do calculations in the spreadsheet. I tested on Chrome. > > Ludovic > > > 2013/1/9 Caleb James DeLisle <calebdelisle(a)lavabit.com <javascript:_e({}, > 'cvml', 'calebdelisle(a)lavabit.com');>> > > > Hi all, > > > > I'm proud to announce that after a few weeks of hectic downtime I finally > > got XWiki.TableEdit extension finished. XWiki.TableEdit allows you to > edit > > wiki tables as if they were spreadsheets using the jquery.sheet > in-browser > > spreadsheet editor. > > > > Internally XWiki.TableEdit is an exiting foray into a new frontier of > > modular > > javascript, relying entirely on Asynchronous Modular Definition to load > > it's > > component parts. ( https://github.com/amdjs/amdjs-api/wiki/AMD ) > > > > XWiki.TableEdit is still in it's infancy, future plans include editing of > > spreadsheets in attachments, conversion of the loading and saving APIs to > > the > > simple REST-like JIO standard ( http://www.j-io.org/ ) so that others > can > > more > > easily develop similar editors, and porting the entire widget from > painful > > hand written javascript to simple HTML5 based on renderjs > > ( http://www.renderjs.org/ ) which can be installed in other frameworks. > > > > More information about the extension: > > > > http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+TableEdit > > > > I'd love to hear your feedback, especially browsers where it doesn't > work. > > xwiki-contrib JIRA project coming soon.. > > > > Thanks, > > Caleb > > > > _______________________________________________ > > devs mailing list > > devs(a)xwiki.org <javascript:_e({}, 'cvml', 'devs(a)xwiki.org');> > > http://lists.xwiki.org/mailman/listinfo/devs > > > > > > -- > Ludovic Dubost > Founder and CEO > Blog: http://blog.ludovic.org/ > XWiki: http://www.xwiki.com > Skype: ldubost GTalk: ldubost > _______________________________________________ > users mailing list > users(a)xwiki.org <javascript:_e({}, 'cvml', 'users(a)xwiki.org');> > http://lists.xwiki.org/mailman/listinfo/users > > > -- Sent from Mobile

1 0

[xwiki-devs] [proposal] 2 new xwiki-contrib projects.
by Caleb James DeLisle 10 Jan '13

10 Jan '13

Hi, I'd like to move two projects from my namespace to xwiki-contrib. The first is XWiki.TableEdit which is described better in an email which I just wrote. The other is jquery-sheet-amd which is an Asynchronous Module Definition wrapper around jquery.sheet which allows it to play nicely as an AMD module. I'd like to move both to xwiki-contrib repository since xwiki-contrib-tableedit relies on jquery-sheet-amd. WDYT? Caleb For review: https://github.com/cjdelisle/xwiki-contrib-tableedit https://github.com/cjdelisle/jquery-sheet-amd

5 4

Re: [xwiki-devs] [xwiki-users] How to make an extension which is installable by the extension manager?
by Caleb James DeLisle 10 Jan '13

10 Jan '13

Thanks for the help Vincent. I have the basics of a "My First Extension" tutorial by example. https://github.com/cjdelisle/my-first-xwiki-extension (It's very important to me that developing installable extensions be simple and intuitive) I'm trying to allow the user to deploy their extension to a local directory within their git repository and then they could push that to github or equivalent and import without having to ask that their key be included in maven.xwiki.org and deploying where they could break something. It seems to work: https://raw.github.com/cjdelisle/my-first-xwiki-extension/master/repo/org/x… Where I'm hitting a wall is on the import phase, I need to be able to import from an arbitrary m2 repo in order for this technique to work. Is this possible with the EM as it is now? Thanks, Caleb On 01/05/2013 09:34 AM, Vincent Massol wrote: > Hi Caleb, > > On Jan 4, 2013, at 8:41 PM, Caleb James DeLisle <calebdelisle(a)lavabit.com> wrote: > >> Hi, >> >> I'm looking to contribute an extension which is installable with the EM >> and I can't find any documentation on it, if there is no documentation >> I am willing to write it if someone will walk me through the process. >> >> How do I go about getting published and how are dependencies declared? > > 3 choices: > > 1) Your extension is published in a maven repo (e.g. the XWiki public maven repo at http//nexus.xwiki.org). This makes it installable directly by any XE instance. However Maven repos are not searchable so users won't be able to search for your extension and will need to enter the extension id/version in the Advanced Search. > 2) Same as 1) but you wish to have your extension searchable. For this, it should be available on extensions.xwiki.org. To do that all you need is to "Import" your extension from the maven repo. This is the "import" action on extensions.xwiki.org > 3) Your extension is NOT in a maven repo. You need to contribute it on extensions.xwiki.org and then follow the documentation to add dependencies (basically one object per dep). > > Feel free to document this. I think we could have a question mark icon on extensions.xwiki.org just after "Contribute extension" and when you click on it, it would go to a page listing what I've explained above, wdyt? > > Thanks > -Vincent > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users >

2 1

[xwiki-devs] [Reminder] Bug Fixing Day #8 this Thursday 6th of December
by Vincent Massol 10 Jan '13

10 Jan '13

Just a reminder. See http://dev.xwiki.org/xwiki/bin/view/Community/DevelopmentPractices#HXWikiDa… Thanks -Vincent

7 15

[xwiki-devs] Unable to translate strings in french
by xrichard 07 Jan '13

07 Jan '13

Hello, I'm running the new 4.4-rc-1 and I'm trying to translate the strings of the buttons rename/delete a tag which are not yet translated, see picture attached or there : http://www.hiboox.fr/go/images/informatique/tagbuttonsuntranslatable,070b8c… I have tried to change the following keys without success : xe.tag.rename=Renommer core.menu.rename=Renommer rename=Renommer core.rename.submit=Renommer. Is it a bug (no translation is possible)? Or do I miss the correct key, in this case is there a way to find easily the key to translate among all keys in the properties file? Best regards, PS : I'm willing to have a 100% french xwiki ... and I may contribute to next XWiki french translation. -- View this message in context: http://xwiki.475771.n2.nabble.com/Unable-to-translate-strings-in-french-tp7… Sent from the XWiki- Dev mailing list archive at Nabble.com.

3 2