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:
...
...
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
