Comments
Sort by recent activity
I've performed more testing, the issue was introduced in v9.8.0. The work to resolve this is ongoing. / comments
I've performed more testing, the issue was introduced in v9.8.0.The work to resolve this is ongoing.
Hello, Thank you for bearing with us, as of flyway v9.17.0, validate will no longer block you in this scenario. Please do let us know if you have any issues. / comments
Hello,Thank you for bearing with us, as of flyway v9.17.0, validate will no longer block you in this scenario.Please do let us know if you have any issues.
Thank you for your question, as you have a direct support call open with us, we'll update that. For transparency I must clarify that our support function doesn't extend to guided application debugging. / comments
Thank you for your question, as you have a direct support call open with us, we'll update that.For transparency I must clarify that our support function doesn't extend to guided application debugging.
Thanks for bearing with me Simon, This does appear to be an oversight on our part, I've raised a request to get it looked at, as it presently stands our documentation is misleading. As a work around, you could address the underlying object via ClassicConfiguration the same way the FluentConfiguration typically would, it lacks some of the nicety, but should allow you to progress. E.G ClassicConfiguration config = new ClassicConfiguration();
config.setUrl("jdbc:h2:mem:db");
config.setUser("sa");
config.setDriver("org.amazon.aura.Driver");
Flyway flyway = new Flyway(config); / comments
Thanks for bearing with me Simon,This does appear to be an oversight on our part, I've raised a request to get it looked at, as it presently stands our documentation is misleading.As a work around,...
Thanks for your query skagedal, Your approach is what I'd expect, the driver configuration is the appropriate way to define this and once established there should be no need to remove the default driver as it won't be used. Thought evidently there's some configuration complication, does yours look roughly like this? Flyway.configure()
.driver("com.mysql.cj.jdbc.Driver")
.load()
/ comments
Thanks for your query skagedal, Your approach is what I'd expect, the driver configuration is the appropriate way to define this and once established there should be no need to remove the default d...
Oh I see what you mean now, and that's also presumably why you were looking at the jdbcProperties parameters as a consequence on the driver comments! Apologies, I've caught up now. While the gradle plugin would need slightly different config, since you linked the page that references such earlier I'm going to assume you allowed for that. Regardless, I'd have expected the flyway core part to work. I'll dig into it and come back to you. / comments
Oh I see what you mean now, and that's also presumably why you were looking at the jdbcProperties parameters as a consequence on the driver comments!Apologies, I've caught up now. While the gradle ...
Thank you for updating your post so that others could benefit from your experience, much appreciated! / comments
Thank you for updating your post so that others could benefit from your experience, much appreciated!
Hello dgrinblat, I attempted to build your solution from scratch to see the obfuscation behaviour but the CSharpLib dependency appears to be missing? The directory is present, but there's no resource inside that could be embedded. / comments
Hello dgrinblat,I attempted to build your solution from scratch to see the obfuscation behaviour but the CSharpLib dependency appears to be missing? The directory is present, but there's no resourc...
In which case I'm afraid not, the expectation is that each participant will have to authenticate once. / comments
In which case I'm afraid not, the expectation is that each participant will have to authenticate once.
Hello, Thank you for the question. No I'm afraid not, that's why the default credential store is used, to avoid the potential insecurity you're referencing here. I haven't how opportunity to test it, but assuming a secrets manager* defined in the connection string were honoured (I think it should be) would that suit your organisation's needs? *https://documentation.red-gate.com/fd/secrets-management-184127477.html / comments
Hello,Thank you for the question. No I'm afraid not, that's why the default credential store is used, to avoid the potential insecurity you're referencing here.I haven't how opportunity to test it,...