Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@accumulo.apache.org
Received-SPF: pass (athena.apache.org: domain of billie.rinaldi@gmail.com
 designates 209.85.214.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <383416768.883187.1366159193417.JavaMail.root@sz0053a.westchester.pa.mail.comcast.net>
References: 
 <CADxc9Bka18P=Aw_-otm29+45TAEgzvpu6-S=FRJ-e0S8SKE+YQ@mail.gmail.com>
	<383416768.883187.1366159193417.JavaMail.root@sz0053a.westchester.pa.mail.comcast.net>
Date: Tue, 16 Apr 2013 18:59:33 -0700
Message-ID: 
 <CAF1jEfA-ajAp9Mzsm96myrrM95txG91SPjGB7F0o82Ta+F-8AQ@mail.gmail.com>
Subject: Re: VFS class reloading?
From: Billie Rinaldi <billie.rinaldi@gmail.com>
To: dev@accumulo.apache.org
Content-Type: multipart/alternative; boundary=089e0115fd345d52ef04da84d64f

--089e0115fd345d52ef04da84d64f
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Apr 16, 2013 at 5:39 PM, <dlmarion@comcast.net> wrote:

>
> Updated my local 1.5 branch and tried to build with "mvn clean package -P
> assemble -Dhadoop.version=0.20.205.0". I'm running CDH3 Update 3 locally,
> so that should work. A bunch of tests failed in core with:
>
> Caused by: java.lang.ClassNotFoundException:
> org.codehaus.jackson.map.JsonMappingException
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>
>
> Has anyone else seen this?
>

Yep, I broke that in ACCUMULO-730.  See the first comment where I ask if
anyone still needs 0.20.205.0 and what we should do to fix it if they do.
It's not too late to weigh in.

Billie


>
> -- Dave
>
> ----- Original Message -----
> From: "Eric Newton" <eric.newton@gmail.com>
> To: dev@accumulo.apache.org
> Sent: Tuesday, April 16, 2013 7:52:09 PM
> Subject: Re: VFS class reloading?
>
> We have tests for dynamic loading of classes so I'm pretty sure it works.
>
> John, can you repeat the failure?
>
> -Eric
>
>
>
> On Tue, Apr 16, 2013 at 6:50 PM, Dave Marion <dlmarion@comcast.net> wrote:
>
> > Looking at the code, it should work. Keith and I had several
> conversations
> > about what the new classloader should do. I believe that he wanted it to
> > behave like the old one and what I see in the code supports that. If it
> is
> > not working, then I would say create a ticket for it for now. I'll try to
> > replicate it tonight if I have time.
> >
> > -----Original Message-----
> > From: Dave Marion [mailto:dlmarion@comcast.net]
> > Sent: Tuesday, April 16, 2013 6:41 PM
> > To: dev@accumulo.apache.org
> > Subject: RE: VFS class reloading?
> >
> > The implementation changed several times, so the pre-1.5 layout may not
> > work. In 1.5, using the bootstrap script, it should put the accumulo jars
> > into HDFS and dynamic loading from there should occur. I'll try and test
> > tonight if I have time.
> >
> > -----Original Message-----
> > From: John Vines [mailto:vines@apache.org]
> > Sent: Tuesday, April 16, 2013 6:30 PM
> > To: Accumulo Dev List
> > Subject: VFS class reloading?
> >
> > Maybe I missed something with the switch to the VFS classloader, but does
> > dynamic loading out of lib/ext no longer work? I had accumulo 1.5
> running,
> > threw an iterator in there, but had to restart tserver to get the new
> > iterator picked up. Was that an intentional change?
> >
> >
>

--089e0115fd345d52ef04da84d64f--