Hi Michael,
the version of Sextante (sextante-binding-0.6.1.jar) included into OJ is
modified so that it checks libraries into lib/ext/sextante folder.
See es.unex.sextante.openjump.extensions.SextanteToolboxPlugin class.
I think the problem is connected to the large set of raster fill images which
where moved from OJ core to FillPattern folder. As far as I remember I asked
those images not to stay into FillPattern folder but in an extra folder for two
original reasons: a) FillPatter becomes more easy to use as user-customized
patterns are more evident and not hidden by those hundreds of rasters, b) if
user wants to use them, they are easily available using the option load image
into the style window. Jukka is probably testing a third reason to move them
into another folder
Giuseppe
________________________________
Da: Michaël Michaud <michael.mich...@free.fr>
A: jump-pilot-devel@lists.sourceforge.net
Inviato: Sabato 11 Febbraio 2012 10:55
Oggetto: Re: [JPP-Devel] vertexsymbol optimization
Hi,
I think I've got the bad combination, which I wouldn't have guess
without many measurements :
openjump alone : about 4 s
openjump + sextante : about 8 s
openjump + sextante + FillPatterns directory : about 25 s
I think that sextante binding is reading all ext subdirectories (it
discovers sextante algorithm in a subdirectory) including those
containing only images like FillPatterns.
Peppe, you have the actual version of sextante binding. Maybe I have
it too. Not sure if src is on the official site though.
Michaël
Le 11/02/2012 09:52, Giuseppe Aruta a écrit :
Hi all,
>I had the same on Ubuntu 11.10 and OJ Plus - 65 symbols in 0.133msc.
>Thanks Geoff for your efforts
>Giuseppe
>
>
>
>________________________________
> Da: Geoffrey Roy <ge...@cadplan.com.au>
>A: OpenJump develop and use <jump-pilot-devel@lists.sourceforge.net>
>Inviato: Sabato 11 Febbraio 2012 9:14
>Oggetto: Re: [JPP-Devel] vertexsymbol optimization
>
>Dear ede and Jukka
>
>No problems - I will probably leave the threaded code in for
the next
>release as it is probably a good thing to do.
>
>Geoff
>
>On 11/02/2012 4:07 PM, edgar.sol...@web.de wrote:
>> On 11.02.2012 02:54, Geoffrey Roy wrote:
>>> Dear ede and others
>>>
>>> If there is a problem with loading symbols then it
will apply equally for the VertexSymbols plugin and to the
FillPattern plugin, as both used the same in-line process
for loading all symbols at startup.
>>>
>> SNIP
>>> * For VertexSymbols: 92 symbols takes 0.1 mSec
>>> * For FillPattern: 161 images takes 2.4 mSec
>>>
>>> My first reaction is that these times are quite
small and should not cause a noticeable delay - but perhaps
I am missing something.
>>>
>> You are right .. just tested here and come to the same
conclusion. Removing sextante on the other speeds up the
start significantly.
>>
>> In conclusion, false alarm, sorry for that.
>>
>> On the other hand i will have a look at the splash
screen output which clearly starts listing all extensions
and after that initializes one by one leaving the last found
extensions name displayed. Will see if there is a way to
have extensions printout some loading statistic and to print
the current initializing extension as well.
>>
>> ..ede
>>
>>
------------------------------------------------------------------------------
>> Virtualization& Cloud Management Using Capacity
Planning
>> Cloud computing makes use of virtualization - but cloud
computing
>> also focuses on allowing computing to be delivered as a
service.
>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>> -----
>> No virus found in this message.
>> Checked by AVG - www.avg.com
>> Version: 2012.0.1913 / Virus Database: 2112/4801 -
Release Date: 02/10/12
>>
>>
>
>--
>Dr Geoffrey G Roy
>Cadplan
>129 Gloster Street, Subiaco WA 6008
>Tel: (08) 9381 4870 Fax: (08) 9382 4459
>Email: ge...@cadplan.com.au
>http://www.cadplan.com.au
>
>
>
>
>------------------------------------------------------------------------------
>Virtualization & Cloud Management Using Capacity
Planning
>Cloud computing makes use of virtualization - but cloud
computing
>also focuses on allowing computing to be delivered as a
service.
>http://www.accelacomm.com/jaw/sfnl/114/51521223/
>_______________________________________________
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
>
>------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
>_______________________________________________
Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
