Удивительно на сколько прямолинейно видят процесс разработки WebPart и Workflow в MS. Разработчикам рекомендуется либо завести отдельный образ Virtual PC (VMware), либо установить Visual Studio на сервер где функционирует WSS или MOSS (далее я буду говорить WSS подразумевая оба продукта). Часто вариант разработки на выделенном сервере просто не возможен, а на виртуальном он жутко неудобен. Понятно, что дело вовсе не в каких то технических особенностях Windows Server 2003 , но тогда в чем?
Ок. Заканчиваю с риторическим вопросами и перехожу к делу. Организовать процесс разработки можно и на машине с операционной системой отличной от Window Server 2003. Достаточно зарегистрировать в GAС несколько специальных библиотек и разработку можно начинать.
Итак, на сервере с WSS берем библиотеки и копируем их на свою машину например сюда: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI. Собственно список библиотек:
- Microsoft.SharePoint.dll
- Microsoft.SharePoint.Security.dll
- microsoft.sharepoint.WorkflowActions.dll
- microsoft.sharepoint.WorkflowActions.intl.dll
- microsoft.SharePoint.workflowactions.intl.resources.dll
- Microsoft.SharePoint.Library.dll
Первые две сборки необходимы разработки обычных WebPart, а остальные 4 для разработки WorkFlow. Регистрируем все сборки в GAC и студия готова к разработке!
Остается несколько SDK (с шаблонами для WSS), которые устанавливаются ТОЛЬКО на машину с установленными WSS, но по большому счету без них можно обойтись. Входящие в них шаблоны можно создать самому. Указанное решение протестировано и работает на VS 2005 и VS 2008.
Development |
Комментарии
В Sharepoint есть замечательная опция - "outgoing e-mail". С помощью исходящих e-mail'ов пользователь узла может подписаться на изменение/удаление/обновление элементов списков и библиотек документов узла. Но как заставить ее работать? Документации по настройке крайне мало, оно и понятно - у каждой организации своя IT-архитектура. При этом, как правило, настраивать и наполнять должен отдельный сотрудник, а сисадмины помочь ни чем не могут. Давать общие рекомендации не имеет смысла - поэтому расскажу, как решили эту проблему в нашей организации.
В большинстве источников по конфигурированию WSS бегло сказано что нужно только ввести адрес почтового сервера который поддерживает анонимный доступ. Кто же разрешит анонимный доступ к серверу электронной почты да и у кого это сервер располагается на той же машине что и WSS? Таким образом имеем начальные условия: сервер WSS на отдельной машине в домене, а почтовый сервер на другой.
Решение следующее:
- На той же машине что и WSS поднять SMTP-сервер.
- Добавить ему какой угодно alias.
- Поставить перенаправление входящих писем на почтовый сервер домена.
Провернуть это все очень просто, так как пока разворачивался IIS - по-умолчанию установился и SMTP-сервер. Весь процесс настройки приведен ниже.
Development |
Комментарии [2]
Наконец я нашел адекватно работающее CASE-средство, которое имеет нормальный интерфейс (в отличии от Rational Rose), быстро работает и не вываливается перманентно (как Poseidon for UML). Имя ему Enterprise Architect.
Вообще я давно уже хотел узнать таинство удобного создания UML. Вроде бы все пользуются каким-то продуктом, но рассказать толком ни кто неможет или не хочет. Например "Rose" меня сразу взбесила - я вообще не понимаю как IBM может делать такой кривой продукт! Ведь IBM в переди планеты всей - у нее ТАКИЕ центры R&D - а реализация "Розы" просто кривая! И при этом IBM с таким вот продуктом окучивает много-много компаний по всему миру!
Еще в книгах читал про "Together", когда ее еще не купила Borland - но так и не дотянулись руки - у меня вообще предубеждение к Borland.
Я уже и думать забыл про UML, когда на прошлой неделе установил себе Enterprise Architect от Sparx Systems. По сравнению с современными кросс-платформенными конкурентами, работает очень быстро. Стабильна. Стандартный интерфейс. Поддержка UML 2.1.
Важных нареканий пока нет - пользуюсь совсем мало времени. Пока устраивает. А может быть у вас есть альтернатива!
Development |
Комментарии [3]
« Предыдущая страница
» Следующая страница