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

[xwiki-devs] Improvements to L10N to see a quick status by language
by Ludovic Dubost 18 Jan '13

18 Jan '13

Hi, I've done some improvements on L10N to allow to have a status of the Platform/XE/XEM translations by language. The supported language panel now points to this page: http://l10n.xwiki.org/xwiki/bin/view/L10N/StatusByLanguage?language=fr which shows how many missing translations we have for each bundle of Platform/XE/XEM. Note that the first time this page is called for a language it is a bit slow, then the data is saved in cache until there is a new translation added. You need to be logged in to see the data. Ludovic -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

4 8

[xwiki-devs] [Proposal] Release XWiki 4.4.1 Monday 21
by Vincent Massol 17 Jan '13

17 Jan '13

Hi devs, I'm proposing myself to release XWiki 4.4.1 on next Monday. We really need to release it because 4.0 as it is contains quite a lot of blockers. We've fixed quite a few in 4.4.1 already: http://jira.xwiki.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=fixVer… There are some remaining blockers and I hope we can fix the maximum for Monday: http://jira.xwiki.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=resolu… It would be great if we could fix the following for 4.4.1: * http://jira.xwiki.org/browse/XWIKI-8690 * http://jira.xwiki.org/browse/XWIKI-8599 (must be easy) * http://jira.xwiki.org/browse/XWIKI-8207 If not, we need to fix them for 4.5M1 or RC1, depending if we release 4.5M1 today or not. Thomas is fixing the translation ones today AFAIK (I don't personally consider them blockers but they're good to fix anyway). WDYT? I stress the importance of releasing 4.4.1 ASAP because right now people are installing 4.0. Note that we won't need a 4.4.2 since by that time we'll release 4.5 final. Thanks -Vincent

3 2

[xwiki-devs] Event listener getObject failing
by Xwiki_beginner 17 Jan '13

17 Jan '13

Hello again, thanks very much for all the help so far. I have an event listener which I have created as an xwiki component as per the instructions I followed previously. However my event listener while the code seemingly looks correct, is failing completely on one line. While I have put print line statements in to find the line that is causing the problem, I can't seem to find any output to show me why my line is wrong. I am almost certain it will be some kind of basic mistake and I am sure you fine folks could point it out almost immediately but it would be more helpful for me if I could find out why my code is wrong, so I can learn from it. How could I find out why this line is failing? Is there a log from these sort of failures in xwiki that I haven't found? Thanks very much again! -- View this message in context: http://xwiki.475771.n2.nabble.com/Event-listener-getObject-failing-tp758333… Sent from the XWiki- Dev mailing list archive at Nabble.com.

2 1

[xwiki-devs] [VOTE] Restrict the location of skin resources inside Jars for security
by Sergiu Dumitriu 16 Jan '13

16 Jan '13

Hi devs, Initially I didn't activate the resource skin extensions plugins (jsrx and ssrx) for security considerations, since they can be used to read any file from the classpath. I had forgotten to work on that, and now they have been enabled and used in their current implementation for a while. This means that changing the behavior will cause backward incompatibilities... So, I'm proposing that all skin resources packaged inside Jars should reside under the /skinx/ root directory. This prefix shouldn't be included in the pulled URL, it will be appended internally, and enforced to prevent any /skinx/../privateresource tricks. For example: $xwiki.jsrx.use('/gmaps/gmaps.js') will look for /skinx/gmaps/gmaps.js inside jars and the /classes/ directory. As a migration plan I'd like to implement this check ASAP, add a configuration for enabling the old behavior (if no resource was found with the skinx prefix, search without the prefix), which should be set to true by default in 4.5. Trigger a warning (in the logs) when such a deprecated resource is found. For 5.0 we switch to false by default, and in 6.0 we remove the switch completely. WDYT? -- Sergiu Dumitriu http://purl.org/net/sergiu

4 3

[xwiki-devs] [ANN] Vagrant module
by Sorin Burjan 16 Jan '13

16 Jan '13

Hello everybody, I am proud to announce that after some very busy months, I have committed the first version of the Vagrant maven module. This module will allow us to create out of the box XWiki based virtual machines (based on Virtual Box) on different environments. It is based on Vagrant and uses Puppet for provisioning. The current feature set is very limited, only creating a VM with a xwiki user. In near future, I will work on making it truly useful. The most common use cases are: 1) Testing on different environments (our automated tests suite also) 2) Testing the Debian packages Thomas created 2) An easy way to download XWiki (for end-users) without any configuration effort. Since this is a long time goal, I'd like to have your feedback about all aspects in order to make it a truly useful module. Link to the first jira of this project: http://jira.xwiki.org/browse/XCONTRIB-184 Code is publicly available at: https://github.com/xwiki-contrib/xwiki-enterprise-vagrant I encourage everybody to try it and provide feedback. Regards, Sorin B.

1 0

[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