Re: [jbosscache-dev] Cache Loader migration code

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(a)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 >>>>> >>>>> >>>>> >>>> >>> >> > >