Usura MSDN (aliisque) Vestibulum forums SharePoint

Scribere possem fusius de MSDN forums, etiquette, nominando conventions, quaerere, etc. I may do that, in facto. I wanted to point out a small thing which may help people have a better overall experience.

I’ve lately been telling people that if you run into some kind of problem with your SharePoint environment, development project or other SharePoint related activity, post a question to the forums earlier in your action chain rather than later. I know for myself that when I have a problem, a number of potential solutions present themselves right away. I order these potential solutions in terms of likelihood, applicability and how easy they are to investigate. I go through that list and by the time I’ve gotten to #10, I’m making registry changes to a key “/foo/bar/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!” on the advice of a blog found on page 8 of a Google search. When that doesn’t work, I finally post a question to MSDN (e.g. hic: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

I suggest that you reverse that approach. Post the forums much earlier in your investigation because:

  • It’s free to you anyway.
  • There’s no guaranteed SLA (of which I’m aware, saltem).
  • Therefore, it can take a long time for people to respond.
  • People often do respond eventually.
  • If you wait until 2 aut 3 days after the problem first surfaced, you’re frantic for a response and forums are not a good place for emergency help (unless you’re lucky).

Ita, basically, it’s easy and free and you have a good shot at getting some kind of answer, but it will take a while to get that answer (iterum, unless you’re lucky).

I used to think that I should hold off on looking for community help because I don’t want to waste someone’s time asking for help when I could find it out myself. Some forum moderators and active participants may feel that way, but I don’t (saltem, I don’t feel that way any more). I don’t see any downside. The worst case is that you post a question and then answer it yourself some time later, possibly “wasting” some one’s time. I don’t see a big risk in that and there’s value in the researching of questions like that in any event.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Technorati Tags: ,

Note About Small Latin Microsoft Muneris passwords Administration

Coepi Small Business operari Microsoft scriptor Play causandum menses aliquot Suite, but now I have some better reason to be using it.

Ego adhuc opus meus via circuitum, ita ut ex adeptione alicuius iniuriae terminologiam, sed basically duo major interfaces: the administration center and the services themselves.

The system was telling me that I had to change my password, so I went ahead and did that. That allowed me to proceed and work with the services part (SharePoint, email, and live meeting). Autem, when I went to the administration screen, it wouldn’t let me in by telling me that it didn’t believe my password was correct.

The behavior was a little odd. If I entered the password I *thought* it should be, it would blank out the userid and the password and tell me the password or userid was incorrect. If I entered a blatantly wrong password, it would tell me the same, but keep the user ID field intact.

I’ve been playing around with this for a little while and finally called (Imo, on a Sunday morning). INCREDIBILITER, a fellow, Ben, answered the phone right away. Et, I didn’t have to enter a credit card.

Longum brevi, the administration center password uses different password rules than the services password. Admin password must contain alpha, numeric and special characters. When I changed my admin password the first time, I didn’t follow that rule (nor did it warn me!). I was able to change it to a valid administration password and got back in.

If you experience that kind of problem in future, you know what worked for me and hopefully it will work for you.

</finem>Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Ut negotium operating ratio SharePoint

Et ego audivi a quote, reportedly per Q&Sessioque Steve Ballmer Martio 2007, I’ve sort of been holding my breath for something to happen. The quote was basically this: “SharePoint is an operating system for business applications.” Knowing a fair bit about SharePoint and a middling bit about operating systems, I thought it was really apt. I’m holding my breath, waiting for companies to really buy into that concept and start to build applications within the SharePoint “operating system.”

I’ve devoted a lot of thought to this subject this year (going back to my 2009 predictions) and I’m going to speak on this at the May 2nd SharePoint Saturday event in Washington.

This is my presentation’s abstract, entitled “Using the SharePoint Platform to Build Vertical Business Applications”:

“Horizontal?” “Vertical?” What do these words mean in a SharePoint context? SharePoint, as we often hear, is a “platform” for building applications. This fact is often lost on us since the so-called horizontal platform features, such as document management and search, are so easy and useful in and of themselves. Autem, SharePoint is even more powerful and will return greater value when used to create vertical applications tailored to meet your business’ day to day requirements. This session describes how to assemble platform features into a verticalized solution using a real world business example – a sales quote management process and customer gateway. The speaker’s goal is to open your eyes to the possibilities of the SharePoint platform and to leverage its horizontal platform features to create specialized business solutions for your vertical organization.

If that subject doesn’t float your boat, there are a bunch of other good topics. And DC is a great venue in and of itself to visit.

Registration opens this Thursday, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Canadian scrupulis

Hoc tempore novissimae hebdomadis,, Fui in Montrealensi, attending the highly recommended SharePoint Summit 2009. I gave a 3.5 hour tutorial on installing and customizing SharePoint. It was a scary subject on many levels. I’m not really a SharePoint admin, Scio hac de re dare consequat. (Gratanter, Geoff a Schaller Software Objectives in Australia, among a few others, was in the crowd to answer some of the deeper questions [I don’t know what they put in the water down there, but we need some of it here in the U.S.]).

Sed, back to many levels of scariness… It had a lot of potential to be very boring. I actually installed WSS and then upgraded it to MOSS. In front of a room full of people. Canadian poeple. There were long 5 et 7 minute gaps where we were watching the installation process chug along. I needed to fill that time with something useful and interesting. I’m not sure I succeeded.

Tandem, it was loooong. Three and one half hours. That’s a long presentation. I made a little joke of it, saying “We have a long presentation ahead of us. Three and one half hours. That’s 210 minutes. And I don’t even know how many minutes that is in Canadian.”

Everyone laughed and as a result, Montreal is officially on my Good Places list 🙂

Even if they hadn’t laughed at my joke, I would love Montreal. I try very hard to be open minded and not take my cues from South Park, but I admit, to my chagrin, that I had no idea how great is the metropolis of Montreal. I can’t wait to go back in a few months, when it’s a little warmer, to visit again.

On a sort of related note, I also sat through Erik Swenson’s first public presentation entitled “IA and Branding Process: Sketches to Wireframes to Hi-Fidelity Designs.” (Erik is my EMC colleague). Check out the abstract here: http://www.sharepointsummit2009.com/conference_day2.htm. I even recorded it for for him. I tried several times for some “action shots” and zoomed in on him when he paused to drink some water. I didn’t always succeed, but I tried 🙂

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Technorati Tags:

Fun SharePoint SSO facto Die

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 web part). 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. Autem, 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 –> Manage Single Sign-On –> Manage Account Information for an Enterprise Application Definition

From there, you can specify the external application (e.g. SUBRUO) and the account you want to delete. You can also change the mapping.

If you know how to allow end users to directly change their credentials, kindly post a comment 🙂

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Web Partibus Apud serentis iView

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 creavit ipsa princeps qualitas chartam albam DE EODEM.

Primum autem obstaculum superare habui erat - Ubi textus partem iView? Propter aliquam causam,, prima cogitatio mea esset quod debuit download is a site alicubi, perhaps SAP’s site. Habui 1/2 convinced myself that iView web parts might even cost extra. Utique, eae musco (Puto Enterprise; Quoquo hinc usura id quod sum). 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.

Ego usura est textus huius partis et custodivit molestus nuntius questus:

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

Dicit paper album plane sit aspernatur in configuration file sita file "<Coegi tabellae:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, Vidi cuncta erat "Elit Lima ... Config" et ego statim perrexerunt ad 12 alveare. 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, Est autem alia ratio, quod unum diem.

Imo linea:

1. iView telam partes eae ex arca archa cum SharePoint (Inceptum probabiliter).

2. Magicae configuration file, "TrustedSAPHosts.config", non habitabunt in 12 alveare.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

User MUSCUS Profile for User auctoritas Language Adumbrationis

In current consilium meum, Vestibulum Cum ligula lacus et quibusdam aliis propitia perveniunt, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (I’ve just realized that the guest machines may not have the right language packs… probably won’t, in facto… I’m parking that one for now).

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.

We’re going to investigate two approaches:

  1. HTTP Handler: A custom HTTP handler installed on IIS will look up the user’s MOSS profile, figure out the preferred language and then switch the HTTP header around as needed before passing control to MOSS.
  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.

The other complicating factor is that we need to support 60k users, de 1,000 of which may be simultaneously accessing MOSS at peak load.

The HTTP handler seems pretty 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.

Sumus propensa a typus global.asax adventu, maxime quia credimus puteus 'have magis bene pro puncto illo notitia caching.

Lorem ipsum dolor sit cognoscunt me plura de his blogging.

Si hoc scire aliquid, please post a comment 🙂

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Expugnaturum “mailto:” Metrics

I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — Si vestri 'vultus in intranet volo ad minim socium elit quis, click a link labeled "Share this story" is ut vestri email Buddy.

Lusimus circum consuetudo forma ad hoc, sed in finem, iustus utor familiaribus et victor sensus <a href = mailto:…> technique. (<a href mailto:…> corpulentiores MIRUM est aliquantulus frenum of HTML; sicut bonus, paginis quibus pagina introduxit me ad virum meum Unix diebus antiquis; diebus illis erant,!).

Hoc ars praebet users cum magna interface pro fine habent usum nota MS Outlook client (vel quidquid email client sunt installed).

Quod facit res duriores nobis cum clienti typos elit, * et páuperem: * in futurum quod vult currere fama ostendit quod etiam saepe users participent fabulis et fabulis plerumque communia sunt.

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. Et, we need to manage that event library of emails. We have a scheduled job on the white board responsible for that cleanup.

Si hoc problema aditum haberent ingenia, dic placeat facere.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Magnus Tutorial et ambulate-per usura InfoPath et Lorem Ipsum ad Solve a scheduling Forsit

Isti sunt dies,, Im 'perpetuo ludentibus capere-sursum cum meis blog lectione et EGO iustus venit trans is stipes: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Suus 'solida atque copiose a SharePoint Designer Lorem Ipsum doceo (plus plus!) that you’ll see anywhere on the interwebs. I’d check it out, even if you’re a scarred SPD veteran.

Donec consequat magna SharePoint tam InfoPath et workflow.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Technorati Tags: , ,

NYC SharePoint Maecenas et ipsum Group – Tech altum Disputatio

Pauci weeks ago, I presented at the New York City SharePoint Developers Group meeting at the Microsoft office in Manhattan. They meet every last Tuesday of the month.

I’ve been spending most of my time lately in my beloved New Jersey so I don’t get to go into the city as much as I like. Ut ex, I think I made it to the first or second of this group’s meetings and then again at January’s meeting. I missed all of the meetings in between (quattuor vel quinque ex eis probabiliter). It’s a new group.

Lorem ipsum dolor vere sum et percussi qualitatem sermonis, antequam, during and after my presentation. We talked about a wide range of subjects relating to SharePoint and other Microsoft technology.

Si vestri 'vultus pro amicis impetro verus locus techy, Ego altus suadeo hoc coetus.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Technorati Tags: