The only time i've done a console app we did some magic stuff directly against the database.

Creating a admin mode plugin with a button Import and all the rest hardcoded into the plugin is the way I would have done it.

Also there's the xml page provider (I've not tried it myself) that perhaps could be an alternative.

http://world.episerver.com/Documentation/Items/Tech-Notes/EPiServer-CMS-6/EPiServer-CMS-60/XmlPageProvider/

http://world.episerver.com/Articles/Items/Introducing-Page-Providers/

I would write it as a Scheduled Job, so it runs in the EPiServer context.

Your bigger problem is going to be determining location/parentage.  Creating all the pages at the same level is easy.  It's putting them in the correct tree structure which is hard.  Does your Excel document give you any clue of what page is a child of what other page?

Thanks for the quick replies.  The tree structure is sort of built into the data in that the new pages will be stored alphabetically based on the "name" column/field.  There will be "container" pages for each letter of the alphabet plus one for numerical entries.  The code will then just have to figure out the apropriate container for each item based on its name.

I will take a look at both the admin plugin (I have created one of those before) and a Scheduled Job.  Although this is pretty much a one shot deal so not sure if a Scheduled Job is appropriate but maybe it is.

Thanks again for the quick replies!

John

A scheduled job is easy to implement so it shouldn't be any trouble if you haven't created one before.

I do one-shot Scheduled Jobs all the time.  It's the main (only?) way I import data.  You never schedule them, you just start them manually to execute.

It's no more complicated than any other code, but it runs in-process and has access to the entire EPiServer API.  It runs as part of the app itself, instead of some external process tryng to work over web services or something.

When your done with your import, delete the class file and the job goes away.

For one time shot you might also consider to use a simple ASP.NET page without codebehind and with server side code in markup in <script runat="server" >. Advantages: single file, no need to compile just drop it in the site root and load with browser.