nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Can't seem to export my MindTouch wiki with UWC

James McCarthy

Hello everyone,

We are trying to export our old MindTouch (Dekiwiki) information so that we can import in to confluence, but we are having some issues. I will include my config and error information below:

When I don't include the :8443 in the url.base, it doesn't connect at all. It gives me a 404 error. When I set my config to be below it gets past the 404 and then gives an error of

"2011-10-05 11:12:42,423 INFO [Thread-4] - Exporting Mindtouch...
2011-10-05 11:12:42,424 INFO [Thread-4] - Getting page tree.
2011-10-05 11:12:43,611 INFO [Thread-4] - basic authentication scheme selected
2011-10-05 11:12:43,612 INFO [Thread-4] - No credentials available for BASIC 'DekiWiki'@wiki.myurl.com:8443
2011-10-05 11:12:43,612 ERROR [Thread-4] - Problem encountered when making rest call: 401: HTTP/1.1 401 Unauthorized
2011-10-05 11:12:43,612 ERROR [Thread-4] - Problem occured when making rest request to: https://wiki.myurl.com:8443/@api/deki/pages/?authenticate=true"

With the below config I get the above error:

url.base=https://wiki.myurl.com:8443
## Port used by your Mindtouch. Default is 8443.
url.port=8443

I have verified that the link above in my url.base returns a login prompt in the browser. When I fill in the login credentials, it connects and gives me the correct xml page with a list of all of our wiki pages.

Can anyone suggest anything here? We are running with ldap disabled and only using local authentication for the wiki and I have verified the login credentials are correct in the config.

I'm not sure how to tell what version of REST api we are using but MindTouch is version 9.12.3.

Thanks in advance for any help!!

Accepted answers

All comments

Joe Clark

Would you mind posting your full exporter.mindtouch.properties configuration here (sans password)?

James McCarthy

# Exporter class - class that controls the export. Don't change this.
exporter.class=com.atlassian.uwc.exporters.MindtouchExporter
###### SET THESE ######
## Base Url of your Mindtouch
## could be: 192.168.1.100, http://localhost, https://, etc
url.base=https://wiki.myurl.com:8443
## Port used by your Mindtouch. Default is 8443.
url.port=8443
## Login Credentials for your Mindtouch. Should be an admin.
user=admin
pass=admin
## Output Dir - where the exported files are put
output.dir=C:\Export
###### OPTIONAL ######
## user agent for the Xml Parser. Default is Universal Wiki Converter
user-agent=Universal Wiki Converter
## buffer size in bytes for downloading attachments. Default is 1024
att.buffer=1024
## connection timeout in ms. Default is 10000
timeout=10000
## if true, ignore page with name MindTouch. Default is true
ignore.mindtouch=true

Laura Kolker2

Hrm. This message:

2011-10-05 11:12:43,612 INFO [Thread-4] - No credentials available for BASIC 'DekiWiki'@wiki.myurl.com:8443

makes me think that the Http library is complaining that it is expecting to connect with Basic Authentication, but it can't on your network. Things you can do:

Turn on debug messages. This might provide additional debug details.
Pursue a networking fix. (Maybe your networking team can tune the auth configuration to keep apache from complaining)
Download/Build against the UWC source, and alter the http connection code in the MindtouchExporter to match your authentication layer, in the event that a networking solution is inappropriate/inconvenient/etc.

James McCarthy

I think the issue we are having is that the error you referenced above makes it seem like it's trying to pull up a BASIC login at the url "wiki.myurl.com:8443". That won't work because that url has a web based login page. Now, if it tried to use BASIC against the url in the other part of the message, it would work. When I pull up https://wiki.myurl.com:8443/@api/deki/pages/?authenticate=true it gives me a BASIC authentication prompt as it should. It seems like the script is using the wrong url to get to the xml page and I can't figure out how to change that.

Any thoughts?

Laura Kolker2

Some thoughts:

With our sample mindtouch, we didn't do any clever networking, basic auth or otherwise. So, we logged in through the website, like you're describing, but we didn't see this problem. So, I'm not 100% sure that changing where the authentication layer logs in would fix the problem.
But either way, there aren't any additional configuration options to explore really, so I still think the path forward has to be either a networking change or a source change.

James McCarthy

Well, the problem I have is that we want to move to this application (Confluence) but we have a very large amount of work invested in MindTouch. Without the ability to export and then import the data, purchasing our 25 user license doesn't seem feasible. I know this isn't your problem at all, but my hope is that someone at Atlassian has a way of getting us that service. We have a very vanilla / plain MindTouch install and a completely open network internally, so I can't imagine why the UWC isn't working at all. It seems to be an issue with what the script wants to do with authentication vs. what MindTouch is asking for. Without being an expert on either application, my hope was that the experts on UWC would be able to help.

At this point, maybe you can point me in the direction of someone that can assist further? Asking people to modify source code is definitely not a valid support option. (Though I do completely understand that you yourself may be limited in what answers you can provide) Do I need to open a support case? Could they even help with what we are trying to do? Or is it the case that this UWC tool isn't officially support by Atlassian?

Thanks for the help so far and I hope we can get this resolved.

Laura Kolker2

It goes through every page, thousands, but doesn't create anything locally. I'm still working on it but we shal see..

The log is flooded with these entries and it goes through all of our pages and ends with an error. Nothing gets created in the directory I specify. I made sure that the directory has full read and write access.

Have you tried grepping the log for 404s? If there are missing attachments in your mindtouch that still have links to them, sometimes this triggers a fatal problem. It's not something I was ever able to reproduce, and my attempts to fix it without a platform on which to debug didn't end up working. Once in a while, someone will tell me they arranged a fix, but unfortunately, no patches submitted to date. So, if you see 404 errors in the log, use the accompanying info to look for the bad links so you can clean up the mindtouch data. It can be a bit of a chore, but upside: your data's gotten a scrubbing before migration.

If you don't see 404s, then unfortunately, I'm out of ideas.

Ellen Feaheny [

If you don't see 404s, then unfortunately, I'm out of ideas.

James McCarthy

Yeah, I don't see any 404's anywhere. Though at the end of the log now I'm getting a "can't create directory" type of error. This is after 10 minutes of it running through each page. It's not getting to the point where its creating the mindtouch export directory inside of the folder I tell it to. It's like its going through the process but skipping the part where it copies the data to a new directory. I'm assuming AppFusions would offer a service to help with our issue right now but it would cost a significant amount of money, yes? :0)

Please advise if you can, if not, totally understandable.

Thanks!

James McCarthy

Well, I think I got it to the point where it now exports all pages until the first one with attachments. Then it quits. So I'm thinking about just downloading all of the attachments manually and removing them from the pages? Not sure if that's a valid train of thought or not... At this point, I think I'm just thinking out loud.

Thanks again!

Ellen Feaheny [

I'm assuming AppFusions would offer a service to help with our issue right now but it would cost a significant amount of money, yes? :0)

James -

"Significant" depends on how you value solutions for your problems. It is engineering consulting with seasoned expertise to get you to your goal directly - not just throwing darts.

I think Laura stated some good advice very clearly in a few ways in the thread, as well as ideas on how to get serviced properly - and you have ignored this it seems to me. Almost to an offense.

AppFusions or any Atlassian partner does not charge more than what the cost of a problem/service costs (== time). (And yes, we have done this variation of a migration.)

No, we do not work for free.

Do you work for free? Why should engineering services be free?

Best,

Ellen

James McCarthy

I think you just took this conversation to a different level and have more or less ensured that we will not be clients of Confluence in the process. I will be contact Atlassian directly at this point so they can review these email threads. At no point was I offensive. At no point was I asking rhetorical, instigative questions ("Do you work for free? Why should engineering services be free?") and at no point did I say I was not willing to pay whatever price was given to me for these services. We are a client that will be in the greater than 25 user license range for Atlassian which represents a fair amount of money. I understand you are a third party company, but with your last post, you would have been better off keeping your thoughts to yourself. At this point, you should sincerely hope that Atlassian can still convince me to use their product. You have ensured we will not be utilizing your company for any services what so ever. No company should EVER speak in the manner you just have to a potential client. It is a fairly simple concept.

James

James McCarthy

As a side note and for future reference, it seems that I was able to get past most of the issues. It looks like the program was having an issue with any attachments OR pages that had been restored inside of MindTouch. My solution was to go back in and delete those attachments or pages and run the script again. It's actually really easy to do that with a large site by just searching for: (restored) in your MindTouch wiki. This brings up every page with an attachment that has been restored. I literally just had to delete those and now I'm getting all normal attachments and web pages exported perfectly.

I haven't started the conversion / upload process yet to Confluence, so who knows if I am near completion or not, but we will see.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

confluence

export

universal-wiki-converter

mindtouch