MSDN ఉపయోగించి (మరియు ఇతర) SharePoint మద్దతు కోసం చర్చా వేదికల్లోకి

4 ప్రత్యుత్తరాలు

నేను MSDN చర్చా వేదికల్లోకి గురించి సుదీర్ఘంగా న రాస్తుంది, మర్యాద క్రమము, నామకరణాలు, అన్వేషణ, మొదలైనవి. I may do that, నిజానికి. I wanted to point out a small thing which may help people have a better overall experience.

నేను ఆలస్యంగా ప్రజలకు చెప్తున్నాం మీకు మీ SharePoint వాతావరణంలో సమస్య రకమైన లోకి అమలు చేస్తే, అభివృద్ధి ప్రాజెక్ట్ లేదా ఇతర SharePoint సంబంధిత సూచించే, 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, నేను ఒక కీ "/ foo / బార్ / almostThere / isThisIt / noThisIsNotIt / iCantBelieveIAmDoingThis / finallyThere రిజిస్ట్రీ మార్పులు చేయడం వెబ్!"ఒక బ్లాగ్ సలహా మేరకు పేజీలో 8 of a Google search. When that doesn’t work, నేను చివరకు MSDN ఒక ప్రశ్నను పోస్ట్ (ఉదాహరణకు. ఇక్కడ: 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:

  • ఇది సరే మీకు ఉచితం.
  • ఏ హామీ SLA ఉంది (నేను తెలుసు రెడీ వీటిలో, కనీసం).
  • కాబట్టి, ప్రజలు ప్రతిస్పందించడానికి అది ఒక ఎక్కువ సమయం పడుతుంది.
  • ప్రజలు తరచుగా చివరకు స్పందిస్తారు లేదు.
  • మీరు వరకు వేచి ఉంటే 2 లేక 3 సమస్య తరువాత రోజుల మొదటి వచ్చాయి, మీరు ఒక స్పందన కోసం వెఱ్ఱి ఉన్నాము మరియు చర్చా వేదికల్లోకి అత్యవసర సహాయం కోసం ఒక మంచి ప్రదేశం కాదు (మీరు అదృష్ట ఉన్నాము తప్ప).

ఈ విధంగా, ప్రధానంగా, ఇది సులభం మరియు ఉచితం మరియు మీరు సమాధానం రకమైన పొందడానికి ఒక మంచి షాట్ కలిగి, కానీ ఆ సమాధానం పొందడానికి అయితే పడుతుంది (మళ్ళీ, మీరు అదృష్ట ఉన్నాము తప్ప).

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, కానీ నేను అలా (కనీసం, నేను ఏ మరింత విధంగా అనుభూతి లేదు). 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.

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

మైక్రోసాఫ్ట్ ఆన్లైన్ సేవలు పాస్వర్డ్లు మరియు నిర్వహణ గురించి చిన్న గమనిక

సమాధానం ఇవ్వూ

నేను అనేక నెలల క్రితం మైక్రోసాఫ్ట్ యొక్క చిన్న వ్యాపారం ఉత్పాదకత ఆన్లైన్ సూట్ తో పని ప్రారంభించారు, but now I have some better reason to be using it.

నేను ఇప్పటికీ చుట్టూ నా కృషి చేస్తున్నాను, కాబట్టి నేను పరిభాష తప్పు కొన్ని పొందడానికి చేయవచ్చు, కానీ ప్రధానంగా రెండు ప్రధాన ఇంటర్ఫేసెస్ ఉన్నాయి: పరిపాలన కేంద్రం మరియు సేవలు తమను.

సిస్టమ్ నా పాస్వర్డ్ను మార్చుకోవలసి వచ్చింది నాకు చెప్పడం జరిగినది, so I went ahead and did that. That allowed me to proceed and work with the services part (SharePoint, ఇమెయిల్, మరియు ప్రత్యక్ష సమావేశం). అయితే, నేను పరిపాలన స్క్రీన్ వెళ్లినప్పుడు, అది నా పాస్వర్డ్ను సరైన అని నమ్మలేదు నాకు చెప్పడం ద్వారా నాకు వీలు కాదు.

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, నాకు అదే తెలియచేయును, కానీ వినియోగదారు ID రంగంలో అలాగే ఉంచడానికి.

నేను కొంత సమయం వరకు ఈ చుట్టూ ప్లే మరియు చివరకు అని చేసిన (అవును, ఆదివారం ఉదయం). నమ్మశక్యం, ఒక తోటి, శిఖాగ్రం, answered the phone right away. మరియు, నేను ఒక క్రెడిట్ కార్డు ఎంటర్ లేదు.

లాంగ్ కథ చిన్న, 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 was able to change it to a valid administration password and got back in.

మీరు భవిష్యత్తులో సమస్య ఆ రకమైన అనుభవం ఉంటే, మీరు కోసం పని చేస్తుంది ఏమి నాకు పని మరియు ఆశాజనక తెలుసు.

</చివర>నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

ఒక వ్యాపారం ఆపరేటింగ్ సిస్టమ్ వంటి SharePoint

2 ప్రత్యుత్తరాలు

నేను ఒక కోట్ విన్న అప్పటి నుండి, నివేదిక ఒక Q సమయంలో&మార్చి లో స్టీవ్ బల్ల్మేర్ ఒక సెషన్ 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.”

నేను ఈ సంవత్సరం ఈ విషయం ఆలోచన చాలా అంకితం చేసిన (నా తిరిగి వెళుతున్న 2009 అంచనాలు) మరియు నేను ఈ మాట్లాడటం వెళుతున్నాను వాషింగ్టన్ లో మే 2 వ SharePoint శనివారం ఈవెంట్.

ఈ నా ప్రదర్శన ఆబ్స్ట్రాక్ట్, "నిలువు వ్యాపారం అప్లికేషన్స్ బిల్డ్ SharePoint వేదిక ఉపయోగించి" శీర్షిక:

"క్షితిజసమాంతర?"" నిలువు?"ఈ పదాలు SharePoint సందర్భంలో ఏమిటి? SharePoint, మేము తరచుగా వినడానికి వంటి, భవనం అనువర్తనాల కోసం ఒక "వేదిక" ఉంది. ఈ నిజానికి అని పిలవబడే సమాంతర వేదిక లక్షణాలు నుండి మమ్మల్ని కోల్పోతే, అటువంటి డాక్యుమెంట్ నిర్వహణ మరియు శోధన వంటి, are so easy and useful in and of themselves. అయితే, SharePoint మరింత శక్తివంతమైన ఉంది మరియు అవసరాలు మీ వ్యాపార 'రోజు కలిసే అనుకూలంగా నిలువు అప్లికేషన్లు సృష్టించడానికి ఉపయోగిస్తారు ఎక్కువగా విలువ తిరిగి ఉంటుంది. ఈ సెషన్ ఒక వాస్తవ ప్రపంచంలో వ్యాపార ఉదాహరణగా ఉపయోగించి ఒక verticalized పరిష్కారం లోకి వేదిక లక్షణాలు సమీకరించటానికి ఎలా వివరిస్తుంది - ఒక అమ్మకాలు కోట్ నిర్వహణ ప్రక్రియ మరియు కస్టమర్ గేట్వే. స్పీకర్ యొక్క లక్ష్యం మీ నిలువు సంస్థ కోసం ప్రత్యేక వ్యాపార పరిష్కారాలను దాని సమాంతర వేదిక లక్షణాలు SharePoint వేదిక యొక్క అవకాశాలు మరియు పరపతి మీ కళ్ళు తెరిచి ఉంటుంది.

విషయం మీ పడవ ఫ్లోట్ పోతే, there are a bunch of other good topics. And DC is a great venue in and of itself to visit.

నమోదు ఈ గురువారం తెరుచుకుంటుంది, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

కెనడియన్ మినిట్స్

1 మౌఖికంగా జవాబు చెప్పు

ఈ సమయం గత వారం, నేను మాంట్రియల్ లో, 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, కానీ నేను ఈ విషయం పై ఒక ట్యుటోరియల్ ఇవ్వాలని తగినంత తెలుసు. (అదృష్టవశాత్తూ, జెఫ్ షాలెర్ నుండి 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.]).

కాని, 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 మరియు 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.

చివరకు, 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 నిమిషాల. 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 🙂

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

డే ఆఫ్ ఫన్ SharePoint SSO ఫాక్ట్

1 మౌఖికంగా జవాబు చెప్పు

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 (ఉదాహరణకు. iView వెబ్ భాగం). 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, ఆ వ్యవస్థను తాకినప్పుడు వినియోగదారు వారి ID ఎంటర్ ఉండదు.

That part worked well for me. అయితే, ప్రశ్న ప్రార్థిస్తాడు, "ఎలా వినియోగదారు వినియోగదారు ఐడి లేదా పాస్వర్డ్ను మార్చదు?” The user might have made a mistake, లేదా ఉండవచ్చు మీరు ఒక dev వాతావరణంలో కొన్ని పరీక్ష చేయడం మరియు త్వరగా ఖాతాల మధ్య మారడానికి అవసరం చేస్తున్నారు.

నేను దానికి సమాధానం తెలియదు, కానీ నేను మీరు సెంట్రల్ అడ్మినిస్ట్రేషన్ లోకి వెళ్ళి మీకు మరియు వినియోగదారు యొక్క ఆధారాలను నిర్వహించగలను:

సెంట్రల్ అడ్మినిస్ట్రేషన్ -> ఆపరేషన్స్ -> సైన్ ఒకే ఒక్క నిర్వహించండి -> ఒక ఎంటర్ప్రైజ్ అప్లికేషన్ నిర్వచనం కోసం ఖాతా సమాచారం నిర్వహించు

అక్కడ నుండి, మీరు బయటి అప్లికేషను పేర్కొనవచ్చు (ఉదాహరణకు. SAP) and the account you want to delete. You can also change the mapping.

మీరు వినియోగదారులు నేరుగా వారి ఆధారాలను మార్చడానికి అనుమతిస్తుంది ఎలా ఉంటే, kindly post a comment 🙂

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

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 ఈ విషయం మీద చాలా అధిక నాణ్యత తెలుపు కాగితం సృష్టించింది.

నేను అధిగమించడానికి కలిగి మొదటి అవరోధం - iView వెబ్ భాగం ఇక్కడ? కొన్ని కారణాల కోసం, నా మొదటి ఆలోచన నేను ఎక్కడా ఒక సైట్ నుండి డౌన్లోడ్ కలిగి ఉండాలని అని అతను, perhaps SAP’s site. నేను కలిగి 1/2 convinced myself that iView web parts might even cost extra. కోర్సు యొక్క, వారు MOSS తో చేర్చబడ్డాయి (నేను Enterprise అనుకుంటున్నాను; నేను ఏ కార్యక్రమం లో ఇక్కడ ఉపయోగించి వెబ్ ఏమిటి). 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.

నేను వెబ్ భాగం ఉపయోగించి మరియు ఉంచింది ఈ బాధించే సందేశాన్ని అయిపోతున్నట్లు:

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

తెల్ల కాగితం స్పష్టంగా "ఫైల్ లో ఉన్న ఒక ఆకృతీకరణ ఫైలు సవరించడానికి చెప్పారు<ఉత్తరం డ్రైవ్:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, నేను చూసింది అన్ని "Program Files ... కాన్ఫిగర్" మరియు నేను నేరుగా దూరంగా వెళ్ళాడు 12 అందులో నివశించే తేనెటీగలు. 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, కానీ మరొక రోజు కోసం మరొక కథ.

బాటమ్ లైన్:

1. iView వెబ్ భాగాలను SharePoint బాక్స్ బయటకు చేర్చబడ్డాయి (బహుశా Enterprise).

2. మేజిక్ ఆకృతీకరణ ఫైలు, "TrustedSAPHosts.config", నివసించరు 12 అందులో నివశించే తేనెటీగలు.

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

వాడుకరి భాష కోసం అధికారిగా MOSS వాడుకరి ప్రొఫైల్

4 ప్రత్యుత్తరాలు

నా ప్రస్తుత ప్రాజెక్ట్, వినియోగదారుల ప్రపంచవ్యాప్తంగా ప్రయాణం మరియు వారు విభిన్న గమ్యస్థానాలకు వద్ద వచ్చినప్పుడు, 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, నిజానికి… 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, గురించి 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.

We’re leaning toward a global.asax type approach, mainly because we believe we’ll have more options for caching data at that point.

I’ll be blogging more on this subject as I learn more.

If you have know anything about this, please post a comment 🙂

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

సంగ్రహించడం “mailto:” మెట్రిక్స్

5 ప్రత్యుత్తరాలు

I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — మీరు ఇంట్రానెట్ పై ఒక ఆసక్తికరమైన వ్యాసం చూడటం మరియు ఎవరైనా దాన్ని భాగస్వామ్యం చెయ్యాలనుకుంటున్నారా చేస్తుంటే, click a link labeled "Share this story" మీ స్నేహితుని ఇమెయిల్.

మేము ఈ ప్రయోజనం కోసం ఒక కస్టమ్ రూపం తో చుట్టూ వాయించే, కానీ అంతిమంగా, ఇంగితజ్ఞానం రోజు గెలిచింది మేము కేవలం తెలిసిన ఉపయోగించడానికి <ఒక href = mailto:…> technique. (<ఒక href mailto:…> HTML యొక్క ఒక ఆశ్చర్యకరంగా బలమైన కొద్దిగా ఉంది; ఒక బోనస్ గా, ఆ లింక్ నా పాత UNIX man పేజీలను రోజుల నన్ను తిరిగి తెస్తుంది; ఆ రోజుల్లో ఉన్నాయి!).

వారు వారి తెలిసిన MS Outlook క్లయింట్ ఉపయోగించడానికి పొందటంతో ఈ టెక్నిక్ తుది వినియోగదారుల కోసం ఒక గొప్ప ఇంటర్ఫేస్ను అందిస్తుంది (లేదా సంసార ఇమెయిల్ క్లయింట్ వారు ఇన్స్టాల్).

ఇది పేద డెవలపర్ రకాల మమ్మల్ని విషయాలు కఠినతరం చేస్తుంది ఎందుకంటే క్లయింట్ * కూడా * కథలు తరచుగా భాగస్వామ్యం ఇది ఎంత తరచుగా వినియోగదారులు భాగస్వామ్యం కథలు కూడా చూపే భవిష్యత్తులో ఒక నివేదిక అమలు కోరుకుంటున్నారు.

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

మీరు ఈ సమస్య పరిష్కారానికి కొన్ని తెలివైన పద్ధతి కలిగి ఉంటే, చెప్పండి చెయ్యండి.

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

ఒక షెడ్యూలింగ్ సమస్యను పరిష్కరించడానికి InfoPath మరియు వర్క్ఫ్లో ఉపయోగించి గొప్ప ట్యుటోరియల్ మరియు వాక్ త్రూ

సమాధానం ఇవ్వూ

ఈ రోజుల్లో, నేను నిరంతరం నా బ్లాగ్ చదివే తో కేచ్ అప్ ప్లే మరియు నేను ఈ పోస్ట్ అంతటా వచ్చింది: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

ఇది ఘన మరియు వివరణాత్మక ఒక SharePoint డిజైనర్ వర్క్ఫ్లో ట్యుటోరియల్ వార్తలు (ఇంకా!) that you’ll see anywhere on the interwebs. I’d check it out, even if you’re a scarred SPD veteran.

ఇది InfoPath మరియు వర్క్ఫ్లో రెండు కోసం ఒక గొప్ప SharePoint ట్యుటోరియల్ వార్తలు.

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

NYC SharePoint డెవలపర్లు గ్రూప్ – డీప్ టెక్ చర్చ

2 ప్రత్యుత్తరాలు

కొన్ని వారాల క్రితం, 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. ఫలితంగా, 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 (బహుశా వాటిని నాలుగు లేదా ఐదు). It’s a new group.

నేను నిజంగా చర్చ నిజంగా సాంకేతిక పరిజ్ఞానాన్ని మరియు అధిక నాణ్యత చలించిపోయారు, ముందు, during and after my presentation. We talked about a wide range of subjects relating to SharePoint and other Microsoft technology.

మీరు నిజమైన techy పొందుటకు స్నేహపూర్వక స్థలం కోసం చూస్తున్నారా ఉంటే, నేను చాలా ఈ గుంపు సిఫార్సు.

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin