[Geoserver-devel] Jira cleanup sprint starting

2009-12-04 Thread Andrea Aime
Hi,
if anybody wants to join I've started the Jira cleanup
sprint already :)

Cheers
Andrea

-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] Created: (GEOS-3694) REST: Can't update the style in a layer

2009-12-04 Thread Emanuele Tajariol (JIRA)
REST: Can't update the style in a layer 


 Key: GEOS-3694
 URL: http://jira.codehaus.org/browse/GEOS-3694
 Project: GeoServer
  Issue Type: Improvement
  Components: REST
Reporter: Emanuele Tajariol
Assignee: Justin Deoliveira
 Attachments: LayerResource.patch

The proposed patch will set as defaultStyle the existing style specified by id 
or by name.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] Reopened: (GEOS-2527) Port GEOS-2508 to trunk

2009-12-04 Thread Justin Deoliveira (JIRA)

 [ 
http://jira.codehaus.org/browse/GEOS-2527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Justin Deoliveira reopened GEOS-2527:
-


 Port GEOS-2508 to trunk
 ---

 Key: GEOS-2527
 URL: http://jira.codehaus.org/browse/GEOS-2527
 Project: GeoServer
  Issue Type: Improvement
  Components: Configuration
Affects Versions: 2.0-alpha1
Reporter: Simone Giannecchini
Assignee: Alessio Fabiani
Priority: Minor
 Fix For: 2.0.x


 Port GEOS-2508 to trunk

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] PyramidBuilder + no-data color

2009-12-04 Thread Thomas Bonavia

Hi !
I am using Geoserver to serve USRP datas.I am actually doing the following 
steps :- converting an reprojecting USRP to Geotiff using gdal_translate and 
gdalwarp,- creating an image mosaic for the different USRP making an unique 
layer using the MosaicIndexBuilder- creating an image pyramid using the 
PyramidBuilder.
My problem appears in the last step :I convert and reproject the USRP with the 
parameters -expand rgba and -dstnodata 255 255 255 0 to have no black areas 
during the USRP overlaying.It works fine, but the PyramidBuilder generates some 
black areas to complete the picture (during CoverageTiling). I would like to 
change the black in another background color, because I don't want black to be 
transparent when serving with geoserver ! (i would prefer something like e000ff 
for instance !!)
Thanks in advancecheers,Thomas
_
Nouveau ! Tout Windows Live débarque dans votre téléphone. Voir les Windows 
phone
http://clk.atdmt.com/FRM/go/175819071/direct/01/--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] Reopened: (GEOS-2364) Commit improved IOUtils

2009-12-04 Thread Simone Giannecchini (JIRA)

 [ 
http://jira.codehaus.org/browse/GEOS-2364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simone Giannecchini reopened GEOS-2364:
---


 Commit improved IOUtils
 ---

 Key: GEOS-2364
 URL: http://jira.codehaus.org/browse/GEOS-2364
 Project: GeoServer
  Issue Type: Sub-task
Reporter: Simone Giannecchini
Assignee: Simone Giannecchini

 Commit improved IOUtils, for handling large files

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] Created: (GEOS-3695) Stack trace while trying to add new directory datastore

2009-12-04 Thread David Winslow (JIRA)
Stack trace while trying to add new directory datastore
---

 Key: GEOS-3695
 URL: http://jira.codehaus.org/browse/GEOS-3695
 Project: GeoServer
  Issue Type: Bug
  Components: Configuration
Affects Versions: 2.1.x
Reporter: David Winslow
Assignee: Justin Deoliveira


While trying to add a new directory datastore, I got a stack trace that ended 
in the following:

Caused by: java.lang.IllegalStateException: No default Namespace configured at 
org.geoserver.web.data.store.DataAccessNewPage.init(DataAccessNewPage.java:49)
 at org.geoserver.web.data.store.NewDataPage$1$1.onSubmit(NewDataPage.java:82) 
at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1380) at 
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:811) ... 71 
more 

To get this, I started with the 'minimal' dataset, added an 'opengeo' namespace 
as the default namespace, and deleted 'it.geosolutions' and 'topp' namespaces.  
Afterwards, the page to create a new datastore failed with that error.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] Created: (GEOS-3696) Stack traces are not paste-able

2009-12-04 Thread David Winslow (JIRA)
Stack traces are not paste-able
---

 Key: GEOS-3696
 URL: http://jira.codehaus.org/browse/GEOS-3696
 Project: GeoServer
  Issue Type: Improvement
Affects Versions: 2.0.x, 2.1.x
Reporter: David Winslow
Assignee: Andrea Aime


The new error page in the Wicket UI instructs users to create JIRA reports with 
the included stack trace.  However, copying and pasting the stack trace loses 
the indentation and line breaks, making it quite difficult to read.  We should 
be able to update this so that the formatting is not lost.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] Build failed in Hudson: geoserver-2.0.x #152

2009-12-04 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/152/

--
[...truncated 21176 lines...]
16/189K
18/189K
19/189K
23/189K
27/189K
30/189K
34/189K
34/189K
38/189K
42/189K
46/189K
50/189K
51/189K
55/189K
55/189K
58/189K
61/189K
65/189K
65/189K
69/189K
73/189K
74/189K
75/189K
79/189K
79/189K
83/189K
83/189K
87/189K
87/189K
90/189K
91/189K
94/189K
98/189K
102/189K
106/189K
110/189K
114/189K
118/189K
122/189K
126/189K
130/189K
130/189K
134/189K
134/189K
137/189K
141/189K
142/189K
143/189K
146/189K
149/189K
153/189K
157/189K
161/189K
161/189K
165/189K
169/189K
173/189K
177/189K
181/189K
185/189K
189/189K
189K downloaded
Downloading: 
http://dev.mapfish.org/maven/repository/org/json/json/20080701/json-20080701.jar
4/36K
8/36K
12/36K
16/36K
20/36K
24/36K
28/36K
32/36K
36/36K
36/36K
36K downloaded
Downloading: 
http://dev.mapfish.org/maven/repository/org/jyaml/jyaml/1.3/jyaml-1.3.jar
4/57K
8/57K
12/57K
16/57K
20/57K
24/57K
28/57K
32/57K
36/57K
40/57K
44/57K
47/57K
51/57K
55/57K
57/57K
57K downloaded
Downloading: 
http://dev.mapfish.org/maven/repository/ch/thus/pvalsecc/0.9.2/pvalsecc-0.9.2.jar
4/83K
8/83K
12/83K
16/83K
20/83K
24/83K
28/83K
32/83K
36/83K
40/83K
44/83K
48/83K
52/83K
56/83K
60/83K
62/83K
66/83K
66/83K
69/83K
73/83K
77/83K
81/83K
83/83K
83K downloaded
Downloading: 
http://dev.mapfish.org/maven/repository/org/mapfish/geo/mapfish-geo-lib/1.2-SNAPSHOT/mapfish-geo-lib-1.2-20090817.094015-3.jar
4/13K
8/13K
12/13K
13/13K
13K downloaded
Downloading: 
http://dev.mapfish.org/maven/repository/com/vividsolutions/jts/jtsio/1.8/jtsio-1.8.jar
4/31K
8/31K
12/31K
16/31K
20/31K
24/31K
28/31K
31/31K
31K downloaded
[INFO] [compiler:compile]
[INFO] Compiling 1 source file to 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/printing/target/classes
[INFO] [resources:testResources]
[INFO] Using encoding: 'UTF-8' to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar]
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/printing/target/printing-2.0.1-SNAPSHOT.jar
[INFO] [jar:test-jar {execution: default}]
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/printing/target/printing-2.0.1-SNAPSHOT-tests.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: attach-sources}]
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/printing/target/printing-2.0.1-SNAPSHOT-sources.jar
[INFO] [install:install]
[INFO] Installing 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/printing/target/printing-2.0.1-SNAPSHOT.jar
 to 
/home/tomcat/.m2/repository/org/geoserver/community/printing/2.0.1-SNAPSHOT/printing-2.0.1-SNAPSHOT.jar
[INFO] Installing 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/printing/target/printing-2.0.1-SNAPSHOT-tests.jar
 to 
/home/tomcat/.m2/repository/org/geoserver/community/printing/2.0.1-SNAPSHOT/printing-2.0.1-SNAPSHOT-tests.jar
[INFO] Installing 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/printing/target/printing-2.0.1-SNAPSHOT-sources.jar
 to 
/home/tomcat/.m2/repository/org/geoserver/community/printing/2.0.1-SNAPSHOT/printing-2.0.1-SNAPSHOT-sources.jar
[INFO] 
[INFO] Building HTTP Proxy Extension
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean]
[INFO] Deleting directory 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/proxy/target
[INFO] [cobertura:clean {execution: default}]
[INFO] [resources:resources]
[INFO] Using encoding: 'UTF-8' to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/proxy/target/classes
[INFO] [resources:testResources]
[INFO] Using encoding: 'UTF-8' to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar]
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/proxy/target/proxy-2.0.1-SNAPSHOT.jar
[INFO] [jar:test-jar {execution: default}]
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/community/proxy/target/proxy-2.0.1-SNAPSHOT-tests.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from 

[Geoserver-devel] Build failed in Hudson: geoserver-2.0.x #153

2009-12-04 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/153/

--
[...truncated 21012 lines...]
[INFO] [resources:resources]
[INFO] Using encoding: 'UTF-8' to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/classes
[INFO] [resources:testResources]
[INFO] Using encoding: 'UTF-8' to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 2 source files to 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/surefire-reports

---
 T E S T S
---
Running org.geoserver.web.demo.MapPreviewPageTest
Dec 5, 2009 2:14:28 AM it.geosolutions.imageio.gdalframework.GDALUtilities 
loadGDAL
WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni 
in java.library.path
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.782 sec
Running org.geoserver.web.demo.SRSListPageTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.819 sec

Results :

Tests run: 2, Failures: 0, Errors: 0, Skipped: 0

Dec 5, 2009 2:14:35 AM java.util.prefs.FileSystemPreferences$7 run
WARNING: Prefs file removed in background 
/home/tomcat/.java/.userPrefs/org/geotools/referencing/wkt/prefs.xml
[INFO] [jar:jar]
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/web-demo-2.0.1-SNAPSHOT.jar
[INFO] [jar:test-jar {execution: default}]
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/web-demo-2.0.1-SNAPSHOT-tests.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: attach-sources}]
[INFO] Building jar: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/web-demo-2.0.1-SNAPSHOT-sources.jar
[INFO] [install:install]
[INFO] Installing 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/web-demo-2.0.1-SNAPSHOT.jar
 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-demo/2.0.1-SNAPSHOT/web-demo-2.0.1-SNAPSHOT.jar
[INFO] Installing 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/web-demo-2.0.1-SNAPSHOT-tests.jar
 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-demo/2.0.1-SNAPSHOT/web-demo-2.0.1-SNAPSHOT-tests.jar
[INFO] Installing 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/demo/target/web-demo-2.0.1-SNAPSHOT-sources.jar
 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-demo/2.0.1-SNAPSHOT/web-demo-2.0.1-SNAPSHOT-sources.jar
[INFO] 
[INFO] Building Security UI Module
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean]
[INFO] Deleting directory 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/web-security/target
[INFO] [cobertura:clean {execution: default}]
[INFO] [resources:resources]
[INFO] Using encoding: 'UTF-8' to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 24 source files to 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/web-security/target/classes
[INFO] [resources:testResources]
[INFO] Using encoding: 'UTF-8' to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 10 source files to 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/web-security/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory: 
http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/ws/geoserver-2.0.x/web/web-security/target/surefire-reports

---
 T E S T S
---
Running org.geoserver.web.security.user.NewUserPageTest
Dec 5, 2009 2:14:47 AM it.geosolutions.imageio.gdalframework.GDALUtilities 
loadGDAL
WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni 
in java.library.path
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 10.697 sec
Running org.geoserver.web.security.user.UserListPageTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.419 sec
Running org.geoserver.web.security.data.DataAccessRulePageTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 6.396 sec
Running org.geoserver.web.security.data.NewRulePageTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time 

[Geoserver-devel] Hudson build is back to normal: geoserver-2.0.x #154

2009-12-04 Thread Hudson
See http://hudson.opengeo.org/hudson/job/geoserver-2.0.x/154/



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Re: [Geoserver-devel] How to get gwc and styles directory paths

2009-12-04 Thread Chris Holmes


Greg Ederer wrote:
 Hi,
 
 My automated data updater is nearly finished.  One thing I still need to do 
 is wipe the GeoWebCache for a layer when either the backing file or the 
 default style has changed.  I am injecting my updater Spring bean with a 
 reference to the running GeoServer instance.  Is there a convenient way to 
 traverse the object graph from the GeoServer object in order to get the paths 
 to the GEOSERVER_DATA_DIR (which always contains the styles directory) and 
 the GWC directory (which could be somewhere else)?
 

What version of GeoServer are you using?  Arne just last week 
implemented code on 2.0.x and trunk to automatically expire a GWC Cache 
based on a change in style or a wfs-t transaction.

See
http://svn.codehaus.org/geoserver/branches/2.0.x/src/gwc/src/main/java/org/geoserver/gwc/GWCCatalogListener.java
http://svn.codehaus.org/geoserver/branches/2.0.x/src/gwc/src/main/java/org/geoserver/gwc/GWCTransactionListener.java

You probably could just use his cleanser class and have it listen to 
your updater.  It uses GWC classes directly to delete the cache.

http://svn.codehaus.org/geoserver/branches/2.0.x/src/gwc/src/main/java/org/geoserver/gwc/GWCCleanser.java

 BTW, this automated updating feature is going to be a huge time-saver for the 
 maintainers of our application.  We have large volumes of time series data 
 that get updated frequently.  My updater is configured using an XML file with 
 a section for each dataset.  The updater scans the data directories once per 
 minute, and adds a store and layer for any new data files that it finds.
 
 Currently, the updater relies on our file-naming convention to pull temporal 
 information from the file name.  But, this could be generalized by putting 
 regexes in the XML configuration file.  Might this make a good community 
 module?
 

This would make a _great_ community module.  GeoSolutions did some 
similar work, but I don't think it ever got to a community module. 
Perhaps there could be some collaboration.  But I think it's a pretty 
common, that people would appreciate a solution to.  I imagine there are 
quite a few interesting directions one could take it, but in general 
being able to listen to a file system for updates is pretty powerful.

best regards,

Chris

 Thanks!
 
 Greg
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 Geoserver-devel mailing list
 Geoserver-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-- 
Chris Holmes
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] Created: (GEOS-3697) Add a CatlogException class for

2009-12-04 Thread Justin Deoliveira (JIRA)
Add a CatlogException class for 


 Key: GEOS-3697
 URL: http://jira.codehaus.org/browse/GEOS-3697
 Project: GeoServer
  Issue Type: Improvement
Reporter: Justin Deoliveira
Assignee: Justin Deoliveira
 Fix For: 2.0.x


The class would look something like:

CatalogException {
   enum Reason { DUPLICATE_NAME, INVALID_NAME, MISSING_SRS, ... }

  Reason getReason();
  ListObject getParameters();
}

See GEOS-3019 for the historical discussion.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


[Geoserver-devel] [jira] Created: (GEOS-3698) Secure all access via restconfig

2009-12-04 Thread Justin Deoliveira (JIRA)
Secure all access via restconfig


 Key: GEOS-3698
 URL: http://jira.codehaus.org/browse/GEOS-3698
 Project: GeoServer
  Issue Type: Bug
Reporter: Justin Deoliveira
Assignee: Justin Deoliveira
Priority: Blocker
 Fix For: 1.7.x, 2.0.1


Currently restconfig provides read only access which can provide anonymous 
users with sensitive information.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel