accumulo-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From mwa...@apache.org
Subject accumulo-website git commit: Jekyll build from master:7709d48
Date Thu, 05 Jan 2017 18:19:44 GMT
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 <mwalch@apache.org>
Authored: Thu Jan 5 13:17:25 2017 -0500
Committer: Mike Walch <mwalch@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’s 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’ing.</p>
+mirror. Same change needs to be applied for the <a href="https://git.apache.org">Apache
hosted</a> 
+mirror’ing.</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’s
 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&gt; 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’t 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’s
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’t 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’t need to get explicit
+tool we have. Essentially, lazy consensus means that you don’t 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>


Mime
View raw message