[
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.
