Release Notes for ModeShape 4.6.0.Final
This document outlines the changes that were made in ModeShape 4.6.0.Final.
We hope you enjoy it!
This release addresses 13 issues and 5 enhancements, most notably:
Storing indexes in Elastic Search - alongside the Local and Lucene index providers, ModeShape now has the ability to store
indexes remotely, in an Elastic Search cluster. This means that when clustering, you don't necessarily have to store indexes
locally on each cluster node anymore, but can rely on an external system to do that for you.
See the ModeShape documentation for more information.
Compressing binaries in a repository backup - see this issue for more information
ModeShape 4.6.0.Final has these features:
- ModeShape uses Infinispan for all caching and storage, giving a powerful and flexible
foundation for creating JCR repositories that are fast, scalable, and highly available.
Infinispan offers a great deal of storage options (via cache loaders), but using Infinispan
as a distributed, multi-site, in-memory data grid provides incredible scalability and performance.
- Strongly consistent. ModeShape is atomic, consistent, isolated and durable (ACID), so writing
applications is very natural. Applications can even use JTA transactions.
- Fast. ModeShape 4 is just plain seriously fast, and performance is all-around
faster than earlier version.
- Larger content. ModeShape 4 can store and access the content so that
a node can have hundreds of thousands (or more!) of child nodes (even with same-name-siblings)
yet still be incredibly fast. Additionally, repositories can scale to many millions of nodes
and be deployed across many processes.
- Simplified configuration. There is no more global configuration of the engine; instead,
each repository is configured with a separate JSON file, which must conform to a ModeShape-specific
JSON Schema and can be validated by ModeShape prior to use. Repository configurations can even be
changed while the repository is running (some restrictions apply), making it possible to
add/change/remove sequencers, authorization providers, and many other configuration options
while the repository is in use.
- Elastic. Add processes to scale out, without having to have a single coordinator.
- Deploy, start, stop and undeploy repositories while the engine is running and while and other
repositories are still in use.
- Sessions immediately see all changes persisted/committed by other sessions, although
transient changes made by the session always take precedence.
- Monitoring API with over a dozen metrics.
- Sequencing SPI that uses the JCR API to get at the content being processed and create/update the
derived content. Sequencers can also dynamically register namespaces and node types. Now it's easy
to create custom sequencers.
- Connector SPI that defines how external systems are accessed and optionally updated to project
the external information into the repository as regular nodes.
- Simple API for implementing custom MIME type detectors. ModeShape still has a built-in
Tika-based detector that determines MIME types using the filename extensions and binary content.
- Simple API for implementing custom text extractors, which extracts from binary values
searchable text used in full-text searches and queries.
- Ability to store binary values of any sizes, with a separate facility for storing these on the file
system, in Infinispan caches, in relational DBMSes (via JDBC), and in MongoDB. Custom stores are also
- Public API interfaces and methods that were deprecated in 2.7.0.Final (or later) have been removed.
There weren't many of these; most of the ModeShape API remains the same as 2.x.
- Integration with JBoss Wildfly 8. ModeShape runs as an integrated subsystem within Wildfly, and
the Wildfly tooling can be used to define and manage repositories independently of each other
and while the server is running.
- Local and remote JDBC drivers for issuing JCR-SQL2 queries and getting database metadata via the JDBC API
- Use the RESTful API to talk to ModeShape repositories from non-Java and non-local applications
- Use the CMIS API to talk to ModeShape repositories
- Use WebDAV to mount ModeShape repositories as file servers
- Visual repository explorer web application
All of the JCR 2.0 features previously supported in 2.x are currently supported:
Accessing the Repository
- RepositoryFactory access
- JNDI registration of Repository
- JAAS Authentication
- Servlet Authentication
- Custom Authentication
- Session Remapping
- Permanent Addition/Deletion
Reading Repository Content
- Traversal Access
- Direct Access
- Same-Name Siblings
- Multi-Value Properties
- All Property Types Supported
- Property Type Conversion
Writing Repository Content
- Create/Update/Delete Nodes
- Create/Update/Delete Properties (Through Parent Nodes)
- Moving, Copying, Cloning
- Adding/Removing Mixins
- Referential integrity enforcement
Query / Search
- Full-Text Search
Importing/Exporting Repository Content
- System View Import/Export
- Document View Import/Export
- Inheritance Among Node Types
- Discovering available Node Types
- Discovering the Node Types of a Node
- Discovering the Definition of a Node Type
- Property Constraints
- Automatic Item Creation
- Predefined standard Node Types
- Custom Node Type Registration (CND-Based and and JCR 2.0 API Template-Based)
Repository Metadata under System Node
- Permanent Namespace Mappings
- Node Types (Built-In and User-Registered)
- Active Locks
Other JCR Optional Features
- Shareable nodes
- Access controls
- Even journal
Content Storage Options
- In-memory (local, replicated, and distributed)
- Relational databases (via JDBC), including in-memory, file-based, or remote
- File system
- Cloud storage (e.g., Amazon's S3, Rackspace's Cloudfiles, or any other provider supported by JClouds)
- Remote Infinispan
Binary Storage Options
- File system
- JDBC database
- Chained binary stores
ModeShape also has features that go beyond the JCR API:
ModeShape Federation Connectors
- File system connector (read and write)
- Git repository connector (read-only)
- CMIS reposiotry connector (read and write, tech preview)
- JDBC metadata connector (read-only)
- Compact Node Definition (CND) Sequencer
- DDL Sequencer
- Image Sequencer
- Java Source Sequencer
- Java Class Sequencer
- MP3 Sequencer
- MS Office Sequencer
- Text Sequencers (Delimited and Fixed Width)
- XML Sequencer
- XML Schema Document (XSD) Sequencer
- Web Service Definition Lanaguage (WSDL) 1.1 Sequencer
- Zip File Sequencer (also WARs, JARs, and EARs)
- Teiid Relational Model Sequencer
- Teiid VDB Sequencer
ModeShape Deployment/Access Models
- JNDI-Based Deployment
- Deploy as a subsystem in JBoss Wildfly, with access to repositories via @Resource injection
- Deploy to other containers using ModeShape's JCA adapter
- Access through two RESTful Services (the 2.x-compatible API and a new improved API)
- Access through WebDAV Service
- Access through CMIS Service
- Access through visual repository explorer web application
- Local and remote JDBC drivers for accessing ModeShape content through JDBC API and JCR-SQL2 queries
- Embedded (in Server or JEE Archive) Deployment
- JTA support, allowing Sessions to participate in XA and container-managed transactions
- OSGi-Compatible Archives
Other ModeShape features
- Repository-wide backup and restoration
- Explicitly-defined indexes
- Automatic MIME type detection of binary content
- Asynchronous sequencing operations, within completion notified via events
Bug Fixes, Features, and other Issues
The following are the bugs, features and other issues that have been fixed in the 4.6.0.Final release:
- MODE-2499 - Executing queries from ModeShape Explorer doesn't validate dialects
- MODE-2376 - CMIS XPath query error: literal is not supported in the primary path expression; therefore '1' is not valid
- MODE-2537 - When failing to start or initialize the ModeShape repository does not close the already started components
- MODE-2571 - ModeShape Spring example uses invalid repository configuration
- MODE-2539 - Cannot 3.x restore repository backup
- MODE-2547 - Data corrupted when concurrently uploading files to Mongodb binary store, if the number of threads exceeds the pool size
- MODE-2548 - Lucene MultiColumnIndex logging bug
- MODE-2560 - Attempting to remove a version of a copied versionable node causes a ReferentialIntegrityException
- MODE-2567 - Lucene Index Provider does not correctly handle Like constraints containing an Ampersand with a leading or trailing space
- MODE-2564 - QueryBuilder does not remember changes to "limit" or "offset".
- MODE-2565 - Lucene Index Provider re-indexes on every restart
- MODE-2562 - Backup and restore converts two backslashes in a single backslash
- MODE-2534 - Teiid DDL sequencer doesn't support GLOBAL or LOCAL TEMP TABLE options
- MODE-2555 - Support environment variables in node-type element in Configuration of Modeshape Wildfly Subsystem
- MODE-2554 - Add Geometry Type to Teiid DDL dialect
- MODE-2508 - Add OPTIONS capability to Procedure ResultSet
- MODE-2505 - Add distinct from syntax in for each row procedures for Teiid
- MODE-2506 - Add support for DATE/TIME/TIMESTAMP keyword literals in Teiid parsing
- MODE-2518 - Attached binary content on jcr:content in Web Explorer
- MODE-2162 - Store indexes in ElasticSearch
- MODE-2559 - Compress binaries for Backups
- MODE-2556 - Enable/disable journaling with parameter
- MODE-2523 - Add support for searching in array types
- MODE-2083 - Create and document configuration templates
- MODE-2541 - When storing binaries in the FS binary store, avoid closing the hashing stream twice
- MODE-2561 - Remove the Teiid sequencer and Teiid DDL parser from the ModeShape codebase
- MODE-2570 - Trim the ModeShape binary distribution
- MODE-2450 - Phantom locks should be removed from the system area on repository startup