Re: Call on Stein to resin
Vic, Notwithstanding your arguments this is not the appropriate forum for this. This list is for project management discussion regarding the Jakarta project. Geronimo is not under the jursidiction of the Jakarta project. If you want to make trouble please make it in the appropriate place, where you can be sure to be acknowledged by people who know about the issues. d. *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
The ASF treats the allegations of code copying very seriously, and will take what actions are necessary to ensure that no IP rights are violated, any offending code, if found, is removed, and any other appropriate action is taken. GREAT!!! That is 99% of what I wanted to hear. I hope others are happy with this as well. I'm quite sure that you've been told this before. d. *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] Updating 'whoweare.html'
[EMAIL PROTECTED] Jeffrey D. Brekke [ No description at this time please ] Thanks, jb On Mon, 10 Nov 2003 21:38:18 -0500 (EST), Henri Yandell [EMAIL PROTECTED] said: [in case it's not obvious, this email pertains only to Jakarta committers] http://jakarta.apache.org/site/whoweare.html is the informal way for Jakarta to let the users know who we are. When you become a Jakarta committer, it is hoped that you will add your name and even a description if you so wish, but it can be a pain as jakarta-site2 is a bit of a barrier to build and you have to get access to the web-server directory, though I believe that now they are the same machine it is easier. That said, I am offering a one-time, no rainchecks, by the end of the week, no-refunds, no-smallprint, service to add either your name, or your name and a description. Please either mail from your apache account or include your apache username so I can doublecheck. I'll also remove names and/or move them to 'Alumni' or some other suggested section if anyone would like. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
Vic, Notwithstanding your arguments this is not the appropriate forum for this. This list is for project management discussion regarding the Jakarta project. Geronimo is not under the jursidiction of the Jakarta project. If you want to make trouble please make it in the appropriate place, where you can be sure to be acknowledged by people who know about the issues. d. ýwhy it is not the appropriate forum for this shouldnt we know the truth??!!!ý We must know the truth.ý i wonder why you try to defend yourself if you are right and didn't make any think ý unfair !!!ý or you feel that you feel guilty??!! why you feel so?? I WONDERý Will you rebuild the copied modules or just will rename it?ý sure if they were stolen !!! ý _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
On Tue, 11 Nov 2003, mohammad nabil wrote: Vic, Notwithstanding your arguments this is not the appropriate forum for this. This list is for project management discussion regarding the Jakarta project. Geronimo is not under the jursidiction of the Jakarta project. If you want to make trouble please make it in the appropriate place, where you can be sure to be acknowledged by people who know about the issues. d. ýwhy it is not the appropriate forum for this shouldnt we know the truth??!!!ý We must know the truth.ý i wonder why you try to defend yourself if you are right and didn't make any think ý unfair !!!ý or you feel that you feel guilty??!! why you feel so?? I WONDERý Will you rebuild the copied modules or just will rename it?ý sure if they were stolen !!! ý Because this forum is not Geronimo's forum. This is for Jakarta, a project at Apache specialising in some areas of server-side Java. Some parts of Jakarta could be being used in Geronimo. I've seen no defending happening, rather a standard statement that the ASF takes licencing issues very seriously, which is pretty clear to those who listen on an Apache list by the man[code]-hunts that happen whenever the licencing is not happy. What's with all the odd characters in your email? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
On Tuesday, November 11, 2003, at 09:57 AM, mohammad nabil wrote: Vic, Notwithstanding your arguments this is not the appropriate forum for this. This list is for project management discussion regarding the Jakarta project. Geronimo is not under the jursidiction of the Jakarta project. If you want to make trouble please make it in the appropriate place, where you can be sure to be acknowledged by people who know about the issues. d. ýwhy it is not the appropriate forum for this shouldnt we know the truth??!!!ý We must know the truth.ý It has nothing to do with Jakarta! This is [EMAIL PROTECTED] i wonder why you try to defend yourself if you are right and didn't make any think ý unfair !!!ý Please, go to the incubator and geronimo-dev lists. That's where all of this should be discussed, because it HAS NOTHING TO DO WITH JAKARTA! JAKARTA != APACHE != GERONIMO or you feel that you feel guilty??!! why you feel so?? I WONDERý Will you rebuild the copied modules or just will rename it?ý sure if they were stolen !!! ý It turns out, JBoss might have incorrectly handled log4j code. Are you yelling at them too? The ASF, the Incubator PMC, and the Geronimo team are working to evaluate the claims and make any fixes as required. geir _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Geir Magnusson Jr 203-247-1713(m) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
why it is not the appropriate forum for this shouldnt we know the truth??!!! We must know the truth Quoting from my original message which you appear NOT to have read before replying to it: This list is for project management discussion regarding the Jakarta project. Geronimo is not under the jursidiction of the Jakarta project. Since you ask so nicely I'll reveal a secret to you... YOU may know the TRUTH... But first you must subscribe to the geronimo mailing list and take your geronimo questions over there. @see http://incubator.apache.org d. *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. **
Re: Call on Stein to resin
Because this forum is not Geronimo's forum. This is for Jakarta, a project at Apache specialising in some areas of server-side Java. Some parts of Jakarta could be being used in Geronimo. Hen then, What is the Truth?!! Only the Truth and nothing but the Truth! -mnm _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
Since you ask so nicely I'll reveal a secret to you... YOU may know the TRUTH... But first you must subscribe to the geronimo mailing list and take your geronimo questions over there. @see http://incubator.apache.org d. mmm, ok i gave you your chance and tursted you will say What the Truth is!! but you played :( as you like, i just wanted to help bye -mnm _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
as you like, i just wanted to help Mohammed,-- [EMAIL PROTECTED] That is the Right place to discuss this. d. *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
At 04:11 PM 11/11/2003, you wrote: Since you ask so nicely I'll reveal a secret to you... YOU may know the TRUTH... But first you must subscribe to the geronimo mailing list and take your geronimo questions over there. @see http://incubator.apache.org d. mmm, ok i gave you your chance and tursted you will say What the Truth is!! but you played :( as you like, i just wanted to help The truth is that : - you don't seem to understand english very well :) - you are NOT on the correct mailing list - each project is managed seperately, the foundation only oversees global management and policy, so if somebody messes up in one project it should FIRST be handled there. If it really goes out of hand it might come here - or you're just trying to pull a joke on everyone, but this is not the best time for one. - you need to cool down. The ASF is an open community, it's almost impossible to hide things here :) Regards, Serge Huber. - -- --- -=[ shuber2 at jahia dot com ]= --- -- - www.jahia.org : A collaborative source CMS and Portal Server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BSD style code and licensing issues
That last thread seemed such a waste of bandwidth. Unfortunately it swallowed a discussion we were trying to start concerning Licensing issues associated with the consideration of using BSD style licensed code in Apache Projects. To formulate a more solid point people can respond to: Can BSD licensed code be added to Apache licensed code bases? Can both licenses be maintained? If so can someone direct me to an example of this? -Mark robert burrell donkin wrote: On 9 Nov 2003, at 22:01, Mark R. Diggory wrote: Mostly, I'm trying to ascertain the best strategies for donations that will be arising in the near future from projects that are now relicensed using a BSD style license (portions of Colt and RngPack). I am working through details with these individuals and organizations to legally and ethically provide vehicles for the code from these projects to evolve and be included into the math project. This is currently through both individual interaction with the authors to get them to donate and through re-licensing endeavors. So to try to form a clearer question. If code is licensed using the follow style licenses: http://www.honeylocust.com/RngPack/rngpack/LICENSE http://dsd.lbl.gov/~hoschek/colt/license.html With agreement from the authors ,what is the best approach for integrating code under this license into an Apache project? a very good question. now would be a good time for those folks with experience of this issue to take up the batten... I'm slightly stumped, I see no references to a Licensing listserv anywhere in the Apache www site? i suspect that it's a committer-only list. anyone know for sure? - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Proposal] HiveMind Service Framework
Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a standard library JAR (containing generically useful services), along with ancillary artifacts such as Maven plug-ins and, of course, documentation, all distributed under the Apache Software License. (1.1) Interaction with other packages HiveMind has dependencies on several standard commons packages, including: commons-lang, commons-beanutils, commons-collections and commons-logging. HiveMind makes use of the Javassist bytecode generation library, which is available under the MPL (Mozilla public license). (2) Identify the initial source for the package The initial code base has been developed by Howard M. Lewis Ship within the Jakarta Commons incubator. http://jakarta.apache.org/commons/sandbox/hivemind (2.1) Identify the base name for the package org.apache.hivemind Note: the current code base reflects an alternate package name, org.apache.commons.hivemind. Subsequent research has shown that HiveMind is not a suitable candidate for the Jakarta Commons. The existing code base will be migrated to the new package during the transition out of the sandbox. (2.2) Identify the coding conventions for this package The code follows a modified version of Sun's standard coding conventions, with the following stylistic changes: - instance variables are prefixed with an underscore - a newline is inserted before all braces (3) Identify any Jakarta resources to be created (3.1) mailing lists [EMAIL PROTECTED] -- User discussions [EMAIL PROTECTED] -- Developer discussions and CVS update notifications
RE: [Proposal] HiveMind Service Framework
Please turn off your receipt request when posting. ::-Original Message- ::From: Nayak, Prashant [mailto:[EMAIL PROTECTED] ::Sent: Tuesday, November 11, 2003 12:35 PM ::To: Jakarta General List ::Subject: [Proposal] HiveMind Service Framework :: :: :: ::Proposal for the HiveMind Project :: ::(0) Rationale :: ::HiveMind is a simple framework for creating pluggable, configurable, ::reusable services. :: ::Simple: HiveMind is a way to create a network of services in terms of ::Java interfaces and classes; it cherry picks the most useful ideas from ::Service Oriented Architectures such as J2EE, JMX and SOAP, but removes ::the aspects that are typically overkill for most applications, such as ::service remoteability and language neutrality. HiveMind creates a ::natural network of related services and configuration data, all ::operating within a single JVM. :: ::Pluggable: HiveMind enforces a complete separation of service definition ::and implementation. This is manifested by a division of services into an ::interface definition and a service implementation as well as a split ::between defining a service (as part of a HiveMind module) and providing ::the implementation of that service (potentially, in a different module). :: ::Configurable: HiveMind integrates a service oriented architecture to a ::sophisticated configuration architecture; the configuration architecture ::is adapted from the Eclipse plug-in model, wherein modules may define ::configuration extension points and multiple modules may provide ::contributions to those extension points. :: ::Reusable: HiveMind is a framework and container, but not an application. ::The HiveMind framework and the services it provides may be easily ::combined with application-specific services and configurations for use ::in disparate applications. :: ::The API for HiveMind allows thread-safe, easy access to services and ::configurations with a minimal amount of code. The value-add for HiveMind ::is not just runtime flexibility: it is overall developer productivity. ::HiveMind systems will entail less code; key functionality that is ::frequently an after-thought, such as parsing of XML configuration files, ::logging of method invocations, and lazy creation of services, is handled ::by the HiveMind framework in a consistent, robust, and well-documented ::manner. :: ::HiveMind fits into an area that partially overlaps the Apache Avalon ::project, with significant differences. HiveMind's concept of a ::distributed configuration is unique among the available service ::microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is ::firmly rooted in a type-1 inversion of control pattern (whereby services ::must explicitly, in code, resolve dependencies between each other using ::a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and ::type-3 IoC, whereby the framework (acting as container) creates ::connections between services by setting properties of the services ::(type-2) or making use of particular constructors for the services ::(type-3). :: ::HiveMind represents a generous donation of code to the ASF by WebCT ::(http://www.webct.com). HiveMind originated from internal requirements ::for a flexible, loosely-coupled configuration management and services ::framework for WebCT's industry-leading flagship enterprise e-learning ::product, Vista. Several individuals in WebCT's research and development ::team in addition to Mr. Howard Lewis Ship contributed to the ::requirements and concepts behind HiveMind's current set of functionality ::including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, ::Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use ::as a significant part of Vista. :: ::(1) Scope of the package :: ::The package shall entail a core framework JAR (containing essential ::classes and services), a standard library JAR (containing generically ::useful services), along with ancillary artifacts such as Maven plug-ins ::and, of course, documentation, all distributed under the Apache Software ::License. :: ::(1.1) Interaction with other packages :: ::HiveMind has dependencies on several standard commons packages, ::including: commons-lang, commons-beanutils, commons-collections and ::commons-logging. :: ::HiveMind makes use of the Javassist bytecode generation library, which ::is available under the MPL (Mozilla public license). :: ::(2) Identify the initial source for the package :: ::The initial code base has been developed by Howard M. Lewis Ship within ::the Jakarta Commons incubator. :: ::http://jakarta.apache.org/commons/sandbox/hivemind :: ::(2.1) Identify the base name for the package :: ::org.apache.hivemind :: ::Note: the current code base reflects an alternate package name, ::org.apache.commons.hivemind. Subsequent research has shown that ::HiveMind is not a suitable candidate for the Jakarta Commons. The ::existing code base will be migrated to the new package during the ::transition out of the
[Proposal] HiveMind Service Framework
Return Receipt Your [Proposal] HiveMind Service Framework document : was Michael Fraenkel/Raleigh/IBM received by: at: 11/11/2003 13:14:05 EST - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
Geir Magnusson Jr. wrote: I think that this is the right list, very few people are intrested about the incubator. This is about ASF reputation. (It is also about the OSS reputation, including BSD, Linux, CodeHus, etc.) Due to this Stein mistake OSS could be view as very lowest form. Makes me think ... hmm, did Linux developers refactor SCO code? Shame. I would like to know... does ASF claim that if they refactor offending code one by one, they feel they are clean? or If the code was imported and beeing refactored, that that is a probelm. The ASF treats the allegations of code copying very seriously, and will take what actions are necessary to ensure that no IP rights are violated, any offending code, if found, is removed, and any other appropriate action is taken. I have been thinking about it, I do not think removing the offeding code is appropriate or sufficient. If proven, I think offending devlopers, new or old should be baned from ASF (and other OSS projects) for a few years. The project should be parked. Let it live on SF, why shield it (becuase now ASF has to use their lawyers/resources) ASF should publicly applogize, and as a sign of friendship with OSS, do something to help jBoss, such as help with J2EE certification, or help with code or something. Did I say that Stein should be removed, as the person out of all the OSS projects out there, did most to ruin the high reputation, trough negligence or some other reason. I feel dirty using Apache Struts today becuase of this mess. I already remvoed ASF licnese from basicPortal.sf.net when this was originaly done and uses a commons license or something like that. However, you must allow the alleged violations to be vetted - just as you wouldn't take the ASF's word that all was fine w/o explanation, you shouldn't take JBoss claim of violation at face value either. http://theserverside.com/home/thread.jsp?thread_id=22337#101208 Above says: The version 1.1 and 1.2 do contain an interface with methods hinting to the 3 maps design Marc is talking about. This is fine proof for me. I think some sort of joint commission should be set up, of people with fine reputation, to report in a certain timeframe as to what happened. Also a sepreare group should find out what to do about it. This is a crissis as big as any, IMO. To the people that are siting on the sidelines: Do something. It does not have to be public. It is when silent majority sits on the hands, and allows immoral things to happen that the society loses. This is about sofware, not about lawyers. I will try to make this last message on the topic of ethics, its up to the people sitting on the hands to see this is as a problem and do something. .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Proposal] HiveMind Service Framework
Daft question, possibly, but could someone summarise the IP issue that was happening over HiveMind and how it is currently resolved. I've not been following the thread, but I've seen the noise. Is everything squared away and happy? Hen On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a standard library JAR (containing generically useful services), along with ancillary artifacts such as Maven plug-ins and, of course, documentation, all distributed under the Apache Software License. (1.1) Interaction with other packages HiveMind has dependencies on several standard commons packages, including: commons-lang, commons-beanutils, commons-collections and commons-logging. HiveMind makes use of the Javassist bytecode generation library, which is available under the MPL (Mozilla public license). (2) Identify the initial source for the package The initial code base has been developed by Howard M. Lewis Ship within the Jakarta Commons incubator. http://jakarta.apache.org/commons/sandbox/hivemind (2.1) Identify the base name for the package org.apache.hivemind Note: the current code base reflects an alternate package name, org.apache.commons.hivemind. Subsequent research has shown that HiveMind is not a suitable candidate for the Jakarta Commons. The existing code base will be migrated to the new package during the transition out of the sandbox. (2.2) Identify the coding conventions for this package The code follows a
Re: Call on Stein to resign over Gernimo
On Nov 11, 2003, at 1:25 PM, Vic Cekvenich wrote: ASF should publicly applogize, and as a sign of friendship with OSS, do something to help jBoss, such as help with J2EE certification, or help with code or something. This statement jumped out at me like a tiger. The suspicious might read the above and be saying to themselves Aha... now I understand where Vic's going with this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
On Tue, 11 Nov 2003, Vic Cekvenich wrote: I think that this is the right list, very few people are intrested about the incubator. This is about ASF reputation. (It is also about the OSS reputation, including BSD, Linux, CodeHus, etc.) Why not mail the httpd list then? Or the Ant list? They are as involved. Due to this Stein mistake OSS could be view as very lowest form. Makes me think ... hmm, did Linux developers refactor SCO code? Shame. I would like to know... does ASF claim that if they refactor offending code one by one, they feel they are clean? or If the code was imported and beeing refactored, that that is a probelm. Ah. So you want to mail the board for an official response? [EMAIL PROTECTED] is probably the correct place for such an official response. The ASF treats the allegations of code copying very seriously, and will take what actions are necessary to ensure that no IP rights are violated, any offending code, if found, is removed, and any other appropriate action is taken. I have been thinking about it, I do not think removing the offeding code is appropriate or sufficient. This is not the forum for the technicalities of that. No one here is on this list as a committer to Geronimo. Geronimo is not a part of Jakarta. I feel dirty using Apache Struts today becuase of this mess. I already remvoed ASF licnese from basicPortal.sf.net when this was originaly done and uses a commons license or something like that. It is illegal for you to use the ASF licence for basicportal.sf.net anyway. Technically I'm not even sure you can legally remove the ASF licence if you have not followed the proper procedure to do so [ie) your community of developers have okayed it], however I doubt the ASF would ever point that out as the mistake was to ASF licence it in the first place. To the people that are siting on the sidelines: Do something. It does not have to be public. So far I've yet to feel that ASF have violated anything ethically. The Elba concept is a cute yet tricky solution to continuous integration. The general level of stupidity shown on TSS when they announced Geronimo suggested that the people complaining couldn't even read the basic plan that was laid out and the level of idiocy shown over 'why can't JBoss LLC get a free certification so they can compete with BEA and IBM' from Sun is also hard to understand. This is where we get into the question of whether the ASF have licenced under an ASF licence, and not the LGPL licence of Elba, a piece of code that is not licensable. If so, then they have legally broken a barrier. Use of code is tricky, what if they have merely copied a design. I've not seen anything in terms of open source test cases to suggest how open open-source designs are. This is about sofware, not about lawyers. You've made it morals vs law. I see no broken morals, and an accusation of broken law. I will try to make this last message on the topic of ethics, its up to the people sitting on the hands to see this is as a problem and do something. Quit bitching at the people on the sidelines then. This mail list is the sidelines. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Proposal] HiveMind Service Framework
So this proposal is dependent on the grant? Any time line on that? [not trying to get in the way, jsut to do the pmc-thing] On Tue, 11 Nov 2003 [EMAIL PROTECTED] wrote: The offending IP has been taken off-line: this includes the HiveMind CVS repository, the temporary downloads directory and (most regrettably) the HiveMind home page. This proposal is half of the resolution to the IP issue. The other (and possibly more important part) is the software grant that is being processed inside WebCT. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry Daft question, possibly, but could someone summarise the IP issue that was happening over HiveMind and how it is currently resolved. I've not been following the thread, but I've seen the noise. Is everything squared away and happy? Hen On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a standard library JAR (containing generically useful services), along with ancillary artifacts such as Maven plug-ins and, of course, documentation, all distributed under the Apache Software License. (1.1) Interaction with other packages HiveMind has dependencies on several standard commons packages, including: commons-lang, commons-beanutils, commons-collections and commons-logging.
Re: [Proposal] HiveMind Service Framework
From talking with Prashant, the grant is in-progress. Given that these discussions tend to ramble on for a couple of weeks, I think the grant will be ready long before any real action is necessitated. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry So this proposal is dependent on the grant? Any time line on that? [not trying to get in the way, jsut to do the pmc-thing] On Tue, 11 Nov 2003 [EMAIL PROTECTED] wrote: The offending IP has been taken off-line: this includes the HiveMind CVS repository, the temporary downloads directory and (most regrettably) the HiveMind home page. This proposal is half of the resolution to the IP issue. The other (and possibly more important part) is the software grant that is being processed inside WebCT. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry Daft question, possibly, but could someone summarise the IP issue that was happening over HiveMind and how it is currently resolved. I've not been following the thread, but I've seen the noise. Is everything squared away and happy? Hen On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a
Re: [Proposal] HiveMind Service Framework
Cool. Could this be added as a note to the proposal? As a dependency or whatever. Hen On Tue, 11 Nov 2003 [EMAIL PROTECTED] wrote: From talking with Prashant, the grant is in-progress. Given that these discussions tend to ramble on for a couple of weeks, I think the grant will be ready long before any real action is necessitated. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry So this proposal is dependent on the grant? Any time line on that? [not trying to get in the way, jsut to do the pmc-thing] On Tue, 11 Nov 2003 [EMAIL PROTECTED] wrote: The offending IP has been taken off-line: this includes the HiveMind CVS repository, the temporary downloads directory and (most regrettably) the HiveMind home page. This proposal is half of the resolution to the IP issue. The other (and possibly more important part) is the software grant that is being processed inside WebCT. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry Daft question, possibly, but could someone summarise the IP issue that was happening over HiveMind and how it is currently resolved. I've not been following the thread, but I've seen the noise. Is everything squared away and happy? Hen On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak,
RE: [Proposal] HiveMind Service Framework
Just wanted to confirm that the software grant agreement is being processed by WebCT and should hopefully be ready soon. Prashant -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2003 1:46 PM To: Jakarta General List Subject: Re: [Proposal] HiveMind Service Framework From talking with Prashant, the grant is in-progress. Given that these discussions tend to ramble on for a couple of weeks, I think the grant will be ready long before any real action is necessitated. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry So this proposal is dependent on the grant? Any time line on that? [not trying to get in the way, jsut to do the pmc-thing] On Tue, 11 Nov 2003 [EMAIL PROTECTED] wrote: The offending IP has been taken off-line: this includes the HiveMind CVS repository, the temporary downloads directory and (most regrettably) the HiveMind home page. This proposal is half of the resolution to the IP issue. The other (and possibly more important part) is the software grant that is being processed inside WebCT. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry Daft question, possibly, but could someone summarise the IP issue that was happening over HiveMind and how it is currently resolved. I've not been following the thread, but I've seen the noise. Is everything squared away and happy? Hen On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to
Re: [Proposal] HiveMind Service Framework
Once rec'd by myself, I will make note of it. Nayak, Prashant wrote: Just wanted to confirm that the software grant agreement is being processed by WebCT and should hopefully be ready soon. Prashant -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2003 1:46 PM To: Jakarta General List Subject: Re: [Proposal] HiveMind Service Framework From talking with Prashant, the grant is in-progress. Given that these discussions tend to ramble on for a couple of weeks, I think the grant will be ready long before any real action is necessitated. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web=20 Components http://jakarta.apache.org/tapestry =20 So this proposal is dependent on the grant? =20 Any time line on that? =20 [not trying to get in the way, jsut to do the pmc-thing] =20 On Tue, 11 Nov 2003 [EMAIL PROTECTED] wrote: =20 The offending IP has been taken off-line: this includes the HiveMind CVS repository, the temporary downloads directory and (most=20 regrettably) the HiveMind home page. This proposal is half of the resolution to the IP issue. The other=20 (and possibly more important part) is the software grant that is=20 being processed inside WebCT. -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry Daft question, possibly, but could someone summarise the IP issue=20 that was happening over HiveMind and how it is currently resolved. I've not been following the thread, but I've seen the noise. Is=20 everything squared away and happy? Hen On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable,=20 configurable, reusable services. Simple: HiveMind is a way to create a network of services in=20 terms of Java interfaces and classes; it cherry picks the most=20 useful ideas from Service Oriented Architectures such as J2EE,=20 JMX and SOAP, but removes the aspects that are typically=20 overkill for most applications, such as service remoteability=20 and language neutrality. HiveMind creates a natural network of=20 related services and configuration data, all operating within a=20 single JVM. Pluggable: HiveMind enforces a complete separation of service=20 definition and implementation. This is manifested by a division=20 of services into an interface definition and a service=20 implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different=20 module). Configurable: HiveMind integrates a service oriented=20 architecture to a sophisticated configuration architecture; the=20 configuration architecture is adapted from the Eclipse plug-in=20 model, wherein modules may define configuration extension points and multiple modules may provide contributions to those=20 extension points. Reusable: HiveMind is a framework and container, but not an=20 application. The HiveMind framework and the services it provides may be easily combined with application-specific services and=20 configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add=20 for HiveMind is not just runtime flexibility: it is overall=20 developer productivity. HiveMind systems will entail less code; key functionality that=20 is frequently an after-thought, such as parsing of XML=20 configuration files, logging of method invocations, and lazy=20 creation of services, is handled by the HiveMind framework in a=20 consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache=20 Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available=20 service microkernel's (Avalon, Keel, Spring, Picocontainer,=20 etc.). Avalon is firmly rooted in a type-1 inversion of control=20 pattern (whereby services must explicitly, in code, resolve=20 dependencies between each other using a lookup pattern similar=20 to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby=20 the framework (acting as container) creates connections between=20 services by setting properties of the services (type-2) or making use of particular constructors for the=20 services (type-3). HiveMind represents a generous donation of code to the ASF by=20 WebCT (http://www.webct.com). HiveMind originated from internal=20
Re: [Proposal] HiveMind Service Framework
Accepting this proposal as currently written would also involve the acceptance of five new individuals as Apache committers. Based on where the HiveMind repo currently is/was, that implies giving five unknowns (to me, anyway) access to Jakarta Commons as a whole. I'm not so sure I'd be willing to sign up for that. -- Martin Cooper On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a standard library JAR (containing generically useful services), along with ancillary artifacts such as Maven plug-ins and, of course, documentation, all distributed under the Apache Software License. (1.1) Interaction with other packages HiveMind has dependencies on several standard commons packages, including: commons-lang, commons-beanutils, commons-collections and commons-logging. HiveMind makes use of the Javassist bytecode generation library, which is available under the MPL (Mozilla public license). (2) Identify the initial source for the package The initial code base has been developed by Howard M. Lewis Ship within the Jakarta Commons incubator. http://jakarta.apache.org/commons/sandbox/hivemind (2.1) Identify the base name for the package org.apache.hivemind Note: the current code base reflects an alternate package name, org.apache.commons.hivemind. Subsequent research has shown that HiveMind is not a suitable candidate for the Jakarta Commons. The existing code base will be migrated to the new package during the transition out of
Re: [Proposal] HiveMind Service Framework
Part of the proposal indicates the jakarta-commons is not the right home for HiveMind, as it does not fit in with the charter of the commons (too many dependencies, etc.). -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry Accepting this proposal as currently written would also involve the acceptance of five new individuals as Apache committers. Based on where the HiveMind repo currently is/was, that implies giving five unknowns (to me, anyway) access to Jakarta Commons as a whole. I'm not so sure I'd be willing to sign up for that. -- Martin Cooper On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a standard library JAR (containing generically useful services), along with ancillary artifacts such as Maven plug-ins and, of course, documentation, all distributed under the Apache Software License. (1.1) Interaction with other packages HiveMind has dependencies on several standard commons packages, including: commons-lang, commons-beanutils, commons-collections and commons-logging. HiveMind makes use of the Javassist bytecode generation library, which is available under the MPL (Mozilla public license). (2) Identify the initial source for the package The initial code base has been developed by Howard M. Lewis Ship within the Jakarta Commons incubator.
Re: [Proposal] HiveMind Service Framework
Quoting: Note: the current code base reflects an alternate package name, org.apache.commons.hivemind. Subsequent research has shown that HiveMind is not a suitable candidate for the Jakarta Commons. The existing code base will be migrated to the new package during the transition out of the sandbox. Although Commons-Sandbox access is open to all of Jakarta [or even Apache], I think we can be pretty limited on the Commons access as Hivemind is proposing being a new Jakarta sub-project. Hen On Tue, 11 Nov 2003, Martin Cooper wrote: Accepting this proposal as currently written would also involve the acceptance of five new individuals as Apache committers. Based on where the HiveMind repo currently is/was, that implies giving five unknowns (to me, anyway) access to Jakarta Commons as a whole. I'm not so sure I'd be willing to sign up for that. -- Martin Cooper On Tue, 11 Nov 2003, Nayak, Prashant wrote: Proposal for the HiveMind Project (0) Rationale HiveMind is a simple framework for creating pluggable, configurable, reusable services. Simple: HiveMind is a way to create a network of services in terms of Java interfaces and classes; it cherry picks the most useful ideas from Service Oriented Architectures such as J2EE, JMX and SOAP, but removes the aspects that are typically overkill for most applications, such as service remoteability and language neutrality. HiveMind creates a natural network of related services and configuration data, all operating within a single JVM. Pluggable: HiveMind enforces a complete separation of service definition and implementation. This is manifested by a division of services into an interface definition and a service implementation as well as a split between defining a service (as part of a HiveMind module) and providing the implementation of that service (potentially, in a different module). Configurable: HiveMind integrates a service oriented architecture to a sophisticated configuration architecture; the configuration architecture is adapted from the Eclipse plug-in model, wherein modules may define configuration extension points and multiple modules may provide contributions to those extension points. Reusable: HiveMind is a framework and container, but not an application. The HiveMind framework and the services it provides may be easily combined with application-specific services and configurations for use in disparate applications. The API for HiveMind allows thread-safe, easy access to services and configurations with a minimal amount of code. The value-add for HiveMind is not just runtime flexibility: it is overall developer productivity. HiveMind systems will entail less code; key functionality that is frequently an after-thought, such as parsing of XML configuration files, logging of method invocations, and lazy creation of services, is handled by the HiveMind framework in a consistent, robust, and well-documented manner. HiveMind fits into an area that partially overlaps the Apache Avalon project, with significant differences. HiveMind's concept of a distributed configuration is unique among the available service microkernel's (Avalon, Keel, Spring, Picocontainer, etc.). Avalon is firmly rooted in a type-1 inversion of control pattern (whereby services must explicitly, in code, resolve dependencies between each other using a lookup pattern similar to JNDI). HiveMind uses a mix of type-2 and type-3 IoC, whereby the framework (acting as container) creates connections between services by setting properties of the services (type-2) or making use of particular constructors for the services (type-3). HiveMind represents a generous donation of code to the ASF by WebCT (http://www.webct.com). HiveMind originated from internal requirements for a flexible, loosely-coupled configuration management and services framework for WebCT's industry-leading flagship enterprise e-learning product, Vista. Several individuals in WebCT's research and development team in addition to Mr. Howard Lewis Ship contributed to the requirements and concepts behind HiveMind's current set of functionality including Martin Bayly, Diane Bennett, Bill Bilic, Michael Kerr, Prashant Nayak, Bill Richard and Ajay Sharda. HiveMind is already in use as a significant part of Vista. (1) Scope of the package The package shall entail a core framework JAR (containing essential classes and services), a standard library JAR (containing generically useful services), along with ancillary artifacts such as Maven plug-ins and, of course, documentation, all distributed under the Apache Software License. (1.1) Interaction with other packages HiveMind has dependencies on several standard commons packages, including: commons-lang, commons-beanutils, commons-collections and commons-logging. HiveMind makes use of the Javassist bytecode generation
[Proposal] HiveMind Service Framework
Return Receipt Your [Proposal] HiveMind Service Framework document : was Christopher C Mitchell/Raleigh/IBM received by: at: 11/11/2003 15:09:06 EST - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resin
[EMAIL PROTECTED] wrote I will try to make this last message on the topic of ethics, its up to the people sitting on the hands to see this is as a problem and do something. Well, I've been sitting on my hands realy hard trying not to jump in with a witty and sarcastic reply supporting the board@ - in both the technical and ethical realms - and fanning the flames back at Vic, but I guess I've failed. 8- Especially since I haven't thought of anything nearly as funny as the 'switch to Resin' jokes yet. Really, though; please move the discussion to an appropriate forum. [EMAIL PROTECTED] is a good one for general project management stuff (like allegations of legal problems); geronimo-dev@ will actually reach the people working on the project - i.e. ones who will be reviewing the code for this issue; and you should be able to file any official notices to the [EMAIL PROTECTED] list, which is the governing body for the Incubator project itself, and hence the only real authority that matters in an organizational sense at this point (below the board//members). = - Shane eof .sig=http://apachecon.com/ November in Vegas, baby! / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Proposal] HiveMind Service Framework
Quoting [EMAIL PROTECTED]: Part of the proposal indicates the jakarta-commons is not the right home for HiveMind, as it does not fit in with the charter of the commons (too many dependencies, etc.). Even if it were proposed that Hivemind stay in jakarta-commons, I do not share Martin's concern. There have been several cases where a number of new-to-Jakarta committers have joined, and (because of the technical limitations of our permissions infrastructure) have been granted jakarta-commons karma to work on the package they are interested in. In practice, this has not caused any problems. If we are still concerned that it might, we've got a jakarta-commons infrastructure issue to deal with, not a concern about any particular package and its associated committers. -- [EMAIL PROTECTED] Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
Vic Cekvenich wrote: snip I have been thinking about it, I do not think removing the offeding code is appropriate or sufficient. If proven, I think offending devlopers, new or old should be baned from ASF (and other OSS projects) for a few years. The project should be parked. Let it live on SF, why shield it (becuase now ASF has to use their lawyers/resources) ASF should publicly applogize, and as a sign of friendship with OSS, do something to help jBoss, such as help with J2EE certification, or help with code or something. Did I say that Stein should be removed, as the person out of all the OSS projects out there, did most to ruin the high reputation, trough negligence or some other reason. I feel dirty using Apache Struts today becuase of this mess. I already remvoed ASF licnese from basicPortal.sf.net when this was originaly done and uses a commons license or something like that. snip Geezz relax Vic, we are talking about software here. It's no life and death matter. No one is going to lose their life over this. It's not like a U.S. gov. official leaking the name of a CIA operative to the public. Give me a break, it sounds like this is going to hit you personally in the pocketbook, I can not understand why you are so passionate about this. Why are you? Hummm could the real reason be that you are trying to pull a M$ and stifle any compentition with JBoss?? What is your real issue? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
Scott Tavares wrote: Geezz relax Vic, . I can not understand why you are so passionate about this. Sincerely I think this is bad for open source and for sofware, which is where I do make a living. This is great for comercail vendors, proving that open source are... less ethical. What does it mean to be an open source supporter now, to a client? (OK, I should take the point that I need to let go of Don Quihote) I think lawyers have a bad reputation, and I do not want my profesion, sofware engineers to have that reputation. Henri Yandel wrote: This is where we get into the question of whether the ASF have licenced under an ASF licence, and not the LGPL licence of Elba, a piece of code that is not licensable. If so, then they have legally broken a barrier. Use of code is tricky, what if they have merely copied a design. I've not seen anything in terms of open source test cases to suggest how open open-source designs are. The apprent position of ASF is that.. well it's same design but we have (former jBoss developers changing the implementation over time. In esence, in music, same notes, but diferent performance ( same musicians.) You don't see how a PHB might hesiteate to hire an OSS suporter? Can somone downlaod ResinEE (for example :-) source, and refactor and now they own it? Or take OrionServer and decompile and refactor, and now they own it? Do ... or don't do what you want. I am done with it. .V ps: http://marc.theaimsgroup.com/?l=struts-devm=106858581404361w=2 (I can see the water mill now, now... it's a Dragon) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
Dude get a life and stop wining, we have better things to do, than read this shit. One thing is to have an opinion, the other thing is listening when people are actually saying you are wining and complaining at the worng place. LISTEN! Mvgr, Martin On Tue, 2003-11-11 at 23:37, Vic Cekvenich wrote: Scott Tavares wrote: Geezz relax Vic, . I can not understand why you are so passionate about this. Sincerely I think this is bad for open source and for sofware, which is where I do make a living. This is great for comercail vendors, proving that open source are... less ethical. What does it mean to be an open source supporter now, to a client? (OK, I should take the point that I need to let go of Don Quihote) I think lawyers have a bad reputation, and I do not want my profesion, sofware engineers to have that reputation. Henri Yandel wrote: This is where we get into the question of whether the ASF have licenced under an ASF licence, and not the LGPL licence of Elba, a piece of code that is not licensable. If so, then they have legally broken a barrier. Use of code is tricky, what if they have merely copied a design. I've not seen anything in terms of open source test cases to suggest how open open-source designs are. The apprent position of ASF is that.. well it's same design but we have (former jBoss developers changing the implementation over time. In esence, in music, same notes, but diferent performance ( same musicians.) You don't see how a PHB might hesiteate to hire an OSS suporter? Can somone downlaod ResinEE (for example :-) source, and refactor and now they own it? Or take OrionServer and decompile and refactor, and now they own it? Do ... or don't do what you want. I am done with it. .V ps: http://marc.theaimsgroup.com/?l=struts-devm=106858581404361w=2 (I can see the water mill now, now... it's a Dragon) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Martin van den Bemt [EMAIL PROTECTED] mvdb.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
+1000 --- Martin van den Bemt [EMAIL PROTECTED] wrote: Dude get a life and stop wining, we have better things to do, than read this shit. One thing is to have an opinion, the other thing is listening when people are actually saying you are wining and complaining at the worng place. LISTEN! Mvgr, Martin On Tue, 2003-11-11 at 23:37, Vic Cekvenich wrote: Scott Tavares wrote: Geezz relax Vic, . I can not understand why you are so passionate about this. Sincerely I think this is bad for open source and for sofware, which is where I do make a living. This is great for comercail vendors, proving that open source are... less ethical. What does it mean to be an open source supporter now, to a client? (OK, I should take the point that I need to let go of Don Quihote) I think lawyers have a bad reputation, and I do not want my profesion, sofware engineers to have that reputation. Henri Yandel wrote: This is where we get into the question of whether the ASF have licenced under an ASF licence, and not the LGPL licence of Elba, a piece of code that is not licensable. If so, then they have legally broken a barrier. Use of code is tricky, what if they have merely copied a design. I've not seen anything in terms of open source test cases to suggest how open open-source designs are. The apprent position of ASF is that.. well it's same design but we have (former jBoss developers changing the implementation over time. In esence, in music, same notes, but diferent performance ( same musicians.) You don't see how a PHB might hesiteate to hire an OSS suporter? Can somone downlaod ResinEE (for example :-) source, and refactor and now they own it? Or take OrionServer and decompile and refactor, and now they own it? Do ... or don't do what you want. I am done with it. .V ps: http://marc.theaimsgroup.com/?l=struts-devm=106858581404361w=2 (I can see the water mill now, now... it's a Dragon) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Martin van den Bemt [EMAIL PROTECTED] mvdb.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
we are talking about software here. It's no life and death matter. No one is going to lose their life over this. It's not like a U.S. gov. official leaking the name of a CIA operative to the public. what that mean :s _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call on Stein to resign over Gernimo
On Wed, 2003-11-12 at 00:20, mohammad nabil wrote: we are talking about software here. It's no life and death matter. No one is going to lose their life over this. It's not like a U.S. gov. official leaking the name of a CIA operative to the public. what that mean :s http://www.govexec.com/dailyfed/1003/102703gsn1.htm -- jaaron http://jadetower.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
