Consider moving contents of [Tomcat] section to [DEFAULT] section of 'default.cfg' . . .

[pki-bot]

This issue was migrated from Pagure Issue #1078. Originally filed by mharmsen (@mharmsen) on 2014-07-23 19:31:41:

• Assigned to nobody

---

When originally designed (see PKI Instance Deployment), it was believed that the contents which eventually ended up in the 'default.cfg' file as used by the pkispawn/pkidestroy framework would need to support Java-based Tomcat PKI subsystems (CA, KRA, OCSP, and TKS), as well as native-based Apache PKI subsystems (RA, TPS).

Additionally, it was originally believed that this framework should be made flexible enough to support additional web-based services from other external applications such as JBoss.

Since that time, TPS is in the late stages of being moved from an Apache-based process to a Tomcat-based process, the existing RA will continue to utilize the legacy pkicreate/pkiremove framework until such time as it too is re-architected, and interest appears to have waned in the need to support JBoss-based instances.

Consequently, we should consider:

• moving the contents of the [Tomcat] section to the [Default] section of 'default.cfg'
• re-factoring the pkispawn/pkidestroy Python installation scripts to make certain that these Tomcat-based variables are accounted for under default variable handling
• re-factoring the pkispawn/pkidestroy Python installation scripts to remove any conditionals based-upon Tomcat-based PKI subsystems since the pkispawn/pkidestroy framework will no longer be intended to support multiple distinct web servers (e. g. - Apache, JBoss, Tomcat, etc.)

Proposed Milestone: 10.3

[pki-bot]

Comment from mharmsen (@mharmsen) at 2014-08-04 23:54:41

Per CS/DS meeting of 08/04/2014: moving to Milestone FUTURE

[pki-bot]

Comment from mharmsen (@mharmsen) at 2017-02-27 13:57:52

Metadata Update from @mharmsen:

• Issue set to the milestone: UNTRIAGED