Hello all,
Platform and Client team of XWiki SAS find interesting the idea of having
XWiki version written as comment in the top of xwiki.cfg (no need for
particular location though).
When an upgrade is performed, it would permit to know if this configuration
file has been merged (new xwiki version) or directly moved (first/previous
xwiki version) from the old webapp.
Do you think it would be feasible?
Thank you in advance.
Guillaume
Just commenced migrating three XWiki instances from XWiki 4.4.1 to 5.1
These three XWiki instances are each run as individual contexts within a
single
Tomcat instance. Under previous versions of XWiki this required some
configuration
tweaking of infinispan cache settings and lucene index locations to avoid
conflicts
between the various XWiki instances.
However, with the introduction of the SOLR search engine, there appear to
have been
similar conflicts introduced which I am unsure how to solve. Should it be
possible
for a single Tomcat instance to host multiple XWiki 5.1 application
contexts?
Catalina logs show the embedded SOLR throwing "OverlappingFileLockException"
when
starting the second XWiki instance. No doubt this is due to the index
directory
conflict shown below despite the fact that "environment.permanentDirectory"
is set
to different locations in "xwiki.properties" for each XWiki application
context.
Jul 28, 2013 5:57:15 PM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory /var/lib/tomcat/webapps/xwikidtc
2013-07-28 17:57:26,008 [localhost-startStop-1] INFO
o.x.s.s.i.EmbeddedSolrInstance - Starting embedded Solr server...
2013-07-28 17:57:26,012 [localhost-startStop-1] INFO
o.x.s.s.i.EmbeddedSolrInstance - Using Solr home directory:
/net/sydnas1/c/deltasoft/XWiki/DTC/data/solr
2013-07-28 17:57:27,650 [localhost-startStop-1] WARN o.a.s.c.SolrCore
- New index directory detected: old=null
new=/net/sydnas1/c/deltasoft/XWiki/DTC/data/solr/./data/index/
2013-07-28 17:57:30,602 [localhost-startStop-1] INFO
o.x.s.s.i.EmbeddedSolrInstance - Started embedded Solr server.
Jul 28, 2013 5:57:37 PM org.apache.catalina.startup.HostConfig
deployDirectory
INFO: Deploying web application directory
/var/lib/tomcat/webapps/xwikisportzman
2013-07-28 17:57:58,944 [localhost-startStop-1] INFO
o.x.s.s.i.EmbeddedSolrInstance - Starting embedded Solr server...
2013-07-28 17:57:58,950 [localhost-startStop-1] INFO
o.x.s.s.i.EmbeddedSolrInstance - Using Solr home directory:
/net/sydnas1/c/deltasoft/XWiki/DTC/data/solr
2013-07-28 17:58:00,584 [localhost-startStop-1] WARN o.a.s.c.SolrCore
- New index directory detected: old=null
new=/net/sydnas1/c/deltasoft/XWiki/DTC/data/solr/./data/index/
2013-07-28 17:58:02,678 [localhost-startStop-1] INFO
o.x.s.s.i.EmbeddedSolrInstance - Started embedded Solr server.
Appears that the first setting of "environment.permanentDirectory" is used
for all
application contexts after that ??? However, other files (e.g., "extension"
and "jobs"
directories) are being placed in the correct permanent direcrory. i.e., it
is only
SOLR that appears to be picking up an incorrect setting for
"environment.permanentDirectory".
--
View this message in context: http://xwiki.475771.n2.nabble.com/SOLR-Fails-with-Multiple-XWiki-Contexts-t…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi XWiki developers!
Relating to http://markmail.org/message/n2yove6lr3rlzh6j , I'm working on
the "Workspace" integration in XWiki Enterprise.
After a brainstorm with Vincent, this is the first things I will do:
1/ the "xwiki-manager" repository will not be used anymore, it could even
be closed.
2/ the "xwiki-manager-ui" will be split in the different projects of
xwiki-enterprise and xwiki-platform (mainly xwiki-workspace-application).
All the content of the manager will not be lost. We might rename some of
the page in order to not override the current ones (ex: Dashboard.WebHome
will be renamed WikiManager.Dashboard).
3/ "xwiki-manager-data", "xwiki-manager-distribution", "xwiki-manager-web"
and "xwiki-manager-tests" will not be imported. The only useful test is a
Selenium test that we can keep, but it is better to rewrite-it because we
will change the UI too.
I will write you an other email with Caty tomorrow, with what we plan to do
for the 5.2 roadmap.
If you have any question or suggestion, please send me them!
Regards,
Louis-Marie
Hi devs,
We're getting close to releasing 5.1 final so we need to start the roadmap for 5.2.
Content
======
Here's some proposal based on discussions with various committers (those from XWiki SAS) and based on our past roadmap leftovers:
* SOLR Search improvements/tuning + search suggest in SOLR - Thomas + Marius
* Have Workspace by default in XE + improved home page - Caty + Guillaume Delhumeau. FTR Guillaume is not a committer yet but he's going to work full time on XWiki development and especially on UI aspects from now on. Welcome aboard Guillaume, we need you! :)
* Scalable import/export based on wiki stream - Thomas
* Improvements on EM (introduce "always" switch in the EM conflict UI, When uninstalling a XAR extension a question should be asked for various conflict use cases, various bugs, etc) - Thomas + Marius
* Script signing - Thomas Delafosse
* Add UI extension point in key places - Who wants to work on this?
Here are also some JIRA issues that were raised as important (in this order of importance):
* XWIKI-8765: When upgrading a wiki, do not display what happened (files edited, etc.) in the Activity Stream
* XWIKI-9046: Improve document save performance by not loading the full history
* XWIKI-6700: Copying a page over an existing one does not warn user
* XWIKI-7377: AWM Add the ability to publish an application as an extension
* XWIKI-5146: Support LiveTable text filtering on DBListclass columns
* XWIKI-6275: Removing the last member of a group removes the group as well
* XWIKI-7718: Improve user profile's UI by using the vertical menu
* XWIKI-9156: The Wiki UIExtensions should check the rights before executing extension points
* XWIKI-8763: Improve AWM for it to deal with error messages directly in the edit mode
* XWIKI-9227: Extend the link creation feature for XEM
* XWIKI-8757: Support 2 roles for users for app within minutes: application creator and data creator
* XWIKI-9233: Cannot save a wiki page containing a link towards a page with a full name >255
Last, here's a list of interesting investigations to do (for future implementation):
* Activity Stream UI + Notifications Investigations - Caty + GuillaumeD
* Easier automatic field validation (including UI for advanced user). Ajax or Not - Marius (if enough time)
For committers for whom I've suggested a name next to items above, is it ok for you to work on this in 5.2?
For committers not listed, anything special you wish to work on for 5.2?
Dates
=====
5.2M1: 12 Aug (5 weeks since holiday period and all XWiki SAS devs at seminar for 10 days)
5.2M2: 9 Sep (4 weeks since holiday period)
5.2RC1: 23 Sep (2 weeks)
5.2Final: 30 Sep
This allows to roughly keep the September period for 5.2 final as planned initially so that we can have 5.3 in November, 5.4 in December and 5.5 in January.
WDYT?
Thanks
-Vincent
Hello,
I currently developing an additional component, this component need 3rd
party jars to run.
I have included my project in Eclipse, where I stored the jars in the
build path.
To create the jar with Maven works without error.
Whenever I install my component in xwiki.basedir {} / WEB-INF/lib, and
then try to execute this in Velocity in a page I get the following error
displayed:
Caused by: org.apache.velocity.exception.MethodInvocationException: Invocation of method 'createProjectPages' in class com.acme.internal.BlueAntComponentScriptService threw exception java.lang.NoClassDefFoundError: org/apache/commons/discovery/tools/DiscoverSingleton at xwiki:BlueAnt Space.WebHome[line 2, column 19]
at org.apache.velocity.runtime.parser.node.ASTMethod.handleInvocationException(ASTMethod.java:261)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:187)
at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228)
... 106 more
Caused by: java.lang.NoClassDefFoundError: org/apache/commons/discovery/tools/DiscoverSingleton
at org.apache.axis.components.logger.LogFactory$1.run(LogFactory.java:45)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.axis.components.logger.LogFactory.getLogFactory(LogFactory.java:41)
at org.apache.axis.components.logger.LogFactory.<clinit>(LogFactory.java:33)
at org.apache.axis.handlers.BasicHandler.<clinit>(BasicHandler.java:43)
at org.apache.axis.client.Service.getAxisClient(Service.java:104)
at org.apache.axis.client.Service.<init>(Service.java:113)
at net.proventis.axis.blueant.BaseServiceLocator.<init>(BaseServiceLocator.java:12)
at com.acme.internal.ClientTest.<init>(ClientTest.java:41)
at com.acme.internal.BlueAntDefaultComponent.createProjectPages(BlueAntDefaultComponent.java:73)
at com.acme.internal.BlueAntComponentScriptService.createProjectPages(BlueAntComponentScriptService.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
... 110 more
Caused by: java.lang.ClassNotFoundException: org.apache.commons.discovery.tools.DiscoverSingleton
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1516)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1361)
... 128 more
I've tried to make the jars available via the command:
mvn install:install-file -Dfile=src\main\resources\axis.jar
-DgroupId=axis -DartifactId=axis -Dversion=1 -Dpackaging=jar
...
...
...
But this has not helped.
My pom file looks like:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>org.xwiki.commons</groupId>
<artifactId>xwiki-commons-component-archetype</artifactId>
<version>3.3-milestone-2</version>
<name>XWiki BlueAnt Component</name>
<description>XWiki BlueAnt Component</description>
<properties>
<platform.core.version>3.3-milestone-2</platform.core.version>
</properties>
<build>
<plugins>
<!-- plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.3.2</version>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<compilerVersion>1.5</compilerVersion>
<source>1.5</source>
<target>1.5</target>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<dependency>
<groupId>org.xwiki.commons</groupId>
<artifactId>xwiki-commons-component-default</artifactId>
<version>${platform.core.version}</version>
</dependency>
<!-- Only needed if some of the component's APIs must be made
visible to scripting in wiki pages -->
<dependency>
<groupId>org.xwiki.commons</groupId>
<artifactId>xwiki-commons-script</artifactId>
<version>${platform.core.version}</version>
</dependency>
<!-- Testing dependencies -->
<dependency>
<groupId>org.xwiki.commons</groupId>
<artifactId>xwiki-commons-test</artifactId>
<version>${platform.core.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>axis</groupId>
<artifactId>axis</artifactId>
<version>1.0</version>
<type>jar</type>
<scope>system</scope>
<systemPath>D:\Entwicklung\JAVA\Maven\TestProject\example\src\main\resources\axis.jar</systemPath>
</dependency>
... and for all other third party jars
</dependencies>
</project>
Can anyone help a desperate trainee? :)
--
MPDigital GmbH
Michael Born
Auszubildender Fachinformatiker Anwendungsentwicklung
Kantstraße 5-13
44867 Bochum
Tel.: (0 23 27) 307-323
E-Mail: born(a)mpdigital.de
http://www.mpdigital.de
Geschaeftsführer: Hans-Joachim Janke
Sitz und Registergericht:
Amtsgericht Bochum - HRB 6454
Hi devs,
Just to let you know that I've installed the Solr app on test.xwiki.org so that test.xwiki.org has its own search.
I've also modified Main.SolrSearch on xwiki.org to add "-wiki:test" so that results from the test wiki don't appear when users search on xwiki.org.
Thanks
-Vincent
Hi guys,
Several of us had an IRL discussion while at the XWiki SAS seminar. We brainstormed a bit about the xwiki.org community and about issues that exist and how to find actions to improve them.
* Denis said: Lacking long term direction in the project
* Denis said: Would be nice to have XWiki SAS long term vision in the open source project since XWiki SAS has the most committers in the project
=> action: create page on xwiki.org with big items discussed/decided on the list but not done yet (e.g. Flavors, etc). Assignee: Vincent
=> action: send mail on list about the vision of the xwiki project. Assignee: Denis
=> action: send a survey with a list of flavors identified (and possibility for the responders to add more) to see how xwiki users are using XWiki. Assignee: Silvia
* Denis said: Difficult to know who's working on what, who's an expert in what domain in the community
=> action: rewrite hall of fame page to be more friendly with a short presentation of committers. Create the skeleton and ask everyone to fill his part. Assignee: Vincent
=> idea: define a set of tags corresponding to xwiki features/modules and tag user pages with them. Create a User Directory app on xwiki.org displaying those tags to see who's an expert in what. Assignee: ?
=> idea: improve profile pages to see what users have contributed too. Assignee: ?
* Denis, Caleb said: sometimes "too hard" for newcomers. Feeling of not being welcomed and having to work too hard to push something in.
=> idea: create an XWiki event. Assignee: ? (Vincent is interested to organize something in France/Paris)
* Denis said: Hard to find what you're looking for in the documentation, some obsolete parts.
* ThomasD said: Missing some guides for newcomers who wish to start contributing on the platform
=> we didn't get the time to discuss this
* Caleb said: Lack of code ownership. If there was code ownership then the owner would feel responsible for his part
=> we didn't get the time to discuss this
* Caleb said: Sometimes difficult to discuss on the mailing list because others will answer about the way it should be done and the proposer has no time to do that
=> we didn't get the time to discuss this
Do you agree about this?
Do you have other points not mentioned about issues in the xwiki community?
Do you have ideas on how to improve the points mentioned above?
Are you willing to help on some actions?
Thanks!
-Vincent
Hi all,
I'd like to welcome Buddhiprabha Erabadda to our community on the GSOC
Mobile Client project, which I will mentor. Buddhiprabha Erabadda is our
only GSOC student this year as we were not enough satisfied with the
quality of the other proposals. No pressure Buddhiprabha.
The objective of Buddhiprabha will be to help me getting the best possible
XWiki Mobile out the door on Android and iOS, with particularly
notifications implemented. We will also work with Caty on her proposals for
the mobile app:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/MobileApp
We will also add improvements to the XWiki REST Api during the project
especially to improve performance. There is already a pull request to get
more page data in one request (
https://github.com/xwiki/xwiki-platform/pull/111 )
We have a jira project to track tasks: http://jira.xwiki.org/browse/XMMORPHO
Welcome Buddhiprabha to XWiki
Ludovic
--
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hello fellow developers,
for my local association (Scouts de Forbach), I've been pushing to get an XWiki which is now deployed and starts slowly to be used.
One of the central objectives is to get a communication channel between the members. A forum could be sufficient but a wiki is useful already per se.
For the communication, I could go in the direction of the message-board or the emerging discussions' module but I am thinking that the threading is not the most important part but the delivery and making sure that people read it.
Thus I am thinking of an "Announce" class whose objects would be added by a menu and would first show a dialog inviting to indicate recipients and send the email.
Once sent, the announce keeps a track of the version number and the users and emails that have been sent.
The email sent is in html, contains the whole page content, and contains a tracker image, individualized by recipient. The image pull, which is activated when people show images (I know not all do), would then update the object and show to the (registered) readers of that page that the given user has read it.
Considering my experience of a somewhat uncertain communication it seems to be a useful addition to stimulate the usage of the wiki and to enroll people that do not necessarily go there often.
Is anything such existing?
Can some of you make other suggestions?
What would be the way for me to embed such a menu action and the display of the announce space?
thanks in advance.
Paul