So based on Ben's note about Java's extensibility with regard to adding
protocol handlers, and the work that Greg has done, it sounds like it might
be useful to make this extensibility a core feature?
Regards
Steve
-----Original Message-----
From: Greg Jansen [mailto:cou...@email.unc.edu]
Sent: 02 December 2010 14:57
To: Support and info exchange list for Fedora users.
Subject: Re: [fcrepo-user] Control Group - supported URL schemes
Hey Jörg,
We are doing something very similar to your case. I have an
ExternalContentManager that works with iRODS, but it also required patching
two other classes in fcrepo-server. I've pasted a patch below and attached
the ExternalContentManager class. We just support the iRODS protocol so
that we can ingest from an iRODS staging area. I think your project is also
pursuing an Akubra-iRODS module? Will you still be pursuing managed
datastreams in iRODS?
I hope this helps.
thanks,
Greg Jansen
UNC Chapel Hill
THE PATCH:
Index: org/fcrepo/server/storage/ContentManagerParams.java
===================================================================
--- org/fcrepo/server/storage/ContentManagerParams.java (revision 8829)
+++ org/fcrepo/server/storage/ContentManagerParams.java (working copy)
@@ -1,5 +1,5 @@
/* The contents of this file are subject to the license and copyright terms
- * detailed in the license directory at the root of the source tree (also
+ * detailed in the license directory at the root of the source tree (also
* available online at http://fedora-commons.org/license/).
*/
package org.fcrepo.server.storage;
@@ -11,10 +11,10 @@
/**
- * Simple data transfer object for the content manager.
+ * Simple data transfer object for the content manager.
* This should avoid breaking the content manager interface every
- * time the parameters change.
- *
+ * time the parameters change.
+ *
* @version $Id$
*
*/
@@ -26,11 +26,11 @@
private String protocol;
private boolean bypassBackend = false;
private Context context;
-
-
+
+
public ContentManagerParams(){
}
-
+
public ContentManagerParams(String url, String mimeType, String
username, String password){
setUrl(url);
this.mimeType = mimeType;
@@ -41,11 +41,11 @@
public ContentManagerParams(String url){
setUrl(url);
}
-
+
public String getProtocol() {
return protocol;
}
-
+
public String getUrl() {
return url;
}
@@ -54,6 +54,9 @@
try {
this.protocol = new URL(url).getProtocol();
} catch (MalformedURLException e) {
+ if(url.startsWith("irods://")) {
+ return;
+ }
throw new RuntimeException(e);
}
}
@@ -79,7 +82,7 @@
public void setBypassBackend(boolean b) {
bypassBackend = b;
}
-
+
public boolean isBypassBackend() {
return bypassBackend;
}
Index: org/fcrepo/server/validation/ValidationUtility.java
===================================================================
--- org/fcrepo/server/validation/ValidationUtility.java (revision 8829)
+++ org/fcrepo/server/validation/ValidationUtility.java (working copy)
@@ -50,7 +50,7 @@
* @param controlGroup
* The control group of the datastream the URL belongs to.
*
- * @throws ValidationException
+ * @throws ValidationExcept
* if the URL is malformed.
*/
public static void validateURL(String url, String controlGroup)
@@ -65,6 +65,8 @@
} catch (MalformedURLException e) {
if (url.startsWith(DatastreamManagedContent.UPLOADED_SCHEME)) {
return;
+ } else if (url.startsWith("irods://")) {
+ return;
}
throw new ValidationException("Malformed URL: " + url, e);
}
On 12/02/2010 06:38 AM, Jörg Panzer wrote:
Hello Steve,
we plan to use fedora as frontend for iRODS. So, we will allow direct ingest
in iRODS. The ingested files are subsequently registered in fedora by an
callback mechanism.
The idea was, to do this with an "external referenced" datastream.
<foxml:datastream ID="DS5" STATE="A" CONTROL_GROUP="E" VERSIONABLE="true">
<foxml:datastreamVersion ID="DS5.0" LABEL="ds5 label"
CREATED="2010-12-02T10:45:17.785Z" MIMETYPE="application/pdf">
<foxml:contentLocation TYPE="URL"
REF="irods://zone/home/user/datastreams/info:fedora/test:1/DS5/DS5.0"/>
</foxml:datastreamVersion>
</foxml:datastream>
So i take a look at ExternalContentManager and
DefaultExternalContentManager.
Thanks,
Jörg
--
Am 02.12.2010 um 10:31 schrieb Steve Bayliss:
Hi Jörg
Currently only http and file protocols are supported.
External content is managed by an ExternalContentManager - the only one
implemented currently is the DefaultExternalContentManager. This is
specified in fedora.fcfg so theoretically it's possible to provide an
alternative to manage other URI schemes (or indeed extend the existing
content manager to do this; perhaps some configuration information to
specify how different protocols should be resolved).
For "R" datastreams Fedora simply issues a temporary redirect with the URI
to redirect to, so it would be the browser (or client) responsibility to
handle the resolution for non-http schemes.
This sounds to me like, it is possible for "R" to use other schemes, but we
get a Malformed URL Exception on ingest.
For "E" datastreams the resolution is via the ExternalContentManager, so
implementation of additional URL schemes would be an option for these.
What URL schemes would you like to see supported?
Regards
Steve
-----Original Message-----
From: Jörg Panzer [mailto:pan...@sub.uni-goettingen.de]
Sent: 02 December 2010 09:17
To: Support and info exchange list for Fedora users.
Subject: [fcrepo-user] Control Group - supported URL schemes
Hello,
can someone tell me, if there are other URL schemes supported for the
control groups "Redirect" and "External Referenced" in addition to "http"?
Regards,
Jörg
---
Jörg-H. Panzer
Georg-August-Universitaet Goettingen
State and University Library
----------------------------------------------------------------------------
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
----------------------------------------------------------------------------
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
---
Jörg-H. Panzer
Georg-August-Universitaet Goettingen
State and University Library
----------------------------------------------------------------------------
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
--
___
Gregory N. Jansen
Developer - Carolina Digital Repository
UNC Chapel Hill Libraries
------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
