Re: [JPP-Devel] OpenJUMP 1.5.0 release

[edgar . soldin]

On 07.01.2012 22:37, Benjamin Gudehus wrote:
> windows7 32bit, java 6, maven 3.0.2
> openjump svn-2594
> 
> C:\>mvn package -P core
> 
> ...
> [INFO] --- maven-replacer-plugin:1.3.9:replace (default) @ OpenJUMP ---
> [ERROR] Illegal group reference
> [INFO] Replacement run on 0 file.
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time: 1.650s
> [INFO] Finished at: Sat Jan 07 22:34:43 CET 2012
> [INFO] Final Memory: 4M/15M
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> com.google.code.maven-replacer-plugin:maven-repla
> cer-plugin:1.3.9:replace (default) on project OpenJUMP: Illegal group 
> reference
> -> [Help 1]
> ...
> 


can you give me the complete output.. do you have svn (needed for the rev 
naming) installed?

..ede

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.5.0 release

[Benjamin Gudehus]

windows7 32bit, java 6, maven 3.0.2
openjump svn-2594

C:\>mvn package -P core

...
[INFO] --- maven-replacer-plugin:1.3.9:replace (default) @ OpenJUMP ---
[ERROR] Illegal group reference
[INFO] Replacement run on 0 file.
[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 1.650s
[INFO] Finished at: Sat Jan 07 22:34:43 CET 2012
[INFO] Final Memory: 4M/15M
[INFO]

[ERROR] Failed to execute goal
com.google.code.maven-replacer-plugin:maven-repla
cer-plugin:1.3.9:replace (default) on project OpenJUMP: Illegal group
reference
-> [Help 1]
...

--Benjamin

2012/1/7 

> on my windows7 64bit apache-maven-2.0.11, apache-maven-3.0.3 builds are
> just fine .. ede
>
> On 07.01.2012 17:39, Benjamin Gudehus wrote:
> > The maven build of trunk a few week ago didn't work for me.
> >
> > I've tried mvn package -P core or something. Need to update to
> > a new version and try it again.
> >
> > --Benjamin
> >
> > 2012/1/7 mailto:edgar.sol...@web.de>>
> >
> > On 07.01.2012 15:58, Michaël Michaud wrote:
> > > Hi,
> > >
> > > I released 1.5.0 on the main site (only core distribution)
> > >
> > > my priorities are now
> > > - osgeo-livedvd updates
> >
> > what do you mean by these?
> >
> > > - source distribution
> > > - plus distribution
> > > - exe installer
> >
> > i have the feeling that changing everything in trunk for 1.5 and
> taking those snapshots only fixing the strings in readme and properties
> would do the trick. don't you think?
> >
> > if you could give me the next week i could play with izpack and see
> if i could have a n automated installer build setup, who says we have to
> ave an installer right away.
> >
> > >
> > > would be happy if you could test, test and test again... (mainly
> > > linux/windows that I did not test at all)
> > > - ede, do you know how to setup the svn to create a
> > >a 1.5.0 tag and a 1.5.0 branch
> > >(trunk woul become the 1.6 branch ?)
> >
> > branches make only sense if you plan to actually keep those and take
> the doubled effort of patching dev/stable branches with fixes. don't really
> see the need for it. a simple tag of the revision should suffice, will do
> so when we have that revision. ok?
> >
> > >
> > > Ede, I changed the .bat after I found that on windows 64 box
> > > having only a 32 bits jvm openjump did not start  .
> > > Unfortunately, I have now a problem to re-install a 64 bits jvm
> > > so I can't test the bat will run in this case too.
> > > Can you review the code ? Test it ?
> >
> > will do .. ede
> >
> > >
> > > Thanks,
> > >
> > > Michaël
> > >
> > >
> > > Le 07/01/2012 13:34, edgar.sol...@web.de  edgar.sol...@web.de> a écrit :
> > >> On 07.01.2012 10:01, Michaël Michaud wrote:
> > >>> Hi Ede, Stefan,
> > >>>
> > >>> Some notes and questions about packaging/releasing
> > >>>
> > >>> I'm comparing the ant build with the NB maven results and
> noticed some differences :
> > >>>
> > >>> *ant build*
> > >>> - includes all jar and dll of plus distribution
> > >>>* I will make a core distribution by hand and update the
> build to have choice between core and plus
> > >>>* I think I just have to exclude batik.jar and PLUS dir for
> core distro
> > >> sounds reasonable. for the sake of administration we should maybe
> decide to use either ant or maven? in the future?
> > >>
> > >>> - manifest includes all jars (should include only core jar)
> > >> don't use ant, dunno about it
> > >>
> > >>> *maven build (core nb)*
> > >>> - includes junit.jar which is probably useless for core
> > >> you can remove it if you are sure. comment it out in pom.xml.
> we'll see if something breaks in the snapshots ;)
> > >>
> > >>> - manifest is empty (cannot start OJ from jar)
> > >> removed it because oj has to be started with the scripts anyway
> to be useful
> > >>
> > >>> Question : for your daily developments, do you use and
> > >>> test OpenJUMP after a compilation made from ant, from mvn or
> another way ?
> > >> i run and debug with eclipse run configurations.
> > >>
> > >> for quick checks of fixed or changed functionality by others i
> use the snapshots. especially on machines where eclispse is not set up.
> > >>
> > >>> *Different jar versions :*
> > >>>
> > >> never changed any of that sorry.. ede
> > >>
> > >>
> --
> > >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a
> complex
> > >> infrastructure or vast IT resources to deliver seamless, secure
> access to
> > >> virtua

Re: [JPP-Devel] osge-live dvd documentation

[Rahkonen Jukka]

Stefan Steiniger wrote:

> WFS is a plugin, is that included in Plus? in core not - as far as i
> know. I am not sure either if WFS-T was part of the official WFS plugin
> - or only in deeJUMP.

We do not have a working WFS at the moment. The deegree plugin works only with 
deegree WFS servers or perhaps not at all and it seems to be unmaintained. It 
is a pity because for a short period OpenJUMP was the best WFS client of all. 
At the moment I would recommend Kosmo for read-only WFS and QGis for WFS-T.

-Jukka Rahkonen-
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP release : differences between ant and maven

[Benjamin Gudehus]

>
> but that's it's weakness as well. the build breaks if the repositories are
> for some reason not available and the libs are not cached locally already.
>

A solution would be to run an own maven repository with the needed
dependencies. I think I saw some project hosting its maven repository at
Sourceforge,


> they are in the repositories for developer convenience i'd say
>

Good point. I even had included the jars into the sandbox of the new
testing environment for convenience.


> don't understand why you want to minimize the data in your repository here
>

I really like the idea of modularization. There are several java projects
out there (e.g. Groovy, SwingX, Spock, ...), that don't include their
dependencies (rule: sourcecode and resources only) in the sourcecode
repository. This was just an experiment.


> while maven doesn't need the extra data it clearly doesn't break with it
> either. if you want less data i'll advise you to checkout only the
> folders/files you need.
>

I need to revert some changes made on a MouseListener on LayerViewPanel,
The AbstractZoomTool and the StatusPanel. It was a bit complicated to me to
update to a new OpenJUMP version and apply the patches (reverts), so I
ended up copying some openjump release snapshots to a (releases-only)
repository at Github. This turned out to make it a bit easier.

--Benjamin
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] junit renabled

[edgar . soldin]

http://freefr.dl.sourceforge.net/project/jump-pilot/OpenJUMP_snapshots/OpenJUMP-20120107-r2591.log

it's needed for maven, but we can exclude it in packaging ;) .. like we do with 
batik .. ede

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.5.0 release

[edgar . soldin]

on my windows7 64bit apache-maven-2.0.11, apache-maven-3.0.3 builds are just 
fine .. ede

On 07.01.2012 17:39, Benjamin Gudehus wrote:
> The maven build of trunk a few week ago didn't work for me.
> 
> I've tried mvn package -P core or something. Need to update to
> a new version and try it again.
> 
> --Benjamin
> 
> 2012/1/7 mailto:edgar.sol...@web.de>>
> 
> On 07.01.2012 15:58, Michaël Michaud wrote:
> > Hi,
> >
> > I released 1.5.0 on the main site (only core distribution)
> >
> > my priorities are now
> > - osgeo-livedvd updates
> 
> what do you mean by these?
> 
> > - source distribution
> > - plus distribution
> > - exe installer
> 
> i have the feeling that changing everything in trunk for 1.5 and taking 
> those snapshots only fixing the strings in readme and properties would do the 
> trick. don't you think?
> 
> if you could give me the next week i could play with izpack and see if i 
> could have a n automated installer build setup, who says we have to ave an 
> installer right away.
> 
> >
> > would be happy if you could test, test and test again... (mainly
> > linux/windows that I did not test at all)
> > - ede, do you know how to setup the svn to create a
> >a 1.5.0 tag and a 1.5.0 branch
> >(trunk woul become the 1.6 branch ?)
> 
> branches make only sense if you plan to actually keep those and take the 
> doubled effort of patching dev/stable branches with fixes. don't really see 
> the need for it. a simple tag of the revision should suffice, will do so when 
> we have that revision. ok?
> 
> >
> > Ede, I changed the .bat after I found that on windows 64 box
> > having only a 32 bits jvm openjump did not start  .
> > Unfortunately, I have now a problem to re-install a 64 bits jvm
> > so I can't test the bat will run in this case too.
> > Can you review the code ? Test it ?
> 
> will do .. ede
> 
> >
> > Thanks,
> >
> > Michaël
> >
> >
> > Le 07/01/2012 13:34, edgar.sol...@web.de  a 
> écrit :
> >> On 07.01.2012 10:01, Michaël Michaud wrote:
> >>> Hi Ede, Stefan,
> >>>
> >>> Some notes and questions about packaging/releasing
> >>>
> >>> I'm comparing the ant build with the NB maven results and noticed 
> some differences :
> >>>
> >>> *ant build*
> >>> - includes all jar and dll of plus distribution
> >>>* I will make a core distribution by hand and update the build to 
> have choice between core and plus
> >>>* I think I just have to exclude batik.jar and PLUS dir for core 
> distro
> >> sounds reasonable. for the sake of administration we should maybe 
> decide to use either ant or maven? in the future?
> >>
> >>> - manifest includes all jars (should include only core jar)
> >> don't use ant, dunno about it
> >>
> >>> *maven build (core nb)*
> >>> - includes junit.jar which is probably useless for core
> >> you can remove it if you are sure. comment it out in pom.xml. we'll 
> see if something breaks in the snapshots ;)
> >>
> >>> - manifest is empty (cannot start OJ from jar)
> >> removed it because oj has to be started with the scripts anyway to be 
> useful
> >>
> >>> Question : for your daily developments, do you use and
> >>> test OpenJUMP after a compilation made from ant, from mvn or another 
> way ?
> >> i run and debug with eclipse run configurations.
> >>
> >> for quick checks of fixed or changed functionality by others i use the 
> snapshots. especially on machines where eclispse is not set up.
> >>
> >>> *Different jar versions :*
> >>>
> >> never changed any of that sorry.. ede
> >>
> >> 
> --
> >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a 
> complex
> >> infrastructure or vast IT resources to deliver seamless, secure access 
> to
> >> virtual desktops. With this all-in-one solution, easily deploy virtual
> >> desktops for less than the cost of PCs and save 60% on VDI 
> infrastructure
> >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net 
> 
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >>
> >
> >
> > 
> --
> > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a 
> complex
> > infrastructure or vast IT resources to deliver seamless, secure access 
> to
> > virtual desktops. With this all-in-one solution, easily deploy virtual
> > desktops for less than the cost of PCs and save 60% on VDI 
> infr

Re: [JPP-Devel] OpenJUMP 1.5.0 release - tagging

[edgar . soldin]

On 07.01.2012 19:19, Stefan Steiniger wrote:
> 
 - ede, do you know how to setup the svn to create a
  a 1.5.0 tag and a 1.5.0 branch
  (trunk woul become the 1.6 branch ?)
> 
> I don't understand this - I did in the past a tag right after the 
> release (i.e. before any changes for the next version). I did this in 
> eclipse with subclipse - quite easy using a menu item. What happens then 
> is that simply the complete trunk folder is copied to that tag location.
> 
> If you want I can see if I can do that again
> stefan
> 
> PS: or did I misunderstood you?
> 

actually it's not copied but a virtual folder with links to the files at this 
revision is created.

michael mentioned branching which would be equivalent but you could edit this 
branch and each edited file would get a new revision within this branch.

michael simply forgot to tag in the past. that's all, nothing to worry here 
stefan.. ede

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.5.0 release - tagging

[Stefan Steiniger]

>>> - ede, do you know how to setup the svn to create a
>>>  a 1.5.0 tag and a 1.5.0 branch
>>>  (trunk woul become the 1.6 branch ?)

I don't understand this - I did in the past a tag right after the 
release (i.e. before any changes for the next version). I did this in 
eclipse with subclipse - quite easy using a menu item. What happens then 
is that simply the complete trunk folder is copied to that tag location.

If you want I can see if I can do that again
stefan

PS: or did I misunderstood you?

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP release : differences between ant and maven

[Stefan Steiniger]

> Question : for your daily developments, do you use and
> test OpenJUMP after a compilation made from ant, from mvn or another way ?

daily: using eclipse (so its neither nor, as it is a eclipse built-in thing)
for release: I used ant

for the different jars:
well, as you are doing the builds since a year I don't know. But I would 
take "ant" build. Though, mave is the NB, and it worked too.


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP release : differences between ant and maven

[edgar . soldin]

On 07.01.2012 14:05, Benjamin Gudehus wrote:
> Hi,
> 
> some words to the libraries: I personally prefer the maven build. The ant 
> build is used for release builds and the maven build for the nightly snapshot.

we should for sure consider to retire one of them. double administration means 
double effort.

> I really like about the maven build that the filenames of the jars are more 
> readable

but that's it's weakness as well. the build breaks if the repositories are for 
some reason not available and the libs are not cached locally already.

> and that it is not necessary to bundle the jars in the repository.

they are in the repositories for developer convenience i'd say

> 
> Two weeks ago I experimented a bit with the maven build and the source layout 
> and copied the sourcecode of some releases the a new repository. The size was 
> minimized from 120 MB of an svn export of OpenJUMP to a zipped file of 2 MB.

don't understand why you want to minimize the data in your repository here

> 
> The only difference in the compilation result is, that I stripped the big 
> unicode font away.
> 
> Repository with releases (also see "Downloads" tab): 
> https://github.com/hastebrot/openjump-core-rels
> Here is a transscript of what I changed and stripped away:  
> http://cloud.github.com/downloads/hastebrot/openjump-core-rels/openjump-core-rel-transscript.txt

while maven doesn't need the extra data it clearly doesn't break with it 
either. if you want less data i'll advise you to checkout only the 
folders/files you need.
the unicode font is there for asian charsets not supported by the jre's built 
in fonts.


..ede

> --Benjamin
> 
> 2012/1/7 mailto:edgar.sol...@web.de>>
> 
> On 07.01.2012 10:01, Michaël Michaud wrote:
> > Hi Ede, Stefan,
> >
> > Some notes and questions about packaging/releasing
> >
> > I'm comparing the ant build with the NB maven results and noticed some 
> differences :
> >
> > *ant build*
> > - includes all jar and dll of plus distribution
> >   * I will make a core distribution by hand and update the build to 
> have choice between core and plus
> >   * I think I just have to exclude batik.jar and PLUS dir for core 
> distro
> 
> sounds reasonable. for the sake of administration we should maybe decide 
> to use either ant or maven? in the future?
> 
> > - manifest includes all jars (should include only core jar)
> 
> don't use ant, dunno about it
> 
> > *maven build (core nb)*
> > - includes junit.jar which is probably useless for core
> 
> you can remove it if you are sure. comment it out in pom.xml. we'll see 
> if something breaks in the snapshots ;)
> 
> > - manifest is empty (cannot start OJ from jar)
> 
> removed it because oj has to be started with the scripts anyway to be 
> useful
> 
> > Question : for your daily developments, do you use and
> > test OpenJUMP after a compilation made from ant, from mvn or another 
> way ?
> 
> i run and debug with eclipse run configurations.
> 
> for quick checks of fixed or changed functionality by others i use the 
> snapshots. especially on machines where eclispse is not set up.
> 
> >
> > *Different jar versions :*
> >
> 
> never changed any of that sorry.. ede
> 
> 
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net 
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> 
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual 
> desktops for less than the cost of PCs and save 60% on VDI infrastructure 
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the 

[JPP-Devel] oj_windows.bat ..Re: OpenJUMP 1.5.0 release

[edgar . soldin]

On 07.01.2012 15:58, Michaël Michaud wrote:
> Ede, I changed the .bat after I found that on windows 64 box
> having only a 32 bits jvm openjump did not start  .
> Unfortunately, I have now a problem to re-install a 64 bits jvm
> so I can't test the bat will run in this case too.
> Can you review the code ? Test it ?

i am impressed your ;9 nifty hack .. i just did some finishing and made the 
output a bit more speaking.

nice find.. ede

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.5.0 release

[Michaël Michaud]

Hi
> my priorities are now - osgeo-livedvd updates
> what do you mean by these?
Update of installation script (done), icon (done) and documentation (to 
be done)
>
>> - source distribution
>> - plus distribution
>> - exe installer
> i have the feeling that changing everything in trunk for 1.5 and taking those 
> snapshots only fixing the strings in readme and properties would do the 
> trick. don't you think?
Yes, the core bin distribution is quite easy.
Just need a small todo list not to forget anything (to be written next 
time if we use maven for release).
>
> if you could give me the next week i could play with izpack and see if i 
> could have a n automated installer build setup, who says we have to ave an 
> installer right away.
Yes, I've already used IzPack a long time ago. Nice software.
>
>> would be happy if you could test, test and test again... (mainly
>> linux/windows that I did not test at all)
>> - ede, do you know how to setup the svn to create a
>> a 1.5.0 tag and a 1.5.0 branch
>> (trunk woul become the 1.6 branch ?)
> branches make only sense if you plan to actually keep those and take the 
> doubled effort of patching dev/stable branches with fixes. don't really see 
> the need for it. a simple tag of the revision should suffice, will do so when 
> we have that revision. ok?
OK, we'll consider the question again when we'll actually have more 
developpement ressources.
> Ede, I changed the .bat after I found that on windows 64 box
> having only a 32 bits jvm openjump did not start  .
> Unfortunately, I have now a problem to re-install a 64 bits jvm
> so I can't test the bat will run in this case too.
> Can you review the code ? Test it ?
> will do .. ede
Thanks
>
>> Thanks,
>>
>> Michaël
>>
>>
>> Le 07/01/2012 13:34, edgar.sol...@web.de a écrit :
>>> On 07.01.2012 10:01, Michaël Michaud wrote:
 Hi Ede, Stefan,

 Some notes and questions about packaging/releasing

 I'm comparing the ant build with the NB maven results and noticed some 
 differences :

 *ant build*
 - includes all jar and dll of plus distribution
 * I will make a core distribution by hand and update the build to have 
 choice between core and plus
 * I think I just have to exclude batik.jar and PLUS dir for core distro
>>> sounds reasonable. for the sake of administration we should maybe decide to 
>>> use either ant or maven? in the future?
>>>
 - manifest includes all jars (should include only core jar)
>>> don't use ant, dunno about it
>>>
 *maven build (core nb)*
 - includes junit.jar which is probably useless for core
>>> you can remove it if you are sure. comment it out in pom.xml. we'll see if 
>>> something breaks in the snapshots ;)
>>>
 - manifest is empty (cannot start OJ from jar)
>>> removed it because oj has to be started with the scripts anyway to be useful
>>>
 Question : for your daily developments, do you use and
 test OpenJUMP after a compilation made from ant, from mvn or another way ?
>>> i run and debug with eclipse run configurations.
>>>
>>> for quick checks of fixed or changed functionality by others i use the 
>>> snapshots. especially on machines where eclispse is not set up.
>>>
 *Different jar versions :*

>>> never changed any of that sorry.. ede
>>>
>>> --
>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>>> infrastructure or vast IT resources to deliver seamless, secure access to
>>> virtual desktops. With this all-in-one solution, easily deploy virtual
>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>
>> --
>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>> infrastructure or vast IT resources to deliver seamless, secure access to
>> virtual desktops. With this all-in-one solution, easily deploy virtual
>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>

Re: [JPP-Devel] OJ Linux GUI bug?

[Giuseppe Aruta]

Hi Matthias,

regarding only Sun JRE 1.6

this bug seems to be connected only to Ubuntu Unity and not Gnome classic shell.
I tested on Ubuntu 11.10 / Unity and Ubuntu 11.10 / Classic Gnome. 

In the 1st case that bug is more evidente. The only way for user to clean those 
black shades is to maximalized the window.
If users turn back to old Gnome shell, everything seems to work fine.
Regarding OSgeo DVD, this uses Xubuntu (Xfce) as shell and OpenJUMp, in my past 
tests, had never had problems with Xfce

Peppe




 Da: Matthias Scholz 
A: OpenJump develop and use  
Inviato: Sabato 7 Gennaio 2012 10:50
Oggetto: Re: [JPP-Devel] OJ Linux GUI bug?
 
Hi Ede,

I've made some more tests on the following platforms:

- Ubuntu 11.04 natty, amd64, 2.6.38-8-server, Unity(Gnome) Classic, SUN 
JDK 1.6.0_26-b03 + OJ 1.4.2 remote via XDMCP
- Debian Etch, amd64, 2.6.18-6-amd64, KDE 3.5.5, SUN JDK 1.6.0_20-b02 + 
OJ 1.4.2
- Ubuntu 11.04 natty, i386, 2.6.38-13-generic-pae, Unity(Gnome) Classic, 
SUN JDK 1.6.0_26-b03 + OJ 1.4.2 and SVN
- Ubuntu 11.04 natty, i386, 2.6.38-13-generic-pae, Unity(Gnome) Classic, 
SUN JDK 1.7.0_02-b13 + OJ 1.4.2 and SVN

I use only the Sun JDK, because at the moment some other apps I use too 
have problems with the openjdk.
In all my tests I get the same result. If the OJ mainwindow not 
maximized and not "docked" to any site of the screen, i get the buggy 
view. But if the OJ windows is maximized there is no problem if you move 
a feature outside a side where is no taskbar or panel!!! On my Ubuntu 
there is only a problem if I move a feature outside on top or bottom, 
because there are my panels. If I hide all panels/taskbar on all the 
tested systems and the OJ windows is maximized, then there is NO problem.
Ede and Peppe please can you check this with our systems? I do not 
really understand this at the moment.

Matthias

> if openjdk 1.7 solves this we should urge (although i am under the impression 
> osgeo already plans to) osgeo to include this version.
>
> michael: could you communicate this plus the fact that oj is generally fit 
> for openjdk?
>
> ede
>
>
> On 02.01.2012 10:20, Giuseppe Aruta wrote:
>> Hi all,
>> this is my experience with OJ and JRE.
>> Some months ago I tested the same bug with OpenJDK 1.6 which is embedded in 
>> Ubuntu 11.04.
>> This bug was always present with all tools that were involving parts of the 
>> features "outside" the view, plus "Draw constrained circle" tool.
>> I did some tests with other JRE distro. This problem seems not to be present 
>> also with JRE 1.6.20 (coming from Kosmo which has jre embedded) from Sun 
>> Microsystem (previous Oracle "management").
>> I did other tests with newer version of Oracle JRE/OpenJDK.
>> The problem seems not to be with JRE 1.7 from Oracle neither with  OpenJDK 
>> 1.7.
>> So I installed on my Ubuntu OpenJDK 1.7 and everything goes fine right now.
>> I ask Ede and Matthias to check wich version of JRE they use with OpenJUMP
>>
>> Peppe
>>
>> *Da:* Stefan Steiniger
>> *A:* OpenJump develop and use
>> *Inviato:* Domenica 1 Gennaio 2012 22:30
>> *Oggetto:* Re: [JPP-Devel] OJ Linux GUI bug?
>>
>> no problem on Mac here :)
>>
>> Am 01.01.12 22:24, schrieb Edgar Soldin:
>>> On 01.01.2012 21:53, Matthias Scholz wrote:
 Hi,

 on Linux it seems to be, that we have a problem. It's possible, that this 
 is a JVM on Linux bug by Oracle. On Windows this problem does not occurs. 
 Please see the attached screenshots. This mistake occurs, if you move a 
 feature and some parts of the feature are "outside" the OJ 
 window(viewport). The first screenshot is taken after move of the 
 rectangle with pressed mousebutton and the second is taken after release 
 the left mouse button. Can anyone test this with Linux?

>>> can you specify linux and jre version please? ..ede
>>>
>>> --
>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>>> infrastructure or vast IT resources to deliver seamless, secure access to
>>> virtual desktops. With this all-in-one solution, easily deploy virtual
>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> --
>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>> infrastructure or vast IT resources to deliver seamless, secure access to
>> virtual desktops. With this all-in-one solution, easily deploy virtual
>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>> costs. Try it free! http://p.sf

Re: [JPP-Devel] oj icon for osgeo

[Michaël Michaud]

Le 07/01/2012 16:56, edgar.sol...@web.de a écrit :
> michael,
>
> could you please upload the icon from trunk to osgeo svn?
> http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/icon/openjump_icon3.ico
Done (I was trying to figure out how to do that and how to update icon 
path without breaking anything)

Michaël
>
> ..thx ede
>
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.5.0 release

[Benjamin Gudehus]

The maven build of trunk a few week ago didn't work for me.

I've tried mvn package -P core or something. Need to update to
a new version and try it again.

--Benjamin

2012/1/7 

> On 07.01.2012 15:58, Michaël Michaud wrote:
> > Hi,
> >
> > I released 1.5.0 on the main site (only core distribution)
> >
> > my priorities are now
> > - osgeo-livedvd updates
>
> what do you mean by these?
>
> > - source distribution
> > - plus distribution
> > - exe installer
>
> i have the feeling that changing everything in trunk for 1.5 and taking
> those snapshots only fixing the strings in readme and properties would do
> the trick. don't you think?
>
> if you could give me the next week i could play with izpack and see if i
> could have a n automated installer build setup, who says we have to ave an
> installer right away.
>
> >
> > would be happy if you could test, test and test again... (mainly
> > linux/windows that I did not test at all)
> > - ede, do you know how to setup the svn to create a
> >a 1.5.0 tag and a 1.5.0 branch
> >(trunk woul become the 1.6 branch ?)
>
> branches make only sense if you plan to actually keep those and take the
> doubled effort of patching dev/stable branches with fixes. don't really see
> the need for it. a simple tag of the revision should suffice, will do so
> when we have that revision. ok?
>
> >
> > Ede, I changed the .bat after I found that on windows 64 box
> > having only a 32 bits jvm openjump did not start  .
> > Unfortunately, I have now a problem to re-install a 64 bits jvm
> > so I can't test the bat will run in this case too.
> > Can you review the code ? Test it ?
>
> will do .. ede
>
> >
> > Thanks,
> >
> > Michaël
> >
> >
> > Le 07/01/2012 13:34, edgar.sol...@web.de a écrit :
> >> On 07.01.2012 10:01, Michaël Michaud wrote:
> >>> Hi Ede, Stefan,
> >>>
> >>> Some notes and questions about packaging/releasing
> >>>
> >>> I'm comparing the ant build with the NB maven results and noticed some
> differences :
> >>>
> >>> *ant build*
> >>> - includes all jar and dll of plus distribution
> >>>* I will make a core distribution by hand and update the build to
> have choice between core and plus
> >>>* I think I just have to exclude batik.jar and PLUS dir for core
> distro
> >> sounds reasonable. for the sake of administration we should maybe
> decide to use either ant or maven? in the future?
> >>
> >>> - manifest includes all jars (should include only core jar)
> >> don't use ant, dunno about it
> >>
> >>> *maven build (core nb)*
> >>> - includes junit.jar which is probably useless for core
> >> you can remove it if you are sure. comment it out in pom.xml. we'll see
> if something breaks in the snapshots ;)
> >>
> >>> - manifest is empty (cannot start OJ from jar)
> >> removed it because oj has to be started with the scripts anyway to be
> useful
> >>
> >>> Question : for your daily developments, do you use and
> >>> test OpenJUMP after a compilation made from ant, from mvn or another
> way ?
> >> i run and debug with eclipse run configurations.
> >>
> >> for quick checks of fixed or changed functionality by others i use the
> snapshots. especially on machines where eclispse is not set up.
> >>
> >>> *Different jar versions :*
> >>>
> >> never changed any of that sorry.. ede
> >>
> >>
> --
> >> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a
> complex
> >> infrastructure or vast IT resources to deliver seamless, secure access
> to
> >> virtual desktops. With this all-in-one solution, easily deploy virtual
> >> desktops for less than the cost of PCs and save 60% on VDI
> infrastructure
> >> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >>
> >
> >
> >
> --
> > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> > infrastructure or vast IT resources to deliver seamless, secure access to
> > virtual desktops. With this all-in-one solution, easily deploy virtual
> > desktops for less than the cost of PCs and save 60% on VDI infrastructure
> > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastru

Re: [JPP-Devel] OpenJUMP 1.5.0 release

[edgar . soldin]

On 07.01.2012 15:58, Michaël Michaud wrote:
> Hi,
> 
> I released 1.5.0 on the main site (only core distribution)
> 
> my priorities are now
> - osgeo-livedvd updates

what do you mean by these?

> - source distribution
> - plus distribution
> - exe installer

i have the feeling that changing everything in trunk for 1.5 and taking those 
snapshots only fixing the strings in readme and properties would do the trick. 
don't you think?

if you could give me the next week i could play with izpack and see if i could 
have a n automated installer build setup, who says we have to ave an installer 
right away.

> 
> would be happy if you could test, test and test again... (mainly 
> linux/windows that I did not test at all)
> - ede, do you know how to setup the svn to create a
>a 1.5.0 tag and a 1.5.0 branch
>(trunk woul become the 1.6 branch ?)

branches make only sense if you plan to actually keep those and take the 
doubled effort of patching dev/stable branches with fixes. don't really see the 
need for it. a simple tag of the revision should suffice, will do so when we 
have that revision. ok?

> 
> Ede, I changed the .bat after I found that on windows 64 box
> having only a 32 bits jvm openjump did not start  .
> Unfortunately, I have now a problem to re-install a 64 bits jvm
> so I can't test the bat will run in this case too.
> Can you review the code ? Test it ?

will do .. ede

> 
> Thanks,
> 
> Michaël
> 
> 
> Le 07/01/2012 13:34, edgar.sol...@web.de a écrit :
>> On 07.01.2012 10:01, Michaël Michaud wrote:
>>> Hi Ede, Stefan,
>>>
>>> Some notes and questions about packaging/releasing
>>>
>>> I'm comparing the ant build with the NB maven results and noticed some 
>>> differences :
>>>
>>> *ant build*
>>> - includes all jar and dll of plus distribution
>>>* I will make a core distribution by hand and update the build to have 
>>> choice between core and plus
>>>* I think I just have to exclude batik.jar and PLUS dir for core distro
>> sounds reasonable. for the sake of administration we should maybe decide to 
>> use either ant or maven? in the future?
>>
>>> - manifest includes all jars (should include only core jar)
>> don't use ant, dunno about it
>>
>>> *maven build (core nb)*
>>> - includes junit.jar which is probably useless for core
>> you can remove it if you are sure. comment it out in pom.xml. we'll see if 
>> something breaks in the snapshots ;)
>>
>>> - manifest is empty (cannot start OJ from jar)
>> removed it because oj has to be started with the scripts anyway to be useful
>>
>>> Question : for your daily developments, do you use and
>>> test OpenJUMP after a compilation made from ant, from mvn or another way ?
>> i run and debug with eclipse run configurations.
>>
>> for quick checks of fixed or changed functionality by others i use the 
>> snapshots. especially on machines where eclispse is not set up.
>>
>>> *Different jar versions :*
>>>
>> never changed any of that sorry.. ede
>>
>> --
>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>> infrastructure or vast IT resources to deliver seamless, secure access to
>> virtual desktops. With this all-in-one solution, easily deploy virtual
>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
> 
> 
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual 
> desktops for less than the cost of PCs and save 60% on VDI infrastructure 
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] oj icon for osgeo

[edgar . soldin]

michael,

could you please upload the icon from trunk to osgeo svn?
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/icon/openjump_icon3.ico

..thx ede

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP in osgeo-live-dvd

[edgar . soldin]

On 07.01.2012 16:30, Michaël Michaud wrote:
> @Ede,
> I just committed a new script to install openjump on osgeo-live-dvd
> (hereafter, old and new scripts)
> Can you have a look ? Don't know how to test. I even have no linux 
> distro yet...

no idea either but trying to figure it out. i am a bit unsure about worbench 
properties and log file placement in on xubuntu, will probably have to modify 
our start script for that.
i already did do for windows to get an idea of which parameters to play with.

will come back to you when i finalized this and checked it, however this is 
done ;) .. probably tomorrow, do you have a skype account or some similar means 
of realtime communication?

..ede

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] OpenJUMP in osgeo-live-dvd

[Michaël Michaud]

Hi,

@Ede,
I just committed a new script to install openjump on osgeo-live-dvd
(hereafter, old and new scripts)
Can you have a look ? Don't know how to test. I even have no linux 
distro yet...

@Stefan,
I replaced ogrs2009 doc and materials by your new 1.4.2 doc.
Don't know if it is finished.
Would be great to include Uwe's doc, but there is only a german version 
by now.

@Uwe,
Is there any license restriction on your doc or would you agree
to include an english version in Osgeo-live-dvd (if one suppose such
a version exists...)

Michaël


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.5.0 release

[Michaël Michaud]

Hi,

I released 1.5.0 on the main site (only core distribution)

my priorities are now
- osgeo-livedvd updates
- source distribution
- plus distribution
- exe installer

would be happy if you could test, test and test again... (mainly 
linux/windows that I did not test at all)
- ede, do you know how to setup the svn to create a
   a 1.5.0 tag and a 1.5.0 branch
   (trunk woul become the 1.6 branch ?)

Ede, I changed the .bat after I found that on windows 64 box
having only a 32 bits jvm openjump did not start  .
Unfortunately, I have now a problem to re-install a 64 bits jvm
so I can't test the bat will run in this case too.
Can you review the code ? Test it ?

Thanks,

Michaël


Le 07/01/2012 13:34, edgar.sol...@web.de a écrit :
> On 07.01.2012 10:01, Michaël Michaud wrote:
>> Hi Ede, Stefan,
>>
>> Some notes and questions about packaging/releasing
>>
>> I'm comparing the ant build with the NB maven results and noticed some 
>> differences :
>>
>> *ant build*
>> - includes all jar and dll of plus distribution
>>* I will make a core distribution by hand and update the build to have 
>> choice between core and plus
>>* I think I just have to exclude batik.jar and PLUS dir for core distro
> sounds reasonable. for the sake of administration we should maybe decide to 
> use either ant or maven? in the future?
>
>> - manifest includes all jars (should include only core jar)
> don't use ant, dunno about it
>
>> *maven build (core nb)*
>> - includes junit.jar which is probably useless for core
> you can remove it if you are sure. comment it out in pom.xml. we'll see if 
> something breaks in the snapshots ;)
>
>> - manifest is empty (cannot start OJ from jar)
> removed it because oj has to be started with the scripts anyway to be useful
>
>> Question : for your daily developments, do you use and
>> test OpenJUMP after a compilation made from ant, from mvn or another way ?
> i run and debug with eclipse run configurations.
>
> for quick checks of fixed or changed functionality by others i use the 
> snapshots. especially on machines where eclispse is not set up.
>
>> *Different jar versions :*
>>
> never changed any of that sorry.. ede
>
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP release : differences between ant and maven

[Benjamin Gudehus]

Hi,

some words to the libraries: I personally prefer the maven build. The ant
build is used for release builds and the maven build for the nightly
snapshot. I really like about the maven build that the filenames of the
jars are more readable and that it is not necessary to bundle the jars in
the repository.

Two weeks ago I experimented a bit with the maven build and the source
layout and copied the sourcecode of some releases the a new repository. The
size was minimized from 120 MB of an svn export of OpenJUMP to a zipped
file of 2 MB.

The only difference in the compilation result is, that I stripped the big
unicode font away.

Repository with releases (also see "Downloads" tab):
https://github.com/hastebrot/openjump-core-rels
Here is a transscript of what I changed and stripped away:
http://cloud.github.com/downloads/hastebrot/openjump-core-rels/openjump-core-rel-transscript.txt

--Benjamin

2012/1/7 

> On 07.01.2012 10:01, Michaël Michaud wrote:
> > Hi Ede, Stefan,
> >
> > Some notes and questions about packaging/releasing
> >
> > I'm comparing the ant build with the NB maven results and noticed some
> differences :
> >
> > *ant build*
> > - includes all jar and dll of plus distribution
> >   * I will make a core distribution by hand and update the build to have
> choice between core and plus
> >   * I think I just have to exclude batik.jar and PLUS dir for core distro
>
> sounds reasonable. for the sake of administration we should maybe decide
> to use either ant or maven? in the future?
>
> > - manifest includes all jars (should include only core jar)
>
> don't use ant, dunno about it
>
> > *maven build (core nb)*
> > - includes junit.jar which is probably useless for core
>
> you can remove it if you are sure. comment it out in pom.xml. we'll see if
> something breaks in the snapshots ;)
>
> > - manifest is empty (cannot start OJ from jar)
>
> removed it because oj has to be started with the scripts anyway to be
> useful
>
> > Question : for your daily developments, do you use and
> > test OpenJUMP after a compilation made from ant, from mvn or another way
> ?
>
> i run and debug with eclipse run configurations.
>
> for quick checks of fixed or changed functionality by others i use the
> snapshots. especially on machines where eclispse is not set up.
>
> >
> > *Different jar versions :*
> >
>
> never changed any of that sorry.. ede
>
>
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ Linux GUI bug?

[edgar . soldin]

Hey Matthias,

this sounds very circumstantial and environment specific, meaning - i guess we 
probably can't do anything about it because it is some bug in jre playing 
together with desktop renderer/graphics output of the system.

anyway, just now i am busy with other issues. but please ping me again on it, 
in case i come not back in say two weeks or so and i'll try to reproduce it and 
to zero in on the cause.

..ede

On 07.01.2012 10:50, Matthias Scholz wrote:
> Hi Ede,
> 
> I've made some more tests on the following platforms:
> 
> - Ubuntu 11.04 natty, amd64, 2.6.38-8-server, Unity(Gnome) Classic, SUN 
> JDK 1.6.0_26-b03 + OJ 1.4.2 remote via XDMCP
> - Debian Etch, amd64, 2.6.18-6-amd64, KDE 3.5.5, SUN JDK 1.6.0_20-b02 + 
> OJ 1.4.2
> - Ubuntu 11.04 natty, i386, 2.6.38-13-generic-pae, Unity(Gnome) Classic, 
> SUN JDK 1.6.0_26-b03 + OJ 1.4.2 and SVN
> - Ubuntu 11.04 natty, i386, 2.6.38-13-generic-pae, Unity(Gnome) Classic, 
> SUN JDK 1.7.0_02-b13 + OJ 1.4.2 and SVN
> 
> I use only the Sun JDK, because at the moment some other apps I use too 
> have problems with the openjdk.
> In all my tests I get the same result. If the OJ mainwindow not 
> maximized and not "docked" to any site of the screen, i get the buggy 
> view. But if the OJ windows is maximized there is no problem if you move 
> a feature outside a side where is no taskbar or panel!!! On my Ubuntu 
> there is only a problem if I move a feature outside on top or bottom, 
> because there are my panels. If I hide all panels/taskbar on all the 
> tested systems and the OJ windows is maximized, then there is NO problem.
> Ede and Peppe please can you check this with our systems? I do not 
> really understand this at the moment.
> 
> Matthias
> 
>> if openjdk 1.7 solves this we should urge (although i am under the 
>> impression osgeo already plans to) osgeo to include this version.
>>
>> michael: could you communicate this plus the fact that oj is generally fit 
>> for openjdk?
>>
>> ede
>>
>>
>> On 02.01.2012 10:20, Giuseppe Aruta wrote:
>>> Hi all,
>>> this is my experience with OJ and JRE.
>>> Some months ago I tested the same bug with OpenJDK 1.6 which is embedded in 
>>> Ubuntu 11.04.
>>> This bug was always present with all tools that were involving parts of the 
>>> features "outside" the view, plus "Draw constrained circle" tool.
>>> I did some tests with other JRE distro. This problem seems not to be 
>>> present also with JRE 1.6.20 (coming from Kosmo which has jre embedded) 
>>> from Sun Microsystem (previous Oracle "management").
>>> I did other tests with newer version of Oracle JRE/OpenJDK.
>>> The problem seems not to be with JRE 1.7 from Oracle neither with  OpenJDK 
>>> 1.7.
>>> So I installed on my Ubuntu OpenJDK 1.7 and everything goes fine right now.
>>> I ask Ede and Matthias to check wich version of JRE they use with OpenJUMP
>>>
>>> Peppe
>>>
>>> *Da:* Stefan Steiniger
>>> *A:* OpenJump develop and use
>>> *Inviato:* Domenica 1 Gennaio 2012 22:30
>>> *Oggetto:* Re: [JPP-Devel] OJ Linux GUI bug?
>>>
>>> no problem on Mac here :)
>>>
>>> Am 01.01.12 22:24, schrieb Edgar Soldin:
 On 01.01.2012 21:53, Matthias Scholz wrote:
> Hi,
>
> on Linux it seems to be, that we have a problem. It's possible, that this 
> is a JVM on Linux bug by Oracle. On Windows this problem does not occurs. 
> Please see the attached screenshots. This mistake occurs, if you move a 
> feature and some parts of the feature are "outside" the OJ 
> window(viewport). The first screenshot is taken after move of the 
> rectangle with pressed mousebutton and the second is taken after release 
> the left mouse button. Can anyone test this with Linux?
>
 can you specify linux and jre version please? ..ede

 --
 Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
 infrastructure or vast IT resources to deliver seamless, secure access to
 virtual desktops. With this all-in-one solution, easily deploy virtual
 desktops for less than the cost of PCs and save 60% on VDI infrastructure
 costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>> --
>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>>> infrastructure or vast IT resources to deliver seamless, secure access to
>>> virtual desktops. With this all-in-one solution, easily deploy virtual
>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>>> ___
>>> Jump-pilot-dev

Re: [JPP-Devel] OpenJUMP release : differences between ant and maven

[edgar . soldin]

On 07.01.2012 10:01, Michaël Michaud wrote:
> Hi Ede, Stefan,
> 
> Some notes and questions about packaging/releasing
> 
> I'm comparing the ant build with the NB maven results and noticed some 
> differences :
> 
> *ant build*
> - includes all jar and dll of plus distribution
>   * I will make a core distribution by hand and update the build to have 
> choice between core and plus
>   * I think I just have to exclude batik.jar and PLUS dir for core distro

sounds reasonable. for the sake of administration we should maybe decide to use 
either ant or maven? in the future?

> - manifest includes all jars (should include only core jar)

don't use ant, dunno about it
 
> *maven build (core nb)*
> - includes junit.jar which is probably useless for core

you can remove it if you are sure. comment it out in pom.xml. we'll see if 
something breaks in the snapshots ;) 

> - manifest is empty (cannot start OJ from jar)

removed it because oj has to be started with the scripts anyway to be useful
 
> Question : for your daily developments, do you use and
> test OpenJUMP after a compilation made from ant, from mvn or another way ?

i run and debug with eclipse run configurations.

for quick checks of fixed or changed functionality by others i use the 
snapshots. especially on machines where eclispse is not set up.

> 
> *Different jar versions :*
> 

never changed any of that sorry.. ede

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ Linux GUI bug?

[Matthias Scholz]

Hi Ede,

I've made some more tests on the following platforms:

- Ubuntu 11.04 natty, amd64, 2.6.38-8-server, Unity(Gnome) Classic, SUN 
JDK 1.6.0_26-b03 + OJ 1.4.2 remote via XDMCP
- Debian Etch, amd64, 2.6.18-6-amd64, KDE 3.5.5, SUN JDK 1.6.0_20-b02 + 
OJ 1.4.2
- Ubuntu 11.04 natty, i386, 2.6.38-13-generic-pae, Unity(Gnome) Classic, 
SUN JDK 1.6.0_26-b03 + OJ 1.4.2 and SVN
- Ubuntu 11.04 natty, i386, 2.6.38-13-generic-pae, Unity(Gnome) Classic, 
SUN JDK 1.7.0_02-b13 + OJ 1.4.2 and SVN

I use only the Sun JDK, because at the moment some other apps I use too 
have problems with the openjdk.
In all my tests I get the same result. If the OJ mainwindow not 
maximized and not "docked" to any site of the screen, i get the buggy 
view. But if the OJ windows is maximized there is no problem if you move 
a feature outside a side where is no taskbar or panel!!! On my Ubuntu 
there is only a problem if I move a feature outside on top or bottom, 
because there are my panels. If I hide all panels/taskbar on all the 
tested systems and the OJ windows is maximized, then there is NO problem.
Ede and Peppe please can you check this with our systems? I do not 
really understand this at the moment.

Matthias

> if openjdk 1.7 solves this we should urge (although i am under the impression 
> osgeo already plans to) osgeo to include this version.
>
> michael: could you communicate this plus the fact that oj is generally fit 
> for openjdk?
>
> ede
>
>
> On 02.01.2012 10:20, Giuseppe Aruta wrote:
>> Hi all,
>> this is my experience with OJ and JRE.
>> Some months ago I tested the same bug with OpenJDK 1.6 which is embedded in 
>> Ubuntu 11.04.
>> This bug was always present with all tools that were involving parts of the 
>> features "outside" the view, plus "Draw constrained circle" tool.
>> I did some tests with other JRE distro. This problem seems not to be present 
>> also with JRE 1.6.20 (coming from Kosmo which has jre embedded) from Sun 
>> Microsystem (previous Oracle "management").
>> I did other tests with newer version of Oracle JRE/OpenJDK.
>> The problem seems not to be with JRE 1.7 from Oracle neither with  OpenJDK 
>> 1.7.
>> So I installed on my Ubuntu OpenJDK 1.7 and everything goes fine right now.
>> I ask Ede and Matthias to check wich version of JRE they use with OpenJUMP
>>
>> Peppe
>>
>> *Da:* Stefan Steiniger
>> *A:* OpenJump develop and use
>> *Inviato:* Domenica 1 Gennaio 2012 22:30
>> *Oggetto:* Re: [JPP-Devel] OJ Linux GUI bug?
>>
>> no problem on Mac here :)
>>
>> Am 01.01.12 22:24, schrieb Edgar Soldin:
>>> On 01.01.2012 21:53, Matthias Scholz wrote:
 Hi,

 on Linux it seems to be, that we have a problem. It's possible, that this 
 is a JVM on Linux bug by Oracle. On Windows this problem does not occurs. 
 Please see the attached screenshots. This mistake occurs, if you move a 
 feature and some parts of the feature are "outside" the OJ 
 window(viewport). The first screenshot is taken after move of the 
 rectangle with pressed mousebutton and the second is taken after release 
 the left mouse button. Can anyone test this with Linux?

>>> can you specify linux and jre version please? ..ede
>>>
>>> --
>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>>> infrastructure or vast IT resources to deliver seamless, secure access to
>>> virtual desktops. With this all-in-one solution, easily deploy virtual
>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> --
>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>> infrastructure or vast IT resources to deliver seamless, secure access to
>> virtual desktops. With this all-in-one solution, easily deploy virtual
>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>>
>>
>> --
>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>> infrastructure or vast IT resources to deliver seamless, secure access to
>> virtual desktops. With this all-in-one solution, easily deploy virtual
>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>> costs. Try it free

Re: [JPP-Devel] View/Edit Attributes and Feature Info Tool

[Matthias Scholz]

Hi Michaël,

thanks for fixing that. My mistake, sorry. I've never tested with a new 
layer without a datasorce.

Matthias
> Hi Matthias,
>
> I tried to fix a NPE thrown by new
> AttributeTablePanel.initColumnWidths()
> for layers which have not datasource yet.
> Would you have a look and check if it's OK with your change ?
>
> Michaël
>
> Le 26/12/2011 19:12, Matthias Scholz a écrit :
>> Hi,
>>
>> I've commited some changes in the AttributePanel and
>> AttributeTablePanel. Both classes are used by View/Edit Attributes and
>> Feature Info Tool. The layout are now more consistent in both tools. The
>> attribute tables are on top and not vertically centred. Especially the
>> Feature Info Tool had a ugly layout with many space between the tables,
>> if more than one tables with only a few rows was shown.
>> The second change is more significant for edit attributes. A change on
>> the column with will now be stored in the project(file). So if you open
>> an attribute table again, the columns have the previous set width.
>>
>> In the future I can imagine me, that the user can switch the attribute
>> windows from an internal window to a separate window, which will be
>> placed always on top of the OJ window. I think that the user can create
>> and edit attributes faster with that. We should keep in mind, that GIS
>> people mostly have two displays on the desktop.
>>
>> An other small improvement is that the Feature Info Tool can select only
>> features on the selected layers, such as the Select Features Tool with
>> the pressed   button. I tries  to find how i can make this, but
>> with no success :-( I know that OJ use the QuasimodeTool class for such
>> stuff. I hope one of the other developers can help.
>>
>> Matthias
>>
>> --
>> Write once. Port to many.
>> Get the SDK and tools to simplify cross-platform app development. Create
>> new or port existing apps to sell to consumers worldwide. Explore the
>> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
>> http://p.sf.net/sfu/intel-appdev
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
> --
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] OpenJUMP release : differences between ant and maven

[Michaël Michaud]

Hi Ede, Stefan,

Some notes and questions about packaging/releasing

I'm comparing the ant build with the NB maven results and noticed some 
differences :


*ant build*
- includes all jar and dll of plus distribution
  * I will make a core distribution by hand and update the build to 
have choice between core and plus

  * I think I just have to exclude batik.jar and PLUS dir for core distro
- manifest includes all jars (should include only core jar)

*maven build (core nb)*
- includes junit.jar which is probably useless for core
- manifest is empty (cannot start OJ from jar)

Question : for your daily developments, do you use and
test OpenJUMP after a compilation made from ant, from mvn or another way ?

*Different jar versions :*

- jdom version is not the same (both 1.0.b8)
* ant : 2002-03-28 (125 ko)
* mvn : 2002-05-18 (88 ko)
  ==> I'll replace ant version by mvn version

- jts 1.12 : don't know why they have different size, I'll investigate

- jython
  * ant : unknown version (704 k - seems to be 2.1 version)
  * mvn : 2.2 version (1176 k)
  ==> any reason we have migrated ?

xercesImpl
  * ant : version 2.5.0 according to the manifest (906 k)
  * mvn : 2.8.1 (1185 k)

xml-api
  * ant : 1.3.0.4 (190 k)
  * mvn : xml-apis-1.3.03.jar (191 k)

xmlParserAPI
  * ant : xml-api-ext 1.3 (84 k)
  * mvn : xmlParserAPIs-2.0.2.jar (77 k)
  ==> do not contains same packages...

Michaël

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel