I'm trying to get uSync running and I'm having some problems. If anyone has any input, it'd be greatly appreciated!
Here's my setup: uSync 1.5.4, Umbraco v 6.1.3, IIS 7.5, SQL Server 2008, Windows Server 2008 R2.
I've got a site that I'm developing that I duplicated (so separate IIS site, DB, folder in inetpub, etc). I'm calling these "dev (original)" and "staging (duplicated)".
On "dev" I changed the uSync config to only watch stylesheets (
On "staging" I changed the elements the same way as dev, but changed the setup line to: read="true" write="false" attach="false".
My test: I removed a chunk of a CSS file on dev. Result: uSync saw the change and updated the appropriate file in the /uSync folder. I copied that config file & pasted it to the corresponding location on "staging".
At this point, it's my understanding that uSync will read this new file and write it's contents to the database. However, when I look at the stylesheet on "staging" nothing has changed (please, if I'm missing the point/ability of uSync, do let me know!). Here is a snippet of the umbracoTraceLog.txt. From what I understand, the log is saying it's working properly, but it's not updating the stylesheet properly:
2013-12-03 16:56:11,567 [6] INFO jumps.umbraco.usync.uSync - [Thread 1] uSync Starting - for detailed debug info. set priority to 'Debug' in log4net.config file
2013-12-03 16:56:11,583 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Reading from Disk - starting
2013-12-03 16:56:11,817 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Starting resolution types of umbraco.interfaces.ICacheRefresher
2013-12-03 16:56:11,848 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Completed resolution of types of umbraco.interfaces.ICacheRefresher, found 23 (took 16ms)
2013-12-03 16:56:11,880 [6] DEBUG Umbraco.Core.Sync.DefaultServerMessenger - [Thread 1] Invoking refresher Umbraco.Web.Cache.StylesheetCacheRefresher on single server instance, message type RefreshById
2013-12-03 16:56:11,911 [6] DEBUG Umbraco.Core.Sync.DefaultServerMessenger - [Thread 1] Invoking refresher Umbraco.Web.Cache.StylesheetCacheRefresher on single server instance, message type RefreshById
2013-12-03 16:56:11,911 [6] DEBUG Umbraco.Core.Sync.DefaultServerMessenger - [Thread 1] Invoking refresher Umbraco.Web.Cache.StylesheetCacheRefresher on single server instance, message type RefreshById
2013-12-03 16:56:11,911 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Reading from Disk - End
2013-12-03 16:56:11,911 [6] INFO jumps.umbraco.usync.uSync - [Thread 1] uSync Initilized
2013-12-03 16:56:11,926 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Starting resolution types of umbraco.interfaces.IApplication
2013-12-03 16:56:11,926 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Completed resolution of types of umbraco.interfaces.IApplication, found 7 (took 13ms)
2013-12-03 16:56:11,989 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Starting resolution types of umbraco.interfaces.ITree
2013-12-03 16:56:12,020 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Completed resolution of types of umbraco.interfaces.ITree, found 27 (took 34ms)
Every time I look at the stylesheet (whether in the Umbraco back end or in the filesystem), it is not updated to reflect the change I made on dev.
I'm hoping I am just missing a simple step and it is an easy fix for someone to point out. Thanks for reading this and thanks to Kevin Jump for creating what looks like an awesome addition to Umbraco!
Hi uSync doesn't detect file changes (although writing that down now, i don't know why i haven't added the option) so you need to restart the app pool so it can read the changes in at load - either alter the web.config or restart the app pool on stage, and it should load
the naming of the config settings is all my fault, but you don't need to set write to true.
read - is read from the disk on app start up
write - is write everything to disk on app start up *
attach - is attach to the save events and write to disk on save
so write is only usefull if you want a full copy writing out every single time you start the app pool, which most of the time you won't so it's set to false.
*(when there is no uSync folder at app start up - a full write is always done, regardless of settings)
i apologize yet again for my awful settings names :)
Thanks for the quick reply! I totally forgot to mention that I tried restarting the app pool and restarting the site in IIS - neither of these updated the CSS file.
I'll try setting "write" to false on staging & restart the app pool to see if that helps.
As a smaller test, I created a test CSS file with one property in it. I copied the config file, restarted the App Pool and it wrote that CSS to the /css/ directory successfully! Awesome.
Unfortunately, I went back and added a second property to the CSS file, copied config & restarted app pool. This new property did not get added to the stylesheet.
Simple Setup not working (for me)
Hello,
I'm trying to get uSync running and I'm having some problems. If anyone has any input, it'd be greatly appreciated!
Here's my setup:
uSync 1.5.4, Umbraco v 6.1.3, IIS 7.5, SQL Server 2008, Windows Server 2008 R2.
I've got a site that I'm developing that I duplicated (so separate IIS site, DB, folder in inetpub, etc). I'm calling these "dev (original)" and "staging (duplicated)".
On "dev" I changed the uSync config to only watch stylesheets (
On "staging" I changed the elements the same way as dev, but changed the setup line to: read="true" write="false" attach="false".
My test:
I removed a chunk of a CSS file on dev.
Result: uSync saw the change and updated the appropriate file in the /uSync folder. I copied that config file & pasted it to the corresponding location on "staging".
At this point, it's my understanding that uSync will read this new file and write it's contents to the database. However, when I look at the stylesheet on "staging" nothing has changed (please, if I'm missing the point/ability of uSync, do let me know!). Here is a snippet of the umbracoTraceLog.txt. From what I understand, the log is saying it's working properly, but it's not updating the stylesheet properly:
2013-12-03 16:56:11,567 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Getting Settings
2013-12-03 16:56:11,567 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Settings : Read = True
2013-12-03 16:56:11,567 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Settings : Write = False
2013-12-03 16:56:11,567 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Settings : Attach = False
2013-12-03 16:56:11,567 [6] INFO jumps.umbraco.usync.uSync - [Thread 1] uSync Starting - for detailed debug info. set priority to 'Debug' in log4net.config file
2013-12-03 16:56:11,583 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Reading from Disk - starting
2013-12-03 16:56:11,755 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Stylesheet Install: C:\inetpub\wwwroot\...\uSync\StyleSheet\home.config
2013-12-03 16:56:11,817 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Starting resolution types of umbraco.interfaces.ICacheRefresher
2013-12-03 16:56:11,848 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Completed resolution of types of umbraco.interfaces.ICacheRefresher, found 23 (took 16ms)
2013-12-03 16:56:11,880 [6] DEBUG Umbraco.Core.Sync.DefaultServerMessenger - [Thread 1] Invoking refresher Umbraco.Web.Cache.StylesheetCacheRefresher on single server instance, message type RefreshById
2013-12-03 16:56:11,880 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Stylesheet Install: C:\inetpub\wwwroot\...\uSync\StyleSheet\style.config
2013-12-03 16:56:11,911 [6] DEBUG Umbraco.Core.Sync.DefaultServerMessenger - [Thread 1] Invoking refresher Umbraco.Web.Cache.StylesheetCacheRefresher on single server instance, message type RefreshById
2013-12-03 16:56:11,911 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Stylesheet Install: C:\inetpub\wwwroot\...\uSync\StyleSheet\sub.config
2013-12-03 16:56:11,911 [6] DEBUG Umbraco.Core.Sync.DefaultServerMessenger - [Thread 1] Invoking refresher Umbraco.Web.Cache.StylesheetCacheRefresher on single server instance, message type RefreshById
2013-12-03 16:56:11,911 [6] DEBUG jumps.umbraco.usync.uSync - [Thread 1] Reading from Disk - End
2013-12-03 16:56:11,911 [6] INFO jumps.umbraco.usync.uSync - [Thread 1] uSync Initilized
2013-12-03 16:56:11,926 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Starting resolution types of umbraco.interfaces.IApplication
2013-12-03 16:56:11,926 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Completed resolution of types of umbraco.interfaces.IApplication, found 7 (took 13ms)
2013-12-03 16:56:11,989 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Starting resolution types of umbraco.interfaces.ITree
2013-12-03 16:56:12,020 [6] INFO Umbraco.Core.PluginManager - [Thread 1] Completed resolution of types of umbraco.interfaces.ITree, found 27 (took 34ms)
Every time I look at the stylesheet (whether in the Umbraco back end or in the filesystem), it is not updated to reflect the change I made on dev.
I'm hoping I am just missing a simple step and it is an easy fix for someone to point out. Thanks for reading this and thanks to Kevin Jump for creating what looks like an awesome addition to Umbraco!
Hi uSync doesn't detect file changes (although writing that down now, i don't know why i haven't added the option) so you need to restart the app pool so it can read the changes in at load - either alter the web.config or restart the app pool on stage, and it should load
the naming of the config settings is all my fault, but you don't need to set write to true.
so write is only usefull if you want a full copy writing out every single time you start the app pool, which most of the time you won't so it's set to false.
*(when there is no uSync folder at app start up - a full write is always done, regardless of settings)
i apologize yet again for my awful settings names :)
Kevin -
Thanks for the quick reply! I totally forgot to mention that I tried restarting the app pool and restarting the site in IIS - neither of these updated the CSS file.
I'll try setting "write" to false on staging & restart the app pool to see if that helps.
Setting write="false" did not work either.
As a smaller test, I created a test CSS file with one property in it. I copied the config file, restarted the App Pool and it wrote that CSS to the /css/ directory successfully! Awesome.
Unfortunately, I went back and added a second property to the CSS file, copied config & restarted app pool. This new property did not get added to the stylesheet.
is working on a reply...