Maybe I'm confused-- but there was the injection manager, then there was the PostConstruct/PreDestroy code within the bean manager/ApplicationAssociate, maybe I've been looking at the wrong version.
https://javaserverfaces-sources.dev.java.net/source/browse/javaserverfaces-sources/jsf-ri/src/com/sun/faces/application/ApplicationAssociate.java?rev=1.24&view=markup
The 'handlePostConstruct' method... would simply involve a static check for the existence of Class.forName("javax.annotation.PostConstruct")
Thanks :-)
>
>>>>>> On Wed, 11 Jan 2006 22:18:56 -0600, Jacob Hookom <jacob_at_hookom.net>
>said:
>
>JH> Ed Burns wrote:
>>>>>>>> On Mon, 09 Jan 2006 21:58:38 -0600, Jacob Hookom <jacob_at_hookom.net>
>said:
>>>>>>>>
>>>>>>>>
>>>
>JH> For someone not using a JEE 5 container, like Tomcat 5.5, is Sun putting
>JH> a requirement in with the 1.2 implementation such that it will only work
>JH> with their application server at this point?
>>>
>>> The story is that JSF 1.2 features marked as "required for an EE5
>>> compliant container" are only required if your container wants to claim
>>> compliance with EE5.
>>>
>>> Ed
>>>
>>>
>>>
>JH> Thanks Ed, would you want to do a reflection check on the annotation
>JH> before loading it to allow JSF 1.2 to run in Tomcat 5 without the
>JH> annotations lib?
>
>The Sun implementation already does this [1] see getInjectionMethod().
>
>Ed
>
>[1]
>https://javaserverfaces-sources.dev.java.net/source/browse/javaserverfaces-sour
>ces/jsf-ri/src/com/sun/faces/config/FacesInjectionManager.java?rev=1.3&view=mar
>kup
>--
>| ed.burns_at_sun.com | {home: 407 869 9587, office: 408 884 9519 OR x31640}
>| homepage: | http://purl.oclc.org/NET/edburns/
>| aim: edburns0sunw | iim: ed.burns_at_sun.com
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>