Nie udało się skonfigurować błędu wdrożenia

Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje

Krótki opis problemu

Wdrożenie wersji serwera proxy interfejsu API lub przepływu współdzielonego za pomocą interfejsu użytkownika Edge albo interfejsu Management API kończy się niepowodzeniem i wyświetlany jest błąd Konfiguracja nie powiodła się.

Komunikat o błędzie

W interfejsie użytkownika Edge wyświetli się komunikat o błędzie:

The revision is deployed, but traffic cannot flow.
com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}

Oto zrzut ekranu z przykładowym komunikatem o błędzie zaobserwowanym w interfejsie Edge:

Możliwe przyczyny

Wdrożenie serwera proxy interfejsu API może się nie udać z powodu błędu „Konfiguracja nie powiodła się”. W tabeli poniżej znajdziesz kilka często zaobserwowanych przyczyn tego błędu :

Przyczyna	Opis	Instrukcje dotyczące rozwiązywania problemów
Brak klasy Java w zasadzie JavaCallout	W pliku JAR, do którego odwołuje się zasada JavaCallout, brakuje klasy Java.	Użytkownicy chmury Edge Private Cloud
Nieprawidłowe operandy używane w warunkach w procesie warunku	Argumenty/wyrażenia użyte po jednej lub obu stronach operatorów w warunkach są nieprawidłowe.
Nieprawidłowa nazwa hosta w zasadach logowania wiadomości	Nie można rozpoznać nazwy hosta używanej w zasadzie MessageLogging lub może ona zawierać niechciane znaki specjalne.
Nieprawidłowa nazwa mapy klucz-wartość	Wartość KeyValueMap jest nieprawidłowa lub pusta w zasadzie KeyValueMapOperations w serwerze proxy interfejsu API.

Najczęstsze kroki diagnostyki

1. Za pomocą tego interfejsu API możesz uzyskać stan wdrożenia konkretnej wersji serwera proxy interfejsu API, w której zaobserwowano błąd wdrożenia:

   curl -v <management-server-host>:<port#>/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/deployments -u <user>
   

2. Oto przykładowe dane wyjściowe powyższego interfejsu API:

   "server" : [ { 
   "error" : "com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}", 
   "status" : "error", 
   "type" : [ "message-processor" ], 
   "uUID" : "0a20926c-f4bf-401b-af84-05fd84b9f492" 
   }, { 
   "error" : "com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}", 
   "status" : "error", 
   "type" : [ "message-processor" ], 
   "uUID" : "f2ee6ab4-a108-4465-a7ba-b56530d8e3fc" 
   }, { 
   "error" : "com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}", 
   "status" : "error", 
   "type" : [ "message-processor" ], 
   "uUID" : "0f41991e-b310-4e77-aac5-5fdb150ef9f6" 
   },
   

3. W przypadku każdego procesora wiadomości w danych wyjściowych stanu wdrożenia pojawi się komunikat o błędzie „Konfiguracja nie powiodła się”.

4. Zaloguj się w jednym z procesorów wiadomości i sprawdź dziennik /opt/apigee/var/log/edge-message-processor/logs/system.log. Sprawdź, czy podczas wdrażania serwera proxy interfejsu API wystąpiły błędy.

5. W zależności od błędu lub wyjątku zaobserwowanego w dzienniku procesora wiadomości musisz wykonać odpowiednie czynności, aby rozwiązać problem.

6. W poniższych sekcjach znajdziesz informacje o najczęstszych wyjątkach powodujących wystąpienie błędu wdrożenia „Konfiguracja nie powiodła się” oraz sposoby rozwiązywania tych problemów.

Przyczyna: brak klasy Java w zasadzie JavaCallout

Diagnostyka

1. Jeśli podczas wdrażania serwera proxy interfejsu API (DeployEvent) w dziennikach procesora wiadomości zobaczysz wyjątek z komunikatem „Nie udało się utworzyć wystąpienia klasy JavaCallout” (jak pokazano poniżej), przejdź do kroku 2. Jeśli tak nie jest, przejdź do sekcji Nieprawidłowe operandy używane w warunkach w procesie warunku.

2. Podczas wdrażania serwera proxy interfejsu API proces przetwarzania wiadomości wyświetla następujący wyjątek:

   2017-10-10 05:02:42,330 Apigee-Main-5 ERROR MESSAGING.CONFIGURATION - MessageProcessorServiceImpl.configure() : error configuring config events [DeployEvent{organization='myorg', application='oauth2', applicationRevision='14', deploymentSpec=basepath=/;env=dev;, deploymentID=null}] 
   com.apigee.kernel.exceptions.spi.UncheckedException: Failed to instantiate the JavaCallout Class com.something.apigee.callout.crypto.main.SecretCallout 
   at com.apigee.steps.javacallout.JavaCalloutStepDefinition.newInstance(JavaCalloutStepDefinition.java:89) ~[javacallout-1.0.0.jar:na] 
   at com.apigee.messaging.runtime.StepDefinition.getStepDefinitionExecution(StepDefinition.java:230) ~[message-processor-1.0.0.jar:na] 
   …
   <snipped>
   

3. Komunikat o błędzie w powyższym wyjątku oznacza, że nie można utworzyć wystąpienia klasy JavaCallout com.something.apigee.callout.crypto.main.SecretCallout. Ten błąd występuje zazwyczaj wtedy, gdy konkretna klasa nie jest dostępna w pliku JAR określonym w zasadzie JavaCallout lub w którymkolwiek z jej zależnych plików JAR.

4. Sprawdź plik JAR, który zawierał wszystkie klasy związane z pakietem com.something.apigee.callout.crypto.main, i upewnij się, że brakuje konkretnej klasy com.something.apigee.callout.crypto.main.SecretCallout.

Rozdzielczość

1. Dodaj brakującą klasę do określonego pliku JAR i prześlij plik JAR.
2. Ponownie wdróż serwer proxy interfejsu API.
3. W powyższym przykładzie udało nam się rozwiązać problem w następujący sposób:
   1. Dodaję brakującą klasę com.something.apigee.callout.crypto.main.SecretCallout do pliku JAR.
   2. Przesyłam zaktualizowany plik JAR i ponownie wdrażam serwer proxy interfejsu API.

Przyczyna: nieprawidłowe operandy używane z operatorami w procesie warunku

Diagnostyka

1. Jeśli w dziennikach procesora wiadomości zauważysz com.apigee.expressions.parser.ParseException w trakcie wdrażania serwera proxy interfejsu API lub przepływu współdzielonego, tak jak w przykładowych komunikatach poniżej, przejdź do kroku nr 2. Jeśli nie, przejdź do następnej przyczyny: Nieprawidłowa nazwa hosta w zasadach logowania wiadomości.

   Przykładowy komunikat o błędzie

   com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions
   
   

2. Przeanalizujmy przykład, aby dowiedzieć się, jak zdiagnozować ten problem.

   Przykład : ciągi znaków wyrażenia <Operator> powinny być wyrażeniami danych

3. Podczas wdrażania przepływu współdzielonego proces przetwarzania wiadomości przedstawia następujący wyjątek:

   2017-11-23 09:11:04,498  Apigee-Main-6 ERROR MESSAGING.RUNTIME - AbstractConfigurator.loadXMLConfigurations() : Unable to Load default for path /organizations/myorg/apiproxies/Introspection/revisions/12/sharedflows/default
   2017-11-23 09:11:04,499  Apigee-Main-6 ERROR MESSAGING.RUNTIME - Application.sync() :  sync error for Introspection and revision 12
   2017-11-23 09:11:04,499  Apigee-Main-6 ERROR MESSAGING.RUNTIME - Application.sync() :  Actual Error
   com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions
       at com.apigee.expressions.parser.ExpressionParser.buildExpressionTree(ExpressionParser.java:337) ~[expressions-1.0.0.jar:na]
       at com.apigee.expressions.parser.ExpressionParser.parse(ExpressionParser.java:24) ~[expressions-1.0.0.jar:na]
       at com.apigee.expressions.parser.ExpressionParser.parseLogicExpression(ExpressionParser.java:28) ~[expressions-1.0.0.jar:na]
       at com.apigee.messaging.runtime.Step.getExpression(Step.java:67) ~[message-processor-1.0.0.jar:na]
       at com.apigee.messaging.runtime.Step.handleAdd(Step.java:58) ~[message-processor-1.0.0.jar:na]
       at com.apigee.messaging.runtime.SharedFlowRuntime.addStep(SharedFlowRuntime.java:81) ~[message-processor-1.0.0.jar:na] … <snipped>
   

4. Komunikat o błędzie w wyjątku ParseWyjątek – „Both the operands for EQUALS expression should be data expressions” wskazuje, że wystąpił problem z warunkem obejmującym warunek „=”, inny niż (!=) lub Statystyki z operatorem (=|).

5. Przejrzyj warunki we wszystkich procesach warunków z użyciem konkretnego operatora wymienionego w komunikacie o błędzie i sprawdź, czy nie występują któryś z tych problemów:

   1. Wyrażenia po obu stronach operatora są tego samego typu. Jeśli np. po lewej stronie operatora znajduje się zmienna ciągu, to po prawej musi być inna zmienna lub inna wartość ciągu.
   2. Między operatorami używane są prawidłowe zmienne.
   3. Między operatorem a każdym wyrażeniem znajduje się spacja.

6. Jeśli którekolwiek z tych kryteriów nie zostanie spełnione, otrzymasz wyjątek ParseWyjątek – „Both the operands for EQUALS expression should be data expressions”.

7. Przeanalizujmy przykład, aby zrozumieć, na czym polega problem. Oto przykładowy stan błędu

   <Condition>
              (fault.name = "invalid_access_token") or(fault.name = "ApiKeyNotApproved")
   </Condition>
   

8. W tym przykładzie widać, że między operatorem „lub” a następnym warunkiem nie ma spacji. Podczas analizowania drugiego warunku pierwsze wyrażenie jest uznawane za "or(fault.name") dla operatora EQUALS. Nie jest to prawidłowa nazwa zmiennej, więc nie jest traktowana jako prawidłowe wyrażenie danych. W efekcie otrzymujesz ten wyjątek:

   com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions
   
   

Rozdzielczość

1. Pamiętaj, aby po obu stronach operatorów zawsze mieć właściwe wyrażenia danych.

2. W podanym wyżej przykładzie rozwiązanie polegało na zapewnieniu miejsca po operatorze „lub”, zgodnie z opisem we fragmencie kodu:

   <Condition>
              (fault.name = "invalid_access_token") or (fault.name = "ApiKeyNotApproved")
   </Condition>
   
   

Nieprawidłowa nazwa hosta w zasadzie usługi MessageLogging

Diagnostyka

1. Jeśli w dziennikach procesora wiadomości zobaczysz wyjątek z komunikatem „Nieprawidłowa nazwa hosta” podczas wdrażania serwera proxy interfejsu API lub przepływu współdzielonego (jak pokazano poniżej), przejdź do kroku 2. Jeśli nie, przejdź do następnej przyczyny nieprawidłowej nazwy mapy klucz-wartość.

   com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler
   

2. Przyjrzyjmy się 2 przykładom poniżej, aby zrozumieć, jak rozwiązać ten problem.

Przykład 1. Nazwa hosta zawiera niechciany znak specjalny

1. Podczas wdrażania serwera proxy interfejsu API proces przetwarzania wiadomości wyświetla następujący wyjątek:

     2018-01-20 02:12:13,535 Apigee-Main-3 ERROR MESSAGING.CONFIGURATION - MessageProcessorServiceImpl.configure() : error configuring config events [DeployEvent{organization='myorg', application='providersearch', applicationRevision='4', deploymentSpec=basepath=/;env=prod;, deploymentID=null}] 
     com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler 
     at com.apigee.messaging.runtime.destinations.SyslogDestination.<init>(SyslogDestination.java:44) ~[message-processor-1.0.0.jar:na] 
     at com.apigee.messaging.runtime.destinations.SysLoggerFactory.getInstance(SysLoggerFactory.java:39) ~[message-processor-1.0.0.jar:na]
     at com.apigee.messaging.runtime.destinations.DestinationRegistry.newDestination(DestinationRegistry.java:44) ~[message-processor-1.0.0.jar:na] 
     ...<snipped>
   

2. Powyższy wyjątek oznacza, że wdrożenie nie działa z powodu błędu „Nieprawidłowa nazwa hosta <nazwa hosta> dla modułu obsługi syslog”. Oznacza to, że nazwa HostName używana w zasadzie MessageLogging jest nieprawidłowa.

3. Sprawdzanie wyjątku w dzienniku procesora wiadomości wykazało, że na końcu nazwy hosta 'splunkprod.myorg.com/'. znajduje się niechciany znak specjalny „/”

4. Przyczyną błędu wdrożenia był niechciany znak specjalny.

Rozdzielczość

1. W celu rozwiązania problemu zmodyfikuj zasadę MessageLogging, aby usunąć wszelkie niechciane znaki specjalne.
2. W powyższym przykładzie znak specjalny „/” został usunięty z zasady MessageLogging. To rozwiązało problem.

Przykład 2. Nie można pobrać nazwy hosta

1. Dziennik podmiotu przetwarzającego wiadomości zawierał kilka wierszy pokazujących zdarzenie wdrożenia serwera proxy interfejsu API, po którym następuje wyjątek występujący podczas wdrażania serwera proxy interfejsu API:

   2017-12-22 00:13:49,057 Apigee-Main-87446 INFO MESSAGING.CONFIGURATION - MessageProcessorServiceImpl.configure() : configuring [DeployEvent{organization='myorg', application='myapi', applicationRevision='42', deploymentSpec=basepath=/;env=dev;, deploymentID=null}] 
   
   2017-12-22 00:13:49,318 Apigee-Main-87446 ERROR c.a.p.h.d.DNSCachedAddress - DNSCachedAddress.refresh() : Unable to resolve host : input-prd.cloud.splunk.com: Name or service not known 
   
   2017-12-22 00:13:49,323 Apigee-Main-87446 ERROR MESSAGING.RUNTIME - AbstractConfigurator.handleUpdate() : Fatal error deploying proxy: {} 
   com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'input-prd.cloud.splunk.com' for Syslog handler 
   at com.apigee.messaging.runtime.destinations.SyslogDestination.<init>(SyslogDestination.java:44) ~[message-processor-1.0.0.jar:na] 
   at com.apigee.messaging.runtime.destinations.SysLoggerFactory.getInstance(SysLoggerFactory.java:39) ~[message-processor-1.0.0.jar:na] 
   at com.apigee.messaging.runtime.destinations.DestinationRegistry.newDestination(DestinationRegistry.java:44) ~[message-processor-1.0.0.jar:na] 
   at com.apigee.steps.messagelogging.MessageLoggingStepDefinition.populateDestinations(MessageLoggingStepDefinition.java:118) ~[message-logging-1.0.0.jar:na] 
   at com.apigee.steps.messagelogging.MessageLoggingStepDefinition.handleAdd(MessageLoggingStepDefinition.java:99) ~[message-logging-1.0.0.jar:na] 
   …
   <snipped> 
   

2. Powyższy wyjątek oznacza, że wdrożenie nie działa z powodu błędu „Nieprawidłowa nazwa hosta <nazwa hosta> dla modułu obsługi syslog”.

3. Jeśli przeczytasz wiersz powyżej wyjątku, możesz zauważyć, że procesor wiadomości nie może rozpoznać nazwy hosta 'input-prd.cloud.splunk.com' podanej w zasadzie MessageLogging.

4. Aby to sprawdzić, możesz spróbować użyć Telneta do nazwy hosta i numeru portu używanych w zasadzie logowania wiadomości.

   1. Sprawdź zasadę MessageLogging w konkretnej wersji serwera proxy interfejsu API i sprawdź użyte nazwy hosta oraz numer portu. W powyższym przykładzie nazwa serwera proxy interfejsu API: myapi, wersja: 42.

      Zasada MessageLogging

        <MessageLogging async="false" continueOnError="false" enabled="true" name="Log-To-Splunk">
            <DisplayName>Log-To-Splunk</DisplayName>
            <Syslog>
                <Message>Message.id = {request.header.id}</Message>
                <Host>input-prd.cloud.splunk.com</Host>
                <Port>2900</Port>
                <Protocol>TCP</Protocol>
                <SSLInfo>
                    <Enabled>true</Enabled>
                </SSLInfo>
            </Syslog>
        </MessageLogging>
      

   2. Telnet z hostem z określonym portem. W tym przykładzie za pomocą Telnetu wystąpił ten sam błąd, który pojawił się w dzienniku procesora wiadomości:

      telnet input-prd.cloud.splunk.com 2900 
      telnet: input-prd.cloud.splunk.com: Name or service not known 
      input-prd.cloud.splunk.com: Host name lookup failure
      

5. To jasne, że nie można rozpoznać nazwy hosta.

Rozdzielczość

1. Zmodyfikuj zasadę MessageLogging, aby używać prawidłowej nazwy hosta.

Jeśli problem nadal występuje, przejdź do artykułu Must Gather Diagnostic Information (Wymagane zbieranie informacji diagnostycznych).

Przyczyna: nieprawidłowa nazwa mapy klucz-wartość

Diagnostyka

1. Jeśli w dziennikach procesora wiadomości zobaczysz wyjątek z komunikatem „KeyValueMap name is invalid” podczas wdrażania serwera proxy interfejsu API lub przepływu współdzielonego (jak pokazano poniżej), przejdź do kroku 2. Jeśli nie, przejdź do sekcji Must Gather diagnostic Information (Wymagane zbieranie informacji diagnostycznych).

   com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler
   

2. Przeanalizujmy przykład, aby dowiedzieć się, jak rozwiązać ten problem.

3. Przykładowy dziennik procesora wiadomości pokazujący wyjątek z komunikatem „Nazwa parametru KeyValueMap jest nieprawidłowa” prowadzącym do błędu podczas wdrażania serwera proxy interfejsu API.

   2018-02-27 14:14:50,318  Apigee-Main-6 ERROR MESSAGING.RUNTIME - AbstractConfigurator.handleUpdate() : Fatal error deploying proxy: {}
   com.apigee.keyvaluemap.KeyValueMapApiException: KeyValueMap name  is invalid
           at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.validateMapName(KeyValueMapServiceImpl.java:125) ~[keyvaluemap-1.0.0.jar:na]
           at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.createOrUpdateKeyValueMap(KeyValueMapServiceImpl.java:185) ~[keyvaluemap-1.0.0.jar:na]
           at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.digest(KeyValueMapOperationsStepDefinition.java:180) ~[keyvaluemap-operations-1.0.0.jar:na]
           at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.handleAdd(KeyValueMapOperationsStepDefinition.java:197) ~[keyvaluemap-operations-1.0.0.jar:na]
           at com.apigee.entities.AbstractConfigurator.handleUpdate(AbstractConfigurator.java:130) [config-entities-1.0.0.jar:na]
           at com.apigee.messaging.runtime.Application.handleUpdate(Application.java:229) [message-processor-1.0.0.jar:na]
   
   2018-02-27 14:14:50,344  Apigee-Main-6 ERROR BOOTSTRAP - RuntimeConfigurationServiceImpl.dispatchToListeners() : RuntimeConfigurationServiceImpl.dispatchToListeners : Error occurred while dispatching the request DeployEvent{organization='myorg', application='CustomerAPI', applicationRevision='1', deploymentSpec=basepath=/;env=test;, deploymentID=null} to com.apigee.application.bootstrap.listeners.MessageProcessorBootstrapListener@5009d06e
   com.apigee.keyvaluemap.KeyValueMapApiException: KeyValueMap name  is invalid
           at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.validateMapName(KeyValueMapServiceImpl.java:125) ~[keyvaluemap-1.0.0.jar:na]
           at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.createOrUpdateKeyValueMap(KeyValueMapServiceImpl.java:185) ~[keyvaluemap-1.0.0.jar:na]
           at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.digest(KeyValueMapOperationsStepDefinition.java:180) ~[keyvaluemap-operations-1.0.0.jar:na]
           at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.handleAdd(KeyValueMapOperationsStepDefinition.java:197) ~[keyvaluemap-operations-1.0.0.jar:na]
           at com.apigee.entities.AbstractConfigurator.handleUpdate(AbstractConfigurator.java:130) ~[config-entities-1.0.0.jar:na]
           at com.apigee.messaging.runtime.Application.handleUpdate(Application.java:229) ~[message-processor-1.0.0.jar:na]
   

4. Drugi wyjątek powyżej wskazuje, że wystąpił błąd wdrożenia dla Proxy API: CustomerAPI w wersji 1.

5. Podczas sprawdzania zrzutu stosu można zauważyć, że podczas wykonywania zasady KeyValuMapOperations zgłaszany jest błąd.

6. Po sprawdzeniu pakietu serwera proxy interfejsu API okazuje się, że istnieje jedna zasada KeyValuMapOperations, która ma taki kod:

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="Pulling-Keys" mapIdentifier="">
    <DisplayName>Pulling Keys</DisplayName>
    <Properties/>
    <ExclusiveCache>false</ExclusiveCache>
   
   

7. Jak pokazano powyżej, parametr mapIdentifier, który wskazuje nazwę obiektu KeyValueMap, zawiera pusty ciąg znaków. Nazwa KeyValueMap nie może być pustym ciągiem znaków. To była przyczyna błędu wdrożenia.

Rozdzielczość

1. Zmodyfikuj zasadę KeyValueMapOperations, tak aby miała prawidłową nazwę KeyValueMap.

2. W powyższym przykładzie problem został rozwiązany przez zmodyfikowanie operacji KeyValueMapOperations w taki sposób, aby nazwa obiektu KeyValueMap miała nazwę „MyKeyValueMap”, jak pokazano poniżej:

     <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
     <KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="Pulling-Keys" mapIdentifier="MyKeyValueMap">
       <DisplayName>Pulling Keys</DisplayName>
       <Properties/>
       <ExclusiveCache>false</ExclusiveCache>
   

Musi gromadzić informacje diagnostyczne

Jeśli problem nie ustąpi mimo wykonania powyższych instrukcji, zbierz poniższe informacje diagnostyczne. Skontaktuj się z zespołem pomocy Apigee Edge i przekaż zebrane informacje.

1. Dane wyjściowe polecenia

   curl -v <management-server-host>:<port #>/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/deployments -u <user>
   

2. Logi procesora wiadomości

   /opt/apigee/var/log/edge-message-processor/logs/system.log
   

3. Szczegółowe informacje o tym, jakie sekcje tego poradnika zostały już wypróbowane, oraz o innych danych, które pomogą nam przyspieszyć rozwiązanie tego problemu.