Коллективным разумом на форуме дошли до способа вставлять записи, не извлекая всех имеющихся.
Определил вот такой метод:
const string EmptyQuery = "<Where><Eq><FieldRef Name='ID'/><Value Type='Integer'>0</Value></Eq></Where>";
public static SPListItem AddItem(SPList list) {
SPQuery q = new SPQuery();
q.Query = EmptyQuery;
return list.GetItems(q).Add();
}
И вместо конструкции
SPListItem newItem = list.Items.Add();
стал использовать
SPListItem newItem = AddItem(list);
А вот так - в Maxthon 2:
Набрёл (ещё для Sharepoint-2003) на довольно заковыристый, но работающий способ определения имени папки, в которой размещаются файлы документов библиотеки library:
library.DefaultView.Url.Split("/".ToCharArray())[0];
Ничего более простого и прямого не обнаруживается (и в Sharepoint-2007 тоже).
Веб-часть XmListViewer 2007 предназначена для установки на узлах (сайтах) в составе Microsoft Office SharePoint Server 2007 или Microsoft SharePoint Services v.3.
Web part XmListViewer 2007 is intended for the installation on sites of Microsoft Office SharePoint Server 2007 or Microsoft SharePoint Services v.3.
Строятся на этих штуковинах-объектах разные менюшки в наследниках System.Windows.Forms.Form.
Но какие-то странные эти "объекты". Недавно захотел сократить их количество в программе за счёт повторного использования одинаковых объектов в главном меню формы и в контекстном меню. Но случился облом: объект оказывается только в последнем списке DropDownItems, куда он был добавлен. 
Собственно, Студия только так и позволяет делать.
Без добавления пустой строки следует писать .ToString()
Выясняется, что конструкцию
if (list is SPDocumentLibrary)
node.Tag = item.File;
else
node.Tag = item;
нельзя записать в виде
node.Tag = (list is SPDocumentLibrary) ? item.File : item;
Компилятор орёт гнусными выражениями, что типы разные и привести их не может. Тупой компилятор
Забавное решение получилось для субжа:
1: class Program {
2: const string debugKey = "-debug";
3: static void Main(string[] args) {
4: //debug
5: if (new List<string>(args).Contains(debugKey))
6: Console.ReadLine();
7: }
8: }
При запуске программы с параметром -debug в ком. строке она останавливается на строке №6 в ожидании нажатия на Enter. В это время и можно подцепиться отладчиком (напр., в Visual Studio) к процессу на удалённом компьютере и поставить нужные прерывания. После нажатия на Enter (в консоли удалённой машины) всё идёт обычным порядком.
Неправильно работает атрибут свойств веб-части WebPartStorage(Storage.Personal) - при отсутствии значения для текущщего юзера используется неизвестно чьё !!!
Пришлось делать проверку, есть ли у пользователя возможность сохранять значения свойств и при отсутствии оных использовать значение по умолчанию.
private bool UserCanWriteParameters() {
bool prevSave = this.SaveProperties;
bool prevCatch=SPContext.Current.Site.CatchAccessDeniedException;
bool retval = false;
SPContext.Current.Site.CatchAccessDeniedException = false;
try {
this.SaveProperties = true;
retval = true;
this.SaveProperties = prevSave;
} catch { }
SPContext.Current.Site.CatchAccessDeniedException = prevCatch;
return retval;
}
Очередная засада.
При конвертации портала к версии MOSS2007 происходит преобразование областей (Area) в сайты (SPWeb) с сохранением структуры, существующей на момент процесса. Для обеспечения возможности использовать "портальные" адреса вида "/Cx/Cxx/area" организован редирект на вновь сформированные узлы. Где-то там установлено время ожидания до редиректа 5 сек. - как регулировать, можно ли уменьшить до нуля - ХЗ. Вот решил кто-то...
Кроме того, такие ссылки в разных местах порассованы и как автоматизировать их замену - абсолютно пока нет мыслей.
Иногда 
К счастью, оказалось, что на узле есть и нормальные страницы /Pages/default.aspx, на которую при известной сноровке можно переключиться в свойствах сайта. Для автоматизации этого дела надо бы утилитку какую сочинить...
Добавлено: сочинил утилитку...
После установки обнаружились неприятные эффекты в работе Sharepoint Portal 2003 - ровно такие же, какие получились при установке .NET v.2.
Вот, блин.
Добавил: Upgrade до версии 2007 проходит нормально. Хоть какая радость.
Выпустили вчера этот сервиспак (как где-то выразились - втихаря).
Описания толкового не приложили, а экспериментально выяснилось, что из ожидавшегося (и не сильно сложного, в общем-то) нету улучшенной графики для удалённого рабочего стола (RDP). При том, что клиентов, умеющих такой графикой пользоваться, раздали уже давно.
Да и WMP11 могли бы приложить - многие сервером как десктопом пользуются, при разработке под ASP.NET 1.1 практически только так и можно жить.
В Sharepoint 2.0 существует досадное недоразумение - документы, размещённые в списках как присоединённые файлы, не индексируются через механизм полнотекстового поиска.
С помощью форума выяснилось, что дело в вычисляемом столбце Extension таблицы Docs. Для вычисления значения этого столбца используется формула
case when [DoclibRowId] IS NOT NULL AND charindex(N'.',[LeafName] collate Latin1_General_BIN)>(0) then right([LeafName],charindex(N'.',reverse([LeafName]) collate Latin1_General_BIN)-(1)) else N'' end
Зачем был вставлен выделенный фрагмент, неизвестно (может, ошибки какие пытались исключить?), но для присоединённых файлов это условие, как раз, и выполняется.
Заменой формулы на модифицированную
case when charindex(N'.',[LeafName] collate Latin1_General_BIN)>(0) then right([LeafName],charindex(N'.',reverse([LeafName]) collate Latin1_General_BIN)-(1)) else N'' end
индексация присоединённых файлов включается и все радуются.
Давно висела задача не дать пользователям возможности уйти с открывшейся страницы не предусмотренным способом с сохранением введённых данных или с удалением незаполненных записей, а при помощи кнопки Back в браузере. Такой "уход" приводит к появлению пустых записей в списках и другим нежелательным эффектам типа воплей о пропавших данных.
При внимательном рассмотрении выяснилось, что "легальная" смена УРЛа происходит при помощи трёх элементов - Button, LinkButton и HyperLink. Для каждого из них требуется специфическое решение для занесения в history адреса перехода (что и даёт эффект "очистки" истории и "блокировки" кнопки Back).
Для этого элемента просто переопределяем реакцию на нажатие:
//Настройка элемента
HyperLink link = new HyperLink();
link.Text = ...;
link.NavigateUrl = ...;
//обработчик нажатия на клиенте
link.NavigateUrl = "javascript:window.location.replace('"+link.NavigateUrl+"')";
Для этого элемента кроме переопределения реакции на нажатие требуется добавить на страницу скрипт и передать в элементе hidden адрес перехода (такая передача требуется на случай, если таких элементов на странице больше одного):
//Настройка элемента
LinkButton linkButton =
Button
Для элемента Button настройки аналогичны элементу LinkButton.
После таких модификаций переходы по нажатию на такие элементы приводят в "блокировке" кнопки Back браузера.
Естественно, нашлась ложка дёгтя - при наличии на странице других элементов, не обладающих таким же поведением, "блокировка" кнопки Back может быть нарушена. Таким элементом, например, является пункт меню "Изменить общую веб-часть..." :-(
Объявили ещё зимой конкурс, выставил на него в апреле примочку, до сих пор её "тестируют". Скоро уже никому не надо станет - новая версия Шарепойнта на подходе.
Решил на Гугле вывесить, может, кому пригодится...
P.S. Это веб-часть такая для Шарепонт'а.
MSFT have declared even in the winter competition, I have exposed on it in April a lotion, till now "testing". Soon nobody becomes already necessary - new version of Sharepoint on the approach.
Has decided on Google to hang out, maybe to whom it is useful...
It is useful webpart for Sharepoint 2003...
For rest and a relaxation has composed utility for copying files on post servers.
Now backup of my the projects I do on a disk by nnbackup and on mail servers (gmail, hotmail, mail.ru) by eMailBackup - there should be an advantage of greater boxes, not only a spam to collect...
Для отдыха и расслабления сочинил утилитку для копирования файлов на почтовые серверы.
Теперь бекап своих проектов делаю на диск при помощи nnbackup и на почту (gmail, hotmail, mail.ru) при помощи eMailBackup - должна же быть польза от больших ящиков, не только спам собирать...
В приложении использую конфиг-файл, в котором пользователи пишут значения руками. Естественно, ляпают. Как правило, лишние символы в конце и в начале. Но соответствующие свойства класса Settings оказываются readonly (настройки для всего приложения). Да к тому же тип у настроек - StringCollection.
В итоге пришлось соорудить функцию
public delegate bool goodString(string o);Вызов такой:
setsSearchSites =
CommonTools.CloneCollection(sets.SearcSites,А в приложении пользуюсь уже исправленной копией параметров, с вычищенными пробелами и слешами на концах.
(по крайней мере, MS SQL 2005 так шутит)
Выяснилось, что даже при указании для некоторого NOT NULL поля таблицы значения по умолчанию в это поле нельзя записывать null.
Т.е., если поле col1 определено как NOT NULL default ('anystring'), то нельзя написать INSERT INTO (col0, col1) VALUES (@p0, @p2) и параметру @p2 присвоить null (DBNull.Value). Тут получится выкидыш-exception - низя в такое поле совать NULL. В этой ситуации поле нужно вовсе в списки не упоминать, тогда ему будет присвоено значение по умолчанию.
Как-то это неочевидно, а в BOL если и написано об этом, то где-то весьма далеко - специально искал, да не нашёл.
(по крайней мере, SQL EveryWhere так шутит)
Запоминаю в таблице данные файла (имя и дату изменения), чтоб в дальнейшем повторно этот файл не обрабатывать. Фокус вылезает при извлечении запомненной даты и сравнении её с датой из файловой системы. Если файл не изменялся, результат такого сравнения - как у блондинки: то ли больше, то ли меньше. Выяснилось, что при сохранении пропадают сколько-то миллисекунд (округление такое, что ли?)... Пришлось изобретать округление до секунды и пользоваться такими округлёнными значениями.
public static DateTime RoundToSecond(DateTime date) {Новую примочку придумали. Поглядим...
Как-то не сразу постится...
private void DoFile(string path) {
iisLogsTested++;
if (TestFileToProcess(path)) {
log.WriteFileWithTimeStamp("Processing of file [{0}]", path);
ProcessFile(path);
}
}
Нормально, вроде. Пользоваться можно.
P.S. Одновременно с этой примочкой поставили тулбар, с которым моя машина не справляется :-( Пришлось снести...
/// </summary>
/// <returns>очередную библиотеку </returns>
/// <remarks>вызывать в цикле вида
/// foreach (SPDocumentLibrary lib in DocLibs()){ ... }
/// </remarks>
IEnumerable< SPDocumentLibrary>DocLibs() {
SPGlobalAdmin ga = new SPGlobalAdmin();
string[] vsNames = ga.VirtualServerNames;
for(int vs=0;vs<vsNames.Length;vs++){
SPVirtualServer srv = null;
try {
srv = ga.VirtualServers[vs];
} catch (Exception err) {
log.WriteException(err, false, vsNames[vs], 68);
continue;//next VirtualServer
}
int nSites = -1;
try {
nSites = srv.Sites.Count;
} catch { }
if (nSites > 0) {
string[] siteNames = new string[srv.Sites.Count];
for (int s = 0; s < siteNames.Length; s++)//fill names
try {
siteNames[s] = srv.Sites[s].Url;
} catch {
siteNames[s] = null;
}
foreach (string siteName in siteNames) {
if (string.IsNullOrEmpty(siteName)) continue; //next Site
SPSite site = null;
try {
site = new SPSite(siteName);
} catch (Exception err) {
log.WriteException(err, false, siteName, 69);
continue; //next Site
}
site.CatchAccessDeniedException = false;
string[] webNames;
try {
webNames = site.AllWebs.Names;
} catch (Exception err) {
log.WriteException(err, false, siteName, 691);
continue; //next Site
}
foreach (string webUrl in webNames) {
SPWeb web = null;
try {
web = site.AllWebs[webUrl];
} catch (Exception err) {
log.WriteException(err, false, webUrl, 70);
continue;//next web
}
int listsCount=-1;
try {
listsCount=web.Lists.Count;
} catch { }
if (listsCount > 0) {
string[] listNames = new string[listsCount];
for (int l = 0; l < listsCount; l++) {
try {
listNames[l] = web.Lists[l].Title;
} catch (Exception err) {
log.WriteException(err, false,
string .Format("List number {0}", l + 1), 71);
listNames[l] = string.Empty;
}
}
foreach (string listName in listNames) {
if (!string.IsNullOrEmpty(listName)) {
SPList list = null;
try {
list = web.Lists[listName];
} catch (Exception err) {
log.WriteException(err, false, listName, 72);
continue; //next List
}
if (list != null && list is SPDocumentLibrary)
yield return list as SPDocumentLibrary;
}
}
}
web.Dispose(); }
site.Dispose(); }
}
}
ga.Dispose();
}
Нужно было воспользоваться свойством списка list.LastItemModifiedDate - gets the date and time that an item, field, or property of the list was last modified.
При этом время выдаётся по Гринвичу независимо от региональных установок на объектах SPWeb и SPSite. Выкрутился использованием конструкции
list.ParentWeb.RegionalSettings. TimeZone.UTCToLocalTime(list.LastItemModifiedDate )
В это же самое время для отдельных items списка данные, например, list.Items [0]["Modified"], выдаются в соответствии с региональными установками.
Вот же, блин. Горелый.
В проекте потребовалось сохранять промежуточные данные, чтоб потом их считывать. Можно, конечно, сериализовать и сохранять в файл (двоичный или xml), но подумалось, что попользоваться базой данных проще и привычней. База там, естественно, есть, однако это MS SQL Server, занятый своей собственной неслабой работой, поэтому сразу решил поискать чего-то встраиваемого в саму программу, небольшого размера и, желательно, бесплатного.
Вот результаты изысканий:
Vieka eSQL – бесплатная для любого применения, платить нужно только при использовании в продажных продуктах для мобильных девайсов. Для использования требуются библиотеки размером ок. 450 кб. Наследник SQLite, имеет минимальный набор типов, с небольшими базами работает быстро (при размерах в сотни мегабайт народ жалуется на тормоза). Имеет интерфейс с .NET, работает с SQL-92. База однофайловая. Требуются операции сжатия базы. Имеется пример, который получается изменять – бум смотреть в качестве кандидата.
db4o – распространяется по GPL. Для использования требуются библиотеки размером ок. 860 кб. Имеется интерфейс с .NET 2.0 и .NETCF 2.0. Объектная база. Народ жалуется на задержки при открытии файла базы. База однофайловая. Мало какой-либо хорошей информации, хотя имеющиеся примеры работают.
SQL Server Everywhere Edition – пока что существует в виде CTP, но к концу года обещают выпустить релиз, да ещё и бесплатный. Для использования требуются библиотеки размером ок. 1.5 Мб. Имеется интерфейс с .NET 2.0 и .NETCF 2.0. Программная модель – как у SQL Server 2005. База однофайловая. Штука привлекательная, надо её поизучать на будущее.
VistaDB – продаётся за деньги, но лицензия позволяет распространять использующий базу продукт бесплатно. Для использования требуются библиотеки размером ок. 650 кб. Имеется интерфейс с .NET 2.0, работает с SQL-92. Также имеется интерфейс DDA – прямой доступ к данным, быстрая работа на низком уровне с таблицами, записями и т.д. Набор типов почти как у SQL Server. База однофайловая. Примеры работают, поддаются изменению.
Обнаружилась встроенная фича – постить в блоги.
Щас и проверим.
Это наляпано в Word’е 2007 beta2
Всё, вроде, ничего, даже постит в блоги на Sharepoint 2007. Повторный пост воспринимается как новый, в Шарепойнте заменяет старый.
Several of the Windows SharePoint Services objects, primarily the SPSite class and SPWeb class objects, are created as managed objects. However, these objects use unmanaged code and memory to perform the majority of their work. The managed part of the object is small; the unmanaged part of the object is much larger. Because the smaller managed part of the object does not put memory pressure on the garbage collector, the garbage collector does not release the object from memory in a timely manner. The object's use of a large amount of unmanaged memory can cause some of the unusual behaviors described earlier. Calling applications that work with IDisposable objects in Windows SharePoint Services must dispose of the objects when the applications finish using them. You should not rely on the garbage collector to release them from memory automatically.
Вроде, пару лет назад всего этого никто не знал... И, самое смешное, и в "новой" версии всё так же и осталось.
newfield.MaximumValue = field.MaximumValue;
newfield. MinimumValue = field.MinimumValue;
Первая строчка проходит, на второй же вылетает исключение с сообщением типа "Значение сильно большое или сильно маленькое для типа Double". Проходит только значение по умолчанию (ок. -1e308, когда значение не устанавливалось), если в исходном списке такое значение было установлено, то кранты. Через Reflection нужное значение присвоить тоже не удаётся. :-(
Хуже того, исполнение первой строчки вызывает то же исключение при попытке отредактировать это поле в интерфейсе _layouts/1049/FldEdit.aspx.
Пришлось в Админе от установки этих свойств отказаться с выдачей предупреждения.
Вот, блин.
