[Geoserver-devel] (no subject)

GeoServer GeoServer Developer
1

The "preview" screen does work on the .exe version of Geoserver
1.3.0RC3, so this is possibly a Linux problem.

NOTE: justin tried it on unix and it worked fine.

If you're using the GEOSERVER_DATA_DIR then thats probably your problem;
mapbuilder requires HTTP access to the files which isnt possible when
you use GEOSERVER_DATA_DIR. I've reported this problem (expressed in
other ways) before.

This version of preview is very simple - the next release will have a
more functional version.

The first line and a bit of the linux startup.sh is:
#!/bin/sh
# ----

In hex its:
23 21 2F 62 69 6E 2F 73 68 0A 23 20 2D ...
# ! / b i n / s h LF # <sp> -

Justin said he didnt see any problems in the file under linux (and
TextPad says its a unix file). Perhaps this has something to do with
the SVN linefeed settings?

I dont think I can change file permissions to +x in windows and we could
be losing it because I build the .tar.gz on a windows box. I think we
have to modify the permission in the tar-task's <fileset> tags.

And did we get the new oracle jars in?

Yes (even though it was commited after I tagged).

I assumed we did, since gt was
tagged, but it looks like a vpf fix that I put in to get rid of the
warning message didn't make it. Unless I didn't get it in gt2, but I'm
pretty sure I did.

SVN says the last 2 commits to the vpf directory were:
9/18/05 jgarnett "changed over to 2.1.1"
6/6/05 jgarnett "Move 2.1.x over to building 2.1.RC1"

So, I dont think you commited the change.

dave

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/

2

The "preview" screen does work on the .exe version of Geoserver
1.3.0RC3, so this is possibly a Linux problem.

NOTE: justin tried it on unix and it worked fine.

If you're using the GEOSERVER_DATA_DIR then thats probably your problem;
mapbuilder requires HTTP access to the files which isnt possible when
you use GEOSERVER_DATA_DIR. I've reported this problem (expressed in
other ways) before.

No, no geoserver_data_dir.

This version of preview is very simple - the next release will have a
more functional version.

Cool.

The first line and a bit of the linux startup.sh is:
#!/bin/sh
# ----

In hex its:
23 21 2F 62 69 6E 2F 73 68 0A 23 20 2D ...
# ! / b i n / s h LF # <sp> -

Justin said he didnt see any problems in the file under linux (and
TextPad says its a unix file). Perhaps this has something to do with
the SVN linefeed settings?

I'm pretty sure we had to chmod it to do the right permissions. And yes,
it's the linefeed stuff.

I dont think I can change file permissions to +x in windows and we could
be losing it because I build the .tar.gz on a windows box. I think we
have to modify the permission in the tar-task's <fileset> tags.

I'm pretty sure at some point I successfully had an ant task doing this, I
think you can have set the permissions and do the linefeeds as well.
Perhaps I didn't commit, which seems unlikely, though I feel like lots of
things I committed are weirdly not there, between the datetime stuff and
now vpf. Could also have been blown away...

>> And did we get the new oracle jars in?

Yes (even though it was commited after I tagged).

Cool.

>I assumed we did, since gt was
>tagged, but it looks like a vpf fix that I put in to get rid of the
>warning message didn't make it. Unless I didn't get it in gt2, but I'm
>pretty sure I did.

SVN says the last 2 commits to the vpf directory were:
9/18/05 jgarnett "changed over to 2.1.1"
6/6/05 jgarnett "Move 2.1.x over to building 2.1.RC1"

So, I dont think you commited the change.

Weird, maybe I should reinstall svn or something? This one I'm not as
sure as the datetime commit though...

My laptop's broken, but basically what I was going for is so start up of
geoserver doesn't look like someone yakked. There was a mysql and sde
change as well, but those may have got in, maybe I just didn't get to
vpf...

C

dave

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/

--