[Design the new POJO MicroContainer] - Re: Bean instantiate order with contextual injection
by alesj
anonymous wrote :
| But what about actual @Inject in class annotation?
| Where to look/inspect class for them - to add dependency 'demand' items - how to get bean class from AbstractDependencyValueMetaData?
|
| ...
|
| How to add specific code about @Inject annotation into AnnotationMetaData.visit() - through children?
|
|
| anonymous wrote :
| | I don't understand either of these questions.
| |
| | Why would you be looking up the @Inject from the
| | AbstractDependencyValueMetaData (ADVM)?
| | It is a property of the class/method.
| |
I have a notion of Loose injection - if no matching bean is found no error is thrown - but this information is held in specific annotation.
Forget about Loose injection?
anonymous wrote :
| You would be better off not trying to mix the two features.
|
Yep, will seperate the two of them.
Or as you said - handling annotations with BeanMD creation.
anonymous wrote :
| 1) Contextual injection - i.e. determining (and properly dependening on)
| the injected context based on class rather than name.
|
How to get property class to add 'demand' dependency item in AbstractInjectionMD - AbstractPropertyMD doesn't hold any class type value - obviously, since no owner bean class inspection is done?
anonymous wrote :
| 2) Creating BeanMetaData from annotations rather than xml.
|
Adding this in AbstractBeanMetaData.visit() through KernelConfigurer?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3965022#3965022
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3965022
19 years, 7 months
[Design of POJO Server] - UnifiedClassLoader3 issues on dynamic POJOs
by adrian.andrei
I guess this is not the right forum, but it is the closest I could find. If you have a problem with my posting here, let me know and I will post it in the appropriate forum.
We have a bunch of POJOs in our application (that uses JBOSS 4.0.4 AS) that we generate using cglib based on a given meta-model. It is working fine but I noticed one issue: the UnifiedClassLoader3 doesn't register theses classes with the LoaderRepository, so the new POJO are not visible to other UnifiedClassLoaders. We do have a common class loading policy, so we were expecting to see the new classes available everywhere. The issue is that the defineClass method is not overridden, therefore the new class is registered locally but not with other classloaders (through LoaderRepository). We can work around internally but I though that you guys should know this issue. If it is a design on purpose (therefore we need to manage the life cycle ourselves) that's fine, otherwise you can add a couple of lines and register the new classes with the LoaderRepository in a overide of defineClass method.
Regards,
AA
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3964995#3964995
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3964995
19 years, 7 months