Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 77471 invoked from network); 22 Aug 2008 14:42:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Aug 2008 14:42:23 -0000 Received: (qmail 32747 invoked by uid 500); 22 Aug 2008 14:42:20 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 32688 invoked by uid 500); 22 Aug 2008 14:42:20 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 32677 invoked by uid 99); 22 Aug 2008 14:42:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Aug 2008 07:42:19 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [76.13.13.41] (HELO smtp102.prem.mail.ac4.yahoo.com) (76.13.13.41) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 22 Aug 2008 14:41:20 +0000 Received: (qmail 74925 invoked from network); 22 Aug 2008 14:40:48 -0000 Received: from unknown (HELO drwoods.local) (drw_web@75.177.164.142 with plain) by smtp102.prem.mail.ac4.yahoo.com with SMTP; 22 Aug 2008 14:40:47 -0000 X-YMail-OSG: 4XDWmRIVM1lP9W0nVNAs83Kz0Fhw3sRP1lF8cH2Zg9m21RkYoVMjkUxJ55LoBX64Tm2vOaEuI7228LPFp.sairx3Ywfc0lMaxhRt46x0QdajI_MxuICWiSBtfMj426LrDxfnNFYqUcqzrVBQZAXkOfF8 X-Yahoo-Newman-Property: ymail-3 Message-ID: <48AECFEF.9070703@apache.org> Date: Fri, 22 Aug 2008 10:40:47 -0400 From: Donald Woods User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: Custom Assembly, Micro-G, Flexible Server, choose your favorite name References: <48AE1963.8090103@earthlink.net> In-Reply-To: <48AE1963.8090103@earthlink.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040201030901020000080207" X-Virus-Checked: Checked by ClamAV on apache.org This is a cryptographically signed message in MIME format. --------------ms040201030901020000080207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Still not sold on #4 (server toolkit), given all the plugins should be published to the maven snapshot or release repos. I could see providing the framework assembly from our distribution website with docs and samples of how to use it or c-m-p to create custom server or application centric assemblies. If we created a repository assembly, then I could see that as being a separate download that could be used for local builds, but using the hosted maven repos would still be the preferred solution. I think we need to decide in the next couple weeks how much of this we want to achieve for 2.2, given B,E,F will require restructuring the source tree and fixing some interdependencies, like - 1) framework assembly can be built from plugins and not have to include a separate boilerplate jarfile as today. The Framework assembly should be able to start and provide a cmdline for installing other plugins to create a web or full jee5 runtime from the maven repos (or a local dir if supplied) 2) restructuring depends under the current minimal-assembly to not include all of the JEE5 specs and yoko files. The specs should only be installed by the plugins that need them and yoko should only be pulled in when needed. 3) can we decouple openejb and axis/cxf support so you can have one w/o the other? believe we have some deployer/builder cross depends in this area today. -Donald Joe Bohn wrote: > > We've had a lot of discussions about user capabilities to build custom > assemblies in the past (see the links at [1], [2], [3] and [4] below) > and it seems we're launching into another one again. This most recent > discussion started when Lin was considering ways to improve the assemble > a server portlet. This discussion has now moved beyond just the console > to bigger ideas (as it must since the portlet is exposing some core > feature we want in Geronimo). > > I thought it might make sense to pause and reflect on ideas expressed in > the past to see if they have some bearing on where we go next. To that > end, I've included links to the old discussions as a way to help bridge > the gaps, explain how we got to where we are, and communicate where we > thought we wanted to end up. We obviously haven't gotten to the end > game yet, but I think we're getting closer. Plugins are beginning to be > more appreciated by our users and the vision is starting to catch on ... > so perhaps we're at a point where we can finally achieve some of the > more lofty goals (or make new ones). > > Some of the original discussions were perhaps best summarized by Matt in > [5] which was part of thread [2]. Matt has a great summary of the types > of users and their goals in that note. > > > references: > [1] http://www.nabble.com/Micro-G-td6490485s134.html#a6490485 > [2] http://www.nabble.com/micro-G-modules(configs)-td6669533s134.html > [3] > http://www.nabble.com/-DISCUSS--to-plugin-or-not-to-plugin%2C-that-is-the-question-td12410749s134.html > > [4] > http://www.nabble.com/Re%3A-svn-commit%3A-r568632----geronimo-server-trunk-assemblies-geronimo-framework-pom.xml-td12276842s134.html > > [5] > http://www.nabble.com/Re%3A-micro-G-modules%28configs%29-p6721792s134.html > > > My take on all of this: > > For Geronimo I think this translates into these goals: > 1) Provide users with the ability to generate assemblies that include > only what they want (including user created plugins). The process > should be repeatable across future Geronimo releases with consistent > results. > 2) Continue to provide users with assemblies that match what we certify > for completeness. > 3) Provide some "out of the box" definitions of features that can be > leveraged as complete solutions or modified to create new solutions. > Such "features" might include the function currently represented in > little-G and therefore could eliminate the need to ship little-G > assemblies. > 4) Provide an easy to use toolkit to make all of this possible. > 5) If possible, reduce the number of assemblies that we currently provide. > > > > To accomplish these goals I think we need the following functions in > Geronimo: > A) The capability to generate any assembly starting from a default core > assembly. > B) A core framework assembly that can act as the foundation for building > any more complex assembly. > C) A plugin catalog where the actual plugins to be used in the assembly > process will reside. This could be either shipped with an installation > kit or made available via remote repositories. It would not be the only > collection of plugins but would minimally contain all of the plugins > used to make our certified assemblies. > D) A mechanism to group sets of plugins together into logical functions > that make sense at a user level. > E) A mechanism to further group these logical functions together into > possible assemblies. > F) A command line or batch mechanism to consume definitions of plugins, > groupings of plugins, and possible assemblies to produce the actual > assembly. If this capability remains integrated with the server it > should be possible to run this from our smallest server assembly, > framework. Given that our administration console is our primary admin > vehicle in the full javaee5 assembly we should provide equivalent (and > hopefully more user friendly) function there. > > Items B-F would most likely compose a server assembly kit that could be > one possible deliverable from Geronimo. So, we might end up delivering > just the certified javaee5 assemblies and the server assembly toolkit to > cover all other cases. > > Joe > --------------ms040201030901020000080207 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJbTCC AxEwggJ6oAMCAQICEGE7sdOcvnyCHwhd2kbEvQ8wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDQwMjE5MjcwOVoX DTA5MDQwMjE5MjcwOVowZTEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4G CSqGSIb3DQEJARYRZHJ3X3dlYkB5YWhvby5jb20xIDAeBgkqhkiG9w0BCQEWEWR3b29kc0Bh cGFjaGUub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlylHzveM+GK2U2Ib +9wzj8Ga4z4zK/wmMGbRmJ4IM9W4HBGntekfCQfwkb0K/qD8QZcQY4HfyfxIkIA+TaYy5/nL 1wWvH73Oc1HMT7Fyc7Vfkewpi1KZoxLzAdr358uAi5TEYxOoUvCxLoI+BpM1655EDyRRlD8e dK3zemHv+gRoWkb11QmfFt6putMBi0VZZ3k2rJZRDXQDjMGOu/GPR1XcV+ah43Z/+vnPWMd+ NSqV9IUC7UWkL5kwhGpWOtgZg0tabr2xj79y13bG6fDQjwRKgSlN98wZjMQLx4MZPtn3lT1C zCOxsqjr86MGePVk2QXNvbCkxun6EHezeKtA/wIDAQABo0EwPzAvBgNVHREEKDAmgRFkcndf d2ViQHlhaG9vLmNvbYERZHdvb2RzQGFwYWNoZS5vcmcwDAYDVR0TAQH/BAIwADANBgkqhkiG 9w0BAQUFAAOBgQAitedgxXImBqxgW9UftLIVMaIzfKgnue/Q4GvPS0J6ucqyGB4l5f50aKEB kuLfajXpC/ZrScinLNFi8ZvMw6KCUaiWjAwupl5KiF7cWh93kNFihD2SM+M8+hFf9kVyGMxs 49FAn3yoP9QVCQtq4C1sixTfayi4rFRvRMlPRcYqdjCCAxEwggJ6oAMCAQICEGE7sdOcvnyC Hwhd2kbEvQ8wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0 ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBJc3N1aW5nIENBMB4XDTA4MDQwMjE5MjcwOVoXDTA5MDQwMjE5MjcwOVowZTEfMB0G A1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4GCSqGSIb3DQEJARYRZHJ3X3dlYkB5 YWhvby5jb20xIDAeBgkqhkiG9w0BCQEWEWR3b29kc0BhcGFjaGUub3JnMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlylHzveM+GK2U2Ib+9wzj8Ga4z4zK/wmMGbRmJ4IM9W4 HBGntekfCQfwkb0K/qD8QZcQY4HfyfxIkIA+TaYy5/nL1wWvH73Oc1HMT7Fyc7Vfkewpi1KZ oxLzAdr358uAi5TEYxOoUvCxLoI+BpM1655EDyRRlD8edK3zemHv+gRoWkb11QmfFt6putMB i0VZZ3k2rJZRDXQDjMGOu/GPR1XcV+ah43Z/+vnPWMd+NSqV9IUC7UWkL5kwhGpWOtgZg0ta br2xj79y13bG6fDQjwRKgSlN98wZjMQLx4MZPtn3lT1CzCOxsqjr86MGePVk2QXNvbCkxun6 EHezeKtA/wIDAQABo0EwPzAvBgNVHREEKDAmgRFkcndfd2ViQHlhaG9vLmNvbYERZHdvb2Rz QGFwYWNoZS5vcmcwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQAitedgxXImBqxg W9UftLIVMaIzfKgnue/Q4GvPS0J6ucqyGB4l5f50aKEBkuLfajXpC/ZrScinLNFi8ZvMw6KC UaiWjAwupl5KiF7cWh93kNFihD2SM+M8+hFf9kVyGMxs49FAn3yoP9QVCQtq4C1sixTfayi4 rFRvRMlPRcYqdjCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYT AlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UE ChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqG SIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBa Fw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3Vs dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz dWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRw nd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn 8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJg t/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0 dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1Ud DwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJ KoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A 9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH 1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIIDYAIBATB2MGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQYTux05y+fIIfCF3a RsS9DzAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wODA4MjIxNDQwNDdaMCMGCSqGSIb3DQEJBDEWBBQk3Ga9H6C0i/ivX7gD3gm5 Hrt6UzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAEMXgwdjBi MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEs MCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGE7sdOcvnyC Hwhd2kbEvQ8wgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECEGE7sdOcvnyCHwhd2kbEvQ8wDQYJKoZIhvcNAQEBBQAE ggEAP6wJneHIEy4faNKLZ37UYxVmnukQ7V7+af5bSJ9iDsWv50J+Jit6NL+AIoQ3H202pa6r ySgz8+6w8yBO8TlUtT3tYDaUSv2/kyOcwQF0ImNJ7foQKCHOo/XkbLt39ULg2lT0YHunukcA x0Elb/5d6dqFo4B/+jVIHturM0cWilYe3Lh8I4fv93stDmxtY2pMEMWP4/SS2JMVDLGDsjla vvFX4GIFyMKMwLechqKd5Y2rv54vsmGt+/nmM8h2UdsRSyiXqQsRJE4qqJN48pVSVHU4KESJ abJ8I457z0/tVYrznIohRTLJ6SsNtoGZwh6tSm8FM5kTyCGEbtBL4PHMfgAAAAAAAA== --------------ms040201030901020000080207--