tm4j-users — Forum for users of the TM4J API or apps developed by this project.

Re: [TM4J-users] Command-line apps

[Florian G. H. <fg...@bk...>]

Hello,

here's my =A3.02, as I am beginning to see TM4J from a user's perspective=
 while=20
writing that XTM/TM4J web site generator:

What I'd really like would be an application that can be fed one or more =
topic=20
maps, then resolves all external <topicRef>s and <mergeMap> directives,=20
eliminates duplicates, obeys the Topic Naming Constraint, allows me to fi=
lter=20
for a specific scope, and spits out a TM that's consistent as per Annex F=
 of=20
the XTM spec. And of course it should support XTM 1.0, old-style ISO13250=
,=20
and LTM syntax on input, and XTM, LTM, and Canonical XTM on output. So in=
 a=20
nutshell, items 1 through 4 on your list and then some. :-)

However, instead of writing one utility that comprises everything includi=
ng=20
the kitchen sink, I think it would be a much better idea to keep things=20
modular. I would suggest that we define a common syntax that all TM4J com=
mand=20
line apps must obey; this could include common switches (-v / --verbose c=
omes=20
to mind), argument parsing criteria (such as, perhaps, "'-' on its own al=
ways=20
means stdin or stdout, based on context"), and common exit codes. Then th=
ere=20
could be a "front-end" application which pretty much only parses a mode=20
selector, then hands off the rest of the argv[] array to the child app, l=
ets=20
it do its thing, and only collects the exit code and handles exceptions, =
if=20
any. My role model for this approach: rpm and all its backend modules.[1]

Take care,
-- Florian

[1] One could, of course, take this one step further and not reduce onese=
lf to=20
command line apps, but instead define a common interface for TM4J front-e=
nd=20
applications, so when needed, one could simply write front ends for anyth=
ing:=20
start with the command line, then use Swing, then FutureAwesomeInputThing=
y=20
1.0. But perhaps I'm being a little too ambitious here. ;-)


On Tuesday 04 June 2002 22:46, Kal Ahmed wrote:
| Hi all,
|
| I would like to get an idea from you all about what command line
| applications you would find useful in a future version of the TM4J pack=
age.
| Currently we have only a merge utility and a simple statistics reportin=
g
| utility. What other applications do you think would be useful ? Are the=
re
| any simple command line apps which you have had to write with TM4J ? He=
re
| are a few of my thoughts:
|
| 1) Resolve all mergeMap directives by merging the referenced maps
| 2) Resolve all external topic references by merging the referenced maps
| 3) Eliminate duplicates from a topic map (per Annex F of XTM specificat=
ion)
| 4) Filter out topic characteristics based on a scope
|
| All suggestions are welcome.
|
| Cheers,
|
| Kal

--=20
Florian G. Haas <fg...@bk...>

GnuPG public key: http://www.fgh.bkf.at/gpgkey.asc
Key fingerprint:  3C24 E021 33B1 9E98 B94B  2F21 860A B693 1B33 BB3C

[TM4J-users] Command-line apps

[Kal A. <ka...@te...>]

Hi all,

I would like to get an idea from you all about what command line applicat=
ions=20
you would find useful in a future version of the TM4J package. Currently =
we=20
have only a merge utility and a simple statistics reporting utility. What=
=20
other applications do you think would be useful ? Are there any simple=20
command line apps which you have had to write with TM4J ? Here are a few =
of=20
my thoughts:

1) Resolve all mergeMap directives by merging the referenced maps
2) Resolve all external topic references by merging the referenced maps
3) Eliminate duplicates from a topic map (per Annex F of XTM specificatio=
n)
4) Filter out topic characteristics based on a scope

All suggestions are welcome.=20

Cheers,

Kal
--=20
Kal Ahmed, techquila.com
XML and Topic Map Consultancy

e: ka...@te...
p: +44 7968 529531
w: www.techquila.com

[TM4J-users] ID generations

[thomas f. <tho...@et...>]

Hi all

I have a question about ID generations in TM4J :
  - all the implicit topics and associations are supposed to get an ID
generated by an IDGenerator. But it seems that ALL topics and associations
loaded (at least with the in-memory implementation) are given an ID from
the IDGenerator; thus the original IDs of the XTM file disappear.

Is it really supposed to behave like this ?
If yes, is there a way to restore the original IDs of the objects ?

Thanks

Thomas

[TM4J-users] TM4J 0.6.2 Released

[Kal A. <ka...@te...>]

Hi all,

There is a new 0.6.x release of TM4J available for download now from the=20
SourceForge pages. This release fixes a bug with the serialization code w=
hich=20
would cause Xerces to generate a NullPointerException when trying to=20
serialize a topic map file.

Cheers,

Kal
--=20
Kal Ahmed, techquila.com
XML and Topic Map Consultancy

e: ka...@te...
p: +44 7968 529531
w: www.techquila.com

[TM4J-users] WWW.TECHQUILA.COM

[Christine H. <re...@tr...>]

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3D=
iso-8859-1">
<!-- 2.2 --> 
<title></title>
</head>
<body bgcolor=3D"#FFFFFF">
<table width=3D"600" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
  <tr>
    <td><font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D=
"2">Hi<br>
      <br>
      I visited <a href=3D=
"http://www.trafficmagnet.net">WWW.TECHQUILA.COM</a>, and 
      noticed that you're not listed on some search engines! I think we can =
offer 
      you a service which can help you increase traffic and the number of =
visitors 
      to your website.<br>
      <br>
      I would like to introduce you to <a href=3D=
"http://www.trafficmagnet.net">TrafficMagnet.net</a>. We offer a unique =
technology 
      that will submit your website to over 300,000 search engines and =
directories 
      every month.<br>
      <br>
      </font> 
      <table width=3D"398" border=3D"0" cellspacing=3D"0" cellpadding=3D"0" =
align=3D"center">
        <tr><td><a href=3D"http://www.trafficmagnet.net"><img src=3D=
"http://image10.trafficmagnet.net/image/logo.gif" width=3D"137" height=3D=
"136" border=3D"0"></a></td>
          <td><a href=3D"http://www.trafficmagnet.net"><img src=3D=
"http://image10.trafficmagnet.net/imagenew//SC172/001/205/aii.jpg" width=3D=
"197" height=3D"141" border=3D"1"></a></td>
          <td valign=3D"bottom"><a href=3D"http://www.trafficmagnet.net"><img =
src=3D"http://image10.trafficmagnet.net/image/signup.gif" width=3D"62" =
height=3D"136" border=3D"0"></a></td>
        </tr>
      </table>
      <font face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D"2"><br>
      You'll be surprised by the low cost, and by how effective this website =
promotion 
      method can be. <br>
      <br>
      To find out more about TrafficMagnet and the cost for submitting your =
website 
      to over 300,000 search engines and directories, visit <a href=3D=
"http://www.trafficmagnet.net">www.TrafficMagnet.net</a>. 
      <br>
      <br>
      I would love to hear from you. <br>
      <br><br>
      Best Regards,<br><br>
      Christine Hall <br>
      Sales and Marketing <br>
      E-mail: chr...@tr... <br>
      <a href=3D=
"http://www.trafficmagnet.net">http://www.TrafficMagnet.net</a> 
      </font> </td>
  </tr>
</table>
</body>
</html>

Re: [TM4J-users] Index Interface

[Kal A. <ka...@te...>]

Hi Martin,

I'm currently working through the interfaces, putting in vetoable 
notifications for all topic map object properties - this will help me 
complete Annex F conformance and will provide an additional useful hook for 
schema validation and for GUIs. Sorry about the state of the CVS tree - I 
must have missed out some files in my last commit as the main TM4J build 
("all") compiles cleanly on my machine...

Unfortunately, there is no way to get round this problem without access to 
the source of the PropertyVetoException class (if the exception was in the 
org.tm4j codebase, you could have changed it to be derived from 
RuntimeException).

I still have more work to do on the vetoable notifications, so hopefully I 
should be able to fix up the CVS build soon.

Cheers,

Kal

At 22:27 05/04/2002 +0200, Martin Stockhammer wrote:
>Hi Kal,
>
>i tried the index interface and it seems to work! Really great :-)
>I have tried only the AssociatonTypesIndex now.
>
>To compile the CVS-Tree I had to add a lot of "try {} catch 
>(PropertyVetoException ex) {}" stuff, because the compiler complained 
>about uncatched exceptions.
>Is it possible to tell the compiler to ignore such uncatched exceptions?
>
>Bye
>
>Martin Stockhammer
>
>
>_______________________________________________
>Tm4j-users mailing list
>Tm4...@li...
>https://lists.sourceforge.net/lists/listinfo/tm4j-users
>

[TM4J-users] Index Interface

[Martin S. <hu...@we...>]

Hi Kal,

i tried the index interface and it seems to work! Really great :-)
I have tried only the AssociatonTypesIndex now.

To compile the CVS-Tree I had to add a lot of "try {} catch 
(PropertyVetoException ex) {}" stuff, because the compiler complained 
about uncatched exceptions.
Is it possible to tell the compiler to ignore such uncatched exceptions?

Bye

Martin Stockhammer

Re: [TM4J-users] Beginner: Problems importing topic-map file

[Kal A. <ka...@te...>]

OK, preliminary documentation is now online at:
http://tm4j.org/docs/indexes/index.html

Cheers,

Kal

At 13:43 03/04/2002 +0100, Kal Ahmed wrote:
>At 23:22 02/04/2002 +0200, Martin Stockhammer wrote:
>>Hi Kal,
>>
>>the problem distinguished after inserting the jakarta-oro-2.0.4.jar into 
>>the CLASSPATH.
>>I used only the memory implementation, no ozone.
>
>OK - that makes sense, Oro's regex package is used to parse URIs - so I 
>guess that the URI class probably failed to complete its static initialisation
>
>>According to the Associaton Types:
>>
>>Kal Ahmed wrote:
>>>Hi Martin,
>>>With TM4J 0.6.1, the method getAssociationTypes() is the only way to do 
>>>what you want. You are right - what that method returns is a collection, 
>>>so you would need to then iterate through the collection and filter the 
>>>elements into a Set. With TM4J 0.7.0, we will add new index interfaces 
>>>which includes a method to retrieve the topics which type the 
>>>associations in the topic map (as a set, without any duplicates, 
>>>although the returned object interface is Collection, not Set). The 
>>>initial implementation of this is already checked into the CVS tree, so 
>>>if you are comfortable with getting that and using potentially unstable 
>>>code, then that would be the best way to do what you want.
>>
>>
>>I would like to try it. Could you tell me something about it? If you 
>>think its better to wait for the 0.7.0 its no problem for me, I can work 
>>with the getAssociationTypes().
>
>Great! Seeing as we need some documentation for all this new stuff, I'm 
>going to write something on this today. I'll post it on the website 
>and  let you know when it is available.
>
>Cheers,
>
>Kal
>
>
>_______________________________________________
>Tm4j-users mailing list
>Tm4...@li...
>https://lists.sourceforge.net/lists/listinfo/tm4j-users
>

Re: [TM4J-users] Beginner: Problems importing topic-map file

[Kal A. <ka...@te...>]

At 23:22 02/04/2002 +0200, Martin Stockhammer wrote:
>Hi Kal,
>
>the problem distinguished after inserting the jakarta-oro-2.0.4.jar into 
>the CLASSPATH.
>I used only the memory implementation, no ozone.

OK - that makes sense, Oro's regex package is used to parse URIs - so I 
guess that the URI class probably failed to complete its static initialisation

>According to the Associaton Types:
>
>Kal Ahmed wrote:
>>Hi Martin,
>>With TM4J 0.6.1, the method getAssociationTypes() is the only way to do 
>>what you want. You are right - what that method returns is a collection, 
>>so you would need to then iterate through the collection and filter the 
>>elements into a Set. With TM4J 0.7.0, we will add new index interfaces 
>>which includes a method to retrieve the topics which type the 
>>associations in the topic map (as a set, without any duplicates, although 
>>the returned object interface is Collection, not Set). The initial 
>>implementation of this is already checked into the CVS tree, so if you 
>>are comfortable with getting that and using potentially unstable code, 
>>then that would be the best way to do what you want.
>
>
>I would like to try it. Could you tell me something about it? If you think 
>its better to wait for the 0.7.0 its no problem for me, I can work with 
>the getAssociationTypes().

Great! Seeing as we need some documentation for all this new stuff, I'm 
going to write something on this today. I'll post it on the website 
and  let you know when it is available.

Cheers,

Kal

Re: [TM4J-users] Beginner: Problems importing topic-map file

[Martin S. <hu...@we...>]

Hi Kal,

the problem distinguished after inserting the jakarta-oro-2.0.4.jar into
the CLASSPATH.
I used only the memory implementation, no ozone.

According to the Associaton Types:

Kal Ahmed wrote:
 > Hi Martin,
 >
 > With TM4J 0.6.1, the method getAssociationTypes() is the only way to do
 > what you want. You are right - what that method returns is a collection,
 > so you would need to then iterate through the collection and filter the
 > elements into a Set. With TM4J 0.7.0, we will add new index interfaces
 > which includes a method to retrieve the topics which type the
 > associations in the topic map (as a set, without any duplicates,
 > although the returned object interface is Collection, not Set). The
 > initial implementation of this is already checked into the CVS tree, so
 > if you are comfortable with getting that and using potentially unstable
 > code, then that would be the best way to do what you want.


I would like to try it. Could you tell me something about it? If you
think its better to wait for the 0.7.0 its no problem for me, I can work
with the getAssociationTypes().

Bye

Martin

Re: [TM4J-users] Beginner: Problems importing topic-map file

[Martin S. <hu...@we...>]

Hi Kal,

the problem distinguished after inserting the jakarta-oro-2.0.4.jar into 
the CLASSPATH.
I used only the memory implementation, no ozone.

According to the Associaton Types:

Kal Ahmed wrote:
> Hi Martin,
> 
> With TM4J 0.6.1, the method getAssociationTypes() is the only way to do 
> what you want. You are right - what that method returns is a collection, 
> so you would need to then iterate through the collection and filter the 
> elements into a Set. With TM4J 0.7.0, we will add new index interfaces 
> which includes a method to retrieve the topics which type the 
> associations in the topic map (as a set, without any duplicates, 
> although the returned object interface is Collection, not Set). The 
> initial implementation of this is already checked into the CVS tree, so 
> if you are comfortable with getting that and using potentially unstable 
> code, then that would be the best way to do what you want.


I would like to try it. Could you tell me something about it? If you 
think its better to wait for the 0.7.0 its no problem for me, I can work 
with the getAssociationTypes().

Bye

Martin

Re: [TM4J-users] abitrary DuplicateObjectIDExceptions ?!

[Kal A. <ka...@te...>]

At 18:50 02/04/2002 +0200, Niko Popitsch wrote:
>Hi Kal,
>Yes, this could be the reason for this strange behaviour. Indeed, the 
>topicmaps
>I am parsing are quite small. After Your mail, I put some debug messages in
>XTMBuilder and the IDGeneratorImpl.
>I have attached the output when parsing one(!) topicmap. As one can see, there
>seem to be two IDGenerators active. What for ? Is one handling topics and the
>other associations?
>In fact, when parsing the TM after ID 8 was assigned, the second IDGenerator
>starts its work and sometimes, the id-prefix remains the same (because
>System.currentTimeMillis() returned the same
>value) -> crash!

That would do it! ;-)

Thinking about this I think I know what the problem might be - when an 
<instanceOf> element is encountered, the XTMBuilder simply sets the type of 
the topic. However, Topic.setTypes() does additional processing to create a 
class-instance association and, guess what ?, it uses a different 
IDGenerator! The one used by this method is in fact the IDGenerator created 
and managed by the TopicMapUtils implementation. I guess that in order to 
prevent this particular problem, the XTMBuilder should use the 
TopicMapUtils.generateID() method instead of creating its own IDGenerator.

I'll check in this fix and a fix for the potential problem of initialising 
the generator with a unique time-based string.

Thanks for your help in tracking this down!

Cheers,

Kal

Re: [TM4J-users] abitrary DuplicateObjectIDExceptions ?!

[Niko P. <nik...@um...>]

Hi Kal,
Yes, this could be the reason for this strange behaviour. Indeed, the topicmaps
I am parsing are quite small. After Your mail, I put some debug messages in
XTMBuilder and the IDGeneratorImpl.
I have attached the output when parsing one(!) topicmap. As one can see, there
seem to be two IDGenerators active. What for ? Is one handling topics and the
other associations?
In fact, when parsing the TM after ID 8 was assigned, the second IDGenerator
starts its work and sometimes, the id-prefix remains the same (because
System.currentTimeMillis() returned the same
value) -> crash!
Anyways, I've solved the problem by using a static counter for creating the
base-id instead of the current time (code attached). Ok - static variables are
not really a clean way to solve problems in terms of OOP.
But it's ok for me ;-)
Thanks for the help,
kind regards,
Niko

XTMBuilder constructor
id: x1gg3aa0d0-0
id: x1gg3aa0d0-1
id: x1gg3aa0d0-2
id: x1gg3aa0d0-3
id: x1gg3aa0d0-4
id: x1gg3aa0d0-5
id: x1gg3aa0d0-6
id: x1gg3aa0d0-7
id: x1gg3aa0d0-8
id: x1gg3aa0g4-0
id: x1gg3aa0g4-1
id: x1gg3aa0g4-2
id: x1gg3aa0g4-3
id: x1gg3aa0g4-4
id: x1gg3aa0g4-5
id: x1gg3aa0d0-9
id: x1gg3aa0d0-a
id: x1gg3aa0g4-6
id: x1gg3aa0d0-b
id: x1gg3aa0d0-c
id: x1gg3aa0d0-d
id: x1gg3aa0d0-e
id: x1gg3aa0d0-f
id: x1gg3aa0g4-7
id: x1gg3aa0d0-10
id: x1gg3aa0d0-11
id: x1gg3aa0d0-12
id: x1gg3aa0d0-13
id: x1gg3aa0d0-14
id: x1gg3aa0g4-8
id: x1gg3aa0d0-15
id: x1gg3aa0d0-16
id: x1gg3aa0d0-17
id: x1gg3aa0d0-18
id: x1gg3aa0d0-19
id: x1gg3aa0g4-9
id: x1gg3aa0d0-1a
id: x1gg3aa0d0-1b
id: x1gg3aa0d0-1c
id: x1gg3aa0d0-1d
id: x1gg3aa0d0-1e
id: x1gg3aa0g4-a
id: x1gg3aa0d0-1f
id: x1gg3aa0d0-20
id: x1gg3aa0d0-21
id: x1gg3aa0d0-22
id: x1gg3aa0d0-23
id: x1gg3aa0g4-b
id: x1gg3aa0d0-24
id: x1gg3aa0d0-25
id: x1gg3aa0d0-26
id: x1gg3aa0d0-27
id: x1gg3aa0d0-28
id: x1gg3aa0g4-c
id: x1gg3aa0d0-29
id: x1gg3aa0d0-2a
id: x1gg3aa0d0-2b
id: x1gg3aa0d0-2c
id: x1gg3aa0d0-2d
id: x1gg3aa0g4-d
id: x1gg3aa0d0-2e
id: x1gg3aa0d0-2f
id: x1gg3aa0d0-30
id: x1gg3aa0d0-31
id: x1gg3aa0d0-32
id: x1gg3aa0g4-e
id: x1gg3aa0d0-33
id: x1gg3aa0d0-34
id: x1gg3aa0d0-35
id: x1gg3aa0d0-36
id: x1gg3aa0d0-37
id: x1gg3aa0g4-f
id: x1gg3aa0d0-38
id: x1gg3aa0d0-39
id: x1gg3aa0d0-3a
id: x1gg3aa0d0-3b
id: x1gg3aa0d0-3c
id: x1gg3aa0g4-10
id: x1gg3aa0d0-3d
id: x1gg3aa0d0-3e
id: x1gg3aa0d0-3f
id: x1gg3aa0d0-40
id: x1gg3aa0d0-41
id: x1gg3aa0g4-11
id: x1gg3aa0d0-42
id: x1gg3aa0d0-43
id: x1gg3aa0d0-44
id: x1gg3aa0d0-45
id: x1gg3aa0d0-46
id: x1gg3aa0g4-12
id: x1gg3aa0d0-47
id: x1gg3aa0d0-48
id: x1gg3aa0d0-49
id: x1gg3aa0d0-4a
id: x1gg3aa0d0-4b
id: x1gg3aa0g4-13
id: x1gg3aa0d0-4c
id: x1gg3aa0d0-4d
id: x1gg3aa0d0-4e
id: x1gg3aa0d0-4f
id: x1gg3aa0d0-50
id: x1gg3aa0g4-14
id: x1gg3aa0d0-51
id: x1gg3aa0d0-52
id: x1gg3aa0d0-53
id: x1gg3aa0d0-54
id: x1gg3aa0d0-55
id: x1gg3aa0g4-15
id: x1gg3aa0d0-56
id: x1gg3aa0d0-57
id: x1gg3aa0d0-58
id: x1gg3aa0d0-59
id: x1gg3aa0d0-5a
id: x1gg3aa0g4-16
id: x1gg3aa0d0-5b
id: x1gg3aa0d0-5c
id: x1gg3aa0d0-5d
id: x1gg3aa0d0-5e
id: x1gg3aa0d0-5f
id: x1gg3aa0g4-17
id: x1gg3aa0d0-60
id: x1gg3aa0d0-61
id: x1gg3aa0d0-62
id: x1gg3aa0d0-63
id: x1gg3aa0d0-64
id: x1gg3aa0g4-18
id: x1gg3aa0d0-65
id: x1gg3aa0d0-66
id: x1gg3aa0d0-67
id: x1gg3aa0d0-68
id: x1gg3aa0d0-69
id: x1gg3aa0g4-19
id: x1gg3aa0d0-6a
id: x1gg3aa0d0-6b
id: x1gg3aa0d0-6c
id: x1gg3aa0d0-6d
id: x1gg3aa0d0-6e
id: x1gg3aa0g4-1a
id: x1gg3aa0d0-6f
id: x1gg3aa0d0-70
id: x1gg3aa0d0-71
id: x1gg3aa0d0-72
id: x1gg3aa0d0-73
id: x1gg3aa0g4-1b
id: x1gg3aa0d0-74
id: x1gg3aa0d0-75
id: x1gg3aa0d0-76
id: x1gg3aa0d0-77
id: x1gg3aa0d0-78
id: x1gg3aa0g4-1c
id: x1gg3aa0d0-79
id: x1gg3aa0d0-7a
id: x1gg3aa0d0-7b
id: x1gg3aa0d0-7c

-------------------------------------------------------------------------------------

/*
 * The TM4J Software License
 *
 *
 * Copyright (c) 2000, 2001, 2002 The TM4J Project. All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 *
 * 1. Redistributions of source code must retain the above copyright
 *    notice, this list of conditions and the following disclaimer.
 *
 * 2. Redistributions in binary form must reproduce the above copyright
 *    notice, this list of conditions and the following disclaimer in
 *    the documentation and/or other materials provided with the
 *    distribution.
 *
 * 3. The end-user documentation included with the redistribution,
 *    if any, must include the following acknowledgment:
 *       "This product includes software developed by
 *        The TM4J Project (http://sourceforge.net/projects/tm4j)
 *    Alternately, this acknowledgment may appear in the software itself,
 *    if and wherever such third-party acknowledgments normally appear.
 *
 * 4. The names "TM4J" and "The TM4J Project" must
 *    not be used to endorse or promote products derived from this
 *    software without prior written permission. For written
 *    permission, please contact ka...@te....
 *
 * 5. Products derived from this software may not be called "TM4J",
 *    nor may "TM4J" appear in their name, without prior written
 *    permission of the TM4J Project.
 *
 * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
 * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
 * DISCLAIMED.  IN NO EVENT SHALL THE TM4J PROJECT OR
 * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
 * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
 * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
 * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
 * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
 * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
 * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 * SUCH DAMAGE.
 * ====================================================================
 *
 */







// $Id: IDGeneratorImpl.java,v 1.4 2002/02/09 19:38:23 kal_ahmed Exp $

package org.tm4j.topicmap.utils;

/**
 * An alternative IDGenerator implementation.
 * This implementation returns a two-part, pseudo-unique ID. The first part of
 * the ID is the number of the created IDGenerator by this JVM,.
 * The second part of the ID is a simple incrementing
 * counter.
 * This class does not generate truely unique IDs, but the degree of uniqueness

 * should be sufficient for most applications.
 */
public class AlternativeIDGeneratorImpl implements IDGenerator
{
    protected String baseID;
    protected long counter;
    private static long genCounter = (long) 0;

    /**
     * Constructs a new IDGeneratorImpl object, with the
     * base part of the ID string set to the time of creation.
     */
    public AlternativeIDGeneratorImpl()
    {
        baseID = "x" + ( genCounter++ );
    }

    /**
     * Returns a pseudo-unique identifier as a concatenation of
     * the base identifier created in the object constructor
     * followed by a dash (-) and then a simple, incrementing
     * counter value (encoded in hexadecimal).
     */
    public String getID()
    {
        String id = baseID + "-" + Long.toString(counter++, 16);
        return id;
    }
}


Kal Ahmed wrote:

> Hi Niko,
>
> This seems a bit weird - the autogenerated IDs are created by an
> IDGenerator which is constructed by the XTMBuilder class when it is
> created. The default implementation of IDGenerator uses
> System.currentTimeMillis() to generate the base ID string in its
> constructor and then uses an incrementing counter as a suffix to generate
> individual ids (so you get "x<time at creation of IDGenerator>-<count>" as
> the id string). I was pretty sure that this should not cause a problem for
> most applications. If this algorithm is working as expected, I would expect
> that it would only be possible that you would see a duplicate ID being
> generated if the first topic map is small enough to be processed and loaded
> in the resolution of the system clock (usually currentTimeMillis() does not
> update every millisecond).
>
> One way to test if this is the case would be to insert a sleep() into the
> constructor for IDGeneratorImpl - If it was something like 300 to 700 ms,
> that **should** force a new value. Alternatively you could change the
> constructor to get an initial value and then to loop until it gets a new
> value different to the initial value - that should guarantee that two
> different IDGeneratorImpls created by the same thread will *always* have a
> unique base id.
>
> If you try one of these approaches and have some success perhaps you could
> post it back to me as a patch ?
>
> BTW, the IDGenerator implementation used is runtime configurable - use the
> system property org.tm4j.topicmap.idGenerator to define the name of the
> class to be loaded as the IDGenerator for topic map parsing - this class
> must implement org.tm4j.topicmap.utils.IDGenerator.
>
> Cheers,
>
> Kal
>
> At 15:31 02/04/2002 +0200, Niko Popitsch wrote:
> >Hi,
> >
> >I discovered a strange behaviour of tm4j 0.6.1 with loading topic maps.
> >I load multiple TMs from disk. the first load is ok. but then successive
> >loads throw DuplicateObjectIDExceptions !sometimes!. This really seems
> >to be abitrary behaviour.
> >I always create a new Saxparser,
> >         saxParser = new SAXParser();
> >a new TM Factory,
> >     TopicMapFactoryImpl tmfi = new TopicMapFactoryImpl();
> >a new Topic map,
> >     TopicMap tm = tmfi.createTopicMap( baseLocator );
> >a new XTM Builder
> >         XTMBuilder xtmBuilder = new XTMBuilder( tm );
> >a new XTM Parser
> >         XTMParser xtmParser  = new XTMParser( xtmBuilder );
> >and then i parse:
> >         saxParser.setContentHandler( xtmParser );
> >         saxParser.parse( src );
> >
> >what could this be ???
> >thanks,
> >Niko :)
> >
> >
> >_______________________________________________
> >Tm4j-users mailing list
> >Tm4...@li...
> >https://lists.sourceforge.net/lists/listinfo/tm4j-users

Re: [TM4J-users] abitrary DuplicateObjectIDExceptions ?!

[Kal A. <ka...@te...>]

Hi Niko,

This seems a bit weird - the autogenerated IDs are created by an 
IDGenerator which is constructed by the XTMBuilder class when it is 
created. The default implementation of IDGenerator uses 
System.currentTimeMillis() to generate the base ID string in its 
constructor and then uses an incrementing counter as a suffix to generate 
individual ids (so you get "x<time at creation of IDGenerator>-<count>" as 
the id string). I was pretty sure that this should not cause a problem for 
most applications. If this algorithm is working as expected, I would expect 
that it would only be possible that you would see a duplicate ID being 
generated if the first topic map is small enough to be processed and loaded 
in the resolution of the system clock (usually currentTimeMillis() does not 
update every millisecond).

One way to test if this is the case would be to insert a sleep() into the 
constructor for IDGeneratorImpl - If it was something like 300 to 700 ms, 
that **should** force a new value. Alternatively you could change the 
constructor to get an initial value and then to loop until it gets a new 
value different to the initial value - that should guarantee that two 
different IDGeneratorImpls created by the same thread will *always* have a 
unique base id.

If you try one of these approaches and have some success perhaps you could 
post it back to me as a patch ?

BTW, the IDGenerator implementation used is runtime configurable - use the 
system property org.tm4j.topicmap.idGenerator to define the name of the 
class to be loaded as the IDGenerator for topic map parsing - this class 
must implement org.tm4j.topicmap.utils.IDGenerator.

Cheers,

Kal

At 15:31 02/04/2002 +0200, Niko Popitsch wrote:
>Hi,
>
>I discovered a strange behaviour of tm4j 0.6.1 with loading topic maps.
>I load multiple TMs from disk. the first load is ok. but then successive
>loads throw DuplicateObjectIDExceptions !sometimes!. This really seems
>to be abitrary behaviour.
>I always create a new Saxparser,
>         saxParser = new SAXParser();
>a new TM Factory,
>     TopicMapFactoryImpl tmfi = new TopicMapFactoryImpl();
>a new Topic map,
>     TopicMap tm = tmfi.createTopicMap( baseLocator );
>a new XTM Builder
>         XTMBuilder xtmBuilder = new XTMBuilder( tm );
>a new XTM Parser
>         XTMParser xtmParser  = new XTMParser( xtmBuilder );
>and then i parse:
>         saxParser.setContentHandler( xtmParser );
>         saxParser.parse( src );
>
>what could this be ???
>thanks,
>Niko :)
>
>
>_______________________________________________
>Tm4j-users mailing list
>Tm4...@li...
>https://lists.sourceforge.net/lists/listinfo/tm4j-users

[TM4J-users] abitrary DuplicateObjectIDExceptions ?!

[Niko P. <nik...@um...>]

Hi,

I discovered a strange behaviour of tm4j 0.6.1 with loading topic maps.
I load multiple TMs from disk. the first load is ok. but then successive
loads throw DuplicateObjectIDExceptions !sometimes!. This really seems
to be abitrary behaviour.
I always create a new Saxparser,
        saxParser = new SAXParser();
a new TM Factory,
    TopicMapFactoryImpl tmfi = new TopicMapFactoryImpl();
a new Topic map,
    TopicMap tm = tmfi.createTopicMap( baseLocator );
a new XTM Builder
        XTMBuilder xtmBuilder = new XTMBuilder( tm );
a new XTM Parser
        XTMParser xtmParser  = new XTMParser( xtmBuilder );
and then i parse:
        saxParser.setContentHandler( xtmParser );
        saxParser.parse( src );

what could this be ???
thanks,
Niko :)

Re: [TM4J-users] Query re: topic.getRolesPlayed

[Kal A. <ka...@te...>]

Hi Carmel,

At 23:32 01/04/2002 +0100, Carmel Murphy wrote:
>Hi,
>
>I'm a student using tm4j in my final year project, so please bear with me if
>i've got this wrong!
>
>I've got a simple topic map, with topics A,B.
>B is an instance of A.
>
>A.getRolesPlayed returns a collection with one element.
>Should this not be empty? Or does the instanceOf element in B count as an
>association?

Yep - according to the XTM spec, the <instanceOf> element asserts a 
type-instance relationship between the topics (in this case with A playing 
the role of type and B playing the role of instance). In TM4J, we represent 
this relationship both by the types property of the Topic interface 
(get/setTypes()) and also by creating an association between the topics. 
The role played by B in the association should have a subject indicator 
defined by the ROLE_INSTANCE static member of the class 
org.tm4j.topicmap.PSI. So you can check if a role played by a topic is an 
instance by using the following code:

LocatorFactory locatorFactory = tm.getLocatorFactory();
psiInstance = locatorFactory.createLocator("URI", PSI.ROLE_INSTANCE);

Iterator it = topic.getRolesPlayed().iterator();
while (it.hasNext())
{
   Member m = (Member)it.next();
   if (m.getRoleSpec() != null)
   {
     Topic rs = m.getRoleSpec();
      if (rs.getSubjectIndicators().contains(psiInstance))
      {
         // processing for instance in type-instance relationship
      }
      else
      {
         // processing for other association roles
      }
   }
}

You could modify this code to filter the collection received from 
getRolesPlayed() down to a new collection containing only those roles which 
are not in a type-instance relationship.

>If this is correct, how do I find a topic's associations, excluding
>instances of that topic?

Use something like the code above - to be complete, you should also check 
the type of the association - for a true type-instance association, the 
type of the association should include PSI.ASSOC_CLASS_INSTANCE as one of 
its subject indicators.

Hope this helps,

Kal

Re: Re: [TM4J-users] Beginner: Problems importing topic-map file

[Kal A. <ka...@te...>]

Hi Martin,

With TM4J 0.6.1, the method getAssociationTypes() is the only way to do=20
what you want. You are right - what that method returns is a collection, so=
=20
you would need to then iterate through the collection and filter the=20
elements into a Set. With TM4J 0.7.0, we will add new index interfaces=20
which includes a method to retrieve the topics which type the associations=
=20
in the topic map (as a set, without any duplicates, although the returned=20
object interface is Collection, not Set). The initial implementation of=20
this is already checked into the CVS tree, so if you are comfortable with=20
getting that and using potentially unstable code, then that would be the=20
best way to do what you want.

BTW, the index interfaces are not documented properly yet. If you do decide=
=20
to try this method, let me know and I'll give you some information on how=20
the interfaces work.

Cheers,

Kal

At 09:03 02/04/2002 +0200, Martin Stockhammer wrote:
>Hi Kal,
>
>I don't know them by heart, i will look in the evening and send you a=20
>complete description.
>
>Another question, about the TopicMap-Utils. I used the=20
>getAssociationTypes(null)-method (I hope thats the right name, I don't=20
>have the docu here at the moment) and If I really understand, this method=
=20
>walks through all associations and gets the association type of it.
>What I like to have is just a set of all association-types used in the=20
>topic map. Is there a better way to get it? I converted the collection=20
>returned by the method above to a set. But maybe there is a more efficient=
=20
>way than walking through all associations to get the association types.
>
>Bye
>
>Martin
>
>
>Kal Ahmed <ka...@te...> schrieb am 01.04.02:
> > Hi Martin,
> >
> > I'm glad you managed to fix your problem - but the error messages wasn't
> > really very helpful, was it ? ;-) If you could let me know which libs=
 were
> > missing, perhaps I can track down where the bad error message gets
> > generated and try and improve things.
> >
> > Cheers,
> >
> > Kal
> >
> > At 20:58 30/03/2002 +0100, Martin Stockhammer wrote:
> > >Hi,
> > >
> > >I solved it. I forgot some libs in the CLASSPATH.
> > >
> > >Bye
> > >
> > >Martin
> > >
> > >Martin Stockhammer wrote:
> > >>Hello,
> > >>i tried to import a topic-map file from the disk to the=
 TopicMapProvider,
> > >>but I allways get the error:
> > >>Error while opening topic map: TopicMapProviderException. Caused by: .
> > >>Cause: Cannot convert base URL :
> > >>file:/home/martin/Java/tm4j/music-xtm.xml to URI Locator
> > >>This is the code to create the provider:
> > >>         String providerClassName =3D
> > >> "org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl";
> > >>         try {
> > >>             providerClass =3D Class.forName(providerClassName);
> > >>         }
> > >>         catch(java.lang.ClassNotFoundException ex) {
> > >>             System.out.println("Class not found");
> > >>         };
> > >>         // Create a new instance of that class
> > >>         // Note that this requires the implementation to
> > >>         // provide a no-argument constructor
> > >>         try {
> > >>             tmFactory =3D
> > >> (TopicMapProviderFactory)providerClass.newInstance();
> > >>         }
> > >>         catch (Exception ex) {
> > >>             System.out.println("no Instantiation possible");
> > >>         }
> > >>
> > >>         Properties props =3D new Properties();
> > >>         props.put("TOPIC_MAP0",
> > >> "file:///home/martin/Java/tm4j/music-xtm.xml");
> > >>         TopicMapProvider provider =3D=20
> tmFactory.createTopicMapProvider(props);
> > >>^^^^
> > >>Here the error occurs.
> > >>What am I doing wrong? I tried it with file:/home/... and=20
> file:///home/...
> > >>
> > >>Thank You
> > >>Martin Stockhammer
> > >>
> > >>_______________________________________________
> > >>Tm4j-users mailing list
> > >>Tm4...@li...
> > >>https://lists.sourceforge.net/lists/listinfo/tm4j-users
> > >
> > >
> > >
> > >_______________________________________________
> > >Tm4j-users mailing list
> > >Tm4...@li...
> > >https://lists.sourceforge.net/lists/listinfo/tm4j-users
> > >
> >
> >
> > _______________________________________________
> > Tm4j-users mailing list
> > Tm4...@li...
> > https://lists.sourceforge.net/lists/listinfo/tm4j-users
>
>
>___________________________________________________________________________=
___
>100 MB gute Gr=FCnde! Jetzt anmelden und FreeMail-Speicher erweitern f=FCr
>Sprach-, Fax- und Mailnachrichten unter http://club.web.de/?mc=3D021103

Re: Re: [TM4J-users] Beginner: Problems importing topic-map file

[Martin S. <hu...@we...>]

Hi Kal,

I don't know them by heart, i will look in the evening and send you a comp=
lete description.

Another question, about the TopicMap-Utils. I used the getAssociationTypes=
(null)-method (I hope thats the right name, I don't have the docu here at =
the moment) and If I really understand, this method walks through all asso=
ciations and gets the association type of it.
What I like to have is just a set of all association-types used in the top=
ic map. Is there a better way to get it=3F I converted the collection return=
ed by the method above to a set. But maybe there is a more efficient way t=
han walking through all associations to get the association types.

Bye

Martin


Kal Ahmed <ka...@te...> schrieb am 01.04.02:
> Hi Martin,
>=20
> I'm glad you managed to fix your problem - but the error messages wasn't=
=20
> really very helpful, was it =3F ;-) If you could let me know which libs we=
re=20
> missing, perhaps I can track down where the bad error message gets=20
> generated and try and improve things.
>=20
> Cheers,
>=20
> Kal
>=20
> At 20:58 30/03/2002 +0100, Martin Stockhammer wrote:
> >Hi,
> >
> >I solved it. I forgot some libs in the CLASSPATH.
> >
> >Bye
> >
> >Martin
> >
> >Martin Stockhammer wrote:
> >>Hello,
> >>i tried to import a topic-map file from the disk to the TopicMapProvid=
er,
> >>but I allways get the error:
> >>Error while opening topic map: TopicMapProviderException. Caused by: .=
=20
> >>Cause: Cannot convert base URL :=20
> >>file:/home/martin/Java/tm4j/music-xtm.xml to URI Locator
> >>This is the code to create the provider:
> >>         String providerClassName =3D=20
> >> "org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl";
> >>         try {
> >>             providerClass =3D Class.forName(providerClassName);
> >>         }
> >>         catch(java.lang.ClassNotFoundException ex) {
> >>             System.out.println("Class not found");
> >>         };
> >>         // Create a new instance of that class
> >>         // Note that this requires the implementation to
> >>         // provide a no-argument constructor
> >>         try {
> >>             tmFactory =3D=20
> >> (TopicMapProviderFactory)providerClass.newInstance();
> >>         }
> >>         catch (Exception ex) {
> >>             System.out.println("no Instantiation possible");
> >>         }
> >>
> >>         Properties props =3D new Properties();
> >>         props.put("TOPIC=5FMAP0",=20
> >> "file:///home/martin/Java/tm4j/music-xtm.xml");
> >>         TopicMapProvider provider =3D tmFactory.createTopicMapProvider(=
props);
> >>^^^^
> >>Here the error occurs.
> >>What am I doing wrong=3F I tried it with file:/home/... and file:///home=
/...
> >>
> >>Thank You
> >>Martin Stockhammer
> >>
> >>=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> >>Tm4j-users mailing list
> >>Tm4...@li...
> >>https://lists.sourceforge.net/lists/listinfo/tm4j-users
> >
> >
> >
> >=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> >Tm4j-users mailing list
> >Tm4...@li...
> >https://lists.sourceforge.net/lists/listinfo/tm4j-users
> >
>=20
>=20
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> Tm4j-users mailing list
> Tm4...@li...
> https://lists.sourceforge.net/lists/listinfo/tm4j-users


=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F
100 MB gute Gr=FCnde! Jetzt anmelden und FreeMail-Speicher erweitern f=FCr
Sprach-, Fax- und Mailnachrichten unter http://club.web.de/=3Fmc=3D021103

[TM4J-users] Query re: topic.getRolesPlayed

[Carmel M. <car...@oc...>]

Hi,

I'm a student using tm4j in my final year project, so please bear with me if
i've got this wrong!

I've got a simple topic map, with topics A,B.
B is an instance of A.

A.getRolesPlayed returns a collection with one element.
Should this not be empty? Or does the instanceOf element in B count as an
association?

If this is correct, how do I find a topic's associations, excluding
instances of that topic?

Keep up the good work!
Carmel

Re: [TM4J-users] Beginner: Problems importing topic-map file

[Kal A. <ka...@te...>]

Hi Martin,

I'm glad you managed to fix your problem - but the error messages wasn't 
really very helpful, was it ? ;-) If you could let me know which libs were 
missing, perhaps I can track down where the bad error message gets 
generated and try and improve things.

Cheers,

Kal

At 20:58 30/03/2002 +0100, Martin Stockhammer wrote:
>Hi,
>
>I solved it. I forgot some libs in the CLASSPATH.
>
>Bye
>
>Martin
>
>Martin Stockhammer wrote:
>>Hello,
>>i tried to import a topic-map file from the disk to the TopicMapProvider,
>>but I allways get the error:
>>Error while opening topic map: TopicMapProviderException. Caused by: . 
>>Cause: Cannot convert base URL : 
>>file:/home/martin/Java/tm4j/music-xtm.xml to URI Locator
>>This is the code to create the provider:
>>         String providerClassName = 
>> "org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl";
>>         try {
>>             providerClass = Class.forName(providerClassName);
>>         }
>>         catch(java.lang.ClassNotFoundException ex) {
>>             System.out.println("Class not found");
>>         };
>>         // Create a new instance of that class
>>         // Note that this requires the implementation to
>>         // provide a no-argument constructor
>>         try {
>>             tmFactory = 
>> (TopicMapProviderFactory)providerClass.newInstance();
>>         }
>>         catch (Exception ex) {
>>             System.out.println("no Instantiation possible");
>>         }
>>
>>         Properties props = new Properties();
>>         props.put("TOPIC_MAP0", 
>> "file:///home/martin/Java/tm4j/music-xtm.xml");
>>         TopicMapProvider provider = tmFactory.createTopicMapProvider(props);
>>^^^^
>>Here the error occurs.
>>What am I doing wrong? I tried it with file:/home/... and file:///home/...
>>
>>Thank You
>>Martin Stockhammer
>>
>>_______________________________________________
>>Tm4j-users mailing list
>>Tm4...@li...
>>https://lists.sourceforge.net/lists/listinfo/tm4j-users
>
>
>
>_______________________________________________
>Tm4j-users mailing list
>Tm4...@li...
>https://lists.sourceforge.net/lists/listinfo/tm4j-users
>

Re: [TM4J-users] Beginner: Problems importing topic-map file

[Martin S. <hu...@we...>]

Hi,

I solved it. I forgot some libs in the CLASSPATH.

Bye

Martin

Martin Stockhammer wrote:
> Hello,
> 
> i tried to import a topic-map file from the disk to the TopicMapProvider,
> but I allways get the error:
> Error while opening topic map: TopicMapProviderException. Caused by: . 
> Cause: Cannot convert base URL : 
> file:/home/martin/Java/tm4j/music-xtm.xml to URI Locator
> 
> This is the code to create the provider:
> 
>         String providerClassName = 
> "org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl";
> 
>         try {
>             providerClass = Class.forName(providerClassName);
>         }
>         catch(java.lang.ClassNotFoundException ex) {
>             System.out.println("Class not found");
>         };
> 
>         // Create a new instance of that class
>         // Note that this requires the implementation to
>         // provide a no-argument constructor
>         try {
>             tmFactory = 
> (TopicMapProviderFactory)providerClass.newInstance();
> 
>         }
>         catch (Exception ex) {
>             System.out.println("no Instantiation possible");
>         }
> 
> 
>         Properties props = new Properties();
>         props.put("TOPIC_MAP0", 
> "file:///home/martin/Java/tm4j/music-xtm.xml");
> 
>         TopicMapProvider provider = 
> tmFactory.createTopicMapProvider(props);
> 
> ^^^^
> Here the error occurs.
> 
> What am I doing wrong? I tried it with file:/home/... and file:///home/...
> 
> 
> Thank You
> 
> Martin Stockhammer
> 
> 
> 
> _______________________________________________
> Tm4j-users mailing list
> Tm4...@li...
> https://lists.sourceforge.net/lists/listinfo/tm4j-users

[TM4J-users] Beginner: Problems importing topic-map file

[Martin S. <hu...@we...>]

Hello,

i tried to import a topic-map file from the disk to the TopicMapProvider,
but I allways get the error:
Error while opening topic map: TopicMapProviderException. Caused by: . 
Cause: Cannot convert base URL : 
file:/home/martin/Java/tm4j/music-xtm.xml to URI Locator

This is the code to create the provider:

         String providerClassName = 
"org.tm4j.topicmap.memory.TopicMapProviderFactoryImpl";

         try {
             providerClass = Class.forName(providerClassName);
         }
         catch(java.lang.ClassNotFoundException ex) {
             System.out.println("Class not found");
         };

         // Create a new instance of that class
         // Note that this requires the implementation to
         // provide a no-argument constructor
         try {
             tmFactory = 
(TopicMapProviderFactory)providerClass.newInstance();

         }
         catch (Exception ex) {
             System.out.println("no Instantiation possible");
         }


         Properties props = new Properties();
         props.put("TOPIC_MAP0", 
"file:///home/martin/Java/tm4j/music-xtm.xml");

         TopicMapProvider provider = 
tmFactory.createTopicMapProvider(props);

^^^^
Here the error occurs.

What am I doing wrong? I tried it with file:/home/... and file:///home/...


Thank You

Martin Stockhammer

Re: [TM4J-users] Beginning Question2

[Kal A. <ka...@te...>]

You didn't say if you had a message saying which symbol was not resolved, 
but I expect that I know what the problem is. You will need to also to give 
your JDK access to the other JAR files in the lib directory. If you are not 
building TM4J, then you do not need ant.jar or optional.jar. If you are not 
running the tests in the distribution, then you do not need junit.jar 
either. However, the rest of the JAR files should either be specified on 
your CLASSPATH or placed in your jdk\lib directory.

Cheers,

Kal

At 14:28 22/03/2002 +0800, hug...@so... wrote:
>I copy all builded .jar file(tm4j.jar, tm4j-tmapi.jar) to my dictionary 
>jdk\lib.
>But it seem doesm't work yet when I execute javac,It still inform me 
>cannot resolve symbol .
>How can I do?
>I am use jdk 1.3.1 in win2000
>
>
>_______________________________________________
>Tm4j-users mailing list
>Tm4...@li...
>https://lists.sourceforge.net/lists/listinfo/tm4j-users

Re: [TM4J-users] unloading Topic Maps ?

[Kal A. <ka...@te...>]

Hi Thomas,

Currently the close() method is not implemented for either the Ozone or the 
in-memory backend. For Ozone, of course, close() would only need to free up 
any local connection information. For the in-memory backend, I guess it 
should throw away all indexes and objects completely. I've added this as a 
task (#50391) for the 0.7.0 release.

Cheers,

Kal

At 20:41 21/03/2002 +0100, thomas francart wrote:

>Hi everyone
>
>I'd like to unload/close the Topic Maps I have added in my
>TopicMapProvider (for instance if a user wants to open a topic map, edit
>it, and then save it or close it). The TopicMapProvider
>interface doesn't seem to give that possibility. There is the 'close'
>function, but it is not doing anything at the moment.
>
>Can I do that ? How ?
>
>Thanks !
>
>Tom
>
>
>_______________________________________________
>Tm4j-users mailing list
>Tm4...@li...
>https://lists.sourceforge.net/lists/listinfo/tm4j-users

[TM4J-users] Beginning Question2

[<hug...@so...>]

I copy all builded .jar file(tm4j.jar, tm4j-tmapi.jar) to my dictionary jdk\lib.
But it seem doesm't work yet when I execute javac,It still inform me cannot resolve symbol .
How can I do?
I am use jdk 1.3.1 in win2000