-
Notifications
You must be signed in to change notification settings - Fork 120
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
add possibility to set JPDA_SUSPEND via ENV var #1180
Conversation
Add improvement to docs/README.md in sections where we discuss development mode |
@TylerJewell please review docs changes |
@@ -687,6 +687,7 @@ generate_configuration_with_puppet() { | |||
-e "REGISTRY_ENV_FILE=${REGISTRY_ENV_FILE}" \ | |||
-e "POSTGRES_ENV_FILE=${POSTGRES_ENV_FILE}" \ | |||
-e "CODENVY_ENV_FILE=${CODENVY_ENV_FILE}" \ | |||
-e "ENABLE_JPDA_SUSPEND=${ENABLE_JPDA_SUSPEND:-false}" \ |
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.
it looks strange that we need to set extra env value there It's not in codenvy.env ?
it looks strange that property is not having any prefix. It's JPDA debug for which container ? properties like then it gives JPDA option to tomcat (but if you replace tomcat by jetty, option will stay the same for user) |
example of properties in che launcher:
|
@benoitf renamed env var to |
I still don't get why I only see parameter in codenvy.env or/and in docker-compose files |
Good point, I thought it is very rare use case when you need that suspend so I don't wanted to add this codenvy.env. But in general I kind of agree with you having different flow for setting configurations is not good. So I will move this to codenvy.env I think. |
ah, I forget that I've decided to enable it this way because "dev mode" enable also via mount in CLI, so maybe it still consistent... @TylerJewell @garagatyi WDYT guys? |
It's not consistent at all |
Do we really need to let people to change the debug port? It sounds like a nice option, but it may add complexity for a feature that <.0001% of people would use. |
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.
it's not matching maintainability and extensiblity
it's not because I'm using a local binary that I also want that my server run in debug mode as well. |
I reworked everything now it is configurable in |
@@ -10,14 +10,16 @@ PUPPET_SOURCE=<%= scope.lookupvar('codenvy::puppet_src_folder') -%> | |||
PUPPET_DESTINATION=<%= scope.lookupvar('codenvy::codenvy_folder') -%> | |||
|
|||
PGUSER=<%= scope.lookupvar('codenvy::pgsql_username') %> | |||
PGPASSWORD=<%= scope.lookupvar('codenvy::pgsql_pass') %> | |||
PGPASSWORD=<%= scope.lookupvar('codenvy::pgsql_pass') -%> |
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.
is - a typo ? because else on the previous line PG we don't have -%>
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.
no it is a ruby thing it will prevent of new line generation
you could optionally reword description of the PR as example is not up-to-date |
I updated the documentation in the che.env file:
|
@TylerJewell no, we must have |
Yes you are right. We need one but not the other. I will revert that one change. |
Fixed |
needed for: #1151
added possiblity to enable jpda suspend mode and change debug port
@garagatyi @TylerJewell please review