xwiki-devs May 2011

xwiki-devs@xwiki.org

31 participants
77 discussions

[xwiki-devs] Problem with badly formed pom.xml in saaj-api-1.3.jar

by Karel Gardas

Hello, I'm trying to build xwiki enterprise from the source tree (git) I kind of succeed in having the ./xwiki-enterprise/xwiki-enterprise-web/target/xwiki-enterprise-web-3.1-SNAPSHOT.war compiled/packaged. Now I'd like to deploy it to freshly installed tomcat 7.0.12 but while tomcat starts it complains about: 2011-05-11 13:50:23,435 [Thread-2] ERROR DefaultCoreExtensionRepository - Failed to parse descriptor [jar:file:/var/tmp/xwiki/xwiki-dev-apache/apache-tomcat-7.0.12/webapps/xwiki-enterprise-web-3.1-SNAPSHOT/WEB-INF/lib/saaj-api-1.3.jar!/META-INF/maven/javax.xml.soap/saaj-api/pom.xml] org.codehaus.plexus.util.xml.pull.XmlPullParserException: expected START_TAG or END_TAG not TEXT (position: TEXT seen ...</organization>`\r\n <d... @41:5) at org.codehaus.plexus.util.xml.pull.MXParser.nextTag(MXParser.java:1095) at org.apache.maven.model.io.xpp3.MavenXpp3Reader.parseModel(MavenXpp3Reader.java:2247) at org.apache.maven.model.io.xpp3.MavenXpp3Reader.read(MavenXpp3Reader.java:4088) and the xwiki is not installed or run on it. I've unpacked the problematic saaj-api-1.3.jar file and found that the problem is probably with this line typo: 37 <organization> 38 <name>Sun Microsystems, Inc</name> 39 <url>http://www.sun.com/</url> 40 </organization>` 41 <dependencies> See "`" at the end of 40 line. Now my question is how to fix this issue properly? My guess is that this file does not come from XWiki project... Thanks! Karel

13 years, 7 months

[xwiki-devs] About jira issue-5560

by 许凌志(Jamesxu)

I am trying to fix the issue-5560, thanks for the comments of Marius on the jira issue-5560 page, it made me know the reason to cause the bug. I think out a way as folloing to sovle the problem: First, I find the js code for saving wiki pages whether using shortcuts or by clicking the buttons. According to the analysis of Marius' comments, he suggest to use editor.getSourceText(onSuccess, onFailure) to get the content from the wysiwyg editor(I find when in source mode, the editor change to an plain textarea_ "<textarea class="xPlainTextEditor" style="height: 492px;"></textarea>".) I think it is a good way to get the content dirctly from wysiwyg editor, so I searched all the js file to find the editor.getSourceText method, finnally I found it in js file under xwe, it is the js code which is generated by GWT. Cause the js file under xwe aer compressed, I did not find a good way to use this method out of GWT, so anyone can give me some help to explain the usage of method editor.getSourceText(onSuccess, onFailure), and tell me how can I use it outside GWT. -- Best wishes, 许凌志(Jame Xu) MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University Department of Computer Science and Technology, Xi’an Jiaotong University

13 years, 7 months

[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, 7 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, 7 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, 7 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, 7 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, 7 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, 7 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, 7 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, 7 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs May 2011