I'm afraid not. The notion of deployment package is used mostly in the process store and the ProcessManagement API. The engine itself has very little knowledge about how processes relate to those deployment package. I think this would require some thinking and work around the integration interfaces (IAPI).
alex On 2/6/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
Hopefully using the thread context classloader should be enough ... Is there any location where i can be sure to intercept all calls to the bpel engine to make sure the TCL is set wrt to the service unit ? On 2/5/07, Alex Boisvert <[EMAIL PROTECTED]> wrote: > I think that's a good idea... although I haven't looked at how Saxon > dynamically loads the classes and whether it supports any custom hooks for > doing so. > > alex > > > On 2/5/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote: > > > > Thanks ! > > What about enhancing the JBI deployer so that you could deploy such > > functions inside the SU (for example by loading all jars inside the > > /lib folder, or using something in the jbi descriptor) ? Modifying the > > container classpath is not always a good idea ... > > > > On 2/5/07, Alex Boisvert <[EMAIL PROTECTED]> wrote: > > > Hi Guillaume, > > > > > > Take a look at this page: > > > > > > http://www.intalio.org/confluence/display/PXE/Custom+XPath+Functions > > > > > > alex > > > > > > On 2/5/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote: > > > > > > > > Is there currently any way to extend the set of xpath functions > > available > > > > to the bpel engine. If yes, how, and if no, what about adding such a > > > > feature ? I 'm thinking about adding at least some functions to > > access > > > > the jbi exchange properties / security informations ... and to allow > > > > custom functions: i have a case where i need to retrieve the IP > > address of > > > > the host in the BPEL and I'm a bit reluctant to implement a service > > just > > > > for that. > > > > > > > > -- > > > > Cheers, > > > > Guillaume Nodet > > > > > > > > > > > > > -- > > Cheers, > > Guillaume Nodet > > ------------------------ > > Architect, LogicBlaze (http://www.logicblaze.com/) > > Blog: http://gnodet.blogspot.com/ > > > -- Cheers, Guillaume Nodet ------------------------ Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
