• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
File System On Steroids
 

File System On Steroids

on

  • 5,314 views

Presentation at ApacheCon EU 2008 in Amsterdam

Presentation at ApacheCon EU 2008 in Amsterdam

Statistics

Views

Total Views
5,314
Views on SlideShare
4,294
Embed Views
1,020

Actions

Likes
3
Downloads
99
Comments
0

16 Embeds 1,020

http://jukkaz.wordpress.com 919
http://dev.day.com 56
http://localhost 13
https://jukkaz.wordpress.com 12
http://cultek-noticias.blogspot.com 7
http://www.slideee.com 2
https://www.linkedin.com 2
http://webcache.googleusercontent.com 1
http://translate.googleusercontent.com 1
http://www.slideshare.net 1
http://wildfire.gigya.com 1
http://marketing-strat.blogspot.com 1
http://192.168.222.230 1
http://s3.amazonaws.com 1
http://static.slideshare.net 1
http://entresartenes.blogspot.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    File System On Steroids File System On Steroids Presentation Transcript

    • File system on steroids an introduction to JCR
        • Jukka Zitting
        • Apache Jackrabbit
    • Agenda
      • Big Picture
      • Content Repository
      • Repository Features
      • Apache Jackrabbit
    • The Big Picture User Interface Processing Storage
    • Our Focus: Storage
      • Main requirements
      • Persistence
      • Consistency
      • Scalability
      • Performance
      • Main alternatives
      • File system
      • Database
      • Network
    • Introducing The Content Repository File system Database Content Repository read write transactions structured integrity query hierarchical streams access control locking observation versioning full text unstructured
    • JCR, JSR 170, JSR 283
      • Content Repository for Java Technology API
        • Not just the Java API, but also the content repository semantics
        • POSIX file system defined as a C API
      • Accessible from other environments
        • JVM: Groovy, JRuby, Scala, etc.
        • Network: WebDAV, Ajax (JSON)‏
        • Ports planned: .NET, PHP
    • Why Something New?
      • Goal: Single API for all storage
        • Universal access
        • No content silos
      • Existing systems don't cover all needs
        • Reiser: “Storage layers above the FS: A sure symptom the FS developer has failed”
      • Solution: Content repository
    • Content Repository Semantics
      • Everything is content
        • Hierarchy of named and typed nodes
        • Content in named and typed properties
      • Superset of file system semantics
        • Can be used to store files and folders, and more
        • Can be mounted as a file system
      • With many database semantics
    • Granularity of Content
    • Granularity of Content, 1/2
      • File systems are typically best with coarse grained content
        • Small files in ReiserFS, NTFS, etc.
        • Extended properties in many systems
      • XML & co for fine grained content
        • DJB: “Don't parse”
    • Granularity of Content, 2/2
      • Databases are best with fine grained content
        • Blobs are becoming better supported
        • Often special limitations for search, access, etc.
      • Content repository: Uniform interface for both stream and scalar properties
    • Structure vs. Flexibility
    • Structure vs. Flexibility
      • File systems have no constraints
        • Any file or directory can go anywhere
        • Naming conventions and access control
      • Databases have nothing but constraints
        • Structure of content is predefined
      • Content repository: Both structured and unstructured content
    • Search
    • Search
      • Traditionally no search in file systems
      • Custom indexers and search APIs
        • Google Desktop Search
        • Mac OS X Spotlight
        • Lucene in many applications
      • Content repository: Built-in search with full text indexing
    • Transactions
    • Transactions
      • File systems have limited support for atomic updates
        • The copy-and-move trick
      • No transactions that cover multiple changes
        • Journaling is internal to the system
      • Content repository: Change sets, distributed transactions
    • Versioning
    • Versioning
      • Typically no tracking of previous versions of content
        • Snapshots in ZFS & co.
        • Version control systems
      • Backups for archival vs. restore purpose
        • Mac OS X Time Machine
      • Content repository: Built-in versioning
    • Observation
    • Observation
      • File system change monitoring
        • File Alteration Monitor
        • Polling
        • Event APIs
      • Triggers in databases
      • Content repository: Standard observation API
    • Apache Jackrabbit
    • Apache Jackrabbit
      • Fully featured JCR content repository
      • Releases
        • 1.0 in 2006
        • 1.4 available since January 2008
        • 1.5 (with explorer) planned for Q2
        • 2.0 (with JCR 2.0) planned for 2008
      • Focus on conformance and flexibility
    • Image credits
      • Images from the morgueFile archive, used as licensed
        • http://morguefile.com/archive/?display=96733 , Infographe_Elle
        • http://morguefile.com/archive/?display=81906 , msxo
        • http://morguefile.com/archive/?display=132988 , imelenchon
        • http://morguefile.com/archive/?display=95446 , ronnieb
        • http://morguefile.com/archive/?display=175657 , seriousfun
        • http://morguefile.com/archive/?display=135511 , rollingroscoe
        • http://morguefile.com/archive/?display=134540 , cohdra
        • http://morguefile.com/archive/?display=196920 , penywise
        • http://morguefile.com/archive/?display=48096 , bluekdesign
        • http://morguefile.com/archive/?display=128133 , gracey
    • Thank you!
      • Questions / Comments?