The way that confluence builds URLs is not the same as MoinMoin - here are some URL mappings that could be set up (via a redirector installed with the old wiki URL) that would make some existing links/bookmarks to continue working. I'm not thinking that all will work but at least direct links to pages would be nice.
/display/<SPACE>/<TITLE>
This works like a regular wiki (though there may be some differences in URL encoding to be checked) - however note that I've seen one example where a title includes the "+" character and Confluence seems to choose to switch to the /pages/viewpage.action approach (see below).
The example:
Title: How to Install MM3a7+REST+Django+APP
URL: http://wiki.list.org/pages/viewpage.action?pageId=11960560
Whereas it seems that most pages use this human-readable type link - for example:
Title: New Menu Structure_Layout
URL: http://wiki.list.org/display/DEV/New+Menu+Structure_Layout
Note that in order for a mapping to work we'd need to store SPACE + TITLE information for all existing pages.
/pages/viewpage.action?pageId=<PAGEID>
Example: http://wiki.list.org/pages/viewpage.action?pageId=11960560
As per comments above (in the /display/ section) it seems that Confluence chooses to switch to an ID-based URL instead of encoding characters like + in a human-readable URL.
In this case the PAGEID is the inner-text value of the first id element within a page object element - for example the page starting with this XML in the dump:
<object class="Page" package="com.atlassian.confluence.pages"> <id name="id">7962730</id>
Is accessed with either of:
As per this example - note that both approaches can be used for most pages. I have not found a url encoding that allows the How to Install MM3a7+REST+Django+APP to be accessed via the /display/ handler.