You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@roller.apache.org by "David Johnson (JIRA)" <ji...@apache.org> on 2009/06/08 05:44:07 UTC

[jira] Created: (ROL-1815) Media Blogging: migrate old resources to new system

Media Blogging: migrate old resources to new system
---------------------------------------------------

                 Key: ROL-1815
                 URL: https://issues.apache.org/jira/browse/ROL-1815
             Project: Roller
          Issue Type: New Feature
          Components: Database Access & Data Model
            Reporter: David Johnson
            Assignee: Roller Unassigned
            Priority: Critical
             Fix For: 5.0


Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Johnson updated ROL-1815:
-------------------------------

    Component/s:     (was: Database Access & Data Model)
                 Media files / uploads

> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Media files / uploads
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL. 
>    # The directory in which Roller will upload files
>    mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    # The context path under which resoures will be made available
>    mediafile.resource.url=/resources
>    # Migrate old file resoures to Roller 5.0 Mediafile Storage automatically
>    uploads.migrate.auto=true
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
>      * Implemented the "on startup" part in the JPAMediaFileManager.initialize()
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Johnson updated ROL-1815:
-------------------------------

        Description: 
Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.

Proposed solution:

- Use new property names for the media-file storage and resource root URL. 

   # The directory in which Roller will upload files
   mediafiles.storage.dir=${user.home}/roller_data/mediafiles

   # The context path under which resoures will be made available
   mediafile.resource.url=/resources

   # Migrate old file resoures to Roller 5.0 Mediafile Storage automatically
   uploads.migrate.auto=true

- On startup, if Roller finds that the 'uploads.dir' property is set and 
  points to a valid directory, then Roller will check the directory for files 
  and a migration-status file. If migration status is incomplete, then Roller 
  will resume migration until complete.
     * Implemented the "on startup" part in the JPAMediaFileManager.initialize()

- Migrating a file means copying it from the old 'uploads.dir' to the new 
  'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
  file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
  old FileManager interface, which will be removed).
 
  (do it via copy so that old URLs still work until FileManager is refactored
  out of existance, see ROL-1816)


  was:
Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.

Proposed solution:

- Use new property names for the media-file storage and resource root URL
   - mediafiles.storage.dir=${user.home}/roller_data/mediafiles
   - mediafiles.resource.url=/resources

- On startup, if Roller finds that the 'uploads.dir' property is set and 
  points to a valid directory, then Roller will check the directory for files 
  and a migration-status file. If migration status is incomplete, then Roller 
  will resume migration until complete.

- Migrating a file means copying it from the old 'uploads.dir' to the new 
  'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
  file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
  old FileManager interface, which will be removed).
 
  (do it via copy so that old URLs still work until FileManager is refactored
  out of existance, see ROL-1816)


    Level of effort: Took about a day of dev time

Implementation for Media Blogging: migrate old resources to new system
https://issues.apache.org/jira/browse/ROL-1815

Migration is currently turned off because I'm still testing it and not ready to mark this resolved.

Includes a test and some test data.


> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Database Access & Data Model
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL. 
>    # The directory in which Roller will upload files
>    mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    # The context path under which resoures will be made available
>    mediafile.resource.url=/resources
>    # Migrate old file resoures to Roller 5.0 Mediafile Storage automatically
>    uploads.migrate.auto=true
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
>      * Implemented the "on startup" part in the JPAMediaFileManager.initialize()
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Work started: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Work on ROL-1815 started by David Johnson.

> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Database Access & Data Model
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL
>    - mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    - mediafiles.resource.url=/resources
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Resolved: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Johnson resolved ROL-1815.
--------------------------------

    Resolution: Fixed

URL: http://svn.apache.org/viewvc?rev=811705&view=rev
Log: Enabling auto-migration of old resources to new file manager

> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Database Access & Data Model
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL. 
>    # The directory in which Roller will upload files
>    mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    # The context path under which resoures will be made available
>    mediafile.resource.url=/resources
>    # Migrate old file resoures to Roller 5.0 Mediafile Storage automatically
>    uploads.migrate.auto=true
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
>      * Implemented the "on startup" part in the JPAMediaFileManager.initialize()
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Issue Comment Edited: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735299#action_12735299 ] 

David Johnson edited comment on ROL-1815 at 8/16/09 9:17 AM:
-------------------------------------------------------------

Just commited:
   http://svn.apache.org/viewvc?rev=797783&view=rev

Implementation for Media Blogging: migrate old resources to new system
   https://issues.apache.org/jira/browse/ROL-1815

Migration is currently turned off because I'm still testing it and not ready to mark this resolved. Includes a test and some test data.


      was (Author: djohnson):
    Implementation for Media Blogging: migrate old resources to new system
https://issues.apache.org/jira/browse/ROL-1815

Migration is currently turned off because I'm still testing it and not ready to mark this resolved.

Includes a test and some test data.

  
> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Database Access & Data Model
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL. 
>    # The directory in which Roller will upload files
>    mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    # The context path under which resoures will be made available
>    mediafile.resource.url=/resources
>    # Migrate old file resoures to Roller 5.0 Mediafile Storage automatically
>    uploads.migrate.auto=true
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
>      * Implemented the "on startup" part in the JPAMediaFileManager.initialize()
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12733475#action_12733475 ] 

David Johnson commented on ROL-1815:
------------------------------------

I have this already ready to commit and hope to do so before the end of this week.

> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Database Access & Data Model
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL
>    - mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    - mediafiles.resource.url=/resources
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Johnson updated ROL-1815:
-------------------------------

           Description: 
Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.

Proposed solution:

- Use new property names for the media-file storage and resource root URL
   - mediafiles.storage.dir=${user.home}/roller_data/mediafiles
   - mediafiles.resource.url=/resources

- On startup, if Roller finds that the 'uploads.dir' property is set and 
  points to a valid directory, then Roller will check the directory for files 
  and a migration-status file. If migration status is incomplete, then Roller 
  will resume migration until complete.

- Migrating a file means copying it from the old 'uploads.dir' to the new 
  'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
  file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
  old FileManager interface, which will be removed).
 
  (do it via copy so that old URLs still work until FileManager is refactored
  out of existance, see ROL-1816)


  was:Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.

              Assignee: David Johnson  (was: Roller Unassigned)
    Remaining Estimate: 48h
     Original Estimate: 48h

> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Database Access & Data Model
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL
>    - mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    - mediafiles.resource.url=/resources
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (ROL-1815) Media Blogging: migrate old resources to new system

Posted by "David Johnson (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/ROL-1815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12733474#action_12733474 ] 

David Johnson commented on ROL-1815:
------------------------------------

I have this already ready to commit and hope to do so before the end of this week.

> Media Blogging: migrate old resources to new system
> ---------------------------------------------------
>
>                 Key: ROL-1815
>                 URL: https://issues.apache.org/jira/browse/ROL-1815
>             Project: Roller
>          Issue Type: New Feature
>          Components: Database Access & Data Model
>            Reporter: David Johnson
>            Assignee: David Johnson
>            Priority: Critical
>             Fix For: 5.0
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> Must be able to migrate old File Upload resources to new Media File Upload format for 5.0.
> Proposed solution:
> - Use new property names for the media-file storage and resource root URL
>    - mediafiles.storage.dir=${user.home}/roller_data/mediafiles
>    - mediafiles.resource.url=/resources
> - On startup, if Roller finds that the 'uploads.dir' property is set and 
>   points to a valid directory, then Roller will check the directory for files 
>   and a migration-status file. If migration status is incomplete, then Roller 
>   will resume migration until complete.
> - Migrating a file means copying it from the old 'uploads.dir' to the new 
>   'mediafiles.storage.dir' directory, but doing so by using only native Java SE 
>   file APIs and the new MediaFile manager to do so (i.e. do not depend on the 
>   old FileManager interface, which will be removed).
>  
>   (do it via copy so that old URLs still work until FileManager is refactored
>   out of existance, see ROL-1816)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.