You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Interesting as it allows to reduce the number of arguments on the command line.
I think it should not be exclusive. Loading some parameters from the config file (reporters, paths, ...) and others from the command line (connection string for example).
Would be great if this config file could also be used with the utplsql maven plugin.
I think it would be good to allow for separation of credentials(connect string) from rest of the config.
This would allow the config to be project bound and connection to be more CI server driven.
Alternatively we could simply allow calling client with both config file and command line parameters.
In that cade, explicit params would take precedence and would override config file settings.
So project can have it's configuration file in version control and when running command on CI you could override Parana.
I would also use a default name for the config file and do a lookup for that file.
This way you can just invoke utplsql run if your configuration file exists. If it doesn't we could inform about missing parameters as we do today.
Activity
jgarec commentedon Apr 25, 2018
Interesting as it allows to reduce the number of arguments on the command line.
I think it should not be exclusive. Loading some parameters from the config file (reporters, paths, ...) and others from the command line (connection string for example).
Would be great if this config file could also be used with the utplsql maven plugin.
jgebal commentedon Apr 25, 2018
I think it would be good to allow for separation of credentials(connect string) from rest of the config.
This would allow the config to be project bound and connection to be more CI server driven.
Alternatively we could simply allow calling client with both config file and command line parameters.
In that cade, explicit params would take precedence and would override config file settings.
So project can have it's configuration file in version control and when running command on CI you could override Parana.
I would also use a default name for the config file and do a lookup for that file.
This way you can just invoke
utplsql runif your configuration file exists. If it doesn't we could inform about missing parameters as we do today.pesse commentedon Apr 25, 2018
Good input, thanks to both of you :)