Build #696

Generates the latest/greatest Maven-based artifacts for the Openfire project, every night.

Build: #696 was successful Scheduled with changes by Greg Thomas

Stages & jobs

  1. Build and Package

  2. Deploy

  3. copy nightlies to website

Build result summary

Details

Completed
Duration
4 minutes
Labels
None
Revision
31b1325ce3c877314f442044284701f567286174 31b1325ce3c877314f442044284701f567286174
Total tests
302
Successful since
#497 ()

Tests

Code commits

Author Commit Message Commit date
Greg Thomas Greg Thomas 31b1325ce3c877314f442044284701f567286174 31b1325ce3c877314f442044284701f567286174 Merge pull request #1305 from GregDThomas/improved-cache-lock-api
OF-1712: Introduce a new API to provide locking of Cache entries.
Greg Thomas Greg Thomas c77d75794658f6991178948374cb9728c10ca752 c77d75794658f6991178948374cb9728c10ca752 Introduce a new API to provide locking of Cache entries.
Why? The single responsibility principle. It makes more sense (to me)
to ask the Cache to lock a key rather than the CacheFactory, which should
concentrate on creating cache's.

Note that only the API changes; the implementation still resides in
CacheFactory. Easiest to leave it there until the deprecated method is
removed.

Jira issues

IssueDescriptionStatus
Unknown Issue TypeOF-1712Could not obtain issue details from Jira