Nevermind, I wrote that before looking. This has been around since 0.8.1.
Thanks again Vincent!
On Mon, Aug 4, 2014 at 11:01 PM, Corey Nolet cjno...@gmail.com wrote:
Oh Nice. Is this new in 0.9.*? I just updated so I haven't looked much
into what's changed yet, other than Netty.
On Mon
I'm using a leaderSelector and path children cache together. During a
shutdown method, I'm getting an InterruptedException and i'm having trouble
figuring out a graceful way to handle it.
java.lang.InterruptedException
at
Andrew,
Our recommendation on this has typically been to reverse the sort order of
the keys on ingest.
On Mon, Jun 30, 2014 at 12:24 PM, Andrew Wells awe...@clearedgeit.com
wrote:
Are there currently any good practices on doing this?
Especially when a rowId has a large number of Keys.
--
30, 2014 at 12:26 PM, Corey Nolet cjno...@gmail.com wrote:
Andrew,
Our recommendation on this has typically been to reverse the sort order
of the keys on ingest.
On Mon, Jun 30, 2014 at 12:24 PM, Andrew Wells awe...@clearedgeit.com
wrote:
Are there currently any good practices on doing
Just curious. Was there a reason for that?
I'd like to start getting a candidate together if there are no objections.
It looks like we have 65 resolved tickets with a fix version of 1.6.1.
AFAIK, the locality may not be guaranteed right away unless the data for a
tablet was first ingested on the tablet server that is responsible for that
tablet, otherwise you'll need to wait for a major compaction to rewrite the
RFiles locally on the tablet server. I would assume if the tablet
Wouldn't that take care of ACCUMULO-1378
On Fri, Jun 13, 2014 at 12:56 PM, Keith Turner ke...@deenlo.com wrote:
On Thu, Jun 12, 2014 at 11:44 PM, Vicky Kak vicky@gmail.com wrote:
Rather than having new development can't we add these features to the
existing accumulo command line, I
+1 on the Ganglia integration.
Also, while we're on the topic of github projects for integrating with
Accumulo, I'd like to see Accuismus worked on as well.
https://github.com/keith-turner/Accismus
On Mon, Jun 9, 2014 at 7:11 PM, Alex Moundalexis al...@clouderagovt.com
wrote:
I would love to
in the Curator framework to implement this if
possible.
Thanks!
On Wed, May 21, 2014 at 1:34 PM, Corey Nolet cjno...@gmail.com wrote:
It it helps, here's a rough design of the project:
https://github.com/calrissian/conductor
On Wed, May 21, 2014 at 1:33 PM, Corey Nolet cjno...@gmail.com wrote
I have a cluster which is electing a single leader to perform operations on
a node until the node is deemed to be unhealthy. At this time, the leader
revokes itself and another leader is elected to perform the operations.
There are times, however, when I need the ability to force a specific
It it helps, here's a rough design of the project:
https://github.com/calrissian/conductor
On Wed, May 21, 2014 at 1:33 PM, Corey Nolet cjno...@gmail.com wrote:
Jordan,
Thanks for your quick response! So what I am building is a faul-tolerant
framework for linux systems to watch over some
Jeff,
Unless you've got multiple different tables with different permissions to
manage for different physical Accumulo users, the connector should probably
be an instance variable in your service. It can be safely shared across all
the reads as long as the Accumulo user configured in the
Eric, if your intention is to unsubscribe from the mailing list, you should
send a note to user-unsubscr...@storm.incubator.apache.org[1].
[1] http://mail-archives.apache.org/mod_mbox/incubator-storm-user/
On Fri, May 16, 2014 at 8:58 AM, eric perler ericper...@hotmail.com wrote:
unsubscribe
+1 for restoring old behavior.Why wouldn't we allow contributors to help
themselves help the community?
On Thu, May 15, 2014 at 11:13 AM, John Vines vi...@apache.org wrote:
Yes, restore the old behavior
On Wed, May 14, 2014 at 4:38 PM, Sean Busbey bus...@cloudera.com wrote:
We don't have
. Still researching.
On Fri, May 16, 2014 at 4:19 PM, Corey Nolet cjno...@gmail.com wrote:
Can we assume this data has not yet been ingested? Do you have control
over the way in which you structure your table?
On Fri, May 16, 2014 at 1:54 PM, David Medinets david.medin...@gmail.com
wrote
Interesting that the paper was written by IBM people defending an IBM
product. Not saying that it's biased or anything...
Nathan, I agree that the windowing is better served as a layer on top.
Personally, I appreciate that Storm deals with clustering, distributed
state, fault-tolerance, and
Raphael, in your case it sounds like a TickSpout could be useful where
you emit a tuple every n time slices and then sleep until needing to emit
another. I'm not sure how that'd work in a Trident aggregator, however.
I'm not sure if this is something Nathan or the community would approve of,
but
list to gauge interest. We could just do that, though the mail
archive is neither super easy to search nor a convenient point of
reference.
Maybe this would be a good use of our ASF wiki space?
On Sat, Apr 19, 2014 at 3:50 PM, Corey Nolet cjno...@gmail.com
wrote:
I agree
to search nor a convenient point of
reference.
Maybe this would be a good use of our ASF wiki space?
On Sat, Apr 19, 2014 at 3:50 PM, Corey Nolet cjno...@gmail.com
wrote:
I agree. Are those tickets really getting in the way? Maybe they
could
be
labeled differently
Some of these tickets still look like very valid feature/integration
requests that would still be reasonable to have.
See ACCUMULO-74, ACCUMULO-143, ACCUMULO-136, ACCUMULO-211, ACCUMULO-483,
ACCUMULO-490, ACCUMULO-508
On Sat, Apr 19, 2014 at 9:54 AM, Mike Drob md...@mdrob.com wrote:
ideas' page or 'roadmap' page could be added to
http://accumulo.apache.org/? I don't see a benefit to keeping these
old
tickets.
On Sat, Apr 19, 2014 at 10:11 AM, Corey Nolet cjno...@gmail.com
wrote:
Some of these tickets still look like very valid feature/integration
I'm trying to do some timed/count-based orchestrations of streams in
Storm/Trident. Some of my timing problems include timed or count-based
emissions of tuples from aggregators and tumbling windows (whereby I'm
batching up data and I emit every so often or I emit on every 500th tuple).
I am
I'd like initial posting privileges. Thanks for setting this up!
On Apr 18, 2014 11:23 AM, Bill Havanki bhava...@clouderagovt.com wrote:
Sure thing Dave, happy to.
We need to determine an initial list of people with posting privileges.
I'll start with Dave and myself. If any other PMC member
+1
On Mon, Apr 14, 2014 at 11:18 AM, Joey Echeverria j...@clouderagovt.comwrote:
+1 (non-binding)
--
Joey Echeverria
Chief Architect
Cloudera Government Solutions
On Mon, Apr 14, 2014 at 11:16 AM, Josh Elser josh.el...@gmail.com wrote:
+1
On 4/13/14, 8:11 PM,
I'm in favor of full reposts wherever possible. It may be duplication of
content, but it validates for many that the content has been approved by
the community. While the content is being republished, I'm still in favor
of posting a link to the original blog post (if applicable).
I find a blog
Chris, would you be in favor of forwarding blog posts to G+ so that it can
still be provided to that community?
On Thu, Apr 10, 2014 at 4:14 PM, Corey Nolet cjno...@gmail.com wrote:
I'm in favor of full reposts wherever possible. It may be duplication of
content, but it validates for many
Geoffry,
As Josh pointed out, you should only need the Hadoop libraries on the
client side to use the Text object. This means you won't have to go through
the pain of placing the xml files in your root bundles.
Did you try the JAAS export from the packages in your container? Did that
help?
I
=com.sun.security.auth.module
I also tried:
Import-Package: com.sun.security.auth.module
in my bundle that calls Hadoop.
Both of these were advised by one of the bndtools gurus--neither worked.
When I did the Import-Package other things broke.
On Wed, Apr 9, 2014 at 9:46 AM, Corey Nolet cjno...@gmail.com wrote
the Accumulo end of things in OSGi as well.
Wish me well
On Mon, Mar 31, 2014 at 8:34 PM, Corey Nolet cjno...@gmail.com wrote:
Geoffry,
What OSGi container are you using currently? The servicemix Hadoop
bundle should get you going with the Hadoop client dependencies at least
[1]. It looks
+1
On Fri, Apr 4, 2014 at 11:34 AM, Christopher ctubb...@apache.org wrote:
+1
--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Fri, Apr 4, 2014 at 11:33 AM, David Medinets
david.medin...@gmail.com wrote:
+1
On Fri, Apr 4, 2014 at 11:21 AM, John Vines vi...@apache.org
+1
On Thu, Apr 3, 2014 at 8:45 PM, Benson Margulies bimargul...@gmail.comwrote:
If you're all going to go spelunking in the Apache policy docs,
perhaps I can help a bit with context.
The original HTTPD project developed a very specific set of policies
for controlling _commits to the
Vote
for this thread?
-Sean
On Thu, Apr 3, 2014 at 8:58 PM, Corey Nolet cjno...@gmail.com wrote:
+1
On Thu, Apr 3, 2014 at 8:45 PM, Benson Margulies bimargul...@gmail.com
wrote:
If you're all going to go spelunking in the Apache policy docs,
perhaps I can help a bit
Geoffry,
What OSGi container are you using currently? The servicemix Hadoop bundle
should get you going with the Hadoop client dependencies at least [1]. It
looks like one of the servicemix guys created a Hadoop ticket for making
bundles of their jars as well [2], though it doesn't look like
.
Thanks again Matt!
On Thursday, March 13, 2014 1:38:39 PM UTC-4, Matt Ingenthron wrote:
Hi Corey,
From: Corey Nolet cjn...@gmail.com javascript:
Reply-To: couc...@googlegroups.com javascript:
couc...@googlegroups.com javascript:
Date: Wednesday, March 12, 2014 8:57 PM
To: couc
I am working on a throttling system for my ingest that will check to see if
my upstream JMS broker is backed up to a particular threshold and, if it is
backed up, begin to route messages to disk instead of sending them to the
database.
I'm wondering the best way to implement this using the
I am currently looking to use the camel hdfs component so that I can have
my camel route output to a sequence file. I dug around the documentation
but didn't see a good way (or any useful examples) of how to format my
exchange so that the output would be correclty written to the sequence
file.
I
I *think* i may have isolated this issue to a client version- though it
doesn't make sense to me why the sqoop plugin isn't working. I'm going to
try upgrading my client libs to the newest version.
On Wednesday, March 12, 2014 4:03:07 PM UTC-4, Corey Nolet wrote:
Would it possible for someone
I've seen a lot of posts on Google mentioning that couchbase gives the
ability to change the underlying hash algorithm that is used. How would I
do this? I'm using the java client.
Thanks!
--
You received this message because you are subscribed to the Google Groups
Couchbase group.
To
: Its nice to have everything in one query, but dont
consider this a must. If two queries solve your problem, it might make more
sense.
--Alex
On Wed, Mar 5, 2014 at 5:15 AM, Corey Nolet cjn...@gmail.comjavascript:
wrote:
I forgot to mention, I need the ability for the user
+1 It is much cleaner. Would be nice (and more maintainable) for sub-menus-
specifically on the versions for docs packages.
On Wed, Mar 5, 2014 at 8:23 PM, Christopher ctubb...@apache.org wrote:
+1 for what's been done so far, and for revamped site with 1.6.0 release.
Rollout sub-menus
Hello,
I've got an entity document which looks like this:
{
id: 'id',
type: 'person',
tuples: [
{
key: 'nameFirst',
value: 'john',
type: 'string'
},
key: 'age',
value: '38',
type: 'int'
},
I forgot to mention, I need the ability for the user to specify they only
care about keys for the entity.type === 'person' (or any type for that
matter).
On Tuesday, March 4, 2014 11:13:27 PM UTC-5, Corey Nolet wrote:
Hello,
I've got an entity document which looks like this:
{
id: 'id
[
https://issues.apache.org/jira/browse/ACCUMULO-1376?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13909411#comment-13909411
]
Corey Nolet commented on ACCUMULO-1376:
---
VIncent,
Take a look
[
https://issues.apache.org/jira/browse/ACCUMULO-2178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13890624#comment-13890624
]
Corey Nolet commented on ACCUMULO-2178:
---
[~vickyeuc], I think the important
Matt,
This should help:
CollectionPairText,Text cols = Collections.singleton(new
PairText,Text(new Text(cityOfBirth), null));
AccumuloInputFormat.fetchColumns(job, cols);
On Wed, Jan 15, 2014 at 7:29 PM, Dickson, Matt MR
matt.dick...@defence.gov.au wrote:
*UNOFFICIAL*
Thanks Keith. I've
[
https://issues.apache.org/jira/browse/ACCUMULO-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13868640#comment-13868640
]
Corey Nolet commented on ACCUMULO-2177:
---
Agreed. I actually got this working
+1 for keeping a fast and easy (and well documented) mechanism for
debugging iterators. Perhaps the SortedMapiterator is the solution..but the
key words here are 'well documented'
-1 for continuing support a half implemented mock framework that we have to
maintain. It makes code maintenance very
Hello Oozie Devs,
I'm trying to configure a map-reduce workflow that will allow me to fire
off a static main-class method just like I would with the hadoop jar
command. I'm noticing that the workflow spec provides me with the ability
to specify the job conf xml but I've already wired up a
bq. For instance, we could establish rules like...
I thought these were already excepted practices. Have they not been
formalized? Other than the backporting, haven't we been following all of
those rules already?
On Fri, Oct 25, 2013 at 10:31 PM, Michael Berman mber...@sqrrl.com wrote:
No
Adding to above- I've been seeing the minor as the bugfix and the major as
the new feature and possible API changes version. I'm all for following
Maven's lead but what would that transition look like? Does that mean there
would be a 2.0 coming out soon?
On Fri, Oct 25, 2013 at 10:44 PM, Corey
, Keith Turner ke...@deenlo.com wrote:
On Tue, Oct 8, 2013 at 9:45 PM, Corey Nolet cjno...@gmail.com wrote:
Keith,
It appears that the proxy's useMini and the minicluster command broke
somewhere between
1edccf6b30541841bb08329317c6289aca8c8d73
ACCUMULO-1707 applying Steve's patch
Chris,
Thanks for the link! I'll be sure to follow that convention from now on. I
should have been paying closer attention to everyone else's commit messages
because it looks like I'm the only one who's been putting the ticket number
after the message. Would anyone be against placing the link on
c9469405c3d1aab3784ed5f290df4acaf8568489
I am still poking at this. If anyone has advice I would like to hear it.
[1]:
http://stackoverflow.com/questions/5638211/how-do-you-get-git-bisect-to-ignore-merged-branches
On Tue, Oct 8, 2013 at 12:02 AM, Corey Nolet cjno...@gmail.com wrote:
Keith,
You are right- I
, Keith Turner ke...@deenlo.com wrote:
On Tue, Oct 8, 2013 at 10:06 PM, Corey Nolet cjno...@gmail.com wrote:
With risk of making this more complicated- I just noticed that the first
commit posted was still broken- though it didn't lock up like the version
currently in master, it appeared to run
, 2013 11:32 AM, John Vines jvi...@gmail.com wrote:
How are you running minicluster?
On Sun, Oct 6, 2013 at 8:36 AM, Corey Nolet cjno...@gmail.com wrote:
I'm having issues running the minicluster both in the 'accumulo proxy -p
proxy.properties' and via 'accumulo minicluster'. It looks like
, Corey Nolet cjno...@gmail.com wrote:
The MiniAccumuloRunner class that's wired up to o.o.a.start.Main.
I was specifically wondering if anyone else is experiencing issues
running
'accumulo minicluster' as both the proxy with useMini=true and the
minicluster command seem broken for me. I'm
I'm having issues running the minicluster both in the 'accumulo proxy -p
proxy.properties' and via 'accumulo minicluster'. It looks like the
Zookeeper process is not starting and the MAC is going into an infinite
loop waiting for it to start.
I checked the Master.err logs for the minicluster
+1
I remember kind of having this discussion in June because I wanted to be
able to run the minicluster as a single node accumulo using the start
package.
I like this approach better. 1.6.0 provides a main method for firing up the
minicluster and having the dependencies in the pom will allow
+1
On Sep 18, 2013 5:43 PM, Mike Drob md...@mdrob.com wrote:
+1 with reservations.
1.5.0 initially planned for an end-of-year release, but that ended up
slipping much later. I'd like us to learn from that experience and come
down much more strictly on the feature freeze this time.
On Wed,
Aaron,
We are currently re-working the AccumuloInputFormat for Accumulo 1.6 to
provide inputs from multiple tables (each with their own set of configured
iterators, ranges, columns). Check out ACCUMULO-391.
On Mon, Sep 16, 2013 at 11:41 AM, Aaron aarongm...@gmail.com wrote:
I was curious if
on a single table but the use case sounds interesting.
On Mon, Sep 16, 2013 at 3:55 PM, Corey Nolet cjno...@gmail.com wrote:
Aaron,
We are currently re-working the AccumuloInputFormat for Accumulo 1.6 to
provide inputs from multiple tables (each with their own set of configured
iterators
Install the Eclipse Formatter Plugin in intellij and use the eclipse
codestyle xml provided on the Accumulo Source page.
You'll want to turn the option of combining imports into * as well. Youll
find that option in the code style- imports section of the preferences.
On Jun 25, 2013 12:05 PM,
Turn off the option of combining imports rather.
On Jun 25, 2013 12:10 PM, Corey Nolet cjno...@gmail.com wrote:
Install the Eclipse Formatter Plugin in intellij and use the eclipse
codestyle xml provided on the Accumulo Source page.
You'll want to turn the option of combining imports
I finally got a chance to read this as well. Thanks again Josh for
writing/maintaining this!
For the contributor workflow, I've always tried to avoid using commit -a
but instead use git status and separately stage files for commit with
git add directory or file. I've seen people commit strange
You are correct. Include as an attachment on the ticket.
On May 29, 2013 7:48 PM, Aaron aarongm...@gmail.com wrote:
Ok, is the best way just to add as an attachment? I did see that it got
rolled into a larger configurator issue..just upload the attachment to
the ticket? First time submitting
I vote google hangout also.
On May 28, 2013 4:21 PM, Christopher ctubb...@apache.org wrote:
Google Hangout works for me.
--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Tue, May 28, 2013 at 2:51 PM, John Vines vi...@apache.org wrote:
I'm a fan of using google hangouts because
ACCUMULO-1405 should address this issue (the commons dependencies should
also be implied).
We have been contemplating several different scenarios and trying to find a
solution that works out for everyone. Jim, I think it would be useful to
capture the expectations for your clojure use-case as
+1
On May 24, 2013 8:14 AM, Christopher ctubb...@apache.org wrote:
+1
--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Fri, May 24, 2013 at 8:05 AM, Jason Trost jason.tr...@gmail.com
wrote:
+1
--Jason
sent from my DROID
On May 24, 2013 7:29 AM, David Medinets
Ill revert this and redo. Still getting used to svn.
Corey,
It seems these move were not done is such a way that history was preserved.
'svn move' should be used, it preserves history. Although I never use
this. When I move things around in eclipse it automatically does 'svn
move'.
I looked
I just did a revert locally. In your svn status above, was there a reason
for not doing an svn delete mini to get rid of the mini directory that
was created?
On Tue, May 21, 2013 at 11:19 AM, Corey Nolet cjno...@gmail.com wrote:
I'd like to try it if you don't mind. The only way to learn
Doing svn merge -r 1484792:1484643 . seemed to reverse the two commits
correctly without any conflicts (it correctly removed the mini/ directory
as well). I think this worked.
On Tue, May 21, 2013 at 11:40 AM, Keith Turner ke...@deenlo.com wrote:
On Tue, May 21, 2013 at 11:37 AM, Corey Nolet
should try git-svn. That should give you an interface that you are
used to.
On Tue, May 21, 2013 at 10:53 AM, Corey Nolet cjno...@gmail.com wrote:
Ill revert this and redo. Still getting used to svn.
Corey,
It seems these move were not done is such a way that history was
preserved
, 2013 at 12:27 PM, Keith Turner ke...@deenlo.com
wrote:
On Tue, May 21, 2013 at 12:16 PM, Corey Nolet cjno...@gmail.com
wrote:
I think it's worth asking because a few people expressed interest in
moving
the mini cluster to it's own module. Do we want this for 1.5 or do
we
wait
+1
On May 21, 2013 5:52 PM, John Vines vi...@apache.org wrote:
+1
On Tue, May 21, 2013 at 5:44 PM, Christopher ctubb...@apache.org wrote:
I'm sure this has been entertained before, I'm starting to think that
we should seriously consider switching to git, maybe sooner (during
1.6
...@gmail.com wrote:
Combine this work with Dave Marion's work and put MiniAccumuloRunner into
an add-on script?
On Mon, May 20, 2013 at 7:49 AM, Corey Nolet cjno...@gmail.com wrote:
I think the ability to run ./bin/accumulo mini may have introduced this
circular dependency. Perhaps
ACCUMULO-1438 created as a proposal for moving the MiniCluster code into
its own module.
On Mon, May 20, 2013 at 2:00 PM, Corey Nolet cjno...@gmail.com wrote:
This may be far out into space- but how would you guys feel about
providing a shaded jar in the pom for a new mini module? This may
Adam, I agree. As long as a user / system admin has a quick (and
well-documented) path to getting the native map where it needs to go in the
binary distribution, I think both 1 2 are viable. I tend to lean towards
#1, for no reason other than that it adds 1 step but is much more
maintainable.
it!
On Sat, May 11, 2013 at 11:25 AM, Josh Elser josh.el...@gmail.com wrote:
Congrats, Corey! I look forward to working with you more.
On 5/11/2013 11:00 AM, Billie Rinaldi wrote:
I am pleased to announce that Corey Nolet has been voted to become a new
committer for Apache Accumulo.
Welcome, Corey
Could we roll in ACCUMULO-1380 since we're cutting a new RC?
On Thu, May 9, 2013 at 10:48 PM, ctubb...@apache.org wrote:
Author: ctubbsii
Date: Fri May 10 02:48:47 2013
New Revision: 1480864
URL: http://svn.apache.org/r1480864
Log:
ACCUMULO-970 roll back 1.5.0-RC2
Removed:
I see docs/mockAccumulo.html but nothing links to it in the codebase. Is
there something generated/external that links to this file or does it just
simply need to be added to the index.html?
not confident that I know
all of its uses or I'd attempt to update the documentation.
On Tue, May 7, 2013 at 10:20 PM, Corey Nolet cjno...@gmail.com wrote:
I see docs/mockAccumulo.html but nothing links to it in the codebase. Is
there something generated/external that links to this file or does
,
so that proxy only depends on core, and none depend on test.
--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Fri, Apr 26, 2013 at 11:40 AM, Keith Turner ke...@deenlo.com
wrote:
On Fri, Apr 26, 2013 at 10:18 AM, Corey Nolet cno...@texeltek.com
wrote:
So
I take that back. I've been using an outdated version of svn.
On Fri, May 3, 2013 at 12:30 PM, Keith Turner ke...@deenlo.com wrote:
I can move it. Eclipse should make it fairly simple
On Fri, May 3, 2013 at 12:17 PM, Corey Nolet cno...@texeltek.com wrote:
I was wondering about
Intellij is doing the same thing .
Sent from my Verizon Wireless 4G LTE Smartphone
Original message
From: Keith Turner ke...@deenlo.com
Date: 05/02/2013 4:22 PM (GMT-05:00)
To: dev@accumulo.apache.org
Subject: FilteredConstants not found in eclipse
Recently
. Do you know of any
issues this dependency structure will cause for 1.5.0?
--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Fri, Apr 26, 2013 at 11:40 AM, Keith Turner ke...@deenlo.com
wrote:
On Fri, Apr 26, 2013 at 10:18 AM, Corey Nolet cno...@texeltek.com
wrote
in the server module and reverse the dependency,
so that proxy only depends on core, and none depend on test.
--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Fri, Apr 26, 2013 at 11:40 AM, Keith Turner ke...@deenlo.com wrote:
On Fri, Apr 26, 2013 at 10:18 AM, Corey Nolet cno...@texeltek.com
of the build
lifecycle. That way, they won't slow down a mvn package build, but
they'll still get executed for a full build mvn verify.
--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Thu, Apr 25, 2013 at 11:01 PM, Corey Nolet cno...@texeltek.com wrote:
Would it make sense to start putting
of a committer being able to use SVN (and not
having the jira checkbox).
Mike
--
Corey Nolet
Senior Software Engineer
TexelTek, inc.
[Office] 301.880.7123
[Cell] 410-903-2110
Would be useful to implement a -h flag that makes displays 1.4G or 500M
based on the input.
On Apr 23, 2013, at 10:31 AM, Keith Turner wrote:
On Tue, Apr 23, 2013 at 9:17 AM, Chris Sigman cypri...@gmail.com wrote:
Thanks Keith, I thought that might be the case considering the output,
solution is using a method for doing that directly. Upgrading the
junit version is the least obtrusive path.
On Wed, Apr 17, 2013 at 9:55 AM, Keith Turner ke...@deenlo.com wrote:
On Tue, Apr 16, 2013 at 8:36 PM, Corey Nolet cno...@texeltek.com wrote:
Anyone against bumping the junit version
Anyone against bumping the junit version in 1.4.4 to 4.11?
On Apr 15, 2013, at 10:40 PM, Keith Turner wrote:
On Mon, Apr 15, 2013 at 10:07 PM, Corey Nolet cno...@texeltek.com wrote:
I'm working through the back port from 1.5. I've got it running the basic
operations that are supported
I'm working through the back port from 1.5. I've got it running the basic
operations that are supported in 1.4, however unless I'm missing something
vital, the table classpath feature from 1.5 doesn't seem to be supported.
Since this is a backport feature being rolled into a bug fix version, do
That's what I wanted to hear. Thanks Keith!
On Apr 15, 2013, at 10:40 PM, Keith Turner wrote:
On Mon, Apr 15, 2013 at 10:07 PM, Corey Nolet cno...@texeltek.com wrote:
I'm working through the back port from 1.5. I've got it running the basic
operations that are supported in 1.4, however
The back porting of the proxy is pretty much complete. I have not submitted the
patch yet because I am not able to run any automated integration tests without
the mini Accumulo cluster. I've gotten pretty far with backporting the Mini
Accumulo Cluster and it would be massively useful to have
:43 PM, Corey Nolet wrote:
The back porting of the proxy is pretty much complete. I have not submitted
the patch yet because I am not able to run any automated integration tests
without the mini Accumulo cluster. I've gotten pretty far with backporting
the Mini Accumulo Cluster and it would
Do you guys have a problem throwing in a minor patch for 1.4.2 to back port the
thrift proxy service? We have an environment which will not support updating to
1.5 right away.
.* and will be for awhile.
Sent from my iPad
On Mar 23, 2013, at 11:50 AM, Eric Newton eric.new...@gmail.com wrote:
Open a ticket. I would support anything but the 1.3 series. :-)
-Eric
On Sat, Mar 23, 2013 at 10:53 AM, Corey Nolet cno...@texeltek.com wrote:
Do you guys have a problem throwing
). It's great
that these things are getting found.
On 03/23/2013 12:29 PM, Corey Nolet wrote:
Sounds good. I could support the whole 1.4 series. I'm just going to
clean up the thrift file and remove the methods from the proxy service that
don't apply. I could do this on my own but I figured it may
Would it also help to define the integration tests in a maven profile that
hudson runs by default? I just added some tests that use the mini cluster to
verify that proper exceptions are being thrown and it slows down the build as
well.
Sent from my Verizon Wireless 4G LTE Smartphone
301 - 400 of 409 matches
Mail list logo