xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] [Proposal] Switch to injecting Loggers

by Vincent Massol

Hi, I'd like to commit @Inject injection of Loggers at the same time as I do the switch to SLF4J/Logback (I have it mostly done on my machine). The idea is to move from: public MyComponent implements LogEnabled, MyComponentRole { ... } to: public MyComponent implements MyComponentRole { @Inject private Logger logger; ... } Rationale: * More consistent with how we inject dependencies * Makes it easier to move to another DI framework later on (CDI, Guice, etc) since the way to implement this with them is to use the JSR299 @Producer annotation on a class that produces Loggers. * Allows to keep the current logging behavior unchanged for backward compatibility (we juste deprecate it). WDYT? Thanks -Vincent

13 years, 11 months

[xwiki-devs] [Proposal] Introduce user management configuration in virtual mode

by Jean-Vincent Drean

Hi Devs, I'd like to introduce a new configuration property that would define at which level users should be handled in a farm. See the proposition about the new entry in xwiki.properties, it should be self-explanatory: --------------------------------8<-------------------------------- #-# [Since 2.5M1] #-# Define at which level users and groups should be handled in the farm. Available modes: #-# #-# mixed (default): #-# - user registration available in the main wiki and local wikis #-# - users from the current wiki and the main wiki will be displayed in the rights interface and user suggests #-# - user administration is present in all the wikis #-# #-# local: #-# - user registration available in the main wiki and local wikis #-# - only users from the current wiki will be displayed in the rights interface and user suggests #-# - user administration is present in all the wikis #-# #-# global: #-# - user registration available in the main wiki only, the register link in local wikis will point to the main wiki #-# - only users from the main wiki will be displayed in the rights interface and user suggests #-# - user administration is present in the main wiki only core.virtual.users=mixed -------------------------------->8-------------------------------- More details are available here: http://dev.xwiki.org/xwiki/bin/view/Design/UsersModule WDYT ? Thanks, JV.

13 years, 11 months

[xwiki-devs] Adding a "more" button to the Activity Stream

by Ludovic Dubost

Hi, Is there any reason why there is not a "more" button in the Activity Stream on the home page ? I've made a simple change to add it and it seems to work. Shouldn't we add it ? It's quite usefull to go beyond the first set of changes. Ludovic -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

13 years, 11 months

[xwiki-devs] [vote] Split XE/XEM Home Page Investigation in XWIki in 5 minutes / XEM-Workspaces investigations

by Ludovic Dubost

Hi, After having a bit of thought about the XE/XEM Home Page investigations, I don't think the "home page" investigation is relevant. I'd like to propose to split this investigation into 2 investigations: 1/ "XWiki in the first 5 minutes" investigation How to improve XWiki's User Experience in the first 5 minutes with simple or more complex changes in the home page but for all initial actions that are made by a user/administrator when he starts with XWiki. The objective of this investigation would be to list small changes that could be implemented in the coming releases and list larger work that would need their own investigation. 2/ XEM/Workspaces investigation This investigation is about the next generation Multi-Wiki management including creation of Workspaces with the management of application. New features would be part of that as well as a redesign of the Wiki creation and management UI. On this matter there is already work in the Wiki 3.0 project with a prototype delivered of this work, which is a great basis for discussion, in which we need to bring some guidelines about the objective of these features as well as User Experience proposals by Cati. WDYT ? -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

13 years, 11 months

[xwiki-devs] [Proposal] [UX] [Iteration] Extension Manager

by Ecaterina Moraru (Valica)

Hi, Please take a look at the proposal http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ExtensionManagerPr… Prototype: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ExtensionManagerPr… Thanks, Caty Other links: Incubator Extension Manager Homepage: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ExtensionManager [Investigation] [UX] Extension Manager: http://xwiki.markmail.org/thread/zu4v7pfz4kbaupdq

13 years, 11 months

[xwiki-devs] Enhancing Static/Dynamic List type property by custom code/SPARQ query

by Karel Gardas

Hello, I'm currently in a need to have a dynamically created list in authoring template. The list will be generated by SPARQ query which will run against Jena's SDB storage. Sidenote: we have loosely integrated XWiki and Jena to provide some kind of semantic XWiki. This is done by custom macros w/o any special kind of syntax. This is perhaps some of later steps to do. Now, we would like to come with special forms/templates for creating pages for customer defined constructs. Since some of the constructs properties depends on another constructs properties, ideally I'd like to either enhance dynamic or static list (if static is an option here) or write another dynamic list with a support for executing custom groovy code or even SPARQ query directly. My question is: what do you think is the easiest way (whole our project is still at the prototype level) to achieve this functionality? Also where exactly shall I go inside the source code to find the required code? Thanks a lot for any hint! Karel

13 years, 11 months

[xwiki-devs] [VOTE] Remove distribution (war) from xwiki-platform

by Vincent Massol

Hi devs, We've decided with the new reorg following the move to github that xwiki-platform was a collection of libraries/resources that work together (and released together) that can be used by top level projects (XE for example) to build a running application. We've also implicitly decided that we didn't have a notion of "core" and that all libs/resources were at the same level (all in xwiki-platform-core/). As a consequence it doesn't really make sense for xwiki-platform to release a WAR since we wouldn't know what to put in it (since there's no notion of core). Right now it's a bit a mess with no logic (for example the watchlist is not in it but other modules are). I'm thus proposing to transform xwiki-platform-web in 1 or 2 modules instead (resources and templates) that generate a zip/jar that only contains resources, and that it's up to the top level projects (like XE) to build their own distribution by pulling in whatever libs/resources they want from xwiki-platform. Note that this solves an issue we currently have with Maven. If a top level project depends on the platform web but also on other modules that transitively depend on artifacts bundled in the platform war then we can get duplicate jars in the resulting war since maven sees the war artifact as a blob and doesn't know about the dependencies that were included in it. Here's my +1 Thanks -Vincent

13 years, 11 months

[xwiki-devs] XWiki Enterprise 3.1 Milestone 1 Released.

by Caleb James DeLisle

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The XWiki development team is proud to announce the release of XWiki Enterprise 3.1 Milestone 1. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is the first milestone in the 3.1 development cycle, you can review the changes made and bugs fixed since 3.0 by going to: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris… Thanks - -The XWiki development team If you would like to download the new release now, you can using these links: - ---- XWiki Enterprise for Servers ---- xwiki-enterprise-web-3.1-milestone-1.war SHA1: 599b25607b6023d4c744e096147cf58e67e708d1 http://forge.ow2.org/project/download.php?group_id=170&file_id=16638 xwiki-enterprise-wiki-3.1-milestone-1.xar SHA1: d947bb06cb94d53d56b4777854e7e1d428f1a2b1 http://forge.ow2.org/project/download.php?group_id=170&file_id=16640 - ---- XWiki Enterprise Standalone ---- xwiki-enterprise-installer-windows-3.1-milestone-1.exe SHA1: 537fceefd6c31005f521a6c68b8410e18fcb3761 http://forge.ow2.org/project/download.php?group_id=170&file_id=16636 xwiki-enterprise-jetty-hsqldb-3.1-milestone-1.zip SHA1: 84f5714cda15f548145f168e6e4e407fc0841d4e http://forge.ow2.org/project/download.php?group_id=170&file_id=16637 xwiki-enterprise-installer-generic-3.1-milestone-1-standard.jar SHA1: 444809f9b172b156dfda970c66e2c3ce5ac4abad http://forge.ow2.org/project/download.php?group_id=170&file_id=16639 - ---- XWiki Manager for Servers ---- xwiki-manager-web-3.1-milestone-1.war SHA1: d9783635b1453ea53edd43f6d7bb8b72a58a03ee http://forge.ow2.org/project/download.php?group_id=170&file_id=16641 xwiki-manager-wiki-administrator-3.1-milestone-1.xar SHA1: 790ae398b9f21a3013bb21956692df4b7e543ed4 http://forge.ow2.org/project/download.php?group_id=170&file_id=16642 - ---- XWiki Manager Standalone ---- xwiki-manager-jetty-mysql-3.1-milestone-1.zip SHA1: 2fb9b0417a54dfaaa6be3af1221c2890ec3a0ad1 http://forge.ow2.org/project/download.php?group_id=170&file_id=16643 - ---- XWiki Manager Extension for XWiki Enterprise Installations ---- xwiki-manager-application-xem-3.1-milestone-1.xar SHA1: 4c3cefce42cc99dd8e0000f54e3adc3eb5b183f5 http://forge.ow2.org/project/download.php?group_id=170&file_id=16644 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJNwC0qAAoJECYAmptlsgnWEIEP/R99nxJ3M1hVGutXGt96PnQs oDWxWiCfxpHO80249FCcehvB1iG12gRe8ZN4Wzg002ZSHoMLyJfS3EIMOqXYoo7R cFbOK4zEXJCFQvKGCVqpF/J8OF/E3gg0PGwmOOzjtApPcyQxw2RWFw5DaZ4rcFRp zIC6RjZfU03qSpKJhXamHZ5B1B/iZb177s1YQ7R8OQ+oUYugYn2VQSGfVA9+DpkY 1Te0bwtvzz6SyxbAQaYLy0OoAzYcvQnl5+USXt+HExhiurnGLJMZ6UETAb+HglB1 KvjEra5LQYQGO3gF7IZjAl85xHoGGUCtdNzO1CEQLxYwKELq9ItZNlisRuIrV6LN Fmx9tcVJW2LCorx4J8ShR5pbSFZADcMpLH9r1saghRZCP7ZwsQ88b9V2H699veRw NjM1hULEW2oSOX159k3H/JehTJ1kJCJaJIB07A2P6w+iMQEb5iPVImXeLzDpr3QX 0hE+Hz4Ih3ezju0fm5yTNrgZWdm/1mjqEM+QOVoEWt2Uto5PTqVMZPJz9B/H56z9 whGSbbmbVea6HbLcXPYsM2YVxOY0BcSrbf+CW2zbjMw/YsExWxIuB/F8el1tA2Kr BrmWXGr7hC0/wiDlJJby3wNsV9aWWkiba0CZGU5z02fI55uUOPO19uhMKLR0KhFM A5bXf65wAQZ7yEBkJxq2 =/xXw -----END PGP SIGNATURE-----

13 years, 11 months

Re: [xwiki-devs] [xwiki-users] XWiki.war + JBoss AS6 + MySQL

by Sergiu Dumitriu

On 05/03/2011 09:40 AM, Vincent Massol wrote: > > On May 3, 2011, at 9:39 AM, Vincent Massol wrote: > >> Hi Andy, >> >> On Apr 27, 2011, at 1:25 PM, andyp wrote: >> >>> Hi all, >>> >>> I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) >>> but as yet with no success. I've installed and configured java, jboss and >>> mysql using all the information I could find from your website: >> >> [snip] >> >>> 01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load >>> of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: >>> java.lang.IncompatibleClassChangeError: Implementing class >> >> [snip] >> >>> 01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load >>> of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: >>> java.lang.IncompatibleClassChangeError: Implementing class >> >> [snip] >> >> As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit. >> >> It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib. >> >> You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that. > > I just googled it quickly and found > http://community.jboss.org/wiki/ClassLoadingConfiguration Should we create a jboss-web.xml configuration file as well? We recently added a sun-web.xml file to fix another classloading problem, this time for GlassFish. > Hope it helps, > -Vincent > >> >> Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki). >> >> Thanks >> -Vincent >> >>> Can anyone see what I'm doing wrong? All the information on the web seems a >>> little old – I'm using JBoss 6. I would be grateful if anyone could help >>> shed any light on this issue. >>> >>> Cheers, >>> Andy -- Sergiu Dumitriu http://purl.org/net/sergiu/

13 years, 11 months

[xwiki-devs] XWiki 3 .XAR decompression bug

by Alain Renaud

Hi, Not sure I'm using the right channel but here is the deal. We were looking for a Tomcat-based Wiki and XWiki seemed to fit the bill (and in addition work with PostgreSQL that we also use). Unfortunately, this product, although I'm sure it's serious and works under certain strict contingencies, seems to have a very blocking bug under some other circumstances, so we will have to dig a bit more for something else, at least until your XWiki is more sturdy. But at least, having put a couple hours on it without results, we will report on our test: we installed version 3.1 (and then did the same test with version 3.0 with the same outcome). We installed the .war on Tomcat as documented in your web pages and configured it accordingly. In the end, that seemed to work in the sense that when we asked for the default page in a browser, we got an answer and also we saw that 41 tables were created in the database. As suggested, we then downloaded the official .xar file (we tried version 3.0 and then version 2.7 also) and uploaded it in the Import page. Then when we clicked on the link of the filename at the lower-left, the upper-right displayed: Archive xwiki-enterprise-wiki-3.0.xarDescription My packageVersion 1.0.0Author XWikiLicence LGPLselect none, all as expected, BUT THE GREY INNER FRAME THAT SHOULD DISPLAY A LIST OF CONTENT IN THE XAR IS... EMPTY, YES TOTALLY EMPTY. So clicking on the Import button will yield a message about selecting something but there's nothing to select. We tested the same in Firefox, IE and Chrome. There are no error message in HTML or JavaScript, nor anything special in any of the Tomcat logs or PostgreSQL log. The .xar files are valid in the sense that they can be fully decompressed by WinZip/WinRAR. Our hypothesis is that some XWiki code (probably the compression library) silently traps an exception and is so far incompatible with either Tomcat version 7 or Java version 6 or Windows 7 or Intel 64-bit. Sorry for you and good luck. A. R.

13 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs