месечни архиви: Февруари 2008

Неделя забавни: “НЕ ЗА ИЗНОС”

Оставете коментар

Обратно около 1998, на дружеството Работил съм за по това време получи финансиране за създаване на нов продукт за електронна търговия. Имахме с пълната гама от бизнес изисквания за изпълнение на. Тя трябваше да бъде бързо, лесно за крайните потребители, наперен, Multi-език, н. Тъжно да се каже, Вероятно не съм имал като амбициозен набор от работата за изпълнение тъй като тези опияняващи дни.

Това усилие предварително от Microsoft.NET. Обикновена ванилия ASP е все още малко нови (или най-малко много непознати за моята фирма). "Тухли и хоросан" компании са били обречени. Обречени! Това е да се каже, че това е пионерска работа. Не адронов ускорител пионерска работа, но за нас в нашия малък свят, Това е пионерска работа.

Бяхме луд зает. Правехме мини на POC в почти всеки ден, разберете как да поддържа състояние в своята същност без гражданство среда, Измислянето многоезичен въпроси, защита на ред ниво. Ние дори имаше създаде речник, за да дефинирате основни термини (Аз предпочитан държава устойчиви, но по някаква причина, неудобни "statefull" спечели ден).

Тъй като ние бяхме лудо изобретяването на този продукт, маркетинг и продажби хората били там се опитват да го продават. По някакъв начин, Те успяха да го продаде на нашия кошмарен сценарий. Въпреки че бяхме проектиране и прилагане на предприятието решение, наистина не очаквах първия клиент да използва всеки последен функция, ние вградена в продукта ден нула. Този клиент е необходимо многоезичен, коренно различни потребителски интерфейс от стандарта"" система, но със същата бизнес логика. Multi-език е особено трудно в този случай, тъй като ние винаги фокусирани върху испански или френски език, но в този случай, Това е китайски (което е двубайтови знакови задава и изисква специална обработка, като се има предвид като технология).

Бързо напред няколко месеца и аз съм на Northwest airlines полет до Пекин. Съм бил толкова зает подготовка за това пътуване, че имам почти никаква представа какво е искал да отида там. Бях чел една книга веднъж за това как един американец е бил в Китай в продължение на няколко години и е научил езика. Един ден той е ходене град и попита някои хора за направления. Разговорът беше там нещо това:

  • Американски: "Бихте ли ми казали как да стигнем до [XX] улица?"
  • Китайски: "За съжаление, Ние не говорят английски".
  • Американски: "О, Ами говори мандарин." и той ги попита отново на китайски, но по-ясно (най-добър той би могъл).
  • Китайски: Много учтиво, "За съжаление, Ние не говорят английски".

В разговора продължи подобно за битови и американския се отказах в чувство на неудовлетвореност. Тъй като той е оставяйки ги Той чул един човек, който говори на другите, "Мога да се закълна той питаше за указания за [XX] улица."

Съм качват няколко бита и парчета от други квази-информация, свързана с Китай и "полезни съвети":

  • Корейски co-работник ми каза, че трябва да бъдете внимателни на китайски, защото "те ще се опита да ме се напиват и се възползват от вас" в смисъл на ме принудят в лоши бизнес решения.
  • Не ни беше позволено да шофира Коли (имаше известно объркване, дали това е по избор, законово изискване или просто правило, на клиента).
  • Имаше специални правила за минава през митницата.
  • Не ни беше позволено да използват американски пари за нищо.
  • Вие не трябва да напусне съвети. Обидно е, ако го направите.

И накрая, Имах сравнително пресни спомени Площад Тянанмън. Когато бях в колеж, Спомням си, виждайки в реално време публикации в Usenet като на света, погледна в ужас.

В кратко, Бях много нервен. Аз не бях просто нормално нервен в смисъл, че е предоставяне на решение, което е от порядъка по-сложно, отколкото нещо някога бях направил преди. Също така бях притеснен за случайно счупено едно правило, което може да ми се в беда.

Аз съм на това 14 час полет и че това е бизнес клас, 14 часа е ужасно дълго време. Има само толкова много начини да се забавлявате, като четене, гледате филми или играете с магнитни приборите. Дори една наистина добра книга е трудно да се чете за няколко часа направо.

В крайна сметка, Започнах да чета материала на опаковката на част от софтуера, ръка-нося с мен на клиента, Уеб сървър на Netscape. Аз съм четене на изисквания хардуер/софтуер, маркетинг blurbs, търси в доста картина и изведнъж, Аз нула на гигант "не за износ" предупреждение, нещо за 128 битово криптиране. Аз пълнени полето обратно в моята чанта, Предупреждение с лицето надолу (тъй като, ако това биха помогнали) и се опита да запази видения на Среднощен експрес от главата ми.

Поглеждайки назад по него сега, Трябва да са били притеснени, Ако изобщо, когато напуска САЩ, не и когато влизах в Китай 🙂 Не се случи нищо необичайно и все още смятам, че това е най-доброто и запомнящо се бизнес пътуване, което съм имал удоволствието да направя.

</край>

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

Technorati тагове: ,

Разтвор: Член SPQuery не папки за търсене

3 Отговори

Миналата седмица бях прилагане "се развива" решение за клиент, който използва BDC и член SPQuery и се блъсна в някои затруднения, използвайки член SPQuery срещу библиотека с документи, съдържащи папки. Долната линия: Присвояване на "рекурсивни" за атрибут на изглед на заявка.

Моят сценарий:

  • В понеделник, Качване на документ и предоставят някои мета данни.
  • Следващата седмица, Качване на нов документ. Голяма част от този нов документ мета данни се основава на документа, който качих в понеделник (които наричаме "главен документ").
  • Ние създадохме уеб услуга фасада, която осигурява КБД-приятелски интерфейс към списъка, така че потребителите лесно да намерите този понеделник документ чрез търсене по заглавие.
  • BDC данни колона осигурява приятелски потребителски интерфейс. (Това е част от моя опит с BDC за по-приятелски справочна колона).

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  =
        "</Където>";

По време на първоначалния етап на развитие, този работник голям. Въпреки това, Ние въведохме папки в директорията за решаване на някои проблеми и изведнъж, Моят избор на BDC не върне никакви резултати. Това се проследяват до факта, че член SPQuery би никога не върне никакви резултати. Ние използвани папки главно да дадат възможност на множество файлове със същото име да бъде качен, но с различни мета данни. Когато файлът е качен, Ние Създай папка, базирано на ИД на елемента от списъка и след това преместете файла там (Аз написах за това Тук; Ние сме имали смесени резултати с този подход, но като цяло, Тя работи добре). Потребителят не им пука за папки и в действителност, наистина не разбирам, че има някакви папки. Ние конфигурирали всички изгледи на библиотеката да се показват елементи без папки.

Аз хит този проблем, два пъти по техническото изпълнение еволюира и решавам то различно всеки път. За първи път, Не е използвал съдържа оператор в заявка. Без оператор на съдържа, Аз бях в състояние да реши проблема чрез задаване на изгледа в член SPQuery на contructor. Вместо да използвате Конструкторът по подразбиране:

Splist.Update() oList = web.Списъци["Документи"];

Член SPQuery oQuery = нов Член SPQuery();

Вместо това използва конструктор, който определен изглед:

Splist.Update() oList = web.Списъци["Документи"];

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

Това решен проблема и аз започнах да си взема резултатите.

След това се добавя съдържа оператора в микса и го разби отново. Оказва се, че съдържа оператор, доколкото мога да кажа, не работи с изглед по същия начин като по-прост GEQ / LEQ оператори. Направих някои търсене и научих, че от заявката преглед на атрибути трябва да бъде настроен да "Рекурсивна", както и в:

oQuery.ViewAttributes = "Обхват = "Recursive"";

Това решен проблема за съдържа. Всъщност, Това също така решен проблема ми първоначалното търсене и ако бяха определени рекурсивни атрибут за първи път, Аз ще не тичам в този въпрос отново.

Фактът, че Изглед основа член SPQuery работи за някои оператори (GEQ/LEQ) а други не (СЪДЪРЖА), съчетано с факта, че KPI не изглежда да работи изобщо с папка, която съдържа документа библиотеки води ми да се смята, че член SPQuery има orthogonality проблеми.

Специални благодарности:

  • Добрите хора в U2U и си инструмент за заявка.
  • Майкъл Хофер е страхотно "учене чрез правене" блог пост, коментари и отговори.

</край>

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

Мос KPI бъг? Индикатора на списък, свързан с библиотека с документи с папки

1 Отговор

АКТУАЛИЗИРАНЕ 02/29/08: Аз решен този проблем чрез създаването на папка и след това присвояване тип съдържание в папка, която има мета данни аз нужда за KPI. Това е описано в малко повече подробности тук.

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

Мета данни за тези документи съдържа "да" / не колона на сайт наречен "спешно" и друга колона на сайт, наречен "Статус". Ние трябва да отговарят на бизнес изискване, което показва процента на "спешно" документи, чието състояние е "Висящо".

Това е обикновено просто и аз нещо много подобно на SharePoint гонче с много снимки на екрана, ако проявявате интерес.

Накратко, Направих следното:

  • Създаване на изглед на библиотеката на doc, наречена "В очакване".
  • Конфигурирайте изгледа, за да игнорирате папка структура.
  • Създаване на KPI списък.
  • Създаване на индикатор в списъка, който сочи към библиотека с документи и че "Чакащо" изглед.

Това просто не работи. KPI показва моята целева (e.g. пет спешно документи) но винаги показва действителния брой на спешните документи като нула. Парадоксално, Ако пробиете до детайли, Тя показва пет спешни документи в списъка. Съм създал много проста сценарий с два документа, един в една папка и една не. Тук е параван сачми:

Изображение

На екрана изстрел по-горе ясно показва, има два документа в изгледа, но "стойност" е един. "CamlSchema" с празен документ Id е в главната папка, а другият е в папка с име "84".

Струва ми се, че въпреки че указвате изглед, KPI не чест на "Покажи всички елементи без папки" настройка и вместо това, се ограничава до главната папка.

Ако съм сгрешил, Моля да ме линия или оставите коментар.

</край>

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

Technorati тагове:

ЕДП поток “Събиране на данни от потребител”: Промяна на генерирани задача формуляра

4 Отговори

Аз съм работи по проект, който използва пет различни SharePoint Designer работни потоци, за да се справят с някои одобрения на документи. ЕПД предвижда "събира данни от потребител" действие така че можем да Питай потребителя за различни битове на информация, като например дали те го одобри, някои коментари и може би питам какво са за вечеря онази вечер.

Формулярите са напълно функционални. Те са обвързани със списък със задачи като тип на съдържание. Те са 100% генериран от системата. Това е тяхната сила и слабост. Ако можем да живеем с формуляр по подразбиране, тогава ние сте добре да тръгвам. Въпреки това, Ние нямаме твърде много контрол върху как ЕДП създава формуляр. Ако ние не харесва това поведение по подразбиране, Ние трябва да прибягват до различни трикове, за да получите около него (за пример, Задаване на приоритет на задача).

Трябваше да осигури връзка на тези задача форми, които отвориха свойства на изгледа (dispform.asxp) на "свързани елемента" в нов прозорец. Това осигурява достъп с едно щракване на мета данни от съответния артикул. Това е, което искам да кажа:

Изображение

За щастие, можем да направим това и не е много трудно. Най-общо казано, Запалете SPD, Навигирайте до директорията, която къщи файловете на работния поток и отворете ASPX файла, който искате да промените. Това са само класически XSL трансформация инструкции и ако вие сте изхвърлените с itemstyle.xsl, търсене или други XSL сценарии, Това ще бъде лесно за вас. Всъщност, Намерих го да бъде по-лесно, тъй като създаденият формуляр е малко по-лесно да се следват в сравнение с търсене основните резултати уеб част (или кошмарен CWQP).

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

Тест 1:

  • Промяна на ASPX файла на ръка.
  • Тествайте го (Проверете дали вашите промени са записани правилно и не прекъсва нещо).
  • Отворете работния поток и добавяне на несвързани действие (например "Влезте в историята").
  • Запиши работния поток.

Резултат: В този случай, ЕДП не създаде отново формуляра.

Тест 2:

  • Правят същото като #1 Освен директно промяна "събира данни от потребител" действие.

Резултат: Това създава отново формата от нулата, -записване на вашите промени.

Заключителни бележки:

  • Най-малко два ЕДП действия създават форми като този: "Събиране на данни от потребител" и "Присвоите елемент". И двете от тези действия’ Формулярите могат да бъдат променени ръчно.
  • Аз бях в състояние да генерира ми линк към dispform.aspx, защото, в този случай, елемент се отнасят винаги има неговият ИД, вграден в свързаните артикули URL. Аз бях в състояние да го разархивирайте и след това изгради <a href> въз основа на него да предостави достъп до функцията на един щракване мета данни. Това е малко вероятно, че вашата URL следва това правило. Може да има други начини да получите ИД на съответния артикул, но аз не съм имал да пресече моста, така че аз не знам дали получава от другата страна на пропастта.
  • Аз не разследва, но аз не бих се изненадал, ако има някакъв вид на файл за шаблон във 12 кошер, че мога да променят да повлияе как ЕДП генерира формулярите по подразбиране (много като ние можем да променят шаблони за известяване).

</край>

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

Са “Неизвестна грешка” Съобщения много по-добре от проследяването на стека?

3 Отговори

Аз бях четене на Здравка блог пост за това как да разреши стека следи дисплеи и сега аз съм чудо: Защо не ние винаги Показвай проследяването на стека?

Кой излезе с това правило и защо ние да го следват?

Крайните потребители ще знаят нещо не е наред и в двата случая. Най-малко с проследяването на стека, те могат да натиснат контрол-printscreen, Копирайте в имейл и да го изпратите до него. Това ясно ще намали времето и усилията, необходими за решаване на проблема.

</край>

Technorati тагове:

Неделя (Неудобно) Смешно: “Моето име е Пол Галвин”

1 Отговор

От няколко години преди, Шефът ми ме помоли да обучават някои потребители на един продукт, наречен резултати. Резултатите е краен потребител докладване инструмент. Това е приблизително аналогични на услугата за отчитане на SQL Server или кристал. По това време, Тя е проектирана да работи на зелени тръби (e.g. Уайз 50 терминал) свързани към Unix кутия чрез telnet.

По подразбиране отговор на всеки въпрос, който започва с "може да ви … " е "да" и това е мястото, където всички проблеми започна.

Клиентът е химическа компания, в Южна Калифорния и е почти завърши големи внедряване на ERP, въз основа на На QAD в MFG/ПРОПОРЦИОНАЛНО. Изпълнението на плана сега призова за обучение мощност крайните потребители на продукта резултати.

Не бях голям потребител на този инструмент и със сигурност никога не е обучен някой преди. Въпреки това, Е провела редица други класове за обучение и е бързо на краката ми, така че не бях прекалено притеснен. Денис, в истински пълно резултати инструктор, ми беше дал му учебен материал. Поглеждайки назад по него сега, Това е наистина доста абсурдно. Аз не знам продукта добре, никога не е бил обучен официално върху него и имаше със сигурност никога не са го преподавали. Какъв бизнес са имали обучение на лица по него?

За да усложни нещата логистично, Аз бях помолен да отидете и да срещне някого в Чикаго като част от предварително продажби ангажимент по протежение на пътя. Планът беше да лети от Ню Джърси, отидете в Чикаго, отговаря за един час с перспектива и продължете към Калифорния.

Ами, Имам до Чикаго и на продажбите човек на моя екип са направили някаква грешка и никога не потвърди събранието. Така, Аз се появи и перспективата не е там. Жестоко. Опаковам и оставете и продължете към CA. Някъде по време на този процес, Намирам че клиентът се учи по-малко от 24 часове преди пристигането ми че "Пол Галвин" е преподаване на класа, не Денис. Клиентът обича Денис. Те искат да знаят "кой е този човек, Paul Галвин?" "Защо трябва да му се доверим?" "Защо трябва да плащаме за него?" Денис, очевидно не се абонирате за моята "най-рано даде на лоши новини" философия. Жестоко.

Пристигна на летището, както и за някои невероятно глупава причина, Имах проверка ми багаж. Направих го за LAX, но ми багаж не. За мен, загуба на багаж е много като да отидеш през седем етапи на скръбта. В крайна сметка го направи до хотела, с не багаж, уморен, гладни и облечен ми (до сега, много смачкан) Бизнес преса. Тя отнема много време да пътуват от Нюарк — до O'Hare — на клиент — обратно към O'Hare — и накрая да LAX.

Аз най-накрая намери себе си седи в хотелската стая, дъвчене на snickers Бар, изтощени и се опитва да събирам енергията да сканирате чрез обучителните материали отново, така че няма да изглежда като пълно магаре часа на класа. Това е малко на една ниска точка за мен в момента.

Се събудих на следващия ден, Направих всичко възможно да се изгладят ми костюм, така че аз не гледам като Уили Loman на лош ден и без глава на нагоре към клиента. Както толкова често се случва, лично тя е хубаво, любезен и много приятен. Това застана в рязък контраст да си изключително ядосан имейли/voicemails от предишния ден. Тя ме води за 3 мили през сграда след сграда до секционирано област в гигантски химически склад, където ние ще проведе класа за следващите три дни на разстояние. На 15 или 20 студентите бавно да се съберат, Повечето от тях все още очакват Денис.

Винаги съм започнете моите класове за обучение чрез въвеждане на себе си, дава някои фон и писане на моята информация за контакт за бяла дъска. Както казвам, "Добро утро, Моето име е Пол Галвин", Аз пиша името си, имейл и телефонен номер нагоре на бяла дъска с големи букви, така че всеки може да го види ясно. Обръщам се към факта, че аз съм замяна на Денис и ги уверя, че съм подходящ заместник, н. Имам всички накратко да ми кажете името си и какво искат да постигнат от този клас, така че мога да шивач неща за техните специфични изисквания, като отида заедно. Обичайните неща.

Ние приключи, че до и Запалете проектор. Аз отивам да изтрие моята информация за контакт and … Бях го написал в перманентен маркер. Бях толкова неудобно. В очите ми на ума, Той изглеждаше така: Това е "Пол Галвин" лице, Последната минута заместител на нашия любим Денис. Той носи смачкан бизнес костюм и брадясал. Той е просто написал му име огромни писма на нашата бяла дъска в перманентен маркер. Каква гледка!

Всичко завършва щастливо, Въпреки това. Това е химическа компания, Все пак. А посивял ветерани служител извади нещо от рафта and, вероятно в нарушение на СИП регламенти, изчистена дъската. Успях да остана 1/2 ден пред класа по време на курса и те ми даде добър преглед в края. Това циментира ми "щипка играч" репутация в моята фирма. Багажът ми пристигна първия ден, така че аз бях много по-приличен дни две и три.

Както аз бях като "червени очи" у дома, Аз бях планира "поуки". Имаше много да съзерцавам. Комуникацията е ключът. Кажете клиенти за промени в плана за. Някога не проверите багажа си на летището, ако можете евентуално да го избегнете. Донесе резервни "неща" в случай, можете да проверите си багаж и това не го прави. Мисля, че най-важният урок, който научих, Въпреки това, Това е: винаги тест маркер в долния ляв ъгъл на бяла дъска преди писане, с огромни букви, "Пол Галвин".

</край>

Technorati тагове: ,

Перспективи: SharePoint срещу. Големият адронен колайдър

Оставете коментар

Поради някои Одбол United Airlines полети взех в средата на 90, Аз някак си се озовал с предложение да се превърне "неизползвани мили" в около една дузина безплатно списание абонаменти. Това е как аз накрая абонирането за списание Scientific American.

Като софтуер / консултиране на хора, ние срещат много труден бизнес изисквания в нашата кариера. Най-много време, Ние обичаме, спазването на тези изисквания и в действителност, Това е вероятно защо мислим, че тази кариера е най-добрият в света. Понякога се чудя какво в света бих направил със себе си ако е бил роден по всяко друго време в историята. Колко ужасно ще бъде да пропуснат по видове работа получавам да правя сега, по това време и място в световната история? Мисля: доста страшни.

През годините, някои от изискванията, сте изправени са били изключително предизвикателство да отговори. Сложни SharePoint неща, изграждане на web рамки, базирани на web приятелски технология за обработка, комплекс BizTalk оркестрации и подобни. Всички ние можем да (Надявам се) погледнете гордо обратно на нашата кариера и кажа, "да, Това е трудна за решаване, но в крайна сметка аз pwned тази sumbitch!" Още по-добре, още по-интересно и забавно предизвикателства очакват.

Аз лично мисля, че моята автобиография, в това отношение, е доста дълбока и аз съм много горд с него (Въпреки че знам, че жена ми никога няма да разберат 1/20 от това). Но тази седмица, Бях четене статия за Голям адронен ускорител в списание ми Scientific American и е един от онези редки моменти, скромно където разбрах, че въпреки моите "гигант" състояние в някои кръгове или колко дълбоко мисля, че добре си на опит, има истински гиганти в съвсем различни светове.

Хората от екипа на LHC имат някои наистина Торни въпроси за управление. Помислете за Луната. Аз наистина не мисля прекалено много за Луната (Въпреки, че аз съм бил много подозрителен за това, тъй като научих, че се забавя въртенето на земята, който не може да бъде нещо добро за нас, хората в дългосрочен план). Но, LHC екип трябва да се тревожи. На LHC измервателни устройства са толкова чувствителни, че те са засегнати от Луната (Earth-rotation-slowing-and-eventually-Killing-All-Life) тежестта. Това е една чесало на изискване да отговарят — произвеждат правилните измервания въпреки намесата на Луната.

Аз бях обмислят този въпрос, когато прочетох това изречение: "Първо ниво ще получат и анализирате данни само подмножество от елементи на детектора, от които той може да се изберат обещаващи събития въз основа на изолирани фактори като например дали енергични muon е забелязан под голям ъгъл от оста на гредата." Наистина … ? Аз не играя в този вид таксуването и никога не ще.

Следващия път, когато съм с приятели, Аз отивам да вдигнете тост за добри хора, работещи в LHC, Надявам се те успешно не тежат на частицата Хигс бозона и проклятие Луната. Предлагам ви да направи същото. Ще бъде доста тост 🙂

</край>

Technorati тагове:

Злото Microsoft URL

2 Отговори

Аз правя едно търсене в Google:

Изображение

Щракнете върху връзката оцветени по-горе ("Изтегляне на подробни данни: Windows SharePoint…").

Аз добивам този:

Изображение

Обърнете внимание на URL адреса.

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

</край>

Бърз впечатление: Планиране на капацитет на системата център за SharePoint

Оставете коментар

Аз просто уволнен инструмент за планиране на капацитет Ето всички ярост тези дни.

Намерих го лесен за използване и бързо по подобие на клиента среда, съм работил по тази миналото лято.

С известно безпокойство, Аз натискане на крайния ОК бутон и препоръчва нещо, което е доста подобно на това, което дадохме наш клиент (Ние всъщност се хвърли във втори сървър приложение за бъдещето excel използване). Вземете, че да бъде добър знак и повишава доверието ми в инструмента.

Тя изглежда доста мощен неща много по-добре отправна точка от празна страница.

Харесва ми това ви позволява да получите в някои добри подробности за околната среда. Колко потребители, Как проектът ще използват системата (публикуване, сътрудничество, н), клон и свързаност / капацитет на мрежата между тях и сървъра на мама. Добри неща.

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

Аз се поколеба да го изтеглите, защото имам толкова много други неща, за да го погледнете, прочетете и се опитайте да се извари. Аз съм весел аз did.

Това е един лесен двустепенен процес. Изтегляне система център капацитет планер и след това изтегляне на SharePoint модели. Тя работи добре на Windows XP.

Въз основа на моя бързо впечатление, Аз не виждам как то p.t. от may сметка за:

  • Търсене: Общ брой документи, може би типове документи, езици.
  • Excel сървър: Колко, Ако изобщо?
  • Формуляри сървър: Колко, Ако изобщо?
  • BDC: Колко, Ако изобщо.

Тези, които могат да бъдат моделирани и аз просто не виждам ги в 10 минута преглед.

Аз определено ще го използвам в моята следваща клиента.

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

</край>

Разтвор: System.IO.FileNotFoundException на “SPSite = нови SPSite(URL адрес)”

11 Отговори

АКТУАЛИЗИРАНЕ: Аз афиш този въпрос за MSDN тук (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) и Michael Washam на Microsoft отговори с кратък отговор.

Създадох web услуга да действа като КБД екологични фасади списък на SharePoint. Когато се използва това от моята среда за разработка, мина успешно. Когато аз мигрирали това нов сървър, I откри тази грешка:

System.IO.FileNotFoundException: Уеб приложението на http://localhost/sandbox не може да бъде намерен. Проверете дали сте сте въвели URL правилно. Ако URL Адресът трябва да бъде обслужващи съществуващо съдържание, системният администратор може да се наложи да добавите ново искане URL съпоставяне разглежданото приложение. в Microsoft.SharePoint.SPSite...ctor(SPFarm стопанство, URI 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 АДРЕС, н. Аз винаги имам тази грешка.

I използва Google да го изследвания. Много хора се сблъскват с този проблем, или вариации от него, но никой не изглежда да го решени.

Tricksy МОС, при условие че такава подробна грешка, която не се ми да провери 12 кошер трупи. В крайна сметка, за 24 часа след Моят колега препоръчва се аз го направите, I извлечен 12 hive регистър и че това: 

Възникна изключение при опит да придобие локалната група:
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. Това наистина не ми помогне, но то did трепвам ме кара да мисля, е проблем на база данни или сигурност. Аз на въоръжение and Андрю Connell Публикувай накрая задейства мисълта, че трябва да се уверите, че на набора лична сметка е подходящ достъп до базата данни. Мислех, че вече е. Въпреки това, Моят колега отиде и дава ап пул самоличност акаунт пълен достъп до SQL.

След като тя прави тази промяна, Всичко започва да работи.

Какво се случи напред е най-добре изразено като Хайку Поемата:

Проблеми с повишаване на ръцете си.
Вие суинг и Мис. Опитайте отново.
Успех! Но как? Защо?

Тя не иска да остави нещата на мира, предпочитайки да даде минимално необходимото разрешение (и вероятно оглед писане блог запис; Аз я побеждава Пунш, muhahahahaha!).

Тя отстранени разрешения за последователно от ап самоличност акаунт до … вече не е изрично разрешение за ап идентичност акаунт на всички. Уеб услугата продължава да работи добре.

Отидохме и rebooted сървъри. Всичко продължава да работи добре.

Така, за да recap: дадохме ап идентичност пълен достъп до басейна и след това го отне. Уеб услугата започва да работи и никога не спря да работи. Странни.

Ако някой знае защо това трябва да са работили, Моля, оставете коментар.

</край>

Technorati тагове: