+1000 from us too.

We have a couple of short-term hacks to do on the 2.4 branch to meet a short 
term deadline and get Ben familiar with the test-cases I've been setting up. 

Migrating these test case to trunk is the first step, then backfilling the 
functionality to make them work.

Its been a bit opaque the progress on the trunk since I havent had cycles to 
get into the code to see how far its got, but what I'd like to do would be to 
agree a mutual plan, with the goals you describe, so Ben's input is maximised.

It would be great if the skeleton of the plan came from the trunk developers, 
identifying where your needs are greatest, we'll identify test cases for 
end-to-end functionality and work backwards until the plans meet.

Cheers

Rob A

-----Original Message-----
From:   Andrea Aime [mailto:[EMAIL PROTECTED]
Sent:   Sat 1/26/2008 1:18 AM
To:     Chris Holmes
Cc:     Atkinson, Rob (CLW, Lucas Heights); [EMAIL PROTECTED]; 
[email protected]
Subject:        Re: [Geotools-devel] Introducing new Geoserver developer @ 
CSIRO,  Ben Caradoc-Davies

Chris Holmes ha scritto:
> That's great new!  Welcome Ben.
> 
> I am curious though how much sense it makes to maintain the community 
> schema stuff on its branch versus doing the work to migrate to trunk. 
> We've got trunk with the new complex feature model now, and we're going 
> to start to have the GML3 reader parse in to it and hook it up to the 
> renderer.  If your work is done against that then it will slide right in 
> to supported status, instead of having to do a big change over at once.

+1000
I fully agree, having another branch or an unsupported and out of build 
module floating around is just going to be painful and increases
the risk of making this effort derailed.

Better try to work on an eventually less ambitious plan, but make
whatever you do solid enough to live in trunk and be useful for a release.

Cheers
Andrea




-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to