New Release

[christianjgreen]

Is there an ETA on the latest release from the master branch? The new error handling for connections {:error, msg} is needed for a DB driver using this repo!

[christianjgreen]

@ankhers

[michalmuskala]

The new release is planned after postgrex and mariaex get updated, so we know the approach is correct.

[christianjgreen]

Is there a version you guys are looking for? Postgrex 12 days ago and Mariaex 3 days ago

[ankhers]

I believe the work for Postgrex is (mostly?) complete. I was asked to do the same for Mariaex, but my unfamiliarity with the database and codebase prevented me from getting it done.

I do not mind taking another crack at it. Unfortunately, even if I thought I got it working, my unfamiliarity with things would prevent me from knowing for sure.

[michalmuskala]

The work is being done in elixir-ecto/postgrex#321 and xerions/mariaex#196

[fishcakez]

@ArThien is the driver open source? If so can you link to an issue that we can track? It's possible we could look at a v1.1 branch whose parent commit is as far back as possible - before new features were introduced.

[ankhers]

@ArThien is talking about elixir-mongo/mongodb#145. I would prefer to have the change that returns {:error, exception} instead of raising an exception when you try to query a disconnected connection.

If this is going to take a while though, I could look into rescuing instead of waiting on this.

[christianjgreen]

@ankhers Would you mind using rescue ! for now over tuples?

[fishcakez]

Unfortunately the latest commit we can release a patch version for is 53271f7. I think there are still cases after that where DBConnection can raise instead of returning an error. I think all these are changed at some point so it might be we can create a v1.1 branch and you can add any further of these fixes required. It could be easily to rescue.

Unless limited to the DBConnection.Sojourn pool there are still other cases in master where an exit/1 can happen as part of anticipated operation so I think would always need catch exits also. Given that I believe this driver uses DBConnection for the ownership pool it will is likely required.

[ankhers]

I will test a version of mongodb with rescuing. I will look into doing this within the next couple days.

[christianjgreen]

@ankhers our dev team thanks you :)

[leifg]

Is there anything I can do to help? I would also be very interested in a new release.

[fishcakez]

We would need to get things working in Ecto.

@shdblowers @scouten are mssql and sqlite adapters about to detect transaction status (whether inside or outside a transaction) without a roundtrip across network? Obviously for SQLite it is just whether we can detect it as we're on same host.

IIRC neither of those adapter supports streaming so we don't need to worry about the other changes.

[shdblowers]

@fishcakez is that the work for supporting Ecto 2.2?

[josevalim]

@shdblowers not necessarily. Once we release a new db_connection version, I can backport any necessary fix to both Ecto 2.1 and Ecto 2.2 branches. So hopefully you are able to track those in isolation. The work I believe @fishcakez was referring to was to update to db_connection master.