BAD_SETTING when Exporting from Sharepoint

[Julian Requejo]

Dear support friends,

I'm a total confluence beginner, and I'm trying to migrate an existing Sharepoint wiki into confluence. I'm not the administrator of the Sharepoint server so I don't know much about it either. I'm trying to export the sharepoint wiki content, but the process fails when exporting. Here are some details:

• The sharepoint server is on the intranet I don't need to go through any proxy to access it. A proxy is only used to access the internet
• Any user can read the sharepoint wiki. You are not asked for login or password at any time
• any user can edit the wiki, no login or password are asked

I can access the wiki with the following URL:

http://team-collaboration.bla1/bla2/bla3/bla4/bla5/default.aspx

where blaX is an alias for some name that I'd prefer to omit.

I've edited the file exporter.sharepoint.properties as follows:

• serverURL=team-collaboration.bla1
• wikis=
• login=myLogin
• password=mypassword
• output=c:\Temp\Me

The Test Connection process with the SWC is successful, but the export fails

Exporting Wiki...

Validating Wiki Type.

Loading Export Properties

Loading Export Class

Exporting...

Export Status... BAD_SETTING

Problem exporting wiki: BAD_SETTING

the console reads

at java.lang.Thread.run(Unknown Source) Caused by: java.net.UnknownHostException: http

at java.net.PlainSocketImpl.connect(Unknown Source)

at java.net.SocksSocketImpl.connect(Unknown Source)

at java.net.Socket.connect(Unknown Source)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

at java.lang.reflect.Method.invoke(Unknown Source)

at org.apache.axis.components.net.DefaultSocketFactory.create(DefaultSocketFactory.java:153)

at org.apache.axis.components.net.DefaultSocketFactory.create(DefaultSocketFactory.java:120)

at org.apache.axis.transport.http.HTTPSender.getSocket(HTTPSender.java:191)

at org.apache.axis.transport.http.HTTPSender.writeToSocket(HTTPSender.java:404)

at org.apache.axis.transport.http.HTTPSender.invoke(HTTPSender.java:138)

... 18 more

2011-07-27 10:06:48,139 ERROR [Thread-4] -java.lang.NullPointerException

at com.atlassian.uwc.exporters.SharepointExporter.getSharepointPages(SharepointExporter.java:286)

at com.atlassian.uwc.exporters.SharepointExporter.exportSharepoint(SharepointExporter.java:151)

at com.atlassian.uwc.exporters.SharepointExporter.export(SharepointExporter.java:112)

at com.atlassian.uwc.ui.listeners.ExportWikiListener.exportWiki(ExportWikiListener.java:205)

at com.atlassian.uwc.ui.listeners.ExportWikiListener$Worker.construct(ExportWikiListener.java:325)

at com.atlassian.uwc.ui.SwingWorker$2.run(SwingWorker.java:110) at java.lang.Thread.run(Unknown Source)

I've also tried putting the full URL (without http// and without the "default.aspx" of course), removing the username and password, and some combination of that without success. I would greatly appreciate any hints on how to track down this issue. Thanks!

[Laura Kolker · Accepted solution]

Hi Julian,

The Sharepoint module was written years ago, and unfortunately, I don't have access to a sharepoint current or otherwise to test it against.

Two possibilities:

1. I suspect its out of date on some clearly important service connection detail. You're definitely going to need developer help to get that up and running. If you have an in-house team, and are looking for pointers: I would think a good place to start would be re-generating the soap library from your sharepoint's wsdl.
2. I didn't hear you mention above the type of authentication model your Sharepoint is set up for, but in case its relevant, the SharepointExporter was built against one with BasicAuth. I didn't have access to a Sharepoint with NTLM or Kerberos to develop something that would handle those auth models. So if your Sharepoint isn't using basic auth, then that's a problem right there.

Good luck!

[Charlie Misonne]

Hi Julian

Did you find a solution for this in the end?

[Julian Requejo]

Thank you Laura and Ellen for your feedback. The options at the moment are either re-do our wiki in Confluence or migrate with third party support. We won't be spending the time on doing on our own for a one-time effort. Since it is not entierly clear how much material we have, tt is now in discussion whether we will pursue one route or the other. If we go for migration route, I'll definitely have AppFusion on top on my list. Thanks very much.

Julian

[Ellen Feaheny [AppFusions]]

Julian - if you contact AppFusions, we can help you get through these hurdles - both for migration and auth issues. Our team has great experience in both.

Best,

Ellen

info@appfusions.com