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