Re: Pluggable Aspects of Sharepoint
- From: "BuxtonMarauder" <goawayspammers@xxxxxxxxxxxxxx>
- Date: Mon, 23 May 2005 10:20:09 -0700
Thanks for the great responses..
I come from a java background, so, to be honest I'm a little lost with some
of the Microsoft wording and naming conventions etc..
I need to compare Microsoft, Oracle, IBM and BEA
I am working on the BEA and Microsoft reviews at the moment then when I have
a shortlist we'll be ITT'ing the vendors with a targeted set of questions. Do
you have opinions on any of the other vendors ?
Regards
--
--
Told you I was ill !
Spike Milligan..
"Steven Collier [MVP]" wrote:
> If this is a sales opportunity for Microsoft I would expect a call to your
> account manager would get you some answers pretty quickly. I'll give you my
> opinion however.
>
> SharePoint Portal Server, and WSS are written as very standard .NET
> applications, as such they utilise as much as possible of the underlying
> ..NET services and flexibility. Lots of aspects of this are pluggable,
> however doing so would making a really challenging environment to support,
> you would most likely be on your own.
>
> In response to your specifics :-
>
> > Personalization Engine
>
> SharePoint's audiencing manager is a component that plugs in through the
> web.config. Someone did some investigation into this a while ago. It would
> appear that if you had an alternative component that provides output in the
> same format you could replace it. I'm not aware of anyone doing this, why
> would they ?
>
> > Security Model
>
> SharePoint does not support pluggable authentication, changing the security
> model would be challenging. The search engine does respect security and is
> pluggable via iFilters, in an open and documented manner.
>
> > User Profile
>
> I think you are referring to audiences again, the roles that have been
> granted to users. In SharePoint this is a rule base which is compared to
> user attributes on a scheduled basis and compiled. I think it would be
> challenging to replace, if you changed the personalisation engine about then
> clearly you could use whatever method you liked to do this bit.
>
> > User Directory
>
> User directory is imported from an LDAP directory, probably Active
> Directory. The portal server has a documented API which includes the ability
> to create and update details in the user directory. We have developed our
> own batch job to populate SharePoint from other sources. It wasn't hard.
>
> > Collaboration
>
> There is no reason you couldn't link to another collaboration environment
> other than SharePoint team sites, many others e.g. Erooms etc. generally
> provide an integration through webparts. Collaboration is one of
> SharePoint's 'crown jewels', I wouldn't replace it.
>
> > Search Engine
>
> There are several commercial products which replace or enhance SharePoint's
> search engine.
>
> > Content Management
>
> SharePoint's content is provided through webparts, you could use alternative
> webparts rather than the Listings that Portal uses for content. The pages
> which house these webparts are the skeleton of the portal, there is a full
> API for dealing with either.
>
>
> On 20/5/05 12:20, in article
> 497FD309-A9A5-4B97-B7AD-96883BC48BCA@xxxxxxxxxxxxx, "BuxtonMarauder"
> <goawayspammers@xxxxxxxxxxxxxx> wrote:
>
> > Hi there,
> >
> > I am working on an evaluation of portals in the marketplace for our company,
> > I had a good hunt on the various SPS websites but couldn't find good
> > answers to the following question..
> >
> > Is it possible to unplug the following components and replace them with 3rd
> > party equivalents ?
> >
> > Personalization Engine
> > Security Model
> > User Profile
> > User Directory
> > Collaboration
> > Search Engine
> > Content Management
> >
> > Thanks
>
>
.
- Follow-Ups:
- Re: Pluggable Aspects of Sharepoint
- From: Steven Collier [MVP]
- Re: Pluggable Aspects of Sharepoint
- References:
- Pluggable Aspects of Sharepoint
- From: BuxtonMarauder
- Re: Pluggable Aspects of Sharepoint
- From: Steven Collier [MVP]
- Pluggable Aspects of Sharepoint
- Prev by Date: Allowing users to create and manage their own AD account for SharePoint
- Next by Date: Meeting Workspace Site Groups
- Previous by thread: Re: Pluggable Aspects of Sharepoint
- Next by thread: Re: Pluggable Aspects of Sharepoint
- Index(es):
Relevant Pages
|
Loading