my blog RSS 2.0
 Thursday, December 16, 2004
I discovered today that Indexing List Items so that they appear in Search Results doesnt happen by default and I thought "surely this can't be right". Luckily (thanks to Daniel McPherson) if you follow this link you'll see that you can still enable this on a list-by list basis
Thursday, December 16, 2004 10:10:00 PM (GMT Standard Time, UTC+00:00)  #    Comments [0] -
SharePoint
 Wednesday, June 16, 2004

Searching google groups for "failed to create portal successfully" group:microsoft.public.sharepoint.portalserver.* returns 120 results

"portal creation failed" group:microsoft.public.sharepoint.portalserver.* returns 86 results.

I have read most of them and few seem to offer any resolution, there are ALOT of very unhappy people out there.

Unlike most people I am only reaching a very early stage in the portal creation process, most seem to get past the 'extending virtual server' step, but I don't. The app pool identity has the required privileges on the remote SQL server (database creators role) and local admin rights on the IIS server.


22:41:32 Checking virtual server state.
22:41:32 Virtual server needs extend.
22:41:32 Extending virtual server 'http://myserver:8100/' using existing AppPool 'MSSharePointPortalAppPool'...
22:41:33 Failed to create portal successfully MY Portal


UPDATE: Travis advised that I should have removed WSS before starting the SPS installation but this document clearly states that during SPS installation "your virtual servers for WSS are automatically disconnected" it does not at any point indicate that you should first uninstall WSS completely. This is a valid point but not the source of the problems in this case.

UPDATE 2: Having completely removed SPS and WSS and restored our production sites from backups I have had more time now to inspect the server event logs.

It seems that at the stage when I was asked to configure the component assignments web/search/index/ (SPS Central Administration | Configure Server Topology), there are 'Information' messages in the event log (surely these should be warnings or errors?!) relating to errors with various SharePoint-related services (search service, alert service etc)

e.g. "..description for Event ID ( 0 ) in Source ( SharePoint Portal Alert Service ) cannot be found."

So there is no way to find out what the errors are, but in any case it seems a whole slew of services failed to get installed properly. What annoys me no end is that the 'Configure Server Topology' page gives you no indication that anything has gone wrong.

The reason I assume that these services failed to get installed is that immediately preceding these cryptic errors there are more specific errors as follows: 

"The configuration information of the performance library "C:\WINDOWS\system32\infoctrs.dll" for the "InetInfo" service does not match the trusted performance library information stored in the registry" and there was a similar one relating to W3SVC

then one of these:

"WMI ADAP was unable to process the SharePoint Portal Alerts Notification Service performance library since one of the data blobs reported to have classes but had zero size"

and one of these:

"WMI ADAP was unable to retrieve data from the PerfLib subkey: SYSTEM\CurrentControlSet\Services\SPSARPI\Performance\Library, error code: 0x80041009"

the same error was also logged for SPSAUTOCAT, SPSGATHERER, SPSGTHRSVC, SPSINDEX, SPSMATRIXPI, SPSSEARCH, SSO, subpi.

Then there was this (reported under the identity of the app pool service account being used for SPS/WSS):

"Windows cannot unload your classes registry file - it is still in use by other applications or services. The file will be unloaded when it is no longer in use."

and

"Windows saved user MyDomain\svcSharePoint registry while an application or service was still using the registry during log off. The memory used by the user's registry has not been freed. The registry will be unloaded when it is no longer in use. This is often caused by services running as a user account, try configuring the services to run in either the LocalService or NetworkService account."

and then

"The worker process failed to initialize the http.sys communication or the w3svc communication layer and therefore could not be started. The data field contains the error number."

If anyone know why all this could have occurred I'd be interested to hear. In the meantime I'm probably going to call TechNet direct.

UPDATE 3: We had numerous issues with DNS and Kerberos authentication on our domain about which we raised a PSS call to Microsoft who dealt with the issue very efficiently. After also reinstalling W2K3 from scratch I then didnt have any problems installing SPS, thanks to everyone who replied with comments.

Wednesday, June 16, 2004 4:14:00 AM (GMT Standard Time, UTC+00:00)  #    Comments [7] -
SharePoint
 Friday, June 04, 2004

Having decided to use Windows SharePoint Services (WSS) as a company-wide document repository I'm thinking I'm probably going to need to report on the documents and list content (in combination with data from other enterprise systems) and not just rely on SharePoint Search, so Reporting Services seems like a sensible option. Clearly though RPTSVCS can't do this out-of-the-box so I'll need to write a data processing extension. So I thought I'd see if anyone else had tried so far...

Other than what I read in this thread, and this one so far no-one has written an extension for accessing a web service (or at least, if Bryan Keller hasnt found it the I doubt it's out there yet). So I doubt theres one floating out there for accessing info in WSS and I'll need to roll my own. I found these links which I think will prove useful, any other pointers would be welcome:

File Share Extension
XML Data Extension
Clarification on the Placement of CodeGroup Elements for Extensions
How hard is it to write Reporting Services extensions?

If I manage it I'll post and article here!

UPDATE: Ohad has listed some other useful links including two for extensions for custom ADO.Net DataSets by Gavin Joyce and by a GotDotNet community

UPDATE 2: I have converted the original GotDotNet sample to VB.Net and it works! Now to write one to work with web services and ultimately with WSS lists so I can report on WSS lists to my heart's content...

Friday, June 04, 2004 10:01:00 PM (GMT Standard Time, UTC+00:00)  #    Comments [2] -
Reporting Services | SharePoint

Although I'm now happy with my custom web service, codewheeney isn't and has posted that he/she has worked out how to use the FrontPage RPC calls to do the same stuff without resorting to web services.

I thought I'd post in case anyone else was interested and maybe we could persuade codewheeney to share the code... Otherwise the concept is (partly) documented here

Friday, June 04, 2004 2:23:00 PM (GMT Standard Time, UTC+00:00)  #    Comments [2] -
SharePoint
 Friday, May 28, 2004

Dim targetWeb As SPWeb = SPControl.GetContextWeb(Context).Webs.Item("sites/IT")
Dim docLib As SPDocumentLibrary = CType(targetWeb.Lists.Item(New Guid(targetFolderGUID)), SPDocumentLibrary)
Dim docLibFile As SPFile = docLib.RootFolder.Files.Add(fileName, fileContents)
Dim docItem As SPListItem = docLibFile.Item
docItem.Fields("Category") = "General"

If I attempt to set the value of a field (i.e. a Column) in a List, the complier complains that:

Property 'Item' is 'ReadOnly'

Anyone know why I shouldnt be allowed to do it this way?!


UPDATE: the following code is what I was looking for...

docItem("Category") = "General"
docItem.Update()

Friday, May 28, 2004 8:01:00 PM (GMT Standard Time, UTC+00:00)  #    Comments [5] -
SharePoint
 Tuesday, April 13, 2004

I have been mulling over this for a long time so I thought I'd start a post and see where it went, and I'll keep this up to date (or write an article) if I get somewhere with it. I am the sole developer in an IT team of 5, our other main function therefore is systems admin and support for all IT systems within the office (other than printer maintenance which is out-sourced). I wrote our in-house fault-logging/issue tracking application in ASP.Net but it's lacking some features we need (I was only learning when I worte it!), and I want to do a complete re-write in SharePoint as this seems like a sensible place to host such a solution as we begin to make more and more use of SharePoint.

I like the look of the Issues list in WSS and would like to use it as a simple fault logging system. However 'out of the box' it doesnt have everything we'd need and I'm going to have to extend it somewhat:

For example

  1. I would prefer the ' Assign to' drop-down list to only list site administrators (or users with some other specific level of permission) rather than every user of the site - or be some other form of custom look-up that could be configured.
  2. I would prefer the notification email to also be cc' d to the user logging the issue. That way the person to whom the call has been assigned can quickly ' Reply to All' so that everyone involved knows what' s going on. The other (even better) solution to this would be if the system could automatically create an alert for the user logging the issue (and maybe even the person who has been assigned the issue) to be notified of changes to the issue (with maybe a quick link to an opt-out to this alert).
  3. It would be nice if this could be somehow be linked to tasks, either in a task list in WSS or in Outlook (i.e. the person who has the issue assigned to them also has a new task created for them). I had already written a post here on using an issues list and a tasks list connected via two web parts but I saw some limitations with this approach which I outlined, and would need to be resolved.

Andrew Velez just posted an article on Javascript 'listeners' which sounds like just the kind of thing I'm looking for in point (2) but I'm not too sure just yet what Andrew is using these listeners for so I'm going to ask!... more to come...

Update: a while ago I printed off an article by Mark Bower at Microsoft on how to customise the context-menu for list items, but all I can find now is this article which is not quite as friendly but it gives you a starting point. It occurs to me that you could use this for a 'send email to person who logged the fault' function. Not quite as nice as the solution I hoped for in point (2) but better than nothing.

Tuesday, April 13, 2004 8:58:00 PM (GMT Standard Time, UTC+00:00)  #    Comments [3] -
SharePoint
 Friday, April 02, 2004

I have been reading this article  Building XML Data-Driven Web Sites with FrontPage 2003

...and in the section on adding Data View Web Parts, it states that, when adding a connection to a SQL Stored Proc, or a Web Service:

"you can supply parameters at runtime. The Default Value combo box supplies several options, including [QueryString(arg)] and [Form(arg)]. Select [QueryString(arg)] if you will be supplying the parameter at runtime via a querystring item."

However, it wasn't made at all clear how you would do this in practice, I know what forms and querystrings are but at first I couldn't fathom how you are supposed to pass these parameters to the Web Part. Also, it is not clear whether you can use web part connections (i.e. a provider web part on the same page) to supply the parameter to the consumer web part at runtime. I would have thought this is the ideal way to use dataview web parts without needing to do any coding?... so I started to do some digging.

So then I have discovered 'Insert | Form | Form Web Part' in FrontPage which looked promising. I put one onto the page and made a web part connection to my dataview web part with the following settings

Source Web Part: Form Web Part
Source action: Provide Form Values To
Target Web Part: [my dataview web part]
Target action: Modify View Using Parameters From

...and it just works!

NB: After much tearing out of hair I also discovered this article, which states that you need to enable update support before you can used Stored Procs in FrontPage

Friday, April 02, 2004 8:31:00 PM (GMT Standard Time, UTC+00:00)  #    Comments [0] -
SharePoint
 Thursday, April 01, 2004
I was just reading this excellent article. I tried it out - and it works well. It's a shame however that in the 'lookup' to another list, you cannot define a filter. I would like to use this for a fault-log application, but once an issue is closed it doesn't make sense to link a new task to a 'closed' issue, plus you don't want the drop-down list getting too long as issues build up...
Thursday, April 01, 2004 2:56:00 PM (GMT Standard Time, UTC+00:00)  #    Comments [2] -
SharePoint
Archive
<August 2008>
SunMonTueWedThuFriSat
272829303112
3456789
10111213141516
17181920212223
24252627282930
31123456
About the author/Disclaimer

Disclaimer
The opinions expressed herein are my own personal opinions and do not represent my employer's view in anyway.

© Copyright 2008
Rohan Cragg
Sign In
Statistics
Total Posts: 24
This Year: 0
This Month: 0
This Week: 0
Comments: 41
Themes
Pick a theme:
All Content © 2008, Rohan Cragg
DasBlog theme 'Business' created by Christoph De Baene (delarou)