Skip to content

Feature/clean deps #3071

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

Merged
merged 18 commits into from
Feb 6, 2018
Merged

Feature/clean deps #3071

merged 18 commits into from
Feb 6, 2018

Conversation

Mpdreamz
Copy link
Member

@Mpdreamz Mpdreamz commented Feb 2, 2018

This moves master over to netstandard1.3 only for our class libs.

Tests and other executables are now netstandard2.0 only.

Removes all the DOTNETCORE related ifdef's.

For now we keep the WebRequest based HttpConnection connection around in a separate package Elasticsearch.Net.Connections.WebRequestConnection

@Mpdreamz Mpdreamz requested review from codebrain and russcam February 2, 2018 16:07
Copy link
Contributor

@russcam russcam left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM. Good to standardize on netstandard1.3 only 👍

Could I suggest Elasticsearch.Net.Connections.HttpWebRequestConnection for the name of the HttpWebRequest based connection? Would we also want a switch to test with this connection when running integration tests?

@@ -10,15 +10,17 @@ static Program()
var currentDirectory = new DirectoryInfo(Directory.GetCurrentDirectory());
if (currentDirectory.Name == "DocGenerator" && currentDirectory.Parent.Name == "CodeGeneration")
{
Console.WriteLine("IDE: " + currentDirectory);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Still needed? Or just used for debugging?

InputDirPath = @"..\..\..\..\..\src";
OutputDirPath = @"..\..\..\..\..\docs";
BuildOutputPath = @"..\..\..\..\..\build\output";
Console.WriteLine("CMD: " + currentDirectory);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Still needed? Or just used for debugging?


namespace System.Collections.Generic
{

//TODO see if we can get rid of this
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

++

@Mpdreamz
Copy link
Member Author

Mpdreamz commented Feb 5, 2018

A lot of changes went in today too:

  • HttpWebRequestConnection is now a nuget package as well that is part of the command line build
  • HttpWebRequestConnection is randomly tested on windows when targetting net46
  • Elasticsearch.DotNetCore.sln is gone, no longer a need for this 🎉 🍰
  • Profiling is now loaded optionally, this removes the requirement of calling build once before building in the IDE. If you call test(.exe) profile it will exit with an error + error code when not compiled with profiling support
  • DocGenerator can now run on non windows platforms.
  • canary nuget package testing only happens on appveyor due to package caches
  • DocGenerator was always looking for the xml docs in build/output but if you do git clean -fxd and run from the IDE this folder does not exist.

Moved the desktop CLR connection into its own package.

Removed all DOTNETCORE ifdefs
…orking on removing Elasticsearch.DotNetCoreOnly.sln
…tConnection randomly, TFM only kicks in on Windows
… -all and switch to -one to only test netcoreapp2.0
… without profiling support. This aids checking out -> open sln -> compile loop for everyone
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants