Jahia in English > definitively disable...

definitively disable cache in 6.5.1

by  scarf »  2012/12/19 14:13

hi,

i've tried to disable the caching systemi in jahia, but putting the variables inside the jahia.properties seems to be useless.
removing all the ehcache related jar's make jahia unbootable.

what's the correct procedure to DEFINITIVELY disable jahia caching sysyem?

thank you.

  • definitively disable cache in 6.5.1
    2012/12/19 14:13

    scarf <p> hi,</p> <p> i&#39;ve tried to disable the caching systemi in jahia, but putting the variables inside the jahia.properties seems to be useless.<br /> removing all the ehcache related jar&#39;s make jahia unbootable.</p> <p> what&#39;s the correct procedure to DEFINITIVELY disable jahia caching sysyem?</p> <p> thank you.</p>

  • Number of messages  4
    Registration date Dec 19, 2012

    Re: definitively disable cache in 6.5.1

    by  shyrkov »  2013/01/28 22:40

    Hello Antonio,

    could you, please, share some details about the purpose of completely disabling caching in Jahia?

    Which caches you would like to disable? Those, responsible for caching HTML output in live mode?

     

    Kind regards

    Sergiy

  • Re: definitively disable cache in 6.5.1
    2013/01/28 22:40

    shyrkov <p> Hello Antonio,</p> <p> could you, please, share some details about the purpose of completely disabling caching in Jahia?</p> <p> Which caches you would like to disable? Those, responsible for caching HTML output in live mode?</p> <p> &nbsp;</p> <p> Kind regards</p> <p> Sergiy</p>

  • Number of messages  407
    Registration date Jan 28, 2013

    Re: Re: definitively disable cache in 6.5.1

    by  scarf »  2013/02/13 09:25

    Hello Antonio,

    could you, please, share some details about the purpose of completely disabling caching in Jahia?

    Which caches you would like to disable? Those, responsible for caching HTML output in live mode?

     

    Kind regards

    Sergiy


    Hello Sergiy,

    we're experiencing some problems on a multi-user portal, the first problem is a little bit complicated to explain, but i'll try.

    The user A can see the form QWE and the form RTY (but not ASD and FGH).
    The user B can see the form ASD and the form FGH (but not QWE and RTY).

    If I flush the cache and do the login with the user A, everything goes fine: I can see the forms QWE and RTY, and I can't see the forms ASD and FGH.
    If I do a logout, then I'll relog with the user B without doin' a flush of the cache first, I can see QWE and RTY like he has hinerited the permissions from the user A (and this is not correct).
    If I flush the cache, then relogin with the user B, everything goes fine (i can see ASD and FGH), so if I do a logout then login with the user A... the situation is the same: I can see the ASD and FGH and not QWE and RTY.

    The second problem is that we have very bad performances (about 3 secs of rendering without cache).

    So we wanna try to completely disable every kind of cache in Jahia and put an external cache manager in front of Tomcat (squid/varnish) and put every cache on a ramdisk.

  • Re: Re: definitively disable cache in 6.5.1
    2013/02/13 09:25

    scarf <blockquote> <p> Hello Antonio,</p> <p> could you, please, share some details about the purpose of completely disabling caching in Jahia?</p> <p> Which caches you would like to disable? Those, responsible for caching HTML output in live mode?</p> <p> &nbsp;</p> <p> Kind regards</p> <p> Sergiy</p> </blockquote> <br /> <p> Hello Sergiy,</p> <p> we&#39;re experiencing some problems on a multi-user portal, the first problem is a little bit complicated to explain, but i&#39;ll try.</p> <p> The user A can see the form QWE and the form RTY (but not ASD and FGH).<br /> The user B can see the form ASD and the form FGH (but not QWE and RTY).</p> <p> If I flush the cache and do the login with the user A, everything goes fine: I can see the forms QWE and RTY, and I can&#39;t see the forms ASD and FGH.<br /> If I do a logout, then I&#39;ll relog with the user B without doin&#39; a flush of the cache first, I can see QWE and RTY like he has hinerited the permissions from the user A (and this is not correct).<br /> If I flush the cache, then relogin with the user B, everything goes fine (i can see ASD and FGH), so if I do a logout then login with the user A... the situation is the same: I can see the ASD and FGH and not QWE and RTY.</p> <p> The second problem is that we have very bad performances (about 3 secs of rendering without cache).</p> <p> So we wanna try to completely disable every kind of cache in Jahia and put an external cache manager in front of Tomcat (squid/varnish) and put every cache on a ramdisk.</p>

  • Number of messages  4
    Registration date Feb 13, 2013

    Re: Re: Re: definitively disable cache in 6.5.1

    by  rvt »  2013/02/13 18:18

    Antonio,

    you should see if you can upgrade to 6.6.1.0, or 6.6.1.3 if you have a professional or enterprise package.
    I have seen similar caching issues aswell within 6.5.x and the upgrade solved them for me.

    Once you have upgraded and setup the permissions correctly for the user groups then it shoudl work.
    Also, puttin g a external cache in front of Jahia to solve this issue is not going to help you because your external cache wouldn't know about permissions beeing set on your content items, so be carefull there.

    I personally use nginx in front of Jahia will very satisvory results, but be carefull you don't cahe everything because of permissions that needs to be checked per request, or users sending eachother 'downloads links'.

     

    Ries

     

  • Re: Re: Re: definitively disable cache in 6.5.1
    2013/02/13 18:18

    rvt <p> Antonio,</p> <p> you should see if you can upgrade to 6.6.1.0, or 6.6.1.3 if you have a professional or enterprise package.<br /> I have seen similar caching issues aswell within 6.5.x and the upgrade solved them for me.</p> <p> Once you have upgraded and setup the permissions correctly for the user groups then it shoudl work.<br /> Also, puttin g a external cache in front of Jahia to solve <strong>this</strong> issue is not going to help you because your external cache wouldn&#39;t know about permissions beeing set on your content items, so be carefull there.</p> <p> I personally use nginx in front of Jahia will very satisvory results, but be carefull you don&#39;t cahe everything because of permissions that needs to be checked per request, or users sending eachother &#39;downloads links&#39;.</p> <p> &nbsp;</p> <p> Ries</p> <p> &nbsp;</p>

  • Number of messages  185
    Registration date Feb 13, 2013

    Re: Re: Re: Re: definitively disable cache in 6.5.1

    by  scarf »  2013/02/14 09:59

    Antonio,

    you should see if you can upgrade to 6.6.1.0, or 6.6.1.3 if you have a professional or enterprise package.
    I have seen similar caching issues aswell within 6.5.x and the upgrade solved them for me.

    Once you have upgraded and setup the permissions correctly for the user groups then it shoudl work.
    Also, puttin g a external cache in front of Jahia to solve this issue is not going to help you because your external cache wouldn't know about permissions beeing set on your content items, so be carefull there.

    I personally use nginx in front of Jahia will very satisvory results, but be carefull you don't cahe everything because of permissions that needs to be checked per request, or users sending eachother 'downloads links'.

     

    Ries

     

    Hello Ries and thank you for the faster reply.

    That was an idea, but is another big deal.
    The site is HUGE (about 30gb) and the export goes in timeout so we can do nothing...
    How have you disabled the caching?  I think that this will at least solve the performance problems...

  • Re: Re: Re: Re: definitively disable cache in 6.5.1
    2013/02/14 11:10

    scarf <blockquote> <p> Antonio,</p> <p> you should see if you can upgrade to 6.6.1.0, or 6.6.1.3 if you have a professional or enterprise package.<br /> I have seen similar caching issues aswell within 6.5.x and the upgrade solved them for me.</p> <p> Once you have upgraded and setup the permissions correctly for the user groups then it shoudl work.<br /> Also, puttin g a external cache in front of Jahia to solve <strong>this</strong> issue is not going to help you because your external cache wouldn&#39;t know about permissions beeing set on your content items, so be carefull there.</p> <p> I personally use nginx in front of Jahia will very satisvory results, but be carefull you don&#39;t cahe everything because of permissions that needs to be checked per request, or users sending eachother &#39;downloads links&#39;.</p> <p> &nbsp;</p> <p> Ries</p> <p> &nbsp;</p> </blockquote> <p> Hello Ries and thank you for the faster reply.</p> <p> That was an idea, but is another big deal.<br /> The site is HUGE (about 30gb) and the export goes in timeout so we can do nothing...<br /> How have you disabled the caching? &nbsp;I think that this will at least solve the performance problems...</p>

  • Number of messages  4
    Registration date Feb 14, 2013

    Re: Re: Re: Re: Re: definitively disable cache in 6.5.1

    by  rvt »  2013/02/14 18:14

    Antonio,

    I still strongly recommend doing the upgrade.

    I have a couple of things you can try, since I don't have a 6.5 version here installed I am not sure what will work in your condition.

    • See : http://www.jahia.com/community/documentation/jahiapedia/development/devtips.html, you need to comment out bean with ID cacheFilter.
    • If you don't have that XML in the spring directory, I believe you can create a new file with that bean, 'should' work. Jahia will look at the bean's ID and overwrite it if it find it in the spring directory, and you can set disabled to true (I guess that would mean the bean won't cache anything).

    The danger about disabling caching is that Jahia will now generate the complete thing, each time for each request and I don't think that's a good idea, be VERY carefull there.

    About your update, You don't 'have' to export/import. Jahia provides  a couple of jar files to upgrade from each revision. This is properly far faster then doing a export/import. In general it works like this (very very short how/t0):

    1. Make a backup of your Jahia installation (DB and File)
    2. Install that on a new Machine and test if it works
    3. Run upgrade jar files
    4. Test upgrade
    5. Copy back to production:

    This way you don't have to do the export/import thing.

    Also, if your machine times out then you might want to increase the thread time. In glassfish this is set to 1 hour, and I had to increase that once myself (our repo is 10GB, 2 sites of 2 and 7GB, give or take).

    Ries

    IRC: ##jahia @ freenode.org

  • Re: Re: Re: Re: Re: definitively disable cache in 6.5.1
    2013/02/14 18:14

    rvt <p> Antonio,</p> <p> I still strongly recommend doing the upgrade.</p> <p> I have a couple of things you can try, since I don&#39;t have a 6.5 version here installed I am not sure what will work in your condition.</p> <ul> <li> See :&nbsp;http://www.jahia.com/community/documentation/jahiapedia/development/devtips.html, you need to comment out bean with ID&nbsp;<span style="color: rgb(51, 51, 51); font-size: 13px; ">cacheFilter.</span></li> <li> <span style="color: rgb(51, 51, 51); font-size: 13px; ">If you don&#39;t have that XML in the spring directory, I believe you can create a new file with that bean, &#39;should&#39; work. Jahia will look at the bean&#39;s ID and overwrite it if it find it in the spring directory, and you can set&nbsp;</span><span style="color: rgb(51, 51, 51); font-size: 13px; ">disabled to true (I guess that would mean the bean won&#39;t cache anything).</span></li> </ul> <p> <span style="color: rgb(51, 51, 51); font-size: 13px; ">The danger about disabling caching is that Jahia will now generate the complete thing, each time for each request and I don&#39;t think that&#39;s a good idea, be VERY carefull there.</span></p> <p> <span style="color: rgb(51, 51, 51); font-size: 13px; ">About your update, You don&#39;t &#39;have&#39; to export/import. Jahia provides &nbsp;a couple of jar files to upgrade from each revision. This is properly far faster then doing a export/import. In general it works like this (very very short how/t0):</span></p> <ol> <li> <font color="#333333" size="2">Make a backup of your Jahia installation (DB and File)</font></li> <li> <font color="#333333" size="2">Install that on a new Machine and test if it works</font></li> <li> <font color="#333333" size="2">Run upgrade jar files</font></li> <li> Test upgrade</li> <li> Copy back to production:</li> </ol> <p> This way you don&#39;t have to do the export/import thing.</p> <p> Also, if your machine times out then you might want to increase the thread time. In glassfish this is set to 1 hour, and I had to increase that once myself (our repo is 10GB, 2 sites of 2 and 7GB, give or take).</p> <p> Ries</p> <p> IRC: ##jahia @ freenode.org</p>

  • Number of messages  185
    Registration date Feb 14, 2013
    Contact
    Share
    Feedback

    Get in touch

    Whether you are a current user or if you are just evaluating Jahia, we are here to help.

    Contact us

    Share this page

    At the moment, this server is read-only so the form is not available