ContentBox 1.5.7 errors after upgrading

Luis,

This error is still occurring for me.

Application Execution ExceptionError Type: Expression : [N/A]

Error Messages: Element CBSETTINGS.CB_CONTENTSTORE_CACHING is undefined in PRC.

Steps to produce every time for me…

  1. Upgrade from V1.5.5 to V1.5.6, follow instructions and modify the routes and .htaccess
  2. Upgrade to V1.5.7
  3. Change Application.cfc to update ORM as it errors on cb_contentStore.
  4. Refresh the page
  5. Manually update the 1.5.6 migration script
  6. Reload the site

Log in and try to browse the settings from the admin dashboard, error above is thrown.

Regards,
Andrew Scott
WebSite: http://www.andyscott.id.au/
Google+: http://plus.google.com/113032480415921517411

Andy,

Can you do me a favor. Can you update directly from v1.5.5 to v1.5.7 and report back please.

signature0.jpg

Luis F. Majano
CEO
Ortus Solutions, Corp
www.ortussolutions.com

ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com

Social: twitter.com/lmajano facebook.com/lmajano

That is what I did, sorry I should have made that a little clearer.

I upgraded to V1.5.7 but followed the instructions that where needed for the manual update to 1.5.6 as instructed.

signature0.jpg

Ok, maybe it just left it on a weird state.

Can you add this setting manually:

CB_CONTENTSTORE_CACHING = true

signature0.jpg

Luis F. Majano
CEO
Ortus Solutions, Corp
www.ortussolutions.com

ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com

Social: twitter.com/lmajano facebook.com/lmajano

signature0.jpg

There is more too it than this Luis, all the permissions for ContentStore are not being setup at all. All the things I had to do manually to go from 1.5.5 -> 1.5.6 I have to still do to get this upgrade functioning.

Now the production server is in an unstable state due to this.

signature0.jpg

signature0.jpg

I just upgraded my site from 1.5.5 to 1.5.7 last night and the only issue I had was that the request timed out after 50 seconds initially and I had to re-run the update. Is there a reason why you are upgrading just to 1.5.6? My understanding was you could upgrade to the latest, but you just needed to do the manual edits as well in your rewrites, etc for the stuff in 1.5.6 to fully work.

Thanks!

~Brad

ColdBox Platform Evangelist
Ortus Solutions, Corp

E-mail: brad@coldbox.org
ColdBox Platform: http://www.coldbox.org
Blog: http://www.codersrevolution.com

signature0.jpg

signature0.jpg

Brad, you really do skim over a lot at times :wink:

signature0.jpg

signature0.jpg

I’m just going off what you said here. It looks like you’re upgrading in two separate steps:

1) Upgrade from V1.5.5 to V1.5.6, follow instructions and modify the routes and .htaccess
2) Upgrade to V1.5.7

Thanks!

~Brad

ColdBox Platform Evangelist
Ortus Solutions, Corp

E-mail: brad@coldbox.org
ColdBox Platform: http://www.coldbox.org
Blog: http://www.codersrevolution.com

signature0.jpg

signature0.jpg

Yes and I stated that I should have clarified in my response to Luis…

grin

signature0.jpg

signature0.jpg

But Brad are you telling me that you can add Content to the Content store, and you can also browse the settings tab of the dashboard? Because I have now done 4 upgrades to test this and every single one of them failed.

signature0.jpg

signature0.jpg

Yes, each of those works for me. My server might have gone differently since it bailed halfway through and I needed to rerun it with a longer page timeout.

Thanks!

~Brad

ColdBox Platform Evangelist
Ortus Solutions, Corp

E-mail: brad@coldbox.org
ColdBox Platform: http://www.coldbox.org
Blog: http://www.codersrevolution.com

signature0.jpg

signature0.jpg

Well I can tell you this fails for me…

I went into the update files and found this

var setting = settingService.findWhere( { name = “cb_customHTML_caching” } );
if( !isNull( setting ) ){
setting.setName( “cb_contentstore_caching” );

settingService.save( entity=setting, transactional=false );
}

So I did a bit of testing and here is what I have found for me.

  1. Create a handler that will execute the above code.
  2. Modify it and run it.

Fails each and every time.

First wrote this

var setting = settingService.findWhere( { name = “cb_customHTML_caching” } );
if( !isNull( setting ) ){
writeDump(setting);
setting.setName( “cb_contentstore_caching” );
settingService.save( entity=setting, transactional=false );
}

abort;

This shows the dump, but refuses to save the change. Which means that this is why the roles and permissions for ContentStore are screwed or not there as well.

signature0.jpg

signature0.jpg

Ok I have found what the issue is, but don’t know why.

If I put an ORMFlush(); just before the abort… The code to make the change actually works.

So it appears that the updater is making changes, but it is actually not persisting on ColdFusion 10.

signature0.jpg

signature0.jpg

Confirmed…

By placing the ORMFlush() just before the successful log, it all now works fine. Now the question is why does this not work for Luis and Brad?

Do you guys have custom application.cfc where you have flushatrequestend set to true or something?

signature0.jpg

signature0.jpg

I have flushAtReqestEnd set to false. Does the updater run inside a transaction? I think finishing a transaction will also cause a flush to occur. If you moved that code outside a transaction it might not flush.

Thanks!

~Brad

ColdBox Platform Evangelist
Ortus Solutions, Corp

E-mail: brad@coldbox.org
ColdBox Platform: http://www.coldbox.org
Blog: http://www.codersrevolution.com

signature0.jpg

signature0.jpg

I think it is safe to say that the updater is NOT run inside a transaction, come to think of it, I can’t even find how the updater is actually run.

All I know is that the updater fails on my machine, and it appears the only difference is that you and Luis use Railo and have not applied this update to a ColdFusion server as yet.

signature0.jpg

signature0.jpg