Hi Radim, hi Dirk, hi Peter, in my opinion offering nuget packages might at least be worth investigating, if we were able to automate their creation I sure don’t have any objections!
After (briefly) reading the documentation at https://docs.microsoft.com/en-us/nuget/what-is-nuget <https://docs.microsoft.com/en-us/nuget/what-is-nuget> I think shipping a precompiled version of our c# client (including version information, license information etc.) would already help Peter, Radim and their teams in using our client, right? If there is mutual interest we could move the discussion to GitHub, I’d be grateful if s/o with more .net platform expertise was willing to join the actual process or at least provide some pointers in the right direction :-) Best from Konstanz Michael > Am 08.06.2018 um 15:37 schrieb <radim-havli...@post.cz> > <radim-havli...@post.cz>: > > Hello, > > it would be nice to have BaseX as a Nuget package, but I can live without > that. It's quite easy to integrate it as-is. > Regads, > > Radim Havlicek > C# developer > > ---------- Původní e-mail ---------- > Od: Kirsten, Dirk <dirk.kirs...@senacor.com> > Komu: Peter Villadsen <peter.villad...@microsoft.com> > Datum: 8. 6. 2018 12:45:53 > Předmět: Re: [basex-talk] Nugets? > > Hello Peter, > > just my thoughts, and Christian for sure will answer you more politely, but I > am quite confused by your email. First of, I (and I am sure many others…) > have never heard of Nuget before and saying “engineers expect that” is > certainly wrong. It might be true for the C# community, but there are other > engineers out there… > > And given that C# is not a focus of BaseX, but instead only provides a client > for your convenience I am not surprised the BaseX team does not support that. > > Also, I have a hard time believing the trivial 302 lines of code of the C# > client are that expensive and time consuming to check. Also, the Microsoft > internal pre-shipping legal audits seem to be neither the fault nor the > responsibility of BaseX. Hey, BaseX is even under the most liberal open > source licence, something which can not be said about many Microsoft products > (although I appreciate the improvements Microsoft have done in their actions > and think regarding open source). > > Given that BaseX is an open source product you are more than welcome to > contribute these nuget packages. It is even super-easy, because the BaseX > repository is hosted on this Microsoft webplatform GitHub. > > Best regards > Dirk > > > Senacor Technologies Aktiengesellschaft - Sitz: Eschborn - Amtsgericht > Frankfurt am Main - Reg.-Nr.: HRB 105546 > Vorstand: Matthias Tomann, Marcus Purzer - Aufsichtsratsvorsitzender: Daniel > Grözinger > > On 7. Jun 2018, at 18:55, Peter Villadsen <peter.villad...@microsoft.com > <mailto:peter.villad...@microsoft.com>> wrote: > > > Hello, > I am building a system that relies on a Basex backend, and for that I have > chosen to use the TCP protocol. My system is built in managed code, so I went > ahead and copied the code provided here: > https://github.com/BaseXdb/basex/tree/master/basex-api/src/main/c%23 > <https://github.com/BaseXdb/basex/tree/master/basex-api/src/main/c> which > satisfied my needs very nicely. However, since I have not written this code > myself, it is subject to expensive and time consuming pre-shipping legal > audits where it is checked that the code does not contain references to other > public domain code. > > Engineers developing managed code today expect APIs to be shipped as Nuget > packages. This has the advantages that it is extremely easy to uptake, you > can regard it as a black box (but get the source if you need to), and it > supports dependencies (none, in your case) and you can go back and use > previously shipped versions (which is important in your case, since you have > just changed the authentication scheme I believe). Could you consider > offering the API as both Nugets and source on Github? > > > Best Regards > > Peter Villadsen > Principal Architect > Microsoft Business Applications Group >
