none
Poursuite de mon projet : refonte d'un intranet question :) RRS feed

  • Question

  •  

    Voila j'ai exposer les fonctionnalité de wss, moss et donc pour l'instant je vais me contenter d'utiliser wss avec un AD ( il faudrait que je code un programme me permettant de copier l'annuaire eDirectory vers L'AD)

    Maintenant places aux questions :

     

    - est-il possible de faire en sorte que l'utilisateur lambda puisse arriver sur wss sans avoir à se connecter, ou plutôt est-il possible de faire en sorte que l'utilisateur par défaut soit invité et qu'il n y ait pas besoin d'authentification?

     

    - Quand je suis en admin, et que je vais dans la partie administration --- > flux de travail : j'ai cette errreur :

     

    Le fichier XML est introuvable à l'emplacement « 12\Template\Features\IPFSAdminLinks\Feature.xml »

     

    j'ai regarder dans l'aide sharepoint mais j'ai pas trouver de réponse ..

     

    - Est-il possible de changer le design de WSS?(je pense que oui) est-on obiliger de passer par sharepoint designer?

     

    - L'intranet actuel possede tout de même quelque fonctionnalité, notamment un organigramme, une page de présentation, et je voudrais savoir si je pouvais les integrer proprement à wss?

     

    Voila déjà cela fait pas mal de chose, je remercie ceux qui auront la patience de me répondre ( je me doute que ce ne doit pas être facile ^^ )

     

    cordialement

     

    mercredi 16 janvier 2008 15:57

Réponses

Toutes les réponses

  • Bonjour,

     

    - vous pouvez activer l'accès anonyme au niveau de la collection de sites. Dès lors, inutile de définir un groupe visiteur à partir de comptes spécifiques. Ce mode est généralement utilisé pour des sites Internet. Si techniquement celà fonctionne en Intranet, le mode de licence de Microsoft ne prévoit pas ce type d'utilisation en Intranet. Si c'est ce que vous cherchez à faire, je ne saurais que vous conseiller de vous rapprocher d'eux.

     

    - Concernant le fichier XML introuvable, il correspond à une "feature" qui a été déployée sur le serveur (probablement le déploiement d'un workflow), et dont les fichiers requis sont absent du système de fichiers du serveur. Connectez vous au répertoire 12\Template\Features et vérifiez la présence du dossier IPFSAdminLinks. Si le dossier est absent, voyez si vous pouvez réinstaller la feature. Dans le cas contraire, lancez la commande suivante depuis une invite de commande :

    stsadm -o uninstallfeature -name IPFSAdminLinks -force  (assurez vous d'être dans le répertoire 12\bin ou bien d'avoir préalablement configuré ce répertoire dans la variable PATH).

     

    - Pour le Design de WSS, vous pouvez jouer sur les CSS, les thèmes, les masterpages voire les définitions de site. SharePoint Designer permet de réaliser ces modifications simplement (à l'exception de la définition de site), mais rien ne vous empêche d'utiliser Visual Studio. Pour changer la masterpage d'un site WSS sans utiliser SharePoint Designer, vous pouvez utiliser la feature de Renaud Comte : http://www.codeplex.com/Wiki/View.aspx?ProjectName=SPMasterPicker

     

    - Pour l'intégration de vos fonctionnalités, tout dépend de vos éléments. J'imagine que la page de présentation peut être intégréé relativement simplement. L'organigramme peut être plus complexe, surtout s'il est décomposé en plusieurs pages et qu'il est reconstruit périodiquement. Mais techniquement, j'aurais tendance à répondre que ce genre de choses sont toujours faisables.

     

    Bon courage pour votre projet. N'hésitez pas à indiquer si cette réponse vous a été utile.

     

    Cordialement,

    Sébastien PICAMELOT.

    jeudi 17 janvier 2008 09:30
    Modérateur
  • Merci pour votre réponse,

     

    ###################################################################################################

    vous pouvez activer l'accès anonyme au niveau de la collection de sites. Dès lors, inutile de définir un groupe visiteur à partir de comptes spécifiques. Ce mode est généralement utilisé pour des sites Internet. Si techniquement celà fonctionne en Intranet, le mode de licence de Microsoft ne prévoit pas ce type d'utilisation en Intranet. Si c'est ce que vous cherchez à faire, je ne saurais que vous conseiller de vous rapprocher d'eux.

    ################################################################################################

     

    oui j'ai activer l'acces anonyme, mais malheuresement lorsque j'accede a wss via un poste distant, il me demande de m'authentifier tout de même..j'essaierai de les contacter. merci

     

     

    ###################################################################################################

    - Pour l'intégration de vos fonctionnalités, tout dépend de vos éléments. J'imagine que la page de présentation peut être intégréé relativement simplement. L'organigramme peut être plus complexe, surtout s'il est décomposé en plusieurs pages et qu'il est reconstruit périodiquement. Mais techniquement, j'aurais tendance à répondre que ce genre de choses sont toujours faisables.

    ################################################################################################

     

    mais en fait c'est l'intégration en elle même que j'ai du mal à me representer, comment est-ce que je peux l'integrer sur mon site WSS?Parce que je pourrais recoder une simple page html pour la page de présentation, et en faire un lien via la home page de mon intranet WSS , mais je pense que l'on doit pouvoir faire quelque chose de plus propre non?

     

     

    ###################################################################################################

    Concernant le fichier XML introuvable, il correspond à une "feature" qui a été déployée sur le serveur (probablement le déploiement d'un workflow), et dont les fichiers requis sont absent du système de fichiers du serveur. Connectez vous au répertoire 12\Template\Features et vérifiez la présence du dossier IPFSAdminLinks. Si le dossier est absent, voyez si vous pouvez réinstaller la feature. Dans le cas contraire, lancez la commande suivante depuis une invite de commande :

    stsadm -o uninstallfeature -name IPFSAdminLinks -force  (assurez vous d'être dans le répertoire 12\bin ou bien d'avoir préalablement configuré ce répertoire dans la variable PATH).

    ################################################################################################

     

    je suis aller dans le dossier, mais effectivement le dossier IPFSAdminLinks etait absent. Je ne sais pas (re)installé une feature donc je suis passer a l'étape d'apres :

    Je me suis placer dans le repertoire 12\bin mais quand je lance la commande, il me dit :

    "le fichier xml est introuvable à l'emplacement 12\template\feature\IPFSAdminLinks\feature.xml

    jeudi 17 janvier 2008 10:18
  • - Ce que vous remontez laisse penser que l'accès anonyme n'est toujours pas actif. Il est possible de l'activer au niveau de votre site, de listes, ou même de la console d'admin centrale. A quel niveau avez vous activé l'accès anonymes ?

     

    - Pour l'intégration, tout dépend de la nature de vos éléments à intégrer. Est-ce qu'il s'agit de pages web statiques ? d'images ? Les données sont-elles présentes en base de données ?

     

    - La feature IPFSAdminLinks est une feature native de MOSS. Etes vous sûr un environnement WSS ou MOSS ? La présence de cette feature laisse penser que vous avez été sur un environnement MOSS qui aurait été partiellement désinstallé. Si vous avez une autre installation de MOSS, vous pourrez reprendre les fichiers manquant et les recopier sur votre serveur actuel.

     

     

    jeudi 17 janvier 2008 10:32
    Modérateur
  • -Oui c'est ce que je me suis dit , pourtant je suis au niveau de la console d'admin centrale( ça se trouve c'est ce qui expliquerai pourquoi elle n'est pas active ..Tongue Tied )

     

    edit : d'ailleur il n y a que dans l'administration centrale que j'ai trouver la case a cocher, je ne la trouve pas sur l'administration du site Tongue Tied

     

    - alors la page de presentation est une page web statique, il y a des images, il y aurait quelque donnée présenter en bdd, mais ce n'est pas formelle car l'intranet actuel a été coder il y a plusieur année et la personne n'est plus là ..il faut que je recupere ses fichier.

     

    Edit : je crois avoir trouver dans l'adminastration du site : ajouter une page au site,

     

    - alors actuellement je suis sur WSS, mais je suis sur une machine ou j'ai effectuer plusieur test :

     

    voici l'historique des install/desinstallation.

    installation de WSS 3 --- > Desinstallation

    installation de MOSS ( version d'evaluation ) ---> Desinstallation

    puis reinstallation de WSS 3

    les desinstallation sde fesait via le panneau de configuration, ajouter/supprimer.

     

    jeudi 17 janvier 2008 10:41
  • - Pour l'accès anonyme, je vous recommande de suivre les recommandations de cette page : http://office.microsoft.com/fr-fr/help/HA101130181036.aspx?pid=CL100605171036.

     

    - Si la page n'a pas à être refaite et qu'elle est statique c'est relativement simple. Les éléments qui la composent peuvent tout simplement être hébergés dans une bibliothèque de documents SharePoint (en préservant l'arborescence s'il y en a une). Mais à ce rythme, la page de liens dont vous parliez ferait tout aussi bien l'affaire. Si vous souhaitez réellement intégrer cet organigramme à SharePoint, peut être pourriez vous le traduire en XML et utiliser la Webpart de transformation XML de SharePoint pour retrouver votre organigramme au sein d'une page SharePoint, avec d'autres composants. Ce ne sont pas les moyens qui manquent, tout dépend de ce que vous cherchez à faire.

     

    - Concernant les installations / désinstallations, votre problème vient de là. Il semble que les bases de données utilisées lors des différentes installations ait été conservées. En d'autres termes, les bases utilisées par WSS contiennent des données spécifiques à MOSS. Je ne saurais que vous conseiller de refaire une installation propre de WSS, en prenant soin de supprimer toutes les bases utilisées par SharePoint. Il ya de fortes chances pour que d'autres problèmes que la feature manquante se produisent.

    jeudi 17 janvier 2008 10:55
    Modérateur
  • Merci pour le lien, je le consulterai apres mangerSmile

     

    moi qui croyait que ajouter/suppression permettait de faire une desintallation propre...

     faut que je supprimer et reinstalle Window 2k3 ?et reinstaller tout?

     

    Merci pour votre aide ^^ je sens que je vais revenir dans pas lomtemps Smile

    jeudi 17 janvier 2008 11:02
  • Il n'est pas nécessaire de réinstaller Windows 2003. La différence entre WSS et MOSS se fait au niveau des features : celà se traduit par des dossiers supplémentaires présents sur le système de fichiers avec MOSS, ainsi que des différences au niveau du contenu de la base de données (les features correspondantes sont déclarées et activées au niveau de la base de données).

     

    Bref, pour avoir une installation propre je vous conseillerai de supprimer toutes les bases de données relatives à SharePoint et de relancer l'assistant de configuration pour créer de nouvelles bases. (en cliquant sur l'icone ou en lançant psconfig depuis l'invite de commande).

     

    Il est possible que vous ayez du mal à supprimer les bases de données si elles sont hébergées au sein de SQL Server Embedded Edition (installé automatiquement lorsque WSS ou MOSS sont installés en mode autonome). Bien qu'il existe des procédures pour désinstaller SQL Server EE, ce n'est pas particulièrment évident. L'installation d'un SQL Server Express pourrait vous permettre d'utiliser une autre instance et de repartir sur un contexte propre.

    jeudi 17 janvier 2008 11:53
    Modérateur
  •  

    Bon, me revoila Smile j'ai du finalement Tout réinstallé ( OS + WSS ) car je n'arrivais pas à bien supprimer la bdd...Enfin bref, l'accès anonyme fonctionne Smile maintenant j'essaie de recuperer les anciennes données de l'intranet pour les intégrer a WSS. En fait en regardant le code source de la page l'ancien intranet, il s'avere que la page de présentation est une image.. alors j'ai fait :

     

    action du site --> créer --> Page web ---> page de base, et j'ai ajouter l'images , le seul truc qui me déplait c'est que dans les emplacement d'enregistrement on ne me propose que la bibliotheque de document donc quand j'enregistre ma page, elle apparait ensuite dans le documents partagé.. or je pensais que cela créer une page et que je pouvais ajouter un lien vers cette page sur la page d'accueil ...

     

    Concernant l'organigramme, c'est un organigramme généré dynamiquement via une bdd oracle.Donc L'histoire du fichier xml me tenterait bien :

     

    je fais mes requete SQL, et je genere dynamiquement un fichier xml, le soucis c'est que je sais le faire qu'en php et que apres je ne saurais pas utiliser le webpart de transofrmation XML .. 

     

    ah et je suis pas sur de bien comprendre le lien que vous m'avez passé sur le design, à l'entreprise je ne dispose ni de sharepoint designer, ni de visual studio .Par contre étant étudiant j'ai droit de télécharger certains logiciel Microsoft tel que Sharepoint designer ( il me semble) mais si je pouvais adapter le design juste en codant de mes main ça m'arrangerais Smile

    vendredi 18 janvier 2008 13:56
  • Arg !

     

    Coder sans Visual Studio !  Ok, c'est faisable... mais pas gagné. Ca me conforte dans l'idée que la WebPart XML (native) et un fichier de transformation XSL sont la piste à suivre (le XSL, ça se réutilise toujours, et il existe de bons éditeurs ). D'autant que le fichier XSL peut lui aussi être stocké dans une bibliothèque de documents.

     

    Pour stocker vos fichiers et vos pages html il vous faut une bibliothèque de documents. Par défaut votre site ne dispose que de "Documents Partagés"... normal qu'à la création de votre page l'interface ne vous propose que cette bibliothèque pour stocker la page. Pour avoir un choix plus large, créez une nouvelle bibliothèque de documents (et retirez là du menu de lancement rapide tant qu'à faire).

     

    Notez que si vous souhaitez faire le moins de développements possibles, il peut être interessant d'utiliser la plateforme d'Office Live : http://office.microsoft.com/fr-fr/officelive/default.aspx

    vendredi 18 janvier 2008 14:30
    Modérateur
  • ###########"

    Notez que si vous souhaitez faire le moins de développements possibles, il peut être interessant d'utiliser la plateforme d'Office Live : http://office.microsoft.com/fr-fr/officelive/default.aspx

    ###########

     

    Nan nan au contraire, je suis en bts option developpeur, mon projet doit donc comporter du developpement or pour le moment déployé une application microsoft c'est pas vraiment du developpement et c'est pour cela que je voulais eviter sharepoint designer et visual studio..

     

    En revanche niveau developpement je suis limité aux langages : php, C,C++, java, html,sql , xml , heu voila..

     

     

    ###########

    Ca me conforte dans l'idée que la WebPart XML (native) et un fichier de transformation XSL sont la piste à suivre (le XSL, ça se réutilise toujours, et il existe de bons éditeurs ). D'autant que le fichier XSL peut lui aussi être stocké dans une bibliothèque de documents.

    ###########

     

    hm pas tout compris? mais en gros je peux commencer à coder mon script php qui genere un organigramme en xml de manière dynamique? je pourrais le réutiler dans WSS apres?

    vendredi 18 janvier 2008 14:38
  • Ok, je pense qu'il y a un malentendu... Visual Studio est un outil de développement.  Si vous ne souhaitez ou ne pouvez pas faire de développement .Net pour SharePoint, il vous est toujours possible d'attaquer les WebServices SharePoint avec un autre langage, mais j'aurais bien plus de mal à vous aider dans un autre language que .Net (et certaines fonctionnalités ne seront pas présentes). En dehors de cet élément, les langages de programmation que vous connaissez risquent de ne pas vous servir à grand chose avec SharePoint.

     

    Enfin, vous pouvez paramétrer les WebParts pour qu'elles se basent sur des ressources externes. La WebPart XML dont je vous parle est capable de le faire... auquel cas votre fichier XML pourrait être localisé sur un autre site Web. C'est techniquement faisable, mais je doute quelque peu de l'intérêt...

     

    vendredi 18 janvier 2008 16:20
    Modérateur
  •  

    Enfin, vous pouvez paramétrer les WebParts pour qu'elles se basent sur des ressources externes. La WebPart XML dont je vous parle est capable de le faire... auquel cas votre fichier XML pourrait être localisé sur un autre site Web. C'est techniquement faisable, mais je doute quelque peu de l'intérêt...

     

    heu oui, si ce doit être sur une otre site web c'est pas top, mais n'est-il pas possible de le faire sur une autre page du même site web?par exemple si je créer une page de composant webpart?

     

    imaginons que je gènere mon fichier xml, contenant l'organigramme, je l'inclus avec l'editeur XML dans une webpart?

     

    J'ai tester d'inclure une petit fichier xml dans une webpart, mais la présentation n'est pas terrible,

     

    Extrait de code

     

    <?xml version="1.0" encoding="ISO-8859-1"?>
    <organigramme>
     <informatique>
       <personne class = "employé">
       <nom>Pillou</nom>
       <prenom>Jean-Francois</prenom>
       <telephone>555-123456</telephone>
      <email>oupas@gmail.com</email>
      </personne>
       <personne class = "employé">
       <nom>blibliu</nom>
       <prenom>tarik</prenom>
       <telephone>06705502</telephone>
      <email>sijevousladonnait@msn.fr</email>
      </personne>
      <comptabilité>
       <personne class = "employé">
       <nom>egher</nom>
       <prenom>ergerg</prenom>
       <telephone>5454</telephone>
      <email>ergerg@gmail.com</email>
      </personne>
       <personne class = "employé">
       <nom>erqger</nom>
       <prenom>ergerg</prenom>
       <telephone>454212</telephone>
      <email>ergegt@msn.fr</email>
      </personne>

    </organigramme>

     

     

    Dans le webpart, il m'affiche directement en brut les personnes, sans vraiment d'arborescence,j'aurais aimer qu'il m'affiche dans un premier temps, informatique et comptabilité puis, si je clique sur l'un ou sur l'autre, on puisse voir apparaitre les employés.

    lundi 21 janvier 2008 08:01
  • heu oui, si ce doit être sur une otre site web c'est pas top, mais n'est-il pas possible de le faire sur une autre page du même site web?par exemple si je créer une page de composant webpart?

     

    imaginons que je gènere mon fichier xml, contenant l'organigramme, je l'inclus avec l'editeur XML dans une webpart?

     

    C'est l'idée. Seulement ça vous oblige à copier le fichier XML après chaque génération. Avec du développement SharePoint vous pourriez générer votre fichier XML régulièrement (un job qui tourne chaque nuit ou chaque semaine) puis le pousser dans une bibliothèque ou en tant que propriété de WebPart. Avec un tel mécanisme, le contenu du site évolue sans intervention humaine. Sans développement SharePoint c'est également possible, mais sous réserve d'envoyer le fichier dans une bibliothèque de documents SharePoint... et je ne suis pas sûr que ce soit si simple que ça à faire avec les langages que vous connaissez.

     

    Maintenant vous pouvez très bien tout faire manuellement... mais l'intérêt de SharePoint c'est justement d'éviter ces manipulations.

    lundi 21 janvier 2008 09:38
    Modérateur
  • ça m'ennuie que je ne puisse pas developper grand chose avec les langages de programmation que je connais car, il faut que mon projet comporte du developpement ...

     

    Se former en developpement sharepoit, je suppose qu'en une semaine ce n'est pas faisable?( sachant que je ne sui pas familier à l'asp, vbscript)

     

    Pourriez vous me dire comment faire en sorte que mon organigramme XML soit présentable dans une webpart? car le résultat que j'ai obtenu ne l'était vraiment pas ...

     

     

    Concernant le design :

     

    ###################

    Pour le Design de WSS, vous pouvez jouer sur les CSS, les thèmes, les masterpages voire les définitions de site. SharePoint Designer permet de réaliser ces modifications simplement (à l'exception de la définition de site), mais rien ne vous empêche d'utiliser Visual Studio. Pour changer la masterpage d'un site WSS sans utiliser SharePoint Designer, vous pouvez utiliser la feature de Renaud Comte : http://www.codeplex.com/Wiki/View.aspx?ProjectName=SPMasterPicker

    ###################

     

     j'ai trouver les thème mais je ne sais pas comment jouer sur les CSS.Je ne dispose pas de visual studio.

    Je crois qu'en tant qu'étudiant j'ai accès a Sharepoint designer, il faut que je l'installe sur window 2003 serveur? et ne conaissant pas le logiciel, est-ce que je pourrais m'en sortir ?

    lundi 21 janvier 2008 10:44
  • Je crois que vous devriez discuter de ça avec votre maître de stage. S'auto former puis développer pour SharePoint , le tout sans environnement de développement, sur une courte période... ça me paraît plus qu'ambitieux. Et c'est pourtant nécessaire pour votre projet. Donc je pense qu'il est temps pour vous de remettre les choses à plats.

     

    - Visual Studio 2005 me parait indispensable (ou presque) pour vos développements.

    - Une formation ou une assistance sur SharePoint et un langage .Net (C# ou VB.Net, idéalement ASP.Net) est nécessaire.

    - Inutile de vous former à l'ASP ou au vbscript, nous sommes au 21ème siècle à présent .

    lundi 21 janvier 2008 10:52
    Modérateur
  • Hmmmm le problème c'est que mon stage se termine le 22 février, je n'ai plus forcement beaucoup de temps...Concernant l'organigramme j'aurais une question :

     

    j'ai creer un script php, qui va "pecher" les utilisateurs dans la bdd, je récupère ses derniers et les classes par service sous forme d'un document XML, est-ce que en appliquant un XSLT je pourrais obtenir ce que je voudrais c'est à dire , de base on voit juste les services :

     

    et quand on clique sur un service, cela ferait comme un menu déroulant : on verrais alors les personnes qui compose se service.

     

    est-ce faisable? Tongue Tied ( je prie pour que oui )

     

     

     

    mardi 22 janvier 2008 14:33
  • Pour les services, c'est faisable. Pour obtenir le détail d'un service également.

     

    Si ton fichier XML se présente comme ça :

     

    <root>

    <service>

    <personne />

    <personne />

    </service>

    <service>

    <personne>

    </service>

    <service>

    <personne />

    <personne />

    <personne />

    <personne />

    </service>

    </root>

     

    ton fichier XSL de transformation doit comporter un template "service" affichant la liste des services. Idéalement il comporterait un paramètre xsl "nom_service". Si celui ci est vide, tu affiches la liste des services. Si la valeur de "nom_service" est renseignée, tu appliques un template "display_personnes" à toutes les lignes filles du noeud service nommé "nom_service".

     

    Côté XSL, c'est simple. En revanche, c'est le paramètre qui pose problème. Il te faut trouver un moyen de passer ce paramètre à la WebPart qui fait la transformation... ce qui n'est pas standard.

     

    mardi 22 janvier 2008 16:40
    Modérateur
  •  

    Salut,

     

    oui c'est a peu pres ça la présentation,

    en rajoutant au niveau  des balises :

      

    Code Snippet

    <personne>

    <nom></nom>

    <prenom></prenom>

    etc..

       </personne>

     

     

     

    mais grossièrement la structure est la même.

     

    Donc mon script php fonctionne bien, il me gènere bien mon fichier XML, mais si je l'ajoute en brut, la présentation est horrible Smile donc je vais bosser un peu le XSL( que je ne connais pas encore Sad )

     

    mais si c'est faisable, tant mieux Smile

     

    Question à part, quel est l'avantage de visual studio comparé à mon cher notepad ++ ? je me lancerais bien dans l'ASP.net avec quelques tutoriaux, histoire de faire mes propres webparts, mais bon je sais pas si j'aurais le temps Tongue Tied

     

    Est-ce que c'est possible a l'aide d'une webpart personnalisé, de se connecter non pas à sql server mais plutôt à oracle? car en php c'est faisable mais vu que je connais pas l'asp.net Tongue Tied

    mercredi 23 janvier 2008 07:39
  • L'avantage de VS par rapport à notepad++... Euh ben c'est que VS fait quasiment tout pour toi --> gain de 80% de temps lol... J'exagère surement mais c'est vrai que ça aide. C'est un peu comme comparer vi (pour ceux qui connaissent) et Word.

     

    Sinon je suis assez étonné qu'on ne vous apprenne ni C# ni ASP.NET à l'école... Parceque se lancer dans un projet SharePoint alors qu'on ne connait ni la plateforme .NET ni les languages et que d'après ce que j'ai cru comprendre, tu n'as pas beaucoup de temps, je trouve que tes profs auraient du t'orienté vers un autres choix. Enfin, c'est juste une remarque perso...

     

    Sinon pour en revenir à ton problème, tu peux lire un db oracle à l'aide du Business Data Catalogue (mais il te faut MOSS). En gros tu génère un fichier xml et tu le donne à MOSS. Et dans tes sites, tu à une webpart avec laquelle tu peux aller rechercher tes données.

     

    mercredi 23 janvier 2008 08:14
  •  

    ###########################

    L'avantage de VS par rapport à notepad++... Euh ben c'est que VS fait quasiment tout pour toi --> gain de 80% de temps lol... J'exagère surement mais c'est vrai que ça aide. C'est un peu comme comparer vi (pour ceux qui connaissent) et Word.

    ##########################

     

    c'est un peu comme eclipse en java?

     

    ########################

    Sinon je suis assez étonné qu'on ne vous apprenne ni C# ni ASP.NET à l'école... Parceque se lancer dans un projet SharePoint alors qu'on ne connait ni la plateforme .NET ni les languages et que d'après ce que j'ai cru comprendre, tu n'as pas beaucoup de temps, je trouve que tes profs auraient du t'orienté vers un autres choix. Enfin, c'est juste une remarque perso...

    ######################

     

    ben à l'école, c'est vrai qu'on ne nous a pas appris le C# ni ASP.NET, par contre je connais le php, le C,C++, java, html, xml, sql , un peu de javascript.

    Ben mes profs ne connaisse pas la plateforme sharepoint ... donc ils ne savaient pas vraiment.. 

     

    ######################

    Sinon pour en revenir à ton problème, tu peux lire un db oracle à l'aide du Business Data Catalogue (mais il te faut MOSS). En gros tu génère un fichier xml et tu le donne à MOSS. Et dans tes sites, tu à une webpart avec laquelle tu peux aller rechercher tes données.

    ######################

     

    hm je n'ai que wss, MOSS reviendrait à environ 30 000 euros avec un peu plus de 250 postes ...

    mercredi 23 janvier 2008 08:21
  • L'avantage de Visual Studio... euh... il y en a trop pour que j'en fasse une liste exhaustive ici, mais voici quelques exemples :

     

    - l'auto completion.

    - des templates de projets permettant une création et un déploiement rapide de composants comme les WebParts (fichiers sources, génération automatique des fichiers XML rattachés).

    - un deploiement automatique

    - un mode debug

    - ...

     

    Bref, de quoi éviter d'être bloqué pendant deux mois avant de sortir son premier HelloWorld. Tout ce qui est généré automatiquement est à connaître, mais pas nécessairement dès le début.

     

    Côté ASP.Net tu peux te connecter à la base de données que tu veux. Avec les bons connecteurs tu peux même attaquer du SAP... et par défaut aucun soucis avec Oracle ou SQL Server.

     

    Même avec les bons outils, très honnêtement, le temps de te former au développement et de développer la WebPart en elle même... ça me paraît court d'ici le 22 février.

     

    J'ai à nouveau réfléchi à une solution possible sans dev SharePoint. C'est quasiment la même que celle que je t'avais proposé, à la différence que la référence au fichier XSL est directement inclue dans le fichier XML, comme ceci :

     

    <?xml version="1.0" encoding="ISO-8859-1"?>
    <?xml-stylesheet type="text/xsl" href="cdcatalog.xsl"?>
    <catalog>
      <cd>
        <title>Empire Burlesque</title>
        <artist>Bob Dylan</artist>
        <country>USA</country>
        <company>Columbia</company>
        <price>10.90</price>
        <year>1985</year>
      </cd>
    </catalog>

    Source : http://www.w3schools.com/xsl/xsl_transformation.asp

     

    L'idée c'est d'utiliser la WebPart "Composant WebPart XML", de la paramétrer pour renseigner son champ "Lien XML" avec l'URL de ton XML, puis de lui renseigner son champ "Editeur XSL" avec le XSL que tu auras écris. Avec cette WebPart, tu n'afficheras que les services. D'ailleurs, le fichier XML que tu références n'a pas besoin de contenir autre chose que les services. Chaque service présenté sera constitué d'un lien (balise <A REF="url_fichier_xml">nom_service</A>). Tu l'auras compris, cette solution va nécessiter autant de fichier XML que de service. Chaque lien "Service" te menera donc sur le fichier XML contenant le détails des personnes constituant le service. Ces fichiers XML devront comporter la référence <xml-stylesheet> présent sur la ligne 2 de l'exemple ci dessus : ainsi ils s'ouvriront sous forme de page HTML classique.

     

    Ce n'est pas la meilleure solution techniquement parlant, mais elle ne me paraît pas mauvaise pour autant. Surtout, elle te permet une gestion propre des organigrammes avec les moyens techniques dont tu disposes.

     

    Si je n'ai pas été assez clair sur la façon de procéder, n'hésites pas à poser à nouveau des questions.

    mercredi 23 janvier 2008 08:38
    Modérateur
  •  

    ######################################

    L'avantage de Visual Studio... euh... il y en a trop pour que j'en fasse une liste exhaustive ici, mais voici quelques exemples :

     

    - l'auto completion.

    - des templates de projets permettant une création et un déploiement rapide de composants comme les WebParts (fichiers sources, génération automatique des fichiers XML rattachés).

    - un deploiement automatique

    - un mode debug

    - ...

     

    Bref, de quoi éviter d'être bloqué pendant deux mois avant de sortir son premier HelloWorld. Tout ce qui est généré automatiquement est à connaître, mais pas nécessairement dès le début.

     

    Côté ASP.Net tu peux te connecter à la base de données que tu veux. Avec les bons connecteurs tu peux même attaquer du SAP... et par défaut aucun soucis avec Oracle ou SQL Server.

     

    Même avec les bons outils, très honnêtement, le temps de te former au développement et de développer la WebPart en elle même... ça me paraît court d'ici le 22 février.

    ####################################

     

    oui ça revient à eclipse pour le java, j'ai parler à mon tuteur, il ne souhaite pas prendre de nouvelle licence donc pas de visual studio...

     

     

    C'est gentil d'avoir reflechi à une nouvelle solution Smile

    place aux questions :   Smile

     

    Alors on peut renseigner autant de liens XML que l'on souhaite dans la webpart XML? car il faudra que je renseigne autant de liens qu'il n y a de service ( soit a peu pres 35-40 ^^ )

    Dans ce cas là, le XSL n'aura pour fonction que la présentation?

    En gros mon fichier xml de base aura la forme suivante :

     

    <service>

     les liens vers les différents services

    </service>

     

    ######################

    Ces fichiers XML devront comporter la référence <xml-stylesheet> présent sur la ligne 2 de l'exemple ci dessus : ainsi ils s'ouvriront sous forme de page HTML classique.

    #####################

     

    les fichier xml de chaque service, seront de la forme :

    <service>

    <nom></nom>

    <prenom></prenom>

    <service>

    etc..

    est-ce qu'il leur faudra un Xslt propre à peux même pour la présentation? est-ce que je pourrais faire comme précédement une référence à un fichier Xslt dans le document xml directement , et dans WSS je renseignerai les liens vers les fichier Xslt.

     

    j'espere avoir compris Tongue Tied

     

    En tout cas merci pour l'aide, si vous n'etiez pas là je ne sais pas comment je m'en sortirais..

     

     

     

     

     

    mercredi 23 janvier 2008 09:08
  • Jette un coup d'oeil à la WebPart XML de SharePoint, tu y verras un peu plus clair. Tu ne peux indiquer qu'un seul lien pour le XML... et ça suffit .

     

    Ton fichier XSL va te générer du contenu HTML qui sera inclu dans ta page SharePoint, et qui ressemblera à ça :

     

    <A HREF="http://mon_serveur/mon_appli/comptabilite.xml" target="blank">Comptabilité</A>

    <A HREF="http://mon_serveur/mon_appli/marketing.xml" target="blank">Marketing</A>

    <A HREF="http://mon_serveur/mon_appli/informatique.xml" target="blank">Informatique</A>

     

    Chacun de tes fichiers XML devra comporter un lien vers le fichier XSL de transformation (ce sera le même pour tous), comme dans l'exemple de ma réponse précédente.

     

    Les seuls choses que tu as à faire sont donc de :

     

    - Configurer la WebPart XML dans ton site WSS.

    - Ecrire ton programme qui génère les fichiers XML et les stock quelque part.

    - Ecrire tes deux fichiers de transformation XSL (un spécifique pour afficher les services, un spécifique pour le détails d'un service)

     

    mercredi 23 janvier 2008 09:30
    Modérateur
  •  

     j'ai fais un petit test, : 1 fichier services.xml avec les liens vers 2 services, puis mais 2 services : dg.xml et si.xml, la webpart affiche bien les liens vers la direction générale et le service informatique et quand je clique, cela ouvre bien une page html, avec les employé, seul hic : il y a des tirets qui se rajoutent au code source des fichiers xml :

     

     
    Code Snippet
    <?xml version="1.0" encoding="ISO-8859-1" ?>
      <?xml-stylesheet ?>
          - <orga>
          - <personne>
         <nom>moi</nom>
          <prenom>lol</prenom>
      </personne>
          - <personne>
         <nom>moi 2</nom>
          <prenom>lol2</prenom>
      </personne>
      </orga>

     

     

     
     
    donc sous ie j'obtien le copier coller de ci-dessus, sous firefox, il interprete bien le doc xml, donc faut que je trouve un moyen pour qu'il ne rajoute pas ces tirets Tongue Tied 
     
    et que je m'occupe du xslt pour avoir une meilleur présentation.
    En tout cas, ça fonctionne Smile 
    mercredi 23 janvier 2008 09:52
  •  

    Les tirets sont probablement ajoutés par le navigateur, car aucune transformation n'a lieu. Ta balise <?xml-stylesheet ?> doit être complétée pour référencer un fichier .xsl ou .xslt. Dès que ce sera fait, le contenu du fichier XML ne sera plus affiché. A la place, tu verras le rendu HTML généré par le fichier XSL.
    mercredi 23 janvier 2008 10:03
    Modérateur
  • Hm j'ai fais l'erreur de faire mes tests directement sur wss, et maintenant quand je mets à jours mon fichier , dans le navigateur ça garde la trace des mes tests et ça n'affiche pas mes corrections, donc j'ai tout le temps une erreur.. alors que quand j'execute mon fichier dans le navigateur tout court, ça fonctionne.(est-ce que ce serais un problème de cache?d'historique ou de cookie?

     

     

    mercredi 23 janvier 2008 13:27
  •  

    Le XSL utilisé pour générer l'HTML ne doit pas générer les balises <HTML><HEAD></HEAD><BODY></BODY></HTML>, car la page SharePoint les contient déjà. Le problème provient peut être de là, ce qui expliquerai que la page fonctionne parfaitement de manière autonome.
    mercredi 23 janvier 2008 14:11
    Modérateur
  • je vais me tuer Sad , mon truc marche sans wss et quand j'essai de le mettre dans wss il ne marche plus Sad ... j'ai essayer d'enlever la génération des balise html, body mais ça ne change rien.

    En gros la structure est la suivante :

     

    DIRECTION GENERALE > direction generale > les personnes

     

    donc ça me fais 3 fichiers xml (pour le moment ) :

     

    le premier fichier : un menu qui comportera les Grands menu,

    la sous classe seront les fichiers du sous menu,

    et le troisième les personnes ..

    ##########################

    <?xml version="1.0" encoding="ISO-8859-1" ?>
    <?xml-stylesheet href="template_service.xsl" type="text/xsl" ?>

    <service>
     <direction_general link="soussr/sous_servicedg.xml" target="_blank">DIRECTION GENERALE</direction_general>
     
    </service>

    ##########################

    <?xml version="1.0" encoding="ISO-8859-1" ?>
    <?xml-stylesheet href="../template_service.xsl" type="text/xsl" ?>

    <service>
     <direction_general link="personnes/dg.xml" target="_blank">direction générale</direction_general>
     
    </service>

    ##########################

    <?xml version="1.0" encoding="ISO-8859-1"?>
    <?xml-stylesheet href="template.xsl" type="text/xsl"?>
    <services>

       <service>
          <nom>Nom1</nom>
          <prenom>Prenom1</prenom>
       <fonction>Directeur Général</fonction>
       <tel>tel1</tel>
       </service>
       <service>
           <nom>Nom2</nom>
          <prenom>Prenom2</prenom>
       <fonction>Directeur adjoint</fonction>
       <tel>tel2</tel>
       </service>
       </services>

    ############################

     

    Pour les deux premier j'utilise le même XSL :

     

    ############################

    <?xml version="1.0"?>

    <xslTongue Tiedtylesheet version="1.0" xmlns:xsl="http://www.w3.org/TR/WD-xsl">

       <xsl:template match="/">

          <xsl:apply-templates select="service"/>

       </xsl:template>

       <xsl:template match="service">

          <html>

             <body>

                <xsl:apply-templates />

             </body>

          </html>

       </xsl:template>

     <xsl:template match="direction_general">
       <li>
         <xsl:element name="a">
           <xsl:attribute name="href">
             <xsl:value-of select="@link" />
           </xsl:attribute>
           <xsl:value-of select="." />
         </xsl:element>
       </li>
     </xsl:template>


    </xslTongue Tiedtylesheet>

    ##############################

     

    et pour les personne j'utilise le xsl suivant :

     

    #############################

    <?xml version="1.0"?>

    <xslTongue Tiedtylesheet version="1.0" xmlns:xsl="http://www.w3.org/TR/WD-xsl">

       <xsl:template match="/">

          <xsl:apply-templates select="services"/>

       </xsl:template>

       <xsl:template match="services">

          <html>

             <body>

                <xsl:apply-templates select="service"/>

             </body>

          </html>

       </xsl:template>

       <xsl:template match="service">

        <b><xsl:value-of select="nom"/></b>
        <b><xsl:value-of select="prenom"/></b><br/>
     <xsl:value-of select="fonction"/><br/>
     <b><xsl:value-of select="tel"/></b><br/>
     <hr/>
      

       </xsl:template>

    </xslTongue Tiedtylesheet>
    ################################

     

     

    Donc ça fonctionne bien en local mais pas sur wss Tongue Tied

     

    mercredi 23 janvier 2008 14:40
  • Pire encore... quand je met le lien de mon fichier XML et que je fais tester le lien, ça fonctionne parfaitement, et quand je fais appliquer, ben le lien qui marchait auparavant, ne fais plus office de lien mais un simple texte ...

    mercredi 23 janvier 2008 14:59
  • Normal, en local tes fichiers sont l'un à côté de l'autre, et ta référence <?xml-stylesheet href="template.xsl" type="text/xsl"?> indique au fichier d'utiliser le fichier template.xsl qui se trouve dans le même répertoire que ton fichier XML.

     

    Dans WSS, référence tes fichiers sous cette forme : href="http://mon_serveur/template.xsl".

     

    Ca devrait mieux passer

    mercredi 23 janvier 2008 15:02
    Modérateur
  •  

    tu va me prendre pour une bille à force ( ou alors c'est déjà fait lol ) mais quand je modifie le href, et que je teste mon lien dans wss, en regardant le code source, je remarque que ma modification n'a pas été prise en compte..

     

    ma page d'accueil de wss est : http://sharepoi-w4g4se/default.aspx

    là ou il y a mes fichiers xml et xsl : C:\Program Files\Fichiers communs\Microsoft Shared\web server extensions\12\TEMPLATE\IMAGES\1aorganigrame

     

    et ce chemin sur wss correspond au chemin suivant :

     

    /_layouts/images/1aorganigrame

     

    bref trop de chemins tuent les chemins..

     

    Dans mon href j'ai mis : /_layouts/images/1aorganigrame/template_service.xsl

     

    mais étant donné que quand je regarde la source, c'est tjours href="template.xsl" .. je peux pas vérifier si il y a un changement...

    mercredi 23 janvier 2008 15:28
  • Je ne te prends pas pour une bille, rassure toi, mais pour un stagiaire, donc quelqu'un qui apprend et qui a trouvé le bon formum pour être aidé :-)

     

    Si tu cherches à mettre tes fichiers sur le FileSystem, choisi plutôt celui là : C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\1036\STYLES

     

    Techniquement c'est la même chose, mais sémantiquement ce n'est pas pareil. Autre possibilité : puisque tes fichiers XSL ne sont pas amenés à être modifiés (tout du moins pas souvent), pourquoi ne les mets tu pas dans une bibliothèque SharePoint ? L'avantage c'est qu'ils pourront tirer profit du versionning et être backupé en même temps que ton site SharePoint.

     

    Pour répondre à ta question, je ne comprends pas de quel source tu parles. Côté chemin ça a l'air d'être ok. Si tu regardes ta WebPart XML, quel est le XSL qui s'affiche derrière le bouton "XSL Editor..." ? Cette WebPart doit te permettre d'afficher la liste de tes services. Lorsque cette partie fonctionnera bien, tu pourras t'attaquer à l'affichage du détail des services.

     

    mercredi 23 janvier 2008 16:00
    Modérateur
  •  

    Bonjour Smile

     

    #########################

    je ne comprends pas de quel source tu parles

    ########################

     

    Je résume brièvement la situation ( j'en ai besoin aussi c'est le matin^^) :

    lorsque je test mon fichier en local : ça marche,

    lorsque je vais dans mon composant webpart XML, que j'ajoute le lien vers mon fichier XML et que je teste le lien avec WSS : ça marche,

    En revanche lorsque je fais appliquer, ben ça ne marche plus, j'ai l'impression qu'il ne detecte pas mon fichier XSL.

     

    Concernant la source, quand je fais tester le lien, il y a une page qui s'ouvre et là je fais clique droit ---> afficher la source.

    c'etait juste ça Stick out tongue et c'est la que je m suis rendu compte que même si je modifiais mon href, ben en regardant la source, c'etait toujour le même, et en vidant le cache hier il me semble que ça refonctionnais normalement.

     

    ##############################

    Si tu regardes ta WebPart XML, quel est le XSL qui s'affiche derrière le bouton "XSL Editor..." ?

    ##############################

     

    aucun, je n'ai aucun code dans je clique sur " editeur XSL" et je n'ai pas rajouté de lien, j'ai essayer quelques tests mais sans succès Tongue Tied

    ---> mon problème vien peut être de là?

    Mais pourquoi devrai-je rajouter le XSL dans le webpart, en sachant que le fichier XML indique où aller chercher le XSL? 

     

     

     

     

    jeudi 24 janvier 2008 07:31
  • Hm quand j'ajoute soit le XSL, directement dans l'editeur XSL ou alors si je met un lien vers mon fichier XSL, au même titre que mon lien vers le fichier XML j'ai le message suivant :

     

    Le fichier XSL spécifié dans la propriété XSL ou Lien XSL n'est pas valide ou n'est pas accessible. Assurez-vous d'avoir spécifié une feuille XSL valide pour ce composant WebPart, ou, si le fichier XSL est lié, vérifiez que le serveur peut y accéder. Pour obtenir de l'aide, contactez votre administrateur de site. Savoir comment rendre les fichiers XSL accessibles

     

     

    quand je clique sur l'aide, ça me dit qu'elle est indisponible...

    jeudi 24 janvier 2008 07:35
  •  

    J'imagine que tu as un problème sur ta plateforme SharePoint.

     

    Jette un coup d'oeil à l'event log de Windows pour voir si tu as des messages d'erreur plus explicites.

     

    Regarde également dans le répertoire C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS. Tu y trouveras les logs SharePoint sous forme de fichier texte.

     

    Tu devrais y trouver la cause du problème.

    jeudi 24 janvier 2008 08:54
    Modérateur
  • Bon je crois qu'on veut ma mort ... lol

    Tout ce que je vien de faire, ben ça va pas me servir..ça ne convient pas que l'organigramme ne soit pas dynamique.. donc il m a proposer de developper une webpart sur Windev mais en cherchant j'ai rien trouver, et on a appeler windev et ce n'est pas possible.. il a fouillé un peu les placart et on a trouver

    visual studio 2005..

    donc là je suis en train de l'installé(enfin essai parce que il y a quelque soucis)... on va voir si jarrive à m'en sortir..

    autre question :

    est-il possible de copier une table ou une base de donnée qui se trouve sur oracle, vers le sql serveur de WSS.

    Mon but serait à l'aide de visual studio, de creer une webpart de mon organigramme en dynamique.

    jeudi 24 janvier 2008 12:37
  • Quelque chose m'a échappé : si tu génères régulièrement tes fichiers XML pour les mettre dans le répertoire LAYOUTS, tu es bien sur un schéma d'organigramme dynamique, non ?

     

    Si jamais tu créés ta WebPart sous Visual Studio 2005, il t'es possible d'aller lire tes données d'organigramme directement dans ta base de données ORACLE.

    jeudi 24 janvier 2008 13:12
    Modérateur
  • hm si je genère régulièrement les fichier XML, on peu appeller ça du dynamique encore que..ça les oblige à lancer mon script php quand je ne serais plus la pour regenerer les fichier XML.

     

    En fait ce que mon tuteur souhaite c'est que lorsqu'il modifie la bdd, les modifications se fassent directement..où qu'ils aient simplement à exporter la base ou table oracle vers SQL serveur, mais si je peux me raccorder directement à oracle c'est encore mieux...

     

    L'installation de visual studio est terminé, il me demande de choisir les parametre d'un langage :

    -généraux

    -vb

    -C#

    -C++

    -j#

    -developement web

     

    je choisi quoi?est-ce que je peux faire mes webapart en C++ ?où que me conseiller vous?

    jeudi 24 janvier 2008 13:22
  • Bon je  crois que j'ai mis dev Web, mais apparement on peut rechanger comme on veut donc ça n'a pas d'importance,

    heu ça va vous paraitre bête comme question mais Visual Studio je dois l'installer sur Window 2k3 srv là où il y a WSS ou bien ce n'est pas necessaire? je peux me mettre sur nimp quel poste?

    jeudi 24 janvier 2008 14:51
  •  

    Tu as besoin d'avoir Windows Server 2003 et WSS v. 3 sur ton serveur de développement. Par contre, je te déconseille d'installer des outils de développement sur un environnement destiné à être utilisé en production.

     

    Il te faudra installer Visual Studio 2005 et les Visual Studio Extensions for WSS (http://www.microsoft.com/downloads/details.aspx?FamilyID=3e1dcccd-1cca-433a-bb4d-97b96bf7ab63&displaylang=en).

    jeudi 24 janvier 2008 21:21
    Modérateur
  • ###############################

    Tu as besoin d'avoir Windows Server 2003 et WSS v. 3 sur ton serveur de développement. Par contre, je te déconseille d'installer des outils de développement sur un environnement destiné à être utilisé en production.

    ###############################

     

    hm je pensais avoir compris mais je suis pas sûr en fait Tongue Tied, Ma configuration actuelle est la suivante :

     

    J'ai une machine ou il y avait Window 2003 srv, j y ai donc installer WSS 3 dessus.Cette machine est relié au reste du réseau de l'entreprise, donc WSS pourra déjà être accessible par les autres employés.

    Visual Studio, je l'ai installé sur mon poste de travail, comme si j'avais installé WORD, ou excel lol.

     

     mais je ne comprend pas quand tu dis Window 2003 serveur sur ton serveur de developpement?

     

     

     

    Développer en php.net j'ai entendu que c'etait possible mais pas conseiller ?( ça m'aurais arranger car je sais coder en php^^)

     

    En sachant que je voudrais que ma webpart fasse les tâche suivantes :

     

    - Connection à oracle (j'ai déjà le script en php)

    - requête SQL

    - Traitement de l'affichage :

    - Le premier Affichage de la webpart serais :

               * DIRECTION GENERALE

               * DIRECTION DES RESSOURCES HUMAINES

               * ETC

               * ETC

               * ETC

     

    Ensuite quand on clique sur l'une des grand catégorie, on vois apparaitre les Sous services, puis quand on clique sur un sous service, on puisse voir les employés qui sont inclus dans ce sous service.(tout ça dans une même webpart)

    c'est envisageable?

     

    vendredi 25 janvier 2008 07:47
  •  

    Un truc tout bête mais je sais pas si ça peut t'aider. Dans ta db oracle, tu crée un trigger qui va générer ton fichier XML via des UTL_FILE à chaque fois que tu modifies ta table. Ton fichier XML tu le mets bien sur à chaque fois dans SharePoint. Et voilà c'est tout, tu as un organigramme dynamique...

     

    Sinon je te conseille de coder en c# (et oublie le php avec sharepoint ;-)...)

     

    A+

    vendredi 25 janvier 2008 07:56
  •  

    ################################

    Un truc tout bête mais je sais pas si ça peut t'aider. Dans ta db oracle, tu crée un trigger qui va générer ton fichier XML via des UTL_FILE à chaque fois que tu modifies ta table. Ton fichier XML tu le mets bien sur à chaque fois dans SharePoint. Et voilà c'est tout, tu as un organigramme dynamique...

    ################################

     

    Merci je connaissai pas Smile mais étant donné que mon tuteur m'a fait installé visual Studio 2005, je pense que je vais essayer de developper une webpart ( ou plusieur si j y arrive bien Smile )  je vais me documenter sur le C#,

    mais l'organigramme que je souhaite developpé ( décrit plus haut) c'est fesable en C# ?et est-ce que je dois installé visual studio sur le window 2003 serveur là ou il y a WSS? car quand j'ai voulu installé l'extention pour developper des composant de WSS avec visual studio, l'installation n'a pas pu ce faire car il ne detectai pas WSS.. donc je suis un peu perdu?

     

    il me faudrais 2 window 2003 serveur avec 2 wss? un pour la production, un pour le developpement? (si c'est le cas, je pourrais Tongue Tied )

    vendredi 25 janvier 2008 08:20
  • Pour ce qui est de l'organigramme en c#, ça doit être faisable. sans trop de problème.

     

    Sinon, oui tu dois l'installer sur ton serveur.

     

    Et pour la dernière question, en générale, on a au minimum deux environements dans une entreprise. un de developpement/test et un de prod. Maintenant, si la ou tu fais ton stage vous n'avez qu'un de prod, ben je dirai tant pis pour  eux...

     

    vendredi 25 janvier 2008 15:09
  • Ok Smile ben sinon ce que je peux faire c'est au lieu d'avoir un serveur de test, je peux faire une machine virtuel de test, où j'installerais Window 2k3 srv + wss.

     

    C'est vrai qu'il n y pas beaucoup de developpement dans l'entreprise, beaucoup de réseau et peu ou pas de devloppement...ça expliquerai qu'il n y ai pas d'environnement de test^^

     

    Le C# m'est familier finalement car je connais déjà le java, donc j'espere arriver à m'en sortir Smile

     

    vendredi 25 janvier 2008 16:56