I think this was because I had a wrong dependency defined in TeamCity
(the Web module wasn't depending on the platform POM one).
-Vincent
On Jul 3, 2007, at 10:01 AM, teamcity(a)xwiki.org wrote:
> Build XWiki Platform Web::Maven2 #44 failing
> Agent: Default agent
> Build results: http://teamcity.xwiki.org/viewLog.html?
> buildId=311&buildTypeId=bt7
>
> Changes included (1 change)
> ====================================================
> Change 3798 by vmassol (1 file):
> XWIKI-1417: Functional tests for all databases
> Patch submitted by Artem Melentev
> Reviewed by Vincent Massol (with minor modifications)
>
> see more information about changed files: http://teamcity.xwiki.org/
> viewLog.html?tab=buildChangesDiv&buildId=311&buildTypeId=bt7
>
>
> ======================================================================
> ======
> Configure email notifications: http://teamcity.xwiki.org/
> profile.html?init=1#notifications
Interesting discussion related to this commit below.
2 points:
1) I think application translations shouldn't go in XWiki main JAR
2) At the level of the wiki it's easy to imagine a document holding
the translations. However as we want each application (blog, search,
panels, etc) to be independant, we need a solution at the level of
each applications.
If we have a document for each application, it's going to be too
painful to have to register each page in the admin.
Thus I think a better solution would be to modify XWikiMessageTool to
automatically look for documents having a Translation object attached
to them and to use the content of that object to resource properties.
Only issue is that this Translation class has to exist in all wikis...
Any idea?
Thanks
-Vincent
On Jun 30, 2007, at 11:45 AM, Sergiu Dumitriu wrote:
> Author: sdumitriu
> Date: 2007-06-30 11:45:13 +0200 (Sat, 30 Jun 2007)
> New Revision: 3776
>
> Modified:
> xwiki-platform/core/trunk/src/main/resources/
> ApplicationResources.properties
> Log:
> XWIKI-918: Cleanup/refactor the ApplicationResources* files
> Panels.EditTranslation
>
>
>
> Modified: xwiki-platform/core/trunk/src/main/resources/
> ApplicationResources.properties
> ===================================================================
> --- xwiki-platform/core/trunk/src/main/resources/
> ApplicationResources.properties 2007-06-30 09:30:16 UTC (rev 3775)
> +++ xwiki-platform/core/trunk/src/main/resources/
> ApplicationResources.properties 2007-06-30 09:45:13 UTC (rev 3776)
> @@ -736,3 +736,11 @@
> core.delete.backlinksWarning=The following documents contain links
> to the current page:{0}After deleting this document, those links
> will point to an empty page.
> core.delete.confirm=The deletion of a document is not reversible.
> Are you sure you wish to continue?
> core.delete.confirmWithBacklinks=In addition, the deletion of a
> document is not reversible. Are you sure you wish to continue?
> +
> +panels.translation.title=Document translations
> +panels.translation.editingOriginal=You are editing the original
> document ({0}).
> +panels.translation.editingTranslation=You are editing the
> following translation: {0}.
> +panels.translation.originalLanguage=The original language of the
> document is <a href="{0}">{1}</a>.
> +panels.translation.translate=Translate this document in:
> +panels.translation.otherTranslations=Other translations:
> +panels.translation.existingTranslations=Existing translations:
>
>
>
> --
> You receive this message as a subscriber of the xwiki-
> commits(a)objectweb.org mailing list.
> To unsubscribe: mailto:xwiki-commits-unsubscribe@objectweb.org
> For general help: mailto:sympa@objectweb.org?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/
> wws
Hello all,
I wanted to update the xwiki pre 1.0 version I am using to the final 1.0
but first I have to patch it with the patch attached to XWIKI-865 to
make it work with the ldap server over SSL.
However there does not seem to have a source tarball available and I
don't see what I need to checkout from subversion to get the XWIKI_1_0
branch.
Can anyone give me a clue ?
Thanks,
Philippe
Hi,
I think we need an easy way for everyone to build only the product
he's working on. Thus I'd like to propose the creation of a new
svn:externals for the platform only and to move externals in a
specific dir:
/svnroot/xwiki
|_ externals/
|_ trunks-devs/
|_ trunks-users/
|_ trunks-platform-devs/
|_ trunks-platform-users/
This will achieve the following use cases:
Use case 1: I'm working on product XX and I'm not making any change
to the platform
- checkout just the product's trunk. For example /svnroot/xwiki/xwiki-
products/xwiki-watch/trunk
Use case 2: I'm working on both the platform and XWiki Enterprise but
not the other products
- checkout /svnroot/xwiki/externals/trunks-platform-devs/
- checkout XWiki Enterprise: /svnroot/xwiki/xwiki-products/xwiki-
enterprise/trunk
Caveat: you can't build both at the same time but you can build each
one with a single command.
Use case 3: I'm working on everything
- checkout /svnroot/xwiki/externals/trunks-devs/
Another option would be to create one externals per product but it's
a little bit of a pain to maintain. It's possible though. Actually
this would allow to fine tune the build to that only platform
components required for the product are built. For example, only the
plugin used by the product and only the applications built by the
product would be built. Actually this probably makes sense. In that
case we would have:
/svnroot/xwiki
|_ externals/
|_ trunks-devs/
|_ trunks-users/
|_ trunks-platform-devs/
|_ trunks-platform-users/
|_ trunks-enterprise-devs/
|_ trunks-enterprise-users/
|_ trunks-enterprise-manager-devs/
|_ trunks-enterprise-manager-users/
|_ trunks-watch-devs/
|_ trunks-watch-users/
|_ trunks-curriki-devs/
|_ trunks-curriki-users/
A last option would be to put the full platform under the same trunk/
but I don't think this is right as we should be able to release
platform modules separately.
WDYT?
Thanks
-Vincent
Hello,
AFAIK, XWiki APIs should be public wrappers around a hidden
full-fledged java object, which can only be accessed directly by PR
users. Certainly, this is not the case with plugins, which return the
inner Plugin object without any check.
I'd propose to change this method, so that it behaves as all the other
API classes, and checks for programming rights before returning this
object. Is there any reason why this change shouldn't be performed?
Sergiu
--
http://purl.org/net/sergiu
Hi,
As you've seen we have moved to Maven2 now and you might be wondering
how to quickly run XWiki Enterprise now. Here are some notes about
doing that:
http://www.xwiki.org/xwiki/bin/view/Community/
Building#HExecutingtheStandardWebWARquicklyindevelopmentmode
Thanks
-Vincent
Hello all,
I'm having the following problem in xwiki:
I have a document, which contains an input with autosuggest feature enabled. I create the document and I try to write something in the input but the query that should be executed is not, resulting in "Nothing found!" message for my suggest. If I SAVE the document and then edit it, and write something in the input, that query IS executed, and the suggest feature works fine.
I'm guessing that before being saved a document doesn't have the proper rights and that's why the query cannot be executed.
Any ideas what I should do in this case?
Thanks a lot for your help.
Evelina
On Jun 27, 2007, at 3:06 PM, Vincent Massol wrote:
> Author: vmassol
> Date: 2007-06-27 15:06:20 +0200 (Wed, 27 Jun 2007)
> New Revision: 3739
>
> Added:
> xwiki-products/curriki/trunk/plugins/
> xwiki-products/curriki/trunk/plugins/mimetype/
> xwiki-products/curriki/trunk/plugins/mimetype/src/
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/xwiki/
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/xwiki/plugin/
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/xwiki/plugin/mimetype/
> Removed:
> xwiki-platform/web/trunk/gwt/src/main/resources/
> xwiki-products/curriki/trunk/gelcv1/gelcplugins/src/main/java/
> org/gelc/xwiki/plugins/mime/MimeType.java
> xwiki-products/curriki/trunk/gelcv1/gelcplugins/src/main/java/
> org/gelc/xwiki/plugins/mime/MimeTypePluginAPI.java
> Modified:
> xwiki-platform/web/trunk/gwt/pom.xml
> xwiki-platform/web/trunk/pom.xml
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/xwiki/plugin/mimetype/MimeType.java
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/xwiki/plugin/mimetype/MimeTypeConstant.java
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/xwiki/plugin/mimetype/MimeTypePlugin.java
> xwiki-products/curriki/trunk/plugins/mimetype/src/main/java/org/
> curriki/xwiki/plugin/mimetype/MimeTypePluginAPI.java
> Log:
> CURRIKI-759: Create a Maven2 build
>
> * Fixed the build for xwiki-platform-web/gwt. It nows generates a
> JAR and a source JAR that can be depended upon by GWT modules doing
> the GWT compilation (Watch & Curriki for example).
> * I have added the GWT TK jar to our custom remote repo as I
> couldn't find it elsewhere
> * Removed some resource files in gwt/ module as I couldn't
> understand what they were for...
Ouch... The curriki/ commits were a mistake. I wasn't ready to commit
it them yet. It doesn't really matter though. Only thing is that
nobody has agreed yet to my previous email about the new package name
for plugins so this is jumping the gun a bit... :)
Let me know and I'll revert if necessary.
Thanks
-Vincent
Hi Curriki developers,
The Curriki build is still using Ant and it was calling the Ant build
script from XWiki core. However as I haven't put back an Ant build
for XWiki core the Curriki build is currently not working.
I'm proposing to update Curriki's build to use Maven2.
I'm proposing the following directory structure:
xwiki-product-curriki/
|_ gwt/
|_ web/
|_ wiki/
|_ plugins/
|_ asset/
|_ framework/
|_ license/
|_ metadata/
|_ mimetype/
|_ distribution/
where:
* gwt/ contains GWT Java sources that have to be compiled with GWT to
generate Java classes + JS files
* wiki/ contains the curriki wiki
* distribution/ contains a runnable version of curriki (equivalent to
the XWiki standalone distribution for XWiki Enterprise).
If that's ok with you I can start working on this as soon as tomorrow
morning. I think I need 1 day at most to get it to build again.
David, we can work on this together if you want. I'll probably have
question for you as I progress. It would be great if you could be on
IRC (irc.freenode.net, channel #xwiki) so that we can talk easily.
Thanks
-Vincent