SharePoint « Blogue de gp3 Groupe conseil

Depuis le 8 juin 2010, la Commission administrative des régimes de retraite et d’assurances (CARRA) dispose d’un espace web supplémentaire : le Cahier des normes. Il s’agit d’un vaste espace d’information structurée et organisée, documentant sous forme de pages web l’ensemble des règles et normes régissant les régimes de retraite qu’elle administre.

gp3 Groupe conseil est intervenu à titre d’expert SharePoint afin de réaliser, principalement, l’ensemble de l’architecture fonctionnelle de la solution en fonction des besoins d’affaires qui avaient été exprimés. De la gestion de la taxonomie des informations publiées en passant par les processus de révision, d’approbation et de publication des contenus, gp3 Groupe conseil a également défini les mécanismes facilitant la mise à jour des 4000 pages et plus, diffusées au sein de ce cahier. En parallèle, gp3 a veillé à assurer un transfert de connaissances important au sein de la CARRA afin d’assurer l’évolution en interne de la solution. Aussi, gp3 a accompagné l’ensemble des travaux d’analyse et de réalisation pour faciliter les travaux et la coordination entre l’équipe de réalisation et le client.

L’un des principaux défis a été de favoriser au maximum la réutilisation de composants natifs de la plateforme Office SharePoint Server, leur paramétrage, et d’identifier quels composants devaient être développés afin de combler les manques face aux besoins opérationnels exprimés pour assurer la gestion du Cahier et de son contenu. De même, la convivialité des outils de rédaction du contenu ainsi que du moteur de recherche ont représenté deux aspects majeurs de la solution.

Pour découvrir le Cahier des normes, vous pouvez vous rendre via votre fureteur à l’adresse suivante : http://cdn.carra.gouv.qc.ca/Pages/Accueil.aspx

If you are like me, you don’t particularly enjoy having to work inside of a virtual machine in order to develop for SharePoint and EPM. Well, as it turns out you can do away with all of that!

Microsoft recommends developing inside a virtual machine because it simplifies many things and that is a decent solution for many people but in my case it was quite annoying for the following reasons:

My workstation is a laptop and as such, not quite as powerful as I would like my development environment to be.
Having to run a virtual machine with Windows Server 2003, MOSS, PS2k7, SQL Server and Visual Studio 2008 on top of the host OS is quite a huge overhead!
I constantly have to switch between my guest and host OS.
For the previous reasons and unless I had ungodly amounts of memory, disk swapping occurs and everything slows to a crawl.

So if you don’t mind having to execute a couple of tricks to unshackle yourself from this unpleasant situation, more power to you!

Here are the basic steps involved:

Use this neat trick to copy SharePoint’s DLLs from the MOSS server’s GAC into your workstation’s GAC.
When you need to deploy things to the server, use Sysinternals’ excellent psexec tool.
(Optional) Copy the SharePoint XML Schemas from the MOSS server on your computer and get Intellisense working when you edit SharePoint XML files.

I have a “RemoteDeployment.bat” file with the following:
(You will want to adjust the bolded text to your own environment)

@SET SERVERNAME=VDEV-MOSS @SET REMOTEPATH=C:\SolutionDeploy @SET REMOTEPATHUNC=C$\SolutionDeploy @SET PSEXEC=C:\Windows\psexec.exe \\%SERVERNAME% -s -w %REMOTEPATH% @SET STSADM="C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\bin\stsadm.exe" @SET WSPFILE=MySolution.wsp

@REM Copy the solution files to the remote computer xcopy %WSPFILE% \\%SERVNAME%\%REMOTEPATHUNC% /Y

@REM Run the relevant STSADM commands on the remote computer %PSEXEC% %STSADM% -o upgradesolution -name %WSPFILE% -filename %WSPFILE% -immediate –allowgacdeployment %PSEXEC% %STSADM% -o execadmsvcjobs

Note: this assumes you have admin rights to the target server; You could do “net use \\SERVERNAME\admin$” prior to running the above batch file.

Now you can develop for SharePoint in the comfort of your own workstation!

In my case, I have a virtual machine with Windows Server 2003 and MOSS, and another with Project Server running inside a VMWare ESX powerhouse and my workstation is running Visual Studio 2008 on top of Windows 7. I can debug remotely when I need to, everything now runs lightning fast and I couldn’t be happier!

Note: I did not elaborate much on the Project Server part of this as it involves basically the same steps. You need to copy Project Server’s GAC’d DLLs into your own workstation and reference them from your projects.