Arxius per mes: Març 2009

Diversió SharePoint SSO fet del dia

He estat treballant amb SharePoint SSO i surto a l'aprenentatge. Una manera en què aquesta obra és que es dir SharePoint sobre aplicacions externes. Registre d'usuaris en aquella aplicació mitjançant alguna funció del SharePoint (e. g. element web de l'iView). Primera vegada l'usuari realitza aquesta acció, demana per l'id d'usuari correcte i contrasenya per utilitzar per aquest sistema. Això és establir una assignació entre les vostres credencials del SharePoint i les vostres credencials per aquest sistema de backend. A partir de llavors, l'usuari no cal introduir el seu ID quan van colpejar cap amunt de sistema que.

Aquesta part treballat bé per a mi. No obstant això, es planteja la pregunta, "com l'usuari canvia aquest id d'usuari o contrasenya?"L'usuari podria haver fet una equivocació, o potser vostè està fent algunes proves en un entorn de dev i cal canviar ràpidament entre comptes.

No sé la resposta a la, però sé que pot entrar a l'Administració Central i gestionar les seves credencials:

L'administració central-> Operacions-> Gestionar Single Sign-On-> Gestionar la informació del compte per a una definició d'aplicació empresarial

Des d'allà, Podeu especificar l'aplicació externa (e. g. SABA) i el compte que voleu suprimir. També podeu canviar l'assignació.

Si vostè sap com permetre als usuaris finals canviar directament les seves credencials, kindly post a comment 🙂

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: , ,

Aventures amb l'iView elements Web

Necessitava fer alguna mínima demostrant avui aquesta web de l'iView peces pot treballar en l'entorn del meu client. Mai he treballat amb aquest tall de SharePoint abans.

Microsoft ha creat una altíssima qualitat blanc sobre aquest tema.

El primer obstacle que va haver de superar va ser – on és l'element web l'iView? Per alguna raó, el meu primer pensament va ser que jo hauria de descarregar-lo des d'un lloc en algun lloc, lloc de potser de SAP. Jo havia 1/2 convençut que elements web de l'iView fins i tot podria costar addicionals. Clar, estan inclosos amb molsa (Jo crec que la empresa; thats què estic utilitzant aquí en qualsevol cas). He vist el quadre de diàleg "Afegeix un element web" estàndard centenars o més vegades i sempre glossa sobre ella. No més!

El següent obstacle és que no puc llegir les instruccions.

Jo estava utilitzant l'element web i continuava tenint aquest missatge molest:

No hi ha servidors de saba estan configurats per a aquest lloc. Contactar amb l'administrador per configurar servidors de saba confiança.

El llibre blanc clarament diu editar un fitxer de configuració al fitxer"<Carta d'empenta:>\Programa oficina de FilesMicrosoft Servers12.0ConfigTrustedSAPHosts.config". La primera de dotzenes de vegades vaig mirar a això, tot el que vaig veure va ser "Programa Files...Config" i em vaig anar de seguida a la 12 rusc. Una vegada vaig finalment alentit avall a llegir-lo, Em vaig adonar el meu error i era fàcil d'arreglar.

Vaig continuar el meu camí feliç amb la configuració d'SSO. No és tot clar per a mi si que treballava, però això és una altra història per un altre dia.

Bottom line:

1. s'inclouen elements de l'iView web fora de la caixa amb SharePoint (probablement l'empresa).

2. El fitxer de configuració màgic, "TrustedSAPHosts.config", no viu el 12 rusc.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: , ,

Perfil d'usuari de molsa com l'autoritat per preferència de llengua de l'usuari

El meu actual projecte, alguns usuaris viatjarà arreu del món i quan arriben a diferents destinacions, utilitzar qualsevol màquina és útil en el moment. Les màquines d'aquests estarà funcionant Windows i instal lat i configurat per a la localització del local. (Jo Acabo d'adonar que les màquines d'aquests no poden tenir els paquets de llengua adequat… probablement wo no, de fet… Jo sóc aquell per ara aparcament).

SharePoint necessita proporcionar un mecanisme pel qual l'usuari pot triar la llengua preferida i després tenir molsa honor que el llenguatge independentment de com l'usuari accedeix molsa. En altres paraules, Ignora qualsevol navegador diu IIS/molsa i en canvi aquell idioma preferit veure i utilitzar-lo.

Anem a investigar dos enfocaments:

  1. Gestor de HTTP: Un costum handler HTTP instal·lat IIS mirarà el perfil de l'usuari molsa, esbrinar la llengua preferida i llavors es canvia l'encapçalament HTTP als voltants segons sigui necessari abans de passar el control de molsa.
  2. global.asax: Modificar el global.asax per fer la mateixa cosa. Ens podrà modificar alguna cosa més, però la idea és que podem trobar algun lloc on podem inserir nostra lògica locale de commutació.

L'altre factor complicació és que necessitem suport 60k usuaris, sobre 1,000 d'accés que pot ser simultàniament a molsa al pic carregar.

El gestor de HTTP sembla bastant dràstica, però possiblement el millor lloc per posar el codi, ja que és el nivell de l'IIS i sabent completament. És un bon punt de treball.

Ens està inclinada cap a un enfocament de tipus global.asax, principalment perquè creiem que tindrem més opcions de memòria cau de dades en aquell moment.

Vaig a ser blocs més sobre aquest tema que vaig aprenent més.

Si teniu sap alguna cosa sobre això, please post a comment 🙂

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Captura “mailto:” Mètriques

Estic en un projecte on hem de recollir indicadors al voltant d'una funció anomenada "comparteix una història." La idea és molt simple — Si vostè està buscant en un interessant article sobre la intranet i voleu compartir-lo amb algú, feu clic a un enllaç etiquetat "compartir aquesta història" enviar per correu electrònic al seu amic.

Hem jugat al voltant amb una forma personalitzada per a aquest propòsit, però al final, sentit comú va guanyar el dia i només utilitzem el familiar <un href = mailto:…> tècnica. (<un mailto href:…> és una mica sorprenentment robusta de HTML; com un bo, aquell enllaç em porta a la meva vells temps UNIX home pàgines; aquells eren els dies!).

Aquesta tècnica proporciona una gran interfície per als usuaris finals des que van arribar a utilitzar seu client familiar de MS Outlook (o qualsevol client d'e-mail ha instal·lat).

Fa les coses més difícils ens tipus desenvolupador pobres ja que client * també * vol executar un informe en el futur que mostra amb quina freqüència els usuaris compartir històries i fins i tot que les històries són sovint compartides.

Ens whiteboarded algunes solucions possibles. El meu preferit és còpia de carboni (CC) una llista del SharePoint. D'aquesta manera, l'usuari final encara treu outlook client mentre arribem a captar l'esdeveniment, perquè tindrem una còpia del correu electrònic-nos. Hi ha alguns inconvenients evidents. El problema principal és que l'usuari podria simplement en blanc fora o altrament mangle el CC adreça. I, Cal administrar aquest esdeveniment biblioteca de correus electrònics. Tenim un treball planificat a la pissarra blanca, responsable de la neteja.

Si teniu algun enfocament intel ligent per resoldre aquest problema, Si us plau digui.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin