Menu
▾
▴
tm4j-developers — Forum for issues related to development of TM4J.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(9) |
Jun
(26) |
Jul
(22) |
Aug
(31) |
Sep
(25) |
Oct
(9) |
Nov
(7) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(50) |
Feb
(51) |
Mar
(6) |
Apr
(10) |
May
(4) |
Jun
(9) |
Jul
(9) |
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(2) |
Dec
(11) |
| 2003 |
Jan
(8) |
Feb
(21) |
Mar
(2) |
Apr
(29) |
May
(9) |
Jun
(1) |
Jul
(4) |
Aug
(8) |
Sep
(3) |
Oct
(21) |
Nov
(40) |
Dec
(14) |
| 2004 |
Jan
(32) |
Feb
(30) |
Mar
(24) |
Apr
(13) |
May
(25) |
Jun
(14) |
Jul
(9) |
Aug
(21) |
Sep
(52) |
Oct
(9) |
Nov
(12) |
Dec
(6) |
| 2005 |
Jan
(2) |
Feb
(2) |
Mar
(3) |
Apr
|
May
(6) |
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
(14) |
Oct
(1) |
Nov
|
Dec
(4) |
| 2006 |
Jan
|
Feb
(16) |
Mar
(7) |
Apr
(7) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(9) |
Dec
(2) |
| 2007 |
Jan
(2) |
Feb
(9) |
Mar
(1) |
Apr
(38) |
May
(7) |
Jun
(7) |
Jul
(12) |
Aug
(10) |
Sep
(10) |
Oct
(3) |
Nov
(7) |
Dec
(7) |
| 2008 |
Jan
(13) |
Feb
(12) |
Mar
(53) |
Apr
(14) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: SourceForge.net <no...@so...> - 2006-02-17 19:07:49
|
Bugs item #1433778, was opened at 2006-02-17 20:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433778&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lars Heuer (lheuer) Assigned to: Nobody/Anonymous (nobody) Summary: tmapi.Variant forgets to wrap its scope Initial Comment: The method TMAPIVariantImpl.getScope() returns an "unwrapped" collection of native TM4J topics. The patch solves this problem. The topics are wrapped to the TMAPI impl. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433778&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2006-02-17 17:02:10
|
Bugs item #1433698, was opened at 2006-02-17 18:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433698&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lars Heuer (lheuer) Assigned to: Nobody/Anonymous (nobody) Summary: tmapi.BaseName fetches TopicMapFactory without need Initial Comment: The TMAPIBaseNameImpl fecthes the TopicMapFactory in the buildVariants method but does not use it. The attached patch removes the TopicMapFactory import and simplifies the getVariants() method a bit (the buildVariants method is removed) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433698&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2006-02-17 13:07:35
|
Bugs item #1433542, was opened at 2006-02-17 14:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433542&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lars Heuer (lheuer) Assigned to: Nobody/Anonymous (nobody) Summary: TMAPI Wrapper should check for VariantName != null Initial Comment: The Wrapper.java checks for variant != null, but IMO it should also check for VariantName != null. Attached patch introduces the described behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433542&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2006-02-17 12:47:40
|
Bugs item #1433530, was opened at 2006-02-17 04:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433530&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Utilities Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: TopicMapCopier forgets to copy VariantName(s) Initial Comment: The TopicMapCopier forgets to copy the VariantNames, it only copies the Variant(Container)s. Additionally the TopicMapCopier creates a lot of unused arrays (BaseName, Occurrence, Variant). The attached patch solves the above mentioned problems. With this patch applied the TopicMapCopier copies the Variants incl. variant names. Additionally the copying process is faster and uses less memory. The patch is against the CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1433530&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2006-02-13 17:26:18
|
Bugs item #1430800, was opened at 2006-02-13 18:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1430800&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: In-Memory Impl Group: TM4J 0.9.7 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Much (thmuch) Assigned to: Nobody/Anonymous (nobody) Summary: getMembersOfRole cannot search for null roleSpec Initial Comment: AssociationImpl.getMembersOfRole(null) crashes with a NPE instead of returning all members without a role type. A possible fix: public Collection getMembersOfRole(Topic roleSpec) { Collection ret = new ArrayList(); Iterator it = m_members.iterator(); if (roleSpec == null) { while (it.hasNext()) { Member m = (Member) it.next(); Topic rs = m.getRoleSpec(); if (rs == null) { ret.add( m ); } } } else { // old while loop } return Collections.unmodifiableCollection(ret); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1430800&group_id=27895 |
|
From: Kal A. <ka...@te...> - 2006-02-13 09:02:56
|
Hi Conal, The main difference between rollback() and abort() is that rollback() must return the persistent store to the state it was in when the transaction started. abort()also terminates the transaction but does not require that the persistent store returns to its original state (I would say not "required", but certainly still "desirable"). I think that if you can implement rollback() then abort() should probably always be a straight call through to rollback. Cheers Kal > -----Original Message----- > From: tm4...@li... [mailto:tm4j-developers- > ad...@li...] On Behalf Of Conal Tuohy > Sent: 13 February 2006 04:44 > To: tm4...@li... > Subject: [Tm4j-developers] ProviderTransaction.abort() and > ProviderTransaction.rollback() > > I'm implementing the methods ProviderTransaction.abort() and > ProviderTransaction.rollback() for a new Topic Map Provider, but I'm not > sure of the different semantics. I think I know what rollback() means, > but I'm not at all sure about abort(). THere's not much information in > the javadoc or the source code. What's the difference between these 2 > methods? > > Con > -- > Conal Tuohy > Senior Programmer > +64-4-463-6844 > +64-21-237-2498 > co...@nz... > New Zealand Electronic Text Centre > www.nzetc.org > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as- > us.falkag.net/sel?cmd_______________________________________________ > Tm4j-developers mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-developers > |
|
From: Conal T. <Con...@vu...> - 2006-02-13 04:44:41
|
I'm implementing the methods ProviderTransaction.abort() and ProviderTransaction.rollback() for a new Topic Map Provider, but I'm not sure of the different semantics. I think I know what rollback() means, but I'm not at all sure about abort(). THere's not much information in the javadoc or the source code. What's the difference between these 2 methods? Con -- Conal Tuohy Senior Programmer +64-4-463-6844 +64-21-237-2498 co...@nz... New Zealand Electronic Text Centre www.nzetc.org |
|
From: SourceForge.net <no...@so...> - 2006-02-12 14:03:41
|
Bugs item #1430091, was opened at 2006-02-12 15:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1430091&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: In-Memory Impl Group: TM4J 0.9.7 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Much (thmuch) Assigned to: Nobody/Anonymous (nobody) Summary: AssociationImpl.getMembersOfRole crashes with NPE Initial Comment: ... if the association has no members at all. A fix is easy, we just need to check m_members at the beginning of the method: public Collection getMembersOfRole(Topic roleSpec) { if (m_members == null) { return java.util.Collections.EMPTY_SET; // or EMTPY_LIST? } // ... } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1430091&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2006-02-12 13:56:46
|
Bugs item #1430090, was opened at 2006-02-12 14:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1430090&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: In-Memory Impl Group: TM4J 0.9.7 Status: Open Resolution: None Priority: 5 Submitted By: Thomas Much (thmuch) Assigned to: Nobody/Anonymous (nobody) Summary: AssociationImpl.getMembers inefficient? Initial Comment: If an association has no members, getMembers() returns a new ArrayList on each invocation. Why not return Collections.EMPTY_SET instead? public Collection getMembers() { Collection ret = m_members; if (ret == null) { return java.util.Collections.EMPTY_SET; // already immutable } return Collections.unmodifiableCollection(ret); } Or, if implementations rely on a list being returned, EMPTY_LIST. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1430090&group_id=27895 |
|
From: Kal A. <ka...@te...> - 2005-12-28 19:51:31
|
Thanks for the patch Lars. I've now applied a modified version to CVS. Handling 0 players is just a case of creating a wrapped AssociationRole object with a null player. However it is not really possible for the Wrapper to handle the case where a Member has >1 player, so the code now throws a TMAPIRuntimeException with a suitable message - not a perfect solution, but I think it's the best one given the constraints of TMAPI. Cheers, Kal > -----Original Message----- > From: tm4...@li... [mailto:tm4j-developers- > ad...@li...] On Behalf Of Lars Heuer > Sent: 21 December 2005 09:56 > To: George Tryfon > Cc: tm4...@li... > Subject: Re: [Tm4j-developers] TMAPI tm.getObjectById > (id_association_role) -> StackOverflowError > > Hi, > > [...] > >> org.tmapi.core.TopicMap tm; > >> AssociationRole ar = (AssociationRole)tm.getObjectById(idAssocRole); > > >> java.lang.StackOverflowError > > [...] > >> if the idAssocRole is not correct, the call gives null, > >> but if the idAssocRole is correct, StackOverflowError > > I think I've found the failure. > The method > Object wrap(Object obj, TMAPITopicMapImpl tm) > > forgets an argument (the player) if the "obj" is a Member instance and > calls itself again and again. It should call > AssociationRole wrap(org.tm4j.topicmap.Member obj, > org.tm4j.topicmap.Topic player, > TMAPITopicMapImpl tm) > > Maybe the attached patch helps. > Note, that the patch is only a hack (see the TODO annotation) and is > not tested. > > Best regards, > Lars > -- > http://semagia.com |
|
From: Lars H. <he...@se...> - 2005-12-21 09:49:07
|
Hi,
[...]
>> org.tmapi.core.TopicMap tm;
>> AssociationRole ar = (AssociationRole)tm.getObjectById(idAssocRole);
>> java.lang.StackOverflowError
> [...]
>> if the idAssocRole is not correct, the call gives null,
>> but if the idAssocRole is correct, StackOverflowError
I think I've found the failure.
The method
Object wrap(Object obj, TMAPITopicMapImpl tm)
forgets an argument (the player) if the "obj" is a Member instance and
calls itself again and again. It should call
AssociationRole wrap(org.tm4j.topicmap.Member obj,
org.tm4j.topicmap.Topic player,
TMAPITopicMapImpl tm)
Maybe the attached patch helps.
Note, that the patch is only a hack (see the TODO annotation) and is
not tested.
Best regards,
Lars
--
http://semagia.com |
|
From: Lars H. <he...@se...> - 2005-12-21 09:22:07
|
Hi George, > I have a Topic Map inside MySQL and I open it using TM4J and Hybernate > I am using TMAPI for interface > this call throws a StackOverflowError > > org.tmapi.core.TopicMap tm; > AssociationRole ar = (AssociationRole)tm.getObjectById(idAssocRole); > java.lang.StackOverflowError [...] > if the idAssocRole is not correct, the call gives null, > but if the idAssocRole is correct, StackOverflowError Does this failure only occurr with association roles or with every object? What happens if you try to fetch a topic, occurrence, association, topic name etc.? Is this failure specific for the Hibernate backend or throws the memory backend the same failure? Best regards, Lars -- http://semagia.com |
|
From: George T. <geo...@fr...> - 2005-12-11 14:56:04
|
Hello,
I have a Topic Map inside MySQL and I open it using TM4J and Hybernate
I am using TMAPI for interface
this call throws a StackOverflowError
org.tmapi.core.TopicMap tm;
AssociationRole ar = (AssociationRole)tm.getObjectById(idAssocRole);
java.lang.StackOverflowError
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
at org.tm4j.tmapi.helpers.Wrapper.wrap(Wrapper.java:295)
...
if the idAssocRole is not correct, the call gives null,
but if the idAssocRole is correct, StackOverflowError
Any ideas on how we could fix this problem?
Thank you in advance.
Cheers
____________________________________________________________________
http://www.freemail.gr - δωρεάν υπηρεσία ηλεκτρονικού ταχυδρομείου.
http://www.freemail.gr - free email service for the Greek-speaking.
|
|
From: SourceForge.net <no...@so...> - 2005-10-13 02:20:27
|
Support Requests item #1293580, was opened at 09/16/05 23:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Troubles building TM4J Initial Comment: Hi, I tried to build tm4j from the source version tm4j-0.9.7. I tried using both the build file in the tm4j-0.9.7 directory, and bin\ant all. In both cases I got the following error: [javac] error: error reading C:\Prgram Files\tm4j-0.9.7\lib\LICENSE.jargs: error in opening zip file I did set CLASSPATH to include all jar files in my jdk1.5.0_04 directory. My PATH variable also include both the jdk and tm4j directories. Did I miss some variables or some important steps? Many thanks for your help. -- Chung -- ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 10/12/05 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 09/28/05 12:30 Message: Logged In: YES user_id=176992 It is possible that TM4J does not build correctly under JDK 1.5 as this is not currently a supported JDK, but I would be suprised if that was really the problem. However I did notice that the path you say javac reports is C:\Prgram Files\... and not C:\Program Files\... Perhaps you have misconfigured a path setting - I would advise you to check what you set TM4J_HOME to. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-30 10:16:54
|
Support Requests item #1306968, was opened at 2005-09-28 14:34 Message generated for change (Comment added) made by schwingm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Open Priority: 5 Submitted By: Maximilian Schwinger (schwingm) Assigned to: Nobody/Anonymous (nobody) Summary: tologx/query-engine - probs with value-like Initial Comment: I try to perform a value-like - query. Therefore I wanted to register a FullTextIndex. My Problem: How can I do this: At first I need an IndexProvider, which I can initialise with my topicMap. After that I have to register the IndexProvider in the TopicMap's IndexManager. How can I get an IndexProvider? ---------------------------------------------------------------------- >Comment By: Maximilian Schwinger (schwingm) Date: 2005-09-30 10:16 Message: Logged In: YES user_id=1055019 Thanks. I modified your query and this one works fine: String queryString="select $TOPIC from value-like($NAME, %1), topic-name($TOPIC, $TOPIC ) ?" Object[] myParams = {"Test"}; myEvaluator.execute(queryString, myParams); Thanks für the performance-tips, too. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-29 15:26 Message: Logged In: YES user_id=176992 Actually, it looks like this is a bug with the parser that has gone undetected. From inspection of the tolog.g grammar, it looks like the parser only allows a variable or a direct topic reference to go where you have the string value. Unfortunately it also looks like the rest of the supporting infrastructure of the parser doesn't really handle the string either. However, I think that there is a work-around. If you use a placeholder in the query string and then evaluate with the string as a value: So write your query as: select $TOPIC from value-like($NAME, "test"), topic-name($TOPIC, %1) ? Then evaluate with something like: String queryString="select $TOPIC from value-like($NAME, "test"), topic-name($TOPIC, %1) ?" Object[] myParams = {"Test"}; myEvaluator.execute(queryString, myParams); I think that should work, but haven't had chance to check it out. BTW: You should write your queries so that the most specific clause comes first (as I have done above). I am assuming that the value-like clause should match fewer names/occurrences than the topic-name clause (i.e. all names/occs containing the value "test" vs. all names of all topics!) . You should always consider that the evaluator always works from left-to-right using each clause to filter the results from the last one, so if you make your first clause return a smaller result set, the evaluation will be faster. ---------------------------------------------------------------------- Comment By: Maximilian Schwinger (schwingm) Date: 2005-09-29 14:57 Message: Logged In: YES user_id=1055019 Thank you!! So far it's working now. My next problem is to perform a query. I tried to perform this one (from accountingontology.com): select $TOPIC from topic-name($TOPIC, $NAME), value-like ($NAME, "test") ? and get the following stack-trace: org.tm4j.tologx.TologParserException: Error parsing query string. at org.tm4j.tologx.memory.QueryEvaluatorImpl.prepareQuery (QueryEvaluator Impl.java:156) at CommandReceiver.performQuery (CommandReceiver.java:36) at test.main(test.java:41) Caused by: line 1:65: unexpected token: "test" at org.tm4j.tologx.parser.TologParser.expr (TologParser.java:1258) at org.tm4j.tologx.parser.TologParser.pair (TologParser.java:1165) at org.tm4j.tologx.parser.TologParser.predclause (TologParser.java:1099) at org.tm4j.tologx.parser.TologParser.clause (TologParser.java:800) at org.tm4j.tologx.parser.TologParser.clauselist (TologParser.java:457) at org.tm4j.tologx.parser.TologParser.query (TologParser.java:512) at org.tm4j.tologx.memory.QueryEvaluatorImpl.prepareQuery (QueryEvaluator Impl.java:152) ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-28 19:27 Message: Logged In: YES user_id=176992 You need to instantiate the class org.tm4j.topicmap.memory.index.LuceneFullTextIndexProvider, and then pass that instance into the registerIndexProvider method on the IndexManager. Note that you need to pass a Properties instance in to the constructor of the LuceneFullTextIndexProvider. The properties that are recognised are documented in the class org.tm4j.topicmap.index.text.LuceneIndexBase ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 |
|
From: Conal T. <Con...@vu...> - 2005-09-29 23:12:44
|
I'm implementing the getTopicsByIdentity method of TopicMapUtils, and
I'm puzzled about the "identity" parameter.
From the interface:
/**
* getTopicsByIdentity
* Gets the Topic objects which have the specified identity.
* Note that a Topic Map implementation may return only one Topic or a
number
* of Topics, depending on whether Topics are early-merged or
late-merged.
* @param identity The topic identity to be searched for
* @return The collection of all Topics which have the specified
identity.
*/
public Collection getTopicsByIdentity(String identity);
The method returns a Collection rather than a single Topic because of
the possibility of dynamic merging. In that sense this method should be
roughly equivalent to
TopicMap.getTopicBySubjectIndicator(identity).getMergedTopics() I think.
Fair enough, but what puzzles me is the "identity" parameter. It's a
string, and it appears to be intended as a representation of a subject
indicator (rather than a topic ID). It ought to be converted into a
Locator I think, but according to what notation? Is it intended to be
always interpreted as a URI?=20
I consulted the source of the memory.TopicMapUtilsImpl class and found
that the implementation used a linear search over all the topics in the
map (ouch!), checking each Topic to see if getSubjectIndicators()
contained the identity String. This seems odd to me since the Collection
returned by getSubjectIndicators should contain Locator objects, none of
which could equal the String. I also checked the Ozone implementation,
but I couldn't understand it :-)
So my (draft) implementation assumes that the "identity" parameter is a
subjectIndicator in URI notation:
public Collection getTopicsByIdentity(String identity) {
try {
Locator subjectIndicator =3D topicMap.getLocatorFactory().
createLocator("URI", identity);
Topic topic =3D
topicMap.getTopicBySubjectIndicator(subjectIndicator);
if (topic =3D=3D null)
return Collections.EMPTY_SET;
else
return Collections.singleton(topic);
} catch (LocatorFactoryException lfe) {
throw new TopicMapRuntimeException(lfe);
}
}
NB "topicMap" is a member variable of my TopicMapUtilsImpl. Also since
our implementation doesn't support dynamic merging we always return a
Collection with 0 or 1 members.
What do you think?
Cheers!
Con
|
|
From: SourceForge.net <no...@so...> - 2005-09-29 15:30:03
|
Bugs item #1308137, was opened at 2005-09-29 16:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1308137&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tolog engine Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Tolog parser does not allow string values Initial Comment: The tolog parser does not allow a query such as: select $TOPIC from topic-name($TOPIC, $NAME), value-like ($NAME, "test") ? It appears that the parser only allows predicate parameters to be either a variable or a reference. The parser should also allow a string value as a predicate parameter. The parser will probably also need to be changed to allow strings in /= comparisons too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=1308137&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-29 15:26:09
|
Support Requests item #1306968, was opened at 2005-09-28 15:34 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Priority: 5 Submitted By: Maximilian Schwinger (schwingm) Assigned to: Nobody/Anonymous (nobody) Summary: tologx/query-engine - probs with value-like Initial Comment: I try to perform a value-like - query. Therefore I wanted to register a FullTextIndex. My Problem: How can I do this: At first I need an IndexProvider, which I can initialise with my topicMap. After that I have to register the IndexProvider in the TopicMap's IndexManager. How can I get an IndexProvider? ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-29 16:26 Message: Logged In: YES user_id=176992 Actually, it looks like this is a bug with the parser that has gone undetected. From inspection of the tolog.g grammar, it looks like the parser only allows a variable or a direct topic reference to go where you have the string value. Unfortunately it also looks like the rest of the supporting infrastructure of the parser doesn't really handle the string either. However, I think that there is a work-around. If you use a placeholder in the query string and then evaluate with the string as a value: So write your query as: select $TOPIC from value-like($NAME, "test"), topic-name($TOPIC, %1) ? Then evaluate with something like: String queryString="select $TOPIC from value-like($NAME, "test"), topic-name($TOPIC, %1) ?" Object[] myParams = {"Test"}; myEvaluator.execute(queryString, myParams); I think that should work, but haven't had chance to check it out. BTW: You should write your queries so that the most specific clause comes first (as I have done above). I am assuming that the value-like clause should match fewer names/occurrences than the topic-name clause (i.e. all names/occs containing the value "test" vs. all names of all topics!) . You should always consider that the evaluator always works from left-to-right using each clause to filter the results from the last one, so if you make your first clause return a smaller result set, the evaluation will be faster. ---------------------------------------------------------------------- Comment By: Maximilian Schwinger (schwingm) Date: 2005-09-29 15:57 Message: Logged In: YES user_id=1055019 Thank you!! So far it's working now. My next problem is to perform a query. I tried to perform this one (from accountingontology.com): select $TOPIC from topic-name($TOPIC, $NAME), value-like ($NAME, "test") ? and get the following stack-trace: org.tm4j.tologx.TologParserException: Error parsing query string. at org.tm4j.tologx.memory.QueryEvaluatorImpl.prepareQuery (QueryEvaluator Impl.java:156) at CommandReceiver.performQuery (CommandReceiver.java:36) at test.main(test.java:41) Caused by: line 1:65: unexpected token: "test" at org.tm4j.tologx.parser.TologParser.expr (TologParser.java:1258) at org.tm4j.tologx.parser.TologParser.pair (TologParser.java:1165) at org.tm4j.tologx.parser.TologParser.predclause (TologParser.java:1099) at org.tm4j.tologx.parser.TologParser.clause (TologParser.java:800) at org.tm4j.tologx.parser.TologParser.clauselist (TologParser.java:457) at org.tm4j.tologx.parser.TologParser.query (TologParser.java:512) at org.tm4j.tologx.memory.QueryEvaluatorImpl.prepareQuery (QueryEvaluator Impl.java:152) ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-28 20:27 Message: Logged In: YES user_id=176992 You need to instantiate the class org.tm4j.topicmap.memory.index.LuceneFullTextIndexProvider, and then pass that instance into the registerIndexProvider method on the IndexManager. Note that you need to pass a Properties instance in to the constructor of the LuceneFullTextIndexProvider. The properties that are recognised are documented in the class org.tm4j.topicmap.index.text.LuceneIndexBase ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-29 14:57:13
|
Support Requests item #1306968, was opened at 2005-09-28 14:34 Message generated for change (Comment added) made by schwingm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Open Priority: 5 Submitted By: Maximilian Schwinger (schwingm) Assigned to: Nobody/Anonymous (nobody) Summary: tologx/query-engine - probs with value-like Initial Comment: I try to perform a value-like - query. Therefore I wanted to register a FullTextIndex. My Problem: How can I do this: At first I need an IndexProvider, which I can initialise with my topicMap. After that I have to register the IndexProvider in the TopicMap's IndexManager. How can I get an IndexProvider? ---------------------------------------------------------------------- >Comment By: Maximilian Schwinger (schwingm) Date: 2005-09-29 14:57 Message: Logged In: YES user_id=1055019 Thank you!! So far it's working now. My next problem is to perform a query. I tried to perform this one (from accountingontology.com): select $TOPIC from topic-name($TOPIC, $NAME), value-like ($NAME, "test") ? and get the following stack-trace: org.tm4j.tologx.TologParserException: Error parsing query string. at org.tm4j.tologx.memory.QueryEvaluatorImpl.prepareQuery (QueryEvaluator Impl.java:156) at CommandReceiver.performQuery (CommandReceiver.java:36) at test.main(test.java:41) Caused by: line 1:65: unexpected token: "test" at org.tm4j.tologx.parser.TologParser.expr (TologParser.java:1258) at org.tm4j.tologx.parser.TologParser.pair (TologParser.java:1165) at org.tm4j.tologx.parser.TologParser.predclause (TologParser.java:1099) at org.tm4j.tologx.parser.TologParser.clause (TologParser.java:800) at org.tm4j.tologx.parser.TologParser.clauselist (TologParser.java:457) at org.tm4j.tologx.parser.TologParser.query (TologParser.java:512) at org.tm4j.tologx.memory.QueryEvaluatorImpl.prepareQuery (QueryEvaluator Impl.java:152) ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-28 19:27 Message: Logged In: YES user_id=176992 You need to instantiate the class org.tm4j.topicmap.memory.index.LuceneFullTextIndexProvider, and then pass that instance into the registerIndexProvider method on the IndexManager. Note that you need to pass a Properties instance in to the constructor of the LuceneFullTextIndexProvider. The properties that are recognised are documented in the class org.tm4j.topicmap.index.text.LuceneIndexBase ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-28 19:32:15
|
Support Requests item #1293078, was opened at 2005-09-16 18:06 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293078&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Troubles building TM4J Initial Comment: Hi, I tried to build tm4j from the source version tm4j-0.9.7. I tried using both the build file in the tm4j-0.9.7 directory, and bin\ant all. In both cases I got the following error: [javac] error: error reading C:\Prgram Files\tm4j-0.9.7\lib\LICENSE.jargs: error in opening zip file I did set CLASSPATH to include all jar files in my jdk1.5.0_04 directory. My PATH variable also include both the jdk and tm4j directories. Did I miss some variables or some important steps? Many thanks for your help. -- Chung -- ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-28 20:32 Message: Logged In: YES user_id=176992 Closing duplicate support request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293078&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-28 19:31:26
|
Support Requests item #1293580, was opened at 2005-09-17 07:08 Message generated for change (Settings changed) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Troubles building TM4J Initial Comment: Hi, I tried to build tm4j from the source version tm4j-0.9.7. I tried using both the build file in the tm4j-0.9.7 directory, and bin\ant all. In both cases I got the following error: [javac] error: error reading C:\Prgram Files\tm4j-0.9.7\lib\LICENSE.jargs: error in opening zip file I did set CLASSPATH to include all jar files in my jdk1.5.0_04 directory. My PATH variable also include both the jdk and tm4j directories. Did I miss some variables or some important steps? Many thanks for your help. -- Chung -- ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-28 20:30 Message: Logged In: YES user_id=176992 It is possible that TM4J does not build correctly under JDK 1.5 as this is not currently a supported JDK, but I would be suprised if that was really the problem. However I did notice that the path you say javac reports is C:\Prgram Files\... and not C:\Program Files\... Perhaps you have misconfigured a path setting - I would advise you to check what you set TM4J_HOME to. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-28 19:30:49
|
Support Requests item #1293580, was opened at 2005-09-17 07:08 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Troubles building TM4J Initial Comment: Hi, I tried to build tm4j from the source version tm4j-0.9.7. I tried using both the build file in the tm4j-0.9.7 directory, and bin\ant all. In both cases I got the following error: [javac] error: error reading C:\Prgram Files\tm4j-0.9.7\lib\LICENSE.jargs: error in opening zip file I did set CLASSPATH to include all jar files in my jdk1.5.0_04 directory. My PATH variable also include both the jdk and tm4j directories. Did I miss some variables or some important steps? Many thanks for your help. -- Chung -- ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-28 20:30 Message: Logged In: YES user_id=176992 It is possible that TM4J does not build correctly under JDK 1.5 as this is not currently a supported JDK, but I would be suprised if that was really the problem. However I did notice that the path you say javac reports is C:\Prgram Files\... and not C:\Program Files\... Perhaps you have misconfigured a path setting - I would advise you to check what you set TM4J_HOME to. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-28 19:27:10
|
Support Requests item #1306968, was opened at 2005-09-28 15:34 Message generated for change (Settings changed) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Priority: 5 Submitted By: Maximilian Schwinger (schwingm) Assigned to: Nobody/Anonymous (nobody) Summary: tologx/query-engine - probs with value-like Initial Comment: I try to perform a value-like - query. Therefore I wanted to register a FullTextIndex. My Problem: How can I do this: At first I need an IndexProvider, which I can initialise with my topicMap. After that I have to register the IndexProvider in the TopicMap's IndexManager. How can I get an IndexProvider? ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2005-09-28 20:27 Message: Logged In: YES user_id=176992 You need to instantiate the class org.tm4j.topicmap.memory.index.LuceneFullTextIndexProvider, and then pass that instance into the registerIndexProvider method on the IndexManager. Note that you need to pass a Properties instance in to the constructor of the LuceneFullTextIndexProvider. The properties that are recognised are documented in the class org.tm4j.topicmap.index.text.LuceneIndexBase ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-28 14:45:43
|
Support Requests item #1306968, was opened at 2005-09-28 14:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Maximilian Schwinger (schwingm) Assigned to: Nobody/Anonymous (nobody) Summary: tologx/query-engine - probs with value-like Initial Comment: I try to perform a value-like - query. Therefore I wanted to register a FullTextIndex. My Problem: How can I do this: At first I need an IndexProvider, which I can initialise with my topicMap. After that I have to register the IndexProvider in the TopicMap's IndexManager. How can I get an IndexProvider? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1306968&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2005-09-17 06:08:16
|
Support Requests item #1293580, was opened at 2005-09-16 23:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Troubles building TM4J Initial Comment: Hi, I tried to build tm4j from the source version tm4j-0.9.7. I tried using both the build file in the tm4j-0.9.7 directory, and bin\ant all. In both cases I got the following error: [javac] error: error reading C:\Prgram Files\tm4j-0.9.7\lib\LICENSE.jargs: error in opening zip file I did set CLASSPATH to include all jar files in my jdk1.5.0_04 directory. My PATH variable also include both the jdk and tm4j directories. Did I miss some variables or some important steps? Many thanks for your help. -- Chung -- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=1293580&group_id=27895 |
153 messages has been excluded from this view by a project administrator.
