Щомісячні архіви: Лютий 2008

Неділя Funny: “НЕ ДЛЯ ЕКСПОРТУ”

Назад навколо 1998, Компанія я працював у той час отримав деякі фінансування для створення нового продукту електронної комерції. Ми мали повну гаму бізнес-вимог для задоволення. Це повинно було бути швидким, легко для кінцевих користувачів, кричущий, Багатомовна, д. Сумно, що, Я ще не, ймовірно, як амбітний набір роботи, щоб виконати ті п'янкі часів.

Ці зусилля попередньо від Microsoft.NET. Plain vanilla ASP була ще кілька нових (Чи не менше, дуже знайомі моєї компанії). "Немережевих" компаній були приречені. Приречений! Це означає, що вона була новаторської роботи. Не адронному колайдері новаторську роботу, але для нас у нашому маленькому світі, Він був новаторської роботи.

Ми були божевільним зайнятий. Ми робили міні ПСУ на майже щодня, з'ясувати, як, щоб зберігати інформацію за своєю суттю без громадянства середнього, з'ясування того, багатомовна питань, рядок рівень безпеки. Ми навіть мав створити словниковий запас, щоб визначити основні терміни (Я вважав за краще держави стійкі, але чомусь, незручне "statefull" виграв в день).

Як ми були шалено винаходив цього продукту, маркетинг і продажі люди були там намагається продати його. Якось, їм вдалося продати його на наш сценарій кошмар. Незважаючи на те, що ми були розробки та впровадження рішення про підприємство, Ми дійсно не чекав першого клієнта використовувати кожну останню функцію, ми побудували в день продукт нуль. Багатомовна цього клієнта, необхідні, інтерфейс користувача радикально відрізняється від стандартного"" системи, але з ж бізнес-логіки. Багатомовна було особливо важко, при цьому, тому що ми завжди зосереджено на Іспанська або французький, але в цьому випадку, Це було китайський (який двобайтовий знак встановити і вимагає спеціальної обробки, враховуючи технології, які ми використовували).

Перемотати вперед кілька місяців і я перебуваю на північно-заході авіакомпаній політ в Пекіні. Я був настільки зайнятий, підготовка до цієї поїздки, що я майже не знаю, що таке туди. Я читав книгу колись про те як американець був в Китаї протягом декількох років і дізнався мова. Одного разу він йшов міста і деякі люди просили напрямки. Розмова пішла щось, це:

  • Американський: "Могли б ви сказати мені, як дістатися до [XX] Вулиця?"
  • китайська: "Вибачте, Ми не говорять по-англійськи".
  • Американський: "Ах, добре я кажу Мандарин." і він запитав їх по-китайськи, але більш чітко (як краще, щоб він міг).
  • китайська: Дуже ввічливо, "Вибачте, Ми не говорять по-англійськи".

Розмова пішла подібне для біт і американський кинув у відчай. Коли він їхав них він почув однієї людини, виступаючи на інший, "Я міг би під присягою він був просять напрямках до [XX] вул."

Я підібрав кілька біти і шматки інші пов'язані з Китаю квазі інформаційно-"корисні поради":

  • Корейська, спільно працювали сказав мені, що в мені потрібно бути обережним китайців, тому що "вони постараються, щоб напитися мене і скористатися ви" у сенсі тиснув на мене у Бад бізнес-рішень.
  • Ми не було дозволено водити машину (був дещо здивована, як би, чи був це звичай, обов'язковою вимогою або просто клієнта правила).
  • Існували спеціальні правила проходять через митний.
  • Ми не було дозволено використовувати американський гроші за нічого.
  • Ви не повинні залишити поради. Воно є образливим, якщо ви робите.

І, нарешті,, Я мав відносно свіжі спогади на Тяньаньмень різанина. Коли я був у коледжі, Я пам'ятаю в режимі реального часу Usenet проводки як світ подивився в жах.

Коротше кажучи, Я була дуже нервова. Я був не просто звичайний нервової, в тому сенсі, що я виголошував рішення, яке було порядки складніше, ніж все, що я коли-небудь робив раніше. Я був також стурбовані випадково порушення правил, які могли б отримати мене в біді.

Я на це 14 години польоту, і хоча це було бізнес-класу, 14 години – кляті тривалий час. Є тільки так багато способів, щоб розважити себе, читаючи, перегляд фільмів або грати з намагнічених столові прибори. Навіть дійсно хороша книга дуже важко читати протягом декількох годин поспіль.

Врешті-решт, Я почав читати пакувальний матеріал на частина програмного забезпечення, я рука ніс зі мною до клієнта, Netscape на веб-сервері. Я читаю вимоги до апаратного та програмного забезпечення, маркетинг blurbs, дивлячись на красиві картини і раптом, Я зосередитися на гігант "не для експорту" попередження, дещо про 128 розрядне шифрування. Я фаршировані коробки назад у мій carry bag, попередження перевертати (як би це допомогло б) і спробував тримати бачення Опівнічний Експрес з моєї голови.

Озираючись назад, на ній зараз, Я був би стурбовані, Якщо на все, Коли я покинув США, not when I was entering China 🙂 Nothing untoward happened and I still consider that to be the best and most memorable business trip I’ve had the pleasure of making.

</кінець>

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

Бірки Technorati: ,

Рішення: SPQuery не шукає папки

Минулого тижня я був здійснення послугами "розвивається" рішення для клієнта, який використовує каталогу бізнес-даних і SPQuery і зіткнулися з деякими труднощами при використанні SPQuery проти бібліотеку документів, що містять папки. Нижній рядок: призначити "Рекурсивний" для атрибута подання запиту.

Мій сценарій:

  • У понеділок, Я завантаження документа та постачання деяких мета-дані.
  • Наступного тижня, Я можу завантажити новий документ. Значна частина цього нового документа meta даних на основі документа, я завантажив в понеділок (що ми називаємо "головного документа").
  • Ми створили web послуги фасаду, який забезпечує BDC зі зручним інтерфейсом до списку, так що користувачі можуть легко знайти той понеділок документа за допомогою пошуку в заголовку.
  • Стовпець даних служби ПБД забезпечує дружній користувачеві інтерфейс. (Вони є моя спроба за допомогою каталогу бізнес-даних для більш дружній стовпця підстановки).

Остаточний служби ПБД фасад використовує запит як це робити підстановки:

 // Використовується U2U інструмент для надання допомоги у створенні цього CAML запиту.
      oQuery.Query =
        "<Де>";

      Якщо (titleFilter.Length > 0)
        oQuery.Query   =
          "  <І>";

      oQuery.Query   =
        "    <І>" +
        "      <Geq>" +
        "        <FieldRef ім'я =  "DocumentId" />" +
        "        <Повязані =  "Text">" + minId + "</Значення>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef ім'я =  "DocumentId" />" +
        "        <Повязані =  "Text">" + maxId + "</Значення>" +
        "      </Leq>" +
        "    </І>";

      Якщо (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Містить>" +
          "      <FieldRef ім'я =  "Title" />" +
          "      <Повязані =  "Text">" + titleFilter + "</Значення>" +
          "    </Містить>" +
          "  </І>";
      oQuery.Query   =
        "</Де>";

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

Я вдарив цю проблему Удвічі кращий технічної реалізації розвивалися і вирішити її по-різному з кожним разом. В перший раз, Я не був за допомогою оператора МІСТИТЬ в запиті. Без МІСТИТЬ оператор, Я був в змозі вирішити цю проблему, вказавши погляд на contructor на SPQuery. Замість того щоб використовувати конструктор за промовчанням:

SPList oList = web.Списки["Документи"];

SPQuery oQuery = нові SPQuery();

Замість цього я використовував конструктор, що вказаний погляд:

SPList oList = web.Списки["Документи"];

SPQuery oQuery = нові SPQuery(oList.Views["Всі документи"]);

Що вирішена проблема, і я почав отримувати мої результати.

Потім я додав МІСТИТЬ оператор в суміші, і він зламав знову. Виявляється, що МІСТИТЬ оператор, наскільки я можу судити, не працює з тим, так само, як на простіше GEQ / LEQ операторів. Я зробив кілька пошуку і дізнався, що Перегляд атрибутів цей запит повинен бути встановлений на "Рекурсивний", як і в:

oQuery.ViewAttributes = "Сфера = "Recursive"";

Що вирішив проблему для МІСТИТЬ. Насправді, Це також вирішити мою вихідної задачі пошуку, і якщо я повинен був вказаний у рекурсивної атрибут в перший раз, Я б не зіткнулися питання знову.

Те, що подання на основі SPQuery працює для деяких операторів (GEQ/LEQ) а не інші (МІСТИТЬ), разом з тим, що KPI, схоже, не працювати на всіх з папку, що містить документ бібліотек приводить мене до думки, що SPQuery в деяких питаннях ортогональності.

Особлива подяка:

</кінець>

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

Помилка МОСС КПІ? Список індикатор прив'язані до бібліотеки документів з папками

ОНОВЛЕННЯ 02/29/08: Я вирішив цю проблему, створивши папки та присвоєння типу вмісту папки, яка має мета-дані, мені потрібна для KPI. Я описав що в трохи більш докладно тут.

Ми реалізували технічного рішення, де користувачам передавати документи до бібліотеки документів. Подія приймач створює каталог і рухається файл у цьому каталозі (за допомогою техніки схожа на те, що я писав про Тут). Ми успішно переходите навколо потенційних проблем, викликаних подія приймачів, які перейменувати завантажених файлів (головним чином тому, що користувачі ніколи не почати свій документ, натиснувши на "новий" але замість створення документів локально а потім завантажити їх).

Мета-дані для цих документів включає в себе так/ні стовпець сайту називається «термінові" і ще один стовпець сайту під назвою "Статус". Нам потрібні для задоволення вимог бізнесу, який показує відсоток «термінові" документи, стан якого є "Відкладена".

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

У двох словах, Я виконав наступне:

  • Створити подання на бібліотеці doc під назвою "Відкладена".
  • Настроювання подання ігнорувати структуру папок.
  • Створення списку KPI.
  • Створити індикатор у списку, який вказує на doc lib і що "очікування" подання.

Це просто не працює. KPI показує Моя мета (Наприклад. п'ять термінових документів) але завжди показує фактична кількість термінові документи як нулі. Як не парадоксально, Якщо ви просвердлите аж до подробиць, він показує п'яти термінових документів у списку. Я створив дуже простий сценарій з двох документів, один в папку і один не. Ось знімок екрана:

зображення

Вище постріл екрані ясно показує, що існують два документи в поданні, але значення"" один. "CamlSchema" із пустим документом Id знаходиться в кореневій папці, а інший-в папку з ім'ям "84".

Як на мене, навіть якщо вибрати подання, KPI не честь на "Показати всі елементи без папок" Установка і замість цього, обмежує себе до кореневої папки.

Якщо я помиляюся, будь ласка, черкніте мені, або залишити коментар.

</кінець>

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

Бірки Technorati:

СПД робочого циклу “Зібрати дані користувача”: Змінення форми створене завдання

Я працюю на проект, який використовує п'ять різних SharePoint Designer роботи потоків для обробки деякі погоджень документа. ІПД забезпечує "збирання даних від користувача" дії, щоб відобразити ми можемо запит для біта різної інформації, Наприклад, чи є вони затвердити його, Деякі зауваження і може бути запитати, що вони на вечерю вночі.

Дані формуляри є цілком функціональною. Вони прив'язані до списку завдань як тип вмісту. Вони є 100% створений системою. Це їхня сила і слабкість. Якщо ми можемо жити з форми за промовчанням, Потім ми добре йти. Однак, Ми не повинні занадто багато контроль над як СДПН створює форму. Якщо ми не подобається таку поведінку за промовчанням, нам необхідно вдатися до різних прийоми, щоб обійти це (Наприклад, встановлення пріоритет завдання).

Мені потрібно, щоб давати посилання на ці форми завдання, які відкрили Перегляд властивостей (dispform.asxp) «схожі елемента" у новому вікні. Це забезпечує один клік доступ до мета-дані пов'язаний елемент. Це те, що я маю на увазі:

зображення

На щастя, Ми можемо зробити це, і це не дуже складно. Взагалі кажучи, Запускайте СПД, Перейдіть в каталог, що вдома файли робочого процесу і відкрити файл ASPX, яке необхідно змінити. Вони просто класичний перетворення XSL інструкції, і якщо ви вже скинутих з itemstyle.xsl, Пошук або інші сценарії в XSL, Це буде легким для вас. Насправді, Я знайшов це буде простіше, як правило, з створена форма є дещо легше стежити порівняно з результатів пошуку ядро веб-частини (або на жахливі CWQP).

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

Тест 1:

  • Змінення файлу ASPX вручну.
  • Протестувати його (Переконайтеся, що ваші зміни збережено належним чином і не зламали).
  • Відкрити робочий процес і додати непов'язаних дію (Наприклад, "вхід до історії").
  • Зберегти робочий процес.

Результат: У цьому випадку, СДПН не повторно створити форму.

Тест 2:

  • Зробити те ж саме #1 за винятком безпосередньо змінювати "збирання даних від користувача" Дія.

Результат: Це повторно створює форму з нуля, помарок зміни.

Заключні зауваження:

  • Принаймні два СДПН дії створюють формах, як це: "Збору даних від користувача" і "Призначити зробити елемент". Обидві ці дії’ форм можна вручну змінити.
  • Я була здатна генерувати мої посилання на dispform.aspx, тому що, у цьому випадку, relate елемент завжди має його Ідентифікатор, вбудовані в URL-адреса пов'язаний елемент. Я зміг витягнути його і потім побудувати в <href> на основі його надати одним клацанням meta даних access функцію. Малоймовірно, що ваш URL слідує цьому правилу. Там можуть бути інші способи отримати ID пов'язаний елемент, але я не мав перетнути мосту, тому я не знаю, якщо отримує на іншу сторону прірви.
  • Я не розслідувати, але я був би здивований, якщо є якийсь файл шаблону в на 12 вулик, який я міг змінювати впливають як СДПН генерує форми за промовчанням (само, як ми можемо змінити оповіщення шаблонів).

</кінець>

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

Є “Невідома помилка” Повідомлення дійсно краще, ніж трасування стека?

Я читав Томе Мадхур в блозі про те, як Увімкнути відображення трасування стека і тепер я цікаво: Чому ми не завжди відображати трасування стека?

Хто придумав це правило, і чому ми дотримуємося її?

Кінцеві користувачі будуть знати, що щось не так в будь-якому випадку. Принаймні з трасування стека, вони можуть натисніть клавішу printscreen контролю, копіювати/вставити в повідомлення електронної пошти і відправити його до НЕЇ. Що б чітко зменшити час і зусилля, необхідні для вирішення цього питання.

</кінець>

Бірки Technorati:

Неділя (Незручне) Смішний: “Мене звати Paul Galvin”

Купу років тому, мій бос запитав мене, щоб тренувати деяким користувачам на продукт під назвою результати. Результати є кінцевий користувач звітний інструмент. Це приблизно аналогічні служби звітування для SQL Server або кристал. У той час, вона була розроблена для запуску на зелений труб (Наприклад. WYSE 50 термінал) підключення до Unix box через telnet.

За замовчуванням відповісти на будь-які питання, що починається з "ви можете … " "так" і це, де взагалі біда почалася.

Клієнт був хімічної компанії з Південної Каліфорнії і просто про загорнутий основних впровадження ERP, на основі QAD MFG/PRO. Впровадження плану тепер називається для підготовки живлення кінцевих користувачів результатів продукт.

Я не був великий користувач цей інструмент і звичайно, ніколи не привчив, хто-небудь раніше. Однак, Я провела ряд інших класах навчання і був швидко на ноги, так що я був не дуже турбуються. Денніс, реальний повний робочий день результатів інструктор, дав мені його навчального матеріалу. Озираючись назад, на ній зараз, дійсно дуже безглуздо. Я не знаю продукт добре, ніколи не були офіційно навчені на його і звичайно, ніколи не навчила її. Що бізнес у мене є навчання, будь-хто на ньому?

Щоб ускладнити технічно, Мене попросили піти і зустріти людину в Чикаго в рамках попереднього продажу участі в дорозі. План був літати з Нью-Джерсі, Перейти до Чикаго, зустрітися за годину з перспективою і потім продовжувати у Каліфорнії.

Ну, Я отримав в Чикаго і продажів хлопець в моїй команді були зроблені деякі помилки і ніколи не підтвердив зустрічі. Так, Я показав вгору, і перспектива не було. Супер. Упакувати і залишати і продовжувати у CA. Десь під час цього процесу, Я дізнатися, що клієнт є навчання менше 24 години до мого прибуття що "Поль Гелвін" викладав клас, не Денніс. Клієнт любить Денніс. Вони хочуть знати "хто ця людина Paul Galvin?" «Чому ми повинні довіряти йому?" "Навіщо нам платити за нього?" Денніс, очевидно, не підписатися на мій "дати погані новини рано" Філософія. Супер.

Я прибути в аеропорт і неймовірно дурний чомусь, Я мав перевірив мій багаж. Я добрався до Лос-Анджелес, але моя камера не став. Для мене, втрати багажу дуже схожа переживає на сім етапи скорботи. Врешті-решт я роблю це в готелі, з немає багажу, набридло, голодні і носіння моє (в даний час, дуже м'ята) діловий костюм. Це займає багато часу, щоб подорожувати з Newark — щоб О'Хара — з клієнтом — назад в районі O'Hare — і, нарешті, до Лос-Анджелес.

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

Я прокинувся наступного дня, зробив усе можливе, щоб згладити мій костюм, так що я не дивився, як Віллі Ломан на поганий день рухались клієнтові. Як це часто буває, у людини вона була приємно, ввічливі і дуже приємна. Це стояв на відміну її страшенно розлючені листів/а також голосові повідомлення з учорашнього дня. Вона веде мене про 3 миль через будівлі після будівлю, на секційного off площа в гігантських хімічний склад, де ми проведемо клас протягом наступних трьох днів. На 15 або 20 Студенти повільно зібрати, Більшість з них як і раніше очікує Денніс.

Я завжди почати мій навчальні класи, представляємо собі, даючи деякі фону і писати мою контактну інформацію на білі дошки. Як я кажу, "Доброго ранку, мене звуть Поль Гелвін", Я пишу моє ім'я, електронної пошти та номер телефону вгору на білі дошки великими літерами, так що кожен може побачити це чітко. Я звертаюся те, що я впевнений, замінивши Денніс і їх запевняю, що я підходить заміна, д. У мене є всі коротко, сказати мені своє ім'я і те, що вони хочуть, щоб досягти поза класом, так що я можу кравця речей, щоб їх конкретні вимоги, як я йду вперед. Звичайні речі.

Ми підсумкове що та запускайте проектор. Я йду, щоб стерти Моя контактна інформація і … Я писав у постійних маркера. Я була так збентежило. В моїй уяві, він виглядав наступним чином: Там це таке "Поль Гелвін" людина, останній хвилині заміна нашого улюбленого Денніс. Він носить м'ята, діловий костюм і Неголений. Він тільки що Написав величезний літери його ім'я на наші білої дошки в постійного маркера. Якому вигляді!

Все це закінчилося щасливо, Однак. Це було хімічна компанія, Як би там не було. A сивіючого ветерана співробітник витягнув щось з полиці і, ймовірно, в порушення положень EPA, Дошки очищається. Мені вдалося залишитися 1/2 попереду класу протягом усього дня, і вони дали мені хороший відгук в кінці. Це закріпила мій "щіпку гірке" репутація в моїй компанії. Мій багаж прибув перший день, так що я був наступних набагато більш презентабельно два дні.

Як я приймав червоних очей "назад додому, Я був споглядаючи "уроки". Був багато споглядати. Комунікація є ключовим. Розповісти клієнтів про зміни в плані. Ніколи не перевіряти вашого багажу в аеропорту, якщо можливо уникнути. Принести запасні "stuff" у випадку, якщо ви перевірити ваш багаж і його doesn't роблять це. Я думаю, що найбільш важливий урок, я дізнався, Однак, Це було: завжди тестувати позначку в нижній лівий кут білі дошки до написання, величезний літерами, "Paul Galvin".

</кінець>

Бірки Technorati: ,

Перспективи: SharePoint с.. Великий адронний колайдер

Через деякі дивак рейси авіакомпанії United Airlines я взяв у середині 90-х, Я якось потрапив з пропозицією трансформувати "Невикористовувані км" в близько десятка безкоштовну передплату на журнали. Ось як врешті-решт я підписавшись на наукових американського журнал.

Як програмне забезпечення / люди Consulting, Ми зустрічаємо багато складних бізнес-вимог наших кар'єри. Найбільше часу, Ми любимо, що виконання цих вимог і справді, Це, ймовірно, чому ми вважаємо цю кар'єру найкращих у світі. Іноді цікаво тільки те, що в світі я зробив би з самим собою якщо я був народжений в будь-який інший момент в історії. Як жахливо це було б упустити види робіт, що я добираюся, щоб зробити зараз, в цей час і місце в історії світу? Я думаю: досить страшно.

Протягом багатьох років, Деякі з вимог, я зіткнувся були дуже складними для задоволення. Складні речі SharePoint, створення web обробки фреймворки не є веб чисті технології, комплекс BizTalk оркестровки і тому подібне. Ми всі можемо (Ми сподіваємося) з гордістю озирнутися на наші кар'єри і сказати, "так, Це була важка вирішити, але врешті-решт я pwned що sumbitch!" Ще краще, ще більш цікаво і весело викликів чекають.

Я особисто думаю, що моє резюме, у цьому зв'язку, досить глибоко, і я дуже пишаюся (Хоча я знаю, що моя дружина ніколи не зрозуміють 1/20th, його). Але цей тиждень, Я читав статтю про у Великий адронний колайдер у моїх наукових американський журнал і був один з тих рідкісних упокорити моментів, де я зрозумів, що незважаючи на мої "гігант" статус в певних колах або як глибоко я думаю, що мій добре досвід, є реальні гігантів в абсолютно різних світів.

Люди на ВАКУ команди мають деякі дійсно гострих питань для керування. Розглянемо місяць. Я не замислюються над місяцем (Хоча я був дуже підозрілим, про це я дізнався, що він є сповільнює обертання Землі, яка не може бути добре для нас, людей в довгостроковій перспективі). Але, LHC команді доведеться турбуватися. LHC в вимірювальні прилади є настільки чутлива, що вони страждають від місяця (Earth-Rotation-slowing-and-eventually-Killing-All-life) Гравітація. Що це до біса вимога для задоволення — виробляють правильні вимірювання, незважаючи на втручання на місяць.

Я міркував цього питання, коли я читав цю пропозицію: "Перший рівень буде отримувати та аналізувати дані з підмножина всі детектор компонентів, від яких він може виділити перспективним події на основі ізольованих такі фактори, як чи енергійний мюонного була помічена пролетів великий кут від осі промінь." Справді … ? Я не граю в тому, що вид пісочниці і ніколи не буде.

Наступного разу я виходжу з друзями, Я хочу підняти тост на честь хороші люди, що працюють на ВАКУ, сподіваюся, що вони успішно не важать частинок бозон Хіггса і проклинати місяць. Я пропоную вам зробити те ж саме. It will be quite the toast 🙂

</кінець>

Бірки Technorati:

Зло Microsoft URL

Завершення пошуку Google:

зображення

Я натискаю на посилання, підкреслив, над ("Подробиці завантаження: Windows SharePoint…").

Я отримую це:

зображення

Зверніть увагу, URL-адреса.

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

</кінець>

Бірки Technorati:

Швидкий враження: Система центру ємність планувальник для SharePoint

Я просто вистрілив вгору планування інструментом потужності це в моді ці дні.

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

З деяким трепетом, Я натиснув остаточний кнопку ОК, і Він рекомендував, що те, що дуже схоже на те, що ми дали нашого клієнта (Ми фактично кинув у другому сервер додатків для майбутнього використання excel). Я вважати, що бути хорошим знаком і підвищує впевненість у засобі.

Це здається досить потужна річ набагато краще відправною точкою, ніж порожня сторінка.

Мені подобається, що дозволяє отримати деякі хороші Докладніше дізнатися про навколишнє середовище. Скільки користувачів, як ви проект буде використання системи (публікації, Співпраця, д), філії та зв'язок / місткість мережі між ними і мама сервера. Хороший матеріал.

Він запитує широкі на основі питань і потім дозволяє tweak деталі для досить гранульований модель вашого середовища.

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

Це легко етапи. Завантажити система центру ємність планувальник а потім завантажити SharePoint моделей. Він добре працює на Windows XP.

Мій швидкий враження на основі, Я не бачу, як це може пояснити:

  • Пошук: Загальна документів, може бути типи документів, мови.
  • Excel сервера: Скільки, Якщо на все?
  • Форми сервер: Скільки, Якщо на все?
  • ПБД.: Скільки, Якщо на все.

Тих, хто може бути змодельовані і я просто не бачу їх в на 10 хвилина огляд.

Я обов'язково використаємо його на мій наступний клієнт.

Якби я не за консультант і замість цього працюють для реальної компанії :), Я б модель моєї поточної ситуації і подивитися, як модель рекомендованих інструмента на матчі проти реальності. Це було б дуже акуратним. Це може привести до деяких непоганою інфраструктурою обговорення.

</кінець>

Рішення: System.io.FileNotFoundException на “SPSite = новий SPSite(URL-адреса)”

ОНОВЛЕННЯ: Я написав це питання на MSDN тут (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) і відповів Michael Washam Microsoft з короткою відповідь.

Я створив веб-сервіс, виступати з Фасад каталогу бізнес-даних для роздруку до списку SharePoint. Коли я використав це з моєї середовище розробки, вона працювала добре. Коли я це перенесено на новий сервер, Я помилка сталася:

System.IO.FileNotFoundException: У веб-застосунку в http://localhost/sandbox не знайдено. Переконайтеся, що ви ввели URL правильно. Якщо URL-адреса повинна бути вказує на наявний вміст, системному адміністратору, можливо, потрібно додати нове зіставлення URL-адреси запиту з потрібним застосунком. на Microsoft.SharePoint.SPSite...ctor(Ферму SPFarm, Урі requestUri, Булеві contextSite, SPUserToken userToken) на Microsoft.SharePoint.SPSite...ctor(Рядок requestUrl) на Conchango.xyzzy.GetExistingDocument(Рядок minId, Рядок maxId, Рядок titleFilter) у C:\Документи та SettingsPaulMy DocumentsVisual студії 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:лінія 69

Ось лінія 69:

за допомогою (SPSite сайту = новий SPSite("http://localhost/sandbox"))

Я пробував різні варіації на URL-адресу, включаючи використання реального імені сервера, її IP-адреса, косу риску на URL-адресу, д. Я завжди отримувала цю помилку.

Я використав Google аналітично. Багато людей загрожувати цього питання, чи варіації, але ніхто, здавалося це вирішена.

Tricksy ЛИШАЙНИК за умови такий детальний помилка, що вона не приходила мені в голову перевірити на 12 вулик журнали. Врешті-решт, про 24 годин після мій колега рекомендується, я роблю так, Я перевірив на 12 вулик вхід і знайшов це:

Під час спроби отримати локальну ферму стався виняток:
System.Security.SecurityException: Запитаний реєстру доступ заборонено.
на System.ThrowHelper.ThrowSecurityException(ExceptionResource ресурсу) на Microsoft.Win32.RegistryKey.OpenSubKey(Рядок назви, Логічне значення для запису) на Microsoft.Win32.RegistryKey.OpenSubKey(Рядок назви) на Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() на Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() на Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& ферми, Логічне значення& isJoined)
Зона зборів, які не вдалося був:  MyComputer

Це відкриває нові напрямки досліджень, так було повернутися на Google. Що привело мене до цього на форумі: http://forums.codecharge.com/Posts.php?post_id = 67135. Що дійсно не допомогли мені, але вона почала змушує мене думати, було бази даних і/або безпеки питання. Я відмовлявся і Ендрю Коннелл опублікувати нарешті спрацьовує від думки, що мені слід переконатися, що ідентичність обліковий запис пулу застосунків мав належний доступ до бази даних. Я думав, що він вже зробив. Однак, мій колега пішов і дав app басейн ідентичності рахунок повний доступ до SQL.

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

Що сталося далі має кращий вигляд на Haiku вірш:

Проблеми, підняти руки.
Гойдалки і пропустити. Спробуй ще раз.
Успіх! Але як? Чому?

Вона не хотіла залишити все поодинці так, вважаючи за краще дати мінімальний необхідний дозвіл (і напевно віч-писати в блозі; Я бити нею до удару, muhahahahaha!).

Вона зняла послідовних дозволи від app басейн ідентичності обліковий запис до … вже не було будь-якого дозволу app басейн посвідчення облікового запису на всіх. Веб-служба продовжували працювати нормально.

Ми пішли і перезавантаження сервери. Все, що продовжує працювати нормально.

Так, Нагадаємо: Ми дали app басейн identity повний доступ і потім забрав його. Веб-служба почав працювати і ніколи не перестав працювати. Bizarre.

Якщо хто-небудь знає, чому, працювати, будь ласка, залиште коментар.

</кінець>

Бірки Technorati: