Hi,

Yesterday I commented I'm developing a proof of concept of an application
which uses Apache Metamodel for any datasource consumption, parses the data
to RDF for using Semantic Web inference / augmentation of entity data via
Apache Jena, then performs an indexing algorithms which allow to merge
similar / equivalent data with Apache Lucene and then exposes its model
front end with Apache Olingo. I've never used so many Apache projects in
only one application :-)

Well, the URL I passed for the project was:
https://code.google.com/p/cognescent/

For those who could have been interested, the CBI folder in the sources SVN
is the application folder. It is not a Maven project and till yesterday
I've not uploaded the JAR files comprising the lib folder yet in order to
run the samples. They are now uploaded and I would like to know which
licences and where I have to include in my project in order to distribute
them.

Any comments are welcome, Best,
Sebastian


On Sat, Jan 10, 2015 at 5:51 PM, Sebastian Samaruga <[email protected]>
wrote:

> Michael,
>
> I've solved the problem with the get entity by id. When I put
> /xxx.svc/type('1') my data provider compares the value from the entity (1,
> without quotes) with the value from the URI ('1', with quotes) and they
> never match. Maybe I broke something when translating the examples.
>
> Best,
> Sebastian.
>
>
> On Fri, Jan 9, 2015 at 11:18 PM, Sebastian Samaruga <[email protected]>
> wrote:
>
>> Michael,
>>
>> First, thanks a lot for the quick reply. I'll try to fix my bug in the
>> get entities by id case and I'll be waiting for the implementation of
>> operations in V4.
>>
>> PS: The only contribution I can make so far is my project, the generic
>> entity CRUD/Workflow framework I'm trying to build. I use Apache Metamodel
>> for the multiple datasources consumption part, Semantic Web / RDF inference
>> for data integration and Apache Olingo as the front end part.
>>
>> The code is available at: https://code.google.com/p/cognescent/ in
>> 'Sources' into the CBI folder of SVN. It is very inmature, you have to
>> modify Main.java manually to configure the test cases with an xml/rdf
>> datasource or configure a relational datasource (it should use metamodel to
>> enable Olingo show schema and entities of the relational datasource.
>>
>> There is a README to show how to deploy in Tomcat and an issue with the
>> console waiting for prompts until the DataProvider loads.
>>
>> Thanks, please keep me updates. Regards,
>> Sebastian.
>>
>>
>> On Fri, Jan 9, 2015 at 3:49 AM, Bolz, Michael <[email protected]>
>> wrote:
>>
>>> Hi Sebastian,
>>>
>>> first, welcome to the Olingo community  ;o)
>>>
>>> Second, actual Olingo supports (for server use case) basic read
>>> scenarios and we are working on the write (CUD) parts (which will be
>>> hopefully included in upcoming 4.0.0-beta-02 release).
>>> In the server part of the library getting entities by id (over the
>>> entity set) is already support. A missing feature is to address an entity
>>> with '$id' (e.g. http://host/service/$entity?$id=Products(0)) as well
>>> as the operations (functions/actions).
>>>
>>> With the upcoming "4.0.0-beta-02" release and a more stable API we plan
>>> to update the Olingo homepage with more documentation and tutorials. An
>>> good idea would be to add a roadmap what features are actual planned to be
>>> included in the stable "4.0.0" release.
>>>
>>> I hope this answers your questions and help you to get more involved
>>> into Olingo and the community around.
>>>
>>> Kind regards,
>>> Michael
>>>
>>> PS: And as always, contributions in form of code, bugfixes and
>>> documentation are really welcome  ;o)
>>>
>>>
>>>
>>> > On 08 Jan 2015, at 20:05, Sebastian Samaruga <[email protected]>
>>> wrote:
>>> >
>>> > Hi, I'm new developing with the OData protocol and started playing
>>> with the
>>> > Olingo implementation.
>>> >
>>> > What I'm currently attempting to develop is a DOM (Dynamic Object
>>> Model) or
>>> > generic-entities CRUD implementation over  OData. So, my DataProvider
>>> works
>>> > implemented over generic data sources and no  static schema or model.
>>> >
>>> > As long as I go with the implementation I could get acceptable service
>>> > document and metadata document. I can also browse the types and the
>>> > collections/sets of instances of a type.
>>> >
>>> > I'm currently motivated using the Olingo implementation. I would like
>>> to
>>> > know how far is the V4 of the protocol implemented (I'm currently using
>>> > beta-2). For example, I could not get to work getting entities by their
>>> > ids. And I don't know if this is my misusing the framework. I have also
>>> > similar problems with actions and functions, which get advertised into
>>> the
>>> > metadata document but I don't know where to implement their (generic)
>>> > functionality or even get them invoked (what I get is allways a type
>>> not
>>> > found exception, like if the name of the function where an entity type
>>> > name).
>>> >
>>> > Sorry of my part for any ignorance, I'm just starting and I would like
>>> to
>>> > get involved. Best,
>>> > Sebastian.
>>>
>>>
>>
>

Reply via email to