Attached revised patch to address issue found.
If the port is not found, we will now prompt.
Ade
On Wed, 2015-04-29 at 13:10 -0600, Matthew Harmsen wrote:
On 04/29/15 11:58, Ade Lee wrote:
> Please review attached patches:
>
> commit d33caa4c1302ecc1d2fc3c42d85544a2653dd09a
> Author: Ade Lee <alee(a)redhat.com>
> Date: Wed Apr 29 12:46:19 2015 -0400
>
> Fix interactive install to not reprompt for ports
>
> Ports are already set when deploying into an existing instance.
> Having a user re-enter these is repetitious and error prone.
>
> commit f0a5c5c79e9918c362f73103891e11f2f7dc6bbb
> Author: Ade Lee <alee(a)redhat.com>
> Date: Wed Apr 29 11:11:41 2015 -0400
>
> Trac Ticket 1196 - serverCertNick.conf is replaced incorrectly
>
> When second subsystem is installed, serverCertNick.conf and other
> top level
> tomcat config files should not be replaced.
>
> commit b0317d50fd302086dd324f69d11647f655ddd9bd
> Author: Ade Lee <alee(a)redhat.com>
> Date: Wed Apr 29 10:57:09 2015 -0400
>
> Code cleanup - simplify pkispawn code
>
> All subsystems are now tomcat instances. Conditionals based on
> whether the subsystem is a tomcat instance or not are no longer
> required.
>
>
>
> _______________________________________________
> Pki-devel mailing list
> Pki-devel(a)redhat.com
>
https://www.redhat.com/mailman/listinfo/pki-devel
NACK
Unfortunately, as discussed on IRC, if non-interactive mode was
utilized to originally setup your instance, and then further instances
utilized interactive mode within that instance, reading directories
under /etc/sysconfig/pki/tomcat/pki-tomcat may find a 'deployment.cfg'
that only contains the file that was utilized to non-interactively
install the original instance. This would return data to make
existing_data true, but unfortunately would not contain the fields
required.