Repository navigation
refactor: extract sigstore-tuf module - #1289
aaronlew02 wants to merge 1 commit into
Conversation
07cfc0a to
51c16c0
Compare
51c16c0 to
fe511be
Compare
fe511be to
a9023ea
Compare
9f0f109 to
97d2668
Compare
97d2668 to
b570d14
Compare
b570d14 to
b87ddfb
Compare
a5b8d4c to
b9cdf14
Compare
b9cdf14 to
6af0906
Compare
4775de0 to
84e9c43
Compare
84e9c43 to
9efa314
Compare
9efa314 to
180ba4b
Compare
180ba4b to
80e1626
Compare
25d9285 to
7147062
Compare
7147062 to
23e4d6c
Compare
23e4d6c to
ca3a982
Compare
|
going through this now, worth fixing the dependency version drift in the meantime... alternatively we could explore using a version catalog to prevent this issue. |
|
We need to update our module test for this new module. It seems like there may be some conflicting packages (SigstoreTufClient might need to move to a different package). |
45304ac to
1f7b9f1
Compare
|
I don't think they have to be package private, lets skip this change for now. And maybe address it later? |
1f7b9f1 to
99c5d93
Compare
|
@loosebazooka I've reverted that change. |
c5f42c4 to
d3b426f
Compare
loosebazooka
left a comment
There was a problem hiding this comment.
as a follow-up to this, we should consider how root.json is loaded for both staging and prod. Make sure those are module isolated (maybe even explore other hardening strategies here).
ffaaa48 to
dbc6acb
Compare
loosebazooka
left a comment
There was a problem hiding this comment.
Just some very minor things, then we can merge.
| @@ -563,12 +563,12 @@ void downloadTarget(String targetName, TargetData targetData) throws IOException | |||
| } | |||
|
|
|||
| @VisibleForTesting | |||
There was a problem hiding this comment.
This is now visible outside of testing to SigstoreTufClient.
There was a problem hiding this comment.
I've removed the @VisibleForTesting annotation.
|
|
||
| @VisibleForTesting | ||
| TrustedMetaStore getMetaStore() { | ||
| public TrustedMetaStore getMetaStore() { |
There was a problem hiding this comment.
looks like this could've remained package private?
There was a problem hiding this comment.
I've made getMetaStore() package-private.
|
|
||
| dependencies { | ||
| api(project(":sigstore-common")) | ||
| api(project(":sigstore-tuf")) |
There was a problem hiding this comment.
another thing to note is maybe we could initialize our SigstoreTufClient (in another PR) with a sigstore-java specific class instead of reaching into the TUF module, so this could remain implementation
dbc6acb to
f5c4093
Compare
Signed-off-by: Aaron Lew <64337293+aaronlew02@users.noreply.github.com>
f5c4093 to
97037ad
Compare
Summary
This change extracts the TUF engine (including the updater, provider, models, and verifiers) into its own
:sigstore-tufmodule.