Щомісячні архіви: Жовтень 2009

У похвалу jQuery розширеної-як-ви-типу пошуку (оглянуто Ян Tielens)

Я працюю над BPOS демо (скоро будуть доступні вгору в Microsoft сайту) і я хотів би додати трохи лаковані. Я знав про Ян Tielen зусилля для досить довгий час і я подумав, було б дуже технічний, щоб додати до демо, так я і зробив. Ви можете прочитати про це тут: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. Це так просто використовувати його, ймовірно, має бути злочином (і, можливо, це десь).

Я додати тільки два вказує на те, що він вже створили / Написав про:

  1. Це робить, Насправді, працювати в муніципалітет BPOS (SharePoint онлайн) навколишнє середовище.
  2. Змусити її працювати без дратівливих спливаючих повідомлень префікса посилання на бібліотеку jquery з https, а не http, як і в:
<скрипт типу ="текст/javascript" src ="https://Ajax.googleapis.com/AJAX/libs/Jquery/1.3.2/JQuery.min.js"></сценарій>

Ян вказує на те, що ви ймовірно повинні рухатися самій бібліотеці на ваш сайт. Відчуття трохи ледачим сьогодні, I decided to blog about it instead 🙂

</кінець>

Це ще один пост в моєму поточної серії про те, як використовувати jQuery з SharePoint.
Якщо ви хочете дізнатися більше про jQuery, Я настійно рекомендую: jQuery в дії Ведмідь Bibeault і Ієгуда Кац.

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati:

SharePoint магазин розмова четвер 10/29 в 12:30 PM EDT

Наступний SharePoint Shop Talk проходить цей четвер в 12:30PM EDT.

Ми вже зняли два тижні (Завдяки SharePoint конференції минулого тижня) і в результаті, у нас є ряд питань у черзі, не кажучи вже про всі види cool stuff про що поговорити про SharePoint 2010. Всі члени журі були присутні НВК, так що притягнути ваші СП 2010 питання на заклик або по електронній пошті їх Questions@sharepointshoptalk.com.

Крім добра частина виклику, відкладіть в сторону, щоб говорити про деякі SP 2010 добра, Ми також обговоримо:

  • Чому SharePoint показує різних навігаційних параметрів у розділі Параметри сайту (Це змінюється в залежності від функцій і конфігурація сайту)
  • Зміна versions.aspx – проблеми, труднощі, роблячи так (I”m not surprised 🙂 ).
  • Вбудовування RSS-канали в сайт коли авторизованим джерелом.
  • За допомогою stsadm керувати журналювання.

Зареєструватися тут: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

Як завжди, відправити питання або теми обговорення для Questions@sharepointshoptalk.com, Напишіть мені безпосередньо або twitter @pagalvin.

Ми сподіваємося побачити вас там!

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati:

Швидкий удар: Читання InfoPath XML безпосередньо з SPListItem в SharePoint

Я був роботи над проектом, де мені потрібно витягувати вкладення з форми InfoPath. Є деякі хороші ресурси для розбору форм InfoPath (які є лише XML-файли, так що це насправді досить легко).

Хоча я був створення проекту, Я почав, завантаживши форми InfoPath і зберігши її в мій місцевий жорсткий диск. Мій код c# читав безпосередньо з цього екземпляра. Однак, форм InfoPath дійсно живуть всередині форми бібліотеці SharePoint. Я трохи пошуку half серцем щоб дізнатися як це читати безпосередньо з бібліотеки і ледве не віддав, При цьому я б зберегти форму до локальної папки temp і читати його звідти. Однак, немає необхідності їхати через ці обручі, як ви можете прочитати його безпосередньо з бібліотеки. Цього невеликого фрагмента показує як:

/// Клас визначення речі тут, у тому числі:
приватні Файл SPFile mySharePointFile; /* Частиною SPList */
// Більше кодексу йде тут і всередині метод класу у нас:
XmlTextReader textReader;
textReader = нові XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Жоден;

textReader.Read();

// Якщо вузол має значення

під час (textReader.Read())
{

.. і т. д і т. д...

Вони ключові трохи вище є, що ми можемо прочитати InfoPath безпосередньо через на OpenBinaryStream() метод закликати на файл SPFile як параметр в конструктор на XmlTextReader. Він чудово працює.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati:

Швидкий і простий: Відправити пошту, використовуючи SMTP-сервер Gmail в .NET, C#

Це не зовсім нова тема, але коли мені потрібно Зроби, Я знайшов багато "Чому не буде ця робота для мене" і не занадто багато прямі відповіді. Я сподіваюся, що хтось вважає, що це корисна.

Наступні розрядний код надішлемо вам електронне повідомлення, використовуючи мій власний обліковий запис gmail це зробити, разом із вкладеннями:

за допомогою System.Net.Mail;
за допомогою System.Net;

NetworkCredential loginInfo = нові NetworkCredential("[Мій ID Gmail]", "[Мій пароль Gmail]");
MailMessage MSG = нові MailMessage();
MSG.З = нові MailAddress("[M Gmail Id]@gmail.com");
MSG.To.Add(нові MailAddress("paul.galvin@arcovis.com"));
MSG.Тема = "Тест infopath dev тема";
MSG.Тіло = "<HTML><тіло><сильні>Потужний сигнал.</сильні></тіло></HTML>";
MSG.IsBodyHtml = Істина;

foreach (рядок aFile у NIPFD.GetAttachmentNamesAndLocations())
{
    MSG.Attachments.Add(нові Вкладення(aFile));
} // Додавання вкладень.

SmtpClient клієнт = нові SmtpClient("smtp.gmail.com");
клієнт.EnableSsl = Істина;
клієнт.UseDefaultCredentials = ХИБНІСТЬ;
клієнт.Облікові дані = loginInfo;
клієнт.Порт = 587;
клієнт.EnableSsl = Істина;
клієнт.Надіслати(MSG);

Кілька ключових біти, які сповільнилися мене та інших спостережень / Нотатки:

  • Перший рядок, яка створює loginInfo об'єкта необхідно використовувати gmail, позбавлений ID "@gmail.com”. Так, Якщо мою адресу електронної пошти gmail "sharepoint@gmail.com"а мій пароль"xyzzy"потім лінія буде виглядати:

NetworkCredential loginInfo = нові NetworkCredential("sharepoint", "xyzzy");

  • Мій обліковий запис gmail настроєно на використання SSL і що це не проблема.
  • Є деякі суперечливу інформацію там про те, який порт використовувати. Я використав порт 587 і він працював штрафу для мене.
  • У моєму випадку, Мені також потрібно надіслати вкладення. Що NIPFD об'єкт має метод, який знає, де мої вкладення. Він повертається повністю шлях (Наприклад. "c:\tempattachment1.jpg". У моєму тест, У мене було два вкладеннями і вони обидва працював штрафу.

Я використав Приєднуйтесь до нас 2008 щоб написати цей код.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati: ,,,

SharePoint конференції 2009 -Отримайте реального часу сирих даних з щебетати

Я очікую, що майже кожна людина це знає будь-якому випадку, але я думав, я б викидати невелика Примітка те, що величезна кількість дуже цікава інформація доступна через щебетати. Хеш тега #SPC09 здається найбільш популярні. Як завжди, Існує багато дурості і "в" жарти, але якщо ви можете отримати минуле, не пропустіть. Я роблю все можливе, щоб відповідати на коментарі і питання, які спрямовані на мене, і я знаю, що багато інших робити, а, так що це не просто один бік потік інформації.

Нові сеанси почнеться в трохи менше двох годин і як і раніше аж до приблизно 3 вечора EDT цей четвер. Вона почне потім забрати.

Ознайомтеся з twitter-канал тут: http://twitter.com/#search?q=%23spc09

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Програмним шляхом вилучення вкладення з форми InfoPath (Зокрема свої імена!)

У мене є рішення про витрати запис для клієнта, який використовує InfoPath і робочого процесу. В одній точці під час процесу затвердження, Мені потрібно для отримання електронної пошти, який має все, що гарні InfoPath дані, а також вкладення себе так, що (зітхання) хтось може прийняти ці дані та вручну re-key в застосунку бази даних Oracle.

Це не дуже важко отримати у або розібрати форм InfoPath. Я не знаю, як поводитися з вкладень, Однак. Після години або двох колупатися Інтернет (вічність!) Я знайшов цю статтю: http://support.microsoft.com/kb/892730

Вона забезпечує зручний код, щоб витягувати вкладення з вузла у вигляді. (Потрібно знайти вузол і все, що, але це просто розбору XML).

Я знаю, що вкладення кодуванням base64 і спочатку я пішов по шляху зі всього витягу в base64 даних, декодування його і його збереження. Однак, Я швидко зрозумів, що я не знаю, як отримати ім'я файлу, сама, поки я не знайшов вищезазначених статті.

Я насправді виявили, що досить рано, але я був відкладений з її роздвоєння особистості. З одного боку, у статті * каже * це добре для InfoPath 2007. Ще, код та інструкції є все про Visual Studio 2003 і посилання на InfoPath 2003.

Нижній рядок, код, що в статті умови, працює добре для мене (до цих пір). Я можу отримати мій форми InfoPath, Я може проаналізувати його, Можна знайти й декодувати вкладення, і я знаю своє ім'я. Що більше можемо один Запитайте свого життя?

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati: ,,

Якщо ви турбуєтеся, що середовища SharePoint може бути трохи нездорову, Дозвольте мені допомогти вам виправити, що з перевіркою справності.

SharePoint магазин Talk Recap за 10-08-2009

Сьогоднішні SharePoint Shop Talk охоплює його звичайної широке коло тем:

  • Ми обговорили питання навколо відкриття частин колекції сайтів SharePoint для торговельних партнерів. Це не найскладніші річ у світі, але коли ви починаєте говорити про вголос, ви розумієте, що є багато окремих дрібниць, які необхідно зробити, щоб зробити це правильно. Ви повинні розглянути брандмауер, ліцензування (Ваша ліцензія інтрамережі SharePoint не може бути, і, ймовірно, не буде, достатній), Конфігурації SharePoint (AAM, розширення для зон, що ймовірно мають HTTPS включений веб-застосунками), д. Якщо хто має контрольний список того, що робити і послідовність, Мені б дуже хотілося бачити його в коментарях. Це питання виграє "Найбільш обговорили питання" відомо року (до цих пір).
  • Я отримав поставити запитання щодо зображення Бібліотека функцій, які генерує ці зображення нігтя пальця. Я припустив, що подія приймач на бібліотека зображень генерує нігтя пальця. Я, ймовірно, далеко бази, але це схоже на веб-сервері для великого пальця Гвоздь сама є абсолютно окремий зображення. Vamshi, у SharePoint Shop Talk регулярні, вказує на цей запис у блозі: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. Це дуже цікавий пост про зображення в SharePoint, якщо ви зацікавлені в ньому.
  • Ми обговорювали редагувати Настроювані форми (що ви створювати via СПД) і той факт, що ви втратите функціональність вкладення, коли ви це робите. Лаура Роджерс має блогах з цього питання тут: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

На цьому тижні, ми ввели нову функцію, де ми провели близько 10 хвилин, демонструючи цікаві наконечник/трюк в середовищі SharePoint. На цьому тижні, ми показали, як додати контент-редактор веб-частини (і фактично будь-якої веб-частини) newitem.aspx сторінку. У цьому випадку, метою було показати деякі великі інтерактивну довідку для цієї сторінки newitem.aspx. Це також одна з звичайної початкових точок для інтеграції jQuery у вашому середовищі. Наступного тижня, Ми плануємо Показати jQuery наконечник/трюк. Ми сподіваємося побачити вас там.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati:

SharePoint магазин Talk 10/08/08 в 12:30 PM EDT

Ми маєте хостинг на наші щотижневі SharePoint Shop Talk Чернігівщині завтра в 12:30 PM EDT.

Це відкритий Q&A і загальні kibitzing сесії з усіх питань, пов'язаних з SharePoint.

Ви можете читати різні склади команд of попереднього сесій тут, щоб отримати уявлення про те, що ми на ці виклики тут: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Реєстрація вгору і готовий прямо тут: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

Twitter ваші запитання мені, @pagalvin.

Відіслати їх до Questions@sharepointshoptalk.com або просто показати на лінії і попросити їх вголос.

Ми сподіваємося побачити вас потім!

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati:

Щоб блог або не блог-ось в чому питання (блог про)

Примітка: Це був спочатку розміщено на www.endusersharepoint.com.

Кілька тижнів тому я мав можливість виступити в SharePoint суботу в Нью-Йорку. Знову, величезний подія. Цього разу, Я говорив про "навчання SharePoint" – дуже широка тема. Під час презентації (що ви можете отримати тут), Я говорив про різні методи для "навчання" SharePoint, у тому числі такі речі, як книгу навчання, клас номер навчання, створюючи свій власний віртуальної машини і, найголовніше (Мені), участь громади. Один спосіб взяти участь в співтоваристві SharePoint, за допомогою блогу:. Хтось запитав мене про роботу з блогами, зокрема і запитав мій погляд на кілька проблеми, він, що я чув, інші згадати, перш ніж. Вона має і свербіж задній частині моєї голови протягом декількох тижнів тому в моїй звичні модні, Я почухав свербіж, що по блогах про нього.

Деякі люди, здається, думають, що є так багато якості блогерів там на сцені сьогодні, і що так багато якість блозі було написано що в певному сенсі, немає нічого нового, писати про. Або, "новий", що це так вузьких, що вона не буде цікаво всім. Я не згоден з тих настроїв або основне припущення про них.

Для початку, Якщо ви блоги, оскільки вона є частиною вашого особистого спроба навчання SharePoint добре, Це дійсно не має значення, якщо хтось має на вашу тему написано чи ні. Одним із драйверів за участі громади, будь це особистий навчання чи ні, є те, що ви потрібно, щоб отримати це право. Ніхто не хоче миритися деякі слабкі блозі і виглядати нерозумно перед світу. Під час отримання права, Ви будете думати цього питання через більш ретельно, д. Таким чином, ви думаєте, вивчення та Враховуючи цю тему з усіх видів кутів, зліва направо, вгору вниз, всередині і зовні (або принаймні ви повинні бути в). Це дуже цінна вправи. Насправді, Це майже біля пункту натисканням на кнопку "пост", коли ви закінчите письмово це так, як ви вже отриманих багато вигоди, до цього моменту. Звичайно, Ви хочете натиснути на кнопку пост будь-якому випадку з цілого ряду причин, але я відволікся. Суть в тому, що блоги є цінним навчання вправу в і сам по собі, період.

Я також відкидаємо аргумент "це вже було зроблено". Так що, якщо було? Страшні наслідком є, що люди, які шукають вгору вашій темі за допомогою служби bing тепер буде знайти двох або п'яти або десятка статей. Кого це хвилює? Я завжди віддаю перевагу, щоб знайти кілька статей на ту ж тему, коли я піти в пошуку труб для речі. Різні точки зору, написання різних стилів, різні підходи, щоб та ж проблема-всі вони допомогти мені зрозуміти, що мені потрібно. На мій погляд, спільноти є не де близько до досягнення точки насичення гарна якість блозі статті на будь-яку тему в світі SharePoint.

Так, від готелю блог! Ви не будете чути мене скаржитися про нього. I guarantee it 🙂

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati: ,

Не бути Bull в посудній лавці

Коротка історія SharePoint (З точки зору відносний новачок)

Примітка: У цій статті був спочатку розміщено на www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint розвивається багато чого з перших днів свого як роду інкубації технології корпорації Майкрософт –Він розвинувся майже схоже на фільм жахів, де створення божевільний учений бере на себе свою власну життя, вирватися з очікуванням, правилам його Творця. Технічні еволюції очевидний – WSS 3.0 Об'єктна модель є насиченим і складніше, ніж WSS 2.0, яка була сама поліпшення над попередніми версіями. Наступна версія буде сумнівом, показує суттєве покращення над 3.0. З точки зору кінцевого користувача, Однак, Еволюція в SharePoint стає ще більш очевидним.

В перші дні, SharePoint не пропонують багато чого кінцевих користувачів. Вони будуть мати свої вимоги зазвичай функціональні можливості, працювати з нею, щоб визначити їх добре та впровадження рішення. ВІН буде використовувати SharePoint вирішити проблему. Продукт був не дуже доступною для кінцевих користувачів. Я думав, кинув кілька аналогій, але я вирішив дотримуватися діаграм Венна, щоб показати, що я маю на увазі. Коли Microsoft спочатку випущений SharePoint у світі як комерційна пропозиція, після нього відносно традиційний узор кінцевого користувача <-> IT відносини. Багато кінцеві користувачі, спілкування і роботи з дуже невелика кількість людей, щоб доставити рішеннями, що вирішення бізнес-задач:

image

Загальну проблему домену, для якого SharePoint є підходящим доставки платформи є невеликий (особливо в порівнянні з сьогоднішнього SharePoint. Кінцеві користувачі і він працював у більш класична композиція з ним: визначенню вимог до нього, чекати ІТ робити свою роботу за завісою і прийняти поставку кінцевий продукт.

Як SharePoint перетворилася на 2.0 світ (WSS 2.0 і SharePoint Portal Server), сталося кілька речей. Перший, "проблема домену" збільшилася в розмірах. Оглянуто проблема домену, Я маю на увазі види проблем бізнесу, для яких SharePoint може бути життєздатним рішенням. Наприклад, Ви б не гарненько думати занадто реалізації серйозних пошук рішення в середовищі SharePoint до SPS (і вже тоді, Це було не так добре, як він повинен бути). У той же час, Кінцеві користувачі мають безпрецедентну можливість не лише визначити, але також реалізації своїх власних рішень з мало або взагалі не ІТ-підтримки.

На 3.0 платформа (WSS та ЛИШАЙНИК) підтримується і збільшена цей імпульс. Проблема домену є величезні усередненим на 2.0 платформа. Практично кожен відділ маркетингу в компанії, починаючи від охорони здоров'я та безпеки кафедр до маркетингу для виробництва, від продажів до контролю якості – вони можуть знайти хороше застосування для SharePoint (і це не той випадок, затирання круглого кілочок в Квадратний отвір). У той же час, платформа розширює можливості ще більше кінцевим користувачам здійснювати свої власні рішення для бізнесу. Я намагаюся, щоб захопити те з цієї діаграми:

image

Це виявився обох потужним і розчарування суміш. На 3.0 платформа не включиться раніше стабільний ролей їх головами. Раптом, Кінцеві користувачі входять ефективно суддя, журі і кат Бізнес-аналітик, Програма архітектор і розробником для власного рішення для бізнесу. Це проникає в саму суть проблеми, я пишу про. Але перш ніж я зануритися в те, що, Давайте розглянемо слон в кімнаті.

Вдивляючись у кришталеву кулю

Яким буде SharePoint 2010 впливають на цю модель? Буде інкрементного або революційні? Буде більше, менше або про таку ж кількість кінцевим користувачам знайти себе повноваження для побудови рішень в SharePoint 2010? ВОЛЯ SharePoint 2010 проблема домену, ще більше розширити або буде просто уточнення і раціоналізації, що вже застосовуються на WSS 3.0 / ЛИШАЙНИК?

Є достатньо інформації "там" до сміливо сказати, що більшість відповіла:

  • Проблема домену збирається значно розширити.
  • Кінцеві користувачі виявляться навіть себе повноваження, ніж раніше.

Діаграма Венна було б більше, ніж ця сторінка і викликати деякі ІТ-фахівців і CxO, щоб досягти своїх Pepto.

Я вважаю, що це буде величезні можливості для компаній, щоб зробити деякі речі дійсно трансформаційний.

Ні Bulls в моєму посудній лавці!

Це звучить більше, але з моєї точки зору як консультант SharePoint і покласти собі в взуття ІТ-менеджер, Я бачу це бачення. Я є власником посудній лавці з красивою таблички, Кристал, д (мій середовища SharePoint). Я зняв простір, Я купив мою інвентаризації і поклав його з усіх шлях, мені подобається це. Я не зовсім готова відкрити, але в очікуванні, Я дивлюся на двері, щоб побачити, якщо мої клієнти шикуються, і я помітив, що фактичні bull там. Я більш уважно, і я реально побачити два бики і навіть вовк. Тоді я помітив, що існують деякі овець. Овець тому Поганий, але вони, може бути замаскований вовків? Я не хочу биків в моєму посудній лавці!

Вона стає все гірше! Коли я орендував простір, Я не міг повірити, наскільки добре вона була. Широкого і відкритого, приголомшлива зручностями, дуже розумною ціною. Однак, Тепер я розуміючи, що широкі відкриті простори і величезний двері є просто чудово розмірів для bull прийти блукав у і спустошує до мого Китай.

Я підштовхують цю аналогію занадто далеко, Звичайно. Кінцеві користувачі не є бики (Більшість з них, у всякому разі) і не ІТ-підрозділів (або безумовно не повинні) Переглянути їх спільноти користувачів з такою підозри. Однак, немає такого роду ідеальний зіткнення відбувається вже в у в 3.0 платформи, що я очікую буде тільки погіршуватися у СП 2010. SharePoint вже наділяє і закликає кінцевим користувачам визначити та впровадити свої власні рішення.

Це чудово і всі, але справа в тому, що це все ще дуже технічний продукт і як і раніше закликає до такого роду енергійний бізнес аналіз вимог, дизайн і загального планування та управління, які технічні проекти вимагають, щоб бути успішним. Вони не такого роду навички, які багато кінцеві користувачі мають у своїх мішок трюки, особливо коли основна увага приділяється технічний продукт, як SharePoint.

Я дав цьому багато думали за останній рік, і я не бачу будь-якої простої відповіді. Це дійсно зводиться до освіти і навчання. Я думаю, що СП 2010 буде змінюватися гра трохи і це буде грати по-різному і в уповільнені рухи, як компанії Розкачати їх SP 2010 рішення над 2010 і на подальший період. Для того, щоб домогтися успіху, Кінцеві користувачі повинні перетворити себе і дістати трохи релігії. Вони знадобляться, щоб дізнатися трохи про належне вимоги
аналіз. Вони повинні будуть деякі проектну документацію, яка чітко визначає бізнес-процес робочого циклу, Наприклад. Вони повинні розуміти фундаментальні концепції як CRUD (створити, оновлення та видалення), Dev/test/забезпечення якості/prod середовищ та використання цього інфраструктури для належним чином розгортання рішень, які живуть, хороший довгий час і вигин (не перерви) у відповідь на зміни в організації.

У найближчі тижні, Я планую спробувати і надати деякі мої власні нові ідеї, а також посилання на велику роботу за інших авторів (на www.endusersharepoint.com і в інших країнах) Таким чином, щоб зацікавлені кінцевих користувачів можна дізнатися, що старий час, релігія. Тримати за оновленнями.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

Бірки Technorati: ,