Hi,

First let me say Thank you Emmanuel for your great work in the last days
fixing some old bugs and applying some of the patches that were sleeping
in the Jira :-) I have hope that someday i can build Sequoia from the
SVN directly :-)

To the future plans.
I must stand up and raise my finger, i can't find any point about making
Sequoia stable. The last point in 4.x is the only thing that goes this
way. I hope i can help you as much as i can with the Test Suite and
writing Tests.

Another feature/bug* that would make Sequoia more stable is the
WAN-scenario that is not yet supported by Sequoia.

Any Ideas?

Stefan


*
https://forge.continuent.org/pipermail/sequoia/2007-September/005625.html

https://forge.continuent.org/jira/browse/SEQUOIA-980

https://forge.continuent.org/jira/browse/SEQUOIA-983

https://forge.continuent.org/jira/browse/SEQUOIA-984


 
Emmanuel Cecchet wrote:
> Hi all,
>
> It is time to plan for new Sequoia developments. Here is a roadmap
> proposal for Sequoia 4.x and 5.x.
> As 3.0 is now obsolete, the goal is to start a new 4.0 version based
> on the current 2.10.10 code base. We need to define the feature set
> that will go in Sequoia 4.x and 5.x so that the open source version
> (in HEAD) can move forward as fast as the feedback comes from the
> community, but it remains stable enough so that Continuent can
> elaborate products on stable versions.
>
> Your feedback is very important if you want to get your requirements
> included. This is the time to influence the design and evolution of
> Sequoia.
>
> *_Sequoia 4.x features:_*
> - Controller configuration cleanup (based on 3.x implementation):
> Mandatory JMX, fix JDBC/JMX IP/port configuration, SSL configuration
> refactoring, remove deprecated AccessControl and Internationalization.
> - New virtual database autoload feature including loading files
> through HTTP
> - Support for semantic information (as in 3.x) to support pluggable
> parsing, stored procedures, ,views and triggers
> - Cleanup obsolete load balancers/schedulers (RAIDb1-ec, RAIDb2-ec...)
> - Cluster-wide shutdown to allow controller restart in any order
> - Pluggable DatabaseBackend implementations for database specific
> preconfigured implementations (ie. MySQLBackend, OracleBackend...
> simplifies vdb config)
> - Pluggable RecoveryLog implementations for database specific
> preconfigured implementations (simplifies vdb config)
> - Tunable macro handling (as currently available in 3.x)
> - Support for host-based access control in virtual database (as in 3.x)
> - Support for default cluster-wide admin user
> - Drop support for static schemas
> - Mandatory Backup element
> - Mandatory Recovery Log element (Does anyone use a controller without
> recovery log?)
> - Support for default connection manager and different URL options in
> connection pools (as in 3.x)
> - Drop JDK 1.4 support (move to JDK >=1.5 and clean code accordingly)
> - XML parsing refactoring
> - Support for embedded controllers
> - Open source test suite contributed by Continuent in GPL (will start
> in May with Minimum Acceptance Tests)
>
> *_Sequoia 5.x features:_*
> - Controller metadata repository to persist controller state with
> automatic shutdown/restart procedures
> - Support for certification-based transactional replication protocols
> - Support for transactional upgrades and management operations
> - ResultCache refactoring and optimizations
> - JDK >=1.6 only with JDBC 4 support
> - Extend test suite with pluggable virtual appliances containing
> contributed 3rd party database
> - Resume Oak project (Eclipse RCP graphical console)
>
> _*Not scheduled yet:*_
> - Split code in multiple projects: load balancer (single controller
> configuration), high availability (multiple controllers)
> - Virtual RDBMS (manages a RDBMS globally, not on a per virtual
> database instance)
> - Unique cluster-wide configuration file
>
>
> Your feedback is welcome and we are going to publish soon the roadmap
> on the Sequoia web site.
> I should start working on Sequoia 4 next week so don't hesitate to
> step up!
>
> Best regards,
> Emmanuel
> -- 
> Emmanuel Cecchet - Research scientist
> EPFL - LABOS/DSLAB - IN.N 317
> Phone: +41-21-693-7558
>   


_______________________________________________
Sequoia mailing list
[email protected]
https://forge.continuent.org/mailman/listinfo/sequoia

Reply via email to