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

CRL is stored in publisher queue even if direct publishing is successful

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: EJBCA 7.3.0
    • Component/s: None
    • Labels:
      None
    • Issue discovered during:
      Community
    • Sprint:
      EJBCA Team Alice - 2019 w31

      Description

      Jaime reported:

      If a publisher with the following settings is configured:

      • No direct publishing, only use queue: Disabled
      • Keep successfully published items in database: Enabled
      • Use queue for CRLs: Enabled

      And it publishes a CRL successfully, the CRL will be kept in the
      publisher queue with STATUS_PENDING anyway and something like a Publish
      Queue Process Service will be required to process it again and mark it
      with STATUS_SUCCESS, resulting in the CRL published twice, instead of
      only once.

      A simple patch follows:

      modules/ejbca-ejb/src/org/ejbca/core/ejb/ca/publisher/PublisherSessionBean.java
      (revision 32884)
      +++
      modules/ejbca-ejb/src/org/ejbca/core/ejb/ca/publisher/PublisherSessionBean.java
      (date 1563994959367)
      @@ -309,7 +309,7 @@
                           pqvd.setUserDN(issuerDn);
                           String fp = CertTools.getFingerprintAsString(incrl);
                           try {
      -                        publisherQueueSession.addQueueData(id, PublisherConst.PUBLISH_TYPE_CRL, fp, pqvd, PublisherConst.STATUS_PENDING);
      +                        publisherQueueSession.addQueueData(id, PublisherConst.PUBLISH_TYPE_CRL, fp, pqvd, publishStatus);
                               String msg = intres.getLocalizedMessage("publisher.storequeue", name, fp, "CRL");
                               log.info <http://log.info>(msg);
                           } catch (CreateException e) {
      

       

        Attachments

          Activity

            People

            Assignee:
            tomas Tomas Gustavsson
            Reporter:
            hablutzel1 Jaime Hablutzel
            Verified by:
            Tomas Gustavsson
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved:

                Time Tracking

                Estimated:
                Original Estimate - 1 hour
                1h
                Remaining:
                Remaining Estimate - 0 minutes
                0m
                Logged:
                Time Spent - 1 hour
                1h