View Full Version : Installed - example not working
stormeagle
10-08-2004, 09:17 AM
I have installed LPS as per instructions on my Linux box, but it isn't working. I go to the http://localhost:8080/lps-2.2/examples/hello.lzx but it just returns an empty HTML page, which turns out to just be:
<html><body></body></html>
Any ideas on what to do?
Oli
bloch
10-08-2004, 09:23 AM
Does http://localhost:8080/lps-2.2/index.html look ok?
---
I'd look in the tomcat or lps logs for problems.
tomcat-5.0.24/logs
lps-2.2/WEB-INF/lps/work/logs/lps.log
stormeagle
10-08-2004, 09:32 AM
Thanks for the quick response.
Found this in lps.log, seems pretty normal, apart from the HTML wrapper is useless.
08 Oct 2004 18:26:41 (127.0.0.1 4) INFO servlets.LZServlet - Request for /home/oli/bin/lps-LPS 2.2/Server/lps-2.2/examples/hello.lzx
08 Oct 2004 18:26:41 (127.0.0.1 4) INFO responders.ResponderAPP_CONSOLE - Responding with HTML wrapper for /home/oli/bin/lps-LPS 2.2/Server/lps-2.2/examples/hello.lzx
And there was this in catalina.out
log4j:WARN No appenders could be found for logger (org.apache.catalina.startup.TldConfig).
log4j:WARN Please initialize the log4j system properly.
However... if I go to hello.lzx?lzt=swf, then I get the flash file.. so its just the HTML that is useless.
bloch
10-08-2004, 09:37 AM
You can ignore the log4j warning.
Sounds like you might be having a problem with the xslt that generates the html wrapper. We've seen probs in the past with xalan and moved off of it to saxon.
What version of Java are you using?
Is $JAVA_HOME/jre/lib/ext clean?
Does ?lzt=html work ?
-Eric
stormeagle
10-08-2004, 09:43 AM
[oli@gaia examples]$ java -version
java version "1.4.2_04"
How do you mean clean?
no, lzt=html returns this:
home/oli/bin/lps-LPS 2.2/Server/lps-2.2/examples/hello.lzx: No such file or directory
(which is a lie if I ever heard one).
Oli
bloch
10-08-2004, 10:30 AM
% ls $JAVA_HOME/jre/lib/ext/
dnsns.jar ldapsec.jar localedata.jar sunjce_provider.jar
is clean. nothing else should be there.
Can you display the entire lps.log and see if there's anything of interested in the stder/stdout and logs inside tomcat-5.0.24/logs ?
-E
stormeagle
10-08-2004, 10:54 AM
ok... my jre/lib/ext is clean.
logs:
http://www.polarhome.com:793/~oli/lps/catalina.out
http://www.polarhome.com:793/~oli/lps/catalina.2004-10-08.log
http://www.polarhome.com:793/~oli/lps/lps.log
When I run it, it gets backgrounded, and I don't know where it directs the stderr and stdout.
Oli
bloch
10-08-2004, 11:00 AM
Looking at your logs... something is strange.
Did you move things around in between server restarts?
StandardContext[/lps-2.2]LPS: LPS_HOME is /home/oli/bin/lps-2.2/Server/lps-2.2
StandardContext[/lps-2.2]LPS: LPS_HOME is /home/oli/bin/lps-LPS 2.2/Server/lps-2.2
-Eric
stormeagle
10-08-2004, 11:14 AM
yeh, because the directory name inside the tar.gz didn't match the ones in the links around the place.
I didn't want to have to be dealing with 404 errors all the time, so I shut it down, moved it and restarted it.
However, it didn't work before I moved it either.
bloch
10-08-2004, 11:21 AM
I don't understand that last comment.
Almost all urls inside the lps-2.2 webapp are relative.
I just checked your lps.log and it looks like the cache couldn't be loaded on your machine for some bad reason. But this shouldn't have any affect on the .html wrappers. Are they bad if you wget them?
-Eric
stormeagle
10-08-2004, 11:29 AM
Well, the link from http://www.laszlosystems.com/developers/learn/documentation/installation/run.php was to lps-LPS 2.2 so I assumed others would be as well.
Interesting, if I wget it, I get this page.
bloch
10-08-2004, 11:44 AM
Thanks!
Looks like the links on our public install docs are broken :-(
And wget is working fine.
What browser (and version) are you using. We've done limited testing of the linux browsers (moz, firefox mostly).
Best,
-Eric
stormeagle
10-08-2004, 12:03 PM
Mozilla 1.7.2 and Firefox 0.9.3.
Surely, it shouldn't provide such different HTML to different browsers?
bloch
10-08-2004, 01:10 PM
It's particularly strange that wget works and the html in your browser is empty. No one else reports anything like this. We have very little code that differentiates the html response on user-agent.
(I think a Mac browser may be called out here...).
Hmm...
I wonder if your server works with other clients.
E
stormeagle
10-08-2004, 01:26 PM
I cant work out how to make it accessible from other clients... otherwise I would as I have plenty of other PCs around here to try it with.
And all I want to do is have a play with some code, instead I end up down messing with catalina, tomcat and user agents...
bloch
10-08-2004, 01:34 PM
What version of the Flash player do you have installed?
-Eric
stormeagle
10-08-2004, 01:38 PM
well, I have flash-plugin-7.0.25-1 in my RPM db... so I assume that is version 7?
But I don't think that is the problem for two reasons... AFAIK the version of flash is not sent in the outgoing HTTP request, and all the demos on your site work perfectly.
How do I set it up so my server is visible accross the network?
stormeagle
10-11-2004, 11:20 PM
BTTT
Anyone have any ideas on this?
bloch
10-12-2004, 07:54 AM
If you're on linux and the server isn't available from other clients, it's probably some firewall hiding port 8080... ipchains/ipfilter perhaps.
I just want to re-verify what you're reported here
Could you report back on each of:
wget -O html.html http://localhost:8080/lps-2.2/examples/hello.lzx?lzt=html
cat html.html
wget -O app_console.html
http://localhost:8080/lps-2.2/examples/hello.lzx?lzt=app_console
cat app_console.html
wget -O app.swf
http://localhost:8080/lps-2.2/examples/hello.lzx?lzt=swf
file app.swf
mozilla http://localhost:8080/lps-2.2/examples/hello.lzx
Thx,
E
stormeagle
10-12-2004, 08:53 AM
I am on linux but I don't know how to make the server visible from other clients.
Sure:
http://www.polarhome.com:793/~oli/lps/app_console.html
http://www.polarhome.com:793/~oli/lps/html.html
[oli@gaia lps]$ file app.swf
app.swf: Macromedia Flash data, version 4
mozilla produces the same result as firefox. A white page that on closer inspection just turns out to be:
<html><body></body></html>
I read the error messages on those pages above, and I thought you might be interested in the stdout:
[root@gaia oli]# sh /home/oli/bin/lps-LPS\ 2.2/Server/tomcat-5.0.24/bin/startup
Using CATALINA_BASE: /home/oli/bin/lps-LPS 2.2/Server/tomcat-5.0.24
Using CATALINA_HOME: /home/oli/bin/lps-LPS 2.2/Server/tomcat-5.0.24
Using CATALINA_TMPDIR: /home/oli/bin/lps-LPS 2.2/Server/tomcat-5.0.24/temp
Using JAVA_HOME: /home/oli/j2sdk1.4.2_04/
Hope this is useful.
Thanks,
Oli
bloch
10-12-2004, 04:25 PM
Ok. It isn't browser specific and the wgets are failing too.
The errors reported in the .html output
suggest this is some kind of configuration error:
home/oli/bin/lps-LPS 2.2/Server/lps-2.2/examples/hello.lzx
is missing the leading '/' .
I wonder if your having moved the directory is trickling some strange bug in the code that generates the html files -- we've never seen anything like this and I don't know how to reproduce it here. You could try removing $TOMCAT_HOME/work/lps-2.2/*
I'd start with a clean install.
-Eric
stormeagle
10-12-2004, 11:33 PM
Done a clean install...
No joy.
Literally all I did was untar the tarball into my ~/bin, su, and ran the startup.sh.
It did fail the first time:
touch: cannot touch `/home/oli/bin/lps-2.2/Server/tomcat-5.0.24/logs/catalina.out': No such file or directory
/home/oli/bin/lps-2.2/Server/tomcat-5.0.24/bin/catalina.sh: line 224: /home/oli/bin/lps-2.2/Server/tomcat-5.0.24/logs/catalina.out: No such file or directory
but I created the directory and ran it again, and it ran, but still getting the blank HTML wrappers.
And interestingly http://localhost:8080/lps-2.2/examples/hello.lzx?lzt=html is still returning "home/oli/bin/lps-2.2/Server/lps-2.2/examples/hello.lzx: No such file or directory"
It has to be a bug to do with finding the file... its just missing the beginning slash.
Oli
Here is a troubleshooting utility I use quite often .. filemon
If there is a failed path then you might try filemon (linux version) to monitor tomcat process. and narrow it down
Download filemon from http://www.sysinternals.com/linux/utilities/filemon.shtml
[note: for Windows users - download filemon and also procexp - both useful to monitor processes such as tomcat, apache etc.]
Using filemon:-
Launch tomcat and first eliminate all the unrequired background process reports by setting the filter exclude field .. open filter window by (Ctrl + L).
e.g. exclude background running processes like explorer and others running (other than tomcat).
Then in the filter include field put tomcat
Choose in filemon .. Highlight > FILE NOT FOUND .. or other string.
Shut down tomcat server
Clear the FILEMON screen (Ctrl + X)
Start tomcat server
Look at the filemon screen and search for path failures.
stormeagle
10-13-2004, 05:40 AM
Have used filemon in both Windows and Linux before... but unfortunately it requires kernel 2.4, and I am now on 2.6.
Oli
bloch
10-13-2004, 08:05 AM
Sigh...
Let's try this:
stop server
edit lps-2.2/WEB-INF/lps/config/lps.xml and change the embedded log4j cofig from "info" to "debug".
start server
wget .../hello.lzx?lzt=html
Then look at lps-2.2/WEB-INF/lps/work/logs/lps.log
-Eric
stormeagle
10-13-2004, 11:02 AM
No need to sigh :)
OK, I guess the relevant bit is somewhere in this...
and before you point it out, I appear to be using IE, but I was spoofing the User-Agent for another site at the same time.
13 Oct 2004 19:53:27 () INFO responders.ResponderDATA - Data Cache is at /home/oli/bin/lps-2.2/Server/lps-2.2/WEB-INF/lps/work/dcache
13 Oct 2004 19:53:27 () DEBUG cache.Cache - dcache cache at 0 bytes on-disk and 0 bytes in-memory.
13 Oct 2004 19:53:27 () DEBUG cache.Cache - dcache now at disk: 0 bytes.
13 Oct 2004 19:53:27 () DEBUG cache.Cache - dcache now at mem: 0 bytes.
13 Oct 2004 19:53:27 () INFO servlets.LZServlet - Default request type is app_console
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: servlet path /examples/hello.lzx
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: request uri /lps-2.2/examples/hello.lzx
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: query string lzt=html
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: path info null
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: path xlated null
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: server name localhost
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: server port 8080
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Request: is secure false
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: host : localhost:8080
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: user-agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: accept : text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: accept-language : en-us,en;q=0.5
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: accept-encoding : gzip,deflate
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: accept-charset : ISO-8859-1,utf-8;q=0.7,*;q=0.7
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: keep-alive : 300
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - Header: connection : keep-alive
13 Oct 2004 19:53:27 (127.0.0.1 1) INFO servlets.LZServlet - Request for /home/oli/bin/lps-2.2/Server/lps-2.2/examples/hello.lzx
13 Oct 2004 19:53:27 (127.0.0.1 1) INFO responders.ResponderCompile - application cache is at /home/oli/bin/lps-2.2/Server/lps-2.2/WEB-INF/lps/work/cache
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG responders.ResponderCompile - Setting cm option to "check"
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG responders.ResponderCompile - Setting lfcName to "LFC.lzl"
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG servlets.LZServlet - responding via: com.laszlosystems.servlets.responders.ResponderHTM L
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG server.Option - checking: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cm.CompilationManager - getLastModified for /home/oli/bin/lps-2.2/Server/lps-2.2/examples/hello.lzx
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - findItem
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - Found old item for /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - reckoned an item
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - cache cache at 67173751 bytes on-disk and 84856 bytes in-memory.
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - cache now at disk: 67173751 bytes.
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - cache now at mem: 84856 bytes.
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG responders.ResponderCompile - Last-Modified: Tue, 05 Oct 2004 03:08:11 GMT
13 Oct 2004 19:53:27 (127.0.0.1 1) INFO responders.ResponderHTML - Responding with HTML wrapper for /home/oli/bin/lps-2.2/Server/lps-2.2/examples/hello.lzx
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG server.Option - checking: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cm.CompilationManager - getCanvas for /home/oli/bin/lps-2.2/Server/lps-2.2/examples/hello.lzx
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - findItem
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - Found old item for /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - reckoned an item
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - cache cache at 67173751 bytes on-disk and 84856 bytes in-memory.
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - cache now at disk: 67173751 bytes.
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cache.Cache - cache now at mem: 84856 bytes.
13 Oct 2004 19:53:27 (127.0.0.1 1) DEBUG cm.CachedInfo - Getting canvas with size 500 by 400
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG server.Option - checking: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - findItem
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - Found old item for /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - reckoned an item
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - cache cache at 67173751 bytes on-disk and 84856 bytes in-memory.
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - cache now at disk: 67173751 bytes.
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - cache now at mem: 84856 bytes.
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding gzipdebug truekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - getItem
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - getItem
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding debug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - findItem
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - Made new item for /examples/hello.lzx Content-Encoding debug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - getItem
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - Marking item dirty: /examples/hello.lzx Content-Encoding debug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - disk to reckon : 0, mem to reckon : 0
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - starting gc
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - finished gc
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG server.Option - checking: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - getCanvas for /home/oli/bin/lps-2.2/Server/lps-2.2/examples/hello.lzx
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CompilationManager - computeKey: /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - findItem
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - Found old item for /examples/hello.lzx Content-Encoding gzipdebug falsekrank falselogdebug falseprofile false
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - reckoned an item
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - cache cache at 67173751 bytes on-disk and 84856 bytes in-memory.
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - cache now at disk: 67173751 bytes.
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cache.Cache - cache now at mem: 84856 bytes.
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG cm.CachedInfo - Getting canvas with size 500 by 400
13 Oct 2004 19:53:28 (127.0.0.1 1) DEBUG servlets.LZServlet - Request 1 finished
I can't see any obvious culprit there...
Thanks,
Oli
I'm no linux user .. but are your file permissions set to allow access?
stormeagle
10-14-2004, 05:27 AM
Nope, its running as root... able to see all files.
bloch
10-14-2004, 07:08 AM
What locale are you running in?
-Eric
I've no idea if this is a red herring, but in a nearby thread this was posted ..
Not sure if this was one of the things I did to solve my problem.
I zapped the cache directory and deleted the lzo file as well so that the LPS recompiled everything again.
Anyway mine installation has been running fine since I reinstalled and got knows what before that.
The "file not file" message is very misleading, because I'm very sure the file was there.
I point this out since he also referred to "file not found" ..
so what if cache is cleared out to start again (although I see you reinstalled was the cache cleared)?
stormeagle
10-14-2004, 07:37 AM
I don't know much about locales, but my time and date applet reports "Europe/London", and locale reports the following.
[oli@gaia oli]$ locale
LANG=en_GB.UTF-8
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC="en_GB.UTF-8"
LC_TIME="en_GB.UTF-8"
LC_COLLATE="en_GB.UTF-8"
LC_MONETARY="en_GB.UTF-8"
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER="en_GB.UTF-8"
LC_NAME="en_GB.UTF-8"
LC_ADDRESS="en_GB.UTF-8"
LC_TELEPHONE="en_GB.UTF-8"
LC_MEASUREMENT="en_GB.UTF-8"
LC_IDENTIFICATION="en_GB.UTF-8"
LC_ALL=
d~l: I think it may be a red herring, as each time I have scrubbed the whole tree, and extracted a fresh copy from lps-2.2-unix.tar.gz.
bloch
10-14-2004, 08:10 AM
It's definitely worth a shot to remove the cache.
If that actually solves this problem, we'll have little idea why since the generated html pages aren't cached and the generated swfs are.
We're (sadly) at the point where source level debugging seems like the only route to solving this.
-Eric
stormeagle
10-14-2004, 08:49 AM
So I delete everything in Server/lps-2.2/WEB-INF/lps/work/cache and try again?
Or am I looking at the wrong cache?
Oli
bloch
10-14-2004, 09:19 AM
sorry...
if server is running,
http://localhost:8080/lps-2.2/foo.lzx?lzt=clearcache
if serrver is stopped
rm -rf .../lps-2.2/WEB-INF/lps/work/cache
rm -rf .../lps-2.2/WEB-INF/lps/work/scache
E
stormeagle
10-14-2004, 01:02 PM
Cleared, restarted, still no luck.
Don't you think its at all significant that the error message is missing a slash at the beginning of the path?
bloch
10-14-2004, 01:52 PM
I'm sure the missing '/' is significant
but I can't figure out
1) why it's missing at all
nor
2) what piece of code is reporting the error :-(
Can you try this:
http://localhost:8080/lps-2.2/examples/hello.lzx?lzt=canvas-xml
You should get an HTML page that you can view source on. My guess it that, instead, you'll get an error. But I'm not sure.
-Eric
another thought .. going back to your early postings the error log showed this path ..
Request for /home/oli/bin/lps-LPS 2.2/Server/lps-2.2/examples/hello.lzx
note the space in the path (the missing slash which you refer to) ..
perhaps you can search registry in regedit (and your tomcat installation) to find this rogue string
"lps-LPS 2.2"
the space will screw up the file path
stormeagle
10-14-2004, 03:09 PM
I get the same error page as lzt=html.
I tried looking for that string, nothing returned.
find | grep -v swf | xargs grep "lps-LPS 2.2"
Was that the correct command?
I'm a bit rusty on using regexp .. I use AgentRansack on Windows.
here ..
http://pegasus.rutgers.edu/~elflord/unix/grep.html
and here ..
http://www.computing.net/linux/wwwboard/forum/25950.html
suggest using a special class for searching for expressions including whitespace
should it be the following?
grep 'lps-LPS[[:space:]]2.2'
or simply look for 'lps-LPS' string, which is unusual.
bloch
10-15-2004, 04:35 AM
This may be more that you're interested in. But at this point, it's likely the best way to determine what's unique about your environment (this bug hasn't show up on thousands of other LPS 2.2 installations).
You can build the lps from source and put it in a debugger and put a break point in the constructor for FileNotFoundException and wait til you hit the breakpoint and the filename arg to the contructor is the path without the /.
(You'll need to build it with debugging on, which means editing the $LPS_HOME/WEB-INF/lps/server/build.xml file).
Best of luck,
Eric
vBulletin® v3.8.4, Copyright ©2000-2012, Jelsoft Enterprises Ltd.