Mailing-List: contact user-help@bloodhound.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@bloodhound.apache.org
Received-SPF: pass (athena.apache.org: domain of ryan.ollos@wandisco.com
 designates 209.85.214.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <52E768A6.5020009@asygn.com>
References: <52E67EFA.5080001@asygn.com>
	<CAGMZAuMXG19Lf2U01MB4hO1pU77ypQOecX45LrBdj32b+dfQJg@mail.gmail.com>
	<52E768A6.5020009@asygn.com>
Date: Wed, 29 Jan 2014 17:45:36 -0800
Message-ID: 
 <CAPt9QwSP2g30Z-jmPtfRneeYqUH8u61Vg9xf5s9-JGQYM=8OFg@mail.gmail.com>
Subject: Re: Reload product configuration
From: Ryan Ollos <ryan.ollos@wandisco.com>
To: user@bloodhound.apache.org
Content-Type: multipart/alternative; boundary=047d7bd6c620bdb8ae04f12636fc

--047d7bd6c620bdb8ae04f12636fc
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Jan 28, 2014 at 12:21 AM, Eric Jouffrey <eric.jouffrey@asygn.com>wrote:

>  I used the solution in #695, but maybe not the version that you send 10
> days ago. I'm going check differences see if there is some improvement.
>
> My repository was defined using web configuration and it's linked to a
> product.
>
> I'm going to try the repository_sync_per_request option. By reload
> configuration I was thinking that's basically what's happen when you change
> the log level for example (what resync all changeset)
> And in our configuration we're using a SQLite database. I've also add some
> no-cache pragma to templates headers for be sure it wasn't any browser
> cache issues. And for the "kill -s HUP  $PID", it don't seem to do the
> trick.
>
> I've already done few more tests. And maybe there is something similar on
> granting right for a product. When I grant new right for a user or a group
> at product level, each refresh of permission page display randomly that new
> right or not. Granting right for global level is perfect.
>

The issue you've reported can be tracked in ticket #748,
https://issues.apache.org/bloodhound/ticket/748

Thank you for your careful and detailed description.

--047d7bd6c620bdb8ae04f12636fc
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">=
On Tue, Jan 28, 2014 at 12:21 AM, Eric Jouffrey <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:eric.jouffrey@asygn.com" target=3D"_blank">eric.jouffrey@asygn=
.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    <font size=3D"-1">I used the solution in #695, but maybe not the
      version that you send 10 days ago. I&#39;m going check differences se=
e
      if there is some improvement.<br>
      <br>
      My repository was defined using web configuration and it&#39;s linked
      to a product. <br>
      <br>
      I&#39;m going to try the repository_sync_per_request option. By reloa=
d
      configuration I was thinking that&#39;s basically what&#39;s happen w=
hen
      you change the log level for example (what resync all changeset) <br>
      And in our configuration we&#39;re using a SQLite database. I&#39;ve =
also
      add some no-cache pragma to templates headers for be sure it
      wasn&#39;t any browser cache issues. And for the &quot;</font><font s=
ize=3D"-1"><font size=3D"-1">kill </font>-s HUP =A0<font size=3D"-1">$PID&q=
uot;,
        it don&#39;t seem to do the trick.</font><br>
      <br>
      I&#39;ve already done few more tests. And maybe there is something
      similar on granting right for a product. When I grant new right
      for a user or a group at product level, each refresh of permission
      page display randomly that new right or not. Granting right for
      global level is perfect.=A0<br></font></div></blockquote><div><br></d=
iv><div>The issue you&#39;ve reported can be tracked in ticket #748,</div><=
div><a href=3D"https://issues.apache.org/bloodhound/ticket/748">https://iss=
ues.apache.org/bloodhound/ticket/748</a></div>
<div><br></div><div>Thank you for your careful and detailed description.</d=
iv></div>
</div></div>

--047d7bd6c620bdb8ae04f12636fc--