#2373 closed defect (fixed)

upgrade deegree from v3.4.1 to v3.4.31

Reported by: darkblueb Owned by: osgeolive@…
Priority: major Milestone: OSGeoLive15.0
Component: OSGeoLive Keywords: deegree
Cc:

Description

install_deegree.sh here:

https://github.com/OSGeo/OSGeoLive/pull/326

script /usr/local/bin/deegree_start.sh needs to change paths:

/usr/local/lib/deegree-webservices-3.4.31

Change history (8)

comment:1 by darkblueb, 22 months ago

/usr/local/bin/deegree_start.sh shows:

Using CATALINA_BASE:   /usr/local/lib/deegree-webservices-3.4.31
Using CATALINA_HOME:   /usr/local/lib/deegree-webservices-3.4.31
Using CATALINA_TMPDIR: /usr/local/lib/deegree-webservices-3.4.31/temp
Using JRE_HOME:        /usr
Using CLASSPATH:       /usr/local/lib/deegree-webservices-3.4.31/bin/bootstrap.jar:/usr/local/lib/deegree-webservices-3.4.31/bin/tomcat-juli.jar
Using CATALINA_OPTS:   
Tomcat started.

browser to http://localhost:8033

Security hint: No password has been set.

Workspaces -- 
  Working directory:		/usr/local/share/deegree

$ls -lh /usr/local/share/
    drwxrwxr-x 3 root users 4.0K Jun 27 13:56 deegree/

$ls -lh /usr/local/share/deegree
    drwxrwxr-x 9 root users 4.0K Jun 27 13:56 deegree-workspace-utah-3.4.31/


comment:2 by darkblueb, 22 months ago

build 108

Firefox can’t establish a connection to the server at localhost:8033.

user@osgeolive:~$ tree -d /usr/local/share/deegree/deegree-workspace-utah-light/
/usr/local/share/deegree/deegree-workspace-utah-light/
├── data
│   └── utah
│       └── vector
│           └── busroutes
├── datasources
│   └── feature
├── layers
├── manager
│   └── requests
│       └── wfs
│           └── Utah
│               ├── DescribeFeatureType
│               │   └── xml
│               ├── DescribeStoredQueries
│               │   └── xml
│               ├── GetCapabilities
│               │   └── xml
│               ├── GetFeature
│               │   └── xml
│               ├── GetPropertyValue
│               │   └── xml
│               └── ListStoredQueries
│                   └── xml
├── services
├── styles
│   └── symbols
└── themes

comment:3 by darkblueb, 22 months ago

user@osgeolive:~/OSGeoLive$ deegree_start.sh 
Using CATALINA_BASE:   /usr/local/lib/deegree-webservices-3.4.32
Using CATALINA_HOME:   /usr/local/lib/deegree-webservices-3.4.32
Using CATALINA_TMPDIR: /usr/local/lib/deegree-webservices-3.4.32/temp
Using JRE_HOME:        /usr
Using CLASSPATH:       /usr/local/lib/deegree-webservices-3.4.32/bin/bootstrap.jar:/usr/local/lib/deegree-webservices-3.4.32/bin/tomcat-juli.jar
Using CATALINA_OPTS:   
touch: cannot touch '/usr/local/lib/deegree-webservices-3.4.32/logs/catalina.out': Permission denied
./bin/catalina.sh: 504: cannot create /usr/local/lib/deegree-webservices-3.4.32/logs/catalina.out: Permission denied

comment:4 by kalxas, 22 months ago

Resolution: fixed
Status: newclosed

fixed in build 110

comment:5 by darkblueb, 22 months ago

Resolution: fixed
Status: closedreopened

bug in deegree_start.sh

  • open firefox, use tabs to view multiple windows
  • choose menu -> Geospatial -> Web services -> Deegree -> Start deegree

note the error Firefox is already running; no deegree

FIX comment out sudo -u "$USER_NAME" \ in /usr/local/bin/deegree_start.sh

retry without closing Firefox; deegree starts

comment:6 by kalxas, 22 months ago

If you comment out the sudo part, the launcher does not work at all in the live system.

comment:7 by darkblueb, 22 months ago

of course this tiny detail of the deegree_starts.sh is worth resolving well.. so, I boot build 115 only, using virtualBox at an offsite computer

$sudo nano /usr/local/bin/deegree_start.sh ## comment out the sudo line

at the terminal, $ deegree_start.sh

and it starts and works .. can someone reproduce this ? next, choose the Geospatial -> Web Services -> deegree -> start deegree

and.. nothing.. no error, no deegree. I see that also. so that is the source of the comment..

summary: small problem starting Deegree when firefox is open and many tabs are open AND big problem starting deegree when the the system is started and there is no SUDO in the start scripts.. perhaps someone can confirm this

observation: several parts of Firefox have changed this year, the model of execution is changing for security, the browser updates itself and refuses to work if the browser is not updated (see screenshot) https://download.osgeo.org/livedvd/15/desk-misc/nag_screen.jpg

patience please, after other important parts are resolved, maybe a solution is available, or make a note or other

comment:8 by kalxas, 22 months ago

Resolution: fixed
Status: reopenedclosed

The ticket title is about the upgrade and that has been completed. For the issue found and reported on the previous comment, please open a new ticket

Note: See TracTickets for help on using tickets.