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

2012-09-14 Thread Hudson 
See 


--
This message is automatically generated by Hudson. 
For more information on Hudson, see: http://hudson-ci.org/

--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Has the time come? 2.2.0 final

2012-09-14 Thread Mike Pumphrey 
You bet.  Windows installer is now updated.  See here:

https://github.com/geoserver/geoserver/commit/67c36533cb027bc2491b851c5ced7b85426286b9
https://github.com/geoserver/geoserver/commit/43b87f8223461e17f2aff354be1990f4cb52061e

(And apologies for the redundant add/deletes throughout that commit; don't know 
how that happened.  The real change to GeoServerEXE.nsi is on line 853.)




Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org


On 9/14/2012 6:45 AM, Justin Deoliveira wrote:
> On Fri, Sep 14, 2012 at 2:35 AM, Andrea Aime
> wrote:
>
>> Hi,
>> as far as I can see RC3 has been good and we haven't got much negative
>> feedback
>> about it, so I guess it's time to move on and turn it into 2.2.0?
>>
>> If there is one remaining thing that might be worrisome is that Windows
>> user experiencing
>> permgen OOM every few hours.
>> As you probably remember I had to raise the permgen size in both the linux
>> and windows
>> shell scripts to avoid that issue, but I did not touch the service
>> installers on Windows,
>> we should probably fix that as well.. is there anyone with windows handy
>> that can do that
>> fix?
>>
>
> Just updated the mac installer. I am guessing Mike can probably squeeze in
> a quick fix for the windows installer as well.
>
>>
>> We have had some fixes on the the 2.2.x branch (
>> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC
>> ),
>> so I guess it's better to pick the branch.
>>
>> GeoTools wise there has been only three changes:
>>
>> commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
>> Author: Victor Olaya 
>> Date:   Fri Sep 7 10:33:59 2012 +0200
>>
>> Changed parameter names with blank spaces. This can cause problems
>> when reusing them at an upper level to call proce
>> Removed AggregationFunction enum at UniqueProcess (probably left there
>> unintentionally)
>>
>> commit da275d6299119b3084d296a5609503aa5e408f11
>> Author: Tim Schaub 
>> Date:   Sun Sep 9 10:37:43 2012 -0600
>>
>> Correcting illegal argument exception message.
>>
>> Backport of pull request #18.
>>
>> commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
>> Author: jdeolive 
>> Date:   Wed Sep 5 22:35:05 2012 -0600
>>
>> ensuring that parser delegates rinheirent namespace prefix mappings,
>> see GEOS-5298
>>
>> One of these is needed for a GeoServer fix though. Shall we release
>> GeoTools 8.2 based on those?
>>
>
> +1 on GeoTools 8.2.
>
>>
>> Cheers
>> Andrea
>>
>> --
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
>> information.
>> ==
>>
>> Ing. Andrea Aime
>> @geowolf
>> Technical Lead
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax:   +39 0584 962313
>> mob:   +39  339 8844549
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> ---
>>
>>
>>
>> --
>> Got visibility?
>> Most devs has no idea what their production app looks like.
>> Find out how fast your code is with AppDynamics Lite.
>> http://ad.doubleclick.net/clk;262219671;13503038;y?
>> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>
>
>
>
> --
> Got visibility?
> Most devs has no idea what their production app looks like.
> Find out how fast your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219671;13503038;y?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
>
>
>
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>

--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [Hudson] Hudson build is back to normal : geoserver-master #5456

2012-09-14 Thread Hudson 
See 


--
This message is automatically generated by Hudson. 
For more information on Hudson, see: http://hudson-ci.org/

--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [jira] (GEOS-5308) Additional Debug Options for Metatiling and Quantization

2012-09-14 Thread Simone Giannecchini (JIRA) 














































Simone Giannecchini
 created  GEOS-5308


Additional Debug Options for Metatiling and Quantization















Issue Type:


Improvement



Affects Versions:


2.1.4, 2.2.x, 2.3-beta1



Assignee:


Andrea Aime



Components:


WMS



Created:


14/Sep/12 1:12 PM



Description:


I am adding a few extra logging options for Metatiling and quantization (PNG8 and GIF). I have also added two new debuggigng opts for asking geoserver to write down images inside the .geoserver dir in the process'owner home dir.

-Dorg.geoserver.wms.map.MetatileMapOutputFormat.debug=true
Which forces GS to write down tiles per each tile created as well as for the initial metatile
-Dorg.geoserver.wms.map.ImageUtils.debug=true
that writes additional info during the quantization process as well as the image before and after the quantization plus the final palette.




Fix Versions:


2.0.x, 2.1.x, 2.1.5, 2.3-beta1



Project:


GeoServer



Priority:


Minor



Reporter:


Simone Giannecchini




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira





--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-master #5455

2012-09-14 Thread Hudson 
See 

Changes:

[alessio]  CSW: GetDomain first draft

[alessio]  CSW: GetDomain - ParameterName

--
[...truncated 87160 lines...]
[INFO] snapshot org.geotools:gt-imagemosaic-jdbc:9-SNAPSHOT: checking for 
updates from osgeo
[INFO] [compiler:compile {execution: default-compile}]
[INFO] No sources to compile
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] skip non existing resourceDirectory 

[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] No sources to compile
[INFO] [surefire:test {execution: default-test}]
[INFO] No tests to run.
[INFO] [jar:jar {execution: default-jar}]
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: 

[INFO] [jar:test-jar {execution: default}]
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: 

[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[INFO] [git-commit-id:revision {execution: default}]
[INFO] [GitCommitIdMojo] .git directory could not be found, skipping execution
[INFO] [source:jar {execution: attach-sources}]
[INFO] Building jar: 

[INFO] Preparing source:test-jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[WARNING] Removing: test-jar from forked lifecycle, to prevent recursive 
invocation.
[INFO] [git-commit-id:revision {execution: default}]
[INFO] [GitCommitIdMojo] .git directory could not be found, skipping execution
[INFO] [source:test-jar {execution: attach-sources}]
[INFO] Building jar: 

[INFO] [install:install {execution: default-install}]
[INFO] Installing 

 to 
/usr/share/jetty/.m2/repository/org/geoserver/extension/imagemosaic-jdbc/2.3-SNAPSHOT/imagemosaic-jdbc-2.3-SNAPSHOT.jar
[INFO] Installing 

 to 
/usr/share/jetty/.m2/repository/org/geoserver/extension/imagemosaic-jdbc/2.3-SNAPSHOT/imagemosaic-jdbc-2.3-SNAPSHOT-tests.jar
[INFO] Installing 

 to 
/usr/share/jetty/.m2/repository/org/geoserver/extension/imagemosaic-jdbc/2.3-SNAPSHOT/imagemosaic-jdbc-2.3-SNAPSHOT-sources.jar
[INFO] Installing 

 to 
/usr/share/jetty/.m2/repository/org/geoserver/extension/imagemosaic-jdbc/2.3-SNAPSHOT/imagemosaic-jdbc-2.3-SNAPSHOT-test-sources.jar
[INFO] 
[INFO] Building OWS request flow controller
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean {execution: default-clean}]
[INFO] Deleting directory 

[INFO] [cobertura:clean {execution: default}]
[INFO] [git-commit-id:revision {execution: default}]
[INFO] [GitCommitIdMojo] Running on 
' repository...
[INFO] [GitCommitIdMojo] Initializing properties...
[INFO] [GitCommitIdMojo] Using maven project properties...
[INFO] [GitCommitIdMojo] Loading data from git repository...
[INFO] [GitCommitIdMojo] --git properties 
loaded--
[INFO] [GitCommitIdMojo] build.branch = 569fa25721be56b09bccf6ca5b89bcfa4211cedd
[INFO] [GitCommitIdMojo] build.commit.id = 
569fa25721be56b09bccf6ca5b89bcfa4211cedd
[INFO] [GitCommitIdMojo] build.build.user.name = Unknown
[INFO] [GitCommitIdMojo] build.commit.message.short =  CSW: GetDomain - 
ParameterName
[INFO] [GitCommitIdMojo] build.commit.time = 14.09.2012 @

[Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-2.2.x #75

2012-09-14 Thread Hudson 
See 

Changes:

[jdeolive] increasing PermGen settings for mac installer

--
[...truncated 27739 lines...]
at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at 
org.geoserver.test.GeoServerAbstractTestSupport$3.service(GeoServerAbstractTestSupport.java:1236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at 
com.mockrunner.mock.web.MockFilterChain.doFilter(MockFilterChain.java:50)
at 
org.geoserver.test.GeoServerAbstractTestSupport.dispatch(GeoServerAbstractTestSupport.java:1255)
at 
org.geoserver.test.GeoServerAbstractTestSupport.dispatch(GeoServerAbstractTestSupport.java:1190)
at 
org.geoserver.test.GeoServerAbstractTestSupport.getAsServletResponse(GeoServerAbstractTestSupport.java:606)
at 
org.geoserver.test.GeoServerAbstractTestSupport.getAsServletResponse(GeoServerAbstractTestSupport.java:589)
at 
org.geoserver.test.GeoServerAbstractTestSupport.get(GeoServerAbstractTestSupport.java:574)
at 
org.geoserver.test.GeoServerAbstractTestSupport.getAsDOM(GeoServerAbstractTestSupport.java:859)
at 
org.geoserver.test.GeoServerAbstractTestSupport.getAsDOM(GeoServerAbstractTestSupport.java:823)
at 
org.geoserver.wms.wms_1_3.CapabilitiesSystemTest.testRequestMandatoryRequestParameter(CapabilitiesSystemTest.java:232)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:164)
at 
org.geoserver.test.GeoServerAbstractTestSupport.runTest(GeoServerAbstractTestSupport.java:147)
at junit.framework.TestCase.runBare(TestCase.java:130)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:120)
at junit.framework.TestSuite.runTest(TestSuite.java:230)
at junit.framework.TestSuite.run(TestSuite.java:225)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.extensions.TestSetup.run(TestSetup.java:25)
at sun.reflect.GeneratedMethodAccessor251.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
14 Sep 16:13:01 ERROR [geoserver.ows] - 
org.geoserver.platform.ServiceException: WMS capabilities document is current 
(updateSequence = 3)
at org.geoserver.wms.GetCapabilities.run(GetCapabilities.java:62)
at 
org.geoserver.wms.DefaultWebMapService.getCapabilities(DefaultWebMapService.java:324)
at 
org.geoserver.wms.DefaultWebMapService.getCapabilities(DefaultWebMapService.java:68)
at sun.reflect.GeneratedMethodAccessor167.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

Re: [Geoserver-devel] Has the time come? 2.2.0 final

2012-09-14 Thread Justin Deoliveira 
On Fri, Sep 14, 2012 at 2:35 AM, Andrea Aime
wrote:

> Hi,
> as far as I can see RC3 has been good and we haven't got much negative
> feedback
> about it, so I guess it's time to move on and turn it into 2.2.0?
>
> If there is one remaining thing that might be worrisome is that Windows
> user experiencing
> permgen OOM every few hours.
> As you probably remember I had to raise the permgen size in both the linux
> and windows
> shell scripts to avoid that issue, but I did not touch the service
> installers on Windows,
> we should probably fix that as well.. is there anyone with windows handy
> that can do that
> fix?
>

Just updated the mac installer. I am guessing Mike can probably squeeze in
a quick fix for the windows installer as well.

>
> We have had some fixes on the the 2.2.x branch (
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC
> ),
> so I guess it's better to pick the branch.
>
> GeoTools wise there has been only three changes:
>
> commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
> Author: Victor Olaya 
> Date:   Fri Sep 7 10:33:59 2012 +0200
>
> Changed parameter names with blank spaces. This can cause problems
> when reusing them at an upper level to call proce
> Removed AggregationFunction enum at UniqueProcess (probably left there
> unintentionally)
>
> commit da275d6299119b3084d296a5609503aa5e408f11
> Author: Tim Schaub 
> Date:   Sun Sep 9 10:37:43 2012 -0600
>
> Correcting illegal argument exception message.
>
> Backport of pull request #18.
>
> commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
> Author: jdeolive 
> Date:   Wed Sep 5 22:35:05 2012 -0600
>
> ensuring that parser delegates rinheirent namespace prefix mappings,
> see GEOS-5298
>
> One of these is needed for a GeoServer fix though. Shall we release
> GeoTools 8.2 based on those?
>

+1 on GeoTools 8.2.

>
> Cheers
> Andrea
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax:   +39 0584 962313
> mob:   +39  339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>
>
>
> --
> Got visibility?
> Most devs has no idea what their production app looks like.
> Find out how fast your code is with AppDynamics Lite.
> http://ad.doubleclick.net/clk;262219671;13503038;y?
> http://info.appdynamics.com/FreeJavaPerformanceDownload.html
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Some headaches with CSW GetRecords

2012-09-14 Thread Andrea Aime 
On Fri, Sep 14, 2012 at 12:00 PM, Andrea Aime
wrote:

>
> FeatureCollection getRecords(Query q, FeaureType targetSchema,
> Transaction t) throws IOException;
>
>
One observation about this move: the Query normally assumes simmetry
between queried
and returned objects, thus the PropertyName are contained in there.
However in this case we have an asymmetry, so maybe we should switch to:

FeatureCollection getRecords(Query q, List targetProperties,
FeaureType targetSchema, Transaction t) throws IOException;

and ignore the ones in the Query.
Or else, use the ones in the Query but assume they are part of the output.

Another possibility is to have a CSWQuery extending Query that has a
targetSchema property.
Hmm.. I believe I like this one better.

Finally, there is the bit about what happens if the store cannot do the
type conversion.
I guess we should throw a Exception in such case? Maybe a specific one,
UnsupportedTargetTypeException, so that the CSW can return a proper service
exception referring to the outputSchema as the culprit

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:   +39 0584 962313
mob:   +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Some headaches with CSW GetRecords

2012-09-14 Thread Andrea Aime 
Hi,
the GetRecords operation is proving to be a bit of hard nut to crack due to
some
of its "features".

Basically, a GetRecords operation is quite similar to a GetFeature one, in
that
you can ask for different types of record types, e.g., both dublin core and
ISO, which are structurally different.
What we are going to do is to turn each into a Query object and then
ask for the records to the CatalogStore, which can respond the way it wants:
it may decide that it does not have any ISO record for example, but some
csw:Record, or it may have an internal model mapping to both representations
and as such it would be able to respond to both queries (actually, if one
store
targets ISO it has to respond dublic core too since that is mandatory).

In the latter case we could be returning the same information twice, in two
different formats.

And that per se it would not be the end of the world, if it wasn't for the
fact that there
is a third parameter, outputSchema, that controls how the record get
encoded.
The outputSchema defaults to the csw:Record representation, but one could
ask for ISO or ebRIM.

So, see, one can query csw:Record but then have it returned as an ISO
representation,
or ask for iso and ebrim and have it returned as csw:Record... holy mess!

Now, I've tried to see what other CSW implementations do in this case.
GeoNetwork has one and only one internal representation (which might or
might not
be equal to one of the output formats), and then XSLT to the canonical
outputs.
The XSLT is configurable since the internal representation can vary.
PyCSW has internal representations that are equal to some of the canonical
outputs,
and seems to have some sort of universal translator that goes among types.

I was leaning a bit towards the second approach, which we could
programmatically
execute against the features containing the records, but discussing it with
Emanuele
he pointed some severe limitations of such approach:
* ebRim/EO and csw:Record and almost impossible to translate to each other
in
  a generic manner as they contain completely different information
* csw:Record can hardly be translated to ISO in a compliant way as we would
  not have enough info to build all of the compulsory ISO fields out of the
  dublin core representation

In the end its the CatalogStore itself that is best placed to do such
transformation,
since it as the internal model handy, so it can first translate the Query
against
its internal model, execute it, and then convert the internal model to the
desired
representation. For example, the store working against the GeoServer own
catalog
could be queried with csw:Record but with outputSchema
http://www.isotc211.org/2005/gmd,
it would then translate the csw:Record query against its internal model,
run it,
and then encode the results in ISO records using the full set of information
available in the internal model

This would result in a modification of CatalogStore from:

FeatureCollection getRecords(Query q, Transaction t) throws IOException;

to

FeatureCollection getRecords(Query q, FeaureType targetSchema,
Transaction t) throws IOException;

Now, doing this solves one problem but leaves a potential other open.
If I ask for both csw:Record and ISO with ISO as the output, it is most
likely that we
result will contain the same records duplicated...
I guess it is such a corner case that we probably should not bother, imho
the
GetRecords request is ill posed to start with, but wanted to gather some
opinions about it
nevertheless

Soo... what do you think?


Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:   +39 0584 962313
mob:   +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Has the time come? 2.2.0 final

2012-09-14 Thread Andrea Aime 
Hi,
as far as I can see RC3 has been good and we haven't got much negative
feedback
about it, so I guess it's time to move on and turn it into 2.2.0?

If there is one remaining thing that might be worrisome is that Windows
user experiencing
permgen OOM every few hours.
As you probably remember I had to raise the permgen size in both the linux
and windows
shell scripts to avoid that issue, but I did not touch the service
installers on Windows,
we should probably fix that as well.. is there anyone with windows handy
that can do that
fix?

We have had some fixes on the the 2.2.x branch (
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC
),
so I guess it's better to pick the branch.

GeoTools wise there has been only three changes:

commit 3f286a027062b0eaa86fb48784f3552f7dadecc6
Author: Victor Olaya 
Date:   Fri Sep 7 10:33:59 2012 +0200

Changed parameter names with blank spaces. This can cause problems when
reusing them at an upper level to call proce
Removed AggregationFunction enum at UniqueProcess (probably left there
unintentionally)

commit da275d6299119b3084d296a5609503aa5e408f11
Author: Tim Schaub 
Date:   Sun Sep 9 10:37:43 2012 -0600

Correcting illegal argument exception message.

Backport of pull request #18.

commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc
Author: jdeolive 
Date:   Wed Sep 5 22:35:05 2012 -0600

ensuring that parser delegates rinheirent namespace prefix mappings,
see GEOS-5298

One of these is needed for a GeoServer fix though. Shall we release
GeoTools 8.2 based on those?

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:   +39 0584 962313
mob:   +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel