tracker issue : CF-3590207

select a category, or use search below
(searches all categories and all time range)

Maximum number of simultaneous Template requests defaults to 0 in Standard edition

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/

Reporter/Name(from Bugbase): Henry Ho / Henry Ho (Henry Ho)

Created: 07/04/2013

Components: Administrator

Versions: 10.0

Failure Type:

Found In Build/Fixed In Build: Final / CF10_Update14

Priority/Frequency: Major / All users will encounter

Locale/System: English / Win 2008 Server R2 64 bit

Vote Count: 2

Problem Description: Maximum number of simultaneous Template requests defaults to "0" but "0" is not even a valid value.  Validation fails upon submitting changes.

Steps to Reproduce:
Install CF10 Standard edition on Windows 2012.

Actual Result:

Expected Result:

Any Workarounds:
Not sure.  Same thing happened in CF9 and it was defaults to -1.  Setting to anything else would rather CF useless and couldn't boot up.

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3590207

Deployment Phase:	Release Candidate

External Customer Info:
External Company:  
External Customer Name: henrylearn2rock
External Customer Email:  
External Test Config: My Hardware and Environment details:

Windows 2012 64bit


  1. July 05, 2013 00:00:00: 1_MaxTemplate.png


The maximum template request by default is set to 50.
Comment by Suchika S.
15041 | September 17, 2013 04:28:30 AM GMT
Okay, but doesn't mean the CF Admin should display it to be currently set at "0".
Comment by External U.
15042 | September 17, 2013 01:24:37 PM GMT
See screenshot.
Comment by External U.
15043 | September 17, 2013 01:24:49 PM GMT
Henry, had this been the case, no would have been able to use the standard edition at all and I am sure you would agree that people are using standard edition. So there is definitely something going on at your end which is making this happen. Did you modify the setting in the xml? Could it be possible that you had modified these in CF 9 and that setting is getting migrated to CF 10 when it is installed. We would be closing the bug.
Comment by Rupesh K.
15044 | September 20, 2013 06:13:21 AM GMT
Rupesh, this is a fresh install of CF10 on Win 2008R2 64bit It shows as 0 in CF Admin, but it guess it is still using 50. If you can't reproduce it, then forget it.
Comment by External U.
15045 | September 20, 2013 12:44:50 PM GMT
This happened on our fresh install too (Win 2012R2, 64bit). Started with the 30 day trial, entered a Serial # for Standard Edition, the next time I reviewed the Administrator the Simultaneous Template number was most definitely 0. I noticed it and changed it to 50. I did not realize anyone else had the issue and did not "test" if 0 would have been allowed had I tried to save the page.
Comment by External U.
15046 | January 06, 2014 02:55:57 PM GMT
Opening the bug again as it is reproduced by the method another customer has provided. Steps to reproduce: Install Cf with 30 day trial and then change it to Standard Edition Check Maximum number of simultaneous Template requests on Administrator Settings Page. It is set to 0.
Comment by Suchika S.
15047 | January 10, 2014 03:16:01 AM GMT
I have verified this on several CF10 Standard servers and found out WHY this is happening. The CFAdmin is looking in the ./cfusion/runtime/server.xml file. By default there isn't max threads value set in the following XML. <Connector port="8012" protocol="AJP/1.3" redirectPort="8445" tomcatAuthentication="false" > </Connector> When tuning the Tomcat connectors you have to exit server.xml and add a max_threads value like thus: <Connector port="8012" protocol="AJP/1.3" redirectPort="8445" maxThreads="1000" tomcatAuthentication="false" connectionTImeout="60000"> </Connector> After doing this I found that the value for "Maximum number of simultaneous Template requests" in the CFAdmin was now set to 1000. So then I decided to edit the value to a lower number and found that the XML in sever.xml was changed. So the CFAdmin is reading from and write to the wrong location. The value should be in neo-runtime.xml and there is a setting in neo-runtime.xml for "Maximum number of simultaneous Template requests". Because it alters the setting that is used for tuning the Tomcat/IIS connector this really messes up tuning a CF10 server for high performance applications. This needs to be fixed sooner than later.
Comment by External U.
15048 | July 03, 2014 12:45:15 PM GMT
I have proved Adobe with the exact cause of this and how to reproduce the bug. This affects ALL CF10 standard servers AND really messes up performance tuning on high traffic web applications/servers.
Vote by External U.
15052 | July 03, 2014 12:47:22 PM GMT
This is NOT FIXED on CF10 Standard!
Comment by External U.
15049 | July 03, 2014 12:52:22 PM GMT
This is affected multiple clients as Wil pointed out.
Vote by External U.
15053 | July 03, 2014 12:58:45 PM GMT
This has been fixed and the fix would be made available in the next CF10 update.
Comment by Rupesh K.
15050 | July 04, 2014 01:25:22 AM GMT
This needs to get completed. The last update for CF10 was back in January. ( We need this fixed as it is affecting a large number of our clients servers.
Comment by External U.
15051 | August 04, 2014 09:29:52 AM GMT