On Mon, Nov 10, 2008 at 3:34 PM, Jean-Vincent Drean <jv(a)xwiki.com> wrote:
> Revised proposal :
>
> 1.7M2: nov 12th
> 1.7M3: nov 19th
> 1.7RC1: nov 26th (create 1.7 branches and make trunk 1.8-SNAPSHOT)
> 1.7 final: dec 3rd
> 1.7.1 (if needed) : dec 8th
>
Seven +1, no 0, no -1. Vote passed.
Thomas is fixing a LDAP bug blocking the release, I plan to start it
around 1:30pm GMT.
This release will be performed with maven-release-plugin 2.0-beta-8.
1.7M2 release plan :
xwiki-platform-pom 1.19
xwiki-tools
xwiki-plugins
xwiki-applications
xwiki-skins
xwiki-core 1.7-milestone-2
xwiki-plugin-mailsender 1.6
xwiki-plugin-watchlist 1.11
xwiki-plugin-skinx 1.3
xwiki-application-watchlist 1.11
xwiki-application-panels 1.12
xwiki-platform-web 1.7-milestone-2
xwiki-product-enterprise 1.7-milestone-2
Thanks,
JV.
Hi devs,
the xwiki-core-rendering module is growing more and more and will
contain too many things and dependencies IMO.
For example I will soon commit code macro and script/groovy macros
which come with big dependencies (like jython, groovy, etc.) and it
would be god to not add more things in already too big core -rendering
pom.xml file ;)
Now the proposal: add a xwiki-macro submodule in /platform/core and
have one macro/one sub module (xwiki-macro/xwiki-macro-code,
xwiki-macro/xwiki-macro-script, etc.).
Jerome already created a task for it, see
http://jira.xwiki.org/jira/browse/XWIKI-2823
Here is my +1
--
Thomas Mortagne
Hi,
I've proposed a patch that allows multiwiki to function based on URLs
and not based on subdomains.
http://jira.xwiki.org/jira/browse/XWIKI-2824
The approach of this patch is to support multiwiki using the following URLs:
http://host/xwiki/bin/[view]/Main/ is the main wiki
http://host/xwiki/subwiki/wiki_wikiname/[view]/Main/ is the subwiki
called 'wikiname'
'wikiname' needs to be what is in the server field in the wiki
declaration in the main wiki.
I wanted to implemented it by using wiki_wikiname directly as a
replacement to bin, but this is not possible since web.xml does not
allow to pass /wiki_* as a regexp.
This is related to the issue of Short URLs
(http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs) for which
sergiu has documented a solution that needs a servlet to serve the
static content.
I think that controling our URLs is becoming more and more important (we
also have URL rewriting patches that are old now but would be quite cool
to have), and we have lot of people asking to be able to get rid of
/bin/ in our urls.
So we probably need to write this servlet that would be able to be a
unique entry point to XWiki. This servlet would:
- handle static content URLs
-- currently we would need to reserve the words 'templates', 'skins',
'wiki_editor', 'tiny_mce' ,' freemind', 's5 ,'yui' for static content
but we could put them into 'static' in the future)
- handle multiwiki URLs (we could reserve subwiki_* for subwiki URLs)
- handle the other URLs as the main wiki URLs
Ludovic
--
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hello, I am trying to use the xwiki portlet with exo portal (and a mysql
database).
I have configured the hibernate.cfg.xml file as needed and included my jdbc
driver. However I still get an error, here is my log:
<code>
GRAVE: Erreur lors de la configuration de la classe d'�coute de
l'application (application listener)
com.xpn.xwiki.web.InitializationServletContextListener
java.lang.ClassNotFoundException:
com.xpn.xwiki.web.InitializationServletContextListener
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1360)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1206)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3786)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4350)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:934)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:897)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:496)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1157)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:315)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
6 nov. 2008 18:02:16 org.apache.catalina.core.StandardContext listenerStart
GRAVE: L'installation des �couteurs (listeners) de l'application a �t�
saut�e suite aux erreurs pr�c�dentes
</code>
--
View this message in context: http://n2.nabble.com/exo-all-in-one-integration-tp1466118p1466118.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi,
Today is 1.7M2 release date. However since we're late on several items
I think we need a M3 release. Here are the remaining items:
* WYSIWYG editor (lots of things remain and will overflow to RC1 and
RC2)
* Webdav integration (Sergiu to review Asiri's patch) - For 1.7M3
* Rendering: some bug fixes which can go in M3 or even RC1/RC2 + some
CSS change for unknown pages in link rendering (1.7M3)
* Rendering: groovy macro + rss macro + graph macro + finalize code
macro - Would be good to have the max in 1.7M3 and can overflow in RC1
if need be
* More?
So here's the proposal:
1.7M2: today
1.7M3: 10th to 17th
1.7RC1: 17th to 24th
1.7RC2: 24th to 1st
1.7 final: sometime during the week of the 1st.
Here's my +1
Thanks
-Vincent
Hello fellow developers,
The usage of a bunch of command-line tools for checking-out the (XML
of) xwiki pages and checking them in would be really useful.
The xar approach is not really practical: there's no merge, it's
problematic when it gets big, and it still doesn't have a command-line
to integrate within a build-flow.
I am convinced it would be easy, for example, to use the XEclipse code
to make checkout, update, and checkin ant-tasks or command-line tools.
Did anyone try?
thanks in advance
paul