Vendredi 23 avril 2010 5 23 /04 /Avr /2010 15:01

Ca y est … C'est fait, la RTM de la suite Office System 2010 est disponible sur MSDN pour les plus chanceux ici : https://msdn.microsoft.com/fr-fr/subscriptions/securedownloads/default.aspx

Vous y trouverez déjà les produits suivants :

  • Office 2010
  • Visio 2010
  • Project 2010
  • SharePoint 2010
  • Office Web Apps

Et ceci dans les principales langues.

Les clés de volumes devraient arriver dans le courant de la semaine prochaine à première vue…

Pour la version gratuite de SharePoint 2010 nommée SharePoint Foundation 2010, elle est disponible ici : http://www.microsoft.com/downloads/details.aspx?FamilyID=49c79a8a-4612-4e7d-a0b4-3bb429b46595&displayLang=en

Et SQL 2008 R2 RTM arrive aussi…. Donc à nous PowerPivot & SP 2010 J

Par Alexandre BARBIER - Publié dans : SP 2010
Ecrire un commentaire - Voir les 0 commentaires
Jeudi 15 avril 2010 4 15 /04 /Avr /2010 21:59

L'évènement de l'année pour Bewise Sud-Est !

Après bientôt trois ans d'existence, Bewise Sud-Est organise sa première BDC sur Aix-en-Provence dans le cadre du tour de France Microsoft « MS Days 2010 ».

Les innovations technologiques Microsoft pour les développeurs et les IT pro présentées par les meilleurs experts de Bewise et Microsoft !
Cet Evénement gratuit est destiné aux professionnels du développement et de l'IT, aux enseignants et étudiants.

A cette occasion, n'hésitez pas à venir pour y participer au travers:

  • 1 Session Plénière
  • 8 Sessions dédiées par technologie
  • 10 Espaces de démonstration et de discussion avec des Experts
  • 20 Experts Bewise & Microsoft à votre service
  • Présentation de la table Surface de Microsoft

Inscrivez-vous vite ! >> ICI

 

 

Par Alexandre BARBIER - Publié dans : Evénement
Ecrire un commentaire - Voir les 0 commentaires
Lundi 16 février 2009 1 16 /02 /Fév /2009 22:27

Encore une fois, rien de bien compliqué mais ca peut être pratique…

Après avoir créer un projet VSTO / Outlook Add-In, on ajoute une Form Region pour prendre en charge sa logique métier…

Jusque là, pas de problème J

Maintenant, si tu as décidé de surcharger un des « Item » standard de Outlook pour la form Region (IPM.Appointment par exemple), il serait intéressant de ne pas avoir à charger tout le temps sa Form Région si on détecte que l'on est pas dans le bon « répertoire » …

Exemple : On développe un add-In Outlook qui permet d'ajouter des données dans un RDV Outlook mais cela ne doit être possible que si on se trouve dans un calendrier particulier.

Dans le cas contraire, on ne doit pas voir apparaitre notre Form Region.

Rien de plus simple en fait :

Dans le code généré par VS, il existe un Event Handler « FormRegionInitializing » qui permet justement dans un de ses arguments d'annuler le chargement de la form Region attachée.

Voici un exemple du code utilisé pour ce faire :

private void MyFormRegionFactory_FormRegionInitializing(object sender, Microsoft.Office.Tools.Outlook.FormRegionInitializingEventArgs e)

{

if (Globals.ThisAddIn.Application.ActiveExplorer().CurrentFolder.Name.ToLower() != "planning")

{

e.Cancel = true;

}

else

{

e.Cancel = false;

}

}

 

Voilà, c'est simple mais ca peut éviter de chercher des heures pour pas grand-chose J

Par Alexandre BARBIER - Publié dans : VSTO
Ecrire un commentaire - Voir les 0 commentaires
Lundi 19 janvier 2009 1 19 /01 /Jan /2009 23:23

SharePoint permet de définir des URL d'écoute différente en fonction de zoning que l'on peut définir et le nombre de Web Application que l'on étend pour y répondre (ce qui correspond à un site IIS différent).

Je ne rentrerais pas dans le détail sur ce Billet mais j'ai toujours de prévu une série de post pour expliquer comment mettre en œuvre un environnement MOSS avec une authentification ADAM (ou AD LDS maintenant).

En attendant, si l'on souhaite mettre en place du code dans une WebPart ou un Handler quelconque et déterminer dans quelle zone on se trouve, voici un exemple de code :

Uri urlRedirection=null;

                        //Base URL

                        Uri baseUri = new Uri( System.Web.HttpContext.Current.Request.Url.GetLeftPart(UriPartial.Authority) );

                        //Get SPAlternateUrlCollecitonManager for URL translation

                        Microsoft.SharePoint.Administration.SPAlternateUrlCollectionManager altUrlCollectionMgr =

Microsoft.SharePoint.Administration.SPFarm.Local.AlternateUrlCollections;

                                

                        //Find Your Zone

                        foreach (Microsoft.SharePoint.Administration.SPAlternateUrl alternateUrl in SPContext.Current.Site.WebApplication.AlternateUrls)

                        {

                             if (baseUri.ToString().Contains(alternateUrl.IncomingUrl))

                             {

                               Uri webDestination = new Uri(lo_listeDesSPWebAutorises[0].Url);

                               urlRedirection = altUrlCollectionMgr.RebaseUriWithAlternateUri(webDestination, alternateUrl.UrlZone);

                             }

                        }

                                

                        if (urlRedirection!=null)

                           Page.Response.Redirect(urlRedirection.ToString());

 

C'est pas grand chose mais ca peut toujours rendre service.

 

                               

Par Alexandre BARBIER - Publié dans : Coding
Ecrire un commentaire - Voir les 0 commentaires
Lundi 19 janvier 2009 1 19 /01 /Jan /2009 17:05

Si comme moi, vous avez installé un peu rapidement un jour, MOSS sur une machine que vous basculé ensuite en DC (Domain Controller Active Directory) et que vous ayiez pris soin de faire votre configuration comme vous l'entendiez, voici les deux types de messages que vous pouvez rencontrer  (entre autre) :

  1. Au lancement de votre site SharePoint, il se plante gentiment avec l'erreur habituelle .NET :

<!-- Web.Config Configuration File -->

 

<configuration>

<system.web>

<customErrors mode="Off"/>

</system.web>

</configuration>


Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL.

<!-- Web.Config Configuration File -->

 

<configuration>

<system.web>

<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>

</system.web>

</configuration>

  • Tu commences déjà par désactiver la gestion Custom de l'erreur de MOSS en modifiant dans ton web.config :

<customErrors mode="Off" />

<SafeMode MaxControls="200" CallStack="true" DirectFileDependencies="10" TotalFileDependencies="50" AllowPageLevelTrace="false">

<compilation batch="false" debug="true">

    

  • Puis tu relances et là il te dit que le compte « NT Authority\Network Service » (ou le compte que tu as configuré avant la bascule dans un domaine AD) pour n'a pas les droits sur les répertoires ASP.NET / Frmaework .NET alors il ne te reste plus que la ligne de commande pour remettre ca en marche :

     

    C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727>aspnet_regiis -ga "NT AUTHORITY\NETWORK SERVICE"

     

  1. Au Lancement de la console d'administration centrale, tout s'affiche bien (t'es content et tu crois que tout marche bien) et quand tu cliques sur l'onglet « Operations », tu as l'erreur :
  • Some or all identity references could not be translated….
  • Reste une ligne de commande STSADM à passer pour remettre tout ca d'équerre et tout devrait rentrer dans l'ordre :

    C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN>stsadm.exe -o updatefarmcredentials -userlogin DOMAIN\USER -password PASS

  • Et pour finir : Un IISRESET /NOFORCE ou un recycle du pool IIS hébergeant l'admin SharePoint remet tout ca en route

 

Hope these help.

Par Alexandre BARBIER - Publié dans : Infrastructure
Ecrire un commentaire - Voir les 0 commentaires
Vendredi 30 mai 2008 5 30 /05 /Mai /2008 21:36

Ca y est, je l'ai fait : ma première session officielle au sen d'un événement MS ( !).

J'en avais rêvé, Bewise me l'a fournit…. Et c'est pas sans stress que je l'ai animé J

J'étais bien aidé d'un autre côté par David Rousset de Microsoft qui a co animée la session avec Moi.

Ma Session ? « Introduction au développement VSTO » : Où comment intégrer des applications métiers au sein d'office ! Et c'était de la bombe !

Je me suis éclaté et je pense avoir fait avec David une bonne Session sur ce sujet vaste .

Pour ceux qui était présent, n'hésitez pas à me contacter si ils souhaitent le sources des démos présentées ou plus d'explication.

Le blog de David et son équipe regorge aussi d'infos sympas : http://blogs.msdn.com/dev

Et pour quelques photos de l'évènement en attendant la publication sur le site de http://www.bewise.fr, allez voir le blog de mon pote Seb ici : http://www.dotmim.com/blogs/mim/archive/2008/05/29/aujourd-hui-msdn-tour-224-marseille.aspx

Il l'a posté en live juste avant sa session LINQ avec Mitsu J (C'est un fou ce Seb …)

Je remercie Bewise de m'avoir donné cette possibilité d'animer une session dans ce type d'événement … Et je n'ai pas oublié de posté aussi sur ADAM et SharePoint.

Cela ne devrait plus tarder maintenant.

Par Alexandre BARBIER
Ecrire un commentaire - Voir les 0 commentaires
Vendredi 30 mai 2008 5 30 /05 /Mai /2008 21:25

Ca y est, c'est officiel, nous avons lancé à l'occasion des MSDN & Technet Tour de Marseille notre club des utilisateurs des technologies Microsoft (Association Loi 1901).

Pour reprendre la plaquette de présentation de l'association que mon ami Laurent à fait :

« Face à l'intérêt toujours grandissant pour les technologies Microsoft dans notre région PACA et suite au constat du manque de lieu d'échange et de partage d'information à destination des passionnés et des utilisateurs de ces technologies, nous avons décidé de créer le « Club MS Provence ».

Cette association a pour but de regrouper, dans une communauté régionale, des décideurs, des responsables techniques, des responsables fonctionnels, des chefs de projet ou des développeurs qui souhaitent échanger des retours d'expérience et partager des « bonnes pratiques » autour des technologies de développement Microsoft.

Alors si vous aussi, vous avez ce même intérêt pour les produits Microsoft et que vous souhaitez développer votre réseau de contact et de connaissance dans notre région, rejoignez-nous au sein du « Club MS Provence » pour construire en-semble la communauté régionale qui nous manquait. »

 

Décideurs, ingénieurs & passionnés des technologies Microsoft en région PACA, n'hésitez pas à venir nous rejoindre pour partager avec nous les retours d'expériences sur les technologies Microsoft.

Connectez-vous ici pour avoir toutes les infos sur ce club : http://clubmsprovence.fr

Par Alexandre BARBIER
Ecrire un commentaire - Voir les 0 commentaires
Jeudi 3 avril 2008 4 03 /04 /Avr /2008 21:25

Je me suis rendu compte que beaucoup de personnes se pose toujours la même question pour développer autour de WSS & MOSS : Visual Studio, SharePoint Designer, c'est bien mais il y a peut être d'autres outils qui peuvent être intéressant pour le développement ?

Et la réponse est OUI, bien sûr.

Donc voici une liste non exhaustive des outils que l'on peut utiliser et qui devrait vous faciliter la vie suivant le type de développement que vous faites :

La base J :

  • Visual Studio 2005 (voir 2008 suivant les développements mais attention tout ce qui suit ne marche pas encore avec VS 2008)
  • Microsoft SharePoint Designer 2007 + SP1 (je vous recommande fortement de passer le SP1…)

Les docs de référence :

Les plug-ins :

Les tools :

Les features sympas :

 

Il y en a certainement d'autres que j'ai peut être oublié ou que je ne connais pas mais déjà avec ca, cela donne une bonne base pour commencer.

Voilou.

Ce n'est pas hyper technique mais ca peut toujours rendre service.

Par Alexandre BARBIER
Ecrire un commentaire - Voir les 0 commentaires
Mercredi 16 janvier 2008 3 16 /01 /Jan /2008 22:58

Depuis longtemps, il est possible sous Sharepoint (2003 & 2007) d'automatiser la copie de fichiers d'une bibliothèque de documents Sharepoint vers ou depuis un poste Windows XP ou Windows Server 2003.

Cette fonctionnalité est possible par la capacité du redirecteur réseau fournit en standard « Web Client Network »

Sur Windows XP, par défaut le service Windows lié à ce redirecteur est démarré. Sur Windows Server 2003, sécurité oblige, il est désactivé…

Donc ce qui suit ne peut marcher sur Windows Server 2003 que si vous démarrez le service « WebClient »

Une fois démarré, il ne nous reste plus qu'à créer soit au travers du navigateur de fichiers, soit par ligne de commande, un lecteur réseau qui pointera directement sur une adresse du type « http://MonPortailSharePoint/MonSite/MaBibliothequeDocument ».

La commande est simple et fonctionne à merveille. Rien ne vaut un test pour valider mes paroles :

  1. Lancer une fenêtre de commande
  2. Taper la commande « Net Use * /user :MONDOMAINE\UserName http://MonPortailSharePoint/MonSite/MaBibliothequeDocument  <Entree>
  3. Si tout se passe bien, il vous demande le mot de passe et le lecterur réseau est opérationnel.
  4. Pour vous en assurer, rien de plus simple : Mettez vous sur le lecteur que vous venez de créer (Y : par exemple) et faites une opération de copier/coller de fichier directement dedans.
  5. Si vous avez les droits d'écriture (bien sûr !!), vous devriez voir apparaitre votre fichier dans la bibliothèque de documents SharePoint.

La copie d'écran ci-dessous reprend l'ensemble de ces commandes J

Si l'erreur 67 est remontée lors de la commande de Net use : il y a fort à parier que le service WebClient n'est pas démarré (donc démarrez le)… ou mal démarré : dans ce cas, sous Windows XP comme sous Windows Server 2003, une seule solution : REBOOTER LA MACHINE pour le redémarrer correctementL. Ce « bug » est connu et corrigé sous Windows VISTA.

BON… On est bien là et ca marche bien… Tester plusieurs chez mes clients, éprouvé, je ne suis confiant sur cette connaissance approfondis de mon «  net use » qui marche dans tout les cas J

Et bien NON …. !! Il y a un cas pour lequel ca ne marche pas ! Si tu remplaces HTTP par HTTPS : là, oh surprise, ca ne marche pas ! En fait pas tout à fait : ca marche bien sous …. VISTA mais pas sous XP ou 2003.

Il vous pète une erreur 67 à chaque coup… et là, deux solutions pour mon client :

  • Soit il abandonne son idée de copier de manière automatique des fichiers de ses postes locaux vers SharePoint et inversement
  • Soit il migre sous VISTA où ca marche 

Bizarrement mes solutions ne lui plaisent pas (et à moi non plus J).

Il ne reste alors plus qu'une solution de mon point de vue : lui fournir une application en ligne de commande développée en .NET 2.0 pour effectuer cette opération de copie de fichiers automatique qui marche en HTTPS sous Windows XP ou Windows Server 2003. Le temps était compté et mon délai de quelques heures avant de repartir de chez mon client…

J'aurais pu m'éplucher tranquillement le SDK mais j'ai trouvé mieux ici : http://geek.hubkey.com/2007/10/upload-file-to-sharepoint-document.html

J'ai pris ce morceau de code et je me lui suis mis dans mon projet .NET… « Specials thanks to txs8311 »

J'y ai ajouté quelques lignes de code pour mes paramètres de lignes de commandes, intégré des settings applicatifs pour pouvoir me connecter en utilisant un UserName et un mot de passe spécifique pour me connecter au serveur SharePoint et roule…

Vous trouverez le code de cette petite application ici : http://www.bewise.fr/download/SharePointUploadAndDownload.zip

Le mode d'emploi est simple :

SharePointUploadAndDownload.exe –[DOWNLOAD | UPLOAD] [Source] [DESTINATION]

Où la source peut être soit l'URL (http/https) du fichier sous SharePoint (DOWNLAOD), soit le chemin du fichier local (UPLOAD)

Et la destination peut être soit l'URL (http/https) du répertoire SharePoint (UPLOAD), sot le répertoire physique local (DOWNLOAD).

Le fichier de configuration inclus les « credentials » (ou utilisateur / mot de passe) pour pouvoir se connecter à l'environnement SharePoint.

De petites améliorations simples peuvent être ajoutées à ce petit utilitaire (permettre une authentification intégrée, prendre en entrée des infos pour des métadonnées…etc).

Je publierais au fur et à mesure les améliorations successives jusqu'à ce que tout le monde soit passé à Vista J….

Voilà pour mon premier modeste post de Bewisien.

Mon prochain post devrait traiter de l'intégration de MOSS & WSS avec ADAM… J'ai pas mal de chose à dire sur ce sujet donc je pense que cela tiendra en quelques posts.

Par Alexandre BARBIER - Publié dans : SharePoint - Utilitaires
Ecrire un commentaire - Voir les 2 commentaires
Lundi 14 janvier 2008 1 14 /01 /Jan /2008 22:57

It's time to go… Ca y est, je me mets à la publication.

J'espère pouvoir apporter autant que mes collègues Bewisiens sur leurs blogs respectifs autour des technos MS et plus particulièrement pour ma part autour de la plateforme SharePoint J

Par Alexandre BARBIER
Ecrire un commentaire - Voir les 0 commentaires
Créer un blog gratuit sur over-blog.com - Contact - C.G.U. - Rémunération en droits d'auteur - Signaler un abus