Current Situation
Where does each project publish?
Project |
Snapshots (groupId) |
Third Party Libraries (groupId) |
Releases (groupId) |
||
---|---|---|---|---|---|
Akubra |
fc-snapshots (org.akubraproject) |
- |
fc-releases (org.akubraproject) |
||
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="ca3cabad-7f0e-47e2-a60e-137d2b5d060c"><ac:plain-text-body><![CDATA[ |
DSpace |
dspace-snapshots (org.dspace) [4] |
dspace-repo (org.dspace) [4] |
dspace-repo (org.dspace) [4] |
]]></ac:plain-text-body></ac:structured-macro> |
DuraCloud |
- |
fc-thirdparty (org.duracloud) |
- |
||
Fedora |
- |
fc-thirdparty (org.fcrepo) |
fc-releases (org.fcrepo) |
]]></ac:plain-text-body></ac:structured-macro> |
|
Mulgara |
- |
- |
- |
||
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="149b628e-955d-4013-a97e-9ee2f7458825"><ac:plain-text-body><![CDATA[ |
Topaz |
topaz-repo (org.topazproject) |
topaz-repo ([2]) |
topaz-repo (org.topazproject) |
]]></ac:plain-text-body></ac:structured-macro> |
[1] Currently, libraries that are "third party" to the FCRepo project are split between the fc-thirdparty repository (for libs authored by projects outside DuraSpace) and the fc-releases repository (for libs authored by other DuraSpace projects). The current FCRepo groupId/artifactId naming convention is further documented here.
[2] The Topaz project has historically put all third-party libs under separate groupIds within their repository.
[4] DSpace release artifacts are not exposed via local dspace-repo, all release builds use the central repo at http://repo1.maven.org/maven2/org/dspace/ unless the developer configures maven to behave differently. All third party requirements not already in the central repo or other popular repository such as java.net or codehaus (excluding oracle JDBC drivers) are published under the org.dspace groupId so they will be properly rynced to the central repository after release.
Repository details
Repository |
Hosted At |
Browsable? |
Write Access? |
GroupIds Published to Central |
Repository Platform |
Deployment |
||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="f33d872d-4f43-4e8e-a6ca-be2f0a1f3a33"><ac:plain-text-body><![CDATA[ |
[dspace-repo |
http://maven.dspace.org/] |
OSU OSL |
Yes |
Manually granted by mdiggory |
[org.dspace |
http://repo2.maven.org/maven2/org/dspace/] , [org.duraspace |
http://repo2.maven.org/maven2/org/duraspace/] [3], [org.fedora-commons |
http://repo2.maven.org/maven2/org/fedora-commons/] [3] |
Apache HTTPD Filesystem, WEB-DAV can be made available |
SCP Wagon |
]]></ac:plain-text-body></ac:structured-macro> |
OSU OSL |
Yes |
" |
None |
" |
" |
|||||||
Cornell |
Yes |
Manually granted by cwilper |
None |
|
|
|||||||
Cornell |
Yes |
" |
None |
|
|
|||||||
Cornell |
Yes |
" |
None |
|
|
|||||||
PLoS |
Yes |
Manually granted by Ronald? |
None |
|
|
[3] These groupIds are not used. Generally, groupIds of projects within DuraSpace are tied to the project, not the overarching organization. Also, the Fedora Repository project has now standardized on using org.fcrepo as its groupId. (MRD: I agree)
What Repository Platform might be utilized
Currently OSL is working on implementing java based services for deploying webapplication driven services. At this time they are not announcing any timeline for this.
What Merged Repositories Might Look Like
Repository |
Hosted At |
Browsable? |
Write Access? |
Published to Central? |
---|---|---|---|---|
duraspace-repo |
OSU OSL |
Yes |
Granted by admin(s) for each project, under that project's groupId |
Yes |
duraspace-snapshots |
OSU OSL |
Yes |
" |
No |
Participating Projects:
Should:
- Comply with central requirements; all artifacts published by each project (third-party or not):
- Need to be under the groupId of the project responsible for authoring/publishing the POM.
- Need to be freely distributable.
- Designate admin(s) who can delegate write access to the portion of the repository under that project's control.