I guess the problem is that if one want to use "hostname" based subwikis and not path-basd subwikis, unfortunately one need to change the config in two places: - set "url.standard.multiwiki.isPathBased=false" in xwiki.properies - set "xwiki.virtual.usepath=0" in xwiki.cfg Can you check if you maybe forgot to set the latter? I can reproduce your problem if I leave "xwiki.virtual.usepath" in the default setting. Clemens

Hello everyone,

Upon trying to create a new wiki we don’t get a Distribution Wizard and instead get the DocumentDoesNotExist page. Setup Summary: Tomcat/MySQL & XWikiv6.0.1

We deployed a custom configured version of the WAR file to our Servlet Container (Tomcat) and upgraded the UI on the main wiki using the Extension Manager (carefully, we made sure rights we wanted to keep didn’t get overwritten). We want to expand our current wiki and split up into many “sub-wikis” and start with creating the new wikis. We use the WikiManager/CreateWiki/ dialog as admin-users with full rights.

THE MAIN ISSUE: Upon hitting “create” we expect to see the Distribution Wizard - but instead we see the DocumentDoesNotExist page and the URL reads /wiki/secondwiki/view/Main. Our jobs folder does in fact have status.xml which I have heard you could remove (then restart tomcat) and get the DW that way but it isn’t working (same result).

My logs (catalina.out) show the following: -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.h.u.DTDEntityResolver - recognized obsolete hibernate namespace http://hibernate.sourceforge.net/. Use namespace http://www.hibernate.org/dtd/ instead. Refer to Hibernate 3.6 Migration Guide! -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.h.i.UUIDHexGenerator - Using org.hibernate.id.UUIDHexGenerator which does not generate IETF RFC 4122 compliant UUID values; consider using org.hibernate.id.UUIDGenerator instead NOTE: We actually have the hibernate namespace as they have suggested in the warning (in hibernate.cfg.xml). Still it gives us that warning.

-----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Storage schema updates and data migrations are enabled -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] currently in version [54300] -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [xwiki] -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [secondwiki] -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [testing]

Checked MySQL: the database is being properly created and is filled with the expected tables (compared with database ‘xwiki' - the main wiki).

If you read all of that - thank you for your time. Any help or ideas you can provide would be GREATLY appreciated.

Best, eamas

_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

Well, in case you want path besed subwikis better try with the sections set to the opposite values :) Reading that your webapp is custom configured another thing I guess what could have gone missing is: a) the servlet mapping for <url-pattern>/wiki/*</url-pattern> has been gone missing in the web.xml causing you to get a 404 instead b) as the path you get redirected is /wiki/secondwiki/view/Main instead of /xwiki/wiki/secondwiki/view/Main I guess you are trying to get XWiki run as the ROOT webapp? maybe something is missing there ... On 07/29/2014 04:45 PM, eamas wrote:

Thanks, Clemens. I’ll try your suggestion. From my understanding, we wanted to try and get this to work with path-based subwikis instead but I’ll see if this gets us closer to our goal.

On Tuesday, July 29, 2014 at 8:37 AM, Clemens Klein-Robbenhaar [via XWiki] wrote:

...

I guess the problem is that if one want to use "hostname" based subwikis and not path-basd subwikis, unfortunately one need to change the config in two places:

- set "url.standard.multiwiki.isPathBased=false" in xwiki.properies - set "xwiki.virtual.usepath=0" in xwiki.cfg

Can you check if you maybe forgot to set the latter? I can reproduce your problem if I leave "xwiki.virtual.usepath" in the default setting.

Clemens

...

Hello everyone,

Upon trying to create a new wiki we don’t get a Distribution Wizard and instead get the DocumentDoesNotExist page. Setup Summary: Tomcat/MySQL & XWikiv6.0.1

We deployed a custom configured version of the WAR file to our Servlet Container (Tomcat) and upgraded the UI on the main wiki using the Extension Manager (carefully, we made sure rights we wanted to keep didn’t get overwritten). We want to expand our current wiki and split up into many “sub-wikis” and start with creating the new wikis. We use the WikiManager/CreateWiki/ dialog as admin-users with full rights.

THE MAIN ISSUE: Upon hitting “create” we expect to see the Distribution Wizard - but instead we see the DocumentDoesNotExist page and the URL reads /wiki/secondwiki/view/Main. Our jobs folder does in fact have status.xml which I have heard you could remove (then restart tomcat) and get the DW that way but it isn’t working (same result).

My logs (catalina.out) show the following: -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.h.u.DTDEntityResolver - recognized obsolete hibernate namespace http://hibernate.sourceforge.net/. Use namespace http://www.hibernate.org/dtd/ instead. Refer to Hibernate 3.6 Migration Guide! -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.h.i.UUIDHexGenerator - Using org.hibernate.id.UUIDHexGenerator which does not generate IETF RFC 4122 compliant UUID values; consider using org.hibernate.id.UUIDGenerator instead NOTE: We actually have the hibernate namespace as they have suggested in the warning (in hibernate.cfg.xml). Still it gives us that warning.

-----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Storage schema updates and data migrations are enabled -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] currently in version [54300] -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [xwiki] -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [secondwiki] -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [testing]

Checked MySQL: the database is being properly created and is filled with the expected tables (compared with database ‘xwiki' - the main wiki).

If you read all of that - thank you for your time. Any help or ideas you can provide would be GREATLY appreciated.

Best, eamas

_______________________________________________ users mailing list [hidden email] (/user/SendEmail.jtp?type=node&node=7591495&i=0) http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list [hidden email] (/user/SendEmail.jtp?type=node&node=7591495&i=1) http://lists.xwiki.org/mailman/listinfo/users

If you reply to this email, your message will be added to the discussion below: http://xwiki.475771.n2.nabble.com/New-Wiki-Creation-Issues-No-Distribution-W... To unsubscribe from New Wiki Creation Issues / No Distribution Wizard, click here (http://xwiki.475771.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe...). NAML (http://xwiki.475771.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewe...)

-- View this message in context: http://xwiki.475771.n2.nabble.com/New-Wiki-Creation-Issues-No-Distribution-W... Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

mit freundlichen Grüßen Clemens Klein-Robbenhaar -- Clemens Klein-Robbenhaar Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.763 Fax: +49.(0)30.90 226.760 [email protected] HRB 77554 B - Berlin-Charlottenburg Vorstand: Maya Biersack, Peter Biersack Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber Zertifiziert nach ISO 9001:2008

So it looks like although I get the DocumentDoesNotExist page I can still import the default set of wiki pages (for sub-wiki, not the package for main-wiki) from the link they provide in the Administer Wiki page. This seems like a good enough workaround for not getting the DW and after setting the servlet path identifiers back to the default /wiki/* my two wikis seem to be co-existing. I can see them in the /bin/view/WikiManager/ Available Wikis table and the MySQL DBs are created for each. For now I think it is working - going to test some extra functionality and finish manually importing some settings. Thanks for your help! On Tuesday, July 29, 2014 at 12:28 PM, eamas wrote:

Yes - we are trying to get XWiki to run as the ROOT webapp. I changed the servlet mapping /wiki/* to a custom one (/example/*) both in web.xml (http://web.xml) and in xwiki.cfg; however, it is as if the changes aren’t being recognized and it still reverts back to /wiki/* whenever we try to make a new wiki. We just commented out the default line and added our own. Maybe I’ll try leaving everything as default to get path-based working but I feel like I’ve tried that already several times.

Another thing to note - this was an upgrade from v5.3 (or 5.4.5) to v6.0.1. Once we got the UI upgraded through the Extension Manager (manually and not through the DW on wiki startup) we worked out some of the small rights issues for things like stylesheets and everything is working/looking normal. Could the root of the problem exist as far back as the upgrade to 6.0.1?

On Tuesday, July 29, 2014 at 11:04 AM, Clemens Klein-Robbenhaar [via XWiki] wrote:

...

Well, in case you want path besed subwikis better try with the sections set to the opposite values :)

Reading that your webapp is custom configured another thing I guess what could have gone missing is:

a) the servlet mapping for <url-pattern>/wiki/*</url-pattern> has been gone missing in the web.xml (http://web.xml) causing you to get a 404 instead

b) as the path you get redirected is /wiki/secondwiki/view/Main instead of /xwiki/wiki/secondwiki/view/Main I guess you are trying to get XWiki run as the ROOT webapp? maybe something is missing there ...

On 07/29/2014 04:45 PM, eamas wrote:

...

Thanks, Clemens. I’ll try your suggestion. From my understanding, we wanted to try and get this to work with path-based subwikis instead but I’ll see if this gets us closer to our goal.

On Tuesday, July 29, 2014 at 8:37 AM, Clemens Klein-Robbenhaar [via XWiki] wrote:

...

I guess the problem is that if one want to use "hostname" based subwikis and not path-basd subwikis, unfortunately one need to change the config in two places:

- set "url.standard.multiwiki.isPathBased=false" in xwiki.properies - set "xwiki.virtual.usepath=0" in xwiki.cfg

Can you check if you maybe forgot to set the latter? I can reproduce your problem if I leave "xwiki.virtual.usepath" in the default setting.

Clemens

...

Hello everyone,

Upon trying to create a new wiki we don’t get a Distribution Wizard and instead get the DocumentDoesNotExist page. Setup Summary: Tomcat/MySQL & XWikiv6.0.1

We deployed a custom configured version of the WAR file to our Servlet Container (Tomcat) and upgraded the UI on the main wiki using the Extension Manager (carefully, we made sure rights we wanted to keep didn’t get overwritten). We want to expand our current wiki and split up into many “sub-wikis” and start with creating the new wikis. We use the WikiManager/CreateWiki/ dialog as admin-users with full rights.

THE MAIN ISSUE: Upon hitting “create” we expect to see the Distribution Wizard - but instead we see the DocumentDoesNotExist page and the URL reads /wiki/secondwiki/view/Main. Our jobs folder does in fact have status.xml which I have heard you could remove (then restart tomcat) and get the DW that way but it isn’t working (same result).

My logs (catalina.out) show the following: -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.h.u.DTDEntityResolver - recognized obsolete hibernate namespace http://hibernate.sourceforge.net/. Use namespace http://www.hibernate.org/dtd/ instead. Refer to Hibernate 3.6 Migration Guide! -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.h.i.UUIDHexGenerator - Using org.hibernate.id.UUIDHexGenerator which does not generate IETF RFC 4122 compliant UUID values; consider using org.hibernate.id.UUIDGenerator instead NOTE: We actually have the hibernate namespace as they have suggested in the warning (in hibernate.cfg.xml). Still it gives us that warning.

-----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Storage schema updates and data migrations are enabled -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] currently in version [54300] -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [xwiki] -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] WARN o.x.v.i.DefaultVelocityEngine - Deprecated usage of method [com.xpn.xwiki.api.XWiki.searchDocuments] in /templates/admin.vm@75,17 -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [secondwiki] -----------/bin/admin/XWiki/XWikiPreferences/] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [testing]

Checked MySQL: the database is being properly created and is filled with the expected tables (compared with database ‘xwiki' - the main wiki).

If you read all of that - thank you for your time. Any help or ideas you can provide would be GREATLY appreciated.

Best, eamas

_______________________________________________ users mailing list [hidden email] (/user/SendEmail.jtp?type=node&node=7591495&i=0) http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list [hidden email] (/user/SendEmail.jtp?type=node&node=7591495&i=1) http://lists.xwiki.org/mailman/listinfo/users

If you reply to this email, your message will be added to the discussion below: http://xwiki.475771.n2.nabble.com/New-Wiki-Creation-Issues-No-Distribution-W... To unsubscribe from New Wiki Creation Issues / No Distribution Wizard, click here ( NAML (http://xwiki.475771.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewe...)

-- View this message in context: http://xwiki.475771.n2.nabble.com/New-Wiki-Creation-Issues-No-Distribution-W... Sent from the XWiki- Users mailing list archive at Nabble.com (http://Nabble.com). _______________________________________________ users mailing list [hidden email] (/user/SendEmail.jtp?type=node&node=7591500&i=0) http://lists.xwiki.org/mailman/listinfo/users

mit freundlichen Grüßen Clemens Klein-Robbenhaar

-- Clemens Klein-Robbenhaar Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.763 Fax: +49.(0)30.90 226.760 [hidden email] (/user/SendEmail.jtp?type=node&node=7591500&i=1)

HRB 77554 B - Berlin-Charlottenburg Vorstand: Maya Biersack, Peter Biersack Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber Zertifiziert nach ISO 9001:2008 _______________________________________________ users mailing list [hidden email] (/user/SendEmail.jtp?type=node&node=7591500&i=2) http://lists.xwiki.org/mailman/listinfo/users

If you reply to this email, your message will be added to the discussion below: http://xwiki.475771.n2.nabble.com/New-Wiki-Creation-Issues-No-Distribution-W... To unsubscribe from New Wiki Creation Issues / No Distribution Wizard, click here (http://xwiki.475771.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe...). NAML (http://xwiki.475771.n2.nabble.com/template/NamlServlet.jtp?macro=macro_viewe...)

-- View this message in context: http://xwiki.475771.n2.nabble.com/New-Wiki-Creation-Issues-No-Distribution-W... Sent from the XWiki- Users mailing list archive at Nabble.com (http://Nabble.com). _______________________________________________ users mailing list [email protected] (mailto:[email protected]) http://lists.xwiki.org/mailman/listinfo/users

On 07/30/2014 05:49 PM, eamas wrote:

My final question regarding this topic: is the Distribution Wizard absolutely necessary for the creation of a new sub-wiki (multi-wiki scenario)? In other words, if the database for the new wiki is being created in MySQL and I get the DocumentDoesNotExist page but I can still go to import the default set of pages and can access this wiki through url.com/wiki/subwiki1/Main/ then is it safe to assume that it worked and I can proceed with this as my newly created sub-wiki?

After thinking a bit about it I guess something must have kept the distribution wizard from starting (while before I thought it was running, buit just not actibvated for some reason). I remember there were some checks in the code telling the DW not to run under some circumstances, especially if it cannot find a pom.xml in the META-INF/maven/org.xwiki.enterprise/xwiki-enterprise-web/ directory of the webapp and it might be that this happens with your custom XWiki installation. However as long as you can install the default pages and see the new subwiki i.e. in the Extension manager of the main wiki (so you can upgrade its pages from there), this is just an inconvenience and your subwikis should work just fine. Clemens

On 08/05/2014 04:39 PM, eamas wrote:

Solved my issue and just wanted to drop a line here: Creating a new custom web app folder (moving over only our custom configurations piece-by-piece to a default 6.0.1 unpacked xwiki war file), "zipping" that folder, and deploying that - worked. We tested with packing and unpacking a .WAR file but the DW only appeared with a zipped web app folder. Maybe .WARs retain some sort of state or registry that changes with every pack/unpack that the DW doesn't agree with?

If you pack/unpack the *.war with the "jar" command, the packing has the effect of overwriting the file META-INF/MANIFEST.MF in the packed archive. In the original xwiki.war this file contains critical information about where the DW should look for the XWiki version. If this file gets replaced by a standard placeholder one, the DW will not start. At least that is what has bitten us around here when we tried to get a custom packaged XWiki running. Maybe this is useful unformation to understand why it does not work in your case, either. Clemens