tracker issue : CF-4199146

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

Update 4 breaks app - Compiled Class / Application.cfc errors.

| View in Tracker

Status/Resolution/Reason: Closed/Withdrawn/CannotReproduce

Reporter/Name(from Bugbase): D R / D R ()

Created: 07/18/2017

Components: General Server

Versions: 2016

Failure Type: Non Functioning

Found In Build/Fixed In Build: Cf2016 Update 4 /

Priority/Frequency: Normal / Most users will encounter

Locale/System: English / Solaris All

Vote Count: 0

Problem Description: We have a taffy based web app which Update 4 seems to have broke.  Logs indicated issue with Application.cfc as well as complaining about not being able to find compiled class files - which we verified did exist in the cached / compiled cfclasses dir.  (We also verified the App cfc.)  

We went live with 2016 Update 3, and shortly afterwards pushed in Update 4 to fix the known cfimage issue.  We figure the app was cached via Update 3, and when rolling to Update 4 we didn't clear cache before validating.  About 30 days into Update 4, cache was cleared and our app failed.  

Trying to isolate the issue, we moved the app to a brand new CF2016 Update 4 instance and server, which resulted in the same issue.  The only way we were successful in getting the application back online was to rollback that cf instance to Update 3.  

Our developers are currently working to isolate exactly what in Update 4 could have caused the issue.  Will update ticket as info is available.  

Any Workarounds:  A rollback to Update 3 for that particular cf instance fixed the issue immediately.  We're hoping our developers can locate exactly which part of Update 4 breaks our app. 

First time posting here, so please indicate any logs or info we can provide to help you / others with a similar issue or to help identify a solution going forward.  Thanks in advance.

Attachments:

Comments:

Additional info from one of our developers - In some places in the code, I have a CFTRY and CFCATCH surrounding a block of code, and when the exception occurs, I am returning an error to the user. It seems that with the new update, this is causing a problem for CF to have it all on one line… <!--- Validate username/password ---> <cftry> <cfldap action="query" name="userAuth" attributes="ou" start="XXXXXXXXXX-SCRUBBED-XXXXXXX" server="XXXXXXXXXX-SCRUBBED-XXXXXXX" username="XXXXXXXXXX-SCRUBBED-XXXXXXX\#arguments.username#" password="#arguments.password#"> <cfcatch type="any"> <!--- PROBLEM CODE ---> <cfreturn representationOf({"Message" = "Not Authorized", "Detail" = " AD Bind"}).withStatus(401, "Not Authorized")> <!--- PROBLEM CODE ---> </cfcatch> </cftry> The code highlighted above is the issue. When this single line is decomposed into separate lines as shown below, it works… <!--- Validate username/password ---> <cftry> <cfldap action="query" name="userAuth" attributes="ou" start="XXXXXXXXXX-SCRUBBED-XXXXXXX" server="XXXXXXXXXX-SCRUBBED-XXXXXXX" username="XXXXXXXXXX-SCRUBBED-XXXXXXX\#arguments.username#" password="#arguments.password#"> <cfcatch type="any"> <!--- Workaround for bug in CF2016 U4: cannot have all the functions on one line in cfreturn, have to break into separate lines ---> <cfset local.result = representationOf({"Message" = "Not Authorized", "Detail" = "AD Bind"}) /> <cfset local.result = local.result.withStatus(401, "Not Authorized") /> <cfreturn local.result /> </cfcatch> </cftry> I proceeded to fix this in the Application.cfc and the Auth.cfc (the first REST endpoint you’d use), validated that those worked on the XXXXXXXXXX-SCRUBBED-XXXXXXX server (ColdFusion Server Enterprise 2016,0,04,302561), and then proceeded to add CFCs one by one to the API to create endpoints, fixing errors as they came up. I have updated all the API CFCs and exercised the changes against my integration tests...
Comment by Dana R.
504 | July 19, 2017 10:31:44 PM GMT
Dana, Can you pls. share some details on the "isRepresentationOf" entity used in you code.
Comment by Piyush K.
505 | July 31, 2017 06:44:26 AM GMT
Hi Dana, Can you please send the piece of code Piyush is asking for ? It would be helpful to reproduce the scenario. Thanks, Suchika
Comment by Suchika S.
506 | August 04, 2017 08:15:34 AM GMT
closing this as the user has not reverted with the requested information. Dana, We can relook into this if the relevant details are made available to reproduce the issue. Not sure if this can be reopened, but you can file a new bug.
Comment by Piyush K.
507 | August 21, 2017 07:36:16 AM GMT