I have reworded the Coding Conventions page ...- it documents Sun
conventions plus 100 cols and the header
- Under a section call Tools that can help it has instructions for Eclipse
and Jalopy
On Wed, Feb 4, 2009 at 12:50 AM, Jody Garnett jody.garn...@gmail.comwrote:
Fair enough kill it
On
The section on naming recommends the PMD tool; these days I use Find Bugz
which is another static analysis tool which seems a bit more active.
Jody
On Wed, Feb 4, 2009 at 7:19 PM, Jody Garnett jody.garn...@gmail.com wrote:
I have reworded the Coding Conventions page ...- it documents Sun
Jody Garnett ha scritto:
I have reworded the Coding Conventions page ...
- it documents Sun conventions plus 100 cols and the header
- Under a section call Tools that can help it has instructions for
Eclipse and Jalopy
Except that jalopy maven plugin should be included in the section
tools
In the interest of not retreading old ground I have added a section on
the dangers of reformatting code.
The section is called Use of Formatting Tools - Danger Danger Danger
Cheers Andrea
Andrea Aime wrote:
Jody Garnett ha scritto:
I have reworded the Coding Conventions page ...
- it
Jesse Eichar a écrit :
I second that. Thanks for the update.
On 4-Feb-09, at 12:46 AM, Michael Bedward wrote:
Many thanks for this and the other updates Martin
My pleasure :). I was unsure if it was of interrest or not.
Martin
I second that. Thanks for the update.
On 4-Feb-09, at 12:46 AM, Michael Bedward wrote:
Many thanks for this and the other updates Martin
My pleasure :). I was unsure if it was of interrest or not.
:) we are anxiously waiting for every update from this side. So yes,
very interested.
Available here:
http://docs.codehaus.org/display/GEOTOOLS/2.6-M1
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code
I think I've got an unsupported module put together for my GPX2
code. The last thing I have to do today is format the source code to
GeoTools standards using Jallopy. I'm going to try to do this today at
lunch.
Would someone have a few minutes to review my module set-up next week
before I try to
In the next month or two I'd like to attempt to add some support for
reprojection of vector data using an existing Java CRS library. I'm
trying to decide between the library in deegree and the library in
GeoTools. Aside from the other technical arguments for choosing the
CRS code in GeoTools over
I'm sure I'm about to throw open the lid to Pandora's Box. Before I
start asking my questions and presenting my ideas let me say that this
message is meant to be helpful and not critical. I proceed with the
realization that I may have no idea what I am talking about. So,
casting the fear of making
Hello Landon
If you stick to GeoAPI interfaces, there is no change. Both GeoTools and
Geotidy
implement the same set of interfaces. This also means that you can try a
library
and switch to the other without any change in your code.
If you use directly GeoTools implementation classes, most of
Hello Landon
Maven is difficult and unfortunatly not bug free. But I'm not aware of much
alternative... The goal was to allow developper to just invoke mvn install
from the root and get everything built, including dependencies.
Part of current difficulties is that our Maven configuration got
Hey,
Maven rocks, it gets the job done, it is vastly easier than any
alternative, and is comparatively a pure joy. There is quite simply zero
chance that the use of maven would be changed.
Learning maven is hard because what it is doing is immensely complex not
because maven is hard as far a
Add binding for ows:ExtendedCapabilities
Key: GEOT-2322
URL: http://jira.codehaus.org/browse/GEOT-2322
Project: GeoTools
Issue Type: Bug
Components: ext xml-xsd
Reporter:
Adrian wrote: Maven rocks, it gets the job done, it is vastly easier than any
alternative, and is comparatively a pure joy.
I guess I was looking for something a little more conrete and
specific. Maven rocks is an more like a feeling, and I definitely
don't feel that Maven rocks.
Adrian wrote:
GeoTools 1 was using Ant if my memory serves me right. Ant could has been
considered an alternative to Maven. But the fact that Maven injects some
standardization (standard directories, standard build phase) was considered a
good point since it brings a bit of uniformity.
But above all, the
It looks like I'm loosing this battle. :]
Thank you for giving me the opportunity to present my ideas.
Landon
On Wed, Feb 4, 2009 at 12:56 PM, Martin Desruisseaux
martin.desruisse...@geomatys.fr wrote:
GeoTools 1 was using Ant if my memory serves me right. Ant could has been
considered an
Hey,
Honestly, you are so far off the mark that it's not worth discussing.
Geotools needs a build tool. You say a Java project doesn't need to have
a build tool and experience says otherwise. Not using a build tool would
be plain idiotic. Any reasonably sized project has a build tool. So look
M1 :-)
Good thing I only announced to the developers list.
Jody
Adrian Custer wrote:
M1 or M2?
--adrian
On Wed, 2009-02-04 at 21:40 +1100, Jody Garnett wrote:
Available here:
http://docs.codehaus.org/display/GEOTOOLS/2.6-M1
My understanding of the value of maven is threefold:
- we have a lot of dependencies and it is a great tool for managing that
(I understand that ant can now use the repository system as well)
- it allows us to isolate the code into little modules; each of which
has a module maintainer (this had
Martin Desruisseaux wrote:
In addition I commited myself to help with the port of Geotidy to Java 5 so
it
can be used with GeoTools. So Geotidy may be back to Geotools if the
community
wants it. But it can't be back now because not enough functionalities are
ready.
I may propose
Heh - it is not a battle. As with any open source project is it a
discussion (hopefully in code).
To add fuel to a slightly different fire - the maven plugin system is
magic to the point of being unstable. There is a branch of maven that
hard codes the plugins used so you can get repeatable
We have had some problems with Jalopy (mostly line feed handling on
different platforms) - as such Ben and Andrea had me take it out of the
developers guide.
I have included eclipse codeformatter and template instructions - do you
use eclipse?
If you are using NetBeans can I ask you to follow
Hi Landon,
I feel your pain :-)
I confess that I found maven confusing, intimidating and frustrating
when I started using Geotools last year. On top of coming to grips
with Java (new language for me) and Geotools (a mighty wide, deep and
sometimes murky ocean), this maven thing looked like the
Yep this is what I like healthy discussion.
Michael you mentioned a gaps in the docs; can we fill them in? I hate
blog-panning for the golden nugget of information.
I would like to strip out the maven 1 references in the developers guide
(as they just add noise by this stage).
Martin also
Sunburned Surveyor wrote:
It seems that Maven is tightly integrated into GeoTools. I am
wondering what benefits this provides to the GeoTools project, and if
these benefits outweigh the costs.
Maven is terrible. It is complex, fragile, and poorly documented.
The only thing worse than using
Ciao Jody,
thanks for the info and efforts, we have been missing you.
You are talking about informal IRC meeting, what about the formal IRC meeting?
Honestly, I am not 100% sure that a weekly IRC meeting is what we
really need, I guess we need something similar to what GDAL does ( see
2009/2/5 Jody Garnett wrote:
Michael you mentioned a gaps in the docs; can we fill them in?
I meant the maven docs Jody - but I'd be happy to help out with
updating the maven references in the geotools docs
2009/2/5 Ben Caradoc-Davies wrote:
The only thing worse than using Maven is not using
2009/2/5 Sunburned Surveyor wrote:
I suppose the best solution
would be for someone like me to become an expert Maven user, so I
could then be the point person for non-maven contributors to the
Geotools library. That would solve two (2) problems at once: (1) You
guys wouldn't have to hear me
Some of us are going to be stuck with Java 5 for a while yet.
Michael
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and
Michael Bedward wrote:
2009/2/5 Ben Caradoc-Davies wrote:
The only thing worse than using Maven is not using Maven.
Was that in homage to Oscar Wilde or Monty Python (or both) ?
Wilde, I think:
http://www.quotationspage.com/quote/39714.html
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Do tell - I am trying to sort out what the market will look like for
GeoTools; we were stuck at the Java 1.3 mark for years waiting on Java
Enterprise Edition developers ... are we going to be caught in a similar
trap?
Jody
Michael Bedward wrote:
Some of us are going to be stuck with Java 5
2009/2/5 Ben Caradoc-Davies wrote:
Wilde, I think:
http://www.quotationspage.com/quote/39714.html
http://www.youtube.com/watch?v=UxXW6tfl2Y0
Michael
--
Create and Deploy Rich Internet Apps outside the browser with
2009/2/5 Jody Garnett jody.garn...@gmail.com:
Do tell - I am trying to sort out what the market will look like for
GeoTools; we were stuck at the Java 1.3 mark for years waiting on Java
Enterprise Edition developers ... are we going to be caught in a similar
trap?
Certain Australian state
Bleck - good think I am asking then :P
My understanding was Java 6 was now available for the mac; although perhaps
it is included with the latest operating system?
- http://developer.apple.com/java/
Jody
On Thu, Feb 5, 2009 at 4:16 PM, Michael Bedward
michael.bedw...@gmail.comwrote:
2009/2/5
2009/2/5 Jody Garnett jody.garn...@gmail.com:
Bleck - good think I am asking then :P
My understanding was Java 6 was now available for the mac; although perhaps
it is included with the latest operating system?
- http://developer.apple.com/java/
Yep, OSX 10.5.x but ONLY on their recent 64-bit
36 matches
Mail list logo