месечни архиви: Октомври 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 Ч. EDT

Следващия разговор за магазин на SharePoint се провежда този четвъртък в 12:30Ч. EDT.

Сме взели две седмици (поради SharePoint конференция миналата седмица) и като резултат, Ние имаме редица въпроси в опашката, да не говорим за всички видове готино неща да се говори за по отношение на SharePoint 2010. Всички членове на панела присъстваха СПК, така че да ви ПС 2010 въпроси към викам или email тях да 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

Бързо хит: Четене на InfoPath XML директно от SPListItem в SharePoint

Аз съм бил работи по проект, когато трябва да екстракт прикачени файлове от формуляр на InfoPath. Има някои добри ресурси за анализиране на формуляри на InfoPath (които са само XML файлове, така че това е всъщност доста лесно).

Докато е изграждането на проекта, Започнах като изтегляне на формуляр на InfoPath и го запишете на моя локален твърд диск. Моят c# код е четене директно от тази инстанция. Въпреки това, формуляри на InfoPath са наистина живеят вътре в библиотека с формуляри на SharePoint. Направих малко половин сърце търсене, за да разберете как да го прочетете директно от библиотеката и почти се отказах, в този случай бих записали формуляра на локална temp директория и го прочете от там. Въпреки това, не е необходимо да мине през тези обръчи, както можете да го прочетете директно от библиотеката. Този малък откъс показва как:

/// Клас определение неща тук, включително:
частни SPFile mySharePointFile; /* Част от списъкът */
// Още код отива тук и вътре метод на класа имаме:
XmlTextReader textReader;
textReader = нов XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Няма;

textReader.Read();

// Ако възелът е стойност

докато (textReader.Read())
{

... и така нататък и така нататък...

Те ключови малко по-горе е, че можем да прочетем InfoPath директно чрез OpenBinaryStream() метод викам на SPFile като параметри на конструктора на XmlTextReader. То работилница голям.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове:

Бърз и лесен: Изпращане на имейл използвате Gmail SMTP сървър в .NET буквата C#

Това не е точно нова тема, но когато трябваше да го направя, Открих много "Защо няма тази работа за мен" и не твърде много директни отговори. Надявам се някой намери тази полезна.

Следният код ще изпрати имейл, използвайки моя gmail акаунт да го направя, включително прикачените файлове:

използване на System.Net.Mail;
използване на System.Net;

NetworkCredential loginInfo = нов NetworkCredential("[Моя Gmail ID.]", "[Паролата си в Gmail]");
MailMessage MSG = нов MailMessage();
MSG. От = нов MailAddress("[М Gmail ИД]@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, ИД лишен от "@gmail.com”. Така, Ако my gmail email обръщение е "sharepoint@gmail.com"и парола е"xyzzy"редът ще изглежда така:

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

  • My gmail сметка е настроена да използва SSL и че не е проблем.
  • Има някои противоречива информация там за какво порт за използване. Аз използван порт 587 и то работник глоба за me.
  • В моя случай, Също така е необходимо да изпращате прикачени файлове. Че NIPFD обект има метод, който знае къде са мой прикачени файлове. Това е връщане напълно път (e.g. "c:\tempattachment1.jpg". В моя тест, Имах две приложения и те работник глоба.

Аз използван visual studio 2008 да пишете този код.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове: ,,,

SharePoint конференция 2009 -Вземи си сурови данни в реално време от Twitter

Аз очаквам, че почти всеки знае това все пак, но си мислех аз ще хвърля един бърз бележка, че има огромна сума на много интересна информация, достъпна чрез twitter. Хеш маркер #SPC09 изглежда да бъде най-популярните. Както винаги, има много на глупост и "в" вицове, но ако можете да получите миналото, Проверете го. Аз правя всичко по силите си да отговори на коментари или въпроси, насочени към мен и аз знам, че много други, както правя, така че не е само еднопосочен поток на информация.

Нови сесии стартира в само два часа и продължи до около 3 ч. EDT този четвъртък. Тя ще започне да вземем тогава.

Вижте кикотене на емисията тук: http://twitter.com/#search?q=%23spc09

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове:

Програмно извличам прикачени файлове от формулярите на InfoPath (Включително техните имена!)

Имам решение за влизане сметка за клиент, който лостове InfoPath и поток. В един момент по време на процеса на одобрение, Трябва да генерира имейл, който има всички тези добри данни InfoPath, както и прикачените файлове, самите така че (въздишка) някой може да вземе тези данни и ръчно повторно ключ то в приложение за база данни Oracle.

Не е много трудно да получите в или разбор на формуляра на InfoPath. Аз не знам как да се справят с прикачени файлове, Въпреки това. След един час или два изпълзяват около Internets (вечност!) Аз намерих тази статия: 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 говори рекапитулация за 10-08-2009

Днешните SharePoint магазин поговорим обхванати си обичайните широк спектър от теми:

  • Ние обсъдихме проблемите около отварянето на части на колекцията от сайтове на SharePoint на вашите търговски партньори. Това не е най-сложно нещо в света, но когато започнем да говорим за на глас, разбираш, че има много малки индивидуални неща, които трябва да се направи, за да направите това правилно. Вие трябва да разгледа на защитната стена, лицензиране (вашия интранет SharePoint лиценз не може да бъде, и вероятно няма да бъде, достатъчно), Конфигурация на SharePoint (AAM, разширяване на уеб приложения за зони, които вероятно имат HTTPS разрешени), н. Ако някой има списък на какво да правя и последователността, Бих искал да го видя в коментарите. Този въпрос печели "най-обсъждани въпрос" наясно на годината (досега).
  • Трябва да зададете въпрос за изображението функции Библиотека, която генерира тези палеца нокти изображения. Спекулират, че получател на събитие на библиотеката с изображения е генериране на палеца нокти. Аз вероятно съм далече база, но тя изглежда като има изцяло отделна изображение на уеб сървъра за палеца нокти себе си. Цеци, SharePoint беседа магазин редовно, посочва този блог влизане: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. Това е един доста интересен пост за изображения в SharePoint, ако проявявате интерес в нея.
  • Ние обсъдихме по избор редактиране форми (че създавате чрез SPD) и фактът, че губите функционалност прикачен файл, когато направите това. Лора Роджърс е blogged по този въпрос тук: 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

SharePoint Магазин Говорете 10/08/08 в 12:30 Ч. EDT

Ние сме домакин нашата следващата седмична SharePoint беседа магазин сесия утре в 12:30 Ч. EDT.

Това е отворен Q&А и общи kibitzing сесия по всички теми, свързани с SharePoint.

Можете да прочетете различни recaps на предварително сесии тук, за да се получи усещане за това, което правим на тези разговори тук: 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.

Email тях за questions@sharepointshoptalk.com или просто се появи на реда и ги помолете на глас.

Надяваме се да ви видя тогава!

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Към блог или блог – това е въпросът (да блог за)

Бележка: Това беше първоначално публикуван на www.endusersharepoint.com.

Преди няколко седмици имах възможност да се говори в SharePoint събота в Ню Йорк. Още веднъж, едно огромно събитие. Този път, Говори за "учене SharePoint" – много обширна тема. По време на презентацията (които можете да получите тук), Аз говорихме за различни техники за "учене" SharePoint, включително неща като книга обучение, клас стая за обучение, създаване на вашия собствен VM и най-важното (На мен), участието на Общността. Един от начините да участват в SharePoint общност е чрез блоговете. Някой ме попита за блоговете в частност и попита мое мнение на няколко проблеми, той е, че сте чували други спомена преди. Той е бил сърбеж на гърба на главата ми за няколко седмици, така че в моя обичайните мода, Аз съм надраскване че сърбите от блоговете за това.

Някои хора изглежда мислят, че има толкова много качество блогъри там на сцената днес и че толкова много качество блог записите са написани, в известен смисъл, няма нищо ново да пиша за. Или, "ново" нещо е толкова тясно фокусирани, че това няма да е интересно за всеки. Не съм съгласен с тези чувства или допускане за тях.

За начало, Ако сте блоговете, защото тя е част от вашия личен опит за обучение на SharePoint и, Това е наистина без значение, ако някой е написал на вашата тема или не. Един от водачите зад участието на Общността, дали тя е за личен живот или не, е, че ви трябва да го направим. Никой не иска да се поставят някои слаби блог влизане и се изложим пред света. В процеса на получаване право, ще да мисля, че този въпрос през по-внимателно, н. По този начин, си мислиш, изучаване и като се има предвид тази тема от всички видове на ъгли, отляво надясно, нагоре надолу, отвътре и отвън (или поне би трябвало да). Това е много ценно упражнение. Всъщност, Той почти до момента на натискане на бутона за "пост" от времето, когато приключите пише, че тъй като вие вече сте много от полза сега получени. Разбира се, Вие искате да натиснете бутона пост все пак за по различни причини, но аз отделям. Долната линия е, че блоговете е ценно учебно упражнение и в себе си, период.

Аз също да се отхвърли аргументът "това вече е направено". Така че какво, ако това е? Ужасно следствие е, че хората, които търсят вашата тема чрез Бинг сега ще намерите две или пет или десет статии. На кой му пука? Аз винаги предпочитам да намерите няколко статии по същата тема, когато отидете търсене тръбите за неща. Различни гледни точки, различни стилове, различни подходи към същия проблем – всички те ми помогне да разберем какво трябва. По мое мнение, Общността е не, където близо до постигане на точка на насищане на добро качество блог статии за всяка тема в SharePoint света.

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

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове: ,

Не бъдете бик в Китай магазин

Кратка история на SharePoint (От гледна точка на конгресите)

Бележка: Тази статия първоначално е публикувана на www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint е развило много от своите ранни дни като един вид технология на инкубация на Microsoft –Той се разви почти като филм на ужасите, където на луд учен създаването отнема на живот на своите собствени, чупене свободна от очакванията на създателя си и правила. Техническата еволюция е очевидно-WSS 3.0 обектен модел е по-богат и по-сложни от ВиК 2.0, който самата е подобрение през по-ранни версии. Следващата версия ще без съмнение показва огромно подобрение в сравнение 3.0. От гледна точка на крайния потребител, Въпреки това, На SharePoint в еволюцията е още по-значителни.

В първите дни, SharePoint не предлагат много крайни потребители. Те ще са им функционалност на обичайните изисквания, работа с него да ги определят добре и приложи решение. Тя ще използва SharePoint за решаване на проблема. Продуктът не е много достъпна за крайните потребители. Аз съм мислила хвърли няколко аналогии, но реших да остана диаграми на Вен да покажа какво имам предвид. Когато Microsoft първият освободен SharePoint в света като търговско предлагане, Той последва относително традиционен модел на крайния потребител <-> ИТ връзка. Много от крайните потребители, комуникация и работа с много малък брой хора да предоставяме решения, които решаване на бизнес проблеми:

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 да достигне за техния пепто.

Вярвам, че това ще бъде огромна възможност за фирмите да се направят някои наистина трансформацията неща.

Няма бикове в моя магазин за Китай!

Това звучи страхотно, но от моя гледна точка като SharePoint консултант и себе си въвеждането в обувките на ИТ мениджър, Виждам тази визия. Аз притежавам Китай магазин с красиви плочи, кристал, н (моята среда на SharePoint). Аз бях под наем място, Аз закупени ми запаси и изложил всичко начина, по който ми харесва. Аз не съм съвсем готова да отвори, но в очакване, Аз гледам на вратата дали моите клиенти са се редят и забелязвам, че действителната бик там. Аз гледам по-тясно и действително видите две бикове и дори вълк. След това забелязвам, че има някои овце. Овцете са така Лош, но те може би маскирани вълци? Не искам бикове в моя магазин за Китай!

Тя се влошава! Когато съм под наем пространство, Не можех да повярвам колко хубаво е. Широка и отворена, ужасен удобства, много разумна цена. Въпреки това, Сега аз съм осъзнавайки, че широко отворени пространства и огромна врата е просто отлично оразмерена за бик да дойде скитащи в и отпадъци в моя Китай.

Аз съм бутане тази аналогия твърде далеч, Разбира се. Крайните потребители не са бикове (Повечето от тях, все пак) а ИТ отделите не (или сигурно не трябва) Преглед на тяхната потребителска общност с този вид на съмнение. Въпреки това, има този вид на перфектни сблъсък се провежда вече в 3.0 платформа, която очаквам само ще се влоши в SP 2010. SharePoint вече оправомощава и насърчава крайните потребители да дефинират и прилагат свои собствени решения.

Това е страхотно и всички, но факт е, че тя все още е много технически продукт и все още призовава за вида на енергични бизнес анализ на изискванията, дизайн и общото планиране и управление, технически проекти изискват да бъдат успешни. Те не са от вида на умения, които много от крайните потребители имат в своята торба с трикове, особено когато фокусът е върху технически продукт като SharePoint.

Аз съм предадох това много мисъл през последната година или така и не виждам никакви лесен отговор. Тя наистина се свежда до образование и обучение. Мисля, че SP 2010 ще се промени на играта малко и то ще се разиграе по различен начин и по-бавно движение, като фирмите поставят техните SP 2010 решения по 2010 и отвъд. За да успее, Крайните потребители ще трябва да трансформира себе си и да се получи малко религия. Те ще трябва да научите малко за правилното изисквания
анализ. Те ще трябва някои проектна документация, която се откроява бизнес процес поток, например. Те трябва да разберат основните понятия като CRUD (създаване на, актуализиране и изтриване), Dev/тест/qa/ПП среда и как да използвате тази инфраструктура за правилно разполагане на решения, които живеят хубаво дълго време и Бенд (не почивка) в отговор на промените в организация.

През следващите седмици, Смятам да опитам и да предоставят някои от моите собствени нови идеи, както и връзка към голямата работа, извършена от много други автори (на www.endusersharepoint.com и другаде) така че заинтересованите крайни потребители могат да се научат, че старо време религия. Държа на вълната.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове: ,