[jboss-jira] [JBoss JIRA] Commented: (JBCACHE-964) Create Transforming CacheLoaders that transform 1.x formatted data into 2.x format

Galder Zamarreno (JIRA) jira-events at lists.jboss.org
Wed Mar 7 18:32:37 EST 2007


    [ http://jira.jboss.com/jira/browse/JBCACHE-964?page=comments#action_12355390 ] 
            
Galder Zamarreno commented on JBCACHE-964:
------------------------------------------

I'm gonna commit the first part of the work:

- Transforming Cache Loaders implemented and unit tests provided
- Structure created:
[JBC-SOURCE-ROOT]
  + migration
    + src
      + o.j.c.migration.TransformingJDBCCacheLoader
      + o.j.c.migration.TransformingFileCacheLoader
      + o.j.c.migration.LegacyJDBCCacheLoader (JDBCCacheLoaderOld)
    + lib
      + jboss-minimal.jar (from 1.4.x)
    + tests (UT)
      + o.j.c.migration.TransformingCacheLoaderTestBase
      + o.j.c.migration.TransformingFileCacheLoaderTest
      + o.j.c.migration.TransformingJDBCCacheLoaderTest
    + examples
      + cacheloader-migration
        // includes files to run the examples and readme.txt with
        // explanation
        + data
          + filecacheloader-1x.zip
          + jbossdb-1x.zip
        + resources
          + original-fcl-service.xml (sample original FCL XML)
          + original-jdbccl-service.xml (sample original JDBCCL XML)
          + transform-fcl-service.xml (mod of original to transform)
          + transform-jdbccl-service.xml (mod of original to transform)
        + src
          + examples.TransformStore
- build.xml modified to compile, jar, create manifest for migration jar
and also added examples and migration jar to distros.
- example created and tested; it includes readme.txt with details of the 
example and how to run it.

TODO:

- Unit tests for transforming cache loaders need to run from build.xml
- Documentation for transforming cache loaders in users guide, what are 
they, when to use them,...etc.
- Fix http://jira.jboss.com/jira/browse/JBCACHE-877 that occurrs when unzipping
JBossCache-core-2.0.0.BETA2.zip and running the examples. Workaround is to bring trove.jar into its lib.
- Get examples/cacheloader-migration/build.sh working
- Move JDBCCacheLoaderOld to the migration side. It's not that straightforward due to classes in
/src having dependencies on it. Needs further study.

> Create Transforming CacheLoaders that transform 1.x formatted data into 2.x format
> ----------------------------------------------------------------------------------
>
>                 Key: JBCACHE-964
>                 URL: http://jira.jboss.com/jira/browse/JBCACHE-964
>             Project: JBoss Cache
>          Issue Type: Task
>      Security Level: Public(Everyone can see) 
>          Components: Cache loaders
>            Reporter: Galder Zamarreno
>         Assigned To: Galder Zamarreno
>            Priority: Minor
>             Fix For: 2.0.0.GA, 2.0.0.BETA2
>
>
> Customers that want to use JBossCache 2.x might be reluctant to 
> migrate their data from one format to the other. I can see how an 
> existing customer might think this is a proper pain in the ass, 
> independent of the benefits, and might reduce adoption among them.
> We want to remove barriers upgrading, but at the same time, we want 
> new customer to use new marshalling, so I'd actually implement the 
> possibility to use 1.x marshalling which is plan java serialization at 
> the CacheLoader level. This could easily achieved adding a property to 
> the <properties> section.
> The default in 2.x should be to use VAM and only people who are 
> resilient to change their existing stores to VAM should use the 1.x 
> option, which would need explicitly definition.
> This option also makes it easier for migration purpouses as customers 
> should be able to start two cache instances with different cache loader 
> marshalling method set. They could then loop through the first one using 
> get operations and call put in the second instance.
> Just note that this does not apply to the marshalling done at 
> replication level as there's no hard data that needs migrating.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jboss-jira mailing list