Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <46B7536B.3070809@apache.org>
Date: Mon, 06 Aug 2007 12:59:23 -0400
From: Donald Woods <dwoods@apache.org>
Reply-To: dwoods@apache.org
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: dev@geronimo.apache.org
Subject: Re: Splitting up the server into a few more chunks
References: <33BF7851-7913-4291-91C0-439E061CBC0D@planet57.com>
 <62A6EEF4-253D-4419-933B-E84EB81AD9BD@yahoo.com>
 <1EE3CA35-E9B7-4756-B322-D228D81E1B70@planet57.com>
In-Reply-To: <1EE3CA35-E9B7-4756-B322-D228D81E1B70@planet57.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature";
 micalg=sha1; boundary="------------ms090505010609020803040703"

This is a cryptographically signed message in MIME format.

--------------ms090505010609020803040703
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Anything more than 6 to 8 groupings could cause chaos (just like at our 
current release process which takes weeks to get everything voted and released...)

We already have 5 groupings created -
- devtools (Eclipse, Netbeans, J2G)
- plugins (non-JEE5 required server add-ons)
- samples (should contain all samples from current server and the wiki)
- components (shared/used by other projects)
- server (current catch-all)

After cleanup of server to move the samples to /samples and ApacheDS to 
/plugins, we should consider the more drastic changes, like moving the base 
Admin Console support (via Pluto 1.2) out to /plugins and start moving the 
Portlets into the actual modules/configs that they administer....

Some other "grouping" that may make sense are -
- core - renamed /server/modules directory promoted to a top-level grouping 
and only contains server modules
- configs - current configs, which can be installed as plugins
- assemblies - current assemblies, which require the configs as input


-Donald

Jason Dillon wrote:
> Um, I just took a blind stab in the dark...
> 
> But, what I was thinking was that we have  the core modules which are 
> the bare minimum to boot up a functional Geronimo server w/o any JavaEE 
> muck, then slice up the other components into plugins, though they don't 
> really need to be G plugins, they just need to hold groups of modules to 
> provide a components functionality and configuration.
> 
> I also split up the support bits, as those should be common across the 
> core framework bits and components/plugins...
> 
> I'm certainly open to ideas and discussion on this.  I think we really 
> need to move in this direction.
> 
> --jason
> 
> 
> On Aug 6, 2007, at 8:12 AM, David Jencks wrote:
> 
>> I certainly agree with your goal but am less sure about your proposed 
>> naming and organization.  Also from looking at your list it took me a 
>> couple minutes to figure out what is removed from "server"
>>
>> I've been thinking that we could proceed by turning bits of the server 
>> into plugins.  For instance I was planning to turn the directory bits 
>> I commented out recently into a plugin this week.  I think we could 
>> fairly easiiy turn jetty, tomcat, and openejb into plugins.  I wonder 
>> if, after turning the "easy stuff" into plugins what we will think 
>> about reorganizing the remaining stuff.
>>
>> So then the question might be how to organize the plugins?
>>
>> thanks
>> david jencks
>>
>> On Aug 6, 2007, at 1:48 AM, Jason Dillon wrote:
>>
>>> Hiya, I've mentioned this before... and now that we have a 2.0 branch 
>>> and trunk has moved on to 2.1 work, I think its time we really make a 
>>> decision on this and implement it.
>>>
>>> Before, I had been thinking of keeping all of the modules in the 
>>> server/trunk tree just in better locations organized by functionality 
>>> and feature not by artifact type.  But, now I'm thinking we should 
>>> really do one step more than that, and split up the server/trunk 
>>> project into several smaller and more manageable chunks of modules.  
>>> I still think that the basic grouping that we kinda talked about 
>>> before should work fine, but instead of having them share a project 
>>> namespace we give them their own.
>>>
>>> So, for example...
>>>
>>> server-support/trunk
>>>     testsupport
>>>     buildsupport
>>>
>>> server-framework/trunk
>>>     geronimo-activation
>>>     geronimo-client
>>>     geronimo-client-builder
>>>     geronimo-clustering
>>>     geronimo-common
>>>     geronimo-connector
>>>     geronimo-connector-builder
>>>     geronimo-core
>>>     geronimo-deploy-config
>>>     geronimo-deploy-jsr88
>>>     geronimo-deploy-jsr88-bootstrapper
>>>     geronimo-deploy-tool
>>>     geronimo-deployment
>>>     geronimo-gbean-deployer
>>>     geronimo-interceptor
>>>     geronimo-j2ee
>>>     geronimo-j2ee-builder
>>>     geronimo-j2ee-schema
>>>     geronimo-jmx-remoting
>>>     geronimo-kernel
>>>     geronimo-management
>>>     geronimo-naming
>>>     geronimo-naming-builder
>>>     geronimo-security
>>>     geronimo-security-builder
>>>     geronimo-service-builder
>>>     geronimo-system
>>>     geronimo-test-ddbean
>>>     geronimo-timer
>>>     geronimo-transaction
>>>     geronimo-transaction-jta11
>>>     geronimo-transformer
>>>     geronimo-util
>>>     geronimo-web-2.5-builder
>>>
>>> And then we can group some of the related components up into shared 
>>> projects, or just go out and give each component its own project, 
>>> and/or think about maybe using the same style that the 
>>> maven/plugins/trunk tree uses, a shared project, but each component 
>>> is related individually... still not sure I like that, kinda messy.
>>>
>>> I don't want to end up with a ton of projects either, and I certainly 
>>> don't want to get up using SNAPSHOT versions of these puppies if we 
>>> can help it.  So, maybe to start out we could do these:
>>>
>>>     server-support
>>>     server-framework
>>>     server-components
>>>     server-assembly
>>>
>>> BTW, I'm using "dash" here so that the names don't collide with what 
>>> is there now, but really we could user server/support/trunk, 
>>> server/framework/trunk, etc (which is better IMO for the longer run).
>>>
>>> And in the process of making this split up, we can re-arrange modules 
>>> by feature and function instead of by type... and actually we have to 
>>> do that to make the components bits work.
>>>
>>>  * * *
>>>
>>> I really believe this will help improve the support and 
>>> maintainability of the server's code-base and it will help the 
>>> project scale better as new components are added too.  For developers 
>>> that are only interested in working on a specific component, it 
>>> reduces the amount of other sources they need to check out and 
>>> reduces the time to build too, so that they can build a clean server 
>>> assembly faster and developer their features sooner and hopefully 
>>> have less hair-pulling and more relaxed beer drinking as they pat 
>>> themselves on the back for doing such a speedy job.
>>>
>>> I really, really... really, really, really ( :-P ) think that we 
>>> *must* move along these lines for the longer term health of the 
>>> project...
>>>
>>> Comments?  Suggestions?
>>>
>>> --jason
>>>
>>>
>>
> 
> 
> 

--------------ms090505010609020803040703
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

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJAzCC
AtwwggJFoAMCAQICEGl0fFJRFoUogDNHr2j130gwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE
BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDQwMzE5MDgwOFoX
DTA4MDQwMjE5MDgwOFowQzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4G
CSqGSIb3DQEJARYRZHdvb2RzQGFwYWNoZS5vcmcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw
ggEKAoIBAQDENBaTcon2Q3/v2plog9ympNR5IWM94JDvXhWanc1Qz07/sIerwI99WZ4z0AAV
wBelazRFCsXkFCaNDM1sOJ0gx4I+KISb5XoX/omAhYIs+Cwac2hitDraZE2Q7x281nLn4TPR
d29GVpUZVKsaDvmvnDAagGTEkOfHBx/yUihzshJn4S6n6vahimEWWXn5Qw4Oj5Muvz8iKGoA
MilrHZrfSKvCqT0LhGaFnZhrMvqeCguf0/IlP6YJ2kBmouV3XHFUaiai4PQZ7ahtbW7meKb4
b25QUjIFJHIr0KhJXqoGADRAlBgTaqWBIKbdTmYBsr55aasjp5TU+XAxiqFr1FoTAgMBAAGj
LjAsMBwGA1UdEQQVMBOBEWR3b29kc0BhcGFjaGUub3JnMAwGA1UdEwEB/wQCMAAwDQYJKoZI
hvcNAQEFBQADgYEAJReGzfwY5+BY6PuXJQLURKni6kBaFi7Z7b+tjn6iTdlZhbSF9YHazHIJ
9J6oaOzfG28JroaAlk9PeAvbC38f2kaU4bWQgm6yp6308ZRyM8V3CHXe6Wm9bXiJeZCRTpix
Mvxo+mWG2Jq0vnfjWxt+Fbi0ic1xl3I+1UguMfAfAggwggLcMIICRaADAgECAhBpdHxSURaF
KIAzR69o9d9IMA0GCSqGSIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3
dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl
ZW1haWwgSXNzdWluZyBDQTAeFw0wNzA0MDMxOTA4MDhaFw0wODA0MDIxOTA4MDhaMEMxHzAd
BgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxIDAeBgkqhkiG9w0BCQEWEWR3b29kc0Bh
cGFjaGUub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxDQWk3KJ9kN/79qZ
aIPcpqTUeSFjPeCQ714Vmp3NUM9O/7CHq8CPfVmeM9AAFcAXpWs0RQrF5BQmjQzNbDidIMeC
PiiEm+V6F/6JgIWCLPgsGnNoYrQ62mRNkO8dvNZy5+Ez0XdvRlaVGVSrGg75r5wwGoBkxJDn
xwcf8lIoc7ISZ+Eup+r2oYphFll5+UMODo+TLr8/IihqADIpax2a30irwqk9C4RmhZ2YazL6
ngoLn9PyJT+mCdpAZqLld1xxVGomouD0Ge2obW1u5nim+G9uUFIyBSRyK9CoSV6qBgA0QJQY
E2qlgSCm3U5mAbK+eWmrI6eU1PlwMYqha9RaEwIDAQABoy4wLDAcBgNVHREEFTATgRFkd29v
ZHNAYXBhY2hlLm9yZzAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBACUXhs38GOfg
WOj7lyUC1ESp4upAWhYu2e2/rY5+ok3ZWYW0hfWB2sxyCfSeqGjs3xtvCa6GgJZPT3gL2wt/
H9pGlOG1kIJusqet9PGUcjPFdwh13ulpvW14iXmQkU6YsTL8aPplhtiatL5341sbfhW4tInN
cZdyPtVILjHwHwIIMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UE
BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD
VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl
cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ
KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAw
MFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z
dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ
c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1
BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwL
B+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZ
cmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYy
aHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYD
VR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN
BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82
L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr3
94fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCA2QwggNgAgEBMHYwYjEL
MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq
BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBpdHxSURaFKIAz
R69o9d9IMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI
hvcNAQkFMQ8XDTA3MDgwNjE2NTkyM1owIwYJKoZIhvcNAQkEMRYEFA+uilWN5CmraJYSvYfJ
oBG2QjHjMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2
MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu
MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQaXR8UlEW
hSiAM0evaPXfSDCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK
ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u
YWwgRnJlZW1haWwgSXNzdWluZyBDQQIQaXR8UlEWhSiAM0evaPXfSDANBgkqhkiG9w0BAQEF
AASCAQAVm8DjVWvshPxB95d6ZlA/SVfN8WNScSlPkAmJWAfDOy/p1OmQdxLtfFW+rKZyCOUt
0H3PLnm0JTwiiFo4PLkIyc/cNBekD/Z6jRDDrfkHdCyz9VuJPDROY5UFt2mJQNUGm61W/NYn
5W4WO+AM6rVlWGV9XLxN10wQ+XxYFandibNhUWvyyKmZ3Bk2eACYKtpHXscGJ8/xrX5L9LKp
4+8zZK3rZCFCSlJNrYiiSOLBAYyuE0C12MtevU/YSHtdA6wysh7d+AI2Xrlcuye3s0UwV8q8
khDbvOLa8/Q8cYMGScZi5e1RJuqm3mUE6/wr/5wcnMzGYXYyHlsfQfP7gFOLAAAAAAAA
--------------ms090505010609020803040703--