Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v619.2)
In-Reply-To: <4231E764.9040300@apache.org>
References: <4231E764.9040300@apache.org>
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-2--872556396;
 protocol="application/pkcs7-signature"
Message-Id: <68eb4cb90c3ebcab3fc0e44c3cbf8e5d@apache.org>
From: Bertrand Delacretaz <bdelacretaz@apache.org>
Subject: Re: [RT] Another step to blocks: Application container support
Date: Fri, 11 Mar 2005 23:03:49 +0100
To: dev@cocoon.apache.org


--Apple-Mail-2--872556396
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed

Le 11 mars 05, =E0 19:45, Carsten Ziegeler a =E9crit :

> ...Now, I think we should help users in doing this. I'm currently=20
> thinking
> about directly supporting DCC on the application level and therefore
> creating support for an "application container" (We can later on
> decide if we support both, or just one of them or a totally different=20=

> one.)..

IIUC the mechanism that you suggest would make it possible to support=20
new DCCs by creating some kind of adapter class for them? In this way=20
we could provide adapters for (say) Spring and Hivemind without closing=20=

doors to other options.

> ...b) Direct support for DCC. Using these frameworks is not that=20
> difficult
> inside Cocoon, but I think it could be easier.
> What do you think if e.g. a "getComponent("something")" in flow uses a
> Spring BeanFactory (and if the factory does not have the =
bean/component
> then the usual Avalon mechanism is used). The same would happen if you
> get a service manager from the Cocoon core...

Does that mean "chaining" containers, asking them in turn until one of=20=

them finds the component? If this is implemented at the sitemap level,=20=

would we then get a chain like this to get a component?

-Ask this sitemap's DCC for the component
-If not found, ask this sitemap's service manager
-if not found, ask the parent sitemap, which asks its DCC then its=20
service manager, and so on

Just asking to check my understanding.

> ...With these additions we get kind of a "sitemap controller" (or
> whatever we call it): component configurations (xconf), DCC support,
> class loading, listeners etc. This sitemap controller could become=20
> later
> on the "block logic" or the block object/component...

Sounds like a really good idea, especially with sitemap-level=20
classloader shielding. And making the sitemap the "control unit" fits=20
nicely with the existing structure, meaning an easier learning curve.

Big +1 on the idea!

-Bertrand


--Apple-Mail-2--872556396
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGRTCCAv4w
ggJnoAMCAQICAw0p3DANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0EwHhcNMDQxMDA0MTQyMzU0WhcNMDUxMDA0MTQyMzU0WjBtMRMwEQYDVQQE
EwpEZWxhY3JldGF6MREwDwYDVQQqEwhCZXJ0cmFuZDEcMBoGA1UEAxMTQmVydHJhbmQgRGVsYWNy
ZXRhejElMCMGCSqGSIb3DQEJARYWYmRlbGFjcmV0YXpAYXBhY2hlLm9yZzCCASIwDQYJKoZIhvcN
AQEBBQADggEPADCCAQoCggEBALXTKyJRGv/islEqVhG+iE8FSGe+4ikts9rca6OUPD4CJ+vYcXS5
arpv87lSoi0cyC8QkjB6MzsXzsraQjyO3EOeFOcNWN1XFe0Qc2uqVBSdYM6LtaSs4A1OYSweKKFK
iNscMmlsIIKXvZ8xb4QmbZZSkklh5tWdJh+aNNV0m++NEUXRsqRffz6eHRmf0RjYmwxBig3KpzmH
dPAcGTtDcI9O7p2OpQ7zPFAt9n4tMPx6makpU97HeGKqvWPIaaprQa/4nLhTcWDaZ1AHyFYNhzru
gyRI0SDyp6OijuUZKXsaESJWEEySke18l6aZbsflzXpoCMTS9ce93fJ0uBFax/kCAwEAAaMzMDEw
IQYDVR0RBBowGIEWYmRlbGFjcmV0YXpAYXBhY2hlLm9yZzAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3
DQEBBAUAA4GBAEBia6WrujKxJoVkme3aFszr/WmH4x+mIj+AmrAVG2tGB+RO0yCK/aal3wLzMBYn
O6zr7TPW2PqOUmMGeP7Pgr5KSMn4rlfM+Hdfd/IvqCpHuWcqq/VAto47XF2cZyGNw32EdGx8IeCe
6BFaoRh6yJdS3GkOnbqSNCVTih/PdRlxMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB
0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du
MRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2
aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ
KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoX
DTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5n
IChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENB
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31
W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3
PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIG
A1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29t
L1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAc
MRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswN
o2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe
JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/
XV9lTzGCAucwggLjAgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0
aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5n
IENBAgMNKdwwCQYFKw4DAhoFAKCCAVMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG
9w0BCQUxDxcNMDUwMzExMjIwMzUwWjAjBgkqhkiG9w0BCQQxFgQUU/OtYOY1W3SdtiCJC5oZ2bTp
k3EweAYJKwYBBAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1
bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp
bmcgQ0ECAw0p3DB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo
YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl
bWFpbCBJc3N1aW5nIENBAgMNKdwwDQYJKoZIhvcNAQEBBQAEggEAMK5wOCiNOVFlt3StLVKHMJr+
DAyrxG1+fIT2bG/9pdW/oUK6e7nvxupC/VVQn5fgnp3KxIvjHOzyb+HMgny1foxD5v+Tr9StjSWN
Tw59rRPtQEfIYlI48CbmjR2A4PbLMjoPqrTmSY27lTvALKk/C0eizdg3tAqGuhoXfOrKL9c+4E8l
KBuxHUABVd9oL9QzZ2oRh0Jwr0gyjW+60385MEDJ6ifU1C2CJ6FcuegSfan4S8ajpYhh+oEg6vYD
82LDccsapGLj5WEMrZf30m/BaPK2rK8si4XcvRHHTwMqIZYwsIwL6TzT5u4KyUjVFQ+oQOTPFsOK
alUEfLTW65d2yQAAAAAAAA==

--Apple-Mail-2--872556396--