Client interface changes for v3.0 - please comment about eet-client HOT 4 CLOSED

Generování zprávy trvá relativně dlouho i na výkonném počítači. Je možné to zrychlit?

19:39:04.502 - volání client.submitReceipt
19:39:05.944 - (WebserviceLogging.java:20) - Outbound Message
19:39:06.117 - první (InMemoryCRLStore.java:103) - CRL loaded from URI
19:39:06.269 - poslední CRL loaded from URI
19:39:06.312 - odesláno

Trvá to cca 1810 milisekund. Nejsem si jistý, co tak trvá.
Je možné CRL stáhnout předem a specifikovat cestu na disku, aby se nemusely pokaždé stahovat?

FIK dostanu v pořádku, takže je to použitelné, ale 2 sekundy prodleva je nepříjemná.

Děkuji.

from eet-client.

Ta prodleva je opravdu kvůli načítání CRL. Ty se ale načítají jen při prvním odeslání a následně jsou cachované v paměti. Stáhnout CRL předem nedává moc smysl, protože se pravidelně aktualizují.

Je klient vytvářen pro každé odeslání zvlášť, nebo zůstává vytvořená instance, která se znovu použije?

Řešením by bylo vynechat CRL a použít jen OCSP, to ale zas vytváří request při každé přijaté odpovědi. I když, pravda, rychlý a s minimální datovou náročností.

from eet-client.

Máte naprostou pravdu. Měl jsem to zkusit rovnou několikrát bez restartu :) Opravdu to trvá už jen cca 170 ms. Takže stažení CRL jen poprvé je v pořádku.

from eet-client.

Díky za info. V logu si všimněte hlášek:

2017-02-09 19:25:57.188 [pool-4-thread-1] INFO  cz.tomasdvorak.eet.client.security.crl.InMemoryCRLStore - CRL loaded from URI http://qcrldp1.ica.cz/rca15_rsa.crl, storing in cache. Next update: Thu Feb 08 11:45:44 CET 2018

CRL obsahuje informaci, do kdy je platný. Tu následně knihovna využívá, aby včas provedla update CRL a získala seznam nově zneplatněných certifikátů.

from eet-client.