Re: [JPP-Devel] Question about efficient in-memory feature storage...

[erwan bocher]

Hi guys,


In my laboratory we are working on the memory limitation. It will be
resolved in one month.
Currently we define a new pipeline for datasources access (write and read).
In few days a web page will be available with the documentation and the
design architecture.

See u

R1.


--
Ingénieur de recherche
Docteur en géographie,
spécialité géomatique
École Centrale de Nantes
Institut de recherche en sciences et techniques de la ville
http://www.irstv.cnrs.fr/
http://geosysin.iict.ch/irstv-trac/wiki
http://r1.bocher.free.fr
http://www.projet-sigle.org

2007/4/14, Juliana Barros <[EMAIL PROTECTED]>:


Hi Sunburned,

I have the same problem: OpenJUMP chokes when I try to read in the parcels
layer for my country. Even road's layer. I live in Brazil, and shapefile's
size is a problem! :-)

I think overcome the RAM limitation on the size of spatial data sets that
OpenJUMP can import and work with is very important.


Juliana.




On 4/13/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>
> Michael,
>
> I took a look at the Javadoc for LinkedHashMap. Of particular interest
> was the removeEldestEntry() method. I think this was exactly what I needed.
>
> Thank you for your help.
>
> The Sunburned Surveyor
>
>
> On 4/13/07, Sunburned Surveyor < [EMAIL PROTECTED]> wrote:
> >
> > Thanks Michael. I'll take a quick look at some of the libraries you
> > mentioned.
> >
> > I'll also have a look at the API documentation for LinkedHashMap.
> >
> > The Sunburned Surveyor
> >
> >
> > On 4/13/07, Michaël Michaud < [EMAIL PROTECTED]> wrote:
> > >
> > >
> > > > Yes, I took a look at the Queue interface. It had the
> > > > First-In-First-Out behavior, but I didn't see a way to limit the
> > > > growth of the content, which I would need to do for my purposes.
> > > If we
> > > > decide to make the JUMP to a newer JDK version that supports
> > > generics
> > > > I might take a look at this.
> > >
> > > Seems that LinkedHashMap is the class which is best suited to build
> > > a
> > > cache. See documentation.
> > >
> > > >
> > > > Michael wrote: "I think there are also many open-source projects
> > > > related to Cache
> > > > management."
> > > >
> > > > Could you toss me a name or two? :] Remember that this question
> > > was
> > > > really about just the buffer, which is one part of the whole
> > > FeatureCache.
> > >
> > > Cache4J (if you want to learn russian), SimpleCache, ehCache (used
> > > by
> > > other projects, complete documentation), RCache, OSCache, JCS (from
> > > apache)...
> > > Sorry, it is just an internet query result, I have no personnal
> > > experience with those libraries.
> > >
> > > Michaël
> > >
> > >
> > >
> > > -
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to
> > > share your
> > > opinions on IT & business topics through brief surveys-and earn cash
> > >
> > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > > ___
> > > Jump-pilot-devel mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > >
> >
> >
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
>
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Switching to Subversion...

[Stefan Steiniger]

the same, as michael says, holds for me.
I dont have any feelings against subversion, but why switching to 
another systems if everything works fine.
And you may remember that i send a link around where somebody did 
compare svn and cvs, and according to this person there is no clear 
advantage for either system.

for me the main reason not to switch is the need of time for configuring 
and seeing how svn runs
so i - for now - stay with cvs

stefan

Sunburned Surveyor schrieb:
> O.K. - I'll put you down as a neutral vote...
> 
> On 4/13/07, *Michaël Michaud* <[EMAIL PROTECTED] 
> > wrote:
> 
> 
>  > Are any of the other developers using Subversion? Are there still
>  > strong feelings against the migration?
> 
> No opinion, just like the most simple solution. I prefer having time to
> improve jump than to configure cvs/svn access :-) .
> 
>  >
>  > The Sunburned Surveyor
>  >
>  >
>  >
> 
>  >
>  
> >-
>  >Take Surveys. Earn Cash. Influence the Future of IT
>  >Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
>  >opinions on IT & business topics through brief surveys-and earn cash
>  
> >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
>  >
>  >
>  >
>  >___
>  >Jump-pilot-devel mailing list
>  > [EMAIL PROTECTED]
> 
>  >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>  >
>  >
> 
> 
> -
> 
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about efficient in-memory feature storage...

[Stefan Steiniger]

Larry Becker schrieb:
> The best advice I can give on optimization is never do it until you have 
> working code. I have been working on JUMP for three years and have only 
> started looking at optimization the last month or so.
> 
>  See http://www.extremeprogramming.org/rules/optimize.html

which does not only hold for optimization!
guess why i did not setup my pc again for 3 years, and only did now 
because i got an ugly virus.

if you have not at least one very strong reason (which is still strong 
after you slept a night over), don't change "well running" systems.

> 
> When I said I didn't understand what problem you are trying to solve, I 
> wasn't talking about queues and such.  I was asking (big picture) what 
> OpenJump deficiency are you trying to remedy?
> 
> Larry
> 
> On 4/13/07, *Sunburned Surveyor* <[EMAIL PROTECTED] 
> > wrote:
> 
> Michael and Larry,
>  
> Thank you for the responses. Please see my comments below.
>  
> Michael wrote: "Did you have a look to java 5 documentation ? :
> you'll find interesting
> information in Queue interface and LinkedList implementation."
>  
> Yes, I took a look at the Queue interface. It had the
> First-In-First-Out behavior, but I didn't see a way to limit the
> growth of the content, which I would need to do for my purposes. If
> we decide to make the JUMP to a newer JDK version that supports
> generics I might take a look at this.
> 
> Michael wrote: "I think there are also many open-source projects
> related to Cache
> management."
>  
> Could you toss me a name or two? :] Remember that this question was
> really about just the buffer, which is one part of the whole
> FeatureCache.
>  
> Larry wrote: "Regarding specific suggestions, I'm afraid I haven't
> yet understood exactly what problem you are trying to solve."
>  
> I'm trying to find the most efficient and fast First-In-First-Out
> collection  for in-memory representation of features. I was
> concerned the cost of object casting, since Java 1.4.2 doesn't
> support generics. Java 1.4.2 also does not contain a collection that
> implements the "growth-to-a-limit" behavior that I need.
>  
> I will visit the JDK Version topic in a new thread, because I feel
> it is an important one.
>  
> The Sunburned Surveyor
> 
>  
> On 4/13/07, *Larry Becker* < [EMAIL PROTECTED]
> > wrote:
> 
> Hi Sunburned,
> 
>   Michaël is correct.  It is time to embrace the Java 5
> enhancements.  It may even be time to start considering Java 6. 
> My testing shows no problems with compatibility.
> 
>   Regarding specific suggestions, I'm afraid I haven't yet
> understood exactly what problem you are trying to solve.
> 
> regards,
> Larry
> 
> 
> On 4/13/07, *Michaël Michaud* <[EMAIL PROTECTED]
> > wrote:
> 
> Hi,
> 
> Did you have a look to java 5 documentation ? : you'll find
> interesting
> information in Queue interface and LinkedList implementation.
> I think there are also many open-source projects related to
> Cache
> management.
> With java 5 generics cast is no more necessary.
> My advices :
> - read the javadoc first
> - use java 5 (this subject has not been discussed for a long
> time, but
> my personnal feeling is that it is now time to use java 5,
> specially for
> a new important project / feature)
> - do-it yourself is good to learn, but for general problems and
> performance issues, existing libs is often a better choice :-)
> 
> My two cents
> 
> Michaël
> 
> 
> Sunburned Surveyor a écrit :
> 
> >  I've been doing some more work on my FeatureCache
> implementation. I am
> >  currently designing a "buffer" that will hold a set number
> of features
> >  from the feature cache in memory. This will increase
> performance when
> >  a user is working with the same small group of features.
> The maximum
> >  number of features in the buffer will be set by the user
> and can be
> >  based on RAM of the computer running OpenJUMP and the
> user's need for
> >  speed. (A default maximum feature count will be provided.)
> >
> >  I need some help from our more experienced Java
> developers. Larry
> >  seems to have a nack for performance issues, so perhaps he
> will have
> >  some advice. Any suggestion are welocome. :]
> >
> >  I'm 

Re: [JPP-Devel] Moveing OpenJUMP Development to a New JDK Version

[listas]

Hi Sunburned

We read this post and list in general with attention. There are very  
important matter in them. Memory usage as you say, for example, was a  
main problem (and limitation) until we resolve it for us to work in  
production environment. Last weeks have been very intense ones. We  
made an official presentation of Kosmo in our region University and we  
spend a lot of effort in it.

Anycase about JDK by the moment we had no important troubles switching  
to 1.5. In fact we had a more responsive system. In windows management  
usability and also in processing speed. 5-10% better perhaps. Not too  
much working with small datasets but sensible if you work with very  
big ones.

Some mails ago you spoke about manuals/wikis. We are in the procces to  
start one (wiki). We think what you said about switching from wiki to  
writen manual is very important. We are evaluating "Moing Moing Wiki".  
It look that have some tools to generate paper documents from wiki  
content. (Also has a wysiwyg editor  and you can add multimedia  
content). We can keep inform about that if you want.

Manuel Navarro
Kosmo-Team

Quoting Sunburned Surveyor <[EMAIL PROTECTED]>:

> Larry and Michael have suggested moving our development of OpenJUMP to one
> of the newer JDK's. I had considered this a few weeks ago, and I had even
> sent an e-mail to Vivid Solutions to confirm what version JDK they are
> working with for JUMP development. They confirmed the use of JDK 1.4.2,
> which is what OpenJUMP is also "officially" built on.
>
> I have been building OpenJUMP on JDK 1.5 and 1.6 using Eclipse with no
> problems. I have also been running that build of OPenJUMP on the 1.5
> and 1.6JRE with no problems. I think Larry mentioned the same thing. I
> think there
> are a lot of advantages to keeping up with the advancements in the Java
> langauge.
>
> However, I do have at least 2 concerns about making this move:
>
> [1] I don't want to break compatibility with JUMP. I think we should ask
> Vivid Solutions about there plans in this regard. Perhaps they have a good
> reason for waiting on the migration to a new JDK.
>
> [2] I don't want to mess with our Linux users, althought there isn't likely
> a lot of them. I'm a Linux user though. :] Now that Debian has worked out an
> agreement with Sun and their are "official" Debian packages for the SUN JRE
> and JDK I don't think this will be as much of a problem. The unstable
> version of Debian now includes the 1.5.0 JDK. I'd like it if we didn't move
> farther ahead with the JDK than the Debian packagers. But this probably
> impacts me more than anyone else, so I could compromise...
>
> I'd like to get some thoughts on this from Erwan, Ugo (if he is still
> listening), and Stefan (if he can make time). It would also be interesting
> to see what the Kosmo team thinks, if they read this post.
>
> The Sunburned Surveyor




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Switching to Subversion...

[Sunburned Surveyor]

Stefan

On 4/14/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:


the same, as michael says, holds for me.
I dont have any feelings against subversion, but why switching to
another systems if everything works fine.
And you may remember that i send a link around where somebody did
compare svn and cvs, and according to this person there is no clear
advantage for either system.

for me the main reason not to switch is the need of time for configuring
and seeing how svn runs
so i - for now - stay with cvs

stefan

Sunburned Surveyor schrieb:
> O.K. - I'll put you down as a neutral vote...
>
> On 4/13/07, *Michaël Michaud* <[EMAIL PROTECTED]
> > wrote:
>
>
>  > Are any of the other developers using Subversion? Are there still
>  > strong feelings against the migration?
>
> No opinion, just like the most simple solution. I prefer having time
to
> improve jump than to configure cvs/svn access :-) .
>
>  >
>  > The Sunburned Surveyor
>  >
>  >

>  >
>
>  >

>  
>-
>  >Take Surveys. Earn Cash. Influence the Future of IT
>  >Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
>  >opinions on IT & business topics through brief surveys-and earn
cash
>  >
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
>  >

>  >
>  >
>  >___
>  >Jump-pilot-devel mailing list
>  > [EMAIL PROTECTED]
> 
>  >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>  >
>  >
>
>
>
-
>
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys-and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> <
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
>
>
>
> 
>
>
-
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
your
> opinions on IT & business topics through brief surveys-and earn cash
>
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
>
> 
>
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Switching to Subversion...

[Sunburned Surveyor]

Stefan,

How is you thesis going? I hope well.

You wrote: "And you may remember that i send a link around where somebody
did
compare svn and cvs, and according to this person there is no clear
advantage for either system."

I think there is some small advantages to SVN, at least on the
administration side. As I mentioned, you don't have to go through
SourceForge people to make certain changes to the repository. These benefits
aren't major, so I'm not going to push this too hard...

You wrote: "for me the main reason not to switch is the need of time for
configuring
and seeing how svn runs
so i - for now - stay with cvs"

You are correct in this resepect. I don't want the move to SVN to be a
problem for our developers. I thought perhaps they had already learned to
use Subversion on other projects. I will raise this issue again in a few
more months. As more of our developers learn to use SVN I think the switch
will be easier and make more sense.

Thanks for taking the time to add your input on this.

The Sunburned Surveyor



On 4/14/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:


Stefan

On 4/14/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>
> the same, as michael says, holds for me.
> I dont have any feelings against subversion, but why switching to
> another systems if everything works fine.
> And you may remember that i send a link around where somebody did
> compare svn and cvs, and according to this person there is no clear
> advantage for either system.
>
> for me the main reason not to switch is the need of time for configuring
> and seeing how svn runs
> so i - for now - stay with cvs
>
> stefan
>
> Sunburned Surveyor schrieb:
> > O.K. - I'll put you down as a neutral vote...
> >
> > On 4/13/07, *Michaël Michaud* <[EMAIL PROTECTED]
> > > wrote:
> >
> >
> >  > Are any of the other developers using Subversion? Are there
> still
> >  > strong feelings against the migration?
> >
> > No opinion, just like the most simple solution. I prefer having
> time to
> > improve jump than to configure cvs/svn access :-) .
> >
> >  >
> >  > The Sunburned Surveyor
> >  >
> >  >
> >  
>
>
> >
> >  >
>
> >  
>-
> >  >Take Surveys. Earn Cash. Influence the Future of IT
> >  >Join SourceForge.net 's Techsay panel and you'll get the chance
> to
> > share your
> >  >opinions on IT & business topics through brief surveys-and earn
> cash
> >  
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > 
 >
> >  >
>
> >  
>
> >  >
> >  >___
> >  >Jump-pilot-devel mailing list
> >  > [EMAIL PROTECTED]
> > 
> >  >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >  >
> >  >
> >
> >
> >
> -
> >
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> > share your
> > opinions on IT & business topics through brief surveys-and earn
> cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > 
 >
> > ___
> > Jump-pilot-devel mailing list
> > [EMAIL PROTECTED]
> > 
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> >
> >
> >
> >
> 
> >
> >
> -
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >
> >
> >
> 
> >
> > ___
> > Jump-pilot-devel mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net 's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
>
> http://www.techsay.com/default.php?page=join.php&

Re: [JPP-Devel] Moveing OpenJUMP Development to a New JDK Version

[Sunburned Surveyor]

Thanks for your input Manuel.

I don't think there seems to be any major problems with switching OpenJUMP
development to JDK 1.5. I will propose this to the mailing list.

The Sunburned Surveyor


On 4/14/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Hi Sunburned

We read this post and list in general with attention. There are very
important matter in them. Memory usage as you say, for example, was a
main problem (and limitation) until we resolve it for us to work in
production environment. Last weeks have been very intense ones. We
made an official presentation of Kosmo in our region University and we
spend a lot of effort in it.

Anycase about JDK by the moment we had no important troubles switching
to 1.5. In fact we had a more responsive system. In windows management
usability and also in processing speed. 5-10% better perhaps. Not too
much working with small datasets but sensible if you work with very
big ones.

Some mails ago you spoke about manuals/wikis. We are in the procces to
start one (wiki). We think what you said about switching from wiki to
writen manual is very important. We are evaluating "Moing Moing Wiki".
It look that have some tools to generate paper documents from wiki
content. (Also has a wysiwyg editor  and you can add multimedia
content). We can keep inform about that if you want.

Manuel Navarro
Kosmo-Team

Quoting Sunburned Surveyor <[EMAIL PROTECTED]>:

> Larry and Michael have suggested moving our development of OpenJUMP to
one
> of the newer JDK's. I had considered this a few weeks ago, and I had
even
> sent an e-mail to Vivid Solutions to confirm what version JDK they are
> working with for JUMP development. They confirmed the use of JDK 1.4.2,
> which is what OpenJUMP is also "officially" built on.
>
> I have been building OpenJUMP on JDK 1.5 and 1.6 using Eclipse with no
> problems. I have also been running that build of OPenJUMP on the 1.5
> and 1.6JRE with no problems. I think Larry mentioned the same thing. I
> think there
> are a lot of advantages to keeping up with the advancements in the Java
> langauge.
>
> However, I do have at least 2 concerns about making this move:
>
> [1] I don't want to break compatibility with JUMP. I think we should ask
> Vivid Solutions about there plans in this regard. Perhaps they have a
good
> reason for waiting on the migration to a new JDK.
>
> [2] I don't want to mess with our Linux users, althought there isn't
likely
> a lot of them. I'm a Linux user though. :] Now that Debian has worked
out an
> agreement with Sun and their are "official" Debian packages for the SUN
JRE
> and JDK I don't think this will be as much of a problem. The unstable
> version of Debian now includes the 1.5.0 JDK. I'd like it if we didn't
move
> farther ahead with the JDK than the Debian packagers. But this probably
> impacts me more than anyone else, so I could compromise...
>
> I'd like to get some thoughts on this from Erwan, Ugo (if he is still
> listening), and Stefan (if he can make time). It would also be
interesting
> to see what the Kosmo team thinks, if they read this post.
>
> The Sunburned Surveyor




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Sunburned Surveyor]

I still need to hear back from Vivid Solutions, but if I get a positive
response to them I'd like to propose moving development of OpenJUMP to the
1.5 JDK. This would mean we'd compile OpenJUMP with that JDK and do our
testing on the corresponding JRE.

We'd also have to check with Jon about updating the nightly build so that it
compiled with the 1.5 JDK.

Are there any final objections or concerns to this?

Thanks,

The Sunburned Surveyor
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about efficient in-memory feature storage...

[Sunburned Surveyor]

Juliana,

I'm not sure if you have posted to the mailing list before. If you haven't I
want to extend you a warm welcome. If you have, please forgive me for my
faulty memory.

It sounds like we will have a solution to the memory problem in OpenJUMP
very soon! This is good news for you and I. :]

Erwan,

There is no way I'll be able to have my FeatureCache finished in a month. So
I am glad to hear your lab is working on a solution that will be available
much sooner. It would be foolish of me to continue work on the FeatueCache
if you are designing something similar. I know that you said some
documentation will be up in a few days, but I was wondering if you would be
able to answer a couple of quick questions.

Will your solution allow us to work with different types of data sources, or
just ESRI Shapefiles?

Will it incorporate an external database, and if so, which one?

Thanks,

The Sunburned Surveyor


On 4/14/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:




Larry Becker schrieb:
> The best advice I can give on optimization is never do it until you have
> working code. I have been working on JUMP for three years and have only
> started looking at optimization the last month or so.
>
>  See http://www.extremeprogramming.org/rules/optimize.html

which does not only hold for optimization!
guess why i did not setup my pc again for 3 years, and only did now
because i got an ugly virus.

if you have not at least one very strong reason (which is still strong
after you slept a night over), don't change "well running" systems.

>
> When I said I didn't understand what problem you are trying to solve, I
> wasn't talking about queues and such.  I was asking (big picture) what
> OpenJump deficiency are you trying to remedy?
>
> Larry
>
> On 4/13/07, *Sunburned Surveyor* <[EMAIL PROTECTED]
> > wrote:
>
> Michael and Larry,
>
> Thank you for the responses. Please see my comments below.
>
> Michael wrote: "Did you have a look to java 5 documentation ? :
> you'll find interesting
> information in Queue interface and LinkedList implementation."
>
> Yes, I took a look at the Queue interface. It had the
> First-In-First-Out behavior, but I didn't see a way to limit the
> growth of the content, which I would need to do for my purposes. If
> we decide to make the JUMP to a newer JDK version that supports
> generics I might take a look at this.
>
> Michael wrote: "I think there are also many open-source projects
> related to Cache
> management."
>
> Could you toss me a name or two? :] Remember that this question was
> really about just the buffer, which is one part of the whole
> FeatureCache.
>
> Larry wrote: "Regarding specific suggestions, I'm afraid I haven't
> yet understood exactly what problem you are trying to solve."
>
> I'm trying to find the most efficient and fast First-In-First-Out
> collection  for in-memory representation of features. I was
> concerned the cost of object casting, since Java 1.4.2 doesn't
> support generics. Java 1.4.2 also does not contain a collection that
> implements the "growth-to-a-limit" behavior that I need.
>
> I will visit the JDK Version topic in a new thread, because I feel
> it is an important one.
>
> The Sunburned Surveyor
>
>
> On 4/13/07, *Larry Becker* < [EMAIL PROTECTED]
> > wrote:
>
> Hi Sunburned,
>
>   Michaël is correct.  It is time to embrace the Java 5
> enhancements.  It may even be time to start considering Java 6.
> My testing shows no problems with compatibility.
>
>   Regarding specific suggestions, I'm afraid I haven't yet
> understood exactly what problem you are trying to solve.
>
> regards,
> Larry
>
>
> On 4/13/07, *Michaël Michaud* <[EMAIL PROTECTED]
> > wrote:
>
> Hi,
>
> Did you have a look to java 5 documentation ? : you'll find
> interesting
> information in Queue interface and LinkedList
implementation.
> I think there are also many open-source projects related to
> Cache
> management.
> With java 5 generics cast is no more necessary.
> My advices :
> - read the javadoc first
> - use java 5 (this subject has not been discussed for a long
> time, but
> my personnal feeling is that it is now time to use java 5,
> specially for
> a new important project / feature)
> - do-it yourself is good to learn, but for general problems
and
> performance issues, existing libs is often a better choice
:-)
>
> My two cents
>
> Michaël
>
>
> Sunburned Surveyor a écrit :
>
> >  I've been doing some more work on my FeatureCache
> implementation. I

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Stefan Steiniger]

Hei Landon,

sorry .. but you should have recognized that we are already working with 
1.5!!!

stefan

Sunburned Surveyor schrieb:
> I still need to hear back from Vivid Solutions, but if I get a positive 
> response to them I'd like to propose moving development of OpenJUMP to 
> the 1.5 JDK. This would mean we'd compile OpenJUMP with that JDK and do 
> our testing on the corresponding JRE.
>  
> We'd also have to check with Jon about updating the nightly build so 
> that it compiled with the 1.5 JDK.
>  
> Are there any final objections or concerns to this?
>  
> Thanks,
>  
> The Sunburned Surveyor
> 
> 
> 
> 
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> 
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about efficient in-memory feature storage...

[Stefan Steiniger]

Hei Landon, with respect to your questions to Erwan

please have also a look on the google-doc document.
As far as i know you were one of the persons having acceess to it ... In 
that doc is a very brief sketch of the system.

otherwise i send you a copy of the doc

stefan

Sunburned Surveyor schrieb:
> Juliana,
>  
> I'm not sure if you have posted to the mailing list before. If you 
> haven't I want to extend you a warm welcome. If you have, please forgive 
> me for my faulty memory.
>  
> It sounds like we will have a solution to the memory problem in OpenJUMP 
> very soon! This is good news for you and I. :]
>  
> Erwan,
>  
> There is no way I'll be able to have my FeatureCache finished in a 
> month. So I am glad to hear your lab is working on a solution that will 
> be available much sooner. It would be foolish of me to continue work on 
> the FeatueCache if you are designing something similar. I know that you 
> said some documentation will be up in a few days, but I was wondering if 
> you would be able to answer a couple of quick questions.
>  
> Will your solution allow us to work with different types of data 
> sources, or just ESRI Shapefiles?
>  
> Will it incorporate an external database, and if so, which one?
>  
> Thanks,
>  
> The Sunburned Surveyor
> 
>  
> On 4/14/07, *Stefan Steiniger* <[EMAIL PROTECTED] 
> > wrote:
> 
> 
> 
> Larry Becker schrieb:
>  > The best advice I can give on optimization is never do it until
> you have
>  > working code. I have been working on JUMP for three years and
> have only
>  > started looking at optimization the last month or so.
>  >
>  >  See http://www.extremeprogramming.org/rules/optimize.html
> 
> which does not only hold for optimization!
> guess why i did not setup my pc again for 3 years, and only did now
> because i got an ugly virus.
> 
> if you have not at least one very strong reason (which is still strong
> after you slept a night over), don't change "well running" systems.
> 
>  >
>  > When I said I didn't understand what problem you are trying to
> solve, I
>  > wasn't talking about queues and such.  I was asking (big picture)
> what
>  > OpenJump deficiency are you trying to remedy?
>  >
>  > Larry
>  >
>  > On 4/13/07, *Sunburned Surveyor* <[EMAIL PROTECTED]
> 
>  >  >> wrote:
>  >
>  > Michael and Larry,
>  >
>  > Thank you for the responses. Please see my comments below.
>  >
>  > Michael wrote: "Did you have a look to java 5 documentation ? :
>  > you'll find interesting
>  > information in Queue interface and LinkedList implementation."
>  >
>  > Yes, I took a look at the Queue interface. It had the
>  > First-In-First-Out behavior, but I didn't see a way to limit the
>  > growth of the content, which I would need to do for my
> purposes. If
>  > we decide to make the JUMP to a newer JDK version that supports
>  > generics I might take a look at this.
>  >
>  > Michael wrote: "I think there are also many open-source projects
>  > related to Cache
>  > management."
>  >
>  > Could you toss me a name or two? :] Remember that this
> question was
>  > really about just the buffer, which is one part of the whole
>  > FeatureCache.
>  >
>  > Larry wrote: "Regarding specific suggestions, I'm afraid I
> haven't
>  > yet understood exactly what problem you are trying to solve."
>  >
>  > I'm trying to find the most efficient and fast First-In-First-Out
>  > collection  for in-memory representation of features. I was
>  > concerned the cost of object casting, since Java 1.4.2 doesn't
>  > support generics. Java 1.4.2 also does not contain a
> collection that
>  > implements the "growth-to-a-limit" behavior that I need.
>  >
>  > I will visit the JDK Version topic in a new thread, because I
> feel
>  > it is an important one.
>  >
>  > The Sunburned Surveyor
>  >
>  >
>  > On 4/13/07, *Larry Becker* < [EMAIL PROTECTED]
> 
>  >  >> wrote:
>  >
>  > Hi Sunburned,
>  >
>  >   Michaël is correct.  It is time to embrace the Java 5
>  > enhancements.  It may even be time to start considering
> Java 6.
>  > My testing shows no problems with compatibility.
>  >
>  >   Regarding specific suggestions, I'm afraid I haven't yet
>  > understood exactly what problem you are trying to solve.
>  >
>  > regards,
>  > Larry
>  >
>  >
>  > On 4/13/07, *Michaël Michaud* <[EMAIL PROTECTED]
> 

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Larry Becker]

Yes, I think the thread kind of got lost.  I was talking about changing the
code to take advantage of Java 5''s features, not just compiling with it,
which as Stefan pointed out, we have been doing for quite some time.

Larry

On 4/14/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:


Hei Landon,

sorry .. but you should have recognized that we are already working with
1.5!!!

stefan

Sunburned Surveyor schrieb:
> I still need to hear back from Vivid Solutions, but if I get a positive
> response to them I'd like to propose moving development of OpenJUMP to
> the 1.5 JDK. This would mean we'd compile OpenJUMP with that JDK and do
> our testing on the corresponding JRE.
>
> We'd also have to check with Jon about updating the nightly build so
> that it compiled with the 1.5 JDK.
>
> Are there any final objections or concerns to this?
>
> Thanks,
>
> The Sunburned Surveyor
>
>
> 
>
>
-
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
>
>
> 
>
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Sunburned Surveyor]

Boy do I feel sheepish! :]

Is there a reason why we avoided using the new language features of
Java 1.5if we are compiling with the
1.5 JDK?

Is there reasons to avoid using those features now?

Or are we already doing that to? :]

The Sunburned Surveyor


On 4/14/07, Larry Becker <[EMAIL PROTECTED]> wrote:


Yes, I think the thread kind of got lost.  I was talking about changing
the code to take advantage of Java 5''s features, not just compiling with
it, which as Stefan pointed out, we have been doing for quite some time.

Larry

On 4/14/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>
> Hei Landon,
>
> sorry .. but you should have recognized that we are already working with
> 1.5!!!
>
> stefan
>
> Sunburned Surveyor schrieb:
> > I still need to hear back from Vivid Solutions, but if I get a
> positive
> > response to them I'd like to propose moving development of OpenJUMP to
> > the 1.5 JDK. This would mean we'd compile OpenJUMP with that JDK and
> do
> > our testing on the corresponding JRE.
> >
> > We'd also have to check with Jon about updating the nightly build so
> > that it compiled with the 1.5 JDK.
> >
> > Are there any final objections or concerns to this?
> >
> > Thanks,
> >
> > The Sunburned Surveyor
> >
> >
> >
> 
> >
> >
> -
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> >
> >
> >
> 
> >
> > ___
> > Jump-pilot-devel mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Stefan Steiniger]

mhm.. i do not really know
which features are exactly meant. But the reason why we are compiling 
with 1.5 is that I transfered some code from piroljump to OJ and they 
used the new cast feature of arraylists.
so.. in some particular way we use it, but we did not change any old code

stefan

Sunburned Surveyor schrieb:
> Boy do I feel sheepish! :]
>  
> Is there a reason why we avoided using the new language features of Java 
> 1.5 if we are compiling with the 1.5 JDK?
>  
> Is there reasons to avoid using those features now?
>  
> Or are we already doing that to? :]
>  
> The Sunburned Surveyor
> 
>  
> On 4/14/07, *Larry Becker* <[EMAIL PROTECTED] 
> > wrote:
> 
> Yes, I think the thread kind of got lost.  I was talking about
> changing the code to take advantage of Java 5''s features, not just
> compiling with it, which as Stefan pointed out, we have been doing
> for quite some time.
> 
> Larry
> 
> 
> On 4/14/07, *Stefan Steiniger* <[EMAIL PROTECTED]
> > wrote:
> 
> Hei Landon,
> 
> sorry .. but you should have recognized that we are already
> working with
> 1.5!!!
> 
> stefan
> 
> Sunburned Surveyor schrieb:
> >  I still need to hear back from Vivid Solutions, but if I get a
> positive
> >  response to them I'd like to propose moving development of
> OpenJUMP to
> >  the 1.5 JDK. This would mean we'd compile OpenJUMP with that
> JDK and do
> >  our testing on the corresponding JRE.
> >
> >  We'd also have to check with Jon about updating the nightly
> build so
> >  that it compiled with the 1.5 JDK.
> >
> >  Are there any final objections or concerns to this?
> >
> >  Thanks,
> >
> >  The Sunburned Surveyor
> >
> >
> >
> 
> 
> 
> >
> >
> 
> -
> >  This SF.net email is sponsored by DB2 Express
> >  Download DB2 Express C - the FREE version of DB2 express and take
> >  control of your XML. No limits. Just data. Click to get it now.
> >  http://sourceforge.net/powerbar/db2/
> 
> >
> >
> >
> 
> 
> >
> >  ___
> >  Jump-pilot-devel mailing list
> >  [EMAIL PROTECTED]
> 
> >  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> 
> -- 
> http://amusingprogrammer.blogspot.com/
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> 
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> 
> 
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> 
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Clic

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Jonathan Aquino]

I think I've got Java 1.4 installed on the box that does the nightly builds,
so let me know if we're moving to 1.5 and I'll upgrade it to 1.5.

Jon


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Stefan Steiniger
> Sent: Saturday, April 14, 2007 11:47 AM
> To: List for discussion of JPP development and use.
> Subject: Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...
> 
> 
> mhm.. i do not really know
> which features are exactly meant. But the reason why we are compiling 
> with 1.5 is that I transfered some code from piroljump to OJ and they 
> used the new cast feature of arraylists.
> so.. in some particular way we use it, but we did not change 
> any old code
> 
> stefan
> 
> Sunburned Surveyor schrieb:
> > Boy do I feel sheepish! :]
> >  
> > Is there a reason why we avoided using the new language features of 
> > Java
> > 1.5 if we are compiling with the 1.5 JDK?
> >  
> > Is there reasons to avoid using those features now?
> >  
> > Or are we already doing that to? :]
> >  
> > The Sunburned Surveyor
> > 
> >  
> > On 4/14/07, *Larry Becker* <[EMAIL PROTECTED]
> > > wrote:
> > 
> > Yes, I think the thread kind of got lost.  I was talking about
> > changing the code to take advantage of Java 5''s 
> features, not just
> > compiling with it, which as Stefan pointed out, we have 
> been doing
> > for quite some time.
> > 
> > Larry
> > 
> > 
> > On 4/14/07, *Stefan Steiniger* <[EMAIL PROTECTED]
> > > wrote:
> > 
> > Hei Landon,
> > 
> > sorry .. but you should have recognized that we are already
> > working with
> > 1.5!!!
> > 
> > stefan
> > 
> > Sunburned Surveyor schrieb:
> > >  I still need to hear back from Vivid Solutions, 
> but if I get a
> > positive
> > >  response to them I'd like to propose moving 
> development of
> > OpenJUMP to
> > >  the 1.5 JDK. This would mean we'd compile 
> OpenJUMP with that
> > JDK and do
> > >  our testing on the corresponding JRE.
> > >
> > >  We'd also have to check with Jon about updating 
> the nightly
> > build so
> > >  that it compiled with the 1.5 JDK.
> > >
> > >  Are there any final objections or concerns to this?
> > >
> > >  Thanks,
> > >
> > >  The Sunburned Surveyor
> > >
> > >
> > >
> > 
> > 
> --
> > --
> > 
> > >
> > >
> > 
> --
> ---
> > >  This SF.net email is sponsored by DB2 Express
> > >  Download DB2 Express C - the FREE version of DB2 
> express and take
> > >  control of your XML. No limits. Just data. Click 
> to get it now.
> > >  http://sourceforge.net/powerbar/db2/
> > 
> > >
> > >
> > >
> > 
> --
> --
> > >
> > >  ___
> > >  Jump-pilot-devel mailing list
> > >  [EMAIL PROTECTED]
> > 
> > >  
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> > 
> > 
> > 
> --
> ---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 
> express and take
> > control of your XML. No limits. Just data. Click to 
> get it now.
> > http://sourceforge.net/powerbar/db2/
> > ___
> > Jump-pilot-devel mailing list
> > [EMAIL PROTECTED]
> > 
> > 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> > 
> > 
> > 
> > -- 
> > http://amusingprogrammer.blogspot.com/
> > 
> --
> ---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 
> express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > 
> > ___
> > Jump-pilot-devel mailing list
> > [EMAIL PROTECTED]
> > 
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> > 
> > 
> > 
> --
> > --
> > 
> > 
> -

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Pedro Doria Meunier]

Hey Jon/Developers,

Apart from the development thread of OJ, perhaps it should be reminded that
most people by now use 1.5, if not 1.6 ;-)

Kind regards
Pedro.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jonathan Aquino
Sent: sábado, 14 de Abril de 2007 21:45
To: 'List for discussion of JPP development and use.'
Subject: Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

I think I've got Java 1.4 installed on the box that does the nightly builds,
so let me know if we're moving to 1.5 and I'll upgrade it to 1.5.

Jon


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Stefan Steiniger
> Sent: Saturday, April 14, 2007 11:47 AM
> To: List for discussion of JPP development and use.
> Subject: Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...
> 
> 
> mhm.. i do not really know
> which features are exactly meant. But the reason why we are compiling 
> with 1.5 is that I transfered some code from piroljump to OJ and they 
> used the new cast feature of arraylists.
> so.. in some particular way we use it, but we did not change 
> any old code
> 
> stefan
> 
> Sunburned Surveyor schrieb:
> > Boy do I feel sheepish! :]
> >  
> > Is there a reason why we avoided using the new language features of 
> > Java
> > 1.5 if we are compiling with the 1.5 JDK?
> >  
> > Is there reasons to avoid using those features now?
> >  
> > Or are we already doing that to? :]
> >  
> > The Sunburned Surveyor
> > 
> >  
> > On 4/14/07, *Larry Becker* <[EMAIL PROTECTED]
> > > wrote:
> > 
> > Yes, I think the thread kind of got lost.  I was talking about
> > changing the code to take advantage of Java 5''s 
> features, not just
> > compiling with it, which as Stefan pointed out, we have 
> been doing
> > for quite some time.
> > 
> > Larry
> > 
> > 
> > On 4/14/07, *Stefan Steiniger* <[EMAIL PROTECTED]
> > > wrote:
> > 
> > Hei Landon,
> > 
> > sorry .. but you should have recognized that we are already
> > working with
> > 1.5!!!
> > 
> > stefan
> > 
> > Sunburned Surveyor schrieb:
> > >  I still need to hear back from Vivid Solutions, 
> but if I get a
> > positive
> > >  response to them I'd like to propose moving 
> development of
> > OpenJUMP to
> > >  the 1.5 JDK. This would mean we'd compile 
> OpenJUMP with that
> > JDK and do
> > >  our testing on the corresponding JRE.
> > >
> > >  We'd also have to check with Jon about updating 
> the nightly
> > build so
> > >  that it compiled with the 1.5 JDK.
> > >
> > >  Are there any final objections or concerns to this?
> > >
> > >  Thanks,
> > >
> > >  The Sunburned Surveyor
> > >
> > >
> > >
> > 
> > 
> --
> > --
> > 
> > >
> > >
> > 
> --
> ---
> > >  This SF.net email is sponsored by DB2 Express
> > >  Download DB2 Express C - the FREE version of DB2 
> express and take
> > >  control of your XML. No limits. Just data. Click 
> to get it now.
> > >  http://sourceforge.net/powerbar/db2/
> > 
> > >
> > >
> > >
> > 
> --
> --
> > >
> > >  ___
> > >  Jump-pilot-devel mailing list
> > >  [EMAIL PROTECTED]
> > 
> > >  
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> > 
> > 
> > 
> --
> ---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 
> express and take
> > control of your XML. No limits. Just data. Click to 
> get it now.
> > http://sourceforge.net/powerbar/db2/
> > ___
> > Jump-pilot-devel mailing list
> > [EMAIL PROTECTED]
> > 
> > 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> > 
> > 
> > 
> > -- 
> > http://amusingprogrammer.blogspot.com/
> > 
> --
> ---
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 
> express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://s

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Jonathan Aquino]

Thanks Pedro - I checked the nightly build machine and it is running Java
1.5, so no changes needed there in fact.

Jon



> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Pedro Doria Meunier
> Sent: Saturday, April 14, 2007 3:30 PM
> To: 'List for discussion of JPP development and use.'
> Subject: Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...
> 
> 
> Hey Jon/Developers,
> 
> Apart from the development thread of OJ, perhaps it should be 
> reminded that most people by now use 1.5, if not 1.6 ;-)
> 
> Kind regards
> Pedro.
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Jonathan Aquino
> Sent: sábado, 14 de Abril de 2007 21:45
> To: 'List for discussion of JPP development and use.'
> Subject: Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...
> 
> I think I've got Java 1.4 installed on the box that does the 
> nightly builds, so let me know if we're moving to 1.5 and 
> I'll upgrade it to 1.5.
> 
> Jon
> 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On 
> > Behalf Of Stefan Steiniger
> > Sent: Saturday, April 14, 2007 11:47 AM
> > To: List for discussion of JPP development and use.
> > Subject: Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...
> > 
> > 
> > mhm.. i do not really know
> > which features are exactly meant. But the reason why we are 
> compiling
> > with 1.5 is that I transfered some code from piroljump to 
> OJ and they 
> > used the new cast feature of arraylists.
> > so.. in some particular way we use it, but we did not change 
> > any old code
> > 
> > stefan
> > 
> > Sunburned Surveyor schrieb:
> > > Boy do I feel sheepish! :]
> > >  
> > > Is there a reason why we avoided using the new language 
> features of
> > > Java
> > > 1.5 if we are compiling with the 1.5 JDK?
> > >  
> > > Is there reasons to avoid using those features now?
> > >  
> > > Or are we already doing that to? :]
> > >  
> > > The Sunburned Surveyor
> > > 
> > >  
> > > On 4/14/07, *Larry Becker* <[EMAIL PROTECTED] 
> > > > wrote:
> > > 
> > > Yes, I think the thread kind of got lost.  I was talking about
> > > changing the code to take advantage of Java 5''s
> > features, not just
> > > compiling with it, which as Stefan pointed out, we have
> > been doing
> > > for quite some time.
> > > 
> > > Larry
> > > 
> > > 
> > > On 4/14/07, *Stefan Steiniger* <[EMAIL PROTECTED]
> > > > wrote:
> > > 
> > > Hei Landon,
> > > 
> > > sorry .. but you should have recognized that we 
> are already
> > > working with
> > > 1.5!!!
> > > 
> > > stefan
> > > 
> > > Sunburned Surveyor schrieb:
> > > >  I still need to hear back from Vivid Solutions,
> > but if I get a
> > > positive
> > > >  response to them I'd like to propose moving
> > development of
> > > OpenJUMP to
> > > >  the 1.5 JDK. This would mean we'd compile
> > OpenJUMP with that
> > > JDK and do
> > > >  our testing on the corresponding JRE.
> > > >
> > > >  We'd also have to check with Jon about updating
> > the nightly
> > > build so
> > > >  that it compiled with the 1.5 JDK.
> > > >
> > > >  Are there any final objections or concerns to this?
> > > >
> > > >  Thanks,
> > > >
> > > >  The Sunburned Surveyor
> > > >
> > > >
> > > >
> > > 
> > > 
> > 
> --
> > > --
> > > 
> > > >
> > > >
> > > 
> > --
> > ---
> > > >  This SF.net email is sponsored by DB2 Express
> > > >  Download DB2 Express C - the FREE version of DB2
> > express and take
> > > >  control of your XML. No limits. Just data. Click
> > to get it now.
> > > >  http://sourceforge.net/powerbar/db2/
> > > 
> > > >
> > > >
> > > >
> > > 
> > --
> > --
> > > >
> > > >  ___
> > > >  Jump-pilot-devel mailing list
> > > >  [EMAIL PROTECTED]
> > > 
> > > >
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > > 
> > > 
> > > 
> > > 
> > --
> > ---
> > > This SF.net email is sponsored by DB2 Express
> > > Download DB2 Express C - the FREE version of DB2
> > express and take
> > > control of your XML. No limits. Just data