Have Mac GeoServer launcher use menu bar
Key: GEOS-2996
URL: http://jira.codehaus.org/browse/GEOS-2996
Project: GeoServer
Issue Type: Wish
Components: Mac OS X Installer
Affects Versions
+1
On Wed, May 6, 2009 at 4:29 PM, Andrea Aime wrote:
> Hi,
> trying to recap that long thread so that we can see some
> action:
> - OSGEO repo is going to host only final releases
> - OpenGeo repo is going to host the snapshots (and be
> fed by Hudson daily?)
> - we'll remove all gt2 SNAPSHOT
Ciao Fabien,
I am resurrecting this thread since Luca, who is cc'ed, might be
interested in helping you out.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +3
Simone Giannecchini wrote:
> Ciao Luca,
> if you check the history for this ml, someone already implemented it.
Actually, this afternoon I searched this ML on this subject, to no avail... do
you
recall the time frame of this or the approximate title of the thread ?
> It might be interesting to
Ciao Luca,
if you check the history for this ml, someone already implemented it.
It might be interesting to get that code, review it and commit it.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 5
I've gathered the security module of GS implements layer (and namespace)
security,
which is great... even greater would be to allow users to read only data within
a
certain bounding box: there are plans for it ? And, if not, how difficult would
it
be to implement such a check ?
Regards,
---
I don't seem to find how is it supposed to publish a layer for a
datastore after it was created.
That is, say you create a new datastore, then you're presented with the
list of feature types contained on it, but you don't configure them at
this point.
Then, they're not shown on the layers table
[
http://jira.codehaus.org/browse/GEOS-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gabriel Roldán reopened GEOS-2899:
--
reopening since NewLayerPage is missing the icon for the Published column and
shows "true"/"false" instea
Justin Deoliveira ha scritto:
> +1, sounds like a useful thing to have. We already have a base test
> class for UI tests right? GeoServerWebTestSupport or something.
GeoServerWicketTestSupport, which with the extra printing
method would become GeoServerAwesomeWicketTestSupport ;-)
Cheers
Andrea
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1058/changes
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1057/changes
--
[...truncated 3496 lines...]
at
org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java:60)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:703)
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1056/changes
Changes:
[jdeolive] improved handling of referenced proxy objects via modification proxy
[groldan] GEOS-2990, make namespace selection with a combo
[aaime] Upgrading to wicket 1.3.6
[aaime] GEOS-2966, GEOS-2968, runtime exce
+1, sounds like a useful thing to have. We already have a base test
class for UI tests right? GeoServerWebTestSupport or something.
Andrea Aime wrote:
> Hi,
> trying to test Wicket pages or components I find it sometimes
> annoying to try and figure out the paths of various components.
> Yes, we
Justin Deoliveira ha scritto:
> +1, let's avoid the struts rut we fell into of using painfully old
> versions. Especially when there are reasons to upgrade.
Done
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
-
Hi,
trying to test Wicket pages or components I find it sometimes
annoying to try and figure out the paths of various components.
Yes, we have the possibility to get the paths from the UI itself,
but when testing a component in isolation or a page that
can reached only with a long workflow, I feel
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1055/changes
Changes:
[groldan] GEOS-2991 CoverageStoreNew/Edit pages do not need the target
workspaceId
[groldan] GEOS-2991, DataAccessNew/Edit page do not need the workspaceId, it is
computed from the default or the store one as apporp
Store name should be editable
-
Key: GEOS-2995
URL: http://jira.codehaus.org/browse/GEOS-2995
Project: GeoServer
Issue Type: Sub-task
Components: Wicket UI
Reporter: Gabriel Roldán
Justin Deoliveira ha scritto:
> Andrea Aime wrote:
>> Justin Deoliveira ha scritto:
>>> +1, let's avoid the struts rut we fell into of using painfully old
>>> versions. Especially when there are reasons to upgrade.
>>
>> A question. Is the daily publishing of snapshots to the OpenGeo
>> repository
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> +1, let's avoid the struts rut we fell into of using painfully old
>> versions. Especially when there are reasons to upgrade.
>
> A question. Is the daily publishing of snapshots to the OpenGeo
> repository already happening or do we have to p
Justin Deoliveira ha scritto:
> +1, let's avoid the struts rut we fell into of using painfully old
> versions. Especially when there are reasons to upgrade.
A question. Is the daily publishing of snapshots to the OpenGeo
repository already happening or do we have to put that in place
(with Hudson
+1, let's avoid the struts rut we fell into of using painfully old
versions. Especially when there are reasons to upgrade.
Andrea Aime wrote:
> Hi all,
> Wicket 1.3.6 has been released. We are currently using 1.3.5.
>
> I see bug fixes related to behaviour in IE and with some components
> with d
+1.
Andrea Aime wrote:
> Hi,
> trying to recap that long thread so that we can see some
> action:
> - OSGEO repo is going to host only final releases
> - OpenGeo repo is going to host the snapshots (and be
>fed by Hudson daily?)
> - we'll remove all gt2 SNAPSHOT jars from OSGEO
>
> Is this ok
in case a connection error occurs (state the wrong path) a "null error message"
appears in the UI, nothing gets logged in the logs...
-
Key: GEOS-29
just specifying a windows full path does not work anymore, it has to be
file:/c:/path/to/my/stinkin/shapefile.shp. Used to work just fine
-
Key:
The url is not pre-filled with file://data/featureTypes
---
Key: GEOS-2992
URL: http://jira.codehaus.org/browse/GEOS-2992
Project: GeoServer
Issue Type: Sub-task
Components: Wicke
DataAccess/CoverageStore add/edit pages should allow to change the workspace
the store it attached to
-
Key: GEOS-2991
URL: http://jira.codehaus.org/browse/GEOS-29
Generic datastore page should provide a dropdow to change namespace, not a
textbox (like the old UI)
Key: GEOS-2990
URL: http://jira.codehaus.org/browse/GEOS-2990
Sounds good to me in order not to start falling behind the wicket versions.
Gabriel
Andrea Aime wrote:
> Hi all,
> Wicket 1.3.6 has been released. We are currently using 1.3.5.
>
> I see bug fixes related to behaviour in IE and with some components
> with do actually use (AjaxSubmitLink, Palette
cool, that's enough info as to keep going on with this specific issue.
Thanks,
Gabriel
Justin Deoliveira wrote:
> I believe your understanding is correct. Unfortunately we are at an
> annoying situation where the two are coupled.
>
> Currently on the workspace edit page, you can set a namespace
Hi Mike, could you please take a quick look at the migrated tutorial, it is
in the 1.7.x branch. If everything is ok, I would start writing the next
tutorial for the feature-pregeneralizd module.
thanks
--
The NEW KODA
Justin, finally got 1.7.4 downloaded, and re-tested the same.
Yes, this part is working in 1.7.4.
With the new changes, it seems I can only see the configured layers within a
postgis datastore.
How do I get a list of all the unconfigured layers (postgis tables) ?
This was listed as unconfi
Oracle NG documentation misses the fetch size and timeout parameters
Key: GEOS-2989
URL: http://jira.codehaus.org/browse/GEOS-2989
Project: GeoServer
Issue Type: Bug
Af
Remove Mortbay package from geoserver main module
-
Key: GEOS-2988
URL: http://jira.codehaus.org/browse/GEOS-2988
Project: GeoServer
Issue Type: Task
Affects Versions: 2.0-alpha2, 1.7.4
Hi all,
Wicket 1.3.6 has been released. We are currently using 1.3.5.
I see bug fixes related to behaviour in IE and with some components
with do actually use (AjaxSubmitLink, Palette).
Ok to upgrade?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the dev
34 matches
Mail list logo
