Cartlanna míosúla: Márta 2009

Spraoi SharePoint SSO Fíricí an Lae

1 Freagra

I’ve been working with SharePoint SSO and learning as I go. One way in which this works is that you tell SharePoint about external applications. Users log into that application via some SharePoint function (e.g. iView gréasáin chuid). The first time the user performs this action, it prompts them for the correct user id and password to use for that system. It’s setting up a mapping between your SharePoint credentials and your credentials for that backend system. Thereafter, the user won’t have to enter their ID when they hit up that system.

That part worked well for me. Mar sin féin, it begs the question, “how does the user change that user id or password?” The user might have made a mistake, or maybe you’re doing some testing in a dev environment and need to quickly switch between accounts.

I don’t know the answer to that, but I do know that you can go into Central Administration and manage the user’s credentials:

Central Administration –> Operations –> Bainistigh Aonair Sign-On -> Bainistigh Eolas Cuntas haghaidh Sainmhíniú Iarratais Fiontraíochta

Ó ann, Is féidir leat a shonrú ar an feidhmchlár seachtrach (e.g. SAP) and the account you want to delete. You can also change the mapping.

Má tá a fhios agat conas a ligean d'úsáideoirí deiridh a athrú díreach a n-dintiúir, kindly post a comment 🙂

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin

Clibeanna Technorati: , ,

Eachtraí Le iView Páirteanna Gréasáin

Fág freagra

I needed to do some minimal proving today that iView web parts can work in my client’s environment. I’ve never worked with this slice of SharePoint before.

Microsoft chruthaigh páipéar chaighdeán an-ard bán ar an ábhar seo.

An chéad chonstaic a bhí agam a shárú a bhí - áit a bhfuil an chuid gréasáin iView? Ar chúis éigin, mo chéad smaoineamh a bhí go mhaith liom a bheith chun é a íoslódáil ó láithreán áit éigin, perhaps SAP’s site. Bhí mé 1/2 convinced myself that iView web parts might even cost extra. Ar ndóigh,, cuirtear san áireamh le CAONAIGH (I mo thuairimse, Fiontraíocht; go bhfuil an méid mé ag baint úsáide as anseo in aon chor). I’ve seen the standard “add a web part” dialog box hundreds or more times and always glossed over it. No more!

The next obstacle is that I can’t read instructions.

Bhí mé ag baint úsáide as an chuid gréasáin agus a choinneáil ag fáil an teachtaireacht annoying:

No SAP servers are configured for this site. Contact your administrator to configure trusted SAP servers.

An páipéar bán a deir go soiléir a chur in eagar comhad cumraíochta suite ag comhad "<Céide Litir:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, gach chonaic mé go raibh "Program Files ... Cumraíocht" agus chuaigh mé díreach chuig an 12 hive. Once I finally slowed down to read it, I realized my mistake and it was easy to fix.

I continued on my merry way with SSO configuration. It’s not all at clear to me if that worked, ach sin scéal eile do lá eile.

Bottom line:

1. páirteanna gréasáin iView san áireamh as an bhosca le SharePoint (is dócha Fiontar).

2. An comhad cumraíochta draíochta, "TrustedSAPHosts.config", ní beo i 12 hive.

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin

Clibeanna Technorati: , ,

MOSS Próifíl Úsáideora mar an tÚdarás chun Úsáideoir Tosaíochta Teanga

4 Freagraí

Ar mo tionscadal reatha, Beidh cuid de na úsáideoirí taisteal ar fud an domhain agus nuair a shroicheann siad scríbe éagsúla, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Tá mé díreach tar thuig gur féidir nach bhfuil na meaisíní aoi na pacáistí teanga ceart… Ní dócha, i ndáiríre… Tá mé ag páirceáil go bhfuil ceann do anois).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

Táimid ag dul chun imscrúdú a dhéanamh ar dhá chur chuige:

  1. HTTP Handler: Beidh HTTP láimhseálaí saincheaptha suiteáilte ar IIS breathnú suas an úsáideora phróifíl MOSS, figiúr amach an teanga is rogha agus ansin athrú ar an header HTTP timpeall ag teastáil mar roimh dul a rialú go CAONAIGH.
  2. global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

Is é an fachtóir complicating eile gur gá dúinn chun tacú le húsáideoirí 60k, faoi 1,000 Is féidir a bheith ag an am céanna rochtain MOSS ag bhuaicualaigh.

Dealraíonn sé an láimhseálaí HTTP leor drastic, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

Táimid ag leaning i dtreo cur chuige chineál global.asax, den chuid is mó mar creidimid go beidh orainn roghanna níos mó le haghaidh sonraí a caching ag an bpointe sin.

Feicfidh mé a bheith blogging níos mó ar an ábhar seo mar a fhoghlaim mé níos mó.

Má tá a fhios agat rud ar bith faoi seo, please post a comment 🙂

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin

Gabháil “mailto:” Metrics

5 Freagraí

I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — má tá tú ag lorg ar alt suimiúil ar an inlíon agus ba mhaith liom é a roinnt le duine éigin, click a link labeled "Share this story" sé ríomhphost chuig do chara.

Bhí muid timpeall le foirm saincheaptha chun na críche sin, ach sa deireadh, tuiscint coiteann a bhuaigh an lae agus táimid ag úsáid ach an eolas <a href=mailto:…> technique. (<a mailto href:…> Is le beagán ionadh láidir de HTML; mar bhónas, Tugann an nasc mé ar ais go dtí mo shean UNIX fear leathanaigh laethanta; na daoine a bhí na laethanta!).

Soláthraíonn an teicníc comhéadan iontach do úsáideoirí deiridh ó fhaigheann siad úsáid a bhaint as a n-eolas MS Outlook cliant (nó cibé cliant ríomhphoist tá siad suiteáilte).

Déanann sé rudaí níos deacra ar orainn cineálacha bhforbróir bocht ó chliaint siad freisin * * ba mhaith leis a thuarascáil sa todhchaí a léiríonn cé chomh minic úsáideoirí a roinnt scéalta agus fiú a scéalta atá á roinnt is minic a reáchtáil.

We whiteboarded a few potential solutions. My favorite is to carbon copy (CC) a SharePoint list. That way, the end user still gets the outlook client while we get to capture the event because we’ll get a copy of the email ourselves. There are some obvious drawbacks. The main problem is that the user could simply blank out or otherwise mangle the CC address. Agus, we need to manage that event library of emails. We have a scheduled job on the white board responsible for that cleanup.

Má tá tú roinnt cur chuige cliste a réiteach ar an bhfadhb seo, le do thoil a dhéanamh a insint.

</deireadh>

Liostáil le mo bhlag.

Lean mé ar Twitter ag http://www.twitter.com/pagalvin