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) |
||
DSpace |
dspace-snapshots (org.dspace) |
dspace-repo (org.dspace) |
dspace-repo (org.dspace) |
||
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="608c89fd-bbb5-431c-b0c3-49ea70aba218"><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.
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="76263713-4618-4a6a-837e-29a4f5bf28ef"><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.