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: Kal A. <ka...@te...> - 2004-07-22 19:41:31
|
Hi Cristoph Sometimes *I* forget what I have written in topicmap.utils ;-) I don't think that there is anything like that though. I do have a (nearly finished) implementation of XTM canonicalization, but the sort order defined for that is probably not what you want. It might be nice to contribute the comparator to topicmap.utils when you are done ! :-) Cheers, Kal On Thu, 2004-07-22 at 20:27, Christoph Froehlich wrote: > Hi Kal, > > I need a Comparator for TopicMapObjects, that defines some sort ordering > by type (TopicMaps, Topics, Associations, Occurrences etc) and then by > name. It's easy to write one, but I just wanted to check, if it is > eventually already done by you. > Did you? topicmap.utils package is still a dimly lit treasure chamber to > me. > > > bye > c -- Kal Ahmed <ka...@te...> techquila |
|
From: Christoph F. <cf...@fo...> - 2004-07-22 19:27:40
|
Hi Kal, I need a Comparator for TopicMapObjects, that defines some sort ordering by type (TopicMaps, Topics, Associations, Occurrences etc) and then by name. It's easy to write one, but I just wanted to check, if it is eventually already done by you. Did you? topicmap.utils package is still a dimly lit treasure chamber to me. bye c -- Christoph Froehlich <cf...@fo...> |
|
From: SourceForge.net <no...@so...> - 2004-07-14 16:33:17
|
Feature Requests item #990284, was opened at 2004-07-13 17:43 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=990284&group_id=27895 Category: tm4web/velocity Group: Next Release (example) Status: Open Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Add a link/button to refresh topic map list Initial Comment: Refresh should update any directories listed for in-memory backends as well as the list of topic maps available from persistent stores. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-07-14 17:33 Message: Logged In: YES user_id=176992 Fixed for next release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=990284&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 16:45:45
|
Bugs item #990285, was opened at 2004-07-13 17:45 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=990285&group_id=27895 Category: TM4Web Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: TMBrowse does not report error detail Initial Comment: The error page displayed by TMBrowse currently shows no error details and contains references to undefined localisation strings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=990285&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 16:43:04
|
Feature Requests item #990284, was opened at 2004-07-13 17:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=990284&group_id=27895 Category: tm4web/velocity Group: Next Release (example) Status: Open Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Add a link/button to refresh topic map list Initial Comment: Refresh should update any directories listed for in-memory backends as well as the list of topic maps available from persistent stores. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=990284&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-27 20:53:41
|
Feature Requests item #980829, was opened at 2004-06-27 21:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=980829&group_id=27895 Category: Performance Enhancement Group: Next Release (example) Status: Open Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Database-level merging for Hibernate Initial Comment: Make an efficient Hibernate merge function that works directly on the Hibernate data objects rather than through the API. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=980829&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-22 15:59:07
|
Bugs item #973979, was opened at 2004-06-16 16:08 Message generated for change (Comment added) made by atpeel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 >Status: Closed Resolution: Fixed Priority: 7 Submitted By: Andy Peel (atpeel) Assigned to: Kal Ahmed (kal_ahmed) Summary: Exception when creating two topics with the same base name Initial Comment: If I create two topics with the same base name, I get this exception: Message: testUpdateTopic_SameBaseName(test.client.TestTopicDelegate): Source exception thrown: org.tm4j.topicmap.TopicMapRuntimeException: Cause: java.sql.SQLException: ERROR: syntax error at or near "topic_types" at character 15 Cause:ERROR: syntax error at or near "topic_types" at character 15 The problem seems to be inside org.tm4j.topicmap.hibernate.TopicImpl.replaceTopicReference() where the SQL query generated includes the fragment "update ignore". The ignore keyword only seems to work on BDB/MySQl, whereas I'm using PostgreSQL. ---------------------------------------------------------------------- >Comment By: Andy Peel (atpeel) Date: 2004-06-22 15:59 Message: Logged In: YES user_id=1064816 This works fine when I test it with stand-alone code, although I still have problems when I run within my code base. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-18 17:28 Message: Logged In: YES user_id=176992 Fixed error in the static merging code that caused this exception. Waiting on confirmation that the fix actually works on PostgreSQL... ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-17 19:13 Message: Logged In: YES user_id=176992 Sorry, I misunderstood the problem. I need to take a closer look at that SQL update. I used SQL directly for this operation for perfomance, but my simple update statement can violate key constraints (especially when merging on names or subject indicators I think). I *think* that there must be a way to do what I want without temporarily violating key constraints. ---------------------------------------------------------------------- Comment By: Andy Peel (atpeel) Date: 2004-06-17 09:11 Message: Logged In: YES user_id=1064816 Hi Kal, I'm pretty sure that won't make a difference - the SQL query in TopicImpl includes the IGNORE keyword, and as far as I can make out, that only works with BDB/MySQL. I even tried the query directly using psql, but to no avail. Andy. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 18:10 Message: Logged In: YES user_id=176992 I wonder if this is a Hibernate problem. There was a new Hibernate release on June 1st (2.1.4) - perhaps it is worth giving that a spin to see if the Postgres problem got fixed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-19 10:39:39
|
Bugs item #975455, was opened at 2004-06-18 16:18 Message generated for change (Comment added) made by atpeel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=975455&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Andy Peel (atpeel) Assigned to: Kal Ahmed (kal_ahmed) Summary: SQLException when deleting a player from an association Initial Comment: I'm getting this when trying to remove a topic that is a player in an association: java.sql.SQLException: ERROR: update or delete on "tmobjects" violates foreign key constraint "fk61e7b90dc6f0e22b" on "member_players" I was expecting it to be a TMAPI TopicInUseException or at least a TM4J IntegrityViolationException. Looking at the destroy method in the Hibernate TopicImpl, and bearing in mind that I'm not familiar with the TM4J schema, it doesn't seem to do a check for this case. Kal thinks this might be a missing rule from the Hibernate backend. ---------------------------------------------------------------------- >Comment By: Andy Peel (atpeel) Date: 2004-06-19 10:39 Message: Logged In: YES user_id=1064816 Works a treat. Thanks. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-18 18:49 Message: Logged In: YES user_id=176992 Code now checks that the topic does not play any roles before trying to destroy it. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-18 18:43 Message: Logged In: YES user_id=176992 Validated with a new unit test. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=975455&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-18 18:49:21
|
Bugs item #975455, was opened at 2004-06-18 17:18 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=975455&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Andy Peel (atpeel) Assigned to: Kal Ahmed (kal_ahmed) Summary: SQLException when deleting a player from an association Initial Comment: I'm getting this when trying to remove a topic that is a player in an association: java.sql.SQLException: ERROR: update or delete on "tmobjects" violates foreign key constraint "fk61e7b90dc6f0e22b" on "member_players" I was expecting it to be a TMAPI TopicInUseException or at least a TM4J IntegrityViolationException. Looking at the destroy method in the Hibernate TopicImpl, and bearing in mind that I'm not familiar with the TM4J schema, it doesn't seem to do a check for this case. Kal thinks this might be a missing rule from the Hibernate backend. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-18 19:49 Message: Logged In: YES user_id=176992 Code now checks that the topic does not play any roles before trying to destroy it. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-18 19:43 Message: Logged In: YES user_id=176992 Validated with a new unit test. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=975455&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-18 18:43:08
|
Bugs item #975455, was opened at 2004-06-18 17:18 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=975455&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Andy Peel (atpeel) >Assigned to: Kal Ahmed (kal_ahmed) Summary: SQLException when deleting a player from an association Initial Comment: I'm getting this when trying to remove a topic that is a player in an association: java.sql.SQLException: ERROR: update or delete on "tmobjects" violates foreign key constraint "fk61e7b90dc6f0e22b" on "member_players" I was expecting it to be a TMAPI TopicInUseException or at least a TM4J IntegrityViolationException. Looking at the destroy method in the Hibernate TopicImpl, and bearing in mind that I'm not familiar with the TM4J schema, it doesn't seem to do a check for this case. Kal thinks this might be a missing rule from the Hibernate backend. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-18 19:43 Message: Logged In: YES user_id=176992 Validated with a new unit test. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=975455&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-18 17:28:46
|
Bugs item #973979, was opened at 2004-06-16 17:08 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 >Status: Pending >Resolution: Fixed Priority: 7 Submitted By: Andy Peel (atpeel) Assigned to: Kal Ahmed (kal_ahmed) Summary: Exception when creating two topics with the same base name Initial Comment: If I create two topics with the same base name, I get this exception: Message: testUpdateTopic_SameBaseName(test.client.TestTopicDelegate): Source exception thrown: org.tm4j.topicmap.TopicMapRuntimeException: Cause: java.sql.SQLException: ERROR: syntax error at or near "topic_types" at character 15 Cause:ERROR: syntax error at or near "topic_types" at character 15 The problem seems to be inside org.tm4j.topicmap.hibernate.TopicImpl.replaceTopicReference() where the SQL query generated includes the fragment "update ignore". The ignore keyword only seems to work on BDB/MySQl, whereas I'm using PostgreSQL. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-18 18:28 Message: Logged In: YES user_id=176992 Fixed error in the static merging code that caused this exception. Waiting on confirmation that the fix actually works on PostgreSQL... ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-17 20:13 Message: Logged In: YES user_id=176992 Sorry, I misunderstood the problem. I need to take a closer look at that SQL update. I used SQL directly for this operation for perfomance, but my simple update statement can violate key constraints (especially when merging on names or subject indicators I think). I *think* that there must be a way to do what I want without temporarily violating key constraints. ---------------------------------------------------------------------- Comment By: Andy Peel (atpeel) Date: 2004-06-17 10:11 Message: Logged In: YES user_id=1064816 Hi Kal, I'm pretty sure that won't make a difference - the SQL query in TopicImpl includes the IGNORE keyword, and as far as I can make out, that only works with BDB/MySQL. I even tried the query directly using psql, but to no avail. Andy. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 19:10 Message: Logged In: YES user_id=176992 I wonder if this is a Hibernate problem. There was a new Hibernate release on June 1st (2.1.4) - perhaps it is worth giving that a spin to see if the Postgres problem got fixed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-18 16:18:08
|
Bugs item #975455, was opened at 2004-06-18 16:18 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=975455&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Andy Peel (atpeel) Assigned to: Nobody/Anonymous (nobody) Summary: SQLException when deleting a player from an association Initial Comment: I'm getting this when trying to remove a topic that is a player in an association: java.sql.SQLException: ERROR: update or delete on "tmobjects" violates foreign key constraint "fk61e7b90dc6f0e22b" on "member_players" I was expecting it to be a TMAPI TopicInUseException or at least a TM4J IntegrityViolationException. Looking at the destroy method in the Hibernate TopicImpl, and bearing in mind that I'm not familiar with the TM4J schema, it doesn't seem to do a check for this case. Kal thinks this might be a missing rule from the Hibernate backend. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=975455&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-17 19:13:55
|
Bugs item #973979, was opened at 2004-06-16 17:08 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 Status: Open >Resolution: Accepted >Priority: 7 Submitted By: Andy Peel (atpeel) >Assigned to: Kal Ahmed (kal_ahmed) Summary: Exception when creating two topics with the same base name Initial Comment: If I create two topics with the same base name, I get this exception: Message: testUpdateTopic_SameBaseName(test.client.TestTopicDelegate): Source exception thrown: org.tm4j.topicmap.TopicMapRuntimeException: Cause: java.sql.SQLException: ERROR: syntax error at or near "topic_types" at character 15 Cause:ERROR: syntax error at or near "topic_types" at character 15 The problem seems to be inside org.tm4j.topicmap.hibernate.TopicImpl.replaceTopicReference() where the SQL query generated includes the fragment "update ignore". The ignore keyword only seems to work on BDB/MySQl, whereas I'm using PostgreSQL. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-17 20:13 Message: Logged In: YES user_id=176992 Sorry, I misunderstood the problem. I need to take a closer look at that SQL update. I used SQL directly for this operation for perfomance, but my simple update statement can violate key constraints (especially when merging on names or subject indicators I think). I *think* that there must be a way to do what I want without temporarily violating key constraints. ---------------------------------------------------------------------- Comment By: Andy Peel (atpeel) Date: 2004-06-17 10:11 Message: Logged In: YES user_id=1064816 Hi Kal, I'm pretty sure that won't make a difference - the SQL query in TopicImpl includes the IGNORE keyword, and as far as I can make out, that only works with BDB/MySQL. I even tried the query directly using psql, but to no avail. Andy. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 19:10 Message: Logged In: YES user_id=176992 I wonder if this is a Hibernate problem. There was a new Hibernate release on June 1st (2.1.4) - perhaps it is worth giving that a spin to see if the Postgres problem got fixed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-17 09:11:23
|
Bugs item #973979, was opened at 2004-06-16 16:08 Message generated for change (Comment added) made by atpeel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Andy Peel (atpeel) Assigned to: Nobody/Anonymous (nobody) Summary: Exception when creating two topics with the same base name Initial Comment: If I create two topics with the same base name, I get this exception: Message: testUpdateTopic_SameBaseName(test.client.TestTopicDelegate): Source exception thrown: org.tm4j.topicmap.TopicMapRuntimeException: Cause: java.sql.SQLException: ERROR: syntax error at or near "topic_types" at character 15 Cause:ERROR: syntax error at or near "topic_types" at character 15 The problem seems to be inside org.tm4j.topicmap.hibernate.TopicImpl.replaceTopicReference() where the SQL query generated includes the fragment "update ignore". The ignore keyword only seems to work on BDB/MySQl, whereas I'm using PostgreSQL. ---------------------------------------------------------------------- >Comment By: Andy Peel (atpeel) Date: 2004-06-17 09:11 Message: Logged In: YES user_id=1064816 Hi Kal, I'm pretty sure that won't make a difference - the SQL query in TopicImpl includes the IGNORE keyword, and as far as I can make out, that only works with BDB/MySQL. I even tried the query directly using psql, but to no avail. Andy. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 18:10 Message: Logged In: YES user_id=176992 I wonder if this is a Hibernate problem. There was a new Hibernate release on June 1st (2.1.4) - perhaps it is worth giving that a spin to see if the Postgres problem got fixed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-16 18:40:37
|
Bugs item #960215, was opened at 2004-05-25 16:29 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=960215&group_id=27895 Category: None Group: TM4J 0.9.4 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: No implementation of TMAPI Locator.toExternalForm Initial Comment: Need to add an implementation of toExternalForm for URI locators under the TMAPI implementation ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 19:40 Message: Logged In: YES user_id=176992 Added simple implementation that returns the locator address. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=960215&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-16 18:34:29
|
Bugs item #961656, was opened at 2004-05-27 16:49 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=961656&group_id=27895 Category: Import/Export Group: TM4J 0.9.4 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: XTM Import of "id-less" topics Initial Comment: A topic, which is missing the required attribute 'id' (following the xtm dtd) can be imported from an xtm file. The result is as follows: <topic id="null"> ... </topic> That means that all "id-less" topics are merged into one single topic with id="null" According to my opinion that is an error. TM4J should create an id for every single topic or otherwise an exception should be thrown. Thanks Stefan (st...@fr...) ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 19:34 Message: Logged In: YES user_id=176992 The XTMParser clas is now fixd to flag any topic element without an id attribute as an error. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2004-05-28 20:51 Message: Logged In: YES user_id=176992 This is a bug with the XTM parser. <topic> elements with no id attribute are invalid against the XTM DTD and should be rejected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=961656&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-16 18:10:09
|
Bugs item #973979, was opened at 2004-06-16 17:08 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Andy Peel (atpeel) Assigned to: Nobody/Anonymous (nobody) Summary: Exception when creating two topics with the same base name Initial Comment: If I create two topics with the same base name, I get this exception: Message: testUpdateTopic_SameBaseName(test.client.TestTopicDelegate): Source exception thrown: org.tm4j.topicmap.TopicMapRuntimeException: Cause: java.sql.SQLException: ERROR: syntax error at or near "topic_types" at character 15 Cause:ERROR: syntax error at or near "topic_types" at character 15 The problem seems to be inside org.tm4j.topicmap.hibernate.TopicImpl.replaceTopicReference() where the SQL query generated includes the fragment "update ignore". The ignore keyword only seems to work on BDB/MySQl, whereas I'm using PostgreSQL. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 19:10 Message: Logged In: YES user_id=176992 I wonder if this is a Hibernate problem. There was a new Hibernate release on June 1st (2.1.4) - perhaps it is worth giving that a spin to see if the Postgres problem got fixed ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-16 17:51:37
|
Bugs item #962425, was opened at 2004-05-28 21:03 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=962425&group_id=27895 Category: Tolog engine Group: TM4J 0.9.4 >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Tolog SELECT clause syntax is wrong Initial Comment: The SELECT clause of the tolog 0.1 language is defined in BNF as: [19] selectpart ::= 'SELECT' selectlist 'FROM' [20] selectlist ::= selpart (',' selpart)* [21] selpart ::= variable | aggfun '(' variable ') [22] aggfun ::= 'count' (ref: http://www.ontopia.net/topicmaps/materials/tolog-spec.html) The current tolog engine supports only one count and it must be preceded by a variable. The tolog implementation should be updated to match the tolog 0.1 BNF productions. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-06-16 18:51 Message: Logged In: YES user_id=176992 This will be addressed as part of the tolog 1.0 implementation, so I don't want to fix this for the soon-to-be-deprecated 0.1 implementation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=962425&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-06-16 16:08:33
|
Bugs item #973979, was opened at 2004-06-16 16:08 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=973979&group_id=27895 Category: Hibernate Impl Group: TM4J 0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Andy Peel (atpeel) Assigned to: Nobody/Anonymous (nobody) Summary: Exception when creating two topics with the same base name Initial Comment: If I create two topics with the same base name, I get this exception: Message: testUpdateTopic_SameBaseName(test.client.TestTopicDelegate): Source exception thrown: org.tm4j.topicmap.TopicMapRuntimeException: Cause: java.sql.SQLException: ERROR: syntax error at or near "topic_types" at character 15 Cause:ERROR: syntax error at or near "topic_types" at character 15 The problem seems to be inside org.tm4j.topicmap.hibernate.TopicImpl.replaceTopicReference() where the SQL query generated includes the fragment "update ignore". The ignore keyword only seems to work on BDB/MySQl, whereas I'm using PostgreSQL. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=973979&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-05-28 20:04:00
|
Bugs item #962425, was opened at 2004-05-28 21: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=962425&group_id=27895 Category: Tolog engine Group: TM4J 0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Tolog SELECT clause syntax is wrong Initial Comment: The SELECT clause of the tolog 0.1 language is defined in BNF as: [19] selectpart ::= 'SELECT' selectlist 'FROM' [20] selectlist ::= selpart (',' selpart)* [21] selpart ::= variable | aggfun '(' variable ') [22] aggfun ::= 'count' (ref: http://www.ontopia.net/topicmaps/materials/tolog-spec.html) The current tolog engine supports only one count and it must be preceded by a variable. The tolog implementation should be updated to match the tolog 0.1 BNF productions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=962425&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-05-28 19:52:00
|
Bugs item #961656, was opened at 2004-05-27 16:49 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=961656&group_id=27895 Category: Import/Export Group: TM4J 0.9.4 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: XTM Import of "id-less" topics Initial Comment: A topic, which is missing the required attribute 'id' (following the xtm dtd) can be imported from an xtm file. The result is as follows: <topic id="null"> ... </topic> That means that all "id-less" topics are merged into one single topic with id="null" According to my opinion that is an error. TM4J should create an id for every single topic or otherwise an exception should be thrown. Thanks Stefan (st...@fr...) ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-05-28 20:51 Message: Logged In: YES user_id=176992 This is a bug with the XTM parser. <topic> elements with no id attribute are invalid against the XTM DTD and should be rejected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=961656&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-05-27 15:50:00
|
Bugs item #961656, was opened at 2004-05-27 08:49 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=961656&group_id=27895 Category: Import/Export Group: TM4J 0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: XTM Import of "id-less" topics Initial Comment: A topic, which is missing the required attribute 'id' (following the xtm dtd) can be imported from an xtm file. The result is as follows: <topic id="null"> ... </topic> That means that all "id-less" topics are merged into one single topic with id="null" According to my opinion that is an error. TM4J should create an id for every single topic or otherwise an exception should be thrown. Thanks Stefan (st...@fr...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=961656&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2004-05-25 15:29:34
|
Bugs item #960215, was opened at 2004-05-25 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=960215&group_id=27895 Category: None Group: TM4J 0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: No implementation of TMAPI Locator.toExternalForm Initial Comment: Need to add an implementation of toExternalForm for URI locators under the TMAPI implementation ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=960215&group_id=27895 |
|
From: Stefan L. <li...@no...> - 2004-05-18 15:38:08
|
hi, Sorry for stealing so much time, for something not very important. I took a deeper look into RFC 2396 [1] which defines URI's which should be used when working with xlink:href And from the BNF i found that a relative URI should begin with // relativeURI = ( net_path | abs_path | rel_path ) [ "?" query ] ...... net_path = "//" authority [ abs_path ] abs_path = "/" path_segments rel_path = rel_segment [ abs_path ] So i tested it with //somethin/in/here.html and what a surprise there is no "file://somethin/in/here.html" so i think it is not a bug, TM4J is working ok. The only bad thing is that my browser is not working with //xxx/yyy as relative URI, so i just use resourceData :-) Stefan [1] http://www.ietf.org/rfc/rfc2396.txt On Tue, 18 May 2004, Kal Ahmed wrote: > Hi Stefan, > > The issue here is that the /something/in/here.html gets absolutised when > it is imported against the base address of the topic map (presumably > something like file:/some/path/topicmap.xtm - you can check by using the > TM4J API to check what the value of that resourceRef is in the model - > it should be an absolute file: URL). Then when you export the path is > relativized (if possible) and so you end up with the path again, but it > looks like the scheme is not getting chopped off. > > So the answer is that relativisation is done, using the base address of > the topic map and that the keeping of the scheme part of the URL should > be treated as a bug. > > Cheers, > > Kal > > PS - you are right, if/when we define serialisation we will need to > specify a way to handle this. > > On Tue, 2004-05-18 at 15:20, Stefan Lischke wrote: > > Hi, > > > > I just want to know why TM4J replaces any resourceRef@xlink:href element > > which has style "/something/in/here.html" with > > "file:/something/in/here.html". > > > > I know i should provide a wellformed URI with > > "http://someserver.com/something/in/here.html" but someserver is not > > static, so im using it like in HTML where i can make > > > > <a href="/something/in/here.html>this</a> > > > > Does someone has any idea how to work with those "server relative" URI's ? > > > > btw. we should define the behavior within TMAPI. > > > > stefan > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: SourceForge.net Broadband > > Sign-up now for SourceForge Broadband and get the fastest > > 6.0/768 connection for only $19.95/mo for the first 3 months! > > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > > _______________________________________________ > > Tm4j-developers mailing list > > Tm4...@li... > > https://lists.sourceforge.net/lists/listinfo/tm4j-developers > -- > Kal Ahmed <ka...@te...> > techquila > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Tm4j-developers mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-developers > |
|
From: Kal A. <ka...@te...> - 2004-05-18 14:59:13
|
Hi Stefan, The issue here is that the /something/in/here.html gets absolutised when it is imported against the base address of the topic map (presumably something like file:/some/path/topicmap.xtm - you can check by using the TM4J API to check what the value of that resourceRef is in the model - it should be an absolute file: URL). Then when you export the path is relativized (if possible) and so you end up with the path again, but it looks like the scheme is not getting chopped off. So the answer is that relativisation is done, using the base address of the topic map and that the keeping of the scheme part of the URL should be treated as a bug. Cheers, Kal PS - you are right, if/when we define serialisation we will need to specify a way to handle this. On Tue, 2004-05-18 at 15:20, Stefan Lischke wrote: > Hi, > > I just want to know why TM4J replaces any resourceRef@xlink:href element > which has style "/something/in/here.html" with > "file:/something/in/here.html". > > I know i should provide a wellformed URI with > "http://someserver.com/something/in/here.html" but someserver is not > static, so im using it like in HTML where i can make > > <a href="/something/in/here.html>this</a> > > Does someone has any idea how to work with those "server relative" URI's ? > > btw. we should define the behavior within TMAPI. > > stefan > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Tm4j-developers mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-developers -- Kal Ahmed <ka...@te...> techquila |
153 messages has been excluded from this view by a project administrator.
