- Sharepoint 2001
- Sharepoint 2003, sp1, sp2
- MS SQL 2000, sp1, sp3
- MS SQL 2005, sp1
- Oracle 7,8,9
- Pervasive
- Галактика разных версий
- антивирусы/firewall'ы разные
- всякое другое по мелочам (чистилки реестра, дефрагментаторы, архиваторы и проч. ФАРы)
четверг, июня 29, 2006
Срок службы Windows Server 2003.
среда, июня 28, 2006
Приколы SQL 2005.
понедельник, июня 26, 2006
Приколы продолжаются
In scenarios in which you use SharePoint objects extensively―for example, in SharePoint sites that use custom Web Parts―you can cause the following unusual behaviors by not disposing of those objects that can be disposed of:
- Frequent recycles of the Microsoft Windows SharePoint Services application pool, especially during peak usage
- Application crashes that appear as heap corruption in the debugger
- High memory use for Microsoft Internet Information Services (IIS) worker processes
- Poor system and application performance
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.
Вроде, пару лет назад всего этого никто не знал... И, самое смешное, и в "новой" версии всё так же и осталось.воскресенье, июня 18, 2006
Indigo(WCF) & Win Mobile 5.0
Облом происходит на строчке
EndpointAddress address = new EndpointAddress (svcUri, null);
Рассказывает, что cannot convert from 'System.Uri [g:\Program Files\Microsoft.NET\SDK\CompactFramework\v2.0WindowsCE\System.dll]' to 'System.Uri'
Получается, что эти самые URI в "большом" FW и в CF - совсем уж непохожие.
В общем, опять недоделка...
Бум пока через веб-сервис, по старинке.
четверг, июня 15, 2006
PROMT.
пятница, июня 09, 2006
Sharepoint - очередной прикол.
Выяснилось, что в текстовом поле списка имеется символ \0x31. Откуда взялся, неведомо, да и не повод это для такого поведения. Тем более, при чтении через объектную модель ничего плохого не происходит. Рисуется квадратик на месте символа.
P.S. Что означают числа 94,5 в сообщении, выяснить так и не удалось. India forever.