[ https://issues.apache.org/jira/browse/TUSCANY-2343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600426#action_12600426 ]
Georg Schmidt commented on TUSCANY-2343: ---------------------------------------- About our scenario. We are currently developing a architecture for search and unstructured information management. That arcitecture uses Tuscany to handle communication in an abstract manner. Samples: * We have components that have to be implemented in C++ * We have adapters to extract information that should be implemented in .NET * We have adapters to extract information that should be called out of process (stability). We are combining technologies like SCA, BPEL, OSGi a lot of XML and knowledge management. Generally our goal is to create an architecture framework for handling commodity aspects of enterprise search that different vendors could focus on differentiators. SCA/Tuscany is an important aspect for us because its ability to abstract the communication. Our framework should be extensible eg for adding more adaptors for extracting information or for annotating information. For us the flexibility of the OSGi environment is vital (e.g. adding such components at runtime) And we are keen to use it's dynamics with SCA; we are awaiting some issues at that point. And we hope to get closer into touch with your team about those things. Our architecture will work in different deployment scenarios. From single machine (as a service) to a large cluster in an enterprise. Generally we have to fight with a real dynamic system that have to be really easy extensible. Few configs, few management, ... That will be a vital point for us. If this information is not the expected level, please get into touch with me. Ask questions and I will provide further information. Curretly I just don't know which level to chose for answering. Don't be surprised by C++ or .NET we are willing to make investments on that area... and if you are interested we could talk about colaboration. > OSGi bundle design leads to class loading issues > ------------------------------------------------ > > Key: TUSCANY-2343 > URL: https://issues.apache.org/jira/browse/TUSCANY-2343 > Project: Tuscany > Issue Type: Bug > Reporter: Georg Schmidt > > Currently the design of the OSGi bundles leads to class loading exceptions. > There seem to be several reasons for this behavior: > * reexporting of all libraries without version numbers > * imports without version numbers > Please use distinct bundles for 3rd party libraries. That would lead to > easier reusage of your bundles in a larger OSGi project. > The current status leads to undefined system behaviour due to the OSGi class > loading concept. > Please tell if you see a way, how we could support you by achieving this > goal. (If a solution is interesting for you) We are willing to contribute > because its a critical project issue for us. > The problems occur with the current snapshot release. Sorry, I do not know > which version to take. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.