Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@denismakogon should we move this image to https://github.com/fnproject/dockers ? fdks should be code only? at least, we're not consistent at the moment, and a few reside in the dockers repo already (python3.6 even)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
additional point is that the dockers repo has a handy script for updating the lang images (would like to add this to ci to automate even, haven't quite gotten time yet)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the reason for keeping image files here is that dockers repo looks more like a dump of whatever we had from IronFunctions.
I'm not sure that moving files back there is a good idea unless the repo would be cleaned up.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
regarding image files, only fdk-go didn't have its image files in the fdk repo, but the rest keeping their files in place, but not in dockers.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FDKs should own their images. Dockers repo should probably die.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sure, not blocking - there's a python image to update in dockers repo, as well, it's unclear which is the preferred place (one is 3.6 and one is 3.7) and this is a fine excuse to find such things and straighten them out
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah, I see - in that case I say bring the 3.6 image in here - the java FDK builds 8, 11 and SVM images.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sorry, pay attention rik...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
as to rationale, I think FDKs should own their build images, runtime images, init images and maybe a test/hello-world image, as one can't simply use docker/hello-world anymore...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So, I'm going to merge this PR.
This is quite a wider discussion regarding where image files should live, but it's just out of the scope of this PR.