Re: [Geotools-devel] [Geoserver-devel] Setting an unified commonly used Maven2 repo. Call for feedbacks.

2009-05-04 Thread Arne Kepp
We're barely pushing 1 mbps in any 60 second interval, so the load from Apache is 3% or less. CLOSE_WAIT is, as you say, is Apache's responsibility. Maven is slightly different in that it opens a new connection for every file, instead of reusing it as most browsers do. I can't think of any spec

[Geotools-devel] Setting an unified commonly used Maven2 repo. Call for feedbacks.

2009-05-04 Thread Daniele Romagnoli
Hi lists, first of all, sorry for cross posting. Could we select an unique commonly used remote repo where to deploy maven artifacts? Refractions 2 still go down, sometimes. Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts. However, as Justin reported so

Re: [Geotools-devel] [Geoserver-devel] Setting an unified commonly used Maven2 repo. Call for feedbacks.

2009-05-04 Thread Arne Kepp
No problem. Please send me an off-list email with your desired DAV login and password, or just an htpasswd hash. -Arne Daniele Romagnoli wrote: > Hi Justin > > On Mon, May 4, 2009 at 5:16 PM, Justin Deoliveira wrote: > > >> Hi Daniele, >> >> Not sure if much progress has been made on fixing

Re: [Geotools-devel] [Geoserver-devel] Setting an unified commonly used Maven2 repo. Call for feedbacks.

2009-05-04 Thread Daniele Romagnoli
Hi Justin On Mon, May 4, 2009 at 5:16 PM, Justin Deoliveira wrote: > Hi Daniele, > > Not sure if much progress has been made on fixing the osgeo deployment > issues. However, I think it makes sense to have separate repositories, one > for development/snapshots, and one for releases. I agree wit

Re: [Geotools-devel] [Geoserver-devel] Setting an unified commonly used Maven2 repo. Call for feedbacks.

2009-05-04 Thread Justin Deoliveira
Hi Daniele, Not sure if much progress has been made on fixing the osgeo deployment issues. However, I think it makes sense to have separate repositories, one for development/snapshots, and one for releases. I would be fine to have the opengeo repo be used as the main development repo if people

Re: [Geotools-devel] Jira default assignee for GeoTools coverage

2009-05-04 Thread Martin Desruisseaux
Ben Caradoc-Davies a écrit : > That would be great! It may also be necessary to exchange source in both > directions, so I encourage both the geotools and geotoolkit communities > to endeavour to keep their licensing compatible. Yes, the license is the same (LGPL 2.1) and the copyright owner the

[Geotools-devel] [jira] Created: (GEOT-2472) bundle mappane classes into demo module

2009-05-04 Thread Michael Bedward (JIRA)
bundle mappane classes into demo module --- Key: GEOT-2472 URL: http://jira.codehaus.org/browse/GEOT-2472 Project: GeoTools Issue Type: Improvement Components: ext mappane Reporter: M

[Geotools-devel] [jira] Created: (GEOT-2471) SubstitutionGroupXSAnyTypeBinding loses maxOccurs and minOccurs in original schemas

2009-05-04 Thread Rini Angreani (JIRA)
SubstitutionGroupXSAnyTypeBinding loses maxOccurs and minOccurs in original schemas --- Key: GEOT-2471 URL: http://jira.codehaus.org/browse/GEOT-2471 Project: GeoTools