JSecurity, Thrift and RAT are missing from http://incubator.apache.org/
Could the respective mentors fix that? Other projects might be missing as well, I just checked based on this month's incubator board report. Thanks, -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Tashi
Matthieu, Thanks very much. I'll add you as a proposed mentor on the wiki proposal. http://wiki.apache.org/incubator/TashiProposal Dave On Tue, Jul 15, 2008 at 3:00 PM, Matthieu Riou [EMAIL PROTECTED] wrote: On Tue, Jul 15, 2008 at 6:55 AM, David O'Hallaron [EMAIL PROTECTED] wrote: Matthieu, * The sponsoring entity is the Incubator so I'm guessing you're shooting for graduating as a TLP. What kind of interactions do you foresee with Hadoop for example? We talked with Doug Cutting about whether to shoot for a TLP or a subproject under Hadoop. We decided ultimately to go the TLP route because Tashi and Hadoop are at different levels in the stack. However, we see Hadoop as one of the important applications running on Tashi virtual clusters, so the two projects are quite complementary. * IIC Tashi is only about management, not about the underlying storage/computing technology. Is that correct? And if so which ones do you plan to integrate with? Yes, that's correct. We plan to integrate with the major VMMs, such as Xen, Linux KVM and VMWare. For storage, we're looking at integrating with HDFS, pVFS and later pNFS when it becomes more mature.An important goal is to provide the hooks and interfaces that allow any DFS and VMM vendor to integrate with the system. * I can't help asking for more technical details. What's the implementation language for your POC code? What are the non-proprietary interfaces you're thinking of? The POC code is a couple of thousand lines of original Python code. Major components are cluster manager (cm), which runs on one of the cluster nodes, a node manager (nm), which runs on each of the other physical cluster nodes, a simple db on the cluster manager for configuration data, and some client utilities. We're really thinking hard about interfaces now, but don't have clear definitions yet. The kinds of things wer are thinking about are interfaces between the client and cm and cm and nm for manipulating starting, starting, and migrating vms, interfaces for some kind of event/messaging system for monitoring and reporting system state to the cm and client, interfaces between the cm/nm and storage system to allow the cm to do storage-aware scheduling of vms, interfaces to power management and system management hardware features, and possibly interfaces for federating different Tashi clusters. Okay, sounds good to me, thanks for the clarifications. Also if you need another mentor, you can count me in. Cheers, Matthieu Thanks, Dave -- -- David O'Hallaron -- Director, Intel Research Pittsburgh -- Assoc Prof of CS and ECE, Carnegie Mellon University -- http://www.cs.cmu.edu/~droh http://www.cs.cmu.edu/%7Edroh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- David O'Hallaron -- Director, Intel Research Pittsburgh -- Assoc Prof of CS and ECE, Carnegie Mellon University -- http://www.cs.cmu.edu/~droh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Apache UIMA-AS 2.2.2-incubating
Can one more person on the Incubator PMC review and (hopefully) approve this release? We have 2 +1's so far, and need one more :-). Thanks, muchly :-) -Marshall Marshall Schor wrote: Hi Everyone, Please review and vote on approving the 1st release of Apache UIMA-AS, an add-on to base UIMA. The release artifacts and the annotated RAT reports can be found here: http://people.apache.org/~schor/uima-release-candidates/uima-as/08 UIMA-AS originally came to Apache under a software grant, and has an IP Clearance form recorded: http://incubator.apache.org/ip-clearance/uima-as.html and linked from http://incubator.apache.org/ip-clearance/index.html The UIMA project dev-list vote to release was 6 +1's, and no other votes; see the vote here: http://markmail.org/message/t6l2ineufbr3qo4g UIMA-AS adds a scaleout capability to base UIMA based on asynchronous messaging; it makes use of the recently released UIMA base 2.2.2-incubating level, as well as Apache ActiveMQ and the Spring middleware framework (also licensed under the Apache v.2 license), internally. Because this release includes a distribution of parts of ActiveMQ, which in turn is classified as a 5D002 export, we submitted classification for UIMA-AS also as a 5D002 category. The http://apache.org/licenses/exports/ page has been updated to reflect this. Thanks. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSecurity, Thrift and RAT are missing from http://incubator.apache.org/
Opps. I'll take care of JSecurity. Regards, Alan On Jul 16, 2008, at 2:59 AM, Bertrand Delacretaz wrote: Could the respective mentors fix that? Other projects might be missing as well, I just checked based on this month's incubator board report. Thanks, -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSecurity, Thrift and RAT are missing from http://incubator.apache.org/
On Wed, Jul 16, 2008 at 10:59 AM, Bertrand Delacretaz [EMAIL PROTECTED] wrote: Could the respective mentors fix that? i'm not a mentor but i've fixed RAT - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSecurity, Thrift and RAT are missing from http://incubator.apache.org/
Robert Burrell Donkin wrote: On Wed, Jul 16, 2008 at 10:59 AM, Bertrand Delacretaz [EMAIL PROTECTED] wrote: Could the respective mentors fix that? i'm not a mentor but i've fixed RAT I am a mentor -apologies. Ross - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Apache UIMA-AS 2.2.2-incubating
I tried running mvn:site on the source distro, but it failed generating the javadocs because the uimaj-as pom.xml specifies source1.4/source for the javadoc plugin and there are JDK 1.5+ features used. When I changed that to 1.5 the javadocs generation then failed throwing a MissingResourceException with the message Can't find resource for bundle com.sun.tools.doclets.formats.html.resources.standard, key doclet.malformed_html_link_tag - in the uimaj-ep-runtime-deployeditor module - unfortunately doesn't indicate which class is causing that. IMO this is not a showstopper (would be nice to fix for the next release) and the main build (mvn:install) works fine and everything looks like it is in place - so +1 from me for the release. Niall On Mon, Jun 30, 2008 at 8:57 PM, Marshall Schor [EMAIL PROTECTED] wrote: Hi Everyone, Please review and vote on approving the 1st release of Apache UIMA-AS, an add-on to base UIMA. The release artifacts and the annotated RAT reports can be found here: http://people.apache.org/~schor/uima-release-candidates/uima-as/08 UIMA-AS originally came to Apache under a software grant, and has an IP Clearance form recorded: http://incubator.apache.org/ip-clearance/uima-as.html and linked from http://incubator.apache.org/ip-clearance/index.html The UIMA project dev-list vote to release was 6 +1's, and no other votes; see the vote here: http://markmail.org/message/t6l2ineufbr3qo4g UIMA-AS adds a scaleout capability to base UIMA based on asynchronous messaging; it makes use of the recently released UIMA base 2.2.2-incubating level, as well as Apache ActiveMQ and the Spring middleware framework (also licensed under the Apache v.2 license), internally. Because this release includes a distribution of parts of ActiveMQ, which in turn is classified as a 5D002 export, we submitted classification for UIMA-AS also as a 5D002 category. The http://apache.org/licenses/exports/ page has been updated to reflect this. Thanks. -Marshall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jt Pattern Oriented Framework (looking for champion/mentors)
Hi folks, Our project (Jt Pattern Oriented Framework) is interested in joining the ASF incubator. After getting familiar with the incubator policies and procedures, we are looking for people interested in becoming a champion or a mentor. We hope to learn more about ASF and pursue the proposal process. Additional information about this Open Source project can be found at http://jt.dev.java.net/ The framework should address the following goals: A) The pattern oriented framework should implement and/or facilitate the implementation of well-known design patterns like GoF design patterns and J2EE Design patterns. The framework itself should be conceived and implemented based on design patterns (from the ground up). The framework should also facilitate and accelerate the implementation of applications based on design patterns. B) The framework architecture should be based on a messaging design pattern: framework objects should be able to interchange information and perform computations by sending, receiving and processing messages. A messaging API provides strong encapsulation and loose coupling; framework components can be easily plugged into complex framework applications using a “lego/messaging” architecture. The framework should take full advantage of the power and simplicity of the messaging design pattern. C) The framework lego/messaging architecture should provide transparent access to remote components: remote framework objects should be treated as local objects. Design patterns implemented by the framework (adapters, remote proxies and facades) should make this posible by hiding the complexities associated with remote APIs. D) The framework should provide transparent integration with other technologies via framework adapters, proxies and the implementation of related design patterns. These technologies include BPM, DAO implementations, MVC implementations, EJBs, JMS, XML and Web Services. E) The framework should be designed to be lightweight and fast in terms of performance (low overhead). F) The framework messaging/lego architecture should improve and simplify design/development efforts. There should be a tight correspondence between UML design diagrams and the framework messaging based applications and components needed for the implementation. Ideally, the framework should provide wizards and automated capabilities for generating framework applications. Framework components should be easily added to BPM process diagrams. In future versions of the framework, it should be possible for applications to be generated directly from the UML design diagrams. G) The framework messaging architecture should facilitate testing and debugging efforts. The framework should provide capabilities for testing components independently (each component as a unit) by sending messages and verifying the reply (output) messages. H) In order to provide additional productivity benefits, the framework should be integrated with open source IDEs. Thanks in advance for your feedback and suggestions. I look forward to hearing from you. Ed