I am learning Microsoft FAST search for solving our search problem. I am getting resources for FAST Search for Sharepoint(FS4SP) instead of FAST Enterprise search Platform(FASTESP/FSIS/FSIA). I am more interested in FAST ESP as I don’t want any sharepoint dependency, but all the documentation I observed seems to be related to the Sharepoint integrated version. Is FS4SP provide same features as FASTESP/FSIS/FSIA?
The main problems that I want to solve using this search solutions are:
1.Search public and private(needs user authentication) data. For private data search, user should authenticate and see only autorized contents.
2.Search Web and non-web data. We have some desktop(client-server) applications and we want to make app/user data searchable.
3.Solution should be integarted all web, desktop and mobile applications. So that user should be able to perform search from web, desktop and mobile applications.
Can FS4SP solve all of above problems?
Both FAST ESP and FAST Search for SharePoint 2010 can solve your requirements. If you are starting a new project FAST Search for SharePoint 2010 is the only option you can purchase. I would suggest going for SharePoint 2013 which includes the FAST Search components by default.
FAST ESP had most of its documentation as PDF documents that shipped with the product. With the SharePoint versions, most of it is found online.
Related
I've heard about FAST Search recently and trying to make sense of it. Whenever I read about it , Sharepoint is mentioned.
Is this a separate product? How is it related to Sharepoint?
I am interested in learning more about it. Where can I find learning resources for it outside of Sharepoint context?
Thanks
SharePoint's enterprise search offering was non-existent, and there was this really nice product called FAST ESP that Microsoft liked the look of, so they bought the company. When SharePoint 2010 came out they made the connection a little easier to configure, and gave it a SharePoint admin UI.
Microsoft Sharepoint 2010 has the Search feature for intranet and people search. This was enabled by integrating MS Sharepoint and MS enterprise FAST. Microsoft FAST is an enterprise Search product which can be used as a stand alone search product for any website. There is no online documentation source for MS Enterprise Search. It can be compared to Endeca, another enterprise Search product.
Our content database for WSS is growing out of control. I'd like to be able to do some reporting that will show which sites are using the most space, as well as what documents or document libraries are using the most storage space. These types of features doesn't appear to be built into Windows Sharepoint Services so I'll need a tool or some way to query for this information.
Thanks for any ideas.
There are multiple ways of getting the information, one of the easiest is most probably via this tool: SharePoint Space Monitor
(the link I had is now dead, but you can still find the software online)
I want to use a CMS that can be accessed by my clients via the internet. All SharePoint usage I have seen is for intranet sites only. What I am looking to do:
Landing page for all clients, with general information.
Client login to client specific portal page with client specific information.
Accessible via the internet. The clients may or may not have SharePoint.
General and client specific wikis.
I won't be hosting this myself. I would be looking for a hosting provider as well.
I am also looking at using DotNetNuke, which has a lower cost of entry. I am open to suggestions of other CMSs, but my skills are built around C# and ASP.NET.
Before going down the SharePoint path, I wanted to make sure these things are possible.
Thanks!
Update:
Thanks to all that have given me some points to ponder. In summary, here is what I have decided to do (given my current skill set):
SharePoint can be used for my needs (my initial question). Many great example sites.
DotNetNuke as my CMS. I realize other good CMSs are available, but I prefer to stick to the Microsoft stack.
Branding will be easier in DotNetNuke.
The site will not be very big and not used by many. SharePoint will be overkill at this point.
Many of the 'modules' I am looking to use (wiki, forum, ...) seem to have more options/maturity using DotNetNuke.
Biggest Deciding Factor
Integrating a CMS solution with my software product and then installing/implementing this solution for individual clients will have a much larger cost with SharePoint. DotNetNuke will allow me to 'leave behind' the solution with the client without having them to invest heavily in SharePoint if they do not already own it.
Thanks to all!
Ed
Everything you require is supported by Windows SharePoint Services 3.0, which is included at no additional cost with a Windows Server license. However, SharePoint does have an administrative and development overhead that you could avoid using a different platform. It doesn't sound like you would really be leveraging any of SharePoint's particular strengths (document management, Office client integration, ad hoc collaboration sites, etc), so it's probably not worth the extra effort.
So in short, the answer to your question is "Yes", but it's probably not your best option with these specific requirements.
Check out the Top 17 case studies for Microsoft Office SharePoint Server 2007 and several new MOSS-based web sites. There are some nice Internet websites too.
there are heaps of SharePoint sites out there facing the internet. There’s a great list of over 1,000 of them on the WSS Demo site here: http://www.wssdemo.com/Pages/websites.aspx
All of the requirements you’ve listed are achievable with the externally facing SharePoint model. There’s an obvious cost impact of going down the SharePoint path versus DotNetNuke but it’s certainly achievable in terms of functionality.
Kentico offers SharePoint Connector which allows to publish SharePoint content to external sites: http://www.kentico.com/cms-asp-net-features/sharepoint.aspx
All the things you mentioned are possible. Note that hosting a SharePoint server can be expensive. Most hosting providers charge you a dedicated server hosting plan.
Also I'm not impressed with the default wiki solution in SharePoint. You might want to consider a 3th party wiki tool and point your SharePoint Search towards it so that the results are shown in your search results. Drawback is that you loose the security trimming.
You might also be interested in the BPOS solution. A (kind of) hosting service for SharePoint that Microsoft is offering.
I have been tasked with developing some large ERP applications (some legacy apps being rewritten and some new apps) in Sharepoint. As I've come up to speed in Sharepoint, I see the value and ease of creating team sites, and the examples I've found online and in books are all tailored to intranet department portals, or simple line-of-business apps for companies that don't have large legacy ERP systems. I have begun to believe that if one is going to create a large application that interfaces to several different legacy systems and spans several departments, that building custom webparts in Sharepoint just isn't the way to go.
Is Sharepoint a viable application framework for creating and hosting large ERP applications?
If so, can anyone please point me to references describing the architecture of such a system?
If not, can anyone please point me to references that I can cite as arguments for not using it?
As someone who has spent the last 15 years writing ERP applications I would say Sharepoint would be an extremely bad choice upon which to build an ERP product.
The Sharepoint table structures would be very ineffective for producing reports.
There is very limited capability for validating data.
There is no native support that I am aware of for maintaining the integrity of relation ships between documents.
Sharepoint works well as a portal into existing LOB applications, not as a platform to build a data-rich application on top of.
I'm currently deploying a ERP system written in Sharepoint for a client. I've been working on this for about a year now and from what I've seen, Sharepoint introduced as many obstacles as it made things more complicated.
Things made simpler:
Credentials automatically synced to AD.
Document handling and versioning out of the box.
Great Office integration.
Things that sucked:
You need to learn the Sharepoint way of doing things.
You have another dependency in your ERP.
It's pretty clunky.
I would recommend reading Real World SharePoint 2007: Indispensable Experiences From 16 MOSS and WSS MVPs before making a decision
I use SharePoint 2007 (MOSS) at work as part of a larger ERP installation. We heavily use the Business Data Catalog to interface with external systems and make their data visible and searchable within our MOSS portal.
In our architecture, CRUD operations on the ERP data are handled in our ERP line of business systems. MOSS and the BDC then pull the data out of the ERP database and display it as datagrids embedded in various portal pages. For example, the HR site has a MOSS page for tracking the current status of pending performance reports.
Another compelling feature of MOSS and the BDC is the ability to expose BDC datasources to the MOSS search service. For example, when a user searches for John Smith using MOSS search, the public ERP record for John Smith is inlined with the search results. Clicking on the link in the search results redirects the user to the right page in our ERP system, rather than taking them to a MOSS page.
We don't use MOSS exclusively as an ERP system, but we do use it as a presentation and reporting layer on top of our ERP system.
The MS Dynamics AX system utilizes Sharepoint extensively, in fact there are tool kits that allow users to build web parts and so forth that extract data directly out of the base AX objects. Here is a link that talks a little about the Sharepoint integration AX+SP. Currently there is still a significant portion of AX that does not reside within Sharepoint, but their direction appears to Sharepoint enable a significant portion of the application. I do not think that an entire ERP system could reside within the Sharepoint infrastructure, but from an MVC perspective it could certainly become your View infrastructure. It appears to me that this is the very direction MS is heading, but I'm just making hypothesis on their future plans.
Building custom webparts in SharePoint would not be the way to go for complex legacy systems.
SharePoint would still give you a lot of mileage if you created a custom navigation provider for the main navigation (based on an xml file for example). This would allow custom asp.net pages to display "like" they were still part of SharePoint, giving the illusion of one all encompassing app.
I think the only reason people want one huge application has more to do with Information Architecture, look and feel and findability than any technical architecture reasons.
A solution that creates separate websites for appropriate applications that are still skinned and linked into the SharePoint information architecture and still searchable from the main interface could solve the "need" for the "Enterprise" part of ERP, while still creating appropriate solutions for what are really separate applications.
The mental model I use is not so much building the apps "in" SharePoint, but creating a 'window" in SharePoint to expose the app.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I have heard that Microsoft SharePoint was used by many companies. Could someone tell me briefly what is SharePoint and why is it popular?
What is SharePoint?
The latest version of Microsoft SharePoint software is really two different products:
Windows SharePoint Services is a free download for Windows Server. In the latest version, known as WSS v3, collaborative web sites templates include basic blog and wiki services along with list templates for Image Libraries, Document Libraries, Contact lists, Calendars, Tasks and much more.
Microsoft Office SharePoint Server 2007 or MOSS for short is built on Windows SharePoint Services. As a member of the Office Server product platform, it leverages the Microsoft Office client software to provide content on the web. Integration with Word, PowerPoint, Excel, Access and InfoPath provide rich web content from familiar content creation tools.
Why is it so popular
File Sharing
SharePoint originally became popular because it was an easy way to share documents on the web. Many organizations that adopted SharePoint in the 2003 versions capitalized on the ability to upload documents to Document Libaries and share those documents with others.
Company Extranets
One great example of this web based sharing, is a company extranet where users are not all in one location or authentication domain. Using form based authentication, accounts can be created for people across physical and company boundaries. By allowing one place for shared documents around a task rather than a corporate entity, SharePoint goes way beyond the common file share.
Content Management
There are plenty of other Content Management Systems, but MOSS incorporated the functionality of the previously name Microsoft Content Management System which itself often cost more than MOSS alone.
Search Search is greatly improved in SharePoint 2007 technologies. Search results are security trimmed, relevant and performant unlike the previous 2003 version. Bad search in SharePoint 2003 products lead to a lot of dissatisfaction with the product.
what is sharepoint
Sharepoint is really two different technologies: Windows Sharepoint Services (WSS) and Microsoft Office Sharepoint Server (MOSS). WSS is free and it comes with Windows Server 2003. MOSS isn't free.
WSS provides lots of out of the box functionality for managing documents and projects online. It manages documents in "document libraries." These are folders with permissions and different views of your documents. Projects, tasks, issues, or any tabular data, is managed in lists. Lists are similar to document libraries. They have permissions and views as well. It provides some simple search as well.
MOSS provides a better search (it's supposed to at least). It also has more publishing capabilities (WSS doesn't). And you have more control over page layouts. It's meant more for internet style sites while WSS is more for intranet sites.
and why is it popular?
WSS is popular partly because its free and partly because it just does so much out of the box. You can solve many common office requests with WSS. Stuff like issue trackers, project management and document management are trivial in WSS. That said, its a jack of all trades - good at many, master of none.
MOSS is probably less popular because its not free and having used it for a year, I don't see as much value in it as WSS. Search isn't that great. It does do a good job of creating a company directory.
I've been working with SharePoint since v.1 and I could tell you that SharePoint is a:
Document management server
Web content management server
Portal solution
Search engine
List-based repository
Collaboration site
Replacement for file shares
etc etc...
...but if I have to summarize in one sentence what SharePoint is I would say:
Sharepoint is Microsoft's Web OS.
That's real the secret of its success. Many people imagined the Web OS as something like these. A Web OS is not something that is meant to look like a desktop OS. A Web OS should be a WEB PLATFORM in which all sort of applications can be built on and users are able to collaborate with.
Think of SharePoint as the 2.0-era version of Windows :-)
Previous answers describe what sharepoint is, but don't do a good job describing why it's popular. Yes, it gives you all that neat doc-management stuff out of the box. Yes, it integrates tightly with Office.
The OOB features are 1/10th of the whole story. Sharepoint exposes a comprehensive .Net object model that lets you customize the thing to your hearts content. People are coding amazing things with MOSS 2007. With the object model, you can build and customize sites via code, in response to external events. You can write custom "web-parts" (controls hosted on special pages) that consume both internal (sharepoint) and external data.
Check out Sharepoint Blogs to see what people are doing with it.
Very good points so far but I'll try my best to add something. :)
SharePoint is not just 2 technologies. It is a set of products and technologies brought together by Microsoft into one immense product that comes in 2 flavors. The 2 flavors are Windows SharePoint Services (WSS) and Microsoft Office SharePoint Server (MOSS). MOSS does come in standard and enterprise.
[Some of the technologies used in SharePoint: Windows Workflow Foundation, ASP.NET, Web Parts, XML (included XPath, XSLT, etc), SQL, Web Services - to name a few I can think of off the top of my head]
No matter the version you choose, SharePoint allows for web-based capabilities to allow users to create, organize, distribute, and maintain information. Because of this, the most common uses for SharePoint sites are intranets and project/team sites.
SharePoint also has incredible possibilities as an application platform. Looking at the web part and workflow pieces alone you can begin to realize the potential. For example, automation of authorization processes within an organization can quickly be developed without any code using SharePoint Designer. (FYI: more complex workflows would require Visual Studio but many simple workflows can be designed using the point and click functionality of SharePoint Designer)
While MOSS only extends upon the WSS, it does add a large amount of functionality that can be very important and useful to a business. Some of the more important features available in MOSS and not in WSS are: records management, document retention and auditing policies, browser based forms (InfoPath forms without installing InfoPath on client machine), and some of the business intelligence capabilities. Amazingly we're seeing interest in the social networking features of MOSS too. (easy to read list of features not in WSS that MOSS has)
Why is SharePoint used? I was doing some research not to long ago on this exact subject and I found a research study that cited 5 key benefits:
Ease of information access
Streamlined internal communication
Increased end-user productivity
Optimized document management practices
IT time savings
Sorry if that turned into a bit of a ramble.
It's a collaboration website. All of the members on a team can update a single calendar and upload shared documents to a single repository.
I think in this case Wikipedia have it right
Windows SharePoint Services (WSS) is the basic part of Microsoft SharePoint, offering collaboration and document management functionality by means of web portals, by providing a centralized repository for shared documents, as well as browser-based management and administration of them. It allows creation of Document libraries, which are collections of files that can be shared for collaborative editing. SharePoint provides access control and revision control for documents in a library.
In a nutshell Sharepoint is all about corporative management and collaboration features. Your company have a Windows 2003 server? Here you go. WSS 3.0 is here up and running.
SharePoint is the reason I'm considering taking advantage of a suicide booth.
In all seriousness, the rest of the answers are spot on. The differences between WSS 3.0 and MOSS 2007 commonly trip people up ("why pay for MOSS when WSS is free?" for example). SharePoint is a very complex and rich product that is integrated into other Microsoft applications, like Project Server 2007 and Team Foundation Server.
Why should you care about it? It depends. There are quite a few opportunities out there for experienced SharePoint developers and administrators. It can very quickly become the singular focus of your career if you decide to put a lot of effort into learning it.
Microsoft Office Sharepoint Server (MOSS) is a combination of two previous products, Microsoft SharePoint and Microsoft Content Management System.
It has a large number of features out of the box that are very desirable for any single system, including hosting files with customisable metadata. Page and file publishing that is enabled for end users, excellent search... the list goes on.
Essentially it is designed to enhance and organisations collaboration activities across the entire enterprise, leveraging the organistations existing Office application to create an enterprise system.
Sharepoint, MS OFFICE proxy circa 2003...
remember when you emailed a copy of that word doc out to the whole company, that's what sharepoint is for, but apparently you missed the introductory gotomeeting training course.