Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 55886 invoked from network); 18 Oct 2004 16:41:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 18 Oct 2004 16:41:02 -0000 Received: (qmail 64790 invoked by uid 500); 18 Oct 2004 16:40:39 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 64639 invoked by uid 500); 18 Oct 2004 16:40:38 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 64606 invoked by uid 99); 18 Oct 2004 16:40:37 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [18.51.2.218] (HELO simile.mit.edu) (18.51.2.218) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 18 Oct 2004 09:40:37 -0700 Received: (qmail 17446 invoked from network); 18 Oct 2004 16:40:32 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by simile.mit.edu with SMTP; 18 Oct 2004 16:40:32 -0000 Message-ID: <4173F205.1040501@apache.org> Date: Mon, 18 Oct 2004 09:40:37 -0700 From: Stefano Mazzocchi Organization: Apache Software Foundation User-Agent: Mozilla Thunderbird 0.7.3 (Macintosh/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [RT] Building ECM++ for 2.2 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040703060608050404000303" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This is a cryptographically signed message in MIME format. --------------ms040703060608050404000303 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Carsten Ziegeler wrote: > The following idea came to my mind during the weekend. All the > recent discussions about a new core/container etc. show that > a possible future version of Cocoon will have a different > component handling than we have now. > > One major concern for me is compatibility. It would be bad > if someone had to rewrite his complete application just to > update from one version of Cocoon to another. I guess we > all agree on this. Now reaching this goal can be done > from two sides: > a) The new version can have a compatibility layer. > b) We can provide a smooth transition from version to version. > > It would be ideal if we would have both. But with a compatibility > layer people tend to just use it without migrating their app. > > I wondered what we can do to build a better transition and > to get users moving away from our current approach to a > newer version. A possible way would be to make minor improvements > or modifications from version to version until we reach our > goal. This could e.g. be done by building ECM++ for Cocoon 2.2. > > The basic idea is to build an own version of ECM, which is: > grabbing the current ECM code, removing everything we don't > need and build a complete container in Cocoon that provides > the minimum functionality. > This would be: > - using the same configuration (roles and xconf) > - provide support of the following avalon based interfaces: > LogEnabled, Contextualizable, Parameterizable, Configurable, > Serviceable, Disposable, Initializable, Startable > > What could be the benefit of this? > - no support for Composable, Component etc. anymore (so no > proxies and wired wrapping anymore). > - no LogKitManagable, RoleManager support etc. > - no Instrumentation support - we could our own instrumentation (JMX?) > - All the code for this container would be ours - only the marker > interfaces are of course from Avalon. > - We could easily add new features, like the selector handling > or the DI from Fortress. Using Fortress is imho out of question > as it does rely on too many third party code. > > By having our own container implementation we could add any support > that we think that makes sense for providing a smooth migration path - > whereever this path ends :) > > Now, doing this is fairly easy; it requires just a bunch of code > and would reduce our depencies while giving us more flexibility. > > I just started with this approach and could finish it in the next days > if people think it is worth going this way. It would give 2.2 more meat > as well. > But perhaps this idea is totally foolish? > > Thoughts? Comments? +1000! the reasons to follow up right after in another RT -- Stefano. --------------ms040703060608050404000303 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwsi0jANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDMxMTEzMDE0OTU4WhcNMDQxMTEyMDE0OTU4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJz dGVmYW5vQGFwYWNoZS5vcmcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC2CMYD GJqn0K4hpdDlpgbFlGxlFh2mp5EZyY3cu9nmp2wcl+vGn1Wcc103mshOV7BYHnBnR9CBNI5E /l/S/hKj0jgd0jH9/aKqmExZkLWsC7kCLANKPPDFl/sPGTHnpkQhvUbDjlUZa/h77oVFowBg IZjdJWadNzssPJ5wnGdfuYr+4ZI2xEWjH0tZY6V4TpILRg/jp3F6x/avqjNGBA1KOp6OzXdh 0RfvXEMEXDu6AZTD+flQxOjKp+IHtSO7suwkKg9ffx7Gh2LGKE24sBNE8SEPYHRtchutpQh9 YFW30HVgLgq9rM8lUx6JA7D4akj/A2Wc3tr+BBqpUkvgm3b/AgMBAAGjLzAtMB0GA1UdEQQW MBSBEnN0ZWZhbm9AYXBhY2hlLm9yZzAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB AGfFFcM8lPwGLk1c5dHqMMbvR+i9MAWCNVoA2mHloOHW3Lv0peihvloRht8+lIK4+LpoygMQ beh+piuu/tcP+Z8W0Gee1pPiy0WfDbg5ZHfNvUswUSkoBP/nxL1yoHifBffxIm5IZNIxIj/l fStsMv5X8Tb/+KZY4T+iU/QU5t6UMIIC0TCCAjqgAwIBAgIDCyLSMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wMzEx MTMwMTQ5NThaFw0wNDExMTIwMTQ5NThaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEnN0ZWZhbm9AYXBhY2hlLm9yZzCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALYIxgMYmqfQriGl0OWmBsWUbGUWHaankRnJjdy72eanbByX 68afVZxzXTeayE5XsFgecGdH0IE0jkT+X9L+EqPSOB3SMf39oqqYTFmQtawLuQIsA0o88MWX +w8ZMeemRCG9RsOOVRlr+HvuhUWjAGAhmN0lZp03Oyw8nnCcZ1+5iv7hkjbERaMfS1ljpXhO kgtGD+OncXrH9q+qM0YEDUo6no7Nd2HRF+9cQwRcO7oBlMP5+VDE6Mqn4ge1I7uy7CQqD19/ HsaHYsYoTbiwE0TxIQ9gdG1yG62lCH1gVbfQdWAuCr2szyVTHokDsPhqSP8DZZze2v4EGqlS S+Cbdv8CAwEAAaMvMC0wHQYDVR0RBBYwFIESc3RlZmFub0BhcGFjaGUub3JnMAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAZ8UVwzyU/AYuTVzl0eowxu9H6L0wBYI1WgDaYeWg 4dbcu/Sl6KG+WhGG3z6Ugrj4umjKAxBt6H6mK67+1w/5nxbQZ57Wk+LLRZ8NuDlkd829SzBR KSgE/+fEvXKgeJ8F9/Eibkhk0jEiP+V9K2wy/lfxNv/4pljhP6JT9BTm3pQwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwsi0jAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDEwMTgxNjQwMzdaMCMGCSqGSIb3DQEJ BDEWBBR7z29zExTgaRCHbkKmGTh/1xtVKzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDCyLSMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwsi0jANBgkqhkiG9w0BAQEFAASCAQCWpI9D rhYg18dvAZ0meoZ9CGjSJtsrZ5sKly8KvBpFSf9VQvu2ZjMLjotC3iG4dACRrWRgsU9dcHtA h+L9cNsty8YBF8SHgR0nLLnBAnnPFZTsmEDDkd33ou4dWVuiaJzI8240Hylv+YS/27ps3bou 7n0TDobyevFX8oaXLw8cqavQSdcCnWgQiVbCqwF2YZENYvTRcgj/qcjO1iEdy4ODTI5Ma3QD RtESD049x3WceaqOLbFmFUw9AueL1SF2DcFlJnKrDVnK0u9nx21KNEbH0J+hh+Qrop0w6Iqn DmXpq6maXWirpWORRvjUdbz9Cny5WOjee+re3VIoAkAYbSwVAAAAAAAA --------------ms040703060608050404000303--