Bugs item #684594, was opened at 2003-02-11 14:55 Message generated for change (Comment added) made by tstanczak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=684594&group_id=22866
Category: JBossServer Group: CVS HEAD Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: Markus Kling (mkling) Assigned to: Nobody/Anonymous (nobody) Summary: URLDirectoryScanner throws IncompleteDeploymentExceptions Initial Comment: 1) The URLDirectoryScanner does not defer checking for incomplete deployments until all deployments have been resolved. This results in IncompleteDeploymentExceptions even with the default configuration. 2) Typing error in #addScanDir(String, String, String): No specific compClass can be added. These bugs effect all versions from 3.0 to HEAD. Attached you find a patch that adapts the correct behaviour from the URLDeploymentScanner. ---------------------------------------------------------------------- Comment By: Tomasz Stanczak (tstanczak) Date: 2003-11-18 16:28 Message: Logged In: YES user_id=757539 Yet it does add functionality, at least one - the ability to deploy applications/services/etc in the order of the urls parameter. Like in the example: <mbean > ... <attribute name="URLs"> <urls> <dir name="./deploy-classes"/> <dir name="./deploy"/> ... Why is it important? I want to use my own Tomcat SSL socket factory, I set it in jbossweb-tomcat41.sar/META- INF/jboss-service.xml. The compiled classes are being deployed through a service file on /deploy-classes directory. The URLDeploymentScanner throws all the deployments found in the URLs attribute in one big bag, sorts the bag using its DeploymentSorter, and deploys in the resulting order. The very first deployments are service applications (*.sar), among others Tomcat. *service.xml are next. So Tomcat gets started before my classes are added to the unified repository. As you can guess I get ClassNotFound exceptions. Now I could put my classes in the system classpath, but I prefer not to change system classpath as long as I see other possibilities to get the classes to work. In case URLDirectoryScanner I just put /deploy-classes in front of /deploy and everything works. Of course i could write my own DeploymentSorter, but the again I had to put my classes in the system classpath! Now you have a diff submitted by Markus Kling, I have noticed that URLDirectoryScanner in Jboss 3.2.2 is the same as of Jboss 3.2.1, and modified it again appropriately, I can can upload my changes, too. I can't understand why it is rejected, it definitely adds functionality! ---------------------------------------------------------------------- Comment By: Tomasz Stanczak (tstanczak) Date: 2003-09-26 16:18 Message: Logged In: YES user_id=757539 >From the comments in the jboss-service.xml "URLDeploymentScanner assumes that all directories are to be scanned, which can cause problems if directory referred to in the deploy attribute is an exploded archive" The next is the ability to set the order of the deployment just by the order of the URL list - deployments get deployed in that order. Seems easier to me than using numbers in file names or coding an own DeploymentSorter. See also bug#711341 - where I have described why I'd like to use URLDirectoryScanner instead of URLDeploymentScanner. The bottom line of this is that I see no reason why it shouldn't be changed to work like URLDeploymentScanner in that respect - either URLDirectoryScanner shouldn't be used and then it should be removed from JBoss, or it may be used, in which case this small but nerving annoyance should be removed. ---------------------------------------------------------------------- Comment By: Scott M Stark (starksm) Date: 2003-05-26 19:14 Message: Logged In: YES user_id=175228 The URLDirectoryScanner adds no functionality over URLDeploymentScanner that I can see as of 3.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=684594&group_id=22866 ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development