SolidBase & OSGi

11 views
Skip to first unread message

Eric Jain

unread,
Mar 1, 2011, 7:44:08 PM3/1/11
to SolidBase User
Had to ditch Liquibase as the current version (2.0.1) doesn't work in
OSGi environments (not even as an embedded jar in the Bundle-
ClassPath, thanks to a custom extension mechanism).

Does SolidBase do anything that might also prevent it from working in
such an environment?

René de Bloois

unread,
Mar 2, 2011, 10:45:34 AM3/2/11
to solidba...@googlegroups.com
Eric,

I'm sorry to say, but I don't know anything about OSGi yet.

The commandline version of SolidBase does create a new classloader to extend the classpath (if so configured in the properties file), but the Ant Task and the Maven Plugin do not.

SolidBase has a plugin mechanism, but that relies on the existing classpath defined in the build.xml or the pom.xml.

What exactly is it that you are trying to do?

Regards,
René

Eric Jain

unread,
Mar 2, 2011, 1:05:48 PM3/2/11
to solidba...@googlegroups.com
2011/3/2 René de Bloois <rene.de...@gmail.com>:

I need to automatically update a database that is embedded in an
Eclipse RCP application when the application is updated.

While it would be nice to have OSGi metadata, or a Spring-configurable
bean (see http://www.liquibase.org/manual/spring), all I really need
is a simple library that lets me read a changelog (from an
InputStream!) and apply it to a database (obtained from a DataSource).

René de Bloois

unread,
Mar 3, 2011, 3:13:32 PM3/3/11
to solidba...@googlegroups.com
Eric,

Upgrading from an InputStream is currently a bit problematic because SolidBase reads the upgrade file at least twice. Once to scan it, and the second time when upgrading. Sometimes even more than that when the upgrade fragments are not in the right order. An URL or File is needed for that.

But... it would be a nice extension to allow an InputStream too, which then reads the whole file into memory and do the random access part there.

If have added the DataSource thing in subversion already. But I'm still wondering if I'm happy with how I've implemented it. So it might change.

And I already had an issue with how SolidBase handles files in the classpath.

I think I am going to spend my weekend looking how to add Spring integration to SolidBase. This will make SolidBase much more open, even if you don't use the Spring integration.

Regards,
René

Reply all
Reply to author
Forward
0 new messages