You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@accumulo.apache.org by mw...@apache.org on 2017/01/05 18:19:44 UTC
accumulo-website git commit: Jekyll build from master:7709d48
Repository: accumulo-website
Updated Branches:
refs/heads/asf-site 206ddcd60 -> a102c919a
Jekyll build from master:7709d48
Merge remote-tracking branch 'lstav/master'
Project: http://git-wip-us.apache.org/repos/asf/accumulo-website/repo
Commit: http://git-wip-us.apache.org/repos/asf/accumulo-website/commit/a102c919
Tree: http://git-wip-us.apache.org/repos/asf/accumulo-website/tree/a102c919
Diff: http://git-wip-us.apache.org/repos/asf/accumulo-website/diff/a102c919
Branch: refs/heads/asf-site
Commit: a102c919ab6287c7886255c1b386c0d2f0354ae4
Parents: 206ddcd
Author: Mike Walch <mw...@apache.org>
Authored: Thu Jan 5 13:17:25 2017 -0500
Committer: Mike Walch <mw...@apache.org>
Committed: Thu Jan 5 13:17:25 2017 -0500
----------------------------------------------------------------------
contributor/consensusBuilding.html | 6 ++--
contributor/contrib-projects.html | 2 +-
contributor/git.html | 14 ++++----
contributor/lazyConsensus.html | 2 +-
contributor/source.html | 2 +-
contributor/voting.html | 4 +--
features/index.html | 62 ++++++++++++++++-----------------
feed.xml | 4 +--
get_involved/index.html | 14 ++++----
9 files changed, 55 insertions(+), 55 deletions(-)
----------------------------------------------------------------------
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/contributor/consensusBuilding.html
----------------------------------------------------------------------
diff --git a/contributor/consensusBuilding.html b/contributor/consensusBuilding.html
index 6453a3e..4c0ad2c 100644
--- a/contributor/consensusBuilding.html
+++ b/contributor/consensusBuilding.html
@@ -142,8 +142,8 @@
<h1 class="title">Consensus Building</h1>
- <p>In some cases there is no obvious path to take, or you might be a new community,
-or a new member of an existing community. In these cases people will often
+ <p>In some cases, there is no obvious path to take, or you might be a new community,
+or a new member of an existing community. In these cases, people will often
need to build consensus by making proposals and eliciting responses.</p>
<p>We want to avoid unnecessary discussion and the creation of significant
@@ -188,7 +188,7 @@ that when someone wants to summarise a discussion thread they can mentally
add up the strength of feeling of the community and decide if there is consensus
or not.</p>
-<p>Once there is a clear consensus members of the community can proceed with
+<p>Once there is a clear consensus, members of the community can proceed with
the work under the <a href="/contributor/lazyConsensus">lazy consensus</a> model.</p>
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/contributor/contrib-projects.html
----------------------------------------------------------------------
diff --git a/contributor/contrib-projects.html b/contributor/contrib-projects.html
index 20d1c41..6520a36 100644
--- a/contributor/contrib-projects.html
+++ b/contributor/contrib-projects.html
@@ -143,7 +143,7 @@
<h1 class="title">Contrib Projects</h1>
<p>Apache Accumulo is a complex distributed system. In order to minimize that
-complexity for both operators and developers the project maintains contrib
+complexity, for both operators and developers, the project maintains contrib
repositories for instructive applications and code that builds interoperability
between Accumulo and other systems. This helps minimize the set of dependencies
needed when building or installing Accumulo, keeps the build time down, and
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/contributor/git.html
----------------------------------------------------------------------
diff --git a/contributor/git.html b/contributor/git.html
index 6ebf307..a5cae26 100644
--- a/contributor/git.html
+++ b/contributor/git.html
@@ -145,11 +145,11 @@
<p><a href="https://git-scm.com">Git</a> is an open source, distributed version control system
which has become very popular in large, complicated software projects due to
its efficient handling of multiple, simultaneously and independently developed
-branches of source code.\</p>
+branches of source code.</p>
<h2 id="workflow-background">Workflow Background</h2>
-<p>Likely the most contested subject matter regarding switching an active team
+<p>The most likely contested subject matter regarding switching an active team
from one SCM tool to another is a shift in the development paradigm.</p>
<p>Some background, the common case, as is present with this team, is that
@@ -423,7 +423,7 @@ commit. See the <a href="https://git-scm.com/book/en/Git-Branching-Basic-Branchi
manual</a>
for more information on merging. When merging a pull-request, it\u2019s best to <strong>not</strong>
include a signoff on the commit(s) as it changes the final commit ID in the
-Accumulo repository. This also has the negative of not automatically closing
+Accumulo repository. This also has the negative effect of not automatically closing
the Pull-Request when the changes are made public.</p>
<h3 id="feature-branches">Feature Branches</h3>
@@ -529,7 +529,7 @@ releases, changes which are different in implementation due to API changes, or
any number of other cases. Whatever the actual case is, the developer who made
the first set of changes (you) is the one responsible for performing the merge
through the rest of the active versions. Even when the merge may results in a
-zero-length change in content, this is incredibly important to record as you
+zero-length change in content, this is incredibly important to record, as you
are the one who knows that this zero-length change in content is correct!</p>
<h2 id="release-management">Release Management</h2>
@@ -613,11 +613,11 @@ of work necessary in opening multiple INFRA tickets.</p>
<h2 id="mirroring">Mirroring</h2>
-<p>It should be noted in the INFRA requst that each repository will also need to
+<p>It should be noted in the INFRA request that each repository will also need to
be configured to properly mirror to the <a href="https://github.com/apache">ASF Github</a>
account to provide the same functionality with current have via the git+svn
-mirror. This should be noted in the INFRA request. Same change needs to be
-applied for the <a href="https://git.apache.org">Apache hosted</a> mirror\u2019ing.</p>
+mirror. Same change needs to be applied for the <a href="https://git.apache.org">Apache hosted</a>
+mirror\u2019ing.</p>
<h2 id="mailing-lists">Mailing lists</h2>
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/contributor/lazyConsensus.html
----------------------------------------------------------------------
diff --git a/contributor/lazyConsensus.html b/contributor/lazyConsensus.html
index ba29c80..1d047ed 100644
--- a/contributor/lazyConsensus.html
+++ b/contributor/lazyConsensus.html
@@ -174,7 +174,7 @@ and cares.</p>
<p>Sometimes a member of the community will believe a specific action is the correct
one for the community but are not sure enough to proceed with the work under the
-lazy consensus model. In these circumstances they can state Lazy Consensus is in
+lazy consensus model. In these circumstances, they can state Lazy Consensus is in
operation.</p>
<p>What this means is that they make a proposal and state that they will start
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/contributor/source.html
----------------------------------------------------------------------
diff --git a/contributor/source.html b/contributor/source.html
index 6a9562f..5531562 100644
--- a/contributor/source.html
+++ b/contributor/source.html
@@ -250,7 +250,7 @@ need to install or modify the Thrift definitions as a part of developing against
<h4 id="running-a-build">Running a Build</h4>
-<p>Accumulo uses <a href="https://maven.apache.org">Apache Maven</a> to handle source building, testing, and packaging. To build Accumulo you will need to use Maven version 3.0.5 or later.</p>
+<p>Accumulo uses <a href="https://maven.apache.org">Apache Maven</a> to handle source building, testing, and packaging. To build Accumulo, you will need to use Maven version 3.0.5 or later.</p>
<p>You should familiarize yourself with the <a href="https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle">Maven Build Lifecycle</a>, as well as the various plugins we use in our <a href="https://git-wip-us.apache.org/repos/asf?p=accumulo.git;a=blob_plain;f=pom.xml;hb=HEAD">POM</a>, in order to understand how Maven works and how to use the various build options while building Accumulo.</p>
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/contributor/voting.html
----------------------------------------------------------------------
diff --git a/contributor/voting.html b/contributor/voting.html
index 6a7402e..57c7326 100644
--- a/contributor/voting.html
+++ b/contributor/voting.html
@@ -148,10 +148,10 @@ release.</p>
<h2 id="preparing-for-a-vote">Preparing for a Vote</h2>
-<p>Before calling a vote it is important to ensure that the community is given time to
+<p>Before calling a vote, it is important to ensure that the community is given time to
discuss the upcoming vote. This will be done by posting an email to the list
indicating the intention to call a vote and the options available. By the time a
-vote is called there should already be <a href="consensusBuilding">consensus in the community</a>. The vote
+vote is called, there should already be <a href="consensusBuilding">consensus in the community</a>. The vote
itself is, normally, a formality.</p>
<h2 id="calling-a-vote">Calling a Vote</h2>
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/features/index.html
----------------------------------------------------------------------
diff --git a/features/index.html b/features/index.html
index 734d496..155e364 100644
--- a/features/index.html
+++ b/features/index.html
@@ -181,7 +181,7 @@ Constraints are written in Java and configurable on a per table basis.</p>
<h3 id="sharding">Sharding</h3>
<p>Through the use of specialized iterators, Accumulo can be a parallel sharded
-document store. For example wikipedia could be stored and searched for
+document store. For example, Wikipedia could be stored and searched for
documents containing certain words.</p>
<h3 id="large-rows">Large Rows</h3>
@@ -199,11 +199,11 @@ internally by Accumulo.</p>
<h3 id="volume-support">Volume support</h3>
-<p>Accumulo 1.6.0 migrated away from configuration of HDFS by using a single HDFS host and
-directory, to a collection of HDFS URIs (host and path) which allows Accumulo to operate
-over multiple disjoint HDFS instances. This allows Accumulo to scale beyond the limits
-of a single namenode. When used in conjunction with HDFS federation, multiple namenodes
-can share a pool of datanodes.</p>
+<p>Accumulo 1.6.0 migrated its HDFS configuration from a single HDFS host and directory
+to a collection of HDFS URIs (host and path). This allows Accumulo to operate over
+multiple disjoint HDFS instances and scale beyond the limits of a single namenode. When
+used in conjunction with HDFS federation, multiple namenodes can share a pool
+of datanodes.</p>
<h2 id="integrityavailability">Integrity/Availability</h2>
@@ -219,7 +219,7 @@ and Zookeeper (see <a href="#fate">FATE</a>).</p>
<p>A mechanism to ensure that server set times never go backwards, even when time
across the cluster is incorrect. This ensures that updates and deletes are not
lost. If a tablet is served on machine with time a year in the future, then the
-tablet will continue to issue new timestamps a year in the future even when it
+tablet will continue to issue new timestamps a year in the future, even when it
moves to another server. In this case the timestamps preserve ordering, but
lose their meaning. In addition to logical time, Accumulo has master
authoritative time. The master averages the time of all of the tablet servers
@@ -248,7 +248,7 @@ time.</p>
tolerant manner. In the previous release, if the master process died in the
middle of creating a table it could leave the system in an inconsistent state.
With this new framework, if the master dies in the middle of create table it
-will continue on restart. Also the client requesting the create table operation
+will continue on restart. Also, the client requesting the create table operation
will never know anything happened. The framework serializes work in Zookeeper
before attempting to do the work. Clients start a FATE transaction, seed it
with work, and then wait for it to finish. Most table operations are executed
@@ -270,12 +270,12 @@ Zookeeper to synchronize operations across process faults.</p>
<p>If consecutive keys have identical portions (row, colf, colq, or colvis), there
is a flag to indicate that a portion is the same as that of the previous key.
This is applied when keys are stored on disk and when transferred over the
-network. Starting with 1.5, prefix erasure is supported. When its cost
+network. Starting with 1.5, prefix erasure is supported. When it is cost
effective, prefixes repeated in subsequent key fields are not repeated.</p>
<h3 id="native-in-memory-map">Native In-Memory Map</h3>
-<p>By default data written is stored outside of Java managed memory into a C++ STL
+<p>By default, data written is stored outside of Java managed memory into a C++ STL
map of maps. It maps rows to columns to values. This hierarchical structure
improves performance of inserting a mutation with multiple column values in a
single row. A custom STL allocator is used to avoid the global malloc lock and
@@ -296,8 +296,8 @@ indexes and data. Caching can be turned on and off for individual tables.</p>
<h3 id="multi-level-rfile-index">Multi-level RFile Index</h3>
-<p>RFiles store an index of the last key in each block. For large files the index
-can become quite large. When the index is large a lot of memory is consumed and
+<p>RFiles store an index of the last key in each block. For large files, the index
+can become quite large. When the index is large, a lot of memory is consumed and
files take a long time to open. To avoid this problem, RFiles have a
multi-level index tree. Index blocks can point to other index blocks or data
blocks. The entire index never has to be resident, even when the file is
@@ -307,11 +307,11 @@ per table basis.</p>
<h3 id="binary-search-in-rfile-blocks">Binary search in RFile blocks</h3>
-<p>RFile uses its index to locate a block of key values. Once it reaches a block
-it performs a linear scan to find a key on interest. Accumulo will generate
-indexes of cached blocks in an adaptive manner. Accumulo indexes the blocks
-that are read most frequently. When a block is read a few times, a small index
-is generated. As a block is read more, larger indexes are generated making
+<p>RFile uses its index to locate a block of key values. Once it reaches a block,
+it performs a linear scan to find a key of interest. Accumulo will generate
+indexes of cached blocks in an adaptive manner. Accumulo indexes the most
+frequently read blocks. When a block is read a few times, a small index
+is generated. As a block is read more, larger indexes are generated, making
future seeks faster. This strategy allows Accumulo to dynamically respond to
read patterns without precomputing block indexes when RFiles are written.</p>
@@ -333,8 +333,8 @@ instance more closely.</p>
<p>Using the Mini Accumulo Cluster in unit and integration tests is a great way for
developers to test their applications against Accumulo in an environment that is
-much closer to physical deployments than Mock Accumulo provided. Accumulo 1.6.0 also
-introduced a <a href="/release/accumulo-1.6.0/#maven-plugin">maven-accumulo-plugin</a> which
+much closer to physical deployments than a Mock Accumulo environment.
+Accumulo 1.6.0 also introduced a <a href="/release/accumulo-1.6.0/#maven-plugin">maven-accumulo-plugin</a> which
can be used to start a Mini Accumulo Cluster instance as a part of the Maven
lifecycle that your application tests can use.</p>
@@ -388,7 +388,7 @@ appropriate tablet servers.</p>
value pairs can be imported. These files are moved into the Accumulo directory
and referenced by Accumulo. This feature is useful for ingesting a large amount
of data. This method of ingest usually offers higher throughput at the cost of
-higher latency for data availability for scans. Usually the data is sorted
+higher latency for data availability for scans. Usually, the data is sorted
using map reduce and then bulk imported. This method of ingest also allows for
flexibility in resource allocation. The nodes running map reduce to sort data
could be different from the Accumulo nodes.</p>
@@ -409,7 +409,7 @@ available to other languages like Python, Ruby, C++, etc.</p>
<p>In version 1.6.0, Accumulo introduced <a href="/1.6/accumulo_user_manual#_conditionalwriter">ConditionalMutations</a>
which allow users to perform efficient, atomic read-modify-write operations on rows. Conditions can
-be defined using on equality checks of the values in a column or the absence of a column. For more
+be defined using equality checks of the values in a column or the absence of a column. For more
information on using this feature, users can reference the Javadoc for <a href="/1.6/apidocs/org/apache/accumulo/core/data/ConditionalMutation">ConditionalMutation</a> and
<a href="/1.6/apidocs/org/apache/accumulo/core/client/ConditionalWriter">ConditionalWriter</a>.</p>
@@ -461,7 +461,7 @@ can be used to optimize the data that compactions will write.</p>
<h3 id="monitor-page">Monitor page</h3>
-<p>A simple web server provides basic information about the system health and
+<p>A simple web server that provides basic information about the system health and
performance. It displays table sizes, ingest and query statistics, server
load, and last-update information. It also allows the user to view recent
diagnostic logs and traces.</p>
@@ -496,7 +496,7 @@ stores mappings between names and IDs in Zookeeper.</p>
not all columns need be specified. The locality groups can be restructured
while the table is online and the changes will take effect on the next
compaction. A tablet can have files with different locality group
-configurations. In this case scans may be suboptimal, but correct, until
+configurations. In this case, scans may be suboptimal, but correct until
compactions rewrite all files. After reconfiguring locality groups, a user can
force a table to compact in order to write all data into the new locality
groups. Alternatively, the change could be allowed to happen over time as
@@ -514,7 +514,7 @@ are considered for compaction. This is done until there are no files to merge.<
<p>When a max number of files per tablet is reached, minor compactions will merge
data from the in-memory map with the smallest file instead of creating new
-files. This throttles ingest. In previous releases new files were just created
+files. This throttles ingest. In previous releases, new files were just created
even if major compactions were falling behind and the number of tablets per file
was growing. Without this feature, ingest performance can roughly continue at a
constant rate, even as scan performance decreases because tablets have too many
@@ -523,15 +523,15 @@ files.</p>
<h3 id="loading-jars-using-vfs">Loading jars using VFS</h3>
<p>User written iterators are a useful way to manipulate data in data in Accumulo.
-Before 1.5., users had to copy their iterators to each tablet server. Starting
-with 1.5 Accumulo can load iterators from HDFS using Apache commons VFS.</p>
+Before 1.5, users had to copy their iterators to each tablet server. Starting
+with 1.5, Accumulo can load iterators from HDFS using Apache commons VFS.</p>
<h3 id="encryption">Encryption</h3>
<p>Still a work in progress, Accumulo 1.6.0 introduced encryption at rest (RFiles
-and WriteAheadLogs) and wire encryption (Thrift over SSL) to provide enhance the
-level of security that Accumulo provides. It is still a work in progress because
-the intermediate files created by Accumulo when recovering from a TabletServer
+and WriteAheadLogs) and wire encryption (Thrift over SSL) to enhance the level
+of security that Accumulo provides. It is still a work in progress because the
+intermediate files created by Accumulo when recovering from a TabletServer
failure are not encrypted.</p>
<h2 id="on-demand-data-management">On-demand Data Management</h2>
@@ -562,7 +562,7 @@ tablets can be merged.</p>
<p>Allows users to quickly create a new table that references an existing table\u2019s
data and copies its configuration. A cloned table and its source table can be
mutated independently. Testing was the motivating reason behind this new
-feature. For example to test a new filtering iterator, clone the table, add the
+feature. For example, to test a new filtering iterator, clone the table, add the
filter to the clone, and force a major compaction.</p>
<h3 id="importexport-table">Import/Export Table</h3>
@@ -604,7 +604,7 @@ The following screenshot shows the monitor master page. This page gives informa
</div>
</div>
-<p>The data generated by the continuous ingest test suite looks like the following. The data is random, but forms many giant linked list. Each ingest client continually generates linked list containing 25 million nodes. In the shell session below a few scans are issued to start following the linked list that the first node in the table is part of.</p>
+<p>The data generated by the continuous ingest test suite looks like the following. The data is random, but forms many giant linked list. Each ingest client continually generates linked list containing 25 million nodes. In the shell session below, a few scans are issued to start following the linked list that the first node in the table is part of.</p>
<div class="highlighter-rouge"><pre class="highlight"><code>root@test15 ci> scan
000000000135fbbe 074c:569c [] 2db1de18-cd37-407d-b060-481a0a214c90:000000002b2bcfe1:2e15cb9f62fd22ab:fe6f84c7
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/feed.xml
----------------------------------------------------------------------
diff --git a/feed.xml b/feed.xml
index a3b1a56..b43cb32 100644
--- a/feed.xml
+++ b/feed.xml
@@ -6,8 +6,8 @@
</description>
<link>https://accumulo.apache.org/</link>
<atom:link href="https://accumulo.apache.org/feed.xml" rel="self" type="application/rss+xml"/>
- <pubDate>Wed, 04 Jan 2017 15:13:01 -0500</pubDate>
- <lastBuildDate>Wed, 04 Jan 2017 15:13:01 -0500</lastBuildDate>
+ <pubDate>Thu, 05 Jan 2017 13:17:07 -0500</pubDate>
+ <lastBuildDate>Thu, 05 Jan 2017 13:17:07 -0500</lastBuildDate>
<generator>Jekyll v3.3.1</generator>
<item>
http://git-wip-us.apache.org/repos/asf/accumulo-website/blob/a102c919/get_involved/index.html
----------------------------------------------------------------------
diff --git a/get_involved/index.html b/get_involved/index.html
index 71c8ad9..b5424bb 100644
--- a/get_involved/index.html
+++ b/get_involved/index.html
@@ -143,8 +143,8 @@
<h1 class="title">Get Involved</h1>
<p>You don\u2019t need to be a software developer to contribute to
-Apache Accumulo. To be successful this project
-requires a huge range of different skills, levels of involvement and degrees of
+Apache Accumulo. To be successful, this project
+requires a huge range of different skills, levels of involvement, and degrees of
technical expertise. So, if you want to get involved in Apache Accumulo, there
is almost certainly a role for you.</p>
@@ -164,7 +164,7 @@ is almost certainly a role for you.</p>
<li>anything you can see that needs doing</li>
</ul>
-<p>All of these contributions help to keep a project active and strengthen
+<p>All of these contributions help to keep the project active and strengthen
the community. The project team and the broader community will
therefore welcome and encourage participation, and attempt to make it
as easy as possible for people to get involved.</p>
@@ -200,7 +200,7 @@ Take a look at <a href="https://www.ohloh.net/p/accumulo">Accumulo\u2019s Ohloh pag
is equal. All people with an opinion are entitled to express that opinion and, where
appropriate, have it considered by the community.</p>
-<p>To some the idea of having to establish consensus in a large and distributed team
+<p>To some, the idea of having to establish consensus in a large and distributed team
sounds inefficient and frustrating. Don\u2019t despair though, The Apache Way has a
set of simple processes to ensure things proceed at a good pace.</p>
@@ -211,17 +211,17 @@ Most of the time we work with the consensus building techniques documented below
<h3 id="lazy-consensus">Lazy Consensus</h3>
<p><a href="/contributor/lazyConsensus">Lazy consensus</a> is the first, and possibly the most important, consensus building
-tool we have. Essentially lazy consensus means that you don\u2019t need to get explicit
+tool we have. Essentially, lazy consensus means that you don\u2019t need to get explicit
approval to proceed, but you need to be prepared to listen if someone objects.</p>
<h3 id="consensus-building">Consensus Building</h3>
-<p>Sometimes lazy consensus is not appropriate. In such cases it is necessary to
+<p>Sometimes, lazy consensus is not appropriate. In such cases, it is necessary to
make a proposal to the mailing list and discuss options. There are mechanisms
for quickly showing your support or otherwise for a proposal and
<a href="/contributor/consensusBuilding">building consensus</a> amongst the community.</p>
-<p>Once there is a consensus people can proceed with the work under the <a href="/contributor/lazyConsensus">lazy
+<p>Once there is a consensus, people can proceed with the work under the <a href="/contributor/lazyConsensus">lazy
consensus</a> model.</p>
<h3 id="voting">Voting</h3>