Эти материалы помечены как "окончательные". Показать Ответов: 3
Right now, Jena adaptor does not have these utility functions. However, they are not hard to support.
If you want to do it yourself, you can query MDSYS.RDF_MODEL$ view for 1) and 3).
2) is just a simple call to sem_apis.drop_sem_model API.
4) is doable. However, I'd like to know what is the reasoning behind your request. The constructor is designed like this for ease of use.
Jena Model API has been implemented since the first release. Factory API has not. Could you please provide a use case for it?
Take a look at the Jena ModelMaker interface (in the com.hp.hpl.jena.rdf.model package). It provides methods with the following signatures:
* openModel(String name, boolean strict) - If the named model doesn't exist and "strict" is true, then it throws an exception; if "strict" is false then it creates the model.
* createModel(String name, boolean strict) - If the named model already exists and "strict" is true, then it throws an exception; if "strict" is false then it opens and returns the existing model.
Our application allows users to create and manage ontology content organized into models. Our application is explicitly managing the lifecycle of these models, and we don't want the details of whether the model actually exists to be hidden from us. If, for example, a user tries to open a model that they think already exists, and it doesn't, then something went wrong and we want to alert the user instead of opening up a new, empty model.
As I said before, I'm sure that I can drop down into SQL to get whatever features aren't provided by the Jena interface. My point is that I'm sure I'm not the only person trying to migrate an application already written for Jena to use an Oracle back-end, and the process would be a lot easier with some implementations of the higher-level factory interfaces.
Fair enough. Let us have a private discussion on the core APIs that you need. We will post them once they are ready.1 пользователь считает эту информацию полезной
alan dot wu at oracle dot com