[Design of EJB 3.0] - eclipse build problems
by scott.stark@jboss.org
In looking at the mdb destination type not being defaulted, I pulled down a new ejb3 trunk and update my eclipse m2 integration, but I still have the following build error in ejb3-core:
| Severity and Description Path Resource Location Creation Time Id
| The project was not built due to "Resource already exists on disk: '/jboss-ejb3-core/eclipse-target/classes/security/tst.policy'.". Fix the problem, then try refreshing this project and building it since it may be inconsistent jboss-ejb3-core Unknown 1218050054674 3004
|
Tried building clean and yet another project is complaining about an existing resource:
| The project was not built due to "Resource already exists on disk: '/jboss-ejb3-interceptors/eclipse-target/tests-classes/supermethod/jboss-aop.xml'.". Fix the problem, then try refreshing this project and building it since it may be inconsistent jboss-ejb3-interceptors Unknown 1218050869912 5164
|
Doing a refresh and clean changed this to another problem:
| Severity and Description Path Resource Location Creation Time Id
| Required library cannot denote external folder: '/Users/svn/JBossAS/projects/ejb3/metadata/target/classes' for project 'jboss-ejb3-interceptors' jboss-ejb3-interceptors Build path 1218051089374 9445
|
Anyone have the eclipse projects working?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4169133#4169133
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4169133
17 years, 9 months
[Design of JBoss/Tomcat Integration] - Re: JBAS-5673 - Metadata processing
by scott.stark@jboss.org
"emuckenhuber" wrote :
| which would makes sense, as we don't use the resolvedClassInjections anymore (see processClass) and encInjections is actually already populated by the InjectionHandlers.
|
| But e.g. the UserTransaction is handled differently in WebResourceHandler:
|
|
| | public class WebResourceHandler implements InjectionHandler
| | {
| | // ...
| | loadXmlResourceEnvRefs(InjectionContainer container, Collection refs)
| | {
| |
| | else if (resType.equals(UserTransaction.class))
| | {
| |
| | if(envRef.getInjectionTargets() != null)
| | {
| | createInjectors(container.getInjectors(), getClassloader(), factory, getInjectionTargets());
| | continue;
| | }
| | // ....
| | }
| |
The encInjectors is setup as a side-effect of running the handlers in processMetadata:
| public void processMetadata()
| {
| // XML must be done first so that any annotation overrides are initialized
|
| // todo injection handlers should be pluggable from XML
| handlers = new ArrayList<InjectionHandler<Environment>>();
| handlers.add(new WebEJBInjectionHandler<Environment>());
| handlers.add(new DependsHandler<Environment>());
| handlers.add(new PersistenceContextHandler<Environment>());
| handlers.add(new PersistenceUnitHandler<Environment>());
| handlers.add(new WebResourceHandler<Environment>());
| handlers.add(new WebServiceRefHandler<Environment>());
|
If we don't need that anymore, this is where they could be setup.
"emuckenhuber" wrote :
| Assuming that the processAnnotations should be like that, we would need to add those injectors also to the EncInjections and so smth like:
|
|
| | createInjectors(container.getEncInjections(), getClassloader(), factory, getInjectionTargets());
| |
|
| I think adding it to a List would not make sense in this case (same for the WebServiceHandler).
|
| That should be it, so that we just process annotations once (still ignoring dynamic beans). Does that makes sense ? :)
|
|
If it works, yes ;).
Cleanup the TomcatInjectionContainer as much as possible, minimizing reliance on the old ejb3 injection code as we will eventually move this to the mc based injection component factory project:
https://svn.jboss.org/repos/jbossas/projects/component-factory/trunk/
Right now were just focused on getting the tck passing.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4169121#4169121
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4169121
17 years, 9 months