https://<host_serwera>:<port_jazz>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset
Aby dodać lub usunąć języki, można teraz wybrać opcję Modyfikuj w programie IBM Installation Manager .
| Wersja klienta produktu Rational Team Concert | Zgodna wersja produktu Jazz Team Server |
|---|---|
| 1.0.x dla środowiska Eclipse | 0.6.x |
| 2.0.x dla środowiska Eclipse | 1.0.x |
| 2.0.0.0 dla środowiska Microsoft® Visual Studio | 1.0.0.0 |
| 2.0.x dla środowiska Microsoft Visual Studio | 1.0.x |
Jeśli używane są wersje 1.0, 1.0.1 lub 1.0.1.1 klienta dla środowiska IDE IDE, aby połączyć się z nową wersją serwera 2.0.x, należy uzyskać klienta w wersji 2.0.x. Można go zainstalować korzystając z pliku zip lub zaktualizować wcześniejszą instalację programu IBM Installation Manager.
Jeśli używana jest wersja Early Access produktu Rational Team Concert, najpierw należy przeprowadzić aktualizację do wersji próbnej 2.0.0.2.
Wersję próbną 2.0.0.2 można zmienić w trwałą kupując i instalując pakiet aktywacyjny serwera dla danego wydania, dostępy pod adresem: http://www.ibm.com/software/awdtools/rtc/. Pakiet aktywacyjny składa się z pliku JAR zawierającego trwały klucz serwera. Instaluje się go na stronie Zarządzanie kluczami licencyjnymi interfejsu WWW administrowania serwerem.
Aktualizację do wersji 2.0.0.2 produktu Rational Team Concert można przeprowadzić bezpośrednio z poprzednich wersji. W przypadku aktualizacji z wersji 1.x do 2.x wymagana jest migracja bazy danych. Informacje na temat przeprowadzania migracji bazy danych zawiera temat Migracja repozytorium Jazz po zaktualizowaniu produktu Jazz Team Server.
Jeśli poprzednia wersja została zainstalowana za pomocą pliku zip, przecięcie z poprzednią instalacją nie występuje. Wersję 2.0.0.2 można zainstalować z pliku zip w nowym miejscu lub skorzystać z programu IBM Installation Manager, aby zainstalować instancję wersji 2.0.0.2.
Jeśli do zainstalowania poprzedniej wersji użyto programu IBM Installation Manager, wersję 2.0.0.2 można zainstalować jako osobną instancję lub zaktualizować poprzednią wersję. Jeśli instalowana jest osobna instancja serwera dla wersji 2.0.0.2, na stronie Pakiety instalacyjne kreatora instalacji należy wybrać opcję Utwórz nową grupę pakietów.
Informacje dotyczące kończenia aktualizacji zawierają sekcje Kopiowanie wymaganych plików konfiguracyjnych z poprzedniej instalacji serwera i Instalowanie kluczy aktywacyjnych w wersji 2.0.0.2.
Istnieje możliwość przeprowadzania aktualizacji z jednej edycji produktu Rational Team Concert do innej. Typowe aktualizacje dotyczą przejścia z edycji Express-C do edycji Express lub z edycji Express do edycji Standard. Korzystając z tego samego procesu można także przeprowadzić operację przejścia na starszą wersję.
Jeśli przeprowadzana jest operacja przejścia z edycji Express-C do edycji Express lub Standard, migracja bazy danych Derby do bazy danych DB2 lub Oracle nie jest konieczna, ponieważ wszystkie edycje produktu Rational Team Concert 2.0.0.2 obsługują bazy danych Derby. Jeśli migracja bazy danych jest konieczna, zaleca się przeprowadzić najpierw migrację edycji serwera, upewnić się, czy w połączeniu z aktualną bazą danych działa poprawnie, a następnie przeprowadzić migrację bazy danych. Należy pamiętać, że baza danych Derby obsługuje tylko 10 użytkowników. Informacje na temat migracji bazy danych zawiera sekcja Migracja repozytorium platformy Jazz po przeprowadzeniu aktualizacji produktu Jazz Team Server .
Jeśli zainstalowano edycję produktu Rational Team Concert 2.0.0.2, która ma zostać zaktualizowana do innej, należy pobrać i zainstalować nową edycję obok tej istniejącej, a następnie skopiować wymagane pliki konfiguracyjne i uruchomić nową edycję. Poniższe sekcje opisują wymagane pliki konfiguracyjne.
Jeśli poprzednia edycja została zainstalowana za pomocą pliku zip, wtedy przecięcie z poprzednią instalacją nie występuje. Nową edycję można zainstalować z pliku zip w nowym miejscu lub skorzystać z programu IBM Installation Manager. W przypadku serwerów produkcyjnych zalecane jest użycie programu IBM Installation Manager, który zapewnia możliwość zastosowania przyszłych aktualizacji.
Jeśli do przeprowadzenia poprzedniej instalacji serwera użyto programu IBM Installation Manager, który ma być także użyty do zainstalowania nowej edycji, w trakcie nowej instalacji za pomocą programu Installation Manager nie należy tworzyć nakładki na poprzednią edycję. Na stronie Pakiety instalacyjne kreatora instalacji należy wybrać opcję Utwórz nową grupę pakietów.
Spowoduje to zainstalowanie nowej edycji w innej lokalizacji oraz utworzenie skrótów korzystających z nazwy nowej grupy pakietów.
Installation failed.
Error during "install" phase:
Failed to extract zip standard 1.0.1.I20081018-1820. File
D:\JazzTeamServer\server\license-update-site\site.xml already exists.
Ten błąd nie jest krytyczny. Po jego wystąpieniu można zrestartować instalację i poprawnie utworzyć nową grupę pakietów.
file:///<JazzInstallDir>/server/conf
Z serwera źródłowego na serwer docelowy należy skopiować przedstawione poniżej pliki. Najpierw należy zmienić nazwy oryginalnych plików na zaktualizowanym serwerze, aby utworzyć ich kopie zapasowe. Jeśli do aktualizacji z wersji 1.0, 1.0.1, 1.0.1.1 lub 2.0 do wersji 2.0.0.2 użyto programu IBM Installation Manager, w podkatalogu serwera w miejscu instalacji został utworzony katalog kopii zapasowej, o nazwie backup-config-datownik, zawierający pliki konfiguracyjne wersji 1.0.x lub 2.0.
W przypadku aktualizowania do edycji Standard lub Enterprise i korzystania z pakietu Developer Client Activation Kit dla edycji Express, należy zakupić i zainstalować pakiet Developer Client Activation Kit dla edycji Standard lub Enterprise. Umożliwi to skorzystanie z odpowiednich licencji klienta. Przypisania licencji Developer będą nadal obowiązywać, ale licencje Developer zostaną zdezaktywowane do czasu zainstalowania poprawnego pakietu aktywacyjnego.
Wersja 2.0.0.2 wykorzystuje klucze aktywacyjne w wersji 2.0.0.2. Jeśli serwer jest aktualizowany z wersji 1.0.x.x do wersji 2.0.x, po aktualizacji przywracany jest do wersji próbnej. Z centrum kluczy IBM Rational License Key Center należy uzyskać klucze aktywacyjne dla wersji 2.0 lub 2.0.0.2.
Więcej informacji na temat centrum kluczy IBM Rational License Key Center zawiera serwis wsparcia dotyczącego licencjonowania produktów IBM Rational oraz powiązana Wskazówka techniczna (Tech Tip) w serwisie jazz.net.
Poniżej znajdują się nazwy kluczy dla każdego pakietu:
W przypadku produktu Rational Team Concert w wersji 1.x projekty mogły mieć wiele osi czasu (poprzednio nazywanych "liniami programistycznymi"), a wszystkie osie czasu były traktowane równo.
W przypadku produktu Rational Team Concert w wersji 2.0 projekty nadal mogą mieć wiele osi czasu, ale jedna z nich może być oznaczona jako "oś czasu projektu". W trakcie migracji bazy danych do wersji 2.0 główna oś czasu projektu nie jest znana, dlatego w projektach nie będzie ona ustawiona. Po zaktualizowaniu do wersji 2.0 można ręcznie zaktualizować swoje projekty i ustawić oś czasu projektu.
Obraz stanu zarządzania kontrolą źródła (Source Control Management - SCM) dla hurtowni danych gromadzi dane o strumieniach, łącznie z informacjami o ich wielkości i wewnętrznej aktywności (zbiór zmian i zmiany pliku/folderu). W wersji 1.0 ten obraz stanu automatycznie gromadził informacje o wszystkich strumieniach. Ponieważ operacja ta jest kosztowna, w wersji 2.0 dodano opcje konfiguracyjne dla obrazu stanu SCM, które umożliwiają użytkownikom decydowanie, dla których strumieni mają być gromadzone dane. Bezpośrednim skutkiem takiej zmiany jest zaniechanie gromadzenia jakichkolwiek danych do czasu przeprowadzenia konfiguracji.
We wszystkich kolejnych obrazach stanu gromadzone będą dane dla wybranych strumieni.
Jeśli opisane problemy nie zostaną zauważone, mogą mieć bardzo poważne konsekwencje, gdyż raporty mogą zbierać niepoprawne dane. Zaleca się sprawdzanie każdego zestawu danych oraz każdego parametru raportu w trakcie edytowania raportu za pomocą projektanta raportów narzędzi BIRT 2.3.2 po raz pierwszy. Opisane problemy nie występują w przypadku nowych raportów utworzonych za pomocą narzędzi BIRT 2.3.2.
Powyższe zmiany zostały wprowadzone do wszystkich standardowych raportów produktu Rational Team Concert 2.0 - nie jest wymagane żadne działanie użytkownika. Jeśli jednak w obszarze projektu ręcznie utworzono szablony raportów, korzystając z raportów standardowych i nie określono odpowiedniego identyfikatora (spójnego ze składnią), po migracji szablon raportu nie zostanie odświeżony. Oznacza to, że zawartość będzie nieaktualna i nie będzie działać. W takim przypadku należy przesłać dla tych szablonów nową treść, korzystając z odpowiedniego pliku (standardowego) .rptdesign.
W produkcie Rational Team Concert 2.0 wprowadzono kilka zmian schematu w tabelach elementów pracy w hurtowni danych. W ich wyniku w czasie migracji z wersji 1.0 do 2.0 program importujący zignoruje wszystkie dane elementów pracy hurtowni danych. W związku z tym, po pierwszym uruchomieniu serwera w wersji 2.0 raporty elementów pracy mogą nie działać poprawnie. Aby obejść ten problem, należy poczekać na pierwsze wykonanie obrazu stanu lub uruchomić je ręcznie po uruchomieniu serwera. Pierwsze uruchomienie po migracji spowoduje, że obraz stanu elementów pracy ponownie ustanowi wszystkie informacje historyczne o elementach pracy w hurtowni danych. Oznacza to, że pierwsze uruchomienie obrazu stanu po migracji potrwa znacznie dłużej niż czas średniego conocnego uruchamiania.
Okno dialogowe pomaga poznać wszystkie szablony raportów, które są dostępne, ale jeszcze nie zostały wdrożone w obszarze projektu. Użytkownik może wybrać jeden lub więcej szablonów raportów, które zostaną utworzone. Umożliwi to tworzenie nowych raportów za pomocą działań dostępnych w menu.
Aktualizacja z wersji 1.x do 2.0 zachowuje wszystkie zmiany wprowadzone do typów elementów pracy, atrybutów, przepływów pracy, ról oraz procedur obsługi zdarzeń. Jeśli wstępnie zdefiniowany szablon procesu (taki jak Scrum) został wcześniej dostosowany, należy pamiętać, że ponowne wdrożenie predefiniowanego szablonu (w widoku Szablony procesu) spowoduje nadpisanie dostosowań. Jeśli ponowne wdrożenie predefiniowanego szablonu jest konieczne, należy najpierw zmienić nazwę i identyfikator dostosowanego szablonu. Pozwoli to uniknąć jego nadpisania.