Hi devs,
Now that all the scripts on the Internets are implemented as jQuery
plugins, should we bite the bullet and make it easier for extensions
developers to integrate such scripts ?
Note it would not necessarily mean we use it ourselves in web/XE.
If we don't do something about it, there is the risk that many extensions
bring their own jQuery to the party, which will translate in slower page
loads and more importantly a less enjoyable extension developer experience.
An alternative idea would be an "official" jQuery extension (with a JSX)
that other extensions can depend upon, should they need jQuery.
What do you think ?
Jerome
Hello friends,
> The root application >> wikis >> spaces in a wiki >> Pages in a space.
> If you reveal that in the menu users get the intuitive feeling that they
> can create a wiki also. And in a wiki they can have spaces and etc...
> Well the first time I used XWiki my intuition was to use the drop down at
> space to get a list of spaces.I thought the document index would list the
> spaces available.
Ah ok, I think I understand what you mean. Clarify if I am wrong: on the
bread crumb, you think that it would be a good idea if it listed the
adjacent areas in the drop down.
eg. if you hover over the pages, it will reveal all the pages in the same
space as the current document.
As a status update. I've done most of the mobile of the skin. Go ahead and
try it in your respective browser: http://jssolichin.com/xwiki. I have
presently tested it on android and Windows Phone along with browser resize
on Chrome. Trying to get my hands on some iphone/blackberry. Let me know
any glaring issues on those browsers in the mean time.
What do you guys think about my implementation/solution to the sidebar? I
handled the swiping a bit differently than the Coffin example. The issue
with coffin is that it seems that it is not cross compatible. The swipe
gesture does not work on WP7 nor on a browser. If you load coffin in a
browser with a small viewport, you lose the ability to scroll completely
and have no way to access the rest of the pages or the menu (unless i'm
doing it wrong).
The way I solved this issue is by making the sidebar in a negative
position. In the mobile browser I tested, it seems to disregard this, so
you can still swipe to see the sidebar. But since you can not do this is a
desktop browser, i implemented the links to access it (sort of reminiscent
of WP's right arrow for apps access). Another benefit is that it allows the
browser to natively direct user to a specific div using #. So if I sent
someone a link to http://jssolichin.com/xwiki#attachments, it should load
the webpage in that area (also why I used scrolling instead of tabs). What
do you guys think?
One thing that I am wondering though is, sometimes a few lines of extra
code is needed to make sure all the feature work properly upon resize.
Should I worry about this? Like if a viewer resizes the browser from a
desktop to a mobile size, should I add extra lines to make sure he can view
it correctly? A lot of this has to do with the resizing capability of the
sidebar (which can't be accomplished with css).
Next step: implement all the drop down and test compatibility on mobile (as
I can get a hold of them) and firefox/safari/ie. Also, begin porting over
to xwiki/simplifying/standardizing.
Thanks friends!
JS
When editing an Xwiki page and choosing the WYSIWYG option instead of showing
the editor it takes the user to a blank HTML cache page in
/xwiki/resources/js/xwiki/xwe/*.cache.html.
Do any of you know the cause of this and/or how to fix such?
--
View this message in context: http://xwiki.475771.n2.nabble.com/WYSIWYG-goes-to-cache-instead-of-opening-…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs and community at large,
Every year XWiki SAS (http://xwiki.com) gathers all its employees for a Seminar and every year we have an internal hackathon.
For example here are the results of last year:
http://www.xwiki.com/xwiki/bin/view/Company/Hackathon2011
Previously the Hackathon was a 1 day event only. However this year we're changing the format; it'll run for 8 days! :)
Thus we thought it could be a good idea to invite the XWiki Community to join us for a mega distributed Hackathon!
So here's how I think we could organize it:
* Start date: 20th of July. A mail will be posted on this day to announce the start
* End date: 27th of July. A mail will be posted on this day to announce the end
* Gathering results: from 28th to 6th of August. Everyone who participated should reply to the end of hackathon mail with what they did and post their stuff on http://extensions.xwiki.org or elsewhere
* On around the 6th of August we'll have a blog post written on xwiki.org summarizing all that was done by everyone
Those who have participated will also get XWiki T-Shirts.
Anyone interested in joining the fun?
Thanks
-Vincent
with my XWiki SAS employee hat
Hello,
As you know, we have defined a supported database strategy, found
here: http://dev.xwiki.org/xwiki/bin/view/Community/DatabaseSupportStrategy
At the moment, in our release notes, we report the supported list of
databases in the "Tested Databases" section. This is a little bit
misleading, because we don't perform a full manual test on each of
them. Also, at the moment, we don't have automated tests running on
these databases.
What I currently do is to test migration on each databases from an
older version (in my case, I am using 2.7.2) to the current upcoming
release. I usually perform these tests before RC1 so we make sure
issues won't slip in the final release. Also, this testing is done on
vanilla wiki's, so they don't reflect or simulate a large wiki
migration with thousands of users and pages.
What I want to propose is:
1) improve the "Tested Databases" section, so we list that we only
test migrations and we don't perform a full test on each of the
databases. This would mean adding a small explanation about this in
the release notes pages.
2) When we release a new version, migrate myxwiki.org to the latest
version, so users using it can report possible issues due to
migration. This is a little hard for me to do since if something goes
wrong, I could break a lot of things. Someone with more experience
should do it, if there volunteers.
I am waiting your feedback about this since I want to improve the
visibility of testing, and also try to test migrations in a more real
world environment
Regards,
Sorin B.
I thought that this should be possible with 2.1 syntax, but I think I am
overlooking something small...
How can I create a link so a Windows Explorer opens to a (network)drive?
For example:
[[Open Temp>>unc:c:\temp\]]
--
View this message in context: http://xwiki.475771.n2.nabble.com/Open-Windows-Explorer-folder-tp7579903.ht…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs,
Marius is currently witting PO for EM UI and I'm moving XR POs from XE
to platform. Both are already pretty big stuff with various projects
so it's easy.
But we require admin app PO so we will have to move them to platform
along with the admin app xar project. Problem is that right now admin
app is a standalone project so transforming it in a multi module (XAR
et PO) will change the XAR project id. It's not too much a bid deal
right now because it's not installed a lot with EM so the sooner we
change it the better.
Since admin app is not the only one with this issue I propose to
transform right now all standalone XAR projects in platform into
multimodules and so change right now all their ids to *-ui so that we
can have a *-po project for each of them.
Here is my +1.
--
Thomas Mortagne
Hi devs and Thomas,
Just noticed a new commons-repository module.
Could someone explain to me what is this new module and why it's not part of xwiki-commons-extension, even though it's full of references to "extension" everywhere in it? (109 occurrences)
Note1: Its description in pom.xml is pretty vague:
<description>XWiki Commons - Repository</description>
In commons-repository-api it's even worse:
<description>Contains commons stuff to use in a a client or a server implementation</description>
Note2: On http://commons.xwiki.org/xwiki/bin/view/Main/WebHome it's not described either, nor on e.x.o
Thanks
-Vincent
Hello,
i have a groovy script that generates an xwiki table from an LDAP nodes listing. In the node is a picture (jpeg as a byte[]), and i wonder how i can display this byte[] as a picture. I tried to understand how charting plugin does this job (have template generate a picture that is later queried by browser) but i didn't understand the principle.
Can someone explain me how to do this?
David Delbecq
Hi,
I got a personal request from Vincent Massol wanting me to update
everyone on the status of my documentation project for installing
Xwiki on non-mainstream systems - by that I mean Linux.
In writing the documents I had 3, for installing on FreeBSD w/Tomcat,
Solaris w/Gassfish, and a migration guide.
These are now complete!
There are some notes at the bottom of the Migration Guide; don't pay
any attention to these as they are obsolete with Nexenta merging with
OpenIndiana.....
http://dev.xwiki.org/xwiki/bin/view/Drafts/BSD_Installhttp://dev.xwiki.org/xwiki/bin/view/Drafts/Glassfish_Solarishttp://dev.xwiki.org/xwiki/bin/view/Drafts/BSD_Migration
I would like these to go 'live' and be put onto the production site if
applicable!
Regards,
Kaya
Hello Devs,
I am using XWiki 4.0 with filesystem attachment storage and face the following problem:
1. Add a new page, make several edits and save. In the history section of the page navigate to any previous version - no problem.
2. Now insert an attachment (e.g. an image) to the page, save. Do some more edits to the page, save. In the history section navigate to previous versions of the page. It will work with versions previous to the attachment upload. Navigating to any version that was saved after the attachment upload will cause the following problem:
Error number 4001 in 4: Error while parsing velocity page /templates/contentview.vm Wrapped Exception: Failed to evaluate content with id [/templates/contentview.vm]
and
...
Caused by: java.lang.NullPointerException
at org.xwiki.store.legacy.store.internal.FilesystemAttachmentRecycleBinStore.getAllDeletedAttachments(FilesystemAttachmentRecycleBinStore.java:293)
at com.xpn.xwiki.web.XWikiServletURLFactory.findDeletedAttachmentForDocRevision(XWikiServletURLFactory.java:573)
at com.xpn.xwiki.web.XWikiServletURLFactory.createAttachmentURL(XWikiServletURLFactory.java:390)
at com.xpn.xwiki.doc.DefaultDocumentAccessBridge.getAttachmentURL(DefaultDocumentAccessBridge.java:606)
...
3. Now, instead of viewing an older version of that page, rollback to any version previous to attachment upload.
4. Only after this rollback all previous versions are visible and do not cause an error any more.
It seams that XWiki is missing a folder of deleted attachments and fails to render versions following an attachment upload, therefore. When I perform the rollback a "deleted_attachments" folder is generated in the filesystem and the error dissappears.
To have all page versions available you have to perform a rollback and -forward after every new attachment upload. This is not very elegant - are there any other solutions or am I missing out something? Besides of this filesystem is a fine thing since I have some very large attachments. However, version control is important for me. Is there a solution or should I switch to Database Storage again?
Thanks for any advise,
Helge
--
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!
Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a
Hello,
i tried to deploy xwiki on jboss 7, however, after dropping war do standalone/deployments, i am greeted with this error. Is xwiki compatible and tested on jboss AS 7.1 ?
16:30:08,479 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "xwiki.war"
16:30:15,670 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry xerces-2.5.0.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/batik-rasterizer-1.7.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,670 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry xalan-2.6.0.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/batik-rasterizer-1.7.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,686 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry fop-0.94.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/batik-rasterizer-1.7.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,686 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry batik-js.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/batik-rasterizer-1.7.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,686 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry emory-util-io.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/emory-util-classloader-2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry emory-util-security.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/emory-util-classloader-2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry emory-util-io.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/emory-util-security-2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry avalon-framework-4.2.0.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry batik-all-1.7.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-io-1.3.1.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-logging-1.0.4.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry fop-hyph.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry serializer-2.7.0.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry servlet-2.2.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,702 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry xalan-2.7.0.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,717 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry xercesImpl-2.7.1.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/fop-1.0.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,733 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry iText-toolbox.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/itext-2.1.5.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,733 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry iText-toolbox-2.1.5.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/itext-2.1.5.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,733 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry jaxb-api.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jaxb-impl-2.1.12.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,733 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry activation.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jaxb-impl-2.1.12.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry jsr173_1.0_api.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jaxb-impl-2.1.12.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry jaxb1-impl.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jaxb-impl-2.1.12.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-io-1.4.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jodconverter-core-3.0-beta-4-xwiki-20110822.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-cli-1.1.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jodconverter-core-3.0-beta-4-xwiki-20110822.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry sigar-1.6.5.132.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jodconverter-core-3.0-beta-4-xwiki-20110822.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry json-20090211.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jodconverter-core-3.0-beta-4-xwiki-20110822.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry ridl.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/juh-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,748 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry jurt.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/juh-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,764 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry ../../lib/ in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/juh-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,764 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry ../bin/ in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/juh-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,764 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry ridl.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jurt-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,764 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry unoloader.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jurt-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,764 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry ../../lib/ in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jurt-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,764 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry ../bin/ in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/jurt-3.2.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,764 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry activation.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/mail-1.4.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry jakarta-oro.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/radeox-1.0-b2.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-logging.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/radeox-1.0-b2.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry picocontainer.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/radeox-1.0-b2.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-beanutils.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/struts-1.2.9.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-digester.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/struts-1.2.9.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-fileupload.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/struts-1.2.9.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-logging.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/struts-1.2.9.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,780 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry commons-validator.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/struts-1.2.9.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,795 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry jakarta-oro.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/struts-1.2.9.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,795 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry xercesImpl.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/xalan-2.5.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,795 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) Class Path entry xml-apis.jar in "/D:/applications/application servers/jboss-as-7.1.1.Final/standalone/deployments/xwiki.war/WEB-INF/lib/xalan-2.5.1.jar" does not point to a valid jar for a Class-Path reference.
16:30:15,889 WARN [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015893: Encountered invalid class name 'org.xmlpull.mxp1.MXParser,org.xmlpull.mxp1_serializer.MXSerializer' for service type 'org.xmlpull.v1.XmlPullParserFactory'
16:30:15,904 INFO [org.jboss.as.pojo] (MSC service thread 1-8) JBAS017000: Found legacy bean/pojo namespace: urn:jboss:bean-deployer:2.0 - might be missing some xml features (potential exceptions).
16:30:16,310 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC00001: Failed to start service jboss.deployment.unit."xwiki.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."xwiki.war".POST_MODULE: Failed to process phase POST_MODULE of deployment "xwiki.war"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [rt.jar:1.7.0_04]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [rt.jar:1.7.0_04]
at java.lang.Thread.run(Unknown Source) [rt.jar:1.7.0_04]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: java.lang.ClassNotFoundException: org.apache.struts.taglib.MessageTag from [Module "deployment.xwiki.war:main" from Service Module Loader]
at org.jboss.as.jaxrs.deployment.JaxrsComponentDeployer.deploy(JaxrsComponentDeployer.java:65)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
... 5 more
Caused by: java.lang.ClassNotFoundException: org.apache.struts.taglib.MessageTag from [Module "deployment.xwiki.war:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
at org.jboss.as.jaxrs.deployment.JaxrsComponentDeployer.deploy(JaxrsComponentDeployer.java:63)
... 6 more
16:30:16,326 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "xwiki.war" was rolled back with failure message {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"xwiki.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"xwiki.war\".POST_MODULE: Failed to process phase POST_MODULE of deployment \"xwiki.war\""}}
16:30:16,669 INFO [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015877: Stopped deployment xwiki.war in 338ms
16:30:16,669 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report
JBAS014775: New missing/unsatisfied dependencies:
service jboss.naming.context.java.module.xwiki.xwiki (missing) dependents: [service jboss.naming.context.java.module.xwiki.xwiki.Validator, service jboss.naming.context.java.module.xwiki.xwiki.ValidatorFactory]
JBAS014777: Services which failed to start: service jboss.deployment.unit."xwiki.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."xwiki.war".POST_MODULE: Failed to process phase POST_MODULE of deployment "xwiki.war"
16:30:16,669 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"xwiki.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"xwiki.war\".POST_MODULE: Failed to process phase POST_MODULE of deployment \"xwiki.war\""}}}}
David Delbecq
Hi,
Over my time spent in XWiki I have had several discussions with Sergiu,
Marta, Marius, Eduard about making the editing process more collaborative
and rewarding for the contributors.
I finally made a proposal that encapsulated the following use cases:
- UC1: *Concurrent Editing *
- Allow multiple users to edit a page at the same time with local
versions and propose to merge any eventual conflicts after pressing
save
- UC2: *Viewing History Versions*
- When viewing the page history, be able to distinguish also the
magnitude of the contribution brought by the version
- UC3: *Viewing History Statistics*
- Be able to quickly scan how the content changed over time, how much
content each contributor invested and each contributor's role (editor,
commentator, attacher)
- UC4: *Viewing History Content Overview*
- Be able to blame someone for a certain portion of the content and
also visually scan the contribution's magnitude of each contributor
Although the discussions also contained more elaborate/fun topics (like
reputation mechanisms for contributors, achievements, etc.) this proposal
covers just the mentioned use cases.
You can view the proposal at:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/CollaborativeEditi…
Feedback or other suggestion that match the purpose ("By rewarding
participation, the contributors will feel appreciated and will want to
contribute more.") of this proposal are welcomed.
Thanks,
Caty
Hi guys,
Some time back we started improving title handling, I'd like that we continue this and I'm proposing some further improvements below:
* Make the title field contain wiki syntax (same as the content field) instead of just velocity
* Make the title field a textarea so that we can have more than 1 line
* Display a textarea of 1 line initially (to preserve space) but enlarge the textarea visibility by several line on the first Enter keypress in the field
* Stop trying to extract title content from the doc content
* Have a backward compat param to still support the old mode, but have it off by default in 4.2/4.3
<side>
* Introduce a {{i18n}} macro (or {{translate}}, or …)
</side>
Advantages:
* Same as the content field - More consistency
* More power since we use wiki syntax and we can use any script language
* Removes the WTF symptom when a user edits a page having velocity script in the title since they'll see it displayed in WYSIWYG mode with the title content evaluated
* Removes the uncertainty about title extraction (for ex if some macro generates headings) but still allow it if it's really needed - Since the user will be able to write scripts in the title textarea and those scripts can extract stuff from the doc content if they really need it
* We'll be able to add a l18n macro and thus display the title translations nicely in the wysiwyg editor
WDYT?
Thanks
-Vincent
>> Hy,
> >
> > I wish to contribute to xwiki.
> >
> > I forked xwiki-platform and when I execute the clone command I get the following error:
> >
> > error: unable to create file xwiki-platform-core/xwiki-platform-application-mana
> > ger/xwiki-platform-application-manager-api/src/main/java/com/xpn/xwiki/plugin/ap
> > plicationmanager/core/doc/objects/classes/XObjectDocumentDoesNotExistException.j
> > ava (No such file or directory)
> > fatal: cannot create directory at 'xwiki-platform-core/xwiki-platform-classloade
> > r/xwiki-platform-classloader-protocols/xwiki-platform-classloader-protocol-attac
> > hmentjar/src/main/java/org/xwiki/classloader/internal/protocol/attachmentjar': N
> > o such file or directory
> >
> > Can you help me or tell me how to get xwiki-platform on my computer for work.
> >
> > Best regards.
>
> Are you on a Windows machine?
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
Yes my machine is on Windows Seven. I have another on on ubuntu if necessary
Hello Friends,
> What about having a drop down of recently used spaces under the space
> menue
> and wikis under wiki menue on the top.. It currently has document index
> only.
That's a good idea I think. I'll do one (better?) and put it under the
quicklinks, since it is pretty relevant there and will be more visible,
what do you guys think?
Thanks. I'll take some time to look into this deeper. Maybe you could start
> committing the row HTML/CSS/JS in a repository on your github account, so
> that it's easier to collaborate on.
Sounds good: https://github.com/jssolichin/xorange
Unfortunately, I have yet integrate to XWIKI, but for the most part most
the skin is as it was in the mock up (desktop). The menu, the issue I had
with the scrollbar, and so forth has been resolved. Again
http://jssolichin.com/xwiki
will show the latest version of where I am at.
My next step is to begin down scaling--testing compatibility with tablet
(which should not take too long (starting with the 2 column collapse, line
breaks etc. )), then finally to mobile and enabling the hidden sidebar
function.
There are some closer refinements such as font detail etc. that I will
begin to compile as I do the next few steps and then I will clear them out
together. The community can help me to find these refinements as well.
Interestingly, this small library has just been published today:
> http://fat.github.com/coffin/
> It might be interesting for you as either inspiration or even support for
> implementation.
That is awesome. I will definitely look into this. Thanks for tip.
> By the way, the js library smart client (Isomorphic smart client) has UI
> > components that are device sensitive.The library is made with an object
> > oriented way trying to follow a normal java/c# like oo fasion(because
> > originaly Js has different kinds of concepts as OO.).I think there were
> > some methods to override when you need additional customizations to the
> UI.
> >
> >
> http://demo2.openbravo.com/openbravo/org.openbravo.demo.loginpage.security/…
> > This ERP application almost completely uses Smart Client.
> > http://planet.openbravo.com/?p=48278 UI archi.
> > I just said this because there is smart client in the XWiki provided
> libs.
> > Don't waste your time on it, if it is not relevant.
> >
> ... [show rest of quote<http://xwiki.475771.n2.nabble.com/GSoC-Responsive-Skin-td7526728i20.html#>
> ]
> Indeed, smartclient is not going to be appropriate here. It's a
> heavyweight
> widget library for building complex, enterprisy desktop-like UI clients ;
> where we need something "minimalist" as a framework for a responsive web
> page.
Sasinda, thanks, that is really cool. Although I agree with Jerome that
it's not the best for this, it is good to know that it is out there. Thank
you for chiming in!
Personally Arch Linux and Open JDK, but that should not change anything.
Yea, i know technically it shouldn't. But i've been having a few problem
with my present distro, so i'm trying to remove any differences and what
not. Thanks for the info.
You can drop the hsqldb,jetty profile for the skin, it does not have such
> profile.
> Note that I've publised the skin on extensions.xwiki.org :
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Lyrebird+Skin See
> the
> instructions at the bottom to install it on a XWiki instance.
> Unfortunately
> right now skins cannot be installed right from the extension manager, but
> that will be possible in the future.
Great! Thank you for that clarification.
Thanks again for all the help everyone,
Jonathan Solichin
Hy,
I wish to contribute to xwiki.
I forked xwiki-platform and when I execute the clone command I get the following error:
error: unable to create file xwiki-platform-core/xwiki-platform-application-mana
ger/xwiki-platform-application-manager-api/src/main/java/com/xpn/xwiki/plugin/ap
plicationmanager/core/doc/objects/classes/XObjectDocumentDoesNotExistException.j
ava (No such file or directory)
fatal: cannot create directory at 'xwiki-platform-core/xwiki-platform-classloade
r/xwiki-platform-classloader-protocols/xwiki-platform-classloader-protocol-attac
hmentjar/src/main/java/org/xwiki/classloader/internal/protocol/attachmentjar': N
o such file or directory
Can you help me or tell me how to get xwiki-platform on my computer for work.
Best regards.
Hello friends and Jerome,
Thanks for the response.
> Can you describe us the issue you are trying to address regarding this
> sidebar and the associated javascript ?
> It looks like unnecessary complexity for me. Aren't media queries just
> enough to have the sidebar resize/move when the viewport size changes ?
> I'd like we keep things simple as much as possible, so tell me if I'm
> missing something.
So the reason i am using javascript, is because although media queries
handle viewport changes, its adaptation is does not completely work in some
scenarios. Eg. the sidebar scrolling area (for when there's a lot of things
on that topic), would require a fix height to get the overflow to work (or
else it will stretch along and will no longer be a "fixed sidebar").
However, if we have a fixed height, during viewport size change it would
cause an issue (of it no longer being a fixed sidebar since it's longer
than the viewport). i think there is a couple other issue that prevented me
from using straight up html/css, but I can't think of it at the moment. Let
me know if you have a better suggestion!
Additionally, I want the sidebar to be resizable at least a desktop/tablet
level where there is a good amount of width so that if you're more concern
on reading the additional info, you can get more space for it. The great
thing (or the idea behind) the sidebar was to allow supplemental info to be
viewed along with the content (think Microsoft SmartGlass if you've learned
about that aha). But the issue is that the size of a sidebar is not always
optimal for reading long contents, so i want it to be resizable
to accommodate. So this resizing thing will also be done via jQuery.
In any regards, I have been to resolve most of the issue and it seems to
work well atm (let me know any bugs that i missed). Again you can check out
the working demo that i'm working on at: http://jssolichin.com/xwiki .
Unfortunately the code behind is a bit ugly right now, and need to be
cleaned up. My next step is to finish up the navigation (the mouse over
event revealing different sections and the icons indicating content on each
section) and making it look like the mock up.
Most of use are using either OSX or Linux. Are you following
> http://dev.xwiki.org/xwiki/bin/view/Community/Building ?
I am. Which distro? and oracle or openjdk for java?
What module are you trying to build exactly ? Most of the times you don't
> need to build everything, but just the module(s) you are working on (and
> possibly the final distribution, like XE).
I'm trying to build your Lyrebird (from its source) to learn about creating
VMs. I think I am able to build it now actually. I am going into the
lyrebird directory and running "mvn clean install -Phsqldb,jetty" to build
it. But I am still not sure what to do next? Can you point me in the right
direction?
Thank you again!
Jonathan Solichin
Hi devs,
Lately, I`ve been working on being able to filter the events that are
displayed by the Activity Stream macro.
I`ve implemented both the JavaScript and the no-JavaScript version and I`d
like your vote on whether we want to merge it into master or not.
Please have a look over the pull request [1][2] and let me know if you spot
any bad decisions or bad code :)
Here's my +1
Thanks,
Eduard
----------
[1] https://github.com/xwiki/xwiki-enterprise/pull/27
[2] https://github.com/xwiki/xwiki-platform/pull/55
The XWiki Development team is pleased to announce the 4.1.1 bug fix release.
Download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
And review the release notes here:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris…
This release fixes the following issues:
* XWIKI-7943 Impossible to save very large pages in jetty
* XWIKI-7940 Conflict reported when same existing document is already in the database and there is no previous official version of the XAR extension
* XWIKI-7939 Merge conflict resolution UI fails when there is no previous version
* XWIKI-7938 Conflict reported when an extension document have attachment when installing a xar
* XE-1190 Add suggest in Debian packages
* XE-1189 Debian package fail to upgrade
* XCOMMONS-201 class java.lang.StackOverflowError in LogQueue.error under some conditions
Thanks to the developers for getting these issues fixed promptly and thanks to the users
for your helpful bug reports and your patience.
Caleb
Hi devs,
While fixing http://jira.xwiki.org/browse/XWIKI-7889 I introduced an
API to resolve and serialize entity references on the client side
(JavaScript code). See
https://github.com/xwiki/xwiki-platform/commit/cfa8ec3315a32fed875949ff21a5….
XWiki Explorer tree has an input displayed at the bottom where you can
type a _pseudo_ entity reference which is parsed and the specified
entity is selected in the tree. The basic problem (very simplified)
was that this reference was parsed on the client side and the parsing
code did not handle special characters in entity name (no escaping).
Of course, I had to options:
* add a service (REST?) to resolve/serialize the reference on the server or
* (as I did) port part of the code from xwiki-platform-model (with
unit tests!) to JavaScript to be able to resolve/serialize entity
references on the client side.
There are pros and cons for each option but for me the main reason was
that it is painful to modify xwikiexplorer.js to make AJAX requests
each time you type into that input box (the tree node is selected as
you type). An almost complete rewrite was needed and since we're
looking to replace that tree I thought the second option was better.
Would be great if you can review my commit. I'm interested in the API
naming and places where I put the JS code. Also, I'm not sure where to
document the new API (that is if no one is against it).
Thanks,
Marius
Hello all,
if someone has access to restricted xwiki area (escalation or any other way), this someone could just create a javascript wiki page using skinextension, that will grab password from login form and send it anywhere in the wiki for later retrieval. So i don't feel like i create any security hole there.
If a user has access to the server, he could just feed it with it's own XwikiAuthService or LDAP server that record password before forwarding to real ldap server.
Our company has no kerberos, ntlm, etc server running, so i can't easily use such solution. Removing password for authentication on background service is no option either, as wiki will be a portal to those services, but some operation still need user to navigate to those services. For example, a webdav service: listing in xwiki page of a folder content should be done using xwiki current user's priviledges (xwiki is the http client), but when user want to retrieve a specific file or want to mount the webdav service on his workstation, he access the webdav service directly.
Using "unsecure" password is no option either, all users in the company are supposed to use same password for all services (ldap central authentication).
Keep in mind, the only things i have write access to is a few jboss servers, their configuration, and the webapp running on them. All applications (except unfortunately xwiki) use container based authentication. If someone has doc on how to forward credentials from one webapp to another over http(s), i'll be glad to prefer it, but the only documentions on jboss/sso i have found so far assume all request come from browser! Kerberos or similar service, while a good solution as supported by jboss (but "experimental" in xwiki), afaik, requires to add additionnal schemas to ldap so tickets can be stored. And i know from experience that if i request such service installed and configured on our central server, i am not sure to get them before next year.
I understand your concerns, i do not like the idea of storing password in memory. But i see no viable solution for now to have our xwiki be a portal to various services on behalf of it's current user.
Thank you
David Delbecq
----- Mail original -----
De: "Jerome Velociter" <jerome(a)winesquare.net>
À: "XWiki Developers" <devs(a)xwiki.org>
Envoyé: Mardi 19 Juin 2012 15:16:54
Objet: Re: [xwiki-devs] Access password of current user
On Tue, Jun 19, 2012 at 2:58 PM, David Delbecq <david.delbecq(a)meteo.be>wrote:
> Hello,
>
>
> unfortunately, we don't have any explicit sso service currently running.
> In the past, we simply asked the container (tomcat) to manage
> authentication of users for all our webapplication and we followed tomcat
> directions on how to share principal for all applications (
> http://tomcat.apache.org/tomcat-5.5-doc/config/valve.html#Single_Sign_On_Va…).
> This works well when all application use container authentication and the
> only client is the user's web browser. Unfortunately, things will change as
> we will base our intranet on xwiki instead of having separate spread
> applications the user needs to connect to. This mean the web server (now
> jboss) will be the http client of all other services, and thus realm based
> sso won't work. For some of those service we use generic technical account,
> so no problem, we just store the password. But for some other, we must
> transmit the user / password of current xwiki user so xwiki is seen by this
> service as this user.
>
> And none of those behind the scene applications were ever configured to
> use kerberos or anything alike. Moreover, i would like to avoid the
> nightmare of maintaining such a service when simply forwaring user / pass
> to next service would solve my problems :)
>
Storing plain-text user password is never a good idea, be it on the
database, filesystem or in memory.
If you store passwords in the session, some XWiki applications could read
them, someone in your organization with programming access level can access
them, a hacker that escalate to have access to the machine or to
programming rights in the application can read them, etc.
Jerome
>
> Regards,
> David Delbecq
>
> ----- Mail original -----
>
> De: "Guillaume Lerouge" <guillaume(a)xwiki.com>
> À: "XWiki Developers" <devs(a)xwiki.org>
> Envoyé: Mardi 19 Juin 2012 14:40:16
> Objet: Re: [xwiki-devs] Access password of current user
>
> Hi David,
>
> which SSO service dou you use internally? XWiki authenticators already
> exist for CAS, Kerberos and NTLM, maybe you could draw inspiration from
> them.
>
> Guillaume
>
> On Tue, Jun 19, 2012 at 1:54 PM, David Delbecq <david.delbecq(a)meteo.be
> >wrote:
>
> >
> > Hello,
> >
> > I was hoping that somehow, when submitted via the form, password gets
> > recorded until the end of the session. We can't afford, for the sake of
> > user experience, to ask password every time user need to access a hidden
> > system he is not even supposed to know is separate from the wiki. That's
> > why we are writing some macro / components so that it's xwiki that access
> > those system for him. This include various webservices, a documents
> storage
> > and so on. We try to keep a single sign on policy. Of course, i don't
> want
> > user password stored anywhere on disks, but keeping it in user session
> > seems a good trade-of for me.
> >
> > I plan thus to create my onw xwikiauthservice that delegates to ldap
> > service and store this in user session.
> >
> >
> > ----- Mail original -----
> >
> > De: "Jerome Velociter" <jerome(a)winesquare.net>
> > À: "XWiki Developers" <devs(a)xwiki.org>
> > Envoyé: Mardi 19 Juin 2012 11:53:42
> > Objet: Re: [xwiki-devs] Access password of current user
> >
> > Hi,
> >
> > Fortunately, you can't. You can only access/verify a hashed version of
> > the password.
> >
> > Note that asking for a password again is not necessarily a bad UX,
> > especially if it is to allow access to a sensitive area/operation.
> >
> > Cheers,
> > Jerome.
> >
> > On Tue, Jun 19, 2012 at 11:39 AM, David Delbecq <david.delbecq(a)meteo.be>
> > wrote:
> > >
> > > Hello,
> > >
> > > i am writing a component that need a password. Because this password
> > will be the same for current user as the one he used to log-in, it would
> > make for crappy interface ot ask it again to user. So i need to know how
> my
> > component or a groovy script can access the username / password of
> current
> > logged-in user.
> > >
> > > Thank you.
> > >
> > >
> > > David Delbecq
> > >
> > > _______________________________________________
> > > devs mailing list
> > > devs(a)xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/devs
> >
> >
> >
> > --
> > Jérôme Velociter
> > Winesquare
> > http://www.winesquare.net/
> > _______________________________________________
> > 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
> >
> _______________________________________________
> 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
>
--
Jérôme Velociter
Winesquare
http://www.winesquare.net/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs