Archive

Posts Tagged ‘Office 15’

Auto Adjust Picture to Word Table

Hey folks,

Toi aussi tu fais une documentation en mode « un click, une copie d’écran » mais à la fin tu as 110pages voir plus J de copie d’écran et tu souhaites ajuster automatiquement la taille de chaque images à chaque case de ton tableau alors ce post est pour toi :

Je pars du principe que vous avez sélectionner toutes les images (de copie d’écran) puis insérer un tableau

Insérer ensuite une seconde colonne (a gauche ou a droite des copies d’écran) puis regler la taille, et enfin suivez le reste du post J

Sub AdjustContent()
Application.ScreenUpdating = False
Dim Tbl As Table, iShp As InlineShape
With ActiveDocument
For Each Tbl In .Tables
For Each iShp In Tbl.Range.InlineShapes
With iShp
.LockAspectRatio = msoTrue
.Height = .Range.Cells(1).Height
If .Width > .Range.Cells(1).Width Then
.Width = .Range.Cells(1).Width
End If
End With
Next
Next
End With
Application.ScreenUpdating = True
End Sub

Et voilà !

Publicités

Access Services 2013

10 octobre 2012 2 commentaires

Hey folks !

Dans cet article je vais vous parler d’Access, jusque-là ça devrait aller, donc parlons de Access 2013 (ahhhh) et plus précisément de SharePoint 2013 et d’Access 2013 à travers les Apps.

Si vous aussi vous avez eu des problèmes d’installation, des fausses joies lorsque Access envoie le tout vers SharePoint, puis qu’une fois sur le site SharePoint, vous voyez bien votre apps, mais avec quelques problèmes … Et bien nous allons démystifier tout ça maintenant à travers quelques copie d’écran J

Tout d’abord coté pré requis :

  • SharePoint Server 2013
  • Access 2013
  • SQL 2008 R2 SP1, ou SQL 2012 et si vous voulez le SP1

Jusque-là je pense que tout le monde suit, continuons un peu plus dans la technique, et voici les éléments nécessaire pour que fonctionne bien du premier coup 🙂

Windows

Créer un domaine isolé

Les Apps, sujet d’actualité du moment, et nouveau modèle applicatif de SharePoint, il est nécessaire de configurer un domaine isolé dédié aux apps. Voici la procédure :

http://technet.microsoft.com/en-us/library/fp161236%28v=office.15%29.aspx

 

SQL

Configurer SQL Server pour Access Services

Tout d’abord les fonctionnalités suivantes doivent être installées :

  • Database Engine Services
  • Full-Text and Semantic Extractions for Search
  • SQL Management Tools
  • Client Tools Connectivity

Si SQL est déjà installé, vous pouvez simplement ajouter ces fonctions via le setup.


Voici les fonctionnalités nécessaires au minimum:

– DataBase Engine Service

– Full-Text and semantic Extractions for Search

– Client Tools Connectivity

– Management Tools – Basic

– Management Tools – Complete

– SQL Client Connectivity SDK

Ensuite il faut activer la fonction « Enable Contained Databases » mettre la valeur à « true »

(Depuis le server management studio, click droit sur les propriétés du serveur)


Le mode de sécurité de SQL, il est nécessaire que la double authentification soit activée (Windows & SQL) car Access travail directement avec SQL et s’authentifie également de cette manière.


Ajuster les permissions du compte applicatif SharePoint.

Quand vous crééz un service applicative Access 2013, vous serez prompté pour savoir si vous souhaitez créer un nouveau pool d’application ou en utiliser un existant. L’identité du pool d’application doit avoir les droits de création de bases de données. Le compte que j’utilise en demo est spservice, ce compte doit donc avoir les rôles suivants:

  • dbcreator,
  • public,
  • securityadmin


Activer les Named Pipes & TCP/IP

Depuis la console de configuration de SQL, vous devez activer les protocols suivants :


Créer les règles pour le firewall,

Créer deux règles entrantes pour activer les ports 1433 et 1434 sur les instances SQL en TCP et en UDP. Activer ces règles pour les profils Domain et Private. Ce n’est pas utile pour le Public.




Une fois SQL correctement paramétré, passons à Access 2013

Coté SharePoint, il est maintenant nécessaire de configurer Access Services 2013

Depuis la console d’administration centrale de SharePoint

  • Manager services on server et vérifier que les services suivants sont bien démarré.
  • Access Services (this is the Access Services 2013 service)
  • Access Database Service 2010 (for viewing and modifying existing 2010 Access Web databases)
  • App Management Service
  • Microsoft SharePoint Foundation Subscription Settings Service
  • Secure Store Service


Si ce n’est pas le cas, ou si certain ne sont pas créer, créée les avec la procédure suivantes :

[http://msdn.microsoft.com/fr-fr/library/fp179923%28v=office.15%29.aspx]

Voir les scripts en PowerShell 🙂

Créer le Secure Store Service Application


Une fois que le Secure Store Service Application est créer il est possible que vous deviez effectuer un iisreset.

Générer une Secure Store Key


Assurez-vous que le service Secure Store est bien démarré.

Coté mémoire, surveillé bien, car il vous faut au minimum 5% de mémoire disponible sinon les appels WCF vont échouer…

Créer l’Access Services 2013 Service Application

On y est …. presque,

Créer un nouveau Access Services service application.  Il y a deux options, la première pour Access Services, et la seconde pour Access Services 2010.  Sélectionner Access Services 2013, la seconde option permet de vérifier le fonctionnement avec des applications Access 2010


Le nom de la base de données n’est pas automatiquement créer, car la logique serait d’utiliser un serveur SQL différent / une autre instance pour contenir les bases de données d’Access Services 2013.


Coté Access 2013

Lancer Access (Pas trop loin 🙂 ) sélectionner « Custom web app ».  Entrer un nom (celui de votre Apps) puis une URL là ou sera déployé l’Apps Access. Puis valider


Quelques instant plus tard, votre apps access est bien créée


Ouvrer l’app dans Access 2013, créer vos tables, et c’est parti ! (Il y a des template assez sympa pour commencer)


 

Sinon vous pouvez effectuer la création de l’apps depuis SharePoint même

> Add an Apps > (sur la 2ème page) > Access, donner lui un titre, patientez quelques secondes

 

What Did It Do?

Pourquoi tant de configuration dans SQL ? Que s’y passe t il ??

En fait lorsque vous créer une Apps Access, le service créer une base de données dans SQL et lui applique un ensemble de paramètes que nous avons défini, Certains de ces paramètres sont nécessaire au bon fonctionnement d’Access.


Si vous partez d’un template, ouvrez une des tables, et regarder de plus près la table Customers que vous venez de créer avec Access.


Dans Access Service 2010, les tables sont conerties en listes, les vues, en pages aspx, …

Dans Access Services 2013, fini le cirque de remise en forme, tout est en base de données donc dans SQL… Vous voyez pourquoi il est plutôt recommandé d’utiliser une instance différente de celle de SharePoint maintenant 😉

 

Enjoy & Have Fun !

 

 

Installation des Offices Web Applications SharePoint 2013

27 août 2012 7 commentaires

Hey folks, après une petite période je vous propose aujourd’hui de faire le point sur l’installation des Office Web Application de SharePoint 2013.

Comme vous le savez dans SharePoint 2013, les Office Web Apps ne sont plus qu’une application de service qui fait partie de votre batterie de serveurs. OWA est installé en tant que batterie de serveurs distincte, serveur et PAS sur un SharePoint (effectivement, si vous effectuer ce type d’installation, les services SharePoint de démarreront pas. Il y a très probablement une possibilité de le faire mais NON recommandé sans compter les effets de bords. De plus quel en est l’utilité sur un serveur de développement ?) Se qui fournit un certain nombre d’avantages, tels que la réutilisation entre frontaux SharePoint et plusieurs fermes, un calendrier de correction séparée, etc. …

Il peut être un peu déroutant au premier abord mais regardons de plus près :

Ready ? Let’s Go !

Prerequis

Pour commencer il vous faut :

  1. Une machine virtuelle avec un SharePoint 2013 qui fonctionne bien
  2. Une seconde machine virtuelle sur laquelle nous allons installer les WAC J
    1. Pour télécharger les WAC : http://www.microsoft.com/en-us/download/details.aspx?id=30358

Préparer votre serveur en installant les prérequis habituels :

La liste n’est pas exhaustive mais vous avez le nécessaire. Pensez à rebooter pour que l’ensemble soit bien pris en compte.

Installation

Mettre l’ISO et lancer le Setup.exe

 

 

Accepter la licence puis continuer

Laisser l’ensemble du chemin d’installation par défaut, et lancer l’installation. Une fois l’installation terminée fermé alors l’installeur. Et passons aux choses un peu plus sérieuses J

 

Paramétrage des WAC

Depuis PowerShell sur la machine où nous avons installé les WAC :

  • Import-Module OfficeWebApps
  • New-OfficeWebAppsFarm –InternalURL http://SERVERNAME -AllowHttp –EditingEnabled

    NOTE:

    Il n’est pas recommandé d’utiliser le protocol HTTP.

    La raison est la suivante :

    Vous ne devez avoir qu’une seule WopiZone par batterie de serveurs SharePoint soit en HTTP soit en HTTPS.

    Si jamais vous avez les deux (HTTP et HTTPS) dans les Zones Web, les OWA se feront en HTTPS. Par contre si c’est uniquement en HTTP, vous obtiendrez des avertissements lorsque vous êtes dans un site en HTTPS et que vous essayez de rendre les applications OWA en HTTP. Mais si vous essayez de rendre les applications OWA HTTPS dans une zone HTTP vous ne recevrez pas d’avertissements.

    De plus, depuis le jeton d’accès est passé entre SharePoint et les serveurs Office Web Apps, il est donc plus sûr d’avoir le trafic SSL crypté de sorte qu’il ne soit pas sniffé et rejoué.

    Il est donc préférable d’utiliser le protocol HTTPS.

Afin de vérifier que le service est créé correctement, allez à l’URL : http://SERVERNAME/hosting/discovery

 

Si le XML s’affiche correctement alors l’Office Web Apps Server est fonctionnel

 

Depuis le serveur SharePoint :

Créer le lien entre SharePoint 2013 et le serveur WAC lancé la commande :

New-SPWOPIBinding -ServerName SERVERNAME -AllowHTTP

Noter que par défaut SharePoint utilisera le protocol HTTPS, si vous ne spécifier par le paramètre HTTP. Une fois exécuté l’ensemble des extensions gérées vont alors défilées.

Les OWA utilisant le concept de zones interne/externe il faut lui spécifier la bonne zone :

  • Set-SPWOPIZone internal-http

Note : Par défaut la zone Internal-HTTPS sera utilisée.

 

Vérification

Connecter vous sur votre site SharePoint 2013, puis naviguer vers un document.

Sélectionner les « … » le preview doit alors apparaitre.

 

Dans l’éventualité où une erreur apparaitrait, je vous invite à vous connecter avec un utilisateur lambda (autre que le compte système).

Autre point d’attention, si vous ne pouvez pas éditer un document en ligne, vérifier que celui-ci n’ai pas besoin d’être converti. Normalement le choix vous sera proposé par SharePoint de convertir votre document vers un format compatible OWA.

 

TroubleShooting

Il est possible que vous rencontriez l’erreure suivante:
« Sorry, you don’t have a license to edit documents with Word Web App. Please get in touch with your helpdesk. »

Pour corriger le problème, il est nécessaire de changer le paramètre AllowOAuthOverHttp dans SharePoint 2013 a la valeur « True ».

Voici le bout de code permettant d’y remedier:
$farm = get-officewebappsfarm
$farm.OpenFromUrlEnabled = $true

Pour vérifier si le paramètre est pris en compte:
get-officewebappsfarm

Si ce n’est toujours pas le cas, redémarrer le serveur OWA.

Consulter le fichier « settings.xml » C:\ProgramData\Microsoft\OfficeWebApps\Data\FarmState sur le serveur OWA toujours.

Quelques points à noter:
Les logs de SharePoint sont dans le Hive par défaut, mais OWA garde ces propres logs à l’adresse :
C:\ProgramData\Microsoft\OfficeWebApps\Data\Logs\ULS

Pour les problématique de licensing:

Get-SPUserLicense
$a = New-SPUserLicenseMapping -SecurityGroup –License Enterprise
$a | Add-SPUserLicenseMapping
Enable-SPUserLicensing

Vous savez presque tout 🙂

Enjoy & Have fun !