gcompienne wrote : But this seems to confirm that if I don't specify any
input then the deployer is always called (rather than never).
|
| So far I was always doing a setAllInputs(true) but that probably was not
necessary...
|
Inputs/outputs have only one struct usage, and that's the
Code is your friend. ;-)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4126285#4126285
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126285
___
jboss-user mailing list
But this seems to confirm that if I don't specify any input then the deployer
is always called (rather than never).
So far I was always doing a setAllInputs(true) but that probably was not
necessary...
Thanks again.
Gilles.
View the original post :
Arghh... My bad. I completly forgot to notice that the log.debug command was
after the if that was checking the presence of the LoaderRepositoryConfig...
Sorry...
But thanks for your useful help.
Gilles.
View the original post :
Behaving as what?
Being only triggered once (which I doubt is the case) or why there are no
inputs/outputs?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4126268#4126268
Reply to the post :
What AS5 instance are you running?
Did you check the HackCLMDD code?
There are (currently) two usages.
1) there is LoaderRepositoryConfig present in attachments
2) we're not top level deployment unit, and there is parent CLMD present
This deployer is always triggered.
And all it does - applying
As far as I can see it is only triggered once (looking at the log file) for a
default jboss run (includes an EJB 3 bean and a few other test deployers).
In fact I am trying to understand the exact relationships and rules existing
between the classloader that seem to be created by the structure
