> Michael,
>
> could you please comment the email below?
Yes, answers in the text,
> plus:
>
> user-dir label should be called working-dir or application-folder depending
> the value used (see below)
Agree, user-dir is the java property, but working dir is a better choice.
> ..ede
>>> hmm,
>>>
>>> actually the total memory is actually reserved by the jre, although not
>>> actively used. so this should stay. the free memory value is obsolete as it
>>> can be calculate via total-used.
>> Total memory is reserved by jre but not used and can grow as needed up
>> to max memory.
>> What can the user do with such an information ?
> he can expect that this memory is effectively used and not free for other
> purposes/applications.
> without he might just wonder why OJ uses more ram than it claims it does.
Agree that this is a non-redundant information and that it can explain
some corner cases.
My point is that total memory changes during the application lifecycle,
and if there is a point where the jre total memory can be problem for
other applications, the only safe way to solve the problem is probably
to decrease the max heap size (-Xmx).
But maybe I missed something, I'm not a jvm expert nor a OS specialist.
For such problems, I think task manager or more advanced tools may be
more useful.
>>> wrt userdir: don't think it's needed. what's would you need it for. if we
>>> want to show where the settings and logs will end up we should display the
>>> appropriate startup parameter values. these are btw. currently computed in
>>> the startup scripts. if the OJ_HOME is writable, it's taken, else they end
>>> up in "userdir/.openjump".
>> Use cases :
>> A user has several OJ on its machine and updated version 1 with new
>> plugins while its shortcut starts the version 2 : we can easily check if
>> the running application is the same as the updated one.
> still user.dir wouldn't be appropriate as this is set by the system. better
> use the delivered jump.home of the startup script or even better, detect it
> like it is done in PluginManager. still not saying it should be mentioned on
> info tab, but i see your point.
Sorry, my understanding of where user.dir, JUMP_HOME and plugin manager
point to is not sufficient.
user.dir seemed OK to me because it is where new File(".") is located in
a java program or a script.
Let me know how other variables are different and why they would be better.
>
>> I want to access some ressources from a script, I can easily refer to
>> these resources with a relative (and bundle resources with the app)
>> because I know where te user.dir is.
>>> btw. under my win7 the userdir is not printed in AboutDialog. i supposed it
>>> worked on your end when you hacked it Michael?
>> Yes it works on windows vista (jre 6 and 7, 32 and 64 bits).
>> It is stranged. Did you check 3309 ? Which information do you see ?
> just ran it quickly out of eclipse.
Still not displayed ? This is nothing special except the label contains
html text.
>
>> I think that adding tmp dir as suggested by Stefan is not a bad idea.
>> Don't know why you want to "hide" them in log file. I think most user
>> are reluctant to open a log file which is generally difficult to read.
> because if we start there we could start adding lot's of paths that might be
> useful to know. if we did it, it should at least get an extra tab and a
> mechanism for extensions (like sextante) to add themselves to it. a future
> proof clean solution.
Don't think we need a special tab for directories, but I can imagine
that the number of information in this panel increases and that we need
a scrollbar at some point. Not sure we really need a pluggable solution
for now, but it would be an interesting improvement for the future
> the log is easily accessible via Window/Log.
Right, I forgot that (so many features in OpenJUMP ;-).
I rarely use logs except when I'm debugging or when something is broken.
Michaël
>
> ..ede
>
>> Michaël
>>
>>> ..ede
>>>
>>> On 09.03.2013 17:54, Stefan Steiniger wrote:
>>>> Hi,
>>>>
>>>> just a note, but seeing a change in Free Memory is helpful when presses
>>>> the "garbage collect" button... i.e. as a confirmation that something
>>>> happens.
>>>>
>>>> stefan
>>>>
>>>> Am 09.03.13 12:10, schrieb Michaël Michaud:
>>>>> Hi,
>>>>>
>>>>> Just changed according to my proposition (see below).
>>>>> Let me know if it's OK for everyone
>>>>>
>>>>> Michaël
>>>>>> Wonder if we should remove "Total memory" and "Free memory" as these
>>>>>> figures are much confusing
>>>>>> for users who are not supposed to know how the jvm works.
>>>>>>
>>>>>> A more useful information would be System.getProperty("user.dir") :
>>>>>> when users
>>>>>> have multiple installations and shortcuts they don't always know which
>>>>>> version they
>>>>>> are running.
>>>>>>
>>>>>> Any comment ?
>>>>>>
>>>>>> Michaël ||
>>>>>>
>>>>>>> On 08.03.2013 08:55, Rahkonen Jukka wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> OpenJUMP info screen shows the jre version but not if it is 32 or 64
>>>>>>>> bit. I cannot check but perhaps it does not report either if there is
>>>>>>>> Oracle jre, Oracle jdk or OpenJDK variant in use.
>>>>>>>>
>>>>>>>> What is the meaning of total memory in the jre info page? After
>>>>>>>> starting OJ with 32-bit jre and -Xmx512M in oj_windows.bat OJ reports
>>>>>>>> that I have 64 MB of total memory, 24 MB reserved and 40 MB free.
>>>>>>>> Seeing also the maximum that is set by JAVA_OPTS (512 MB in this case)
>>>>>>>> would help in estimating how big datasets can possibly be prosessed.
>>>>>>>> I know I can check it from the launch file but new users may not guess
>>>>>>>> that.
>>>>>>>>
>>>>>>> done in 3306 .. ede
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>>>>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>>>>>> endpoint security space. For insight on selecting the right partner to
>>>>>>> tackle endpoint security challenges, access the full report.
>>>>>>> http://p.sf.net/sfu/symantec-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Jump-pilot-devel mailing list
>>>>>>> Jump-pilot-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>>>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>>>>> endpoint security space. For insight on selecting the right partner to
>>>>>> tackle endpoint security challenges, access the full report.
>>>>>> http://p.sf.net/sfu/symantec-dev2dev
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Jump-pilot-devel mailing list
>>>>>> Jump-pilot-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>>>> endpoint security space. For insight on selecting the right partner to
>>>>> tackle endpoint security challenges, access the full report.
>>>>> http://p.sf.net/sfu/symantec-dev2dev
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Jump-pilot-devel mailing list
>>>>> Jump-pilot-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>>> endpoint security space. For insight on selecting the right partner to
>>>> tackle endpoint security challenges, access the full report.
>>>> http://p.sf.net/sfu/symantec-dev2dev
>>>> _______________________________________________
>>>> Jump-pilot-devel mailing list
>>>> Jump-pilot-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>> ------------------------------------------------------------------------------
>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>> endpoint security space. For insight on selecting the right partner to
>>> tackle endpoint security challenges, access the full report.
>>> http://p.sf.net/sfu/symantec-dev2dev
>>> _______________________________________________
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>> endpoint security space. For insight on selecting the right partner to
>> tackle endpoint security challenges, access the full report.
>> http://p.sf.net/sfu/symantec-dev2dev
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
> ------------------------------------------------------------------------------
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
> ------------------------------------------------------------------------------
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
endpoint security space. For insight on selecting the right partner to
tackle endpoint security challenges, access the full report.
http://p.sf.net/sfu/symantec-dev2dev
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
