Re: [xwiki-users] XWiki User/Dev meet up in France? Paris?
Hi Vincent, I'm interested in participating in this event as a XWiki user and developer. I would like to get to know the XWiki developers in person and debate how our company can play part in the community. Maybe there are some bigger tasks, which carry synergies in them. vmassol wrote Hi XWiki users, I’m wondering if we’d be enough to start organizing an XWiki users/dev meetup in France. Could you let me know in reply if you’d be interested in joining if I was to organize such a meetup? If we’re enough we could imagine organizing it in September or October for example. XWiki SAS has an office located in Paris (http://www.xwiki.com/lang/en/Company/Contact) and they could host us. Note for those who’d be coming from afar, I’m sure that it would be possible to have you sleep at some XWiki SAS employee’s place in Paris or even in the office (there’s a shower and kitchen). Interesting or not? If you’re interested what would you be interested in doing/seeing during this time? We could imagine a 3-4 hours meetup or even a 1 day meetup. We could also imagine having a hackathon during the time, in this case probably 2 days would be nicer. WDYT? Thanks -Vincent ___ users mailing list users@ http://lists.xwiki.org/mailman/listinfo/users -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-User-Dev-meet-up-in-France-Paris-tp7591400p7591489.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki User/Dev meet up in France? Paris?
Hi Vincent, I would be interested, both from a users and dev side. The only trouble is that I have a relocation and some related appointments scheduled for September and into October which are somewhat in a state of flux, so if the meetup happens, just schedule a date for it without taking me into account and I will figure if I can come. Clemens Hi XWiki users, I’m wondering if we’d be enough to start organizing an XWiki users/dev meetup in France. Could you let me know in reply if you’d be interested in joining if I was to organize such a meetup? If we’re enough we could imagine organizing it in September or October for example. XWiki SAS has an office located in Paris (http://www.xwiki.com/lang/en/Company/Contact) and they could host us. Note for those who’d be coming from afar, I’m sure that it would be possible to have you sleep at some XWiki SAS employee’s place in Paris or even in the office (there’s a shower and kitchen). Interesting or not? If you’re interested what would you be interested in doing/seeing during this time? We could imagine a 3-4 hours meetup or even a 1 day meetup. We could also imagine having a hackathon during the time, in this case probably 2 days would be nicer. WDYT? Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] New Wiki Creation Issues / No Distribution Wizard
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 users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] xWiki 6.1 LDAP Issues
I am having issues getting the ldap to work as well with the same stand alone install with Windows. I know I have all the settings because we use it on another system, but I am just unsure how they should be formatted. I need to do the bind account and have that info listed but still it isn't working. Here is what I have. My inputs are in bold. I also have had no luck turning on logging for the ldap. I tried Lilith, but as soon as I attempt to log into the system, it disconnects. Any help would be greatly appreciated. #-# LDAP authentication service # xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl #-# Turn LDAP authentication on - otherwise only XWiki authentication #-# - 0: disable #-# - 1: enable #-# The default is 0 xwiki.authentication.ldap=1 #-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.) xwiki.authentication.ldap.server=*(I have the IP here)* xwiki.authentication.ldap.port=389 #-# LDAP login, empty = anonymous access, otherwise specify full dn #-# {0} is replaced with the user name, {1} with the password xwiki.authentication.ldap.bind_DN=cn=*(the bind account username only here)* xwiki.authentication.ldap.bind_pass=*(bind account password only)* #-# The Base DN used in LDAP searches xwiki.authentication.ldap.base_DN=*OU=_USERS,DC=na,DC=nice,DC=com* #-# LDAP query to search the user in the LDAP database (in case a static admin user is provided in #-# xwiki.authentication.ldap.bind_DN) #-# {0} is replaced with the user uid field name and {1} with the user name #-# The default is ({0}={1}) xwiki.authentication.ldap.user_search_fmt=({0}={1}) #-# Only members of the following group can authenticate. #-# The following kind of groups are supported: #-# * LDAP static groups (users/subgroups are listed statically in the group object) #-# * [Since 3.3M1] LDAP organization units (users/subgroups are sub object of the provided organization unit) #-# * [Since 3.3M1] LDAP filter (users/groups are object found in a search with the provided filter) # #xwiki.authentication.ldap.user_group=cn=developers,ou=groups,o=MegaNova,c=US #-# [Since 1.5RC1, XWikiLDAPAuthServiceImpl] #-# Only users not member of the following group can authenticate. #-# The following kind of groups are supported: #-# * LDAP static groups (users/subgroups are listed statically in the group object) #-# * [Since 3.3M1] LDAP organization units (users/subgroups are sub object of the provided organization unit) #-# * [Since 3.3M1] LDAP filter (users/groups are object found in a search with the provided filter) # xwiki.authentication.ldap.exclude_group=cn=admin,ou=groups,o=MegaNova,c=US #-# Specifies the LDAP attribute containing the identifier to be used as the XWiki name #-# The default is cn xwiki.authentication.ldap.UID_attr=*samAccountName* #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential LDAP groups classes. Separated by commas. # xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList,posixGroup,apple-group #-# [Since 1.5M1, XWikiLDAPAuthServiceImpl] #-# The potential names of the LDAP groups fields containings the members. Separated by commas. # xwiki.authentication.ldap.group_memberfields=member,uniqueMember,memberUid #-# retrieve the following fields from LDAP and store them in the XWiki user object (xwiki-attribute=ldap-attribute) xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName,email=mail #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# On every login update the mapped attributes from LDAP to XWiki otherwise this happens only once when the XWiki #-# account is created. #-# - 0: only when creating user #-# - 1: at each authentication #-# The default is 0 xwiki.authentication.ldap.update_user=*1* #-# [Since 1.3M2, XWikiLDAPAuthServiceImpl] #-# Maps XWiki groups to LDAP groups, separator is |. #-# The following kind of groups are supported: #-# * LDAP static groups (users/subgroups are listed statically in the group object) #-# * [Since 3.3M1] LDAP organization units (users/subgroups are sub object of the provided organization unit) #-# * [Since 3.3M1] LDAP filter (users/groups are object found in a search with the provided filter), #-# | character in the filter need to be escaped with backslash (\). #-# -- View this message in context: http://xwiki.475771.n2.nabble.com/xWiki-6-1-LDAP-Issues-tp7591284p7591496.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] xWiki 6.1 LDAP Issues
On 07/29/2014 03:51 PM, RonHancock wrote: I am having issues getting the ldap to work as well with the same stand alone install with Windows. I know I have all the settings because we use it on another system, but I am just unsure how they should be formatted. I need to do the bind account and have that info listed but still it isn't working. Here is what I have. My inputs are in bold. I also have had no luck turning on logging for the ldap. I tried Lilith, but as soon as I attempt to log into the system, it disconnects. Any help would be greatly appreciated. [...] #-# LDAP login, empty = anonymous access, otherwise specify full dn #-# {0} is replaced with the user name, {1} with the password xwiki.authentication.ldap.bind_DN=cn=*(the bind account username only here)* xwiki.authentication.ldap.bind_pass=*(bind account password only)* With AD I once had success with only giving the user name without the cn=prefix, e.g. xwiki.authentication.ldap.bind_DN=*(the bind account username only here)* (even though the config says it want the DN, but AD seems to be happier if it gets the login) If you have something like OpenLDAP instead, you need to give the full DN instead (I think), e.g. something like: xwiki.authentication.ldap.bind_DN=CN=admin,OU=_USERS,DC=na,DC=nice,DC=com to make it work. I am somewhat guessing here as it is quite some time since I have configured some ldap auth, but I hope it is worth a try. Clemens ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] New Wiki Creation Issues / No Distribution Wizard
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=nodenode=7591495i=0) http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list [hidden email] (/user/SendEmail.jtp?type=nodenode=7591495i=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-Wizard-tp7591477p7591495.html To unsubscribe from New Wiki Creation Issues /
Re: [xwiki-users] New Wiki Creation Issues / No Distribution Wizard
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]
Re: [xwiki-users] xWiki 6.1 LDAP Issues
On 07/29/2014 05:05 PM, RonHancock wrote: Thanks for the response Clemens. I tried adjusting the setting per your suggestions with no help. One setting I am seeing I am not seeing in the xwiki settings is for security level. On the other server we have a security setting for Starttls that I am not seeing a place for in the xwiki.cfg. That could be the problem, but I am not positive. Do you think I am on the right track and if so, where would I put that? I think there is a xwiki.authentication.ldap.ssl setting which is set to 0 by default You might want to try to set that to 1 and see if it helps I think in that case you will have to change the xwiki.authentication.ldap.port, too, as the secure ldap will not run on the default 389 port, but most likely 636 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] xWiki 6.1 LDAP Issues
Well the port is definitely 389 but I did tried enabling the ssl to no avail. Hehe, it should be this hard. I am missing something entirely evidentlyI will keep banging it. I will find the combination eventually. Thank for the help Clemens. Let me know if you can think of anything else. Ron -- View this message in context: http://xwiki.475771.n2.nabble.com/xWiki-6-1-LDAP-Issues-tp7591284p7591505.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Ratings Extension - Can guest vote?
Hello XWiki Community, I am using the Ratings Extension with XWiki 6.1 and Flamingo Skin and I noticed that the guest user can not vote. Is it the normal behavior? I am asking because I made some skin customizations and I am wondering if my settings is interfering in this extension. Thanks. Danilo -- Danilo Amaral de Oliveira Engenheiro de Computação celular (32) 9111 - 6867 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] New Wiki Creation Issues / No Distribution Wizard
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/]