Нема супе за тебе! Је Цисцо Соуп Нази НЛБ производа?

Данас, I tried to access a document library via windows explorer. This doc lib is living inside a system that consists of two WFE’s load balanced by some kind of Cisco NLB solution. (Ако / када се мрежа чаробњаци ми рећи шта је то, Ја ћу ажурирати овај пост).

Windows explorer couldn’t connect. I did some research and eventually, Мрежа чаробњаци рекао да ВебДАВ је онемогућен / не подржава / beneath the dignity of the NLB.

Тако, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", Морам да се запитам — не НЛБ, по природи, онемогући ВебДав? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Соуп Нази?

Управљање Мосс / ВСС окружења — складу са базе знања Мицрософт

Microsoft creates knowledge base articles day in and day out and some of those are darned important to know about if you live in the SharePoint world.

I keep up to speed with them via a service provide by the good folks at www.kbalertz.com. KBAlertz enables you to sign up for your favorite MS technology and they send you digest versions of Microsoft KB articles via email.

Веб апликација политика, Безбедносним тачкама и резањем безбедност — Упознајте своју конфигурацију

(УПДАТЕД 11/29 да објасни како приступити поставкама Веб апликација политика преку УИ)

I had one of those "why is MOSS doing this to me????" moments today. На крају, то је моја грешка.

We have an enterprise MOSS project going on and we want to secure "place holder" sites so that no user may access it or see it. That’s easy:

  1. Идите на сајт.
  2. Прекинете наслеђивање безбедности.
  3. Уклоните сваког корисника / група са сајта дозволе.

Изнад треба оставити само администратора колекције са дозволом да види сајт.

Ако је неко други пријави, они више не треба да види сајт и требало би да буде безбедност-украшене са свим уобичајеним местима.

Али … то није било. Истовремено, I suddenly realize that my "Joe User" standard user test account with no priv’s other than restricted read access has a "Site Actions" choice everywhere he goes. I double check one thing and double check something else. I pick up the phone to call a colleague, but put it down and check something else. I go for a walk and try everything all over again. I call a colleague and leave a message. And then, коначно, Сматрам да је у Етханов блог, his opening graph makes it quite simple:

МОСС 2007 има нову функцију која се зове веб апликација Правила. Ово су безбедносне дозволе који је везан за веб апликација. Ове безбедносне поставке замењују било безбедносна подешавања која је подешена на колекцији локација или Страницу (Мрежа) ниво за тог корисника.

A quick visit to web application policies shows that "NT Authority\authenticated users" had been granted Full Read. I removed them from the list and everything finally started working as expected. I believe they were added in the first place by someone with the mistaken impression that that is best method to grant read access to everyone in the enterprise. It does, али, напрезању цитат, "It does not mean what you think it means."

Access web application policies this way:

  1. Иди на централној администрацији
  2. Избор апликација за управљање
  3. Select "Policy for Web Application"
  4. На том екрану, make sure you pick the correct web application. За мене, подразумева се да је веб апликације централног админ који не може бити онај који желите.

Када сам имао овај проблем, Тражио сам за следеће фразе и добио изненађујуће мало у смислу непосредне помоћи по овом питању:

Сите активности видљиве за све кориснике

Сите активности видљивих свим корисницима

сите поступци нису безбедност тесан

обезбеди МОСС сајт

Увод у маховине безбедности

Тецхнорати Тагс:

Брза и једноставна: Коришћење фиксног упит кључне речи у претраживач резултате Цоре

Quick and Simple Instructions:

Edit a page and add a Search Core Results web part.

Edit that web part and expand "Fixed Keyword Query".

Add the fixed keyword query (e.g. ContentType:"Training invoice" TrainingInvoiceNumber:1111)

Expand Results Query Options and change "Cross-Web Part query ID" to a value other than "User Query" (e.g. "Query 2").

Белешке:

Using core search results in this manner allowed me to create a page that shows information from another site collection. The client has two major site collections: Departments and Products.

The product site collection contains, naturally enough, product information. Each product in the site collection aggregates data from multiple sources.

One of the departments, codes and testing, is on such source. When users access product XYZ, they should see codes and testing data directly on the XYZ main page. Since codes and testing is hosted in another site collection, it’s a little awkward. We decided to use the core search results web part since search spans site collections. Codes and Testing manages product data via a custom list that is constrained by a specific content type. Aa keyword query that uses first the content type and then the product number narrow down the search to a single row in the custom list.

The keyword query above is an AND. It returns documents of content type "Training Invoice" and where the invoice number equals "1111".

A nice benefit from this approach: We can edit the XSL from the core search results web part and generate any format that we want.

Погледајте овде (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) for another blogger’s discussion on this topic.

</крај>Претплатите се на мој блог.

Реците ми нешто о вашем блогу!

Ако одржавате блог који се бар минимално повезан са СхареПоинт, please let me know in comments. I would love to add you to my Блог Лист.

Ако одржавате блог који није повезан са СхареПоинт, али желите да га додате у сваком случају, let me know. I’ll may create a separate blog list.

Молимо Вас да:

  • Ваш блог УРЛ адреса (очигледно)
  • Кратак опис вашег блога.

I want to keep the link to "active" блогови, which I’m roughly defining as one post per week and minimum three months old. If you don’t meet that "requirement" add your name to comments anyway. It’s *my* list so I can break my own rule if I want to.

Хвала!

Обука запослених Распоред и материјали Шаблон — Смањења грешке у шаблону

The client noticed a bug today with the above mentioned template.

Course managers create courses. When creating a course, менаџер одређује максималан број расположивих места.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" повезана са том обуком.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. Као резултат тога, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, више самопослуживање регистрација је дозвољено.

Срећом, Microsoft provides the workflow for this process. Even better, то је равно-напред ток створио преко СхареПоинт Десигнер.

Следите ове кораке висок ниво да га поправи:

  1. Покрените СДП.
  2. Приступите сајт је базиран на тренинг предлошку.
  3. Access "Attendee unregistration" тока.
  4. Убаците ове кораке (Због мене су прва два корака):
    1. Израчунати Курсеви:Пуњене Седишта минус 1 (Излаз за Варијабла:цалц)
    2. (онда) Ажурирај ставку у Курсеви

Кликните на дугме Заврши и готови сте.

Фото Галерија:


СхареПоинт Десигнер:

слика

Завршено тока:

слика

Израчунајте дрилл-довн:

слика

Ажурирај ставку на курсевима:

слика

Дајте често добре вести; дају рано лоше вести

Био сам консултант за много година и као сваки искусни консултант зна, good communication is one of the key pillars to the successful delivery of a project. То је тако очигледно, it’s really almost boring to talk about. This isn’t a post about generic communication. Уместо тога, Ја пишем о тамнијој страни комуникације — комуницирање лоше вести.

Подразумева се да би давање добре вести за клијента врши се све време, as often as possible. Who doesn’t want to give good news? Who doesn’t like to hear good news?

Са друге стране, bad news is no fun at all. I have always struggled with this. In the earlier days of my career, Ја бих знао да нешто није наопако са пројектом и уместо да каже клијенту, I would work longer hours to try and solve the problem. I would enjoin my team to work harder. It’s a natural enough impulse to think that a super-human effort can save the day. Some times this works, some times it does not. Even when it "works" it’s often a mixed bag. Is the quality of the deliverable really up to spec when key parts have been developed over several 60 на 80 хоур аго?

Који је најбољи начин да се рукује лоше вести? The answer is: tell it early. Don’t wait until one week before the project budget will be consumed. If you know six weeks out that there simply isn’t enough time to deliver some bit of promised functionality, tell the client right then and there. The client may get upset (Вероватно ће), there may be incriminations and accusations and hurt feelings. Али, када емоције охлади, there’s still six weeks left on the project. Six weeks is a good chunk of time. There’s time to adjust plans, промените распореде, се лопта котрља на буџетским екстензијама (Срећно!) и генерално само се ухвати у коштац са "чињеницама на терену" and devise a new plan that still results in a successful project.

Случај у тачки: Радим на пројекту који карактеришу:

  • Т&Е буџет са капом ", да не прелази" долар износ.
  • "Најбоље напори ће се" обећање да испоручи Кс, И и З до краја пројекта.
  • Lack of promised key resources on the client side. These resources were not withheld on purpose, нити за било "лоше" разлог, али су задржане.
  • Свиће као реализација пројекта прошли пола пута нагласили да нисмо ишли да буде у стању да испоручи "З" (углавном због обећаног ресурси нису били доступни у ствари).
  • Редовни извештаји о статусу и "ЦИА" документације који нас подржавају (консултантски тим) up.
  • Чврсто штрика имплементација тим са члановима извући из консултантске организације (моја фирма) и клијент.
  • Даљину управљање тим, in both a metaphorical and physical sense. The management team was focused on another large enterprise project and due to space constraints, имплементација тим је био смештен у посебној згради у кампусу, низ брдо и релативно далеку путу од "цивилизације".

Са отприлике шест недеља оставили на пројекту буџета, ми (имплементација тим) knew that we were trouble. The contract said that we needed to deliver "Z". Even though the project is time & материјали и иако смо само обећао "најбољи напори" да испоручи З и иако смо имали велики оправдање за несталим испоруку … Суштина је да не гледа добро — нисмо ишли да испоручи З у облику квалитет да би им неко поносан.

Препознајући ово, смо отишли ​​у управљању и рекао им да је буџет пројекта би се конзумира до одређеног датума, и да смо били у невољи са З.

Мини Фиресторм избио у наредних неколико дана.

Дан 1: Менаџмент тим позива на њеног особља за посебном састанку (ми, консултанти нису позвани). Contracts are printed and handed out to everyone and a line-by-line review ensues. Management puts the staff members on the defensive. I don’t think the phrase "Стокхолм синдром" је * стварно * користи, али добијате слику. We’re a tight-knit group, уосталом, а особље је радио са нама консултанти дан и излазе за неколико месеци.

Дан 2: Management calls another staff meeting. They feel a little better. They want options and ideas for moving forward. They realize there’s still six weeks remaining in the current project budget, which is still a decent bit of time. One of the action items: закаже састанак са пуна имплементација тим (укључујући и консултанти).

Дан 5: Пуна тим се састаје, constructive meeting ensues and a new achievable plan put into place. Even better, we’ve already begun discussing phase two and the client invites us to prepare proposals for that phase immediately.

Да смо чекали док само три недеље остао, или још горе, једну или две недеље, it would have been much different. Instead of a constructive meeting to re-align the project, ми би били извлачење статусу извештаје, parsing the contract and reviewing old emails to justify this or that decision. We would have "won" али је она заиста "освајању" у овом случају?

Тако, ако имате да дају лоше вести, give it early. Bad news given late isn’t just bad, Ужасно.

Коришћење “Лице или група” у израчунатој колони

People commonly ask about using a column of data type "Person or Group" in another column of data type "Calculated".

Боттом лине, ово не ради у ВСС 3.0 (или МОСС).

Када додајете израчунату колону, WSS shows the list of fields it allows you to use for the calculation. If you type in the name of a column that is not in its list, То вам говори:

Један или више колона референце нису дозвољени, јер су колоне су дефинисане као тип података који није подржан у формулама.

Решење: Use an event handler. The event handler fires when the user saves the item. It performs the update you would have wanted the calculated column to do for you.

Корисни линкови о обрачунатим поља у целини:

Брзо Дисцлаимер: Верујем горе да би било истинито и тачно, али сам видео довољно паметне трикове ту и тамо у Мосс / ВСС да не би било изузетно изненађен (Нестрпљиво ако хоћете) if someone has figured out a way to do this without resorting to code. If you’ve figured out clever work-around or know someone that did, молим вас јавите ми!

Мосс / ВСС ми каже: “Страница је измењена од стране другог аутора на …” али заправо, то није било.

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, this process (though working in the main) broke some navigation links in the quick launch. The broken links are characterized by:

  • Wrong URL. На пример, it should be "/sites/departments/HumanResources/…". Међутим, the new link is "/sites/Corporate/HumanResources/…".
  • Repeated bits on the query string of the heading, као у:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, MOSS presents me with this when I try and do it:

слика

The fact is, no one is making any change there (aside from me, наравно).

A quick search turns up this MSDN forums discussion: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier lays it out nicely in the the penultimate (као и од 10/02/07) после:

Fact is:

To reset corrupted headings, you have to :

– remove all the lists under corrupted heading

– remove corrupted heading

– From the list settings, add a removed list to the quick launch (This regenerate a non corrupted heading)

You are then good to go….


Sharepoint Expert – Sogeti Cap Gemini Switzerland

I was a bit confused because I kept wanting to go to the navigation page, make the change and then get hit with the "page was modified" message. Коначно, I realized I had to go to the list settings and remove/add it to quick launch. That did the trick. Happy times are here again!

</крај>

Претплатите се на мој блог!

Проблеми са “Пауза до датума” активност у СПД-створене токове посла

УПДАТЕ 12/10/07: Hotfix as described in MSDN KB929816 solved the problem for us mentioned below. Obtain the hotfix and then install on each server on the farm. Онда, sharepoint configuration utility on each server. Here is the MS Support link for that KB: http://support.microsoft.com/kb/932816.

Позадина:

Имамо пословну услов где еколошки инжењеринг менаџер треба да осигура да 30 some-odd manufacturing locations located throughout the United States needs to ensure that those plants file for their various state-mandated permits in a timely fashion. One approach we’ve investigated leverages the "Pause Until Date" activity available to us via SharePoint Designer worfklow. The engineering manager (или њен помоћник) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

Околина:

МОСС, 64 бит, виртуелна машина окружење (Развој кутија), 2 сервери (На СКЛ серверу #1, све остало на серверу #2).

Проблеми:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. Међутим, не ради добро из кутије (за нас).

  1. Ток посао није требало да покрене, ever. I discovered this by reading through Кристофер Вајт (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent write-up by using stsadm thusly:

    Ц:\>stsadm -o getproperty -propertyname "job-workflow" -УРЛ хттп://лоцалхост

    <Property Exist="No" />

    Ц:\>

    То је изненађујући резултат, али лако решити:

    Ц:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 минута између 0 и 59" -УРЛ хттп://лоцалхост

    Операција је успешно завршена.

    Ц:\>

    Када то раде, the first "In Progress" Ток брзо запали и урадио свој посао.

  2. Нажалост, the next one didn’t work as expected. Срећом, Christopher refers us овде (http://support.microsoft.com/kb/932816). As of writing of this entry, чекамо ИТ одељењу да добије хитну исправку, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, па се надам да ће решити проблем.

Решење:

Re-running the stsadm -o setproperty command seemed to prod the workflow timer awake. It would, грубо 7 минута касније, actually wake up and continue along with the workflow.

Питања / Питања којима се бави:

Пауза до датума не ради.

Пауза до датума не настави.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"