JL is right. About tomee.xml/resources.xml the behavior you describe is ok but you shouldnt deploy both IMO. Le 23 mai 2013 21:35, "Jean-Louis MONTEIRO" <[email protected]> a écrit :
> Hi, > > Thanks for the feedback. > Do you have a simple EAR application to reproduce? > > It would be helpful to have the same starting point if we have to discuss > deeper and the thread becomes longer. > > Anyway, EAR files should not go to webapps/ > Only wars can go there. > > EAR files and JAR files must go to apps (you must create it on a fresh > install). > Basically, all archives Tomcat is not used to deal with are not supposed to > go to webapps/ > > Regarding the datasources, not sure tomee.xml overrides resources.xml > resources declared in the app. Romain recalls maybe. > You can use tomes.xml for both dev and prod and use maven filtering for > example. > You can also deploy the resources.xml alone in webapps/ or apps/, so that > you can more easily choose one file or the other. > > You should also be able to use properties place holder. > There is also the alternate descriptor feature for specifying alternate > files to use in dev for example. It does not apply to resources.xml as far > as I know. > There are various options to solve that depending on what you are used to > do. > > If you have a lot of libraries (jars) in ear/lib or in any WEB-INF/lib > directory of each web apps, you can waste unnecessary time. As per the > spec, we must scan everything (more or less). > > You can set those system properties in system.properties file or as usual > java system properties. > Another way is also to add conf/exclusions.list > > FYI, the default list is > > http://svn.apache.org/repos/asf/tomee/tomee/trunk/container/openejb-core/src/main/resources/default.exclusions > > Only prefix is enough. > > Another option is to add a WEB-INF/scan.xml > It contains the list of classes and/or packages to scan. Here is a sample: > http://svn.apache.org/repos/asf/tomee/tomee/trunk > /server/openejb-common-cli/src/main/resources/META-INF/scan.xml< > http://svn.apache.org/repos/asf/openejb/trunk/openejb/server/openejb-common-cli/src/main/resources/META-INF/scan.xml > > > > > Hope it helps. > JLouis > > > > 2013/5/23 m1000 <[email protected]> > > > A correction and some more questions: > > > > I can still undeploy my ear app (unless I'm mistaken, it didn't work on > > yesterday snapshot but today it works if I delete the .ear file first). > > > > More questions: > > > > 1. If I keep my JDBC resources in my ear in resources.xml (for my > > development purposes) but also have them > > defined in tomee.xml, but pointing them on another database, it seems > > that the datasources in tomee.xml > > are not overriding the ones in META-INF/resources.xml. > > > > Is this ok ? There is no priority/hierarchy to them ? > > So I can't have JDBC resources defined in my app because on > deployment, > > the customer need to have its own jdbc URL but META-INF/resources.xml > would > > be the one loaded anyway. > > > > 2. I've checked the documentation but I'm having some difficulties with > > this > > : > > > > /SEVERE: Searched 25 classpath urls in 29168 milliseconds. Average 1166 > > milliseconds per url. TOO LONG! > > May 23, 2013 2:20:09 PM org.apache.openejb.config.DeploymentsResolver > > loadFromClasspath > > SEVERE: ADJUST THE EXCLUDE/INCLUDE!!!. Current settings: > > openejb.deployments.classpath.exclude='', > > openejb.deployments.classpath.include='.*' > > > > INFO: Inspecting classpath for applications: 25 urls. Consider > > adjusting > > your exclude/include. Current settings: > > openejb.deployments.classpath.exclude='', > > openejb.deployments.classpath.include='.*'/ > > > > If I understand correctly, my ear/libs dependencies are probably the ones > > wasting the scanner time. > > But where should I define openejb.deployments.classpath.exclude/include ? > > It > > doesn't seems that I can put those in my ear/META-INF/somefile.xml. > > Wouldn't > > that be great if I could define my app exclude/include in my app archive > ? > > > > Sorry for the avalanche of questions ;-) > > > > > > > > -- > > View this message in context: > > > http://openejb.979440.n4.nabble.com/Couple-of-questions-it-works-but-ear-tp4663190p4663191.html > > Sent from the OpenEJB User mailing list archive at Nabble.com. > > > > > > -- > Jean-Louis >
