First off I apologize for not fully reading this thread, I've been on
vacation and there's just a pile of email waiting. If this question has
been resolved just point me at the relevant discussions.
But _why_ are we reverting back to docbook? A few years ago we moved to
wiki to get _away_ fr
I have updated the config file attached to the Subversion page.
http://docs.codehaus.org/display/GEOT/Subversion
Richard
On Tue, 2006-22-08 at 18:17 +0200, Martin Desruisseaux wrote:
> Adrian Custer a écrit :
> > I've committed the skeleton of the docbook doc into gt/doc/C/. There's a
> > 00_Rea
Hey all,
I'm on the move again which means I won't answer emails or be on irc.
Enjoy the quiet,
--adrian
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated
Saul Farber a écrit :
> Getting around 1.5's built-in concurrency, someone switched back to the
> EDU.oswego.concurrent jars.
>
> However, the relevant pom.xml files don't reference that jar, so the
> build fales at Diff.java.
>
> Here's a patch which fixes that.
Applied the changes on trunk
Paul Ramsey a écrit :
> Martin has done his thing:
>
>http://jira.codehaus.org/browse/GEOT-774
>
> I am not sure how many times it can fall back.
No limit; it work like a linked list. The tricky thing may be to ensure a
determinist order.
Martin.
--
I would like to backport bug fixes (including http://jira.codehaus.org/browse/GEOT-935) from trunk
to the 2.2 branch. But I can't build the 2.2 branch right now. Surefire test report attached
Martin
---
Battery:
Jesse Eichar a écrit :
> I was wondering if there is a way that already exists where
> MathTransforms and CRS objects can be cached. I did some profiling
> and found that loading MathTransforms and CRSs is very expensive. I
> was wondering if there is a way that they can be cached so the
