Hi Erik.

Be aware of the fact that many classes you will use through T5 will be 
rewritten.
So if your "wrapping" application needs to work on annotations, make sure those 
are on interfaces, not implementing classes.

Cheers,
Andi.

On Jan 30, 2012, at 16:56 , Erik Fäßler wrote:

> Hello all,
> 
> I was wondering whether it is possible to build a JAR library which uses 
> Tapestry-IoC internally which is then used by another application without 
> being aware of Tapestry at all.
> 
> The reason is that we already use a framework architecture for NLP related 
> processing (UIMA). This framework defines components - annotators - which can 
> be put in line flexibly to create a variety of different pipeline 
> architectures, reusing the same components.
> 
> One of our components has grown quite big and I feel Tapestry's service and 
> IoC mechanisms would work just fine here. The UIMA framework, however, does 
> not use any external IoC container, AFAIK. Thus, my bigger components for 
> which I would like to use Tapestry IoC would do so silently.
> 
> But I should not use multiple registry objects if I'm correct. But I also 
> don't have a main application to hold the registry - this would be the UIMA 
> Framework itself which I'd rather not alter for this purpose. Is it perhaps 
> possible to create one central registry which can be used by all UIMA 
> components? I could use a static class with a static registry variable, for 
> example. By Tapestry's module-autoloading, all modules should be included in 
> this central registry. But I don't know if I don't just run straight into 
> bigger problems with that approach. So I'd like to ask for your advice.
> 
> Thanks and best regards,
> 
> Erik
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Reply via email to