The FUTURE classes are ones that added or enhanced functionality of
classes which weren't easily changed directly. For example, sometimes
JUMP/JCS would need to move faster than JTS, so the JTS code was forked,
updated, and then named FUTURE.
That's my memory of how it worked, anyway...
On 1
the errorstack gave a good hint. it alternated between both classes in the same
sourcecode lines ;).. ergo infinite loop ..ede
On 27.10.2012 11:19, Michaël Michaud wrote:
> Hi,
>
> Good catch !
> Now understand, but it was not so obvious for me,
> especially without looking at RoadMatcher source
Hi,
Good catch !
Now understand, but it was not so obvious for me,
especially without looking at RoadMatcher source code ;-)
Michaël
> On 26.10.2012 21:41, Michaël Michaud wrote:
>> Hi Ede,
>>> Now it works in the latest snapshot
>>> (Thanks to Ede!)
>> Good job Ede.
>> Can you briefly explain yo
On 26.10.2012 21:41, Michaël Michaud wrote:
> Hi Ede,
>> Now it works in the latest snapshot
>> (Thanks to Ede!)
> Good job Ede.
> Can you briefly explain your fix, I had a quick look but am too lazy
> to try to understand. How a method of FeatureInstaller could call
> a method of FUTURE_FeatureIns
Hi Ede,
> Now it works in the latest snapshot
> (Thanks to Ede!)
Good job Ede.
Can you briefly explain your fix, I had a quick look but am too lazy
to try to understand. How a method of FeatureInstaller could call
a method of FUTURE_FeatureInstaller ?
Michaël
>
> Have a nice weekend!
>
> uwe
>
>
>
more than most i'd say... wrt your future knowledge ;).. ede
On 26.10.2012 20:37, Michaël Michaud wrote:
> Hi,
>> ah good to know.
>> So someone knows then about "FUTURE_FeatureInstaller"... MM?
> In JCS code (and apparently in Roadmatcher) there are **many** classes called
> FUTURE_xxx
> I guess
thanks Michael.
Makes sense - I remember there was always a talk about JUMP 2.0, which
later was then uDig. So as there never was a JUMP 2, maybe we have those
classes now.
cheers,
stefan
Am 26.10.12 15:37, schrieb Michaël Michaud:
> Hi,
>> ah good to know.
>> So someone knows then about "FUTUR
Hi,
ah good to know.
So someone knows then about "FUTURE_FeatureInstaller"... MM?
In JCS code (and apparently in Roadmatcher) there are **many** classes
called FUTURE_xxx
I guess it was a preparation for a new release.
In OpenJUMP, we still have a relic
(com.vividsolutions.jump.io.FUTURE_JTS_W
wrt FUTURE_FeatureInstaller see my commit note
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot?view=revision&revision=3052
dunno about the roads.. not listening to radio and not leaving the city center
;)
..ede
On 26.10.2012 15:23, Stefan Steiniger wrote:
> ah good to know.
> So someon
ah good to know.
So someone knows then about "FUTURE_FeatureInstaller"... MM?
well.. for me Friday has just begun. So still a bit away from weekend ;)
I am listening to German radio in the morning... and hear that holidays
begin there and streets are crowded today.
stefan
Am 26.10.12 10:20, sc
Hi Stefan,
the RoadMatcher-PlugIn was not so easy to find
because it is hidden under "More Plugins"
http://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%20Plugins/
Now it works in the latest snapshot
(Thanks to Ede!)
Have a nice weekend!
uwe
Am 26.10.2012 15:10, schrieb Ste
Hi Uwe,
if I understood, put it in: /lib/ext/
what Ede tries to say is that subfolders of lib/ext/ will not be browsed
anymore, only the ext folder itself.
Maybe another question: where did you download the roadmatcher from?
from our SourceForge page?
cheers,
stefan
Am 26.10.12 09:30, schrieb
sorry... thats too high for me :-(
Belongs
jcommon-0.8.4.jar
jfreechart-0.9.9.jar
roadmatcher14forOJ.jar
to lib/ext or to lib?
uwe
Am 26.10.2012 14:23, schrieb edgar.sol...@web.de:
> if it pop's up with a class not found error yes... i am not sure anymore
> about the changes i did during the
if it pop's up with a class not found error yes... i am not sure anymore about
the changes i did during the startup speedup for 1.5.2 .. lib/ext/jars might
end up in the classpath. jars in subfolders like lib/ext/foobar/ will
definitely not end up in classpath anymore.
something like dat.. ede
what do you mean?
I found three jar files in the roadmatcher zip file
and put them to /lib/ext
jcommon-0.8.4.jar
jfreechart-0.9.9.jar
roadmatcher14forOJ.jar
Was this wrong?
uwe
Am 26.10.2012 14:08, schrieb edgar.sol...@web.de:
> please try revision 3052.. should work now
> keep in mind extensi
please try revision 3052.. should work now
keep in mind extension jar belongs to lib/ext, other jars into lib/
..ede
On 26.10.2012 13:22, Uwe Dalluege wrote:
> Hi Ede,
>
> now I tested it with:
> Version 20121025 snapshot rev.3051
> 25. October 2012
>
> and I got the same error!
>
>
> Regards
Hi Ede,
now I tested it with:
Version 20121025 snapshot rev.3051
25. October 2012
and I got the same error!
Regards
Uwe
Am 26.10.2012 12:24, schrieb edgar.sol...@web.de:
> does this happen with the current snapshot also? could you plesae try?
>
> anybody an idea what com.vividsolutions.jcs.j
Hi Ede,
I tested it with
Version 20120905 snapshot rev.2998
05. September 2012
CORE version and
JRE 1.7u7 and windows 64 bit.
uwe
Am 26.10.2012 12:24, schrieb edgar.sol...@web.de:
> does this happen with the current snapshot also? could you plesae try?
>
> anybody an idea what com.vividsolutio
does this happen with the current snapshot also? could you plesae try?
anybody an idea what com.vividsolutions.jcs.jump.FUTURE_FeatureInstaller
actually is?
..ede
On 26.10.2012 10:45, Uwe Dalluege wrote:
> Hi,
>
> after I copy the RoadMatcher-PlugIn (3 files) to the lib\ext
> directory I get
Hi,
after I copy the RoadMatcher-PlugIn (3 files) to the lib\ext
directory I get an error when starting OpenJUMP 1.5.2
java.lang.StackOverflowError
at
com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller.addPopupMenuItem(FeatureInstaller.java:666)
at
com.vividsolution
20 matches
Mail list logo
