[JBoss-dev] [Design the new POJO MicroContainer] - Re: JARDeployer
Yes, but you need something to add plain jars and directories to the classpath. I believe it should be a policy decision whether it just does it or whether it looks for specifc pattern (like does it end with .zip or .jar, etc.) In the current implementation it just does it (with some file patterns excluded by the deployment scanner not the deployer framework). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3864391#3864391 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3864391 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: JARDeployer
But that something should be the configuration of another service like the bootstrap service, or even the URLDeploymentScanner. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3864401#3864401 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3864401 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: JARDeployer
I don't see that the JARDeployer has any reason for existence. If there is referenced content that has no associated deployer it should not just be added to some classpath. The configuration of the class and resource paths is an aspect of some deployment. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3864283#3864283 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3864283 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: JARDeployer
I didn't know what was the issue before with .jar vs. .war (I'd think since the extension is different, there would be no mixup). Can wars come with a .jar extension?? I had in mind the case of having an ejb-jar, but the ejb deployer is missing, so jar deployer picks it up... View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862690#3862690 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862690 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: JARDeployer
One thing we really need to be careful with is what happens when JARS are analyzed. For instance, EJB3 requires a .ejb3 filename extension because it has to iterate the entire archive and look at every single class in that archive for annotations that may be EJB3 annotations. If .jar files were accepted as well, it would have slowed down the deploy process significantly. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862614#3862614 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862614 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: JARDeployer
There should be no need for such hardcoding. The problem with the old jar deployer was 1) There was no ordering of deployers when it did accepts() 2) It was first to recognise it wins 3) The deployers were loaded in an adhoc fashion With the new deployers, the structural component that analyses the structure will be ordered (still with first to recognise it wins). Also, the structural deployers will be amongst the first things to be deployed. i.e. we don't have to worry about the jar deployer stealing a war deployment inside a sar because its sar was processed before the tomcat sar. The only way it is not going to work is if you don't have a war deployer. In that case, the jar deployer will be the only one that recognises the deployment. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862627#3862627 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862627 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
