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/]
