Hi Michaël!
> Hi
>   
>> But i ask me how do you understand german? You tell me your secret ;-)
>>     
> Unfortunately I don't, but pictures are enough to see what it is about ;-)
>   
>>> Also you wrote a jnlp application starter, which is very nice for
>>> demonstrations.
>>> However, I tested it and found that the tools menu was missing.
>>> I remember this problem has been discussed on the list a few weeks ago,
>>> but I cannot find when and how it has been solved any more...
>>>
>>>       
>> This is fixed, but not yet online. The tools menu depends on the
>> default-plugins.xml file. The problem with Webstart is that you have no
>> possibility to get automatically configuration files or other recources
>> than the JAR's from the server. So I must download the
>> default-plugins.xml file manually and pass it as parameter to the
>> JUMPWorkbench class. I plan to publish a fixed version of OJ Webstart
>> and some enhancements of the website this weekend.
>>     
> Sounds a bit strange to me, because tools menu includes also plugins 
> included in the jar.
>   
The code is in the jar, but they will be  initialized through the 
default-plugins.xml file and commandline option. And without that you 
don't get the tools menu. You can test this, if you remove/rename the 
default-plugins.xml file from the bin/ directory of a OJ installation. 
On the other hand we have some other plugins that will be initialized 
within the JUMPConfiguration class.
> Maybe be there is a way to refer to the default-plugins file which would 
> work either
> with a separate file or with a file embedded in the jar (as with 
> language files).
>   
AFAIK we do not have an embedded default-plugins.xml file at the moment. 
But this is a good idea for the future. If no "-default-plugins 
default-plugins.xml" on the commandline are given, then we use an 
embedded one.

Matthias
> Michaël
>
>   
>> Matthias
>>     
>>> Michaël
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>> _______________________________________________
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>       
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second 
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   


-- 

 _ __ ___ _________________________________ ___ __ _
 
  Technologieconsulting
  Matthias Scholz
  Siebigeröder Str 17a
  06308 Klostermansfeld

  T +49 34772 34150
  E m...@jammerhund.de
  W www.openjump.de
_ __ ___ _________________________________ ___ __ _


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to