Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> mvn install stuck


Copy link to this message
-
Re: mvn install stuck
Almost definitely does not currently work. I think I created a ticket
for 1.6 awhile back (ACCUMULO-935).

--
Christopher L Tubbs II
http://gravatar.com/ctubbsii
On Wed, Apr 10, 2013 at 8:53 PM, David Medinets
<[EMAIL PROTECTED]> wrote:
> +1 for running Accumulo from the target directory. I think that would make
> life a bit simpler when testing. I haven't tried this lately. Does it work?
>
>
> On Wed, Apr 10, 2013 at 2:20 PM, John Vines <[EMAIL PROTECTED]> wrote:
>
>> Unsure, I had rmed the whole directory, so I can't go back to it :/
>>
>> Why not have a release/pre-commit profile which does the rat check instead
>> of having it hit every time?
>>
>>
>> On Wed, Apr 10, 2013 at 2:09 PM, Christopher <[EMAIL PROTECTED]> wrote:
>>
>> > Both of those are addressed with the profile that is activated with
>> > -DskipLicenseCheck, so a dirty workspace will pass the check. The
>> > focus was on being pedantic for the clean checkout situation.
>> >
>> > We can add exceptions for those things that make a workspace dirty,
>> > but aren't packaged, for 1.5. However, in the future (>=1.6), I'd like
>> > to help make it easier to move away from the practice of dirtying the
>> > source directories to run Accumulo out of one's workspace.
>> >
>> > There is so much to maintain with all the svn:ignore properties set,
>> > the exceptions in the custom assembly descriptors and RPM/DEB
>> > profiles... it'd be better to allow running out of the target
>> > directory (which is already ignored by almost all Maven plugins), and
>> > use the default settings for packaging plugins wherever possible, than
>> > to worry about maintaining all these exceptions.
>> >
>> > Running out of the workspace can still be possible (out of the target
>> > directories, or a dedicated top-level workspace directory whose tree
>> > we ignore entirely), without all these exceptions to the rule.
>> >
>> > So, with that in mind, I only added exceptions to the apache-rat
>> > plugin configuration for things whose licenses are described elsewhere
>> > (js libs), or for things where it misinterprets the file as text
>> > instead of binary (splits, for testing), so that anything that was
>> > dirtying the workspace would explicitly be caught. As I said, it can
>> > be more lenient for 1.5 if you wish, but I think deactivating the
>> > check with the -DskipLicenseCheck should be sufficient for your needs.
>> >
>> > I'm still curious, however, why things would have gotten stuck for
>> > you... getting stuck is very different than failing due to license
>> > checks.
>> >
>> > --
>> > Christopher L Tubbs II
>> > http://gravatar.com/ctubbsii
>> >
>> >
>> > On Wed, Apr 10, 2013 at 1:23 PM, John Vines <[EMAIL PROTECTED]> wrote:
>> > > Hmm, fresh checkout everything went fine. However, for sanity's sake I
>> > went
>> > > ahead and I dropped my configurations into conf and stripped out all of
>> > the
>> > > apache headers and I got a rat failure, too many unapproved licenses.It
>> > > shouldn't be checking those files since they aren't packaged.
>> > >
>> > > It also appears to be checking my log directory, so that needs to be
>> > > addressed too.
>> > >
>> > >
>> > > On Tue, Apr 9, 2013 at 8:05 PM, John Vines <[EMAIL PROTECTED]> wrote:
>> > >
>> > >> I had taken out the rat plugin in order to get it to build
>> > successfully. I
>> > >> will try your tips tomorrow.
>> > >>
>> > >> Sent from my phone, please pardon the typos and brevity.
>> > >> On Apr 9, 2013 6:34 PM, "Christopher" <[EMAIL PROTECTED]> wrote:
>> > >>
>> > >>> That message is the from the apache-rat plugin, but the apache-rat
>> > >>> plugin would fail the build at verify phase if there was a problem.
>> It
>> > >>> wouldn't hang. You're going to have to provide more info, as it works
>> > >>> for me. Have you tried with a clean checkout? Does it work with
>> > >>> -DskipLicenseCheck? Does mvn package or mvn verify work?
>> > >>>
>> > >>> --
>> > >>> Christopher L Tubbs II
>> > >>> http://gravatar.com/ctubbsii