Importowanie elementów z istniejącej witryny programu SharePoint
Szablon projektu pakietu rozwiązania programu SharePoint importu umożliwia ponowne użycie typów zawartości i pól z istniejącej witryny programu SharePoint w nowym Visual Studio rozwiązanie programu SharePoint.Chociaż można uruchamiać większość przywożonych rozwiązań bez modyfikacji, brak niektórych ograniczeń i kwestie do rozważenia, zwłaszcza jeśli modyfikować elementów po ich zaimportowaniu.
[!UWAGA]
Aby importować przepływy pracy wielokrotnego użytku, należy użyć szablonu importowania przepływu pracy wielokrotnego użytku projektu.Aby uzyskać więcej informacji, zobacz Wytyczne dotyczące przywozu wielokrotnego użytku przepływy pracy.
Obsługiwane rozwiązań programu SharePoint
Visual Studio 2012w pełni obsługuje Importowanie rozwiązania stworzone w SharePoint Foundation 2010 i SharePoint Server 2010.
Visual Studio 2012nie obsługuje importowania rozwiązań utworzonych w następujących aplikacjach:
Windows SharePoint Services 3.0
Microsoft Office SharePoint Server 2007
Visual Studio 2008
Microsoft SharePoint Designer 2007
Visual Studio 2010
Chociaż można często pomyślnie zaimportować rozwiązania stworzone przez te aplikacje, funkcja jest nie przetestowane i nie jest obsługiwane.
Ograniczenia przywozowe elementu
Chociaż większość elementów programu SharePoint mogą być importowane z istniejącego pliku wsp, następujące elementy nie są obsługiwane i może wymagać modyfikacji do poprawnego działania:
Jednostki usługi BDC
Kod elementy skojarzenie przepływu pracy
Kod przepływy pracy
Wizualne składniki Web Part (.ascx)
Usługi sieci Web (.asmx)
Powiązania typu zawartości
Odbiorniki zdarzenia
Lista definicji (szablony)
Definicje witryn
Podczas eksportowania rozwiązania z SharePoint Foundation 2010 lub SharePoint Server 2010, te elementy są automatycznie wyłączone z pliku wsp.Jednakże inne pliki WSP generowane z nieobsługiwanych narzędzi mogą zawierać te elementy.(Zobacz "Obsługiwane rozwiązań SharePoint" wcześniej w tym temacie).
Co się dzieje podczas importowania rozwiązania
Podczas importowania rozwiązania szablon zaimportować pakietu rozwiązania programu SharePoint, z Visual Studio kopiuje całą zawartość pliku wsp, a następnie próbuje uzgodnić i zachować jak najwięcej stowarzyszeń i odwołania między importowanych elementów i ich plików jak to możliwe.
Wszystkie zaimportowane elementy skopiować do odpowiednich folderów w Solution Explorer.Na przykład typy zawartości są wyświetlane w folderze typów zawartości i wystąpienia listy są wyświetlane w obszarze listy wystąpień.Pliki związane z przywożonego towaru są również kopiowane do folderu towaru.Na przykład wystąpienie listy importowanych zawiera jego modułów, formularzy i strony ASPX.
Elementy zależne
Wybranie elementu z Kreatora importu programu SharePoint rozwiązanie pakietu, ale nie jego elementów zależnych, okno komunikatu informuje, że elementy zależne musi być wybrana przed zaimportowaniem.
Jakie są funkcje?
Program SharePoint Designer, użytkownicy mogą zobaczyć nieoczekiwanych plików, o nazwie Funkcje, pojawiają się w ich rozwiązania przywożonych w Eksplorator. Chociaż funkcje istniał w rozwiązanie programu SharePoint Designer, były one ukryte z widoku.Funkcje są obecnie widoczne w Visual Studio.
Funkcje są kontenerami dla elementów programu SharePoint.Każda funkcja przechowuje odniesienie do każdego elementu, takie jak typy zawartości i definicje, listy, które zawiera.Podczas importowania rozwiązania, Visual Studio Ustawia funkcje dla wszystkich elementów importowanych i próbuje zachować relacje element funkcji dla plików.Wszystkie pliki, nie można rozpoznać odwołania do których wprowadzane są w Inne pliki importowane folder.
Aby uzyskać więcej informacji na temat funkcji, zobacz Tworzenie rozwiązań dla programu SharePoint i pracy z funkcjami.
Obsługiwanie specjalnych przypadków
W niektórych przypadkach Visual Studio nie można uzgodnić element z jej pliki zależne.Dowolne pliki, które Visual Studio nie można rozpoznać pojawiają się w folderze Inne pliki importowane.Ponadto ich DeploymentType właściwości są ustawione na NoDeployment tak, że nie są wdrażane za pomocą roztworu.
Na przykład importować listy definicji ExpenseForms, listy definicji z tą nazwą pojawia się pod listy definicji folder w Solution Explorer wraz z jego plików Elements.xml i Schema.xml.Jednakże jego skojarzony formularzy ASPX i HTML mogą być umieszczone w taki sposób, w folderze o nazwie ExpenseForms pod Inne pliki importowane folder.Aby zakończyć importowanie, należy przenieść te pliki definicji listy ExpenseForms w Solution Explorer i zmienić DeploymentType właściwość dla każdego pliku z NoDeployment do ElementFile.
Podczas importowania odbiorniki zdarzenia, plik Elements.xml jest kopiowany do właściwej lokalizacji, ale należy ręcznie dołączyć zgromadzenie w pakiecie rozwiązania tak, aby go wdraża roztworem.Aby uzyskać więcej informacji dotyczącychjak to zrobić, zobacz Jak: Dodawanie i usuwanie dodatkowych zestawów.
Podczas importowania przepływy pracy, formularze programu InfoPath są kopiowane do Inne pliki importowane folder.Jeśli plik wsp zawiera szablon sieci Web, jest ona ustawiona jako strona uruchomienia w Solution Explorer.
Importowanie pola i właściwości
Podczas importowania rozwiązania, które ma wiele pól, wszystkie definicje osobne pole są połączone w jeden plik Elements.xml w węźle Solution Explorer o nazwie pola.Podobnie, wszystkich wpisów są scalane w pliku Elements.xml w obszarze węzła o nazwie PropertyBags.
Pola w programie SharePoint są kolumny typu określone dane, takie jak text, Boolean lub wyszukiwania.Aby uzyskać więcej informacji, zobacz bloków konstrukcyjnych: kolumny i typy pól.Właściwość torby umożliwiają dodanie właściwości do obiektów w programie SharePoint, wszystko z farmy serwerów do listy w witrynie programu SharePoint.Właściwość torby są implementowane jako tabela mieszania nazw właściwości i wartości.Aby uzyskać więcej informacji, zobacz Zarządzanie konfiguracją programu SharePoint lub Ustawienia worek właściwości programu SharePoint.
Usuwanie elementów w projekcie
Większość elementów rozwiązania programu SharePoint mają jeden lub więcej elementów zależnych.Na przykład listy wystąpień zależą od typów zawartości i typy zawartości zależy od pól.Po zaimportowaniu rozwiązanie programu SharePoint, Visual Studio nie powiadamia o wszelkich problemach odniesienia w przypadku usunięcia elementu w roztworze, ale nie jego elementów zależnych, dopóki próby wdrożenia rozwiązania.Na przykład jeśli importowane rozwiązanie ma wystąpienie listy, która zależy od typu zawartości i usunąć ten typ zawartości, na wdrażanie może wystąpić błąd.Ten błąd występuje, jeśli elementu zależnego nie występuje na serwerze programu SharePoint.Podobnie, jeśli usunięty element ma również zbiór powiązanych właściwości, a następnie usunąć tych wpisów z PropertyBags pliku Elements.xml. W związku z tym w przypadku usunięcia żadnych elementów z roztworu przywożonych się błędy wdrażania, sprawdź wszystkie elementy zależne muszą również zostać usunięte.
Przywracanie brakujących atrybutów obiektu
Podczas importowania rozwiązania, niektóre atrybuty opcjonalne funkcji zostaną pominięte z manifestu zaimportowanych funkcji.Jeśli chcesz przywrócić te atrybuty w nowym pliku funkcji zidentyfikować brakujące atrybuty porównując oryginalny plik funkcji do manifestu nowych funkcji i postępuj zgodnie z instrukcjami w temacie Jak: dostosowywanie funkcji programu SharePoint.
Wykrywanie konfliktów wdrażania nie jest wykonywane na wbudowanej listy wystąpień
Visual Studionie wykonuje wykrywanie konfliktów wdrażania na wbudowanej listy wystąpień (to znaczy listy wystąpienia domyślnego które pochodzą z programu SharePoint).Nie wykonuje wykrywanie konfliktów odbywa się aby uniknąć zastąpienia wystąpień wbudowanej listy w programie SharePoint.Wbudowanej listy, których wystąpienia są nadal rozmieszczone lub aktualizowane, ale są nigdy nie usunięte lub zastąpione. Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z opakowań programu SharePoint i wdrażania.
Importowanie przepływów pracy programu SharePoint Server 2010
W przypadku importowania przepływu pracy utworzonych w SharePoint Server 2010, nie będzie działał prawidłowo po jego wdrożeniu.Przepływ pracy nie działa poprawnie, ponieważ brakuje niektórych zespołów i SharePoint Server 2010 przepływy pracy zawierają formularze programu InfoPath, które nie są obecnie obsługiwane w Visual Studio rozwiązania przepływu pracy.Jednakże przywożone SharePoint Server 2010 przepływy pracy jest możliwe, aby działać poprawnie po ustaleniu niektóre elementy, takie jak dodawanie odwołania do SharePoint Server 2010 zespoły i ponowne łączenie formularzy programu InfoPath.Aby uzyskać więcej informacji, zobaczImportowanie przepływów pracy programu SharePoint Server 2010.
Limit znaków: Nazwa elementu
Visual Studioma limit projektu i nazwy elementów projektu, włącznie ze ścieżką do 260 znaków całkowitej.Podczas importowania rozwiązania, jeśli nazwa elementu przekracza ten limit, komunikat o błędzie:
Określona ścieżka, nazwa pliku albo oba te parametry są za długie.Długość w pełni kwalifikowanej nazwy pliku musi być mniejsza niż 260 znaków, a nazwy katalogu mniejsza niż 248 znaków.
Element nie jest tworzony, gdy ten błąd.Ten problem występuje najczęściej z zaimportowanych modułów.Aby uniknąć tego problemu, wykonaj następujące czynności:
Używać krótkich nazw dla projektu, podczas wprowadzania ich w Dodać nowy projekt okno dialogowe.
Tworzenie projektu w lokalizacja folderu głównego, jak to możliwe, aby skrócić ścieżkę jako.
Atrybut SharePointProductVersion
W przypadku importowania rozwiązania utworzony we wcześniejszej wersji programu SharePoint, takich jak Windows SharePoint Services 3.0 lub Microsoft Office SharePoint Server 2007, zmień wartość atrybutu SharePointProductVersion w manifeście pakiet do 12,0, lub wstawić formant Menedżer skryptów do wszystkich zaimportowanych stron sieci Web i pozostawić SharePointProductVersion zestaw do 14,0.W przeciwnym razie przywożonych formularzy sieci Web nie będą wyświetlane w programie SharePoint.
Tło
Rozwiązania w SharePoint Foundation 2010 i SharePoint Server 2010 dołączyć atrybut o nazwie SharePointProductVersion.SharePoint używa ten atrybut w jego manifestów pakietu do ustalania wersji programu SharePoint rozwiązanie jest przeznaczony dla.Dwa prawidłowe wartości to: 12.0 i 14,0.Wartość 12.0 wskazuje, że element jest przeznaczony dla Windows SharePoint Services 3.0 lub Microsoft Office SharePoint Server 2007; wartość 14,0 wskazuje, że element jest przeznaczony dla SharePoint Foundation 2010 lub SharePoint Server 2010.
Aby zwiększyć bezpieczeństwo podczas renderowania stron ASPX SharePoint Foundation 2010 i SharePoint Server 2010 wymaga, że wszystkie ASPX lub strony wzorcowe zawierają control manager skryptu.Aby uzyskać więcej informacji na temat Menedżera skryptu, zobacz Omówienie Formant ScriptManager.Ponieważ skrypt control manager nie jest dostępna w Windows SharePoint Services 3.0 i Microsoft Office SharePoint Server 2007, jeden musi zostać dodany do dowolnego Windows SharePoint Services 3.0 lub Microsoft Office SharePoint Server 2007 strony, która jest uaktualniany do SharePoint Foundation 2010 lub SharePoint Server 2010.Strony ASPX, które używają standardowego strony wzorcowej nie wymagają kontroli Menedżera skryptu, ponieważ jeden został już dodany do strony wzorcowej standard.Jednakże strony ASPX, że nie należy używać strony wzorcowej lub że Użyj niestandardowej strony wzorcowej należy dodać formant skrypt do pracy SharePoint Foundation 2010 lub SharePoint Server 2010.
Przy braku kontroli Menedżera skryptu może być problem podczas importowania Windows SharePoint Services 3.0 lub Microsoft Office SharePoint Server 2007 projektu w Visual Studio 2010, ponieważ atrybut SharePointProductVersion wszystkich nowych projektów jest ustawiony na 14,0.W przypadku wdrażania projektu uaktualnionym, zawierający formularz sieci Web bez Menedżera skrypt, formularz nie będą wyświetlane w programie SharePoint.
Zobacz też
Zadania
Instruktaż: Importowanie elementów z istniejącej witryny programu SharePoint
Jak: dodać istniejący plik modelu kontrolera BDC do projektu programu SharePoint
Koncepcje
Wytyczne dotyczące przywozu wielokrotnego użytku przepływy pracy