tmlab/majortom

topicMapSystem.getLocators() on existing database empty

GoogleCodeExporter opened this issue · 7 comments

What steps will reproduce the problem?
1. Have a database including some topic maps.
2. Initialize a new Factory/System on this database.
3. Call topicMapSystem.getLocators().

What is the expected output? What do you see instead?
A Set of Locators (the base iri of the topic maps in the database).
Instead: Empty Set.

Original issue reported on code.google.com by schulze....@googlemail.com on 14 Sep 2010 at 9:09

I don't know if the expected behaviour would be right in this context. 

The question is, if the user wants all topic maps stored in one database in the 
same topic map system?

Original comment by Sven.Kro...@googlemail.com on 15 Sep 2010 at 8:33

That's right.

My goal was to get all topic maps in this database. How should I do this 
instead (w/o getLocators())?

Original comment by schulze....@googlemail.com on 15 Sep 2010 at 8:47

Have a similar issue that might correlate with this one. 

Assume I know the locator of a Topic Map I previously imported/created in a 
MT-DB instance session. 

When restarting the client application a fresh MT-DB-TMS will be instantiated. 
But it will return null on TopicMapSystem.getTopicMap(knownLocator). I have to 
call createTopicMap(knownLocator) to load the persistent map back into the 
system.

I think "get" and "create" should do what I expect as API user. ;-)

Original comment by MarcelHoyer@gmail.com on 15 Sep 2010 at 12:36

Thats the same problem, results in the question, if the topic map system, 
should ask the database for all locators or not? If the system extract all 
locators, it would also be possible to use the getTopicMap method with the 
locator. 


Original comment by Sven.Kro...@googlemail.com on 23 Sep 2010 at 7:01

+1 for asking the database for all locators.

Original comment by schulze....@googlemail.com on 23 Sep 2010 at 2:05

Original comment by Sven.Kro...@googlemail.com on 1 Nov 2010 at 12:18

  • Changed state: Started

Original comment by Sven.Kro...@googlemail.com on 1 Nov 2010 at 12:24

  • Changed state: Fixed