Re: New project proposal
Hi Otis and all others, I will list here current and planned functionality of jSpirit. * Architecture - Multi-tiered Architecture out-of-the-box : Implementation of Integration Layer, Business Layer, Client Layer - Java 5 annotation and auto-injection based lookup of services - Classpath scanning for auto-discovering components - Modular and plugable architecture : automatic activation of modules in the classpath, ready for seamless integration - Implementation of Long-Conversation pattern, with JTA 2PC support (with Geronimo Transaction Manager), and implicit demarcation (explicit demarcation is always possible) - [in progress] AOP interceptor on top of each layer * Integration Layer - Implementation of abstract integration services and abstract persister based on JPA technology - Maven plugins for code generation of integration layer from xml description of component business model : generate persistent class, access services, queries, constraints, JPA annotation, lucene indexation of business model - bean validation integration - Full Multi-tenancy integration on EntityManager and Caches - Multi-tenant Postgresql support - [Planned] Maven Plugin for code generation supporting Apache Cassandra without interface modification * Business Layer - Implementation of abstract business services and infrastructure - Annotation discovering and injection of dependents services - Multi-tenant replacement of services at runtime - Simple Asynchronous and distributed business services with Apache ActiveMQ : this is annotation driven * Client Layer - JSF 2.0 predefined integration - Abstract Managed Bean for simple developpement of list and forms - Integration of restful url for JSF 2 - Multi-tenant interceptor for determining tenant context based on full qualified domain name - [Planned] Make others interceptor based on other methods * Scheduling - Distributed and load adaptative voting peer-to-peer scheduler - voting task execution with Condorcet Method - [Planned] support others algorithms for scheduling * Security - Simple security integration : form login, http basic security - Multi-tenant support for authentications and authorizations - peer-to-peer sessions id replications for support max session per user in a cluster - Regexp filters on urls - [Planned] Services Access Authorization - JSF function and bean to manage security on pages * i18n - Full i18n support - Multi-tenacy i18n : overriding label per tenant - JSF function for accessing labels and locale - JSF bean for controlling user locale on web page *Data Import/Export - XML data importer/exporter customizable by tenant with scripting services - ready for open-SaaS to guarantee application users data integration and recuperation * Web Services --- - Simple export of business services to Soap Web Services with Apache CXF - [in progress] REstfull web services with Apache Abdera integration (and XStream) - Atom 1.0 support with Apache Abdera (only GET method now) * Search --- - Indexation of data model - Simple Query interface for searching in the data model - Multi-tenant support of the Lucene Indexes * JCR --- - Multi-tenant integration of Apache JackRabbit : workspaces based - Implementation of injectable service for JackRabbit access - JTA transaction participation * Mail -- - Injectable mail services out-of-box * Reporting -- - Report module on top of the business layer - based on Castor XML and Apache FOP - Pluggable Reporting Provider architecture - Multi-tenant report replacement at runtime * Tools - Set of Maven archetype mapped on architecture to create one project by layer - [planned] eclipse plugins for MDA enablement, XML schema recognition, * Planned functionnality - Integration of Business Rules Engine with multi-tenancy - Integration of BPM/Workflow Engine with multi-tenancy - Simple Cloud deployement et voilà ... I hope it could interest you ! Regards, Grégoire On 13/07/2010 23:31, Otis Gospodnetic wrote: Grégoire, Could you please point us/me to some information about jSpirit funcitonality that is SaaS-specific? Understanding that
Re: New project proposal
This project is definitely of interest to me as my employer does Saas via multi-tenancy (in our case multi-tenacny means all the clients share the same code deployment, not the way it is described at wikipedia). Ralph On Jul 14, 2010, at 1:37 AM, Grégoire Rolland wrote: Hi Otis and all others, I will list here current and planned functionality of jSpirit. * Architecture - Multi-tiered Architecture out-of-the-box : Implementation of Integration Layer, Business Layer, Client Layer - Java 5 annotation and auto-injection based lookup of services - Classpath scanning for auto-discovering components - Modular and plugable architecture : automatic activation of modules in the classpath, ready for seamless integration - Implementation of Long-Conversation pattern, with JTA 2PC support (with Geronimo Transaction Manager), and implicit demarcation (explicit demarcation is always possible) - [in progress] AOP interceptor on top of each layer * Integration Layer - Implementation of abstract integration services and abstract persister based on JPA technology - Maven plugins for code generation of integration layer from xml description of component business model : generate persistent class, access services, queries, constraints, JPA annotation, lucene indexation of business model - bean validation integration - Full Multi-tenancy integration on EntityManager and Caches - Multi-tenant Postgresql support - [Planned] Maven Plugin for code generation supporting Apache Cassandra without interface modification * Business Layer - Implementation of abstract business services and infrastructure - Annotation discovering and injection of dependents services - Multi-tenant replacement of services at runtime - Simple Asynchronous and distributed business services with Apache ActiveMQ : this is annotation driven * Client Layer - JSF 2.0 predefined integration - Abstract Managed Bean for simple developpement of list and forms - Integration of restful url for JSF 2 - Multi-tenant interceptor for determining tenant context based on full qualified domain name - [Planned] Make others interceptor based on other methods * Scheduling - Distributed and load adaptative voting peer-to-peer scheduler - voting task execution with Condorcet Method - [Planned] support others algorithms for scheduling * Security - Simple security integration : form login, http basic security - Multi-tenant support for authentications and authorizations - peer-to-peer sessions id replications for support max session per user in a cluster - Regexp filters on urls - [Planned] Services Access Authorization - JSF function and bean to manage security on pages * i18n - Full i18n support - Multi-tenacy i18n : overriding label per tenant - JSF function for accessing labels and locale - JSF bean for controlling user locale on web page *Data Import/Export - XML data importer/exporter customizable by tenant with scripting services - ready for open-SaaS to guarantee application users data integration and recuperation * Web Services --- - Simple export of business services to Soap Web Services with Apache CXF - [in progress] REstfull web services with Apache Abdera integration (and XStream) - Atom 1.0 support with Apache Abdera (only GET method now) * Search --- - Indexation of data model - Simple Query interface for searching in the data model - Multi-tenant support of the Lucene Indexes * JCR --- - Multi-tenant integration of Apache JackRabbit : workspaces based - Implementation of injectable service for JackRabbit access - JTA transaction participation * Mail -- - Injectable mail services out-of-box * Reporting -- - Report module on top of the business layer - based on Castor XML and Apache FOP - Pluggable Reporting Provider architecture - Multi-tenant report replacement at runtime * Tools - Set of Maven archetype mapped on architecture to create one project by layer - [planned] eclipse plugins for MDA enablement, XML schema recognition, * Planned functionnality - Integration of Business Rules Engine with multi-tenancy -
Re: New project proposal
Hi Ralph, Multi-tenancy in jSpirit is as you describe, plus the ability to replace business service implementation per tenant. Thanks for your interest. Grégoire Le 14/07/2010 17:06, Ralph Goers a écrit : This project is definitely of interest to me as my employer does Saas via multi-tenancy (in our case multi-tenacny means all the clients share the same code deployment, not the way it is described at wikipedia). Ralph On Jul 14, 2010, at 1:37 AM, Grégoire Rolland wrote: Hi Otis and all others, I will list here current and planned functionality of jSpirit. * Architecture - Multi-tiered Architecture out-of-the-box : Implementation of Integration Layer, Business Layer, Client Layer - Java 5 annotation and auto-injection based lookup of services - Classpath scanning for auto-discovering components - Modular and plugable architecture : automatic activation of modules in the classpath, ready for seamless integration - Implementation of Long-Conversation pattern, with JTA 2PC support (with Geronimo Transaction Manager), and implicit demarcation (explicit demarcation is always possible) - [in progress] AOP interceptor on top of each layer * Integration Layer - Implementation of abstract integration services and abstract persister based on JPA technology - Maven plugins for code generation of integration layer from xml description of component business model : generate persistent class, access services, queries, constraints, JPA annotation, lucene indexation of business model - bean validation integration - Full Multi-tenancy integration on EntityManager and Caches - Multi-tenant Postgresql support - [Planned] Maven Plugin for code generation supporting Apache Cassandra without interface modification * Business Layer - Implementation of abstract business services and infrastructure - Annotation discovering and injection of dependents services - Multi-tenant replacement of services at runtime - Simple Asynchronous and distributed business services with Apache ActiveMQ : this is annotation driven * Client Layer - JSF 2.0 predefined integration - Abstract Managed Bean for simple developpement of list and forms - Integration of restful url for JSF 2 - Multi-tenant interceptor for determining tenant context based on full qualified domain name - [Planned] Make others interceptor based on other methods * Scheduling - Distributed and load adaptative voting peer-to-peer scheduler - voting task execution with Condorcet Method - [Planned] support others algorithms for scheduling * Security - Simple security integration : form login, http basic security - Multi-tenant support for authentications and authorizations - peer-to-peer sessions id replications for support max session per user in a cluster - Regexp filters on urls - [Planned] Services Access Authorization - JSF function and bean to manage security on pages * i18n - Full i18n support - Multi-tenacy i18n : overriding label per tenant - JSF function for accessing labels and locale - JSF bean for controlling user locale on web page *Data Import/Export - XML data importer/exporter customizable by tenant with scripting services - ready for open-SaaS to guarantee application users data integration and recuperation * Web Services --- - Simple export of business services to Soap Web Services with Apache CXF - [in progress] REstfull web services with Apache Abdera integration (and XStream) - Atom 1.0 support with Apache Abdera (only GET method now) * Search --- - Indexation of data model - Simple Query interface for searching in the data model - Multi-tenant support of the Lucene Indexes * JCR --- - Multi-tenant integration of Apache JackRabbit : workspaces based - Implementation of injectable service for JackRabbit access - JTA transaction participation * Mail -- - Injectable mail services out-of-box * Reporting -- - Report module on top of the business layer - based on Castor XML and Apache FOP - Pluggable Reporting Provider architecture - Multi-tenant report replacement at runtime * Tools - Set of Maven archetype mapped on architecture to create one project by layer - [planned] eclipse plugins for MDA enablement, XML schema
[PROPOSAL] gXML project
Hi, I'm here proposing gXML as a new project for the Apache Incubator. I just finished putting our latest draft of the proposal[1] into the Incubator wiki. We're really excited about open-sourcing gXML, not just because we view it as a game changing XML technology, but also because of the beneficial network effects stemming from having it as an open-source technology. If you have any interest in (Java) XML infrastructure, or, for that matter, even if you don't, we'd love any feedback you can give us on the proposal. Since this is a spin off of an internal development project, we're hosting the project's main page [2] on my company's web site until it lands in a new home Check that out for source and other info, if you wish. We are, in addition, looking for Champions, Mentors, and any additional contributors that we can get. Due to the length of the proposal (lots of background material), I've not reproduced it here, but the link below will get you there. Thanks in advance for your consideration, feedback, and support! - Eric Johnson [1] http://wiki.apache.org/incubator/gXMLProposal [2] http://developer.tibco.com/gxml/default.jsp - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] gXML project
I am interested in the project and would offer to act as a mentor. One question though: Could you explain, how this project compares to VXQuery (http://incubator.apache.org/vxquery/) Thanks, Jochen On Wed, Jul 14, 2010 at 7:42 PM, Eric Johnson e...@tibco.com wrote: Hi, I'm here proposing gXML as a new project for the Apache Incubator. I just finished putting our latest draft of the proposal[1] into the Incubator wiki. We're really excited about open-sourcing gXML, not just because we view it as a game changing XML technology, but also because of the beneficial network effects stemming from having it as an open-source technology. If you have any interest in (Java) XML infrastructure, or, for that matter, even if you don't, we'd love any feedback you can give us on the proposal. Since this is a spin off of an internal development project, we're hosting the project's main page [2] on my company's web site until it lands in a new home Check that out for source and other info, if you wish. We are, in addition, looking for Champions, Mentors, and any additional contributors that we can get. Due to the length of the proposal (lots of background material), I've not reproduced it here, but the link below will get you there. Thanks in advance for your consideration, feedback, and support! - Eric Johnson [1] http://wiki.apache.org/incubator/gXMLProposal [2] http://developer.tibco.com/gxml/default.jsp - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Illegible(faint): foundation: r23815 - /documents/received/eFax-405101536.pdf
Unreadable fax received. If anyone knows the sender, please ask them to resend. You can find the original in svn. From: Ali Istanbul Turkey a...@...tr Craig Begin forwarded message: From: ru...@apache.org Date: July 14, 2010 8:13:47 AM PDT To: foundation-comm...@apache.org Subject: foundation: r23815 - /documents/received/eFax-405101536.pdf Reply-To: bo...@apache.org Author: rubys Date: Wed Jul 14 15:13:45 2010 New Revision: 23815 Log: Subject: eFax message from unknown - 2 page(s), Caller-ID: 902164552158 From: eFax mess...@inbound.efax.com Date: Wed, 14 Jul 2010 14:57:11 + Message-Id: 201007141457.o6eevcve010...@media3.atl1.colo.j2noc.com Added: documents/received/eFax-405101536.pdf (with props) Added: documents/received/eFax-405101536.pdf = = = = = = = = == Binary file - no diff available. Propchange: documents/received/eFax-405101536.pdf -- svn:mime-type = application/pdf Craig L Russell Architect, Oracle http://db.apache.org/jdo 408 276-5638 mailto:craig.russ...@oracle.com P.S. A good JDO? O, Gasp! - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Thrift 0.3.0 RC 5
Following up on Bryan's mail, we'd like to complete a release of Thrift 0.3.0 RC5, and would like additional incubator PMC votes. We have so far had one IPMC vote (mine) and four PPMC votes. So, please take a look at: http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc5.tar.gz And vote! Thanks in advance, Upayavira On Tue, 2010-07-13 at 09:19 -0700, Bryan Duxbury wrote: Hi there, Thrift's 0.3.0 release vote has been stalled waiting for votes from IPMC members to pass it. Is there anyone who would be willing to weigh in? -Bryan -- Forwarded message -- From: Roger Meier ro...@bufferoverflow.ch Date: Tue, Jun 29, 2010 at 12:27 PM Subject: Re: Thrift 0.3.0 RC 5 To: thrift-...@incubator.apache.org C++ parts are ready to use in productive environment! I had a minor issue with JavaScript under some special circumstances, that's absolutly not a blocker for that 0.3.0 release. please release and fix minor issues with a 0.3.1 a +1 ! It's a fantastic piece of software, thank you guys! Roger Just go ahead do the release and Am 28.06.2010 15:55, schrieb Bryan Duxbury: This vote has been open for over 4 days now, and I'm pretty sure we need some more +1 votes to pass it. Any other committers want to take a look? How about mentors? We need 2 more to make this release official. -Bryan On Thu, Jun 24, 2010 at 11:26 AM, Mark Sleems...@facebook.com wrote: +1. Built without issue for me. -Original Message- From: Upayavira [mailto:u...@odoko.co.uk] Sent: Thursday, June 24, 2010 10:45 AM To: thrift-...@incubator.apache.org Subject: Re: Thrift 0.3.0 RC 5 On Thu, 2010-06-24 at 07:08 -0700, Bryan Duxbury wrote: Hey all, After finding some problems with RC4, here we go again! I propose we accept http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc5.tar.gzhttp://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gz http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gzas the official Thrift 0.3.0 release. It was created by checking out the 0.3.0 branch and running make dist. The GPG signature can be found at http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc5.tar.gz.aschttp://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gz.asc http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gz.asc, and the tarball has an MD5 sum of 0c57277cbe0479b81dfed7e72a382036. Please download, verify the sum and signature, untar, and build the compiler and libraries of your choice. Looking forward to your +1 votes! I notice that NEWS and CONTRIBUTORS are both out of date. This does not block this release for me, but it would be good to sort that for future. I'd certainly be inclined to remove CONTRIBUTORS, and update NEWS from Jira, as was done on the 0.2.0 release. So, from me, +1. Well done! Upayavira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] gXML project
Dear Jochen, Thanks for the pointer to VxQuery. Actually, I think that that project might benefit from adopting gXML. VxQuery appears to be what gXML would deem a processor. gXML effectively provides an infrastructure that could simplify things for VxQuery (and similar projects that target multiple tree models). VxQuery appears to be using a classic wrapper/facade pattern to achieve tree model independence. The problem with doing this is that it's expensive; the larger the tree, the higher the cost in wrapper objects. gXML doesn't provide an XQuery processor. What it provides is an API that reflects the XQuery Data Model (XDM) using Java generics and the Handle/Body pattern. That is, rather than wrapping each node, a bridge (the gXML term for a tree model adapter) provides a single Model, which can perform XDM-mandated actions (information about a node, movement from a source node to a particular algorithmically-defined destination (first child, next sibling, etc.), iteration over axes) without creating additional objects. (I'm trying not to be too detailed/technical; I can be if that's more useful) There's some nice potential for enabling each other's projects, I think. :-) We'll need to contact the VxQuery folks. Well, there are a bunch of folks we'd like to contact But VxQuery really looks like a classic case where our bridges would potentially be of deep interest to the project, with the possibility of reducing LoC count and improving performance. For the initial code contribution, gXML contains three bridges: DOM, AxiOM, and a reference bridge designed for simplicity (but not at all for performance; it's just supposed to be a *very large* example of bridge development, in effect, without the complexities entailed by programming to existing tree models). The ability to define these bridges over tree models (and potentially, over any hierarchical data model) is one of gXML's most powerful contributions, I think. H ... is that a useful response? Let us know, okay? I tend to verbosity Amy! On Wed, 14 Jul 2010 21:40:20 +0200, Jochen Wiedmann wrote: I am interested in the project and would offer to act as a mentor. One question though: Could you explain, how this project compares to VXQuery (http://incubator.apache.org/vxquery/) Thanks, Jochen On Wed, Jul 14, 2010 at 7:42 PM, Eric Johnson e...@tibco.com wrote: Hi, I'm here proposing gXML as a new project for the Apache Incubator. I just finished putting our latest draft of the proposal[1] into the Incubator wiki. We're really excited about open-sourcing gXML, not just because we view it as a game changing XML technology, but also because of the beneficial network effects stemming from having it as an open-source technology. If you have any interest in (Java) XML infrastructure, or, for that matter, even if you don't, we'd love any feedback you can give us on the proposal. Since this is a spin off of an internal development project, we're hosting the project's main page [2] on my company's web site until it lands in a new home Check that out for source and other info, if you wish. We are, in addition, looking for Champions, Mentors, and any additional contributors that we can get. Due to the length of the proposal (lots of background material), I've not reproduced it here, but the link below will get you there. Thanks in advance for your consideration, feedback, and support! - Eric Johnson [1] http://wiki.apache.org/incubator/gXMLProposal [2] http://developer.tibco.com/gxml/default.jsp - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Germanys national anthem is the most boring in the world - how telling! - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Amelia A. Lewis Senior Architect TIBCO/Extensibility, Inc. ale...@tibco.com - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: New project proposal
How much of the code at sourceforge represents what you have listed below? In other words, how much of this is currently implemented? Ralph On Jul 14, 2010, at 9:03 AM, Grégoire Rolland wrote: Hi Ralph, Multi-tenancy in jSpirit is as you describe, plus the ability to replace business service implementation per tenant. Thanks for your interest. Grégoire Le 14/07/2010 17:06, Ralph Goers a écrit : This project is definitely of interest to me as my employer does Saas via multi-tenancy (in our case multi-tenacny means all the clients share the same code deployment, not the way it is described at wikipedia). Ralph On Jul 14, 2010, at 1:37 AM, Grégoire Rolland wrote: Hi Otis and all others, I will list here current and planned functionality of jSpirit. * Architecture - Multi-tiered Architecture out-of-the-box : Implementation of Integration Layer, Business Layer, Client Layer - Java 5 annotation and auto-injection based lookup of services - Classpath scanning for auto-discovering components - Modular and plugable architecture : automatic activation of modules in the classpath, ready for seamless integration - Implementation of Long-Conversation pattern, with JTA 2PC support (with Geronimo Transaction Manager), and implicit demarcation (explicit demarcation is always possible) - [in progress] AOP interceptor on top of each layer * Integration Layer - Implementation of abstract integration services and abstract persister based on JPA technology - Maven plugins for code generation of integration layer from xml description of component business model : generate persistent class, access services, queries, constraints, JPA annotation, lucene indexation of business model - bean validation integration - Full Multi-tenancy integration on EntityManager and Caches - Multi-tenant Postgresql support - [Planned] Maven Plugin for code generation supporting Apache Cassandra without interface modification * Business Layer - Implementation of abstract business services and infrastructure - Annotation discovering and injection of dependents services - Multi-tenant replacement of services at runtime - Simple Asynchronous and distributed business services with Apache ActiveMQ : this is annotation driven * Client Layer - JSF 2.0 predefined integration - Abstract Managed Bean for simple developpement of list and forms - Integration of restful url for JSF 2 - Multi-tenant interceptor for determining tenant context based on full qualified domain name - [Planned] Make others interceptor based on other methods * Scheduling - Distributed and load adaptative voting peer-to-peer scheduler - voting task execution with Condorcet Method - [Planned] support others algorithms for scheduling * Security - Simple security integration : form login, http basic security - Multi-tenant support for authentications and authorizations - peer-to-peer sessions id replications for support max session per user in a cluster - Regexp filters on urls - [Planned] Services Access Authorization - JSF function and bean to manage security on pages * i18n - Full i18n support - Multi-tenacy i18n : overriding label per tenant - JSF function for accessing labels and locale - JSF bean for controlling user locale on web page *Data Import/Export - XML data importer/exporter customizable by tenant with scripting services - ready for open-SaaS to guarantee application users data integration and recuperation * Web Services --- - Simple export of business services to Soap Web Services with Apache CXF - [in progress] REstfull web services with Apache Abdera integration (and XStream) - Atom 1.0 support with Apache Abdera (only GET method now) * Search --- - Indexation of data model - Simple Query interface for searching in the data model - Multi-tenant support of the Lucene Indexes * JCR --- - Multi-tenant integration of Apache JackRabbit : workspaces based - Implementation of injectable service for JackRabbit access - JTA transaction participation * Mail -- - Injectable mail services out-of-box * Reporting -- - Report module on top of the business layer - based on Castor XML and Apache FOP - Pluggable Reporting
Re: New project proposal
All functionalities which are not marked as [Planned] are implemented. The project lack of documentation now, sorry. But it's a priority. The project begins in September 2008 for a Software Editor to build a Multi-tenant SaaS ERP. The code is open-source since March 2010. I'm the unique developer until March 2010, there is one other commiter since April 2010. Grégoire Le 14/07/2010 23:37, Ralph Goers a écrit : How much of the code at sourceforge represents what you have listed below? In other words, how much of this is currently implemented? Ralph On Jul 14, 2010, at 9:03 AM, Grégoire Rolland wrote: Hi Ralph, Multi-tenancy in jSpirit is as you describe, plus the ability to replace business service implementation per tenant. Thanks for your interest. Grégoire Le 14/07/2010 17:06, Ralph Goers a écrit : This project is definitely of interest to me as my employer does Saas via multi-tenancy (in our case multi-tenacny means all the clients share the same code deployment, not the way it is described at wikipedia). Ralph On Jul 14, 2010, at 1:37 AM, Grégoire Rolland wrote: Hi Otis and all others, I will list here current and planned functionality of jSpirit. * Architecture - Multi-tiered Architecture out-of-the-box : Implementation of Integration Layer, Business Layer, Client Layer - Java 5 annotation and auto-injection based lookup of services - Classpath scanning for auto-discovering components - Modular and plugable architecture : automatic activation of modules in the classpath, ready for seamless integration - Implementation of Long-Conversation pattern, with JTA 2PC support (with Geronimo Transaction Manager), and implicit demarcation (explicit demarcation is always possible) - [in progress] AOP interceptor on top of each layer * Integration Layer - Implementation of abstract integration services and abstract persister based on JPA technology - Maven plugins for code generation of integration layer from xml description of component business model : generate persistent class, access services, queries, constraints, JPA annotation, lucene indexation of business model - bean validation integration - Full Multi-tenancy integration on EntityManager and Caches - Multi-tenant Postgresql support - [Planned] Maven Plugin for code generation supporting Apache Cassandra without interface modification * Business Layer - Implementation of abstract business services and infrastructure - Annotation discovering and injection of dependents services - Multi-tenant replacement of services at runtime - Simple Asynchronous and distributed business services with Apache ActiveMQ : this is annotation driven * Client Layer - JSF 2.0 predefined integration - Abstract Managed Bean for simple developpement of list and forms - Integration of restful url for JSF 2 - Multi-tenant interceptor for determining tenant context based on full qualified domain name - [Planned] Make others interceptor based on other methods * Scheduling - Distributed and load adaptative voting peer-to-peer scheduler - voting task execution with Condorcet Method - [Planned] support others algorithms for scheduling * Security - Simple security integration : form login, http basic security - Multi-tenant support for authentications and authorizations - peer-to-peer sessions id replications for support max session per user in a cluster - Regexp filters on urls - [Planned] Services Access Authorization - JSF function and bean to manage security on pages * i18n - Full i18n support - Multi-tenacy i18n : overriding label per tenant - JSF function for accessing labels and locale - JSF bean for controlling user locale on web page *Data Import/Export - XML data importer/exporter customizable by tenant with scripting services - ready for open-SaaS to guarantee application users data integration and recuperation * Web Services --- - Simple export of business services to Soap Web Services with Apache CXF - [in progress] REstfull web services with Apache Abdera integration (and XStream) - Atom 1.0 support with Apache Abdera (only GET method now) * Search --- - Indexation of data model - Simple Query interface for searching in the data model - Multi-tenant support of the Lucene Indexes * JCR --- - Multi-tenant integration of Apache JackRabbit : workspaces based -
Re: [VOTE] Thrift 0.3.0 RC 5
On 14 July 2010 21:58, Upayavira u...@odoko.co.uk wrote: Following up on Bryan's mail, we'd like to complete a release of Thrift 0.3.0 RC5, and would like additional incubator PMC votes. We have so far had one IPMC vote (mine) and four PPMC votes. So, please take a look at: http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc5.tar.gz To check the sigs, we need a pointer to the KEYS file, and to check the source, a pointer to the SVN tag. Also, there should be either MD5 or SHA1 hashes (or both) for download checking. NOTICE is wrong: Copyright 2006-2009 The Apache Software Foundation, et al. The et al. is not permitted, AFAIK, and both dates look wrong. It looks like some of the file licenses may need to be mentioned in the NOTICE file (I've not checked in detail) Some source files don't have AL headers (nor any license): For example: lib/as3/src/org/apache/thrift/Set.as There are some others; a RAT report will detect these. I think all the above are blockers, especially in combination. == The README does not mention what the OS and dependency pre-requisites are. And vote! Thanks in advance, Upayavira On Tue, 2010-07-13 at 09:19 -0700, Bryan Duxbury wrote: Hi there, Thrift's 0.3.0 release vote has been stalled waiting for votes from IPMC members to pass it. Is there anyone who would be willing to weigh in? -Bryan -- Forwarded message -- From: Roger Meier ro...@bufferoverflow.ch Date: Tue, Jun 29, 2010 at 12:27 PM Subject: Re: Thrift 0.3.0 RC 5 To: thrift-...@incubator.apache.org C++ parts are ready to use in productive environment! I had a minor issue with JavaScript under some special circumstances, that's absolutly not a blocker for that 0.3.0 release. please release and fix minor issues with a 0.3.1 a +1 ! It's a fantastic piece of software, thank you guys! Roger Just go ahead do the release and Am 28.06.2010 15:55, schrieb Bryan Duxbury: This vote has been open for over 4 days now, and I'm pretty sure we need some more +1 votes to pass it. Any other committers want to take a look? How about mentors? We need 2 more to make this release official. -Bryan On Thu, Jun 24, 2010 at 11:26 AM, Mark Sleems...@facebook.com wrote: +1. Built without issue for me. -Original Message- From: Upayavira [mailto:u...@odoko.co.uk] Sent: Thursday, June 24, 2010 10:45 AM To: thrift-...@incubator.apache.org Subject: Re: Thrift 0.3.0 RC 5 On Thu, 2010-06-24 at 07:08 -0700, Bryan Duxbury wrote: Hey all, After finding some problems with RC4, here we go again! I propose we accept http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc5.tar.gzhttp://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gz http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gzas the official Thrift 0.3.0 release. It was created by checking out the 0.3.0 branch and running make dist. The GPG signature can be found at http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc5.tar.gz.aschttp://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gz.asc http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc5.tar.gz.asc, and the tarball has an MD5 sum of 0c57277cbe0479b81dfed7e72a382036. Please download, verify the sum and signature, untar, and build the compiler and libraries of your choice. Looking forward to your +1 votes! I notice that NEWS and CONTRIBUTORS are both out of date. This does not block this release for me, but it would be good to sort that for future. I'd certainly be inclined to remove CONTRIBUTORS, and update NEWS from Jira, as was done on the 0.2.0 release. So, from me, +1. Well done! Upayavira - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org