Uploaded image for project: 'EJBCA'
  1. EJBCA
  2. ECA-8135

Save and Read SCTs from persistent SCT table

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: EJBCA 7.2.0
    • Fix Version/s: EJBCA 7.2.0
    • Component/s: None
    • Labels:

      Description

      This should be added alongside the existing in-memory cache in OcspCtSctListExtension.

      When a SCT is not present in the in-memory cache, we should check if it is present in the persistent SCT table (and only if not present there, we should submit to the CT log). If the data was found from from the table, it should now also be placed into the cache (entry.setValue)

      This will require passing some object with callbacks that does the database read, because OcspCtSctListExtension cannot call session beans (that do the database reads). Re-use the callback object in ECA-8134, if that issue is implemented first. See CTAuditLogCallback for an example object.
      Update: OcspCtSctListExtension can in fact call session beans, so there is no need for a callback class. Just call the session directly.
      Update 2: The OcspCtSctListExtension does in-memory caching on the whole "SCT List extension", so this is not the same as the individual SCTs. We should consider creating a new issue to restructure the existing code, so it caches individual SCTs also. This would require changes in CertificateTransparencyImpl.
      Update 3: The OcspCtSctListExtension does in-memory caching on the whole "SCT List extension", so this is not the same as the individual SCTs. We add a callback that is called from CtSubmission.doFetchSct (it can not call EJBs directly), that checks if we actually need to fetch the SCT or if it is already present in the cache. The callback object could possibly be the SctDataSession itself, or it could be some kind of "middle layer".

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              katja_helmes Jekaterina Bunina
              Reporter:
              samuel Samuel Lidén Borell
              Verified by:
              Samuel Lidén Borell
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Time Tracking

                  Estimated:
                  Original Estimate - 3 days Original Estimate - 3 days
                  3d
                  Remaining:
                  Remaining Estimate - 0 minutes
                  0m
                  Logged:
                  Time Spent - 4 days, 3 hours, 30 minutes
                  4d 3h 30m