You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(22) |
Jul
(4) |
Aug
(9) |
Sep
(6) |
Oct
(5) |
Nov
(15) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(4) |
Feb
(10) |
Mar
(12) |
Apr
(16) |
May
(2) |
Jun
(7) |
Jul
(10) |
Aug
(9) |
Sep
(3) |
Oct
(17) |
Nov
(17) |
Dec
(6) |
2003 |
Jan
(12) |
Feb
(15) |
Mar
(25) |
Apr
(20) |
May
(8) |
Jun
(3) |
Jul
(21) |
Aug
(10) |
Sep
(7) |
Oct
(1) |
Nov
(3) |
Dec
(6) |
2004 |
Jan
(5) |
Feb
(16) |
Mar
(34) |
Apr
(26) |
May
(20) |
Jun
(58) |
Jul
(76) |
Aug
(51) |
Sep
(40) |
Oct
(16) |
Nov
(7) |
Dec
(6) |
2005 |
Jan
(10) |
Feb
(1) |
Mar
(17) |
Apr
(8) |
May
(11) |
Jun
(15) |
Jul
(1) |
Aug
(7) |
Sep
(6) |
Oct
(10) |
Nov
(14) |
Dec
(9) |
2006 |
Jan
(11) |
Feb
(22) |
Mar
(17) |
Apr
(1) |
May
(15) |
Jun
(9) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
(10) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2008 |
Jan
(2) |
Feb
(1) |
Mar
(8) |
Apr
(8) |
May
(12) |
Jun
(9) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Wang, D. <dwa...@ws...> - 2005-11-18 17:38:41
|
Hi Everyone, I'm trying to run the following Tolog Query in the TMNav Window, But it = got some exceptions. select $T1,$T2 from=20 role-player($ROLE,$T1), =20 association-role($ASSOC,$ROLE1), = association-role($ASSOC,$ROLE1),=20 role-player($ROLE,$T2), type($ASSOC, x1122ljt3i-2bd), =20 $ ROLE1 /=3D $ROLE2, $T1/=3D$T2 ? ("x1122ljt3i-2bd" is the association type id) The problem may come from the last line of this query -- ROLE1 /=3D = ROLE2, $T1 /=3D $T2 ? the "/=3D" predicate. Because whenI tried to run the query without the last line., it got = some resultsets. Does anyone know how to overcome this problem? Or is that becuase TMNav = tolog query does not support this kind of predicates? I appreciate... Dandan =20 |
From: john i. <div...@li...> - 2005-11-17 16:40:09
|
Hi Everyone, I'm trying to run admintool on ubuntu 5.10 Breezy. What happens is that I h= ave the java classes of /tm4j../lib set in CLASSPATH in bash.bashrc but can= not run the admintool. Maybe my java environment is not properly set? I'm j= ust newbie.... ;) I use sun's j2sdk1.4 and j2re1.4.. (I set CLASSPATH with= the java classes in /tmj4../lib in windows XP and it works fine)=20 In addition I run tmnav with no prob. Does anyone know how to overcome this prob? thankxs in advance.. D7 --=20 _______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze |
From: Richard G. <ric...@ya...> - 2005-11-14 15:01:22
|
Hi, I turned on the hibernate "show sql" option, and these are the sql statements it's trying to execute when it fails. If anyone has any ideas what's going wrong, I'd be grateful Thanks. Richard. Hibernate: select tm.id as id, tm.baseLocator as baseLoca2_ from topicmaps tm, locators locatordat0_ where (locatordat0_.notation=? and tm.baseLocator=locatordat0_.id)and(locatordat0_.address=? and tm.baseLocator=locatordat0_.id) Hibernate: select locator.id as id, locator.notation as notation, locator.address as address from locators locator where (locator.notation=? )and(locator.address=? ) Hibernate: select t.id as id, t.class as class, t.object_id as object_id, t.topicMap as topicMap, t.type as type, t.parent_association as parent_a6_, t.subject as subject, t.base_topic as base_topic, t.parent_topic as parent_t9_, t.data as data, t.dataLocator as dataLoc11_, t.container_id as contain12_, t.parent as parent from tmobjects t where (t.object_id=? )and(t.topicMap=? ) Hibernate: insert into locators (notation, address, id) values (?, ?, ?) Problem with checked-in Statement, discarding. java.lang.NullPointerException at oracle.jdbc.dbaccess.DBData.clearItem(DBData.java:431) at oracle.jdbc.dbaccess.DBDataSetImpl.clearItem(DBDataSetImpl.java:3528) at oracle.jdbc.driver.OraclePreparedStatement.clearParameters(OraclePreparedStatement.java:3401) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.refreshStatement(GooGooStatementCache.java:452) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.checkinStatement(GooGooStatementCache.java:138) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$1$WrapperStatementHelper.doClose(C3P0PooledConnection.java:429) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$2.close(C3P0PooledConnection.java:476) at net.sf.hibernate.impl.BatcherImpl.closePreparedStatement(BatcherImpl.java:262) at net.sf.hibernate.impl.BatcherImpl.closeStatement(BatcherImpl.java:136) at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:125) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:59) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:56) at net.sf.hibernate.impl.BatcherImpl.prepareBatchStatement(BatcherImpl.java:109) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:460) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:442) at net.sf.hibernate.impl.ScheduledInsertion.execute(ScheduledInsertion.java:29) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2382) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2335) at net.sf.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:1775) at net.sf.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:1536) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1501) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1491) at org.tm4j.topicmap.hibernate.PersistenceWrapper.find(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapImpl.getObjectByID(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.checkID(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.save(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.createBaseName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:506) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:259) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:212) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:203) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:96) at mips.genre.topicmaps.Hibernate.main(Hibernate.java:62) org.tm4j.topicmap.TopicMapRuntimeException: Storage Exception. Cause: org.tm4j.topicmap.TopicMapRuntimeException: Storage exception. Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Storage exception. Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.save(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.createBaseName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:506) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:259) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:212) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:203) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:96) at mips.genre.topicmaps.Hibernate.main(Hibernate.java:62) Caused by: org.tm4j.topicmap.TopicMapRuntimeException: Storage exception. Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. at org.tm4j.topicmap.hibernate.PersistenceWrapper.find(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapImpl.getObjectByID(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.checkID(Unknown Source) ... 10 more Caused by: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. at com.mchange.v2.c3p0.stmt.GooGooStatementCache.undeathmarchStatement(GooGooStatementCache.java:437) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.removeStatement(GooGooStatementCache.java:273) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.checkinStatement(GooGooStatementCache.java:146) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$1$WrapperStatementHelper.doClose(C3P0PooledConnection.java:429) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$2.close(C3P0PooledConnection.java:476) at net.sf.hibernate.impl.BatcherImpl.closePreparedStatement(BatcherImpl.java:262) at net.sf.hibernate.impl.BatcherImpl.closeStatement(BatcherImpl.java:136) at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:125) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:59) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:56) at net.sf.hibernate.impl.BatcherImpl.prepareBatchStatement(BatcherImpl.java:109) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:460) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:442) at net.sf.hibernate.impl.ScheduledInsertion.execute(ScheduledInsertion.java:29) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2382) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2335) at net.sf.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:1775) at net.sf.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:1536) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1501) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1491) ... 13 more --- Richard Gregory <ric...@ya...> wrote: > Hi All, > > After a bit of a break I'm having another look at tm4j. I tried to use this approach of loading > an > entire existing topic map into my hibernate backend, using some of Daniel's code below, but I > get > the error below from the line > > tm.getFactory().copy(importedTM); > > If Kal or anyone else has any clues what is going wrong here I'd be grateful. > > Thanks, > > Richard. > > Heres the stack trace: > > Problem with checked-in Statement, discarding. > java.lang.NullPointerException > at oracle.jdbc.dbaccess.DBData.clearItem(DBData.java:431) > at oracle.jdbc.dbaccess.DBDataSetImpl.clearItem(DBDataSetImpl.java:3528) > at > oracle.jdbc.driver.OraclePreparedStatement.clearParameters(OraclePreparedStatement.java:3401) > at > com.mchange.v2.c3p0.stmt.GooGooStatementCache.refreshStatement(GooGooStatementCache.java:452) > at > com.mchange.v2.c3p0.stmt.GooGooStatementCache.checkinStatement(GooGooStatementCache.java:138) > at > com.mchange.v2.c3p0.impl.C3P0PooledConnection$1$WrapperStatementHelper.doClose(C3P0PooledConnection.java:429) > at com.mchange.v2.c3p0.impl.C3P0PooledConnection$2.close(C3P0PooledConnection.java:476) > at net.sf.hibernate.impl.BatcherImpl.closePreparedStatement(BatcherImpl.java:262) > at net.sf.hibernate.impl.BatcherImpl.closeStatement(BatcherImpl.java:136) > at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:125) > at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:59) > at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:56) > at net.sf.hibernate.impl.BatcherImpl.prepareBatchStatement(BatcherImpl.java:109) > at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:460) > at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:442) > at net.sf.hibernate.impl.ScheduledInsertion.execute(ScheduledInsertion.java:29) > at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2382) > at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2335) > at net.sf.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:1775) > at net.sf.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:1536) > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1501) > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1491) > at org.tm4j.topicmap.hibernate.PersistenceWrapper.find(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicMapImpl.getObjectByID(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.checkID(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.save(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.createBaseName(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:506) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:259) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:212) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:203) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:96) > at mips.genre.topicmaps.Hibernate.main(Hibernate.java:67) > org.tm4j.topicmap.TopicMapRuntimeException: Storage Exception. > Cause: org.tm4j.topicmap.TopicMapRuntimeException: Storage exception. > Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is > not in deathmarch. > Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. > Cause:Storage exception. > Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is > not in deathmarch. > Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. > at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.save(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.createBaseName(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:506) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:259) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:212) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:203) > at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:96) > at mips.genre.topicmaps.Hibernate.main(Hibernate.java:67) > Caused by: org.tm4j.topicmap.TopicMapRuntimeException: Storage exception. > Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is > not in deathmarch. > Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. > at org.tm4j.topicmap.hibernate.PersistenceWrapper.find(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicMapImpl.getObjectByID(Unknown Source) > at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.checkID(Unknown Source) > ... 10 more > Caused by: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out > statement > is not in deathmarch. > at > com.mchange.v2.c3p0.stmt.GooGooStatementCache.undeathmarchStatement(GooGooStatementCache.java:437) > at > com.mchange.v2.c3p0.stmt.GooGooStatementCache.removeStatement(GooGooStatementCache.java:273) > at > com.mchange.v2.c3p0.stmt.GooGooStatementCache.checkinStatement(GooGooStatementCache.java:146) > at > com.mchange.v2.c3p0.impl.C3P0PooledConnection$1$WrapperStatementHelper.doClose(C3P0PooledConnection.java:429) > at com.mchange.v2.c3p0.impl.C3P0PooledConnection$2.close(C3P0PooledConnection.java:476) > at net.sf.hibernate.impl.BatcherImpl.closePreparedStatement(BatcherImpl.java:262) > at net.sf.hibernate.impl.BatcherImpl.closeStatement(BatcherImpl.java:136) > at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:125) > at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:59) > at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:56) > at net.sf.hibernate.impl.BatcherImpl.prepareBatchStatement(BatcherImpl.java:109) > at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:460) > at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:442) > at net.sf.hibernate.impl.ScheduledInsertion.execute(ScheduledInsertion.java:29) > at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2382) > at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2335) > at net.sf.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:1775) > at net.sf.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:1536) > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1501) > at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1491) > ... 13 more > > > > --- Daniel Meier <mei...@hi...> wrote: > > > > > Hello Kal > > > > Thx for your answer. As you said, I reimplemented the import. > > First I create a topic map in memory, then I copy the topic map > > to the database. This is working fine, expect the topic map has > > scopes defined. I tried the tmworld.xtm topic map and I get an > > java.lang.ClassCastException at > > org.tm4j.topicmap.hibernate.ScopedObjectImpl.setScope(ScopedObjectImpl.java: > > 223) > > > > Do you have an idea why this happens? I use tm4j 0.9.7src. > > Hope you can help me...thx in advance... > > > > My code looks like: > > > > public class copyToDB { > > public static void main(String[] args) { > > new copyToDB(args); > > } > > public copyToDB(String[] args) { > > File f = new File("src/tm/tmworld.xtm"); > > try { > > TopicMap importedTM = loadXtmFromFile(f); > > > > // Hibernate > > TopicMapProviderFactory tmpf = new > > org.tm4j.topicmap.hibernate.TopicMapProviderFactoryImpl(); > > Properties providerProps = new Properties(); > > providerProps.load(new > > FileInputStream("src/tm/provider.properties")); > > TopicMapProvider provider = > > tmpf.newTopicMapProvider(providerProps); > > > > > > ProviderTransaction txn = > > provider.openTransaction(); > > > > Locator base = > > provider.getLocatorFactory().createLocator("URI", f.toURL().toString()); > > TopicMap tm = provider.createTopicMap(base); > > tm.getFactory().copy(importedTM); > > > > txn.commit(); > > > > } catch(Exception e) { > > e.printStackTrace(); > > } > > } > > > > public static TopicMap loadXtmFromFile(File f) throws Exception { > > if (!f.exists()) { > > throw new FileNotFoundException("Could not locate the > > specified input file."); > > } > > TopicMapProviderFactory m_providerFactory = new > > org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl(); > > TopicMapProvider m_provider = > > m_providerFactory.newTopicMapProvider(System.getProperties()); > > Locator baseLocator = > > m_provider.getLocatorFactory().createLocator("URI", f.toURL().toString()); > > TopicMapSource src = new SerializedTopicMapSource(new > > FileInputStream(f), baseLocator); > > > > return m_provider.addTopicMap(src); > > } > > } > > > > > > > > Hi Daniel, > > > > Yeah its slow, and partially it is due to the frequency of commits that > > Hibernate makes, but there is also a more tricky fundamental problem. If you > > are importing an XTM file, there is no guarantee that the XTM is properly > > merged. That means that as you add topics you need to check to see if they > > should merge - which in turn means you need to check the subject indicators, > > source locators and scoped names of the topics that you have imported up > > until now. So the XTM import code uses the indexes to do those lookups. Of > > course, with the Hibernate implementation the indexes are implemented as > > queries - so that means that you do need to commit at least after every > > topic is added for merging to work properly. > > > > So if you have a really large TM, or if you are importing an XTM file into > > an existing topic map in the database (i.e. merging a file into an existing > > TM), then I think this is always going to be a problem > > > > However, your case is slightly different (and probably quite common) - you > > have a relatively large XTM file, but it is not so large that it could not > > all be processed for merging in memory first (you might a big chunk of > > memory assigned to the VM, but it should be doable). So perhaps you could > > make a tuned import function for the Hibernate backend that does an import > > into a temporary in-memory backend first, applies all the merging, and then > > writes the objects to Hibernate in a single transaction. My feeling is that > > you should be able to do all of this using the existing APIs - we added a > > feature for transaction control on the backends in the last version. > > > > In the long term, I think the fix for this is to be smarter about the import > > into the database and to have a separate importer for Hibernate backends > > that works with the database instead of against it as we have at the moment. > > But perhaps for your short term needs doing the two-step XTM -> Memory -> > > Hibernate import might work? > > > > Cheers, > > > > Kal > > > > > -----Original Message----- > > > From: tm4...@li... [mailto:tm4j-users- > > > ad...@li...] On Behalf Of Daniel Meier > > > Sent: 12 October 2005 19:21 > > > To: tm4...@li... > > > Subject: [TM4J-users] importing xtm to Db with hibernate > > > > > > Hello > > > > > > > > > > > > Im trying to import a "big" xtm file (~6MByte, ~4000 topics and ~ 4000 > > > assocciations ) to an oracle 8 database (hibernate backend). > > > > > > Code looks like: > > > > > > > > > > > > TopicMapProviderFactory factory = TopicMapProviderFactory.newInstance(); > > > > > > TopicMapProvider provider = factory.newTopicMapProvider(); > > > > > > TopicMapSource source = new > > > SerializedTopicMapSource("c:\\temp\\opera.xtm"); > > > > > > TopicMap map = provider.addTopicMap(source); > > > > > > > > > > > > > > > > > > Now this process takes very looong (>1h). When I log the hibernate sql > > > commands, > > > > > > I see that the backend is autocommiting every insert/update. This is in my > > > mind > > > > > > not good, and is probably the problem. One commit at the end is enough > > > during an import. > > > > > > So I set autocommit in the provider.properties to false, and added the > > > code: > > > > > > . > > > > > > TopicMap map = provider.addTopicMap(source); > > > > > > Provider.getOpenTransaction().commit(); > > > > > > > > > > > > But this doesen't helped. > > > > > > Maybe the problem is that provider.isTransactional() returns false. I > > > think the oracle DB > > > > > > should be able to handle transactions. (I use the jdbc driver from > > > oracle). > > > > > > > > > > > > What can I do? > > > > > > > > > > > > Greetings, Daniel > > > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, downloads, discussions, > > and more. http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > Tm4j-users mailing list > > Tm4...@li... > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > ___________________________________________________________ > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail > http://uk.messenger.yahoo.com > ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com |
From: Richard G. <ric...@ya...> - 2005-11-14 14:07:06
|
Hi Kal, Well switching back to jdk 1.4 didn't solve the hibernate problem I had, so if you have any thoughts on what might be going wrong there I'd be very grateful. Thanks, Richard. --- Richard Gregory <ric...@ya...> wrote: > Hi Kal, > > You were right, it was a jdk 1.5 issue. The tm4j-build target works fine now I've switched back > to > 1.4.2. I'll have to reinstall my hibernate backend as well and see if this has cured the > problems > I had there. > > Thanks for the help. > > Richard. > > > --- Richard Gregory <ric...@ya...> wrote: > > > Hi Kal, > > > > It could be. I have a built tm4j before, and this was quite a while ago, so it probably was > with > > 1.4. I reinstalled my hibernate backend last week, so I had to run the hibernate ant targets, > > and > > they all seemed to worked fine with 1.5, although when I tried to store a topic map in it I > had > > problems (http://sourceforge.net/mailarchive/message.php?msg_id=13815413). > > > > I'll try and build on 1.4 and let you know how it goes. > > > > Cheers, > > > > Richard. > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > Hi Richard, > > > > > > Is it possible that this is a JDK 1.5 issue? I can build here on JDK 1.4.2 > > > without any problems. Did you build successfully using JDK 1.5 before? I > > > don't suppose you have a 1.4 JDK you can try building against? > > > > > > Cheers, > > > > > > Kal > > > > > > > -----Original Message----- > > > > From: Richard Gregory [mailto:ric...@ya...] > > > > Sent: 14 November 2005 10:12 > > > > To: ka...@te...; 'tm4j' > > > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > > > > > Hi Kal, > > > > > > > > My CatalogManager.properties is just an empty text file. When I first > > > > started using tm4j I was > > > > getting errors as i didn't have this file, and i was advised to just > > > > create a text file with this > > > > name and put it on my classpath. TM4J has never written anything to it, or > > > > read from it, as far as > > > > I can tell. > > > > > > > > I'm using JDK 1.5.0_02. > > > > > > > > Thanks, > > > > > > > > Richard. > > > > > > > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > > > > > Hi Richard, > > > > > > > > > > That's strange - I wonder if there is something in your > > > > CatalogManager.props > > > > > file that is causing the code to try and load a JAR or deflate a zip > > > > file > > > > > for some reason. Can you post the contents please? Also I'm trying to > > > > work > > > > > out why javac is even looking at your catalog manager props file...which > > > > JDK > > > > > are you building with? > > > > > > > > > > Cheers, > > > > > > > > > > Kal > > > > > > > > > > > -----Original Message----- > > > > > > From: Richard Gregory [mailto:ric...@ya...] > > > > > > Sent: 14 November 2005 09:40 > > > > > > To: ka...@te...; 'tm4j' > > > > > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > > > > > > > > > Hi Kal, > > > > > > > > > > > > Thanks for the prompt reply. My resolver.jar is also 60047 bytes. I > > > > > > downloaded tm4j-0.9.7 again, > > > > > > and replaced all the jars in the lib directory, but I still get the > > > > error. > > > > > > > > > > > > Cheers, > > > > > > > > > > > > Richard. > > > > > > > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > > > > > > > > > Hi Richard, > > > > > > > > > > > > > > Looks like it might be a corrupt JAR file - maybe the resolver.jar > > > > in > > > > > > the > > > > > > > lib directory if the error occurred when trying to read catalog > > > > > > properties. > > > > > > > My local copy shows up as 60047 bytes in length. > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > Kal > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: tm4...@li... [mailto:tm4j-users- > > > > > > > > ad...@li...] On Behalf Of Richard Gregory > > > > > > > > Sent: 14 November 2005 09:05 > > > > > > > > To: tm4j > > > > > > > > Subject: [TM4J-users] ant target tm4j-build failing > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I've tried to make a few changes to some of the tm4j (0.9.7) > > > > source > > > > > > files > > > > > > > > to get to the bottom of > > > > > > > > a problem I'm having, but when I try to run the tm4j-build ant > > > > script > > > > > > I > > > > > > > > get the following error. > > > > > > > > > > > > > > > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > > > > > > > > Buildfile: build.xml > > > > > > > > > > > > > > > > init: > > > > > > > > > > > > > > > > tm4j-net-build: > > > > > > > > > > > > > > > > tm4j-prepare: > > > > > > > > > > > > > > > > tm4j-build: > > > > > > > > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > > > > > > > > 0.9.7/build/classes > > > > > > > > [javac] error: error reading > > > > > > /home/richard/CatalogManager.properties; > > > > > > > > java.util.zip.ZipException: error in opening zip file > > > > > > > > [javac] 1 error > > > > > > > > > > > > > > > > BUILD FAILED > > > > > > > > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see > > > > the > > > > > > > > compiler error output for > > > > > > > > details. > > > > > > > > > > > > > > > > Total time: 3 seconds > > > > > > > > > > > > > > > > If anyone has any idea what the problem might be I be grateful. > > > > > > > > > > > > > > > > Richard. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > > > > > To help you stay safe and secure online, we've developed the all > > > > new > > > > > > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > SF.Net email is sponsored by: > > > > > > > > Tame your development challenges with Apache's Geronimo App > > > > Server. > > > > > > > > Download > > > > > > > > it for free - -and be entered to win a 42" plasma tv or your very > > > > own > > > > > > > > Sony(tm)PSP. Click here to play: > > > > http://sourceforge.net/geronimo.php > > > > > > > > _______________________________________________ > > > > > > > > Tm4j-users mailing list > > > > > > > > Tm4...@li... > > > > > > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > > > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with > > > > > > voicemail http://uk.messenger.yahoo.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > SF.Net email is sponsored by: > > > > > Tame your development challenges with Apache's Geronimo App Server. > > > > Download > > > > > it for free - -and be entered to win a 42" plasma tv or your very own > > > > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > > > > _______________________________________________ > > > > > Tm4j-users mailing list > > > > > Tm4...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > To help you stay safe and secure online, we've developed the all new > > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. > > http://uk.security.yahoo.com > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: > > Tame your development challenges with Apache's Geronimo App Server. Download > > it for free - -and be entered to win a 42" plasma tv or your very own > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > _______________________________________________ > > Tm4j-users mailing list > > Tm4...@li... > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > ___________________________________________________________ > Yahoo! Model Search 2005 - Find the next catwalk superstars - > http://uk.news.yahoo.com/hot/model-search/ > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Tm4j-users mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-users > ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com |
From: Richard G. <ric...@ya...> - 2005-11-14 13:05:47
|
Hi Kal, You were right, it was a jdk 1.5 issue. The tm4j-build target works fine now I've switched back to 1.4.2. I'll have to reinstall my hibernate backend as well and see if this has cured the problems I had there. Thanks for the help. Richard. --- Richard Gregory <ric...@ya...> wrote: > Hi Kal, > > It could be. I have a built tm4j before, and this was quite a while ago, so it probably was with > 1.4. I reinstalled my hibernate backend last week, so I had to run the hibernate ant targets, > and > they all seemed to worked fine with 1.5, although when I tried to store a topic map in it I had > problems (http://sourceforge.net/mailarchive/message.php?msg_id=13815413). > > I'll try and build on 1.4 and let you know how it goes. > > Cheers, > > Richard. > > > --- Kal Ahmed <ka...@te...> wrote: > > > Hi Richard, > > > > Is it possible that this is a JDK 1.5 issue? I can build here on JDK 1.4.2 > > without any problems. Did you build successfully using JDK 1.5 before? I > > don't suppose you have a 1.4 JDK you can try building against? > > > > Cheers, > > > > Kal > > > > > -----Original Message----- > > > From: Richard Gregory [mailto:ric...@ya...] > > > Sent: 14 November 2005 10:12 > > > To: ka...@te...; 'tm4j' > > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > > > Hi Kal, > > > > > > My CatalogManager.properties is just an empty text file. When I first > > > started using tm4j I was > > > getting errors as i didn't have this file, and i was advised to just > > > create a text file with this > > > name and put it on my classpath. TM4J has never written anything to it, or > > > read from it, as far as > > > I can tell. > > > > > > I'm using JDK 1.5.0_02. > > > > > > Thanks, > > > > > > Richard. > > > > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > > > Hi Richard, > > > > > > > > That's strange - I wonder if there is something in your > > > CatalogManager.props > > > > file that is causing the code to try and load a JAR or deflate a zip > > > file > > > > for some reason. Can you post the contents please? Also I'm trying to > > > work > > > > out why javac is even looking at your catalog manager props file...which > > > JDK > > > > are you building with? > > > > > > > > Cheers, > > > > > > > > Kal > > > > > > > > > -----Original Message----- > > > > > From: Richard Gregory [mailto:ric...@ya...] > > > > > Sent: 14 November 2005 09:40 > > > > > To: ka...@te...; 'tm4j' > > > > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > > > > > > > Hi Kal, > > > > > > > > > > Thanks for the prompt reply. My resolver.jar is also 60047 bytes. I > > > > > downloaded tm4j-0.9.7 again, > > > > > and replaced all the jars in the lib directory, but I still get the > > > error. > > > > > > > > > > Cheers, > > > > > > > > > > Richard. > > > > > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > > > > > > > Hi Richard, > > > > > > > > > > > > Looks like it might be a corrupt JAR file - maybe the resolver.jar > > > in > > > > > the > > > > > > lib directory if the error occurred when trying to read catalog > > > > > properties. > > > > > > My local copy shows up as 60047 bytes in length. > > > > > > > > > > > > Cheers, > > > > > > > > > > > > Kal > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: tm4...@li... [mailto:tm4j-users- > > > > > > > ad...@li...] On Behalf Of Richard Gregory > > > > > > > Sent: 14 November 2005 09:05 > > > > > > > To: tm4j > > > > > > > Subject: [TM4J-users] ant target tm4j-build failing > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > I've tried to make a few changes to some of the tm4j (0.9.7) > > > source > > > > > files > > > > > > > to get to the bottom of > > > > > > > a problem I'm having, but when I try to run the tm4j-build ant > > > script > > > > > I > > > > > > > get the following error. > > > > > > > > > > > > > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > > > > > > > Buildfile: build.xml > > > > > > > > > > > > > > init: > > > > > > > > > > > > > > tm4j-net-build: > > > > > > > > > > > > > > tm4j-prepare: > > > > > > > > > > > > > > tm4j-build: > > > > > > > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > > > > > > > 0.9.7/build/classes > > > > > > > [javac] error: error reading > > > > > /home/richard/CatalogManager.properties; > > > > > > > java.util.zip.ZipException: error in opening zip file > > > > > > > [javac] 1 error > > > > > > > > > > > > > > BUILD FAILED > > > > > > > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see > > > the > > > > > > > compiler error output for > > > > > > > details. > > > > > > > > > > > > > > Total time: 3 seconds > > > > > > > > > > > > > > If anyone has any idea what the problem might be I be grateful. > > > > > > > > > > > > > > Richard. > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > > > > To help you stay safe and secure online, we've developed the all > > > new > > > > > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > SF.Net email is sponsored by: > > > > > > > Tame your development challenges with Apache's Geronimo App > > > Server. > > > > > > > Download > > > > > > > it for free - -and be entered to win a 42" plasma tv or your very > > > own > > > > > > > Sony(tm)PSP. Click here to play: > > > http://sourceforge.net/geronimo.php > > > > > > > _______________________________________________ > > > > > > > Tm4j-users mailing list > > > > > > > Tm4...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with > > > > > voicemail http://uk.messenger.yahoo.com > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net email is sponsored by: > > > > Tame your development challenges with Apache's Geronimo App Server. > > > Download > > > > it for free - -and be entered to win a 42" plasma tv or your very own > > > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > > > _______________________________________________ > > > > Tm4j-users mailing list > > > > Tm4...@li... > > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > To help you stay safe and secure online, we've developed the all new > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > > > > > > ___________________________________________________________ > To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. > http://uk.security.yahoo.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Tm4j-users mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-users > ___________________________________________________________ Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/ |
From: Richard G. <ric...@ya...> - 2005-11-14 11:01:13
|
Hi Kal, It could be. I have a built tm4j before, and this was quite a while ago, so it probably was with 1.4. I reinstalled my hibernate backend last week, so I had to run the hibernate ant targets, and they all seemed to worked fine with 1.5, although when I tried to store a topic map in it I had problems (http://sourceforge.net/mailarchive/message.php?msg_id=13815413). I'll try and build on 1.4 and let you know how it goes. Cheers, Richard. --- Kal Ahmed <ka...@te...> wrote: > Hi Richard, > > Is it possible that this is a JDK 1.5 issue? I can build here on JDK 1.4.2 > without any problems. Did you build successfully using JDK 1.5 before? I > don't suppose you have a 1.4 JDK you can try building against? > > Cheers, > > Kal > > > -----Original Message----- > > From: Richard Gregory [mailto:ric...@ya...] > > Sent: 14 November 2005 10:12 > > To: ka...@te...; 'tm4j' > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > Hi Kal, > > > > My CatalogManager.properties is just an empty text file. When I first > > started using tm4j I was > > getting errors as i didn't have this file, and i was advised to just > > create a text file with this > > name and put it on my classpath. TM4J has never written anything to it, or > > read from it, as far as > > I can tell. > > > > I'm using JDK 1.5.0_02. > > > > Thanks, > > > > Richard. > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > Hi Richard, > > > > > > That's strange - I wonder if there is something in your > > CatalogManager.props > > > file that is causing the code to try and load a JAR or deflate a zip > > file > > > for some reason. Can you post the contents please? Also I'm trying to > > work > > > out why javac is even looking at your catalog manager props file...which > > JDK > > > are you building with? > > > > > > Cheers, > > > > > > Kal > > > > > > > -----Original Message----- > > > > From: Richard Gregory [mailto:ric...@ya...] > > > > Sent: 14 November 2005 09:40 > > > > To: ka...@te...; 'tm4j' > > > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > > > > > Hi Kal, > > > > > > > > Thanks for the prompt reply. My resolver.jar is also 60047 bytes. I > > > > downloaded tm4j-0.9.7 again, > > > > and replaced all the jars in the lib directory, but I still get the > > error. > > > > > > > > Cheers, > > > > > > > > Richard. > > > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > > > > > Hi Richard, > > > > > > > > > > Looks like it might be a corrupt JAR file - maybe the resolver.jar > > in > > > > the > > > > > lib directory if the error occurred when trying to read catalog > > > > properties. > > > > > My local copy shows up as 60047 bytes in length. > > > > > > > > > > Cheers, > > > > > > > > > > Kal > > > > > > > > > > > -----Original Message----- > > > > > > From: tm4...@li... [mailto:tm4j-users- > > > > > > ad...@li...] On Behalf Of Richard Gregory > > > > > > Sent: 14 November 2005 09:05 > > > > > > To: tm4j > > > > > > Subject: [TM4J-users] ant target tm4j-build failing > > > > > > > > > > > > Hi, > > > > > > > > > > > > I've tried to make a few changes to some of the tm4j (0.9.7) > > source > > > > files > > > > > > to get to the bottom of > > > > > > a problem I'm having, but when I try to run the tm4j-build ant > > script > > > > I > > > > > > get the following error. > > > > > > > > > > > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > > > > > > Buildfile: build.xml > > > > > > > > > > > > init: > > > > > > > > > > > > tm4j-net-build: > > > > > > > > > > > > tm4j-prepare: > > > > > > > > > > > > tm4j-build: > > > > > > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > > > > > > 0.9.7/build/classes > > > > > > [javac] error: error reading > > > > /home/richard/CatalogManager.properties; > > > > > > java.util.zip.ZipException: error in opening zip file > > > > > > [javac] 1 error > > > > > > > > > > > > BUILD FAILED > > > > > > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see > > the > > > > > > compiler error output for > > > > > > details. > > > > > > > > > > > > Total time: 3 seconds > > > > > > > > > > > > If anyone has any idea what the problem might be I be grateful. > > > > > > > > > > > > Richard. > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > > > To help you stay safe and secure online, we've developed the all > > new > > > > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > SF.Net email is sponsored by: > > > > > > Tame your development challenges with Apache's Geronimo App > > Server. > > > > > > Download > > > > > > it for free - -and be entered to win a 42" plasma tv or your very > > own > > > > > > Sony(tm)PSP. Click here to play: > > http://sourceforge.net/geronimo.php > > > > > > _______________________________________________ > > > > > > Tm4j-users mailing list > > > > > > Tm4...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with > > > > voicemail http://uk.messenger.yahoo.com > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is sponsored by: > > > Tame your development challenges with Apache's Geronimo App Server. > > Download > > > it for free - -and be entered to win a 42" plasma tv or your very own > > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > > _______________________________________________ > > > Tm4j-users mailing list > > > Tm4...@li... > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > ___________________________________________________________ > > To help you stay safe and secure online, we've developed the all new > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com |
From: Kal A. <ka...@te...> - 2005-11-14 10:52:15
|
Hi Richard, Is it possible that this is a JDK 1.5 issue? I can build here on JDK 1.4.2 without any problems. Did you build successfully using JDK 1.5 before? I don't suppose you have a 1.4 JDK you can try building against? Cheers, Kal > -----Original Message----- > From: Richard Gregory [mailto:ric...@ya...] > Sent: 14 November 2005 10:12 > To: ka...@te...; 'tm4j' > Subject: RE: [TM4J-users] ant target tm4j-build failing > > Hi Kal, > > My CatalogManager.properties is just an empty text file. When I first > started using tm4j I was > getting errors as i didn't have this file, and i was advised to just > create a text file with this > name and put it on my classpath. TM4J has never written anything to it, or > read from it, as far as > I can tell. > > I'm using JDK 1.5.0_02. > > Thanks, > > Richard. > > > --- Kal Ahmed <ka...@te...> wrote: > > > Hi Richard, > > > > That's strange - I wonder if there is something in your > CatalogManager.props > > file that is causing the code to try and load a JAR or deflate a zip > file > > for some reason. Can you post the contents please? Also I'm trying to > work > > out why javac is even looking at your catalog manager props file...which > JDK > > are you building with? > > > > Cheers, > > > > Kal > > > > > -----Original Message----- > > > From: Richard Gregory [mailto:ric...@ya...] > > > Sent: 14 November 2005 09:40 > > > To: ka...@te...; 'tm4j' > > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > > > Hi Kal, > > > > > > Thanks for the prompt reply. My resolver.jar is also 60047 bytes. I > > > downloaded tm4j-0.9.7 again, > > > and replaced all the jars in the lib directory, but I still get the > error. > > > > > > Cheers, > > > > > > Richard. > > > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > > > Hi Richard, > > > > > > > > Looks like it might be a corrupt JAR file - maybe the resolver.jar > in > > > the > > > > lib directory if the error occurred when trying to read catalog > > > properties. > > > > My local copy shows up as 60047 bytes in length. > > > > > > > > Cheers, > > > > > > > > Kal > > > > > > > > > -----Original Message----- > > > > > From: tm4...@li... [mailto:tm4j-users- > > > > > ad...@li...] On Behalf Of Richard Gregory > > > > > Sent: 14 November 2005 09:05 > > > > > To: tm4j > > > > > Subject: [TM4J-users] ant target tm4j-build failing > > > > > > > > > > Hi, > > > > > > > > > > I've tried to make a few changes to some of the tm4j (0.9.7) > source > > > files > > > > > to get to the bottom of > > > > > a problem I'm having, but when I try to run the tm4j-build ant > script > > > I > > > > > get the following error. > > > > > > > > > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > > > > > Buildfile: build.xml > > > > > > > > > > init: > > > > > > > > > > tm4j-net-build: > > > > > > > > > > tm4j-prepare: > > > > > > > > > > tm4j-build: > > > > > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > > > > > 0.9.7/build/classes > > > > > [javac] error: error reading > > > /home/richard/CatalogManager.properties; > > > > > java.util.zip.ZipException: error in opening zip file > > > > > [javac] 1 error > > > > > > > > > > BUILD FAILED > > > > > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see > the > > > > > compiler error output for > > > > > details. > > > > > > > > > > Total time: 3 seconds > > > > > > > > > > If anyone has any idea what the problem might be I be grateful. > > > > > > > > > > Richard. > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > > To help you stay safe and secure online, we've developed the all > new > > > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > SF.Net email is sponsored by: > > > > > Tame your development challenges with Apache's Geronimo App > Server. > > > > > Download > > > > > it for free - -and be entered to win a 42" plasma tv or your very > own > > > > > Sony(tm)PSP. Click here to play: > http://sourceforge.net/geronimo.php > > > > > _______________________________________________ > > > > > Tm4j-users mailing list > > > > > Tm4...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with > > > voicemail http://uk.messenger.yahoo.com > > > > > > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: > > Tame your development challenges with Apache's Geronimo App Server. > Download > > it for free - -and be entered to win a 42" plasma tv or your very own > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > _______________________________________________ > > Tm4j-users mailing list > > Tm4...@li... > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > ___________________________________________________________ > To help you stay safe and secure online, we've developed the all new > Yahoo! Security Centre. http://uk.security.yahoo.com > |
From: Richard G. <ric...@ya...> - 2005-11-14 10:12:30
|
Hi Kal, My CatalogManager.properties is just an empty text file. When I first started using tm4j I was getting errors as i didn't have this file, and i was advised to just create a text file with this name and put it on my classpath. TM4J has never written anything to it, or read from it, as far as I can tell. I'm using JDK 1.5.0_02. Thanks, Richard. --- Kal Ahmed <ka...@te...> wrote: > Hi Richard, > > That's strange - I wonder if there is something in your CatalogManager.props > file that is causing the code to try and load a JAR or deflate a zip file > for some reason. Can you post the contents please? Also I'm trying to work > out why javac is even looking at your catalog manager props file...which JDK > are you building with? > > Cheers, > > Kal > > > -----Original Message----- > > From: Richard Gregory [mailto:ric...@ya...] > > Sent: 14 November 2005 09:40 > > To: ka...@te...; 'tm4j' > > Subject: RE: [TM4J-users] ant target tm4j-build failing > > > > Hi Kal, > > > > Thanks for the prompt reply. My resolver.jar is also 60047 bytes. I > > downloaded tm4j-0.9.7 again, > > and replaced all the jars in the lib directory, but I still get the error. > > > > Cheers, > > > > Richard. > > > > --- Kal Ahmed <ka...@te...> wrote: > > > > > Hi Richard, > > > > > > Looks like it might be a corrupt JAR file - maybe the resolver.jar in > > the > > > lib directory if the error occurred when trying to read catalog > > properties. > > > My local copy shows up as 60047 bytes in length. > > > > > > Cheers, > > > > > > Kal > > > > > > > -----Original Message----- > > > > From: tm4...@li... [mailto:tm4j-users- > > > > ad...@li...] On Behalf Of Richard Gregory > > > > Sent: 14 November 2005 09:05 > > > > To: tm4j > > > > Subject: [TM4J-users] ant target tm4j-build failing > > > > > > > > Hi, > > > > > > > > I've tried to make a few changes to some of the tm4j (0.9.7) source > > files > > > > to get to the bottom of > > > > a problem I'm having, but when I try to run the tm4j-build ant script > > I > > > > get the following error. > > > > > > > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > > > > Buildfile: build.xml > > > > > > > > init: > > > > > > > > tm4j-net-build: > > > > > > > > tm4j-prepare: > > > > > > > > tm4j-build: > > > > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > > > > 0.9.7/build/classes > > > > [javac] error: error reading > > /home/richard/CatalogManager.properties; > > > > java.util.zip.ZipException: error in opening zip file > > > > [javac] 1 error > > > > > > > > BUILD FAILED > > > > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see the > > > > compiler error output for > > > > details. > > > > > > > > Total time: 3 seconds > > > > > > > > If anyone has any idea what the problem might be I be grateful. > > > > > > > > Richard. > > > > > > > > > > > > > > > > ___________________________________________________________ > > > > To help you stay safe and secure online, we've developed the all new > > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > > > > ------------------------------------------------------- > > > > SF.Net email is sponsored by: > > > > Tame your development challenges with Apache's Geronimo App Server. > > > > Download > > > > it for free - -and be entered to win a 42" plasma tv or your very own > > > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > > > _______________________________________________ > > > > Tm4j-users mailing list > > > > Tm4...@li... > > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________________ > > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with > > voicemail http://uk.messenger.yahoo.com > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Tm4j-users mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-users > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com |
From: Kal A. <ka...@te...> - 2005-11-14 10:02:12
|
Hi Richard, That's strange - I wonder if there is something in your CatalogManager.props file that is causing the code to try and load a JAR or deflate a zip file for some reason. Can you post the contents please? Also I'm trying to work out why javac is even looking at your catalog manager props file...which JDK are you building with? Cheers, Kal > -----Original Message----- > From: Richard Gregory [mailto:ric...@ya...] > Sent: 14 November 2005 09:40 > To: ka...@te...; 'tm4j' > Subject: RE: [TM4J-users] ant target tm4j-build failing > > Hi Kal, > > Thanks for the prompt reply. My resolver.jar is also 60047 bytes. I > downloaded tm4j-0.9.7 again, > and replaced all the jars in the lib directory, but I still get the error. > > Cheers, > > Richard. > > --- Kal Ahmed <ka...@te...> wrote: > > > Hi Richard, > > > > Looks like it might be a corrupt JAR file - maybe the resolver.jar in > the > > lib directory if the error occurred when trying to read catalog > properties. > > My local copy shows up as 60047 bytes in length. > > > > Cheers, > > > > Kal > > > > > -----Original Message----- > > > From: tm4...@li... [mailto:tm4j-users- > > > ad...@li...] On Behalf Of Richard Gregory > > > Sent: 14 November 2005 09:05 > > > To: tm4j > > > Subject: [TM4J-users] ant target tm4j-build failing > > > > > > Hi, > > > > > > I've tried to make a few changes to some of the tm4j (0.9.7) source > files > > > to get to the bottom of > > > a problem I'm having, but when I try to run the tm4j-build ant script > I > > > get the following error. > > > > > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > > > Buildfile: build.xml > > > > > > init: > > > > > > tm4j-net-build: > > > > > > tm4j-prepare: > > > > > > tm4j-build: > > > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > > > 0.9.7/build/classes > > > [javac] error: error reading > /home/richard/CatalogManager.properties; > > > java.util.zip.ZipException: error in opening zip file > > > [javac] 1 error > > > > > > BUILD FAILED > > > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see the > > > compiler error output for > > > details. > > > > > > Total time: 3 seconds > > > > > > If anyone has any idea what the problem might be I be grateful. > > > > > > Richard. > > > > > > > > > > > > ___________________________________________________________ > > > To help you stay safe and secure online, we've developed the all new > > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is sponsored by: > > > Tame your development challenges with Apache's Geronimo App Server. > > > Download > > > it for free - -and be entered to win a 42" plasma tv or your very own > > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > > _______________________________________________ > > > Tm4j-users mailing list > > > Tm4...@li... > > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > > > > > > > > > > > > ___________________________________________________________ > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with > voicemail http://uk.messenger.yahoo.com > |
From: Richard G. <ric...@ya...> - 2005-11-14 09:39:43
|
Hi Kal, Thanks for the prompt reply. My resolver.jar is also 60047 bytes. I downloaded tm4j-0.9.7 again, and replaced all the jars in the lib directory, but I still get the error. Cheers, Richard. --- Kal Ahmed <ka...@te...> wrote: > Hi Richard, > > Looks like it might be a corrupt JAR file - maybe the resolver.jar in the > lib directory if the error occurred when trying to read catalog properties. > My local copy shows up as 60047 bytes in length. > > Cheers, > > Kal > > > -----Original Message----- > > From: tm4...@li... [mailto:tm4j-users- > > ad...@li...] On Behalf Of Richard Gregory > > Sent: 14 November 2005 09:05 > > To: tm4j > > Subject: [TM4J-users] ant target tm4j-build failing > > > > Hi, > > > > I've tried to make a few changes to some of the tm4j (0.9.7) source files > > to get to the bottom of > > a problem I'm having, but when I try to run the tm4j-build ant script I > > get the following error. > > > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > > Buildfile: build.xml > > > > init: > > > > tm4j-net-build: > > > > tm4j-prepare: > > > > tm4j-build: > > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > > 0.9.7/build/classes > > [javac] error: error reading /home/richard/CatalogManager.properties; > > java.util.zip.ZipException: error in opening zip file > > [javac] 1 error > > > > BUILD FAILED > > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see the > > compiler error output for > > details. > > > > Total time: 3 seconds > > > > If anyone has any idea what the problem might be I be grateful. > > > > Richard. > > > > > > > > ___________________________________________________________ > > To help you stay safe and secure online, we've developed the all new > > Yahoo! Security Centre. http://uk.security.yahoo.com > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: > > Tame your development challenges with Apache's Geronimo App Server. > > Download > > it for free - -and be entered to win a 42" plasma tv or your very own > > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > > _______________________________________________ > > Tm4j-users mailing list > > Tm4...@li... > > https://lists.sourceforge.net/lists/listinfo/tm4j-users > > > > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com |
From: Kal A. <ka...@te...> - 2005-11-14 09:12:00
|
Hi Richard, Looks like it might be a corrupt JAR file - maybe the resolver.jar in the lib directory if the error occurred when trying to read catalog properties. My local copy shows up as 60047 bytes in length. Cheers, Kal > -----Original Message----- > From: tm4...@li... [mailto:tm4j-users- > ad...@li...] On Behalf Of Richard Gregory > Sent: 14 November 2005 09:05 > To: tm4j > Subject: [TM4J-users] ant target tm4j-build failing > > Hi, > > I've tried to make a few changes to some of the tm4j (0.9.7) source files > to get to the bottom of > a problem I'm having, but when I try to run the tm4j-build ant script I > get the following error. > > richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build > Buildfile: build.xml > > init: > > tm4j-net-build: > > tm4j-prepare: > > tm4j-build: > [javac] Compiling 2 source files to /home/richard/jars/tm4j- > 0.9.7/build/classes > [javac] error: error reading /home/richard/CatalogManager.properties; > java.util.zip.ZipException: error in opening zip file > [javac] 1 error > > BUILD FAILED > /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see the > compiler error output for > details. > > Total time: 3 seconds > > If anyone has any idea what the problem might be I be grateful. > > Richard. > > > > ___________________________________________________________ > To help you stay safe and secure online, we've developed the all new > Yahoo! Security Centre. http://uk.security.yahoo.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Tm4j-users mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-users > |
From: Richard G. <ric...@ya...> - 2005-11-14 09:05:48
|
Hi, I've tried to make a few changes to some of the tm4j (0.9.7) source files to get to the bottom of a problem I'm having, but when I try to run the tm4j-build ant script I get the following error. richard@mws13:~/jars/tm4j-0.9.7> ant tm4j-build Buildfile: build.xml init: tm4j-net-build: tm4j-prepare: tm4j-build: [javac] Compiling 2 source files to /home/richard/jars/tm4j-0.9.7/build/classes [javac] error: error reading /home/richard/CatalogManager.properties; java.util.zip.ZipException: error in opening zip file [javac] 1 error BUILD FAILED /home/richard/jars/tm4j-0.9.7/build.xml:816: Compile failed; see the compiler error output for details. Total time: 3 seconds If anyone has any idea what the problem might be I be grateful. Richard. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com |
From: Richard G. <ric...@ya...> - 2005-11-10 13:11:17
|
Hi All, After a bit of a break I'm having another look at tm4j. I tried to use this approach of loading an entire existing topic map into my hibernate backend, using some of Daniel's code below, but I get the error below from the line tm.getFactory().copy(importedTM); If Kal or anyone else has any clues what is going wrong here I'd be grateful. Thanks, Richard. Heres the stack trace: Problem with checked-in Statement, discarding. java.lang.NullPointerException at oracle.jdbc.dbaccess.DBData.clearItem(DBData.java:431) at oracle.jdbc.dbaccess.DBDataSetImpl.clearItem(DBDataSetImpl.java:3528) at oracle.jdbc.driver.OraclePreparedStatement.clearParameters(OraclePreparedStatement.java:3401) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.refreshStatement(GooGooStatementCache.java:452) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.checkinStatement(GooGooStatementCache.java:138) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$1$WrapperStatementHelper.doClose(C3P0PooledConnection.java:429) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$2.close(C3P0PooledConnection.java:476) at net.sf.hibernate.impl.BatcherImpl.closePreparedStatement(BatcherImpl.java:262) at net.sf.hibernate.impl.BatcherImpl.closeStatement(BatcherImpl.java:136) at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:125) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:59) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:56) at net.sf.hibernate.impl.BatcherImpl.prepareBatchStatement(BatcherImpl.java:109) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:460) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:442) at net.sf.hibernate.impl.ScheduledInsertion.execute(ScheduledInsertion.java:29) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2382) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2335) at net.sf.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:1775) at net.sf.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:1536) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1501) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1491) at org.tm4j.topicmap.hibernate.PersistenceWrapper.find(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapImpl.getObjectByID(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.checkID(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.save(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.createBaseName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:506) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:259) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:212) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:203) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:96) at mips.genre.topicmaps.Hibernate.main(Hibernate.java:67) org.tm4j.topicmap.TopicMapRuntimeException: Storage Exception. Cause: org.tm4j.topicmap.TopicMapRuntimeException: Storage exception. Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Storage exception. Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.save(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.createBaseName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.hibernate.TopicImpl.createName(Unknown Source) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:506) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:259) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:212) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:203) at org.tm4j.topicmap.TopicMapFactoryBase.copy(TopicMapFactoryBase.java:96) at mips.genre.topicmaps.Hibernate.main(Hibernate.java:67) Caused by: org.tm4j.topicmap.TopicMapRuntimeException: Storage exception. Cause: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. Cause:Internal inconsistency: A (not new) checking-out statement is not in deathmarch. at org.tm4j.topicmap.hibernate.PersistenceWrapper.find(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapImpl.getObjectByID(Unknown Source) at org.tm4j.topicmap.hibernate.TopicMapFactoryImpl.checkID(Unknown Source) ... 10 more Caused by: java.lang.RuntimeException: Internal inconsistency: A (not new) checking-out statement is not in deathmarch. at com.mchange.v2.c3p0.stmt.GooGooStatementCache.undeathmarchStatement(GooGooStatementCache.java:437) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.removeStatement(GooGooStatementCache.java:273) at com.mchange.v2.c3p0.stmt.GooGooStatementCache.checkinStatement(GooGooStatementCache.java:146) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$1$WrapperStatementHelper.doClose(C3P0PooledConnection.java:429) at com.mchange.v2.c3p0.impl.C3P0PooledConnection$2.close(C3P0PooledConnection.java:476) at net.sf.hibernate.impl.BatcherImpl.closePreparedStatement(BatcherImpl.java:262) at net.sf.hibernate.impl.BatcherImpl.closeStatement(BatcherImpl.java:136) at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:125) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:59) at net.sf.hibernate.impl.BatcherImpl.prepareStatement(BatcherImpl.java:56) at net.sf.hibernate.impl.BatcherImpl.prepareBatchStatement(BatcherImpl.java:109) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:460) at net.sf.hibernate.persister.EntityPersister.insert(EntityPersister.java:442) at net.sf.hibernate.impl.ScheduledInsertion.execute(ScheduledInsertion.java:29) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2382) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2335) at net.sf.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:1775) at net.sf.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:1536) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1501) at net.sf.hibernate.impl.SessionImpl.find(SessionImpl.java:1491) ... 13 more --- Daniel Meier <mei...@hi...> wrote: > > Hello Kal > > Thx for your answer. As you said, I reimplemented the import. > First I create a topic map in memory, then I copy the topic map > to the database. This is working fine, expect the topic map has > scopes defined. I tried the tmworld.xtm topic map and I get an > java.lang.ClassCastException at > org.tm4j.topicmap.hibernate.ScopedObjectImpl.setScope(ScopedObjectImpl.java: > 223) > > Do you have an idea why this happens? I use tm4j 0.9.7src. > Hope you can help me...thx in advance... > > My code looks like: > > public class copyToDB { > public static void main(String[] args) { > new copyToDB(args); > } > public copyToDB(String[] args) { > File f = new File("src/tm/tmworld.xtm"); > try { > TopicMap importedTM = loadXtmFromFile(f); > > // Hibernate > TopicMapProviderFactory tmpf = new > org.tm4j.topicmap.hibernate.TopicMapProviderFactoryImpl(); > Properties providerProps = new Properties(); > providerProps.load(new > FileInputStream("src/tm/provider.properties")); > TopicMapProvider provider = > tmpf.newTopicMapProvider(providerProps); > > > ProviderTransaction txn = > provider.openTransaction(); > > Locator base = > provider.getLocatorFactory().createLocator("URI", f.toURL().toString()); > TopicMap tm = provider.createTopicMap(base); > tm.getFactory().copy(importedTM); > > txn.commit(); > > } catch(Exception e) { > e.printStackTrace(); > } > } > > public static TopicMap loadXtmFromFile(File f) throws Exception { > if (!f.exists()) { > throw new FileNotFoundException("Could not locate the > specified input file."); > } > TopicMapProviderFactory m_providerFactory = new > org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl(); > TopicMapProvider m_provider = > m_providerFactory.newTopicMapProvider(System.getProperties()); > Locator baseLocator = > m_provider.getLocatorFactory().createLocator("URI", f.toURL().toString()); > TopicMapSource src = new SerializedTopicMapSource(new > FileInputStream(f), baseLocator); > > return m_provider.addTopicMap(src); > } > } > > > > Hi Daniel, > > Yeah its slow, and partially it is due to the frequency of commits that > Hibernate makes, but there is also a more tricky fundamental problem. If you > are importing an XTM file, there is no guarantee that the XTM is properly > merged. That means that as you add topics you need to check to see if they > should merge - which in turn means you need to check the subject indicators, > source locators and scoped names of the topics that you have imported up > until now. So the XTM import code uses the indexes to do those lookups. Of > course, with the Hibernate implementation the indexes are implemented as > queries - so that means that you do need to commit at least after every > topic is added for merging to work properly. > > So if you have a really large TM, or if you are importing an XTM file into > an existing topic map in the database (i.e. merging a file into an existing > TM), then I think this is always going to be a problem > > However, your case is slightly different (and probably quite common) - you > have a relatively large XTM file, but it is not so large that it could not > all be processed for merging in memory first (you might a big chunk of > memory assigned to the VM, but it should be doable). So perhaps you could > make a tuned import function for the Hibernate backend that does an import > into a temporary in-memory backend first, applies all the merging, and then > writes the objects to Hibernate in a single transaction. My feeling is that > you should be able to do all of this using the existing APIs - we added a > feature for transaction control on the backends in the last version. > > In the long term, I think the fix for this is to be smarter about the import > into the database and to have a separate importer for Hibernate backends > that works with the database instead of against it as we have at the moment. > But perhaps for your short term needs doing the two-step XTM -> Memory -> > Hibernate import might work? > > Cheers, > > Kal > > > -----Original Message----- > > From: tm4...@li... [mailto:tm4j-users- > > ad...@li...] On Behalf Of Daniel Meier > > Sent: 12 October 2005 19:21 > > To: tm4...@li... > > Subject: [TM4J-users] importing xtm to Db with hibernate > > > > Hello > > > > > > > > Im trying to import a "big" xtm file (~6MByte, ~4000 topics and ~ 4000 > > assocciations ) to an oracle 8 database (hibernate backend). > > > > Code looks like: > > > > > > > > TopicMapProviderFactory factory = TopicMapProviderFactory.newInstance(); > > > > TopicMapProvider provider = factory.newTopicMapProvider(); > > > > TopicMapSource source = new > > SerializedTopicMapSource("c:\\temp\\opera.xtm"); > > > > TopicMap map = provider.addTopicMap(source); > > > > > > > > > > > > Now this process takes very looong (>1h). When I log the hibernate sql > > commands, > > > > I see that the backend is autocommiting every insert/update. This is in my > > mind > > > > not good, and is probably the problem. One commit at the end is enough > > during an import. > > > > So I set autocommit in the provider.properties to false, and added the > > code: > > > > . > > > > TopicMap map = provider.addTopicMap(source); > > > > Provider.getOpenTransaction().commit(); > > > > > > > > But this doesen't helped. > > > > Maybe the problem is that provider.isTransactional() returns false. I > > think the oracle DB > > > > should be able to handle transactions. (I use the jdbc driver from > > oracle). > > > > > > > > What can I do? > > > > > > > > Greetings, Daniel > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Tm4j-users mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-users > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com |
From: Kal A. <ka...@te...> - 2005-10-26 11:08:43
|
Hi Marcus, It=92s a bit difficult to tell from just the stack trace. There are two possible causes that you should check in your own code first:=20 1) are you passing a null parameter in to getObjectByID() ? 2) are you sure that the backend is initialized correctly and that you = are connected to the correct TopicMap instance ? If you have some simple code that causes the problem, can you post that = ? Cheers, Kal > -----Original Message----- > From: tm4...@li... [mailto:tm4j-users- > ad...@li...] On Behalf Of Marcus Frank > Sent: 24 October 2005 17:10 > To: tm4...@li... > Subject: [TM4J-users] NullPointerException when accessing Objects from > Ozone via TMAPI >=20 > Hello TM4J-Experts, >=20 >=20 >=20 > I=92m trying to work with TMAPI and Ozone 1.1 as Backend for TM4J = 0.9.8. I=92m > parsing an XTM-File with TMAPI-Utils, everything is fine. But when I = try > to access topics I get the following exception: >=20 >=20 >=20 > java.lang.NullPointerException >=20 > java.util.Hashtable.get(Hashtable.java:333) >=20 >=20 > = org.tm4j.topicmap.ozone.OzoneTopicMapImpl.getObjectByID(OzoneTopicMapImpl= . > java:772) >=20 > sun.reflect.NativeMethodAccessorImpl.invoke0(Native = Method) >=20 >=20 > = sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java= : > 39) >=20 >=20 > = sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI= m > pl.java:25) >=20 > java.lang.reflect.Method.invoke(Method.java:324) >=20 >=20 > = org.ozoneDB.core.AbstractObjectContainer.invokeTarget(AbstractObjectConta= i > ner.java:233) >=20 >=20 > org.ozoneDB.core.Transaction.invokeObject(Transaction.java:802) >=20 > = org.ozoneDB.core.DbRemote.DbInvoke.perform(DbInvoke.java:63) >=20 >=20 > org.ozoneDB.core.Transaction.performCommand(Transaction.java:416) >=20 >=20 > = org.ozoneDB.core.TransactionManager.performCommand(TransactionManager.jav= a > :403) >=20 >=20 > = org.ozoneDB.core.TransactionManager.completeTransaction(TransactionManage= r > .java:369) >=20 >=20 > = org.ozoneDB.core.TransactionManager.handleCommand(TransactionManager.java= : > 283) >=20 >=20 > = org.ozoneDB.core.TransactionManager.handleCommand(TransactionManager.java= : > 256) >=20 >=20 > org.ozoneDB.core.InvokeServer.handleClientEvent(InvokeServer.java:78) >=20 >=20 > = org.ozoneDB.DxLib.net.DxMultiServerClient.run(DxMultiServerClient.java:44= ) >=20 > java.lang.Thread.run(Thread.java:534) >=20 >=20 >=20 > Does anyone have any hints on that? >=20 >=20 >=20 > More information: working on WinXP, Tomcat 5.0.28, TM4J 0.9.8, Ozone = 1.1 >=20 >=20 >=20 > Thanks in advance, >=20 > Marcus >=20 >=20 > ________________________________ >=20 > Ich verwende die kostenlose Version von SPAMfighter, > die bis jetzt 716 Spammails entfernt hat. > F=FCr private Anwender ist SPAMfighter v=F6llig kostenlos! > Jetzt gratis testen: hier klicken > <http://www.spamfighter.com/Lang_DE/Product_Info.asp> . |
From: Marcus F. <mar...@we...> - 2005-10-24 16:10:39
|
Hello TM4J-Experts, I'm trying to work with TMAPI and Ozone 1.1 as Backend for TM4J 0.9.8. I'm parsing an XTM-File with TMAPI-Utils, everything is fine. But when I try to access topics I get the following exception: java.lang.NullPointerException java.util.Hashtable.get(Hashtable.java:333) org.tm4j.topicmap.ozone.OzoneTopicMapImpl.getObjectByID(OzoneTopicMapImpl.ja va:772) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) java.lang.reflect.Method.invoke(Method.java:324) org.ozoneDB.core.AbstractObjectContainer.invokeTarget(AbstractObjectContaine r.java:233) org.ozoneDB.core.Transaction.invokeObject(Transaction.java:802) org.ozoneDB.core.DbRemote.DbInvoke.perform(DbInvoke.java:63) org.ozoneDB.core.Transaction.performCommand(Transaction.java:416) org.ozoneDB.core.TransactionManager.performCommand(TransactionManager.java:4 03) org.ozoneDB.core.TransactionManager.completeTransaction(TransactionManager.j ava:369) org.ozoneDB.core.TransactionManager.handleCommand(TransactionManager.java:28 3) org.ozoneDB.core.TransactionManager.handleCommand(TransactionManager.java:25 6) org.ozoneDB.core.InvokeServer.handleClientEvent(InvokeServer.java:78) org.ozoneDB.DxLib.net.DxMultiServerClient.run(DxMultiServerClient.java:44) java.lang.Thread.run(Thread.java:534) Does anyone have any hints on that? More information: working on WinXP, Tomcat 5.0.28, TM4J 0.9.8, Ozone 1.1 Thanks in advance, Marcus _____ Ich verwende die kostenlose Version von SPAMfighter, die bis jetzt 716 Spammails entfernt hat. Fur private Anwender ist SPAMfighter vollig kostenlos! Jetzt gratis testen: hier klicken <http://www.spamfighter.com/Lang_DE/Product_Info.asp> . |
From: Daniel M. <mei...@hi...> - 2005-10-15 15:33:53
|
Hello Kal Thx for your answer. As you said, I reimplemented the import. First I create a topic map in memory, then I copy the topic map to the database. This is working fine, expect the topic map has scopes defined. I tried the tmworld.xtm topic map and I get an java.lang.ClassCastException at org.tm4j.topicmap.hibernate.ScopedObjectImpl.setScope(ScopedObjectImpl.java: 223) Do you have an idea why this happens? I use tm4j 0.9.7src. Hope you can help me...thx in advance... My code looks like: public class copyToDB { public static void main(String[] args) { new copyToDB(args); } public copyToDB(String[] args) { File f = new File("src/tm/tmworld.xtm"); try { TopicMap importedTM = loadXtmFromFile(f); // Hibernate TopicMapProviderFactory tmpf = new org.tm4j.topicmap.hibernate.TopicMapProviderFactoryImpl(); Properties providerProps = new Properties(); providerProps.load(new FileInputStream("src/tm/provider.properties")); TopicMapProvider provider = tmpf.newTopicMapProvider(providerProps); ProviderTransaction txn = provider.openTransaction(); Locator base = provider.getLocatorFactory().createLocator("URI", f.toURL().toString()); TopicMap tm = provider.createTopicMap(base); tm.getFactory().copy(importedTM); txn.commit(); } catch(Exception e) { e.printStackTrace(); } } public static TopicMap loadXtmFromFile(File f) throws Exception { if (!f.exists()) { throw new FileNotFoundException("Could not locate the specified input file."); } TopicMapProviderFactory m_providerFactory = new org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl(); TopicMapProvider m_provider = m_providerFactory.newTopicMapProvider(System.getProperties()); Locator baseLocator = m_provider.getLocatorFactory().createLocator("URI", f.toURL().toString()); TopicMapSource src = new SerializedTopicMapSource(new FileInputStream(f), baseLocator); return m_provider.addTopicMap(src); } } Hi Daniel, Yeah its slow, and partially it is due to the frequency of commits that Hibernate makes, but there is also a more tricky fundamental problem. If you are importing an XTM file, there is no guarantee that the XTM is properly merged. That means that as you add topics you need to check to see if they should merge - which in turn means you need to check the subject indicators, source locators and scoped names of the topics that you have imported up until now. So the XTM import code uses the indexes to do those lookups. Of course, with the Hibernate implementation the indexes are implemented as queries - so that means that you do need to commit at least after every topic is added for merging to work properly. So if you have a really large TM, or if you are importing an XTM file into an existing topic map in the database (i.e. merging a file into an existing TM), then I think this is always going to be a problem However, your case is slightly different (and probably quite common) - you have a relatively large XTM file, but it is not so large that it could not all be processed for merging in memory first (you might a big chunk of memory assigned to the VM, but it should be doable). So perhaps you could make a tuned import function for the Hibernate backend that does an import into a temporary in-memory backend first, applies all the merging, and then writes the objects to Hibernate in a single transaction. My feeling is that you should be able to do all of this using the existing APIs - we added a feature for transaction control on the backends in the last version. In the long term, I think the fix for this is to be smarter about the import into the database and to have a separate importer for Hibernate backends that works with the database instead of against it as we have at the moment. But perhaps for your short term needs doing the two-step XTM -> Memory -> Hibernate import might work? Cheers, Kal > -----Original Message----- > From: tm4...@li... [mailto:tm4j-users- > ad...@li...] On Behalf Of Daniel Meier > Sent: 12 October 2005 19:21 > To: tm4...@li... > Subject: [TM4J-users] importing xtm to Db with hibernate > > Hello > > > > Im trying to import a "big" xtm file (~6MByte, ~4000 topics and ~ 4000 > assocciations ) to an oracle 8 database (hibernate backend). > > Code looks like: > > > > TopicMapProviderFactory factory = TopicMapProviderFactory.newInstance(); > > TopicMapProvider provider = factory.newTopicMapProvider(); > > TopicMapSource source = new > SerializedTopicMapSource("c:\\temp\\opera.xtm"); > > TopicMap map = provider.addTopicMap(source); > > > > > > Now this process takes very looong (>1h). When I log the hibernate sql > commands, > > I see that the backend is autocommiting every insert/update. This is in my > mind > > not good, and is probably the problem. One commit at the end is enough > during an import. > > So I set autocommit in the provider.properties to false, and added the > code: > > . > > TopicMap map = provider.addTopicMap(source); > > Provider.getOpenTransaction().commit(); > > > > But this doesen't helped. > > Maybe the problem is that provider.isTransactional() returns false. I > think the oracle DB > > should be able to handle transactions. (I use the jdbc driver from > oracle). > > > > What can I do? > > > > Greetings, Daniel |
From: Kal A. <ka...@te...> - 2005-10-14 07:57:46
|
Hi Daniel, Yeah its slow, and partially it is due to the frequency of commits that Hibernate makes, but there is also a more tricky fundamental problem. If you are importing an XTM file, there is no guarantee that the XTM is properly merged. That means that as you add topics you need to check to see if they should merge - which in turn means you need to check the subject indicators, source locators and scoped names of the topics that you have imported up until now. So the XTM import code uses the indexes to do those lookups. Of course, with the Hibernate implementation the indexes are implemented as queries - so that means that you do need to commit at least after every topic is added for merging to work properly. So if you have a really large TM, or if you are importing an XTM file into an existing topic map in the database (i.e. merging a file into an existing TM), then I think this is always going to be a problem However, your case is slightly different (and probably quite common) - you have a relatively large XTM file, but it is not so large that it could not all be processed for merging in memory first (you might a big chunk of memory assigned to the VM, but it should be doable). So perhaps you could make a tuned import function for the Hibernate backend that does an import into a temporary in-memory backend first, applies all the merging, and then writes the objects to Hibernate in a single transaction. My feeling is that you should be able to do all of this using the existing APIs - we added a feature for transaction control on the backends in the last version. In the long term, I think the fix for this is to be smarter about the import into the database and to have a separate importer for Hibernate backends that works with the database instead of against it as we have at the moment. But perhaps for your short term needs doing the two-step XTM -> Memory -> Hibernate import might work? Cheers, Kal > -----Original Message----- > From: tm4...@li... [mailto:tm4j-users- > ad...@li...] On Behalf Of Daniel Meier > Sent: 12 October 2005 19:21 > To: tm4...@li... > Subject: [TM4J-users] importing xtm to Db with hibernate > > Hello > > > > Im trying to import a "big" xtm file (~6MByte, ~4000 topics and ~ 4000 > assocciations ) to an oracle 8 database (hibernate backend). > > Code looks like: > > > > TopicMapProviderFactory factory = TopicMapProviderFactory.newInstance(); > > TopicMapProvider provider = factory.newTopicMapProvider(); > > TopicMapSource source = new > SerializedTopicMapSource("c:\\temp\\opera.xtm"); > > TopicMap map = provider.addTopicMap(source); > > > > > > Now this process takes very looong (>1h). When I log the hibernate sql > commands, > > I see that the backend is autocommiting every insert/update. This is in my > mind > > not good, and is probably the problem. One commit at the end is enough > during an import. > > So I set autocommit in the provider.properties to false, and added the > code: > > . > > TopicMap map = provider.addTopicMap(source); > > Provider.getOpenTransaction().commit(); > > > > But this doesen't helped. > > Maybe the problem is that provider.isTransactional() returns false. I > think the oracle DB > > should be able to handle transactions. (I use the jdbc driver from > oracle). > > > > What can I do? > > > > Greetings, Daniel |
From: Daniel M. <mei...@hi...> - 2005-10-12 18:22:19
|
Hello Im trying to import a "big" xtm file (~6MByte, ~4000 topics and ~ 4000 assocciations ) to an oracle 8 database (hibernate backend). Code looks like: TopicMapProviderFactory factory = TopicMapProviderFactory.newInstance(); TopicMapProvider provider = factory.newTopicMapProvider(); TopicMapSource source = new SerializedTopicMapSource("c:\\temp\\opera.xtm"); TopicMap map = provider.addTopicMap(source); Now this process takes very looong (>1h). When I log the hibernate sql commands, I see that the backend is autocommiting every insert/update. This is in my mind not good, and is probably the problem. One commit at the end is enough during an import. So I set autocommit in the provider.properties to false, and added the code: . TopicMap map = provider.addTopicMap(source); Provider.getOpenTransaction().commit(); But this doesen't helped. Maybe the problem is that provider.isTransactional() returns false. I think the oracle DB should be able to handle transactions. (I use the jdbc driver from oracle). What can I do? Greetings, Daniel |
From: Frode H. <Fro...@id...> - 2005-10-05 12:56:05
|
Had an old version of Xerces, yepp. Problem solved. Thanks a lot!!! Frode On Wed, 5 Oct 2005, Kal Ahmed wrote: > OK, that probably rules out the JDK as the culprit. > > My next guess is then that you have some XML parser on your CLASSPATH that > that is getting picked up by the SAXParserFactory which does not support all > of the methods of that class for some reason. Maybe you have an old or a > broken version of Xerces on your CLASSPATH? Try resetting your CLASSPATH to > have only the TM4J libs in it and then re-run the application. > > The code you provide looks correct to me - and I know that the XTM parser in > TM4J works (or at least Works For Me (tm) ;-), so I think the next place to > look is at the environment and libs on your dev. machine. > > Cheers, > > Kal > >> -----Original Message----- >> From: Frode Hjeltnes [mailto:Fro...@id...] >> Sent: 04 October 2005 13:56 >> To: Kal Ahmed >> Cc: Fro...@id...; tm4...@li... >> Subject: RE: [TM4J-users] Problem adding topic map to provider >> >> Hi >> I now changed to JDK 1.4.2_09-b05 and the problem remains >> Frode >> >> On Mon, 3 Oct 2005, Kal Ahmed wrote: >> >>> Hi Frode, >>> >>> Which version of the JDK are you using? >>> >>> Cheers, >>> >>> Kal >>> >>>> -----Original Message----- >>>> From: tm4...@li... [mailto:tm4j-users- >>>> ad...@li...] On Behalf Of Fro...@id... >>>> Sent: 30 September 2005 13:36 >>>> To: tm4...@li... >>>> Subject: [TM4J-users] Problem adding topic map to provider >>>> >>>> Hi. I'm trying to figure out this TM4J. I'v just tried to make a >>>> TopicMapProvider and add the "kings_and_queens" topic map. Like this: >>>> >>>> TopicMapProviderFactory tmpf = >>>> TopicMapProviderFactory.newInstance(); >>>> TopicMapProvider provider = >>>> tmpf.newTopicMapProvider(System.getProperties()); >>>> >>>> TopicMapSource source = new >>>> SerializedTopicMapSource("C:/Diplom/tm4j- >>>> 0.9.7/examples/topicmaps/kings_and_queens.xtm"); >>>> TopicMap tm = provider.addTopicMap(source); >>>> >>>> >>>> When I run this program I recieve the following error: >>>> >>>> Exception in thread "main" java.lang.AbstractMethodError: >>>> javax.xml.parsers.SAXParserFactory.setFeature(Ljava/lang/String;Z)V >>>> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:363) >>>> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:317) >>>> at >>>> >> org.tm4j.topicmap.source.SerializedTopicMapSource.readMap(SerializedTopicM >>>> apSource.java:269) >>>> at >>>> >> org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali >>>> zedTopicMapSource.java:317) >>>> at >>>> >> org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali >>>> zedTopicMapSource.java:252) >>>> at >>>> >> org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS >>>> upport.java:35) >>>> at >>>> >> org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS >>>> upport.java:69) >>>> at NyTest2.main(Nytest2.java:19) >>>> >>>> >>>> I recieve the same error when trying to run the "Stats" example that >>>> follows TM4J. >>>> >>>> regards >>>> Frode Hjeltnes >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by: >>>> Power Architecture Resource Center: Free content, downloads, >> discussions, >>>> and more. http://solutions.newsforge.com/ibmarch.tmpl >>>> _______________________________________________ >>>> Tm4j-users mailing list >>>> Tm4...@li... >>>> https://lists.sourceforge.net/lists/listinfo/tm4j-users >>>> >>> >>> >>> >> > > > |
From: Kal A. <ka...@te...> - 2005-10-05 06:36:47
|
OK, that probably rules out the JDK as the culprit. My next guess is then that you have some XML parser on your CLASSPATH that that is getting picked up by the SAXParserFactory which does not support all of the methods of that class for some reason. Maybe you have an old or a broken version of Xerces on your CLASSPATH? Try resetting your CLASSPATH to have only the TM4J libs in it and then re-run the application. The code you provide looks correct to me - and I know that the XTM parser in TM4J works (or at least Works For Me (tm) ;-), so I think the next place to look is at the environment and libs on your dev. machine. Cheers, Kal > -----Original Message----- > From: Frode Hjeltnes [mailto:Fro...@id...] > Sent: 04 October 2005 13:56 > To: Kal Ahmed > Cc: Fro...@id...; tm4...@li... > Subject: RE: [TM4J-users] Problem adding topic map to provider > > Hi > I now changed to JDK 1.4.2_09-b05 and the problem remains > Frode > > On Mon, 3 Oct 2005, Kal Ahmed wrote: > > > Hi Frode, > > > > Which version of the JDK are you using? > > > > Cheers, > > > > Kal > > > >> -----Original Message----- > >> From: tm4...@li... [mailto:tm4j-users- > >> ad...@li...] On Behalf Of Fro...@id... > >> Sent: 30 September 2005 13:36 > >> To: tm4...@li... > >> Subject: [TM4J-users] Problem adding topic map to provider > >> > >> Hi. I'm trying to figure out this TM4J. I'v just tried to make a > >> TopicMapProvider and add the "kings_and_queens" topic map. Like this: > >> > >> TopicMapProviderFactory tmpf = > >> TopicMapProviderFactory.newInstance(); > >> TopicMapProvider provider = > >> tmpf.newTopicMapProvider(System.getProperties()); > >> > >> TopicMapSource source = new > >> SerializedTopicMapSource("C:/Diplom/tm4j- > >> 0.9.7/examples/topicmaps/kings_and_queens.xtm"); > >> TopicMap tm = provider.addTopicMap(source); > >> > >> > >> When I run this program I recieve the following error: > >> > >> Exception in thread "main" java.lang.AbstractMethodError: > >> javax.xml.parsers.SAXParserFactory.setFeature(Ljava/lang/String;Z)V > >> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:363) > >> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:317) > >> at > >> > org.tm4j.topicmap.source.SerializedTopicMapSource.readMap(SerializedTopicM > >> apSource.java:269) > >> at > >> > org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali > >> zedTopicMapSource.java:317) > >> at > >> > org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali > >> zedTopicMapSource.java:252) > >> at > >> > org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS > >> upport.java:35) > >> at > >> > org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS > >> upport.java:69) > >> at NyTest2.main(Nytest2.java:19) > >> > >> > >> I recieve the same error when trying to run the "Stats" example that > >> follows TM4J. > >> > >> regards > >> Frode Hjeltnes > >> > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by: > >> Power Architecture Resource Center: Free content, downloads, > discussions, > >> and more. http://solutions.newsforge.com/ibmarch.tmpl > >> _______________________________________________ > >> Tm4j-users mailing list > >> Tm4...@li... > >> https://lists.sourceforge.net/lists/listinfo/tm4j-users > >> > > > > > > > |
From: Frode H. <Fro...@id...> - 2005-10-04 12:56:12
|
Hi I now changed to JDK 1.4.2_09-b05 and the problem remains Frode On Mon, 3 Oct 2005, Kal Ahmed wrote: > Hi Frode, > > Which version of the JDK are you using? > > Cheers, > > Kal > >> -----Original Message----- >> From: tm4...@li... [mailto:tm4j-users- >> ad...@li...] On Behalf Of Fro...@id... >> Sent: 30 September 2005 13:36 >> To: tm4...@li... >> Subject: [TM4J-users] Problem adding topic map to provider >> >> Hi. I'm trying to figure out this TM4J. I'v just tried to make a >> TopicMapProvider and add the "kings_and_queens" topic map. Like this: >> >> TopicMapProviderFactory tmpf = >> TopicMapProviderFactory.newInstance(); >> TopicMapProvider provider = >> tmpf.newTopicMapProvider(System.getProperties()); >> >> TopicMapSource source = new >> SerializedTopicMapSource("C:/Diplom/tm4j- >> 0.9.7/examples/topicmaps/kings_and_queens.xtm"); >> TopicMap tm = provider.addTopicMap(source); >> >> >> When I run this program I recieve the following error: >> >> Exception in thread "main" java.lang.AbstractMethodError: >> javax.xml.parsers.SAXParserFactory.setFeature(Ljava/lang/String;Z)V >> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:363) >> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:317) >> at >> org.tm4j.topicmap.source.SerializedTopicMapSource.readMap(SerializedTopicM >> apSource.java:269) >> at >> org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali >> zedTopicMapSource.java:317) >> at >> org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali >> zedTopicMapSource.java:252) >> at >> org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS >> upport.java:35) >> at >> org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS >> upport.java:69) >> at NyTest2.main(Nytest2.java:19) >> >> >> I recieve the same error when trying to run the "Stats" example that >> follows TM4J. >> >> regards >> Frode Hjeltnes >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Power Architecture Resource Center: Free content, downloads, discussions, >> and more. http://solutions.newsforge.com/ibmarch.tmpl >> _______________________________________________ >> Tm4j-users mailing list >> Tm4...@li... >> https://lists.sourceforge.net/lists/listinfo/tm4j-users >> > > > |
From: Frode H. <Fro...@id...> - 2005-10-04 11:38:01
|
I'm using JDK version 1.5.0_04 Frode On Mon, 3 Oct 2005, Kal Ahmed wrote: > Hi Frode, > > Which version of the JDK are you using? > > Cheers, > > Kal > >> -----Original Message----- >> From: tm4...@li... [mailto:tm4j-users- >> ad...@li...] On Behalf Of Fro...@id... >> Sent: 30 September 2005 13:36 >> To: tm4...@li... >> Subject: [TM4J-users] Problem adding topic map to provider >> >> Hi. I'm trying to figure out this TM4J. I'v just tried to make a >> TopicMapProvider and add the "kings_and_queens" topic map. Like this: >> >> TopicMapProviderFactory tmpf = >> TopicMapProviderFactory.newInstance(); >> TopicMapProvider provider = >> tmpf.newTopicMapProvider(System.getProperties()); >> >> TopicMapSource source = new >> SerializedTopicMapSource("C:/Diplom/tm4j- >> 0.9.7/examples/topicmaps/kings_and_queens.xtm"); >> TopicMap tm = provider.addTopicMap(source); >> >> >> When I run this program I recieve the following error: >> >> Exception in thread "main" java.lang.AbstractMethodError: >> javax.xml.parsers.SAXParserFactory.setFeature(Ljava/lang/String;Z)V >> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:363) >> at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:317) >> at >> org.tm4j.topicmap.source.SerializedTopicMapSource.readMap(SerializedTopicM >> apSource.java:269) >> at >> org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali >> zedTopicMapSource.java:317) >> at >> org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali >> zedTopicMapSource.java:252) >> at >> org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS >> upport.java:35) >> at >> org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS >> upport.java:69) >> at NyTest2.main(Nytest2.java:19) >> >> >> I recieve the same error when trying to run the "Stats" example that >> follows TM4J. >> >> regards >> Frode Hjeltnes >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Power Architecture Resource Center: Free content, downloads, discussions, >> and more. http://solutions.newsforge.com/ibmarch.tmpl >> _______________________________________________ >> Tm4j-users mailing list >> Tm4...@li... >> https://lists.sourceforge.net/lists/listinfo/tm4j-users >> > > > |
From: Kal A. <ka...@te...> - 2005-10-03 16:37:30
|
Hi Frode, Which version of the JDK are you using? Cheers, Kal > -----Original Message----- > From: tm4...@li... [mailto:tm4j-users- > ad...@li...] On Behalf Of Fro...@id... > Sent: 30 September 2005 13:36 > To: tm4...@li... > Subject: [TM4J-users] Problem adding topic map to provider > > Hi. I'm trying to figure out this TM4J. I'v just tried to make a > TopicMapProvider and add the "kings_and_queens" topic map. Like this: > > TopicMapProviderFactory tmpf = > TopicMapProviderFactory.newInstance(); > TopicMapProvider provider = > tmpf.newTopicMapProvider(System.getProperties()); > > TopicMapSource source = new > SerializedTopicMapSource("C:/Diplom/tm4j- > 0.9.7/examples/topicmaps/kings_and_queens.xtm"); > TopicMap tm = provider.addTopicMap(source); > > > When I run this program I recieve the following error: > > Exception in thread "main" java.lang.AbstractMethodError: > javax.xml.parsers.SAXParserFactory.setFeature(Ljava/lang/String;Z)V > at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:363) > at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:317) > at > org.tm4j.topicmap.source.SerializedTopicMapSource.readMap(SerializedTopicM > apSource.java:269) > at > org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali > zedTopicMapSource.java:317) > at > org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(Seriali > zedTopicMapSource.java:252) > at > org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS > upport.java:35) > at > org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceS > upport.java:69) > at NyTest2.main(Nytest2.java:19) > > > I recieve the same error when trying to run the "Stats" example that > follows TM4J. > > regards > Frode Hjeltnes > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Tm4j-users mailing list > Tm4...@li... > https://lists.sourceforge.net/lists/listinfo/tm4j-users > |
From: <Fro...@id...> - 2005-09-30 12:36:10
|
Hi. I'm trying to figure out this TM4J. I'v just tried to make a TopicMapProvider and add the "kings_and_queens" topic map. Like this: TopicMapProviderFactory tmpf = TopicMapProviderFactory.newInstance(); TopicMapProvider provider = tmpf.newTopicMapProvider(System.getProperties()); TopicMapSource source = new SerializedTopicMapSource("C:/Diplom/tm4j-0.9.7/examples/topicmaps/kings_and_queens.xtm"); TopicMap tm = provider.addTopicMap(source); When I run this program I recieve the following error: Exception in thread "main" java.lang.AbstractMethodError: javax.xml.parsers.SAXParserFactory.setFeature(Ljava/lang/String;Z)V at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:363) at org.tm4j.topicmap.utils.XMTBuilder.build(XTMBuilder.java:317) at org.tm4j.topicmap.source.SerializedTopicMapSource.readMap(SerializedTopicMapSource.java:269) at org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(SerializedTopicMapSource.java:317) at org.tm4j.topicmap.source.SerializedTopicMapSource.populateTopicMap(SerializedTopicMapSource.java:252) at org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceSupport.java:35) at org.tm4j.topicmap.source.TopicMapSourceSupport.addTopicMap(TopicMapSourceSupport.java:69) at NyTest2.main(Nytest2.java:19) I recieve the same error when trying to run the "Stats" example that follows TM4J. regards Frode Hjeltnes |
From: Christian D. <chr...@mi...> - 2005-09-19 19:16:28
|
Hi TM4J-Developers and idealists, I started some months ago in creating a Topic Map Tool in the medical area to improve the informaton retrieval. For this I designed a Topic Map Dummie for some first tests. Know I=B4m not so sure if my Dummie is so perfect and i like to redesign and improve my Dummie. Now my question: An fictitious example: I have a Topic "Audi A4 Cabrio" which has "is-component"-associations to topics like "Door", "Motor" or "Wheels". And the topic "Door" for instance has a further "is-part-of" association to the topic "window". Now my problem. Could the "Audi A4 Cabrio" Topic be the Scope for the Scoped Topics "Door", "Motor" as well as a topic with normal associations to his scoped topics or has the scope object to be outstandi= ng. I couldn=B4t get the right information from all the tutorials and specifications I read. I should be appreciated for any help I can get. Thanx a lot in advance and whish you that this inovation gets more famous. Cheers Chris Degmaier ;) |