-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate re-using islandora-connector-houdini
#957
Comments
So I don't think I understand this. You can't get a whole new service by adding a new configuration file, can you? |
Actually, you totally can. OSGi services need code and (possibly some) configuration, but there's no reason they would need fresh code for every service. |
So this works fine dropping an XML into the deploy directory, but I'm having a heckuva time getting it wrapped up as a bundle and made into a feature. I need some time to wrestle the OSGi bear a bit. Right now it builds, but does not deploy because it can't find code that I know I'm exporting correctly 😭 |
Here's my work so far: https://github.com/dannylamb/Alpaca/tree/refactor-blueprint |
We should be able to re-use
islandora-connector-houdini
from Alpaca and deploy another copy of it by placing a config file in/opt/karaf/etc
. By chaning the input stream and houdini URLs, we could conceivably point at a wide variety of microservices that follow Houdini's pattern. For example, a microservice built aroundffmpeg
could use the sameAccept
andApix-Ldp-Resource
headers, and the Camel listener wouldn't have to change. Just config!It's a promise of OSGi that's enticing, but I'd like to investigate it to be 100% sure it's possible before making a ticket to do it.
The text was updated successfully, but these errors were encountered: