4.16.09 – informacje o wersji Edge dla Private Cloud

Wyświetlasz dokumentację Apigee Edge.
Zapoznaj się z dokumentacją Apigee X. info

W poniedziałek 19 września 2016 r. udostępniliśmy nową wersję Apigee Edge for Private Cloud.

Od poprzedniej wersji funkcji Edge for Private Cloud pojawiły się te wersje, które są uwzględnione w tej wersji funkcji:

• Chmura: 16.04.13 (UI), 16.04.13 (monetization), 16.04.20 (UI), 16.04.27 (monetization), 16.04.27 (UI), 16.05.04 (UI), 16.05.11 (UI), 16.05.11 (monetization), 16.05.18 (UI), 16.05.25 (monetization), 16.06.08 (monetization), 16.06.15 (UI), 16.06.22 (monetization), 16.06.29 (UI), 16.07.06 (monetization), 16.07.06.02 (monetization), 16.07.13 (UI), 16.07.20.01 (monetization), 16.07.27 (UI), 16.08.17

Aby dowiedzieć się, jak sprawdzić, czy konkretna wersja chmury jest uwzględniona w Twojej wersji Edge for Private Cloud, przeczytaj artykuł Informacje o numeracji wersji.

Ogólne informacje o wersji

W tej wersji usunęliśmy klasyczny edytor proxy interfejsu API i zastąpiliśmy go nowym edytorem proxy, który był dostępny do użycia razem z klasycznym edytorem. Inne istotne ulepszenia to m.in. poprawa działania ścieżek zasobów produktu API, lepsza obsługa ładunków JSON zdefiniowanych w zasadach Assign Message i Raise Fault, ulepszenia konwersji XML na JSON, ulepszona weryfikacja zasobów, możliwość ustawiania limitów czasu dla poszczególnych serwerów proxy API, zaktualizowane generowanie serwerów proxy SOAP w kreatorze serwera proxy API oraz obiekt Crypto o wysokiej wydajności dla JavaScript.

Ulepszenia dotyczące zarabiania obejmują nowe funkcje powiadomień z abonamentem powiadomień, interfejs API, który umożliwia deweloperom przejście na zarabianie, oraz możliwość ustawienia planów cenowych jako publicznych lub prywatnych.

W dalszej części tego artykułu znajdziesz szczegółowe informacje o wszystkich nowych funkcjach, aktualizacjach i poprawkach błędów zawartych w tej wersji.

Wycofano

Usługi API

Usunięcie klasycznego edytora serwera proxy (interfejs Cloud 16.04.20)

Nowa wersja Edytora serwera proxy interfejsu API jest teraz jedyną obsługiwaną wersją. Klasyczna wersja nie jest już dostępna, a link „Dostęp do klasycznej wersji edytora serwerów proxy” został usunięty. Jeśli używasz wersji klasycznej, Twoje proxy interfejsu API zostaną automatycznie wczytane w nowym edytorze. (EDGEUI-498)

Zarabianie

Wycofane funkcje zostały usunięte i nie są już obsługiwane:

• Ustawianie limitów
• Powiadomienia o limitach wysyłania

Możesz też skonfigurować powiadomienia zgodnie z opisem w sekcjach poniżej:

• Konfigurowanie powiadomień o wydarzeniach
• Tworzenie powiadomienia o limicie dla abonamentu

(DEVRT-2742)

Nowe funkcje i aktualizacje

Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji. Oprócz poniższych ulepszeń ta wersja zawiera też wiele ulepszeń dotyczących użyteczności, wydajności, bezpieczeństwa i stabilności.

Więcej informacji i instrukcji znajdziesz w dokumentacji Edge for Private Cloud.

Chmura prywatna

Uaktualnienie Postgres do wersji 9.4

Ta wersja zawiera uaktualnienie do Postgresa 9.4. Instrukcje aktualizowania systemu znajdziesz w artykule Aktualizowanie Apigee Edge do wersji 4.16.09.

Obsługa GeoMap w interfejsie Edge

Agregacje geograficzne umożliwiają zbieranie danych analitycznych dotyczących wywołań interfejsu API na podstawie atrybutów geograficznych, takich jak region, kontynent, kraj i miasto. Na podstawie tych danych analitycznych możesz wyświetlić w interfejsie Edge mapę geograficzną, która pokazuje lokalizację żądań do interfejsu API.

Więcej informacji znajdziesz w artykule Włączanie agregacji geograficznej i map geograficznych.

API BaaS

Dodano dokumentację na temat:

• Jak skonfigurować API BaaS do korzystania z TLS. Więcej informacji znajdziesz w artykule Konfigurowanie TLS na potrzeby API BaaS.
• Jak skonfigurować wszystkie węzły stosu API BaaS, aby korzystały z pamięci współdzielonej, dzięki czemu wszystkie zasoby będą dostępne dla wszystkich węzłów stosu API BaaS. Więcej informacji znajdziesz w artykule Przesyłanie komponentów.
• Jak zaszyfrować hasło Cassandra podczas konfigurowania węzłów BaaS Stack. Więcej informacji znajdziesz w artykule Resetowanie haseł Edge.

Wersja beta narzędzia do monitorowania i panelu

Ta wersja zawiera wersję beta nowego narzędzia do monitorowania i panelu Edge. To narzędzie pozwala sprawdzić stan różnych komponentów (routerów, procesorów wiadomości, ZooKeepera, Cassandry) oraz kody błędów HTTP w przypadku różnych organizacji i środowisk w Twoim wdrożeniu. Możesz też zrobić zrzut danych z panelu i udostępnić go zespołowi Apigee, aby ułatwić rozwiązanie problemów.

Dokumentacja, w tym instrukcje instalacji, jest dołączona do dokumentu Edge 4.16.09 w wersji 4.18.01.

Zanim jednak zainstalujesz i zaczniesz używać panelu, musisz podpisać umowę dotyczącą wersji próbnej Apigee, która jest dostępna pod adresem wersja 4.18.01, i odesłać ją do Apigee, wysyłając e-maila na adres orders@apigee.com.

Wersja beta narzędzia do zbierania danych analitycznych

Wszyscy klienci Edge for Private Cloud muszą przesyłać do Apigee statystyki dotyczące ruchu proxy interfejsu API. Apigee zaleca klientom przesyłanie tych informacji raz dziennie, np. przez utworzenie zadania cron.

Aby ułatwić przesyłanie tych danych, Apigee udostępnia wersję beta narzędzia wiersza poleceń apigee-analytics-collector. To narzędzie odsyła raport o liczbie wywołań interfejsu API do Apigee. Każda instalacja Edge for the Private Cloud może używać tego narzędzia do pobierania i przesyłania danych o ruchu do Apigee.

Więcej informacji znajdziesz w artykule Przesyłanie danych o ruchu w interfejsie API do Apigee – wersja beta.

Usługi API

Ładunki JSON w zasadach Assign Message i Raise Fault (Cloud 16.08.17)

Dzięki temu ulepszeniu nie są potrzebne żadne obejścia, aby zapewnić prawidłowe formatowanie wiadomości JSON, a zmienne można określać za pomocą nawiasów klamrowych bez tworzenia nieprawidłowego kodu JSON. Na przykład poniższy kod wstawia wartość message.content do wiadomości JSON:

<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>

Jeśli używasz obejścia, Twój kod będzie nadal działać bez zmian. Zamiast nawiasów klamrowych możesz też używać zmiennych variablePrefix i variableSuffix, aby wskazywać zmienne.

Zobacz element <Set><Payload> w dokumentacji referencyjnej zasad przypisywania wiadomości i zasad zgłaszania błędu. (APIRT-1160)

Ulepszenia zasad XML do JSON (Cloud 16.08.17)

Zasady XML do JSON zostały rozszerzone o te funkcje: Możesz skonfigurować zasady w ten sposób:

• Traktuj niektóre elementy XML jako tablice podczas konwersji, co powoduje umieszczenie wartości w nawiasach kwadratowych „[ ]” w dokumencie JSON.
• Usuń lub wyeliminuj poziomy hierarchii dokumentu XML w końcowym dokumencie JSON.

Więcej informacji znajdziesz w artykule Zasady dotyczące konwersji XML na JSON. (APIRT-1144)

Wiele symboli wieloznacznych w ścieżkach zasobów produktu interfejsu API (Cloud 16.08.17)

Podczas definiowania ścieżek zasobów w produkcie API możesz uwzględnić symbole wieloznaczne w wielu miejscach ścieżki zasobu. Na przykład /team/*/invoices/** zezwala na wywołania interfejsu API z dowolną wartością po /team i dowolnymi ścieżkami zasobów po invoices/. Dozwolony identyfikator URI w wywołaniu interfejsu API to proxyBasePath/team/finance/invoices/company/a.

Jeśli po tej wersji ścieżki zasobów istniejącego produktu API przestaną działać zgodnie z oczekiwaniami, ustaw w organizacji tę właściwość, aby przywrócić poprzednie działanie: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funkcje kryptograficzne w JavaScript (Cloud 16.08.17)

Dostępny jest nowy zestaw funkcji JavaScriptu o wysokiej wydajności crypto do tworzenia, pobierania i aktualizowania tych obiektów skrótu: MD5, SHA-1, SHA256, SHA512. Obiekt crypto umożliwia też uzyskanie daty w różnych formatach. Więcej informacji znajdziesz w modelu obiektu JavaScript. (APIRT-2886)

Sprawdzanie wersji pliku JAR wywołania Javy (Cloud 16.08.17)

Podczas przesyłania zasobu JAR w języku Java do serwera proxy interfejsu API zwracany jest kod stanu HTTP 400 (zamiast 500), jeśli wersja zasobu Java jest niezgodna z obsługiwaną przez Edge wersją języka Java, która jest wymieniona w sekcji Obsługiwane oprogramowanie i obsługiwane wersje. (MGMT-3420)

Weryfikacja zasobów proxy interfejsu API (Cloud 16.08.17)

Jeśli pliki zasobów serwera proxy interfejsu API (takie jak pliki JAR w JavaScript lub Java) są przechowywane w zakresie środowiska lub organizacji, platforma weryfikacyjna nie wymaga już, aby te zasoby były też uwzględniane na poziomie serwera proxy interfejsu API w pakiecie serwera proxy na potrzeby importu, aby przejść weryfikację. Weryfikacja zasobów odbywa się teraz w momencie wdrażania, a nie importowania. (MGMT-1430)

Konfigurowanie limitu czasu dla poszczególnych proxy interfejsu API (Cloud 16.08.17)

Możesz skonfigurować proxy interfejsu API tak, aby po określonym czasie wygasł (ze stanem 504 – przekroczenie limitu czasu bramy). Głównym przypadkiem użycia jest sytuacja, w której klienci chmury prywatnej mają serwery proxy interfejsu API, których wykonanie trwa dłużej. Załóżmy na przykład, że chcesz, aby określone serwery proxy osiągały limit czasu po 3 minutach. W konfiguracji serwera proxy API możesz użyć nowej właściwości api.timeout. Oto jak to zrobić na przykładzie 3-minutowego filmu:

1. Najpierw skonfiguruj system równoważenia obciążenia, router i procesor wiadomości tak, aby po 3 minutach przekraczały limit czasu.
2. Następnie skonfiguruj odpowiednie serwery proxy, aby przekraczały limit czasu po 3 minutach. Podaj wartość w milisekundach. Na przykład:

   <ProxyEndpoint name="default">
     <HTTPProxyConnection>
       <BasePath>/v1/weather</BasePath>
       <Properties>
         <!-- api.timeout is in milliseconeds -->
         <Property name="api.timeout">180000</Property>
       </Properties>
       ...

3. Pamiętaj jednak, że zwiększenie limitów czasu systemu może spowodować problemy z wydajnością, ponieważ wszystkie serwery proxy bez ustawienia api.timeout używają nowych, dłuższych limitów czasu modułu równoważenia obciążenia, routera i procesora wiadomości. Skonfiguruj inne proxy interfejsów API, które nie wymagają dłuższych limitów czasu oczekiwania, aby korzystały z krótszych limitów. Na przykład ten kod ustawia limit czasu serwera proxy interfejsu API na 1 minutę:
   <Property name="api.timeout">60000</Property>

Klienci Cloud, którzy nie mogą modyfikować limitów czasu Edge, mogą też skonfigurować limit czasu serwera proxy interfejsu API, o ile jest on krótszy niż standardowy limit czasu procesora wiadomości Edge wynoszący 57 sekund.

Nie możesz wypełnić wartości zmienną. Ta właściwość jest opisana w dokumentacji właściwości punktu końcowego. (APIRT-1778)

Działanie serwera proxy SOAP podczas korzystania z kreatora serwera proxy (interfejs Cloud 16.07.27)

Podczas tworzenia serwera proxy opartego na protokole SOAP z pliku WSDL za pomocą kreatora serwera proxy masz 2 opcje:

• Pass-Through SOAP, w którym serwer proxy po prostu przekazuje ładunek żądania SOAP w niezmienionej postaci.
• REST do SOAP do REST, gdzie serwer proxy konwertuje przychodzący ładunek, np. JSON, na ładunek SOAP, a następnie konwertuje odpowiedź SOAP z powrotem na format oczekiwany przez wywołującego.

Ta wersja zawiera te zmiany w działaniu tych opcji: Różnice między starym a nowym działaniem dotyczą zasad i konfiguracji, które są automatycznie generowane przez kreator serwera proxy.

Przekazywanie SOAP

• Wszystkie operacje WSDL są teraz wysyłane do podstawowej ścieżki proxy „/”, a nie do zasobów proxy (np. „/cityforecastbyzip”). Nazwy operacji są przekazywane do docelowej usługi SOAP. Takie działanie jest zgodne ze specyfikacją SOAP.

• Wygenerowany serwer proxy nie obsługuje już formatu JSON w żądaniu. Obsługuje tylko format XML. Serwer proxy zapewnia, że żądania SOAP mają element Envelope, Body i przestrzeń nazw.

REST do SOAP do REST

• WSDL 2.0 nie jest obsługiwany.
• Nowe zachowanie nie zostało przetestowane w przypadku WS-Policy.
• Serwer proxy umożliwia wysyłanie danych JSON zamiast FormParams.
• Gdy dodasz do serwera proxy obsługę CORS (współdzielenia zasobów pomiędzy serwerami z różnych domen) za pomocą narzędzia do tworzenia serwerów proxy, zobaczysz te ulepszenia:
  • Nagłówek Access-Control-Allow-Headers: oprócz nagłówków Origin, x-requested-with i Accept nagłówek Access-Control-Allow-Headers zawiera też nagłówki Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent i Cache-Control.
  • Nagłówek Access-Control-Allow-Methods: oprócz metod GET, PUT, POST i DELETE ten nagłówek zawiera też czasowniki PATCH i OPTIONS.
• Podczas generowania serwera proxy interfejsu API dla pliku WSDL Edge odczytuje wszystkie typy złożone zdefiniowane jako abstrakcyjne w pliku WSDL i prawidłowo rozpoznaje wszystkie typy instancji oparte na typach abstrakcyjnych.

Narzędzie wiersza poleceń open source wsdl2apigee

Apigee udostępnia też narzędzie wiersza poleceń typu open source do generowania z plików WSDL proxy API typu passthrough lub rest-to-soap. Więcej informacji znajdziesz na stronie https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Domyślny czas wygaśnięcia lub odświeżania w zasadach operacji na mapie klucz-wartość (interfejs Cloud 16.06.15)

Zasady operacji na mapie klucz-wartość pozwalają określić, jak długo wartości są przechowywane przed odświeżeniem. Odstęp czasu między odświeżeniami jest ustawiany za pomocą elementu <ExpiryTimeInSecs>. Jeśli operacja GET zostanie wykonana, a okres ważności zostanie przekroczony, wartość zostanie odświeżona, a zasada otrzyma zaktualizowaną wartość. Gdy dodasz te zasady do serwera proxy interfejsu API, domyślny czas wygaśnięcia będzie wynosić 300 sekund. (Poprzednia wartość domyślna to -1, co oznacza, że wartości nigdy nie są odświeżane). (EDGEUI-579)

Zarabianie

Plan z regulowaną stawką powiadomień (interfejs Cloud 16.04.20, monetyzacja Cloud 16.04.13)

Nowy plan z regulowaną stawką powiadomień w usłudze zarabiania na interfejsach API w Edge umożliwia dostawcy interfejsu API dostosowanie docelowej liczby transakcji dla każdego dewelopera aplikacji. Możesz skonfigurować, czy i kiedy mają być wysyłane powiadomienia, na podstawie tego, jaki procent docelowej liczby został osiągnięty, np. 90%, 100% lub 150%. Ta funkcja jest dostępna w interfejsie zarządzania oraz w interfejsie API do zarządzania (który był dostępny w poprzedniej wersji). Więcej informacji znajdziesz w artykule Określanie szczegółów planu powiadomień z możliwością dostosowania. (DEVRT-2375, DEVRT-2370)

Powiadomienia webhooka dotyczące planów z regulowaną stawką powiadomień (zarabianie na Cloud 16.04.27)

W przypadku planów z regulowaną częstotliwością powiadomień możesz tworzyć webhooki, które wysyłają powiadomienia na podany przez Ciebie adres URL. Możesz też ustawić powiadomienia, które będą się pojawiać w określonych odstępach czasu (procentach), dopóki nie zostanie osiągnięty limit transakcji. Powiadomienia webhook zapewniają elastyczną alternatywę dla korzystania z dotychczasowych szablonów powiadomień. Zobacz Konfigurowanie powiadomień za pomocą webhooków. (DEVRT-2393, DEVRT-2394)

Plan Adjustable Notification with Custom Attribute (interfejs Cloud 16.05.18)

W przypadku zarabiania na Edge nowy plan stawek „Dostosowywane powiadomienie z atrybutem niestandardowym” umożliwia zwiększenie liczby transakcji dewelopera za pomocą wartości atrybutu niestandardowego. W przypadku standardowego planu cenowego z regulowaną stawką za powiadomienia każde udane wywołanie interfejsu API zwiększa liczbę transakcji dewelopera o 1. W przypadku planu cenowego „Powiadomienie z możliwością dostosowania z atrybutem niestandardowym” wartość atrybutu niestandardowego jest dodawana do liczby transakcji dewelopera. Jeśli np.atrybut niestandardowy „small” ma w odpowiedzi wartość 0,1, liczba transakcji zwiększa się o 0,1.Jeśli natomiast atrybut niestandardowy „addressTotal” ma wartość 50, liczba zwiększa się o 50. Więcej informacji znajdziesz w artykule Określanie planu cenowego za pomocą szczegółów atrybutu niestandardowego. (DEVRT-2504)

Konfigurowanie powiadomień na podstawie łącznych kwot transakcji w przypadku firmy i jej deweloperów (Cloud 16.06.22 monetization)

Zwykle sumy transakcji są śledzone automatycznie w przypadku wszystkich deweloperów w firmie, gdy korzystają oni z aplikacji firmowej, aby uzyskać dostęp do interfejsów API. Co zrobić, jeśli masz deweloperów, którzy aktywnie korzystają z własnych aplikacji deweloperskich, aby uzyskiwać dostęp do interfejsów API, a Ty musisz śledzić ich łączne kwoty transakcji bez zakłócania ruchu? Możesz dodać deweloperów do firmy i skonfigurować powiadomienia, które będą wysyłane po osiągnięciu progów na podstawie łącznych kwot transakcji firmy i jej deweloperów. Więcej informacji znajdziesz w artykule Konfigurowanie powiadomień na podstawie łącznych kwot transakcji firmy i jej deweloperów. (DEVRT-2643)

Wyświetlanie i ponowne przetwarzanie powiadomień (zarabianie w Cloud 16.06.08)

W ramach pakietu testów zarabiania możesz wyświetlać i ponownie przetwarzać powiadomienia wysłane wcześniej za pomocą interfejsu Management API. Więcej informacji znajdziesz w artykule Wyświetlanie i ponowne przetwarzanie powiadomień. (DEVRT-2643)

Testowanie zarabiania (zarabianie w Cloud 16.05.25)

Usługa Monetization udostępnia zestaw interfejsów API, których możesz używać do testowania wykonywania webhooków, aby mieć pewność, że powiadomienia są wysyłane. Szczegółowe informacje znajdziesz w sekcji Testowanie konfiguracji powiadomień. (DEVRT-2625)

Migracja deweloperów do zarabiania (zarabianie w Cloud 16.05.11)

Udostępniliśmy nowy interfejs API, który ułatwia programistom przejście na zarabianie. Możesz przenosić wykorzystanie transakcji i naliczać opłaty za niestandardową konfigurację oraz opłaty cykliczne. Dodatkowo, akceptując opublikowany plan cenowy, możesz zrezygnować z opłat konfiguracyjnych, jeśli zostały już naliczone. Więcej informacji znajdziesz w artykule Przenoszenie deweloperów na zarabianie. (DEVRT-2446)

Publiczne i prywatne plany cenowe na portalu dla deweloperów (monetyzacja w Cloud 16.04.27)

Możesz ustawić plany cenowe jako „Publiczne” lub „Prywatne”. Abonamenty publiczne są widoczne w portalu dla programistów, a abonamenty prywatne – nie. Domyślnym ustawieniem planu taryfowego jest „Publiczny”. Więcej informacji znajdziesz na stronie http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans (w języku angielskim). (DEVRT-2445)

Przywracanie kont deweloperów (zarabianie w Cloud 16.06.08)

Monetyzacja udostępnia zestaw interfejsów API, których możesz użyć, aby przywrócić konto dewelopera, które zostało wcześniej zawieszone. Jeśli skonfigurowany limit zostanie osiągnięty, konto dewelopera może zostać zawieszone. Na przykład liczba transakcji osiągnęła maksymalny limit lub saldo konta przedpłaconego zostało wyczerpane. Więcej informacji znajdziesz w artykule Przywracanie kont deweloperów. (DEVRT-2641)

Wyświetlanie stanu transakcji (zarabianie w Cloud 16.06.08)

W ramach pakietu testów zarabiania możesz wyświetlać stan transakcji, które miały miejsce w określonym przedziale czasu, za pomocą interfejsu Management API. Więcej informacji znajdziesz w artykule Wyświetlanie stanu transakcji. (DEVRT-2640)

Uwzględnianie w raportach o przychodach atrybutów niestandardowych dewelopera (Cloud 16.05.25 monetization)

W przypadku raportów o przychodach możesz uwzględnić w raporcie atrybuty niestandardowe, jeśli są one zdefiniowane dla dewelopera. Więcej informacji znajdziesz w artykule Uwzględnianie w raportach o przychodach atrybutów niestandardowych dewelopera za pomocą interfejsu API. (DEVRT-2447)

Spójność zasad rejestrowania transakcji i zasobów usługi API (interfejs Cloud 16.05.18)

Jeśli ścieżki zasobów w zasadach rejestrowania transakcji dotyczących zarabiania nie pasują do ścieżek zasobów zdefiniowanych w produkcie API (np. jeśli zmienisz ścieżki zasobów produktu API), ikona zasad rejestrowania transakcji na stronie Produkty będzie zawierać symbol ostrzeżenia. Gdy klikniesz ikonę, aby wyświetlić Zasady dotyczące rejestrowania transakcji, u góry strony pojawi się ostrzeżenie. Gdy poprawisz ścieżki zasobów w zasadach nagrywania transakcji, wskaźniki ostrzegawcze znikną. (DEVRT-2240)

Usunięte błędy

W tej wersji naprawiliśmy te błędy: Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia zostały rozwiązane. Nie jest on przeznaczony do dostarczania szczegółowych informacji wszystkim użytkownikom.

Edge for Private Cloud

16.08.17

16.07.27 (UI)

16.07.20.01 (zarabianie)

Ta wersja zawiera niewielkie zmiany w schemacie bazy danych. Nie ma w niej innych aktualizacji oprogramowania.

16.07.13 (UI)

16.07.06.02 (zarabianie)

16.07.06 (monetization)

16.06.29 (UI)

16.06.22 (zarabianie)

Brak

16.06.15 (UI)

16.06.08 (zarabianie)

Brak

16.05.25 (zarabianie)

16.05.18 (UI)

16.05.11 (zarabianie)

16.05.11 (UI)

16.05.04 (UI)

16.04.27 (UI)

16.04.27 (zarabianie)

Brak

16.04.20 (UI)

16.04.13 (zarabianie)

Brak

16.04.13 (UI)

Znane problemy

W tej wersji występują te znane problemy: