Sorry this wasn't too clear. You are right, we haven't had a problem with the session bean facade, and the problem isn't when our applications want to access these services, but when our applications want to tie into the mapping files of these services. Let's say we have a "File" service that has a corresponding File.hbm.xml mapping file. Now one of our applications wants to subclass this "File" object which we can call "FileSubclass". This isn't a Service behind a session bean facade, this is just an app that has FileSublclass.hbm.xml as one of its mappings. This subclass mapping needs to reference the superclass "File" but I don't want all the mapping files in the same place because when our application that uses FileSubclass has a problem and has to redeploy I don't want to have to redeploy the File mapping as well because this Service hasn't changed and I don't want to possibly insert any bugs into that somehow. I'd like to be able to leave all these Services that are shared amongst all our apps alone if possible, but I don't believe that I can have mappings that reference each other like that in separate SARs??? I hope this, along with the original message clarifies my problem. Is there a way around this? Can these mapping files be in separate SARs and still work? My understanding is that they can't.
Thanks for your assistance
M-
|