|
List Info
Thread: Re: Cache Loader migration code
|
|
| Re: Cache Loader migration code |

|
2007-08-19 12:47:29 |
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.o
rg is used by the AS build.
>> http://repository.
jboss.org/maven2 is used by the maven builds.
>> http://repository.jboss.c
om 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-li
bs/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://re
pository.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/jgr
oups/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&quo
t;/>
>>>> <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&qu
ot; 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 lists.jboss.org
>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
a>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> 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
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev
a>
|
|
| Re: Cache Loader migration code |

|
2007-08-19 12:50:47 |
I might still need the other core-libs for potential
indirect
dependencies imports from
org.jboss.invocation.MarshalledValue.
Cheers,
Galder Zamarreno wrote:
> 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.o
rg is used by the AS build.
>>> http://repository.
jboss.org/maven2 is used by the maven builds.
>>> http://repository.jboss.c
om 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-li
bs/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://re
pository.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/jgr
oups/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&quo
t;/>
>>>>> <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&qu
ot; 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 lists.jboss.org
>>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
a>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> 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
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev
a>
|
|
[1-2]
|
|