Github user dhutchis commented on the pull request:
https://github.com/apache/accumulo/pull/96#issuecomment-215609729
The desired behavior is: remove a TabletLocator from the locators map one
hour *after* no other strong references to it exist. Reset the timer when a new
thread access
Github user keith-turner commented on the pull request:
https://github.com/apache/accumulo/pull/96#issuecomment-21038
> The original reason why the locators cache is cleared every hour is to
remove TabletLocators that refer to tablets that don't exist or are rarely
accessed, ya?
Thanks for fixing that, Mike. I had thought that change might be a bit
risky, as it's not clear to me the relationship between the content of
category field in the DOAP and the people.apache.org website which no
longer has categories at that location. It seems that the behavior is
reliant on the ol
Github user dhutchis commented on the pull request:
https://github.com/apache/accumulo/pull/96#issuecomment-215535249
> An alternative solution to introducing SyncingTabletLocator could be to
change the implementation of clearLocators to the following. This clears all of
the caches wh
Github user keith-turner commented on the pull request:
https://github.com/apache/accumulo/pull/96#issuecomment-215454359
An alternative solution to introducing `SyncingTabletLocator` could be to
change the implementation of clearLocators to the following. This clears all
of the cac
Sounds good. Thanks, Mike!
On Thu, Apr 28, 2016 at 7:41 AM, Michael Wall wrote:
> Category link back to http. Our doap appears correct at
> http://accumulo.apache.org/doap_Accumulo.rdf. It is at least valid RDF,
>
> http://www.w3.org/RDF/Validator/rdfval?URI=http%3A%2F%2Faccumulo.apache.org%2
Category link back to http. Our doap appears correct at
http://accumulo.apache.org/doap_Accumulo.rdf. It is at least valid RDF,
http://www.w3.org/RDF/Validator/rdfval?URI=http%3A%2F%2Faccumulo.apache.org%2Fdoap_Accumulo.rdf&PARSE=Parse+URI%3A+&TRIPLES_AND_GRAPH=PRINT_TRIPLES&FORMAT=PNG_EMBED
See
It is unfortunate that the category list (linked from the doap guidelines
is 404:
https://projects.apache.org/categories.html
There's also this - not sure if anyone's tried it.
https://maven.apache.org/plugins/maven-doap-plugin/
On Thu, Apr 28, 2016 at 10:23 AM Michael Wall wrote:
> Ok, I'll f
Ok, I'll fix it. Should have read this before
https://projects.apache.org/guidelines.html
Just pushed with the https, not sure how long the current project doap info
is cached, but it doesn't seem to have updated yet. Not sure if there is
something else I need to do.
Thanks
On Thu, Apr 28, 201
Billie has it right - I missed this - I also believe it should be http, not
https for the rdf categories.
On Thu, Apr 28, 2016 at 10:08 AM Billie Rinaldi
wrote:
> I spot-checked four of the projects listed in the database category, and
> they all used http rather than https. Did you see any exa
Thanks Drew, thanks Billie.
I noticed the https vs http when reviewing the 3154c1d commit,
https://github.com/apache/accumulo/commit/3154c1dc1386850aa9bdcee27b71045bad01623b#diff-46c07c1bcfc30b39d4a69aa2ee2e8391L35.
All of our other links are Figured it was picking up the https before.
I'll push w
I spot-checked four of the projects listed in the database category, and
they all used http rather than https. Did you see any examples that used
https? Since our category is already broken, I'd be okay with pushing to
see if it works, and if it doesn't then we could revert 0554092; or we
could j
The new doap looks reasonable to me.
On Thu, Apr 28, 2016 at 8:24 AM Michael Wall wrote:
> I noticed our category was not parsing correctly at
>
> https://projects.apache.org/projects.html?category
>
> Search Accumulo.
>
> I updated it in the gh-pages branch with
>
> https://github.com/apache/ac
I noticed our category was not parsing correctly at
https://projects.apache.org/projects.html?category
Search Accumulo.
I updated it in the gh-pages branch with
https://github.com/apache/accumulo/commit/3154c1dc1386850aa9bdcee27b71045bad01623b
and
https://github.com/apache/accumulo/commit/055409
14 matches
Mail list logo
