[jbosscache-dev] Cache Loader migration code

Galder Zamarreno galder.zamarreno at redhat.com
Sun Aug 19 13:47:29 EDT 2007 

Paul,

Thanks very much for doing this, but the classes that I'm after are in 
none of those jars.

jboss-client.jar from 4.0.3.SP1 should be enough, so maybe it could go 
into 
http://repository.jboss.org/maven2/jboss/jbossas/core-libs/jboss-client ?

Cheers,

Paul Gier wrote:
> Hi Galder,
> I added the app server core libs for 4.0.3.SP1 here:
> http://repository.jboss.org/maven2/jboss/jbossas/core-libs
> 
> Maven doesn't like having several jars for a single project, so I gave 
> each of the jars separate artifactIds.  Let me know if this structure 
> works for you.
> 
> Thanks,
> Paul
> 
> Brian Stansberry wrote:
>> Galder Zamarreno wrote:
>>> Brian/Manik,
>>>
>>> As part of cacheloader-migration subproject in maven, I wanna to pull 
>>> AS 4.0.3's jboss-minimal.jar so that I can build the migration jar.
>>>
>>> I've been digging through this and got a few questions:
>>>
>>> 1.- What's the difference between http://repository.jboss.com/, 
>>> http://repository.jboss.org/ and http://repository.jboss.org/maven2? 
>>> IIRC, repository.jboss.com is for AS ant builds. The 
>>> http://repository.jboss.org/maven2 seems to be for maven builds. 
>>> There seem to be differences between them. For example .com contains 
>>> jbossas/core-libs/ whereas neither of the other two URLs do.
>>>
>>
>> http://repository.jboss.org is used by the AS build.
>> http://repository.jboss.org/maven2 is used by the maven builds.
>> http://repository.jboss.com is a legacy version of repository.jboss.org
>>
>> They match only to the extent that people need them to and expend 
>> effort to make it happen. So your missing core-libs issue doesn't 
>> surprise me.
>>
>>> 2.- I'm new to these repositories. Is there a way to search through 
>>> these repositories without checking out the whole repo?
>>>
>>
>> What kind of search? A browser is a pretty easy way to poke around and 
>> see what's there.  Beyond that, you can just check out pieces; svn 
>> doesn't make you checkout out the whole thing.
>>
>>> 3.- Seeing that JBC uses http://repository.jboss.org/maven2, would it 
>>> be possible to create 
>>> http://repository.jboss.org/maven2/jbossas/core-libs/4.0.3/lib and 
>>> upload there the jboss-minimal.jar that I'm interested in? Can you 
>>> think a better place for it? Adding it should as easy as checking it 
>>> out http://repository.jboss.org/maven2/jbossas/, creating the lib dir 
>>> and uploading the jar.
>>>
>>
>> You'd need to make a pom, at least a trivial one a la 
>> http://repository.jboss.org/maven2/jgroups/jgroups/2.2.8/jgroups-2.2.8.pom 
>>
>>
>> Suggest you contact Paul Gier (copied) and get his input on how he'd 
>> want this done. If you add a dir to maven2 with a naming scheme 
>> contrary to the long-term direction, he's just going to have to fix it 
>> some day.
>>
>>> Cheers,
>>>
>>> Galder Zamarreno wrote:
>>>> Manik,
>>>>
>>>> The library pulled for cacheloader-migration is incorrect:
>>>>
>>>>       <dependency>
>>>>          <groupId>org.jboss.aop</groupId>
>>>>          <artifactId>jboss-aop</artifactId>
>>>>          <version>2.0.0-SNAPSHOT</version>
>>>>       </dependency>
>>>>
>>>> The unit tests are designed to generate 1.x format stores and 
>>>> transform them to 2.x. It assumes that you have migration's 
>>>> lib/jboss-minimal (from 4.0.3) in the junit classpath.
>>>>
>>>> However, these tests would still work if you use a later MS 
>>>> (MarshalledValue) class because in the test you're both generating 
>>>> the store and tranforming it. It was never my intention to pull AOP 
>>>> 2.0 to get MS, the idea was to have MS from 
>>>> migration/lib/jboss-minimal from 4.0.3:
>>>>
>>>>    <path id="migration.library.classpath">
>>>>       <fileset dir="${retro.lib.dir}">
>>>>          <include name="jboss-logging-spi.jar"/>
>>>>       </fileset>
>>>>       <fileset dir="${migration.lib.dir}">
>>>>          <include name="*.jar"/>
>>>>       </fileset>
>>>>    </path>
>>>>
>>>>    <target name="functionaltests-migration" 
>>>> depends="compile-cache,test-jar,unittests-init"
>>>>            description="Runs cache loader functional tests">
>>>>       <property name="jgroups.stack" value="udp"/>
>>>>       <echo>Running functional tests using ${jgroups.stack} jgroups 
>>>> stack</echo>
>>>>       <junit printsummary="yes" timeout="${junit.timeout}" 
>>>> fork="yes" maxmemory="512m">
>>>>          <classpath refid="library.classpath"/>
>>>>          <classpath refid="output.classpath"/>
>>>>          <classpath refid="migration.library.classpath"/>
>>>>          <classpath refid="migration.output.classpath"/>
>>>>          <jvmarg value="-Dbind.address=${bind.address}"/>
>>>>          <jvmarg value="-Dsun.lang.ClassLoader.allowArraySyntax=true"/>
>>>>          <jvmarg value="-Djgroups.stack=${jgroups.stack}"/>
>>>>          <jvmarg value="-Djava.net.preferIPv4Stack=true"/>
>>>>          <jvmarg value="-Dtest.jar.dir=${output.dir}"/>
>>>>          <jvmarg value="-Dlib.dir=${lib.dir}"/>
>>>>          <formatter 
>>>> classname="org.jboss.cache.util.XMLUnitTestFormatter" usefile="true"
>>>>                     extension="-${jgroups.stack}.xml"/>
>>>>          <batchtest todir="${build.reports}">
>>>>             <fileset dir="${migration.functional.tests.dir}">
>>>>                <include name="**/*Test.*"/>
>>>>                <patternset refid="junit.excludes"/>
>>>>             </fileset>
>>>>          </batchtest>
>>>>       </junit>
>>>>    </target>
>>>>
>>>>
>>>> I didn't wanna make the UTs rely on 1.x (generated with JBC 1.x) 
>>>> produced stores, which is why I created the examples. examples/data 
>>>> contains stores generated with JBC 1.x and I bet (need to try) that 
>>>> if you try running the examples, they will fail.
>>>>
>>>> Now, how to pull jboss-minimal from 4.0.3 (which is what JBC 1.x 
>>>> uses) from maven is unknown to me right now. I need a bit of time to 
>>>> sort this out.
>>>>
>>>> Thanks for your patience.
>>>>
>>>> Galder Zamarreno wrote:
>>>>> Ok, I'll look into it. Don't think I'll have time to look into it 
>>>>> today though. I'll try doing it this evening.
>>>>>
>>>>> Manik Surtani wrote:
>>>>>> Do a mvn install though - the dependencies it packages in the zip 
>>>>>> file is horrendous!  :)
>>>>>>
>>>>>> On 15 Aug 2007, at 11:45, Galder Zamarreno wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Manik Surtani wrote:
>>>>>>>> Ok, here you go
>>>>>>>>     https://svn.jboss.org/repos/jbosscache/cacheloader_migration/
>>>>>>>> Tests run and everything works, just wondering why you need 
>>>>>>>> MarshalledValue and whether there is an easier way around this 
>>>>>>>> (currently pulls in JBoss AOP and a whole lot of crap for this 
>>>>>>>> one file)
>>>>>>>
>>>>>>> It's JBoss AOP stuff we used in JBC 1.x to marshall data to some 
>>>>>>> cache loaders (File and JDBC), hence I need it so that I can 
>>>>>>> transform 1.x data to 2.x. At the time, I couldn't find any other 
>>>>>>> way of dealing with this as the this class had 
>>>>>>> changed/moved/did-not-exist (can't remember exactly which of the 
>>>>>>> 3) in AOP used in 2.x.
>>>>>>>
>>>>>>>> On 15 Aug 2007, at 08:57, Galder Zamarreno wrote:
>>>>>>>>> Manik Surtani wrote:
>>>>>>>>>> Sort of.
>>>>>>>>>
>>>>>>>>> I guessed so. I used Maven 1.0 around 3 years ago and I do 
>>>>>>>>> remember the pains of it :)
>>>>>>>>>
>>>>>>>>>> I guess it could live on the top level, alongside core and 
>>>>>>>>>> pojo as 'migration' and have a dependency on core.
>>>>>>>>>
>>>>>>>>> That sounds fine by me.
>>>>>>>>>
>>>>>>>>>> On 15 Aug 2007, at 08:48, Galder Zamarreno wrote:
>>>>>>>>>>> Manik Surtani wrote:
>>>>>>>>>>>> Guys,
>>>>>>>>>>>> Does this still need to live in 2.1.0?  Can I delete it from 
>>>>>>>>>>>> here?  It is still in the 2.0.0 src tree.
>>>>>>>>>>>
>>>>>>>>>>> I guess u're refering to the code I wrote to migrate a 1.x 
>>>>>>>>>>> cache store to 2.0 format? Ideally, I'd like it to be there 
>>>>>>>>>>> for the duration of the 2.x branch in case someone uploads 
>>>>>>>>>>> directly from 1.x to 2.1. Is it causing you any troubles with 
>>>>>>>>>>> maven?
>>>>>>>>>>>
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>> -- 
>>>>>>>>>>>> Manik Surtani
>>>>>>>>>>>> Lead, JBoss Cache
>>>>>>>>>>>> JBoss, a division of Red Hat
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> jbosscache-dev mailing list
>>>>>>>>>>>> jbosscache-dev at lists.jboss.org
>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
>>>>>>>>>>>
>>>>>>>>>>> -- 
>>>>>>>>>>> Galder Zamarreño
>>>>>>>>>>> Sr. Software Maintenance Engineer
>>>>>>>>>>> JBoss, a division of Red Hat
>>>>>>>>>> -- 
>>>>>>>>>> Manik Surtani
>>>>>>>>>> Lead, JBoss Cache
>>>>>>>>>> JBoss, a division of Red Hat
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> Galder Zamarreño
>>>>>>>>> Sr. Software Maintenance Engineer
>>>>>>>>> JBoss, a division of Red Hat
>>>>>>>> -- 
>>>>>>>> Manik Surtani
>>>>>>>> Lead, JBoss Cache
>>>>>>>> JBoss, a division of Red Hat
>>>>>>>
>>>>>>> -- 
>>>>>>> Galder Zamarreño
>>>>>>> Sr. Software Maintenance Engineer
>>>>>>> JBoss, a division of Red Hat
>>>>>>
>>>>>> -- 
>>>>>> Manik Surtani
>>>>>>
>>>>>> Lead, JBoss Cache
>>>>>> JBoss, a division of Red Hat
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>>
> 

-- 
Galder Zamarreño
Sr. Software Maintenance Engineer
JBoss, a division of Red Hat

More information about the jbosscache-dev mailing list