[.NET Core 2.0] Add stack detector for .NET Core 2.0

[omajid]

fabric8-generator/src/main/java/io/fabric8/forge/generator/che/CheStackDetector.java

Line 62 in d9e0541

public static CheStack detectCheStack(UIContext context, org.jboss.forge.addon.projects.Project project, PomFileXml pom) {

.NET Core projects use either a solution (*.sln) file - if the repository contains multiple projects - or the following more specific project types:

• *.csproj for C#
• *.vbproj for VB.NET
• *.fsproj for F#

We should look for these files and use them to identify the right che stack to use.

[jstrachan]

would we have 3 separate che stacks for C#, VB.NET and F#? or just one?

how about if we go with these rules for che stack mappings?

• *.csproj => dotnet-cs
• *.vbproj => dotnet-vb
• *.fsproj => dotnet-fs
• *.sln => dotnet

unless just 1 che stack is enough?

[jstrachan]

I should have asked the obvious question first I guess - do we have any Che stack(s) for .Net Core 2.0 yet and if so what are they called?

[omajid]

Do we have any Che stack(s) for .Net Core 2.0 yet

dotnet-default here: https://github.com/eclipse/che/blob/master/ide/che-core-ide-stacks/src/main/resources/stacks.json#L405

@dharmit, do you know what the name of the final RHEL and/or CentOS-based dotnet stack will be?

would we have 3 separate che stacks for C#, VB.NET and F#? or just one?

A single dotnet command can generally operate on all types of projects. From a language-tooling perspective, one stack should be enough.

Then again, I don't know if something from che (such as language server for C# vs F#) may require us to use separate stacks. @gorkem Do you have any suggestions?

[dharmit]

@dharmit, do you know what the name of the final RHEL and/or CentOS-based dotnet stack will be?

registry.centos.org/che-stacks/dotnet20 unless you'd prefer something else for the CentOS based stack.

[gorkem]

Che has only C# LSP support which was tested against this stack earlier

[omajid]

registry.centos.org/che-stacks/dotnet20 unless you'd prefer something else for the CentOS based stack.

Whatever the current conventions are! I know the rhel container (not stack, no che integration, just a basic s2i container for .NET Core 2.0) is called registry.access.redhat.com/dotnet/dotnet-20-rhel7. There is also a smaller runtime container called registry.access.redhat.com/dotnet/dotnet-20-runtime-rhel7

[omajid]

I have an example at https://github.com/omajid/HelloWorld/, specifically the new-project tag. OpenShift.io imports this but identifies the stack incorrectly: