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.
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
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)
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
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
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
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-tableedithttps://github.com/cjdelisle/jquery-sheet-amd
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
>
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.