Since https is actually SSL+http, yes. use those settings, make sure they are valid for your configuration.
There are many constraints based on if you are secure or not, those values are used to aid in that logic.
If you notice in the prior response, the ServerConnector, we call "https", has a ConnectionFactory list of SslConnectionFactory (with an SslContextFactory inside), and then a HttpConnectionFactory (with a https configuration inside of it, which in turn is a HttpConfiguration with SecureRequestCustomizer wrapped around the base HttpConfiguration).
Or put into a tree...
* ServerConnector (https)
* SslConnectionFactory
* SslContextFactory (sslContextFactory)
* HttpConnectionFactory
* HttpConfiguration (https_config)
* SecureRequestCustomizer
* HttpConfiguration (http_config)
* secure scheme
* secure port
If you don't have separate connectors (like the example has http and https), you can merge the 2 layers of HttpConfiguration together.
Note: HttpConfiguration.setSecureScheme("https") isn't technically needed, as that is the default value anyway, securePort on the other hand is needed.