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...> - 2004-01-17 17:57:09
|
Feature Requests item #772183, was opened at 2003-07-16 10:36 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=772183&group_id=27895 Category: Interface Improvements (example) Group: Next Release (example) >Status: Closed Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Allow Dynamic Merging to be turned off Initial Comment: TM4J's dynamic merging model allows topics that get merged to later be unmerged if they no longer have a merging point (subject, subject indicator or basename) in common. This involves quite a lot of overhead in processing updates to topic names, subjects and subject indicators. TM4J should support an optional static merging model in which once topics are merged they cannot be unmerged again. Ideally this static model should replace the two merged topics with a single topic representing the merged pair so as to also reduce space overhead. However, this may turn out to be implementation dependent. Static merging should be supported for all currently supported backends (memory, ozone and hibernate) and should be defined with an initialisation property on the TopicMapProvider implimentation. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2004-01-17 17:57 Message: Logged In: YES user_id=176992 Now implemented for Hibernate, In-Memory and Ozone backends. This feature does not make sense for the Unified backend (which is completely dynamic). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=772183&group_id=27895 |
|
From: Kal A. <ka...@te...> - 2004-01-14 18:34:34
|
OK - I've made the necessary changes to build.xml and checked it into CVS HEAD. You need to specify the version in a property called "version" (either in build.properties or -Dversion=versionnumber). This same property is used to generate the distribution file names, so it should keep everything consistent. If you don't give a value for the version property, it defaults to using the current date. Cheers, Kal -- Kal Ahmed, Techquila Standards-based Information Management e: ka...@te... w: www.techquila.com p: +44 7968 529531 |
|
From: Harald K. <har...@we...> - 2004-01-14 15:15:26
|
Hi There, +1 from me, Harald ______________________________________________________________________________ Nachrichten, Musik und Spiele schnell und einfach per Quickstart im WEB.DE Screensaver - Gratis downloaden: http://screensaver.web.de/?mc=021110 |
|
From: <eso...@gm...> - 2004-01-14 08:18:32
|
Uhh... Send a private message to Christoph... But here my public agreement Elmar |
|
From: Martin S. <hu...@we...> - 2004-01-14 07:27:24
|
Hi, I agree too. bye Martin Kal Ahmed wrote: > Just for the record, I agree with Christoph that the advantages of > version numbers in JAR file names outweigh the disadvantages so I am +1 > for this change > > Cheers, > > Kal > > On Tue, 2004-01-13 at 09:16, Christoph Froehlich wrote: > >>Hi >> >>recently I wondered about advantages and disadvantages of jar-names that >>include the version-number. Currently, I would say that including the >>version is better, especially because managing dependencies becomes more >>precise. >> >>I asked kal what he thinks about and he in return asked me to raise the >>question on the list and to collect some feedback. >> >> >>So what do you think? >> >>bye >>c >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: Perforce Software. >>Perforce is the Fast Software Configuration Management System offering >>advanced branching capabilities and atomic changes on 50+ platforms. >>Free Eval! http://www.perforce.com/perforce/loadprog.html >>_______________________________________________ >>Tm4j-developers mailing list >>Tm4...@li... >>https://lists.sourceforge.net/lists/listinfo/tm4j-developers |
|
From: Kal A. <ka...@te...> - 2004-01-13 18:02:45
|
Just for the record, I agree with Christoph that the advantages of version numbers in JAR file names outweigh the disadvantages so I am +1 for this change Cheers, Kal On Tue, 2004-01-13 at 09:16, Christoph Froehlich wrote: > Hi > > recently I wondered about advantages and disadvantages of jar-names that > include the version-number. Currently, I would say that including the > version is better, especially because managing dependencies becomes more > precise. > > I asked kal what he thinks about and he in return asked me to raise the > question on the list and to collect some feedback. > > > So what do you think? > > bye > c > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > Tm4j-developers mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-developers -- Kal Ahmed <ka...@te...> techquila |
|
From: Christoph F. <cf...@fo...> - 2004-01-13 09:16:43
|
Hi recently I wondered about advantages and disadvantages of jar-names that include the version-number. Currently, I would say that including the version is better, especially because managing dependencies becomes more precise. I asked kal what he thinks about and he in return asked me to raise the question on the list and to collect some feedback. So what do you think? bye c |
|
From: SourceForge.net <no...@so...> - 2004-01-11 23:27:19
|
Support Requests item #875183, was opened at 2004-01-11 15:27 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=875183&group_id=27895 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Performance problem Initial Comment: Hi, I'm trying to do some performance tests using the latest tm4j API. I created generic topic maps (10.000 - 1.000.000 Topics) and wanted to compare the performance of the different storage backends. But already trying to load the smallest Tm into a MySQL database takes more than 10 minutes. Is this a database problem or does it take the backend simply that long? I'm using Mysql version 4.0.13, java sdk 1.4.1 on a Win XP system. thx georg --------------------- geo...@su... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391880&aid=875183&group_id=27895 |
|
From: Christoph F. <cf...@fo...> - 2004-01-07 05:57:31
|
Hi yesterday we released a first public version of the panckoucke library. Panckoucke gives you some support when developing topicmap presentation and navigation tools. Panckoucke was from the begining a part of tmnav and there are two more projects we are aware of that use panckoucke for some time. Which means that the code is rather functional. Nevertheless there are some things to be done, before panckoucke leaves the development-branch. Firstly the package-naming is inconsistent. One package-tree is named "core" one is named "api" while the meaning behind them is identically. This must be changed. Second: Some of panckouckes features are not documented yet. It would be good to change this. If anyone think that there are more things to be done, before panckoucke leaves the development branch, please raise your hands. bye c -- Christoph Froehlich <cf...@fo...> |
|
From: SourceForge.net <no...@so...> - 2003-12-28 18:06:45
|
Feature Requests item #720689, was opened at 2003-04-13 18:09 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=720689&group_id=27895 Category: Interface Improvements (example) Group: Next Release (example) >Status: Closed Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Nobody/Anonymous (nobody) Summary: Make class-instance associations optional Initial Comment: TM4J currently automatically creates class-instance associations between topics when the Topic.addType or Topic.setTypes() methods are called. This behaviour should be made optional. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-28 18:06 Message: Logged In: YES user_id=176992 Decided instead to remove the automatic creation of class-instance associations from the Ozone and In-Memory backends. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=720689&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-27 21:45:42
|
Bugs item #730436, was opened at 2003-04-30 22:11 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=730436&group_id=27895 Category: Ozone Impl Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Nobody/Anonymous (nobody) Summary: ParseTopicMap example fails with Ozone Initial Comment: Running the ParseTopicMap example against the ozone back-end results in a NotSerializableException thrown from OzoneTopicMapImpl_Proxy.getTopicsIterator(): Stack trace follows: [java] Parsing topic map: file:/home/kal/projects/tm4j/tm4j/examples/topicmaps/kings_and_queens.xtm as XTM [java] Base topic map loaded! [java] java.io.IOException: java.io.NotSerializableException: java.util.Collections$1 [java] at org.ozoneDB.core.DbRemote.DbLocalClient.copyObject(Unknown Source) [java] org.ozoneDB.UnexpectedException: java.io.IOException: java.io.NotSerializableException: java.util.Collections$1 [java] at org.tm4j.topicmap.ozone.OzoneTopicMapImpl_Proxy.getTopicsIterator(OzoneTopicMapImpl_Proxy.java:1264) [java] at org.ozoneDB.core.DbRemote.DbLocalClient.receive(Unknown Source) [java] at org.ozoneDB.ExternalDatabase.sendCommand(Unknown Source) [java] at examples.basic.ParseTopicMap.dumpTopics(Unknown Source) [java] at examples.basic.ParseTopicMap.run(Unknown Source) [java] at org.ozoneDB.ExternalDatabase.sendCommand(Unknown Source) [java] at org.ozoneDB.ExternalDatabase.invoke(Unknown Source) [java] at examples.basic.ParseTopicMap.main(Unknown Source) [java] at org.tm4j.topicmap.ozone.OzoneTopicMapImpl_Proxy.getTopicsIterator(OzoneTopicMapImpl_Proxy.java:1252) [java] at examples.basic.ParseTopicMap.dumpTopics(Unknown Source) [java] org.ozoneDB.UnexpectedException: java.io.IOException: java.io.NotSerializableException: java.util.Collections$1 [java] at org.tm4j.topicmap.ozone.OzoneTopicMapImpl_Proxy.getTopicsIterator(OzoneTopicMapImpl_Proxy.java:1264) [java] at examples.basic.ParseTopicMap.run(Unknown Source) [java] at examples.basic.ParseTopicMap.main(Unknown Source) [java] at examples.basic.ParseTopicMap.dumpTopics(Unknown Source) [java] at examples.basic.ParseTopicMap.run(Unknown Source) [java] Error encountered: org.ozoneDB.UnexpectedException: java.io.IOException: java.io.NotSerializableException: java.util.Collections$1 [java] Stack trace follows... [java] at examples.basic.ParseTopicMap.main(Unknown Source) ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-27 21:43 Message: Logged In: YES user_id=176992 Now works fine... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=730436&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-27 18:27:51
|
Bugs item #857904, was opened at 2003-12-10 22:34 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=857904&group_id=27895 Category: Ant Build File Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Kal Ahmed (kal_ahmed) Summary: Ant not included in 0.9.0a1 source distro Initial Comment: Ant, which is required for the build, is not included in the source distribution for version 0.9.0a1. My impression from the docs was that all required utilities were to be included. I discovered this when invoking test.bat. In my case, I happened to have a recent ant install elsewhere, so I modified test.bat to invoke my own ant, using my system-wide definition of ant_home. In this case, I was able to compile successfully. But there was a follow-on problem, namely that ant was looking in its own directory for junit.jar so as to do the required unit tests, and my own ant install did not have junit -- but this was easily remedied by copying junit.jar from the tm4j lib directory into my own ant lib directory, and then it was happy. Here is my doctored up test.bat, which would work for anyone that has their own ant installation: @echo off REM A simple batch file to run the standard test of the in-memory back-end set classpath=.;%ANT_HOME%lib;%TM4J_HOME%lib ant.bat -Dbackends=memory tm4j-test ant.bat -Dbackends=memory tm4j-index-test I made similar changes to my build.bat as a work- around. Probably should put the required ant.jar back into the source distribution. Jim Newhouse jne...@at... ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-27 18:26 Message: Logged In: YES user_id=176992 Reinstated Ant and JUnit to CVS and to the source distribution. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-11 14:41 Message: Logged In: YES user_id=176992 Now that there is an Ant task definition as part of TM4J, I think it makes sense to ship a compatible version of Ant in the binary and source distros. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=857904&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-11 17:01:50
|
Bugs item #857904, was opened at 2003-12-10 22:34 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=857904&group_id=27895 Category: Ant Build File Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Kal Ahmed (kal_ahmed) Summary: Ant not included in 0.9.0a1 source distro Initial Comment: Ant, which is required for the build, is not included in the source distribution for version 0.9.0a1. My impression from the docs was that all required utilities were to be included. I discovered this when invoking test.bat. In my case, I happened to have a recent ant install elsewhere, so I modified test.bat to invoke my own ant, using my system-wide definition of ant_home. In this case, I was able to compile successfully. But there was a follow-on problem, namely that ant was looking in its own directory for junit.jar so as to do the required unit tests, and my own ant install did not have junit -- but this was easily remedied by copying junit.jar from the tm4j lib directory into my own ant lib directory, and then it was happy. Here is my doctored up test.bat, which would work for anyone that has their own ant installation: @echo off REM A simple batch file to run the standard test of the in-memory back-end set classpath=.;%ANT_HOME%lib;%TM4J_HOME%lib ant.bat -Dbackends=memory tm4j-test ant.bat -Dbackends=memory tm4j-index-test I made similar changes to my build.bat as a work- around. Probably should put the required ant.jar back into the source distribution. Jim Newhouse jne...@at... ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-11 14:41 Message: Logged In: YES user_id=176992 Now that there is an Ant task definition as part of TM4J, I think it makes sense to ship a compatible version of Ant in the binary and source distros. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=857904&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-11 17:01:36
|
Feature Requests item #671063, was opened at 2003-01-20 09:17 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=671063&group_id=27895 Category: Interface Improvements (example) Group: Next Release (example) >Status: Closed Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Nobody/Anonymous (nobody) Summary: Allow name-based merging to be turned off Initial Comment: Should allow configuration-time control over the name-based merging mechanism. Could be implemented as a boolean valued property (tm4j.nameBasedMerging) which defaults to true and if false, turns off the name-based merging mechanisms of the underlying implementation. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-11 15:51 Message: Logged In: YES user_id=176992 Now implemented for all backends. Will be in 0.9.0a2 release ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=671063&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-10 22:34:42
|
Bugs item #857904, was opened at 2003-12-10 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=391879&aid=857904&group_id=27895 Category: Ant Build File Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Ant not included in 0.9.0a1 source distro Initial Comment: Ant, which is required for the build, is not included in the source distribution for version 0.9.0a1. My impression from the docs was that all required utilities were to be included. I discovered this when invoking test.bat. In my case, I happened to have a recent ant install elsewhere, so I modified test.bat to invoke my own ant, using my system-wide definition of ant_home. In this case, I was able to compile successfully. But there was a follow-on problem, namely that ant was looking in its own directory for junit.jar so as to do the required unit tests, and my own ant install did not have junit -- but this was easily remedied by copying junit.jar from the tm4j lib directory into my own ant lib directory, and then it was happy. Here is my doctored up test.bat, which would work for anyone that has their own ant installation: @echo off REM A simple batch file to run the standard test of the in-memory back-end set classpath=.;%ANT_HOME%lib;%TM4J_HOME%lib ant.bat -Dbackends=memory tm4j-test ant.bat -Dbackends=memory tm4j-index-test I made similar changes to my build.bat as a work- around. Probably should put the required ant.jar back into the source distribution. Jim Newhouse jne...@at... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=857904&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-10 14:18:14
|
Feature Requests item #781928, was opened at 2003-08-02 12:27 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=781928&group_id=27895 Category: Interface Improvements (example) Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: instanceOf with subjectIndicator Initial Comment: While the XTM standards says that instanceOf could contain a reference to a topic OR to an subject indicated by a subjectIndicator, tm4j does only allow for topic references. In org.tm4j.topic.Topic I propose a new method: public void addType(Locator subject) throws PropertyVetoException; Problem is that the setTypes() and getTypes() methods have to be changed as well. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-10 14:18 Message: Logged In: YES user_id=176992 Although the XTM *syntax* allows you to refer to the class using a subjectIndicatorRef in the instanceOf element, in the data model, the reference is always to a Topic. When importing XTM, TM4J will look for a topic with the subject indicator specified in the subjectInidicatorRef element and if it does not exist, it will create a new topic which has that subject indicator set. addType(Locator) *could* be treated as a convenience method that does the look-up by subject indicator and creates a new topic if one does not already exist, but I think I would prefer to leave the core APIs as compact as possible at the moment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=781928&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-10 14:14:15
|
Feature Requests item #641803, was opened at 2002-11-21 12:08 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=641803&group_id=27895 Category: None Group: Next Release (example) >Status: Closed Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Nobody/Anonymous (nobody) Summary: Notation independence for addTopicMap() Initial Comment: Update the implementation of addTopicMap(InputStream, Locator, boolean) to select either the XTM or LTM builder depending upon the address portion of the Locator parameter. If the address ends in ".ltm" or ".txt", parse the file with the LTM builder, otherwise parse with the XTM builder ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-10 14:14 Message: Logged In: YES user_id=176992 The SerializedTopicMapSource addresses all of this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391882&aid=641803&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-08 02:33:06
|
Bugs item #834293, was opened at 2003-11-01 20:42 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=834293&group_id=27895 Category: Hibernate Impl Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Florian G. Haas (haasfg) Assigned to: Nobody/Anonymous (nobody) Summary: Hibernate test suite fails with HypersonicSQL Initial Comment: Running the Hibernate test suite (ant -Dbackends="hibernate" tm4j-test) with HypersonicSQL produces the same error over and over again. Apparently hsqldb is complaining about a foreign key constraint violation. The TMOBJECTS table does contain an line where the value of "ID" is 'ff808081f898ec9900f898ecb6280033', whereas the TOPICMAPS table does not contain a line where the value of "BASELOCATOR" is 'ff808081f898b79b00f898b7bc890039'. So it makes sense for the database to complain about the FK constraint being violated. Question is, why is there no line in TOPICMAPS with the appropriate value for "BASELOCATOR"? ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-08 02:33 Message: Logged In: YES user_id=176992 Fixed a couple of different FK constraint violations thrown up by HSQL. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-03 22:54 Message: Logged In: YES user_id=176992 Oops, spoke too soon. Although this FK constraint violation is fixed, there seems to be another one caused by a failed cascaded delete. A MemberDataObject has been left in the database even though its parent AssociationDataObject was deleted and causes an FK constraint violation when trying to delete the roleSpec topic. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-03 22:37 Message: Logged In: YES user_id=176992 It seems that the problem was that both tmobjects and topicmaps had the srclocs.tmobject_id column as a foreign key. My guess is that trying to use srclocs to do many-to-many mappings between the tmobjects and locators table *and* the topicmaps and locators table was probably not the right thing to do. I've changed the mapping file for the TopicMapDataObject so that it now uses a separate table (tmsrclocs) for its many-to-many relationship with the locators table. Can you retest on your installation to validate that this fixes the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=834293&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-03 22:54:24
|
Bugs item #834293, was opened at 2003-11-01 20:42 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=834293&group_id=27895 Category: Hibernate Impl Group: None >Status: Open >Resolution: Accepted Priority: 5 Submitted By: Florian G. Haas (haasfg) Assigned to: Nobody/Anonymous (nobody) Summary: Hibernate test suite fails with HypersonicSQL Initial Comment: Running the Hibernate test suite (ant -Dbackends="hibernate" tm4j-test) with HypersonicSQL produces the same error over and over again. Apparently hsqldb is complaining about a foreign key constraint violation. The TMOBJECTS table does contain an line where the value of "ID" is 'ff808081f898ec9900f898ecb6280033', whereas the TOPICMAPS table does not contain a line where the value of "BASELOCATOR" is 'ff808081f898b79b00f898b7bc890039'. So it makes sense for the database to complain about the FK constraint being violated. Question is, why is there no line in TOPICMAPS with the appropriate value for "BASELOCATOR"? ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-03 22:54 Message: Logged In: YES user_id=176992 Oops, spoke too soon. Although this FK constraint violation is fixed, there seems to be another one caused by a failed cascaded delete. A MemberDataObject has been left in the database even though its parent AssociationDataObject was deleted and causes an FK constraint violation when trying to delete the roleSpec topic. ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-03 22:37 Message: Logged In: YES user_id=176992 It seems that the problem was that both tmobjects and topicmaps had the srclocs.tmobject_id column as a foreign key. My guess is that trying to use srclocs to do many-to-many mappings between the tmobjects and locators table *and* the topicmaps and locators table was probably not the right thing to do. I've changed the mapping file for the TopicMapDataObject so that it now uses a separate table (tmsrclocs) for its many-to-many relationship with the locators table. Can you retest on your installation to validate that this fixes the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=834293&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-03 22:37:27
|
Bugs item #834293, was opened at 2003-11-01 20:42 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=834293&group_id=27895 Category: Hibernate Impl Group: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Florian G. Haas (haasfg) Assigned to: Nobody/Anonymous (nobody) Summary: Hibernate test suite fails with HypersonicSQL Initial Comment: Running the Hibernate test suite (ant -Dbackends="hibernate" tm4j-test) with HypersonicSQL produces the same error over and over again. Apparently hsqldb is complaining about a foreign key constraint violation. The TMOBJECTS table does contain an line where the value of "ID" is 'ff808081f898ec9900f898ecb6280033', whereas the TOPICMAPS table does not contain a line where the value of "BASELOCATOR" is 'ff808081f898b79b00f898b7bc890039'. So it makes sense for the database to complain about the FK constraint being violated. Question is, why is there no line in TOPICMAPS with the appropriate value for "BASELOCATOR"? ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-03 22:37 Message: Logged In: YES user_id=176992 It seems that the problem was that both tmobjects and topicmaps had the srclocs.tmobject_id column as a foreign key. My guess is that trying to use srclocs to do many-to-many mappings between the tmobjects and locators table *and* the topicmaps and locators table was probably not the right thing to do. I've changed the mapping file for the TopicMapDataObject so that it now uses a separate table (tmsrclocs) for its many-to-many relationship with the locators table. Can you retest on your installation to validate that this fixes the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=834293&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-02 22:06:47
|
Bugs item #852340, was opened at 2003-12-01 21:48 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=852340&group_id=27895 Category: Utilities Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Florian G. Haas (haasfg) Assigned to: Nobody/Anonymous (nobody) Summary: SerializedTopicMapSource: incorrect source locators Initial Comment: When a SerializedTopicMapSource is instantiated using the SerializedTopicMapSource(File) or SerializedTopicMapSource(String) constructor, thereby leaving it up to the implementation to determine the appropriate base locator, that locator is not initialized correctly. Subsequently invoking the SerializedTopicMapSource's getLocator() method returns null. In contrast, when specifying the base locator explicitly, everything behaves as expected. Test case exposing this behavior (org.tm4j.topicmap.source.test.SerializedTopicMapSourceTest) to be committed shortly. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-12-02 22:06 Message: Logged In: YES user_id=176992 Fixed for SerializedTopicMapSource. This required a slight change to the interface too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=852340&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-02 09:05:41
|
Bugs item #852340, was opened at 2003-12-01 22:48 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=852340&group_id=27895 Category: Utilities Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Florian G. Haas (haasfg) Assigned to: Nobody/Anonymous (nobody) Summary: SerializedTopicMapSource: incorrect source locators Initial Comment: When a SerializedTopicMapSource is instantiated using the SerializedTopicMapSource(File) or SerializedTopicMapSource(String) constructor, thereby leaving it up to the implementation to determine the appropriate base locator, that locator is not initialized correctly. Subsequently invoking the SerializedTopicMapSource's getLocator() method returns null. In contrast, when specifying the base locator explicitly, everything behaves as expected. Test case exposing this behavior (org.tm4j.topicmap.source.test.SerializedTopicMapSourceTest) to be committed shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=852340&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-12-01 13:55:00
|
Bugs item #852074, was opened at 2003-12-01 13:54 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=852074&group_id=27895 Category: None Group: TM4Web/Velocity 0.1 Status: Open Resolution: None Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Factory does not find correct constructor Initial Comment: The Factory class locates the wrong constructor when invoked on a class with multiple constructors with different numbers of parameters. In this case, the org.tm4j.vtl.comparators.ResultsComparator class has constructors: ResultsComparator(UnaryFunction) and ResultsComparator(UnaryFunction, Comparator) Using the factory for Velocity as: $factory.create("org.tm4j.vtl.comparators.ResultsComparator", $extractor) Results in an error message saying that the constructor was invoked with the wrong number of arguments. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=852074&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-11-27 21:19:04
|
Bugs item #850107, was opened at 2003-11-27 08:50 Message generated for change (Comment added) made by kal_ahmed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=850107&group_id=27895 Category: None Group: TM4Web/Velocity 0.1 >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Settings link causes Struts error Initial Comment: From Harald: I had a Problem with the settings link of the main navigation. I included a copy of the error page as a zip file. I use Tomcat 4.1.27 with windows xp running on java 1.4.1_02. Looks like a Problem with the Struts configuration .... This is a copy of the beginning of the StackTrace: 0 [Thread-6] ERROR org.apache.struts.action.RequestProcessor - No action ins tance for path /render_template could be created java.lang.ClassNotFoundException: org.tm4j.vtl.struts.RenderTemplateAction at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa der.java:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa der.java:1289) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.jav a:207) at org.apache.struts.util.RequestUtils.applicationInstance(RequestUtils. java:231) at org.apache.struts.action.RequestProcessor.processActionCreate(Request Processor.java:326) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja va:268) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:148 2) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507) ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-11-27 21:19 Message: Logged In: YES user_id=176992 Removed Settings link from menu.vm ---------------------------------------------------------------------- Comment By: Kal Ahmed (kal_ahmed) Date: 2003-11-27 08:51 Message: Logged In: YES user_id=176992 The settings link should be removed from the default templates as there is currently no user settings support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=850107&group_id=27895 |
|
From: SourceForge.net <no...@so...> - 2003-11-27 21:17:42
|
Bugs item #850441, was opened at 2003-11-27 21: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=850441&group_id=27895 Category: None Group: TM4Web/Velocity 0.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Kal Ahmed (kal_ahmed) Assigned to: Kal Ahmed (kal_ahmed) Summary: Tolog query page should have link to topic map Initial Comment: In the TMBrowse application, the menu on the Tolog query page should include a link back to the topic map index page. ---------------------------------------------------------------------- >Comment By: Kal Ahmed (kal_ahmed) Date: 2003-11-27 21:17 Message: Logged In: YES user_id=176992 Fixed in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=391879&aid=850441&group_id=27895 |
153 messages has been excluded from this view by a project administrator.
