Monthly Archives: ಸರಹದ್ದು 2009

ದಿನದ ಮೋಜು ಶೇರ್ಪಾಯಿಂಟ್ SSO ಫ್ಯಾಕ್ಟ್

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, ಆ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಡೆದಾಗ ಬಳಕೆದಾರರು ತಮ್ಮ ಅನ್ನು ಬೀರುವುದಿಲ್ಲ.

That part worked well for me. ಹೇಗಾದರೂ, ಇದು ಪ್ರಶ್ನೆ ಬೇಡಿಕೊಂಡಳು, "ಹೇಗೆ ಬಳಕೆದಾರ ಬಳಕೆದಾರರ ಐಡಿ ಅಥವಾ ಗುಪ್ತಪದವನ್ನು ಬದಲಾಯಿಸಲು ಇಲ್ಲ?” The user might have made a mistake, ಅಥವಾ ಬಹುಶಃ ನೀವು ದೇವ್ ಪರಿಸರದಲ್ಲಿ ಕೆಲವು ಪರೀಕ್ಷೆ ಮಾಡುವ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಖಾತೆಗಳನ್ನು ಬದಲಾಯಿಸಲು ಅಗತ್ಯವಿದೆ ನೀವು.

ನಾನು ಉತ್ತರ ಗೊತ್ತಿಲ್ಲ, ಆದರೆ ನಾನು ನೀವು ಕೇಂದ್ರ ಆಡಳಿತ ಹೋಗಿ ಎಂದು ತಿಳಿಯಲು ಮತ್ತು ಬಳಕೆದಾರನ ರುಜುವಾತುಗಳನ್ನು ನಿರ್ವಹಿಸಿ ಇಲ್ಲ:

ಕೇಂದ್ರ ಆಡಳಿತ -> ಕಾರ್ಯಾಚರಣೆ -> ಸೈನ್ ರಂದು ಏಕ ನಿರ್ವಹಿಸಿ -> ಒಂದು ಎಂಟರ್ಪ್ರೈಸ್ ಅಪ್ಲಿಕೇಶನ್ ವ್ಯಾಖ್ಯಾನಕ್ಕಾಗಿ ಖಾತೆ ಮಾಹಿತಿ ನಿರ್ವಹಿಸಿ

ಅಲ್ಲಿಂದ, ನೀವು ಬಾಹ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಸೂಚಿಸಬಹುದು (ಉದಾ.. 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.

ಮೈಕ್ರೋಸಾಫ್ಟ್ ಈ ವಿಷಯದ ಬಗ್ಗೆ ಒಂದು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಬಿಳಿಯ ಕಾಗದದ ಸೃಷ್ಟಿಸಿದೆ.

ನಾನು ಜಯಿಸಲು ಮೊಟ್ಟಮೊದಲ ಅಡಚಣೆಯಾಯಿತು - iView ವೆಬ್ ಭಾಗವಾಗಿ ಅಲ್ಲಿ ಆಗಿದೆ? ಕೆಲವು ಕಾರಣಕ್ಕಾಗಿ, ನನ್ನ ಮೊದಲ ಚಿಂತನೆ ನಾನು ಎಲ್ಲೋ ಒಂದು ಸೈಟ್ನಿಂದ ಡೌನ್ಲೋಡ್ ಮಾಡಿದೆವು ಎಂದು, perhaps SAP’s site. ನಾನು ಹೊಂದಿತ್ತು 1/2 convinced myself that iView web parts might even cost extra. ಸಹಜವಾಗಿ, ಅವರು MOSS ನಲ್ಲಿ ಸೇರ್ಪಡಿಸಲಾಗಿದೆ (ನಾನು ಎಂಟರ್ಪ್ರೈಸ್ ಆಲೋಚಿಸುತ್ತೀರಿ; ನಾನು ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಇಲ್ಲಿ ಬಳಸಿಕೊಂಡು ಬಾಗುತ್ತೇನೆ ಇಲ್ಲಿದೆ). 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, ನಾನು ಕಂಡ ಎಲ್ಲಾ "ಕಾರ್ಯಕ್ರಮದಲ್ಲಿ ಕಡತಗಳನ್ನು ... ಕಾನ್ಫಿಗರೇಷನ್" ಮತ್ತು ನಾನು ನೇರವಾಗಿ ದೂರ ಹೋದರು 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 ವೆಬ್ ಭಾಗಗಳು ಶೇರ್ಪಾಯಿಂಟ್ ಜೊತೆ ಬಾಕ್ಸ್ ಹೊರಗೆ ಸೇರ್ಪಡಿಸಲಾಗಿದೆ (ಬಹುಶಃ ಎಂಟರ್ಪ್ರೈಸ್).

2. ಮಾಯಾ ಸಂರಚನಾ ಕಡತ, "TrustedSAPHosts.config", ರಲ್ಲಿ ವಾಸಿಸುವುದಿಲ್ಲ 12 ಜೇನುಗೂಡು.

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ನನ್ನ ಟ್ಯಾಗ್ಗಳು: , ,

ಬಳಕೆದಾರ ಭಾಷಾ ಆದ್ಯತೆ ಫಾರ್ ನಿಗಮ MOSS ಸದಸ್ಯರ ವಿವರ

ನನ್ನ ಪ್ರಸ್ತುತ ಯೋಜನೆಯಲ್ಲಿ, ಬಳಕೆದಾರರಿಗೆ ಕೆಲವು ಪ್ರಪಂಚದ ಪ್ರಯಾಣಿಸಲು ಮತ್ತು ವಿವಿಧ ಸ್ಥಳಗಳಿಗೆ ಪ್ರವೇಶಿಸಿದಾಗ, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (ನಾನು ಕೇವಲ ಅತಿಥಿ ಯಂತ್ರಗಳ ಬಲ ಭಾಷಾ ಪ್ಯಾಕ್ ಹೊಂದಿಲ್ಲ ಎಂದು ಅರಿವಿಗೆ ಬಂದಿದೆ… ಬಹುಶಃ ಅಲ್ಲ ತಿನ್ನುವೆ, ವಾಸ್ತವವಾಗಿ… ನಾನು ಈಗ ಒಂದು ನಿಲ್ಲಿಸುವ ಬಾಗುತ್ತೇನೆ).

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.

ನಾವು ಎರಡು ವಿಧಾನಗಳನ್ನು ತನಿಖೆ ಹೊರಟಿರುವೆ:

  1. HTTP ಹ್ಯಾಂಡ್ಲರ್: IIS ಇನ್ಸ್ಟಾಲ್ ಒಂದು ಕಸ್ಟಮ್ HTTP ಹ್ಯಾಂಡ್ಲರ್ ಬಳಕೆದಾರರ MOSS ಮಿಂಚೆ ಕಾಣಿಸುತ್ತದೆ, ಪ್ರಾಶಸ್ತ್ಯದ ಭಾಷೆ ಲೆಕ್ಕಾಚಾರ ತದನಂತರ MOSS ನಿಯಂತ್ರಣ ಹಾದುಹೋಗುವ ಮೊದಲು ಸುಮಾರು ಅಗತ್ಯವಿದೆ HTTP ಶಿರೋಲೇಖ ಬದಲಾಯಿಸಲು.
  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.

ಇತರ ಸಂಕೀರ್ಣವಾದ ಅಂಶವೆಂದರೆ ನಾವು 60k ಬಳಕೆದಾರರಿಗೆ ಬೆಂಬಲ ಅಗತ್ಯವಿದೆ ಎಂಬುದು, ಕುರಿತು 1,000 ಏಕಕಾಲದಲ್ಲಿ ಗರಿಷ್ಠ ಹೊರೆಯ ನಲ್ಲಿ MOSS ಪ್ರವೇಶಿಸಲು ಮಾಡಬಹುದು ಅವುಗಳಲ್ಲಿ.

HTTP ಹ್ಯಾಂಡ್ಲರ್ ಸಾಕಷ್ಟು ತೀವ್ರ ತೋರುತ್ತದೆ, 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.

ನಾವು ಒಂದು global.asax ಮಾದರಿ ವಿಧಾನ ಕಡೆಗೆ ವಾಲಿಸಿ ನೀವು, ನಾವು ಆ ಸಮಯದಲ್ಲಿ ಹಿಡಿದಿಡಲು ದಶಮಾಂಶ ಹೆಚ್ಚಿನ ಆಯ್ಕೆಗಳಿವೆ ನಾವು ನಂಬುತ್ತೇವೆ ಮುಖ್ಯವಾಗಿ.

ನಾನು ಹೆಚ್ಚು ತಿಳಿಯಲು ನಾನು ಈ ವಿಷಯದ ಮೇಲೆ ಬ್ಲಾಗಿಂಗ್ ಹೆಚ್ಚು ಮಾಡುತ್ತೇವೆ.

ಈ ಬಗ್ಗೆ ಏನು ಗೊತ್ತು ಇದ್ದರೆ, ದಯವಿಟ್ಟು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿ

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin

ಸೆರೆಹಿಡಿದ “mailto:” ಛಂದಶ್ಯಾಸ್ತ್ರ

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 ನ ಒಂದು ಆಶ್ಚರ್ಯಕರ ದೃಢವಾದ ಸ್ವಲ್ಪ ಆಗಿದೆ; ಒಂದು ಬೋನಸ್ ಮಾಹಿತಿ, ಆ ಲಿಂಕ್ ನನ್ನ ಹಳೆಯ ಯುನಿಕ್ಸ್ ಮನುಷ್ಯ ಪುಟಗಳು ದಿನಗಳ ನನ್ನನ್ನು ಮರಳಿ ತರುತ್ತದೆ; ಆ ದಿನಗಳಲ್ಲಿ!).

ಅವರು ತಮ್ಮ ಪರಿಚಿತ ಎಂಎಸ್ ಔಟ್ಲುಕ್ ಕ್ಲೈಂಟ್ ಬಳಸಲು ಪಡೆಯಲು ನಂತರ ಈ ತಂತ್ರವನ್ನು ಕೊನೆಯ ಬಳಕೆದಾರರಿಗೆ ಒಂದು ಮಹಾನ್ ಇಂಟರ್ಫೇಸ್ ಒದಗಿಸುತ್ತದೆ (ಅಥವಾ ಯಾವುದೇ ಇಮೇಲ್ ಕ್ಲೈಂಟ್ ಅವರು ಅನುಸ್ಥಾಪಿಸಿದ).

ಇದು ಕಳಪೆ ಡೆವಲಪರ್ ರೀತಿಯ ನಮಗೆ ರಂದು ವಿಷಯಗಳನ್ನು ಗಟ್ಟಿಯಾದ ಮಾಡುತ್ತದೆ ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ * ಸಹ * ಕಥೆಗಳು ಹೆಚ್ಚಾಗಿ ಹಂಚಿಕೊಂಡಿದ್ದಾರೆ ಇವು ಎಷ್ಟು ಬಾರಿ ಬಳಕೆದಾರರ ಕಥೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಮತ್ತು ತೋರಿಸುವ ಭವಿಷ್ಯದಲ್ಲಿ ವರದಿಯೊಂದನ್ನು ಔಟ್ ಬಯಸಿದೆ.

We whiteboarded a few potential solutions. My favorite is to carbon copy (ಸಿಸಿ) 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