Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@accumulo.apache.org
Received-SPF: error (nike.apache.org: local policy)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1283)
Subject: Re: VFS class reloading?
From: Corey Nolet <cnolet@texeltek.com>
In-Reply-To: 
 <383416768.883187.1366159193417.JavaMail.root@sz0053a.westchester.pa.mail.comcast.net>
Date: Tue, 16 Apr 2013 20:47:13 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <1F70EF00-77B7-4421-B59D-1972EB3ECA7B@texeltek.com>
References: 
 <383416768.883187.1366159193417.JavaMail.root@sz0053a.westchester.pa.mail.comcast.net>
To: dev@accumulo.apache.org

I've run into version conflicts with Hadoop 0.20.2 CDH3 series and =
jackson versions < 1.9 in the past.=20

On Apr 16, 2013, at 8:39 PM, dlmarion@comcast.net wrote:

>=20
> Updated my local 1.5 branch and tried to build with "mvn clean package =
-P assemble -Dhadoop.version=3D0.20.205.0". I'm running CDH3 Update 3 =
locally, so that should work. A bunch of tests failed in core with:=20
>=20
> Caused by: java.lang.ClassNotFoundException: =
org.codehaus.jackson.map.JsonMappingException=20
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)=20
> at java.security.AccessController.doPrivileged(Native Method)=20
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)=20
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)=20
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)=20
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)=20
>=20
>=20
> Has anyone else seen this?=20
>=20
> -- Dave=20
>=20
> ----- Original Message -----
> From: "Eric Newton" <eric.newton@gmail.com>=20
> To: dev@accumulo.apache.org=20
> Sent: Tuesday, April 16, 2013 7:52:09 PM=20
> Subject: Re: VFS class reloading?=20
>=20
> We have tests for dynamic loading of classes so I'm pretty sure it =
works.=20
>=20
> John, can you repeat the failure?=20
>=20
> -Eric=20
>=20
>=20
>=20
> On Tue, Apr 16, 2013 at 6:50 PM, Dave Marion <dlmarion@comcast.net> =
wrote:=20
>=20
>> Looking at the code, it should work. Keith and I had several =
conversations=20
>> about what the new classloader should do. I believe that he wanted it =
to=20
>> behave like the old one and what I see in the code supports that. If =
it is=20
>> not working, then I would say create a ticket for it for now. I'll =
try to=20
>> replicate it tonight if I have time.=20
>>=20
>> -----Original Message-----=20
>> From: Dave Marion [mailto:dlmarion@comcast.net]=20
>> Sent: Tuesday, April 16, 2013 6:41 PM=20
>> To: dev@accumulo.apache.org=20
>> Subject: RE: VFS class reloading?=20
>>=20
>> The implementation changed several times, so the pre-1.5 layout may =
not=20
>> work. In 1.5, using the bootstrap script, it should put the accumulo =
jars=20
>> into HDFS and dynamic loading from there should occur. I'll try and =
test=20
>> tonight if I have time.=20
>>=20
>> -----Original Message-----=20
>> From: John Vines [mailto:vines@apache.org]=20
>> Sent: Tuesday, April 16, 2013 6:30 PM=20
>> To: Accumulo Dev List=20
>> Subject: VFS class reloading?=20
>>=20
>> Maybe I missed something with the switch to the VFS classloader, but =
does=20
>> dynamic loading out of lib/ext no longer work? I had accumulo 1.5 =
running,=20
>> threw an iterator in there, but had to restart tserver to get the new=20=

>> iterator picked up. Was that an intentional change?=20
>>=20
>>=20