OPS and mod_jk
Locked
 
|
Hi,
I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk 1.2.6: when I access a form through mod_jk (i.e. not specifying the 8080 port) then the submit button does not work; however, when I access the same form but with specifying the 8080 port in the URL then everything works fine. By default, mod_jk is configured to run on 8009 and then Tomcat redirects this to 8443 so it's https. I'm wondering whether anyone else has hit this problem - it looks as though mod_jk is working property with HTTP POST - it works fine for HTTP GET operations. Cheers, Matthew -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
Have you exposed the xforms server through mod_jk with the following line somewhere?
JkMount /xforms-server [whatever] Am I wrong in saying that having SSL enabled on the servlet rather than Apache is ineffective in such a set up? I'm no expert but that's how I understand it. Ross. On 01/09/06, Matthew Graham <[hidden email]> wrote:
Hi, -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
Hi,
The OPS installation is under $TOMCAT_HOME/webapps/apps and I have JkMount /apps ajp13 in the mod_jk.conf (which is called by httpd.conf). I'm using pubcookie for authentication so https is fine here. Cheers, Matthew Ross Horne wrote: > Have you exposed the xforms server through mod_jk with the following > line somewhere? > JkMount /xforms-server [whatever] > > Am I wrong in saying that having SSL enabled on the servlet rather > than Apache is ineffective in such a set up? I'm no expert but that's > how I understand it. > > Ross. > > > On 01/09/06, *Matthew Graham* <[hidden email] > <mailto:[hidden email]>> wrote: > > Hi, > > I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk > 1.2.6: when I access a form through mod_jk (i.e. not specifying > the 8080 > port) then the submit button does not work; however, when I access > the > same form but with specifying the 8080 port in the URL then everything > works fine. By default, mod_jk is configured to run on 8009 and then > Tomcat redirects this to 8443 so it's https. > > I'm wondering whether anyone else has hit this problem - it looks as > though mod_jk is working property with HTTP POST - it works fine for > HTTP GET operations. > > Cheers, > > Matthew > > > > > -- > You receive this message as a subscriber of the > [hidden email] <mailto:[hidden email]> mailing list. > To unsubscribe: mailto:[hidden email] > <mailto:[hidden email]> > For general help: mailto: [hidden email] > <mailto:[hidden email]>?subject=help > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
In reply to this post by Ross Horne
Well, I am looking at a configuration done a couple years ago,
but in
httpd.conf I have the last line:
LoadModule jk2_module modules/mod_jk2.so
and in the workers2.properties in the same dir I
have:
# Define the communication
channel
[channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8008 #Map the root into Tomcat/OXF
[uri:*] info=OXF Manager [uri:/*]
info=OXF Manager -----
And Apache runs https proxy while Tomcat does not need
to.
Regards,
Hank R.
UCSB
-- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
In reply to this post by mjgraham
I dont think Ross is worng, I would say that you would want SSL enabled
on Apache instead of on the servlet (tomcat). The internal ports used by Apache and Tomcat connectors shouldn't need to be ssl. The communication between client and web server should happen over ssl, whihc is all Apache. Matthew Graham wrote: > Hi, > > The OPS installation is under $TOMCAT_HOME/webapps/apps and I have > JkMount /apps ajp13 in the mod_jk.conf (which is called by > httpd.conf). I'm using pubcookie for authentication so https is fine > here. > > Cheers, > > Matthew > > Ross Horne wrote: >> Have you exposed the xforms server through mod_jk with the following >> line somewhere? >> JkMount /xforms-server [whatever] >> >> Am I wrong in saying that having SSL enabled on the servlet rather >> than Apache is ineffective in such a set up? I'm no expert but that's >> how I understand it. >> >> Ross. >> >> >> On 01/09/06, *Matthew Graham* <[hidden email] >> <mailto:[hidden email]>> wrote: >> >> Hi, >> >> I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk >> 1.2.6: when I access a form through mod_jk (i.e. not specifying >> the 8080 >> port) then the submit button does not work; however, when I access >> the >> same form but with specifying the 8080 port in the URL then >> everything >> works fine. By default, mod_jk is configured to run on 8009 and then >> Tomcat redirects this to 8443 so it's https. >> >> I'm wondering whether anyone else has hit this problem - it looks as >> though mod_jk is working property with HTTP POST - it works fine for >> HTTP GET operations. >> >> Cheers, >> >> Matthew >> >> >> >> >> -- >> You receive this message as a subscriber of the >> [hidden email] <mailto:[hidden email]> mailing >> list. >> To unsubscribe: mailto:[hidden email] >> <mailto:[hidden email]> >> For general help: mailto: [hidden email] >> <mailto:[hidden email]>?subject=help >> ObjectWeb mailing lists service home page: >> http://www.objectweb.org/wws >> >> >> ------------------------------------------------------------------------ >> >> >> -- >> You receive this message as a subscriber of the >> [hidden email] mailing list. >> To unsubscribe: mailto:[hidden email] >> For general help: mailto:[hidden email]?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> > > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
Administrator
|
In reply to this post by mjgraham
Matthew,
mod_jk should act transparent. Can you compare the logs of Apache vs. Tomcat to see if some requests that should make it through mod_jk actually don't? -Erik Matthew Graham wrote: > Hi, > > I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk > 1.2.6: when I access a form through mod_jk (i.e. not specifying the 8080 > port) then the submit button does not work; however, when I access the > same form but with specifying the 8080 port in the URL then everything > works fine. By default, mod_jk is configured to run on 8009 and then > Tomcat redirects this to 8443 so it's https. > > I'm wondering whether anyone else has hit this problem - it looks as > though mod_jk is working property with HTTP POST - it works fine for > HTTP GET operations. > > Cheers, > > Matthew Orbeon - XForms Everywhere: http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
Hi,
If I submit the form through mod_jk (http://my.site.com/apps/myapp), this is what the Tomcat logs show: 2006-09-01 20:39:27,667 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:39:27,825 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 158 - Cache hits: 107, fault: 2, adds: 1, success rate: 98% 2006-09-01 20:39:28,029 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:39:28,127 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 98 - Cache hits: 55, fault: 1, adds: 0, success rate: 98% 2006-09-01 20:39:28,726 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:39:28,848 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 122 - Cache hits: 107, fault: 2, adds: 1, success rate: 98% 2006-09-01 20:39:29,051 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:39:29,151 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 100 - Cache hits: 55, fault: 1, adds: 0, success rate: 98% 2006-09-01 20:39:30,409 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:39:30,530 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 121 - Cache hits: 107, fault: 2, adds: 1, success rate: 98% 2006-09-01 20:39:32,650 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:39:32,751 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 101 - Cache hits: 55, fault: 1, adds: 0, success rate: 98% 2006-09-01 20:39:32,951 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:39:33,646 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 695 - Cache hits: 135, fault: 4, adds: 3, success rate: 97% However, if I submit the form direct to Tomcat (http://my.site.com:8080/apps/myapp), Tomcat logs show: 2006-09-01 20:46:32,140 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:32,285 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 145 - Cache hits: 39, fault: 1, adds: 0, success rate: 97% 2006-09-01 20:46:33,418 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:33,583 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 165 - Cache hits: 107, fault: 2, adds: 1, success rate: 98% 2006-09-01 20:46:33,724 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:33,865 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 141 - Cache hits: 55, fault: 1, adds: 0, success rate: 98% 2006-09-01 20:46:34,307 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:34,450 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 143 - Cache hits: 107, fault: 2, adds: 1, success rate: 98% 2006-09-01 20:46:34,594 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:34,724 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 130 - Cache hits: 55, fault: 1, adds: 0, success rate: 98% 2006-09-01 20:46:35,265 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:35,421 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 156 - Cache hits: 107, fault: 2, adds: 1, success rate: 98% 2006-09-01 20:46:37,924 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:38,071 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Timing: 147 - Cache hits: 55, fault: 1, adds: 0, success rate: 98% 2006-09-01 20:46:38,174 INFO org.orbeon.oxf.webapp.ProcessorService null - /xforms-server - Received request 2006-09-01 20:46:38,317 INFO org.orbeon.oxf.webapp.ProcessorService null - /myapp/direct/sleep/execute - Received request Also checking the mod_jk logs shows that both calls are putting forwarded; however the behaviour is that with mod_jk, the xforms is not getting processed. Cheers, Matthew Erik Bruchez wrote: > Matthew, > > mod_jk should act transparent. Can you compare the logs of Apache vs. > Tomcat to see if some requests that should make it through mod_jk > actually don't? > > -Erik > > Matthew Graham wrote: >> Hi, >> >> I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk >> 1.2.6: when I access a form through mod_jk (i.e. not specifying the >> 8080 port) then the submit button does not work; however, when I >> access the same form but with specifying the 8080 port in the URL >> then everything works fine. By default, mod_jk is configured to run >> on 8009 and then Tomcat redirects this to 8443 so it's https. >> >> I'm wondering whether anyone else has hit this problem - it looks as >> though mod_jk is working property with HTTP POST - it works fine for >> HTTP GET operations. >> >> Cheers, >> >> Matthew > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
Administrator
|
The calls to xforms-server seem to work ok so that's a good things.
However /myapp/direct/sleep/execute is missing. Is this the URL of an XForms submission? If so, can you enable XForms logging in log4j.xml with: <category name="org.orbeon.oxf.xforms.processor.XFormsServer"> <priority value="debug"/> </category> You should see there if for some reason the submission fails. -Erik Matthew Graham wrote: > Hi, > > If I submit the form through mod_jk (http://my.site.com/apps/myapp), > this is what the Tomcat logs show: > > 2006-09-01 20:39:27,667 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:39:27,825 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 158 - Cache hits: 107, fault: 2, adds: > 1, success rate: 98% > 2006-09-01 20:39:28,029 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:39:28,127 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 98 - Cache hits: 55, fault: 1, adds: 0, > success rate: 98% > 2006-09-01 20:39:28,726 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:39:28,848 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 122 - Cache hits: 107, fault: 2, adds: > 1, success rate: 98% > 2006-09-01 20:39:29,051 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:39:29,151 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 100 - Cache hits: 55, fault: 1, adds: 0, > success rate: 98% > 2006-09-01 20:39:30,409 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:39:30,530 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 121 - Cache hits: 107, fault: 2, adds: > 1, success rate: 98% > 2006-09-01 20:39:32,650 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:39:32,751 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 101 - Cache hits: 55, fault: 1, adds: 0, > success rate: 98% > 2006-09-01 20:39:32,951 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:39:33,646 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 695 - Cache hits: 135, fault: 4, adds: > 3, success rate: 97% > > However, if I submit the form direct to Tomcat > (http://my.site.com:8080/apps/myapp), Tomcat logs show: > > 2006-09-01 20:46:32,140 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:32,285 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 145 - Cache hits: 39, fault: 1, adds: 0, > success rate: 97% > 2006-09-01 20:46:33,418 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:33,583 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 165 - Cache hits: 107, fault: 2, adds: > 1, success rate: 98% > 2006-09-01 20:46:33,724 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:33,865 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 141 - Cache hits: 55, fault: 1, adds: 0, > success rate: 98% > 2006-09-01 20:46:34,307 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:34,450 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 143 - Cache hits: 107, fault: 2, adds: > 1, success rate: 98% > 2006-09-01 20:46:34,594 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:34,724 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 130 - Cache hits: 55, fault: 1, adds: 0, > success rate: 98% > 2006-09-01 20:46:35,265 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:35,421 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 156 - Cache hits: 107, fault: 2, adds: > 1, success rate: 98% > 2006-09-01 20:46:37,924 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:38,071 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Timing: 147 - Cache hits: 55, fault: 1, adds: 0, > success rate: 98% > 2006-09-01 20:46:38,174 INFO org.orbeon.oxf.webapp.ProcessorService > null - /xforms-server - Received request > 2006-09-01 20:46:38,317 INFO org.orbeon.oxf.webapp.ProcessorService > null - /myapp/direct/sleep/execute - Received request > > Also checking the mod_jk logs shows that both calls are putting > forwarded; however the behaviour is that with mod_jk, the xforms is not > getting processed. > > Cheers, > > Matthew > > > > Erik Bruchez wrote: >> Matthew, >> >> mod_jk should act transparent. Can you compare the logs of Apache vs. >> Tomcat to see if some requests that should make it through mod_jk >> actually don't? >> >> -Erik >> >> Matthew Graham wrote: >>> Hi, >>> >>> I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk >>> 1.2.6: when I access a form through mod_jk (i.e. not specifying the >>> 8080 port) then the submit button does not work; however, when I >>> access the same form but with specifying the 8080 port in the URL >>> then everything works fine. By default, mod_jk is configured to run >>> on 8009 and then Tomcat redirects this to 8443 so it's https. >>> >>> I'm wondering whether anyone else has hit this problem - it looks as >>> though mod_jk is working property with HTTP POST - it works fine for >>> HTTP GET operations. >>> >>> Cheers, >>> >>> Matthew >> >> ------------------------------------------------------------------------ >> >> >> -- >> You receive this message as a subscriber of the >> [hidden email] mailing list. >> To unsubscribe: mailto:[hidden email] >> For general help: mailto:[hidden email]?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> > > > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws -- Orbeon - XForms Everywhere: http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
In reply to this post by Richard Braman-2
Hi,
Although the deployment seemed to be OK, most examples don't even work in that when I click on a button nothing happens as if the event mechanism is not working properly. Help anyone? MZ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Re: Windows XP/ Tomcat 4.x and 5.x problem with 3.5M1 WAR
|
|
can you be a bit more specific?
- how did you deploy? - what specific example is not working? - what do the logs tell you? Thanks! Henrik On 9/4/06, Marwan Zeineddine <[hidden email]> wrote: > Hi, > > Although the deployment seemed to be OK, most examples don't even work in > that when I click on a button nothing happens as if the event mechanism is > not working properly. > > Help anyone? > > MZ > > > > > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
Hi Henrik,
1) Well I tried using Tomcat's /manager deploy War utility and also copying the ops.war to the webapps folder at some other time. 2) All examples that have buttons (wizards, even the Hello world example with the greet me button) 3) As to the logs, the only relevant bit (no errors no exceptions) is as follows: 04-Sep-2006 15:54:41 org.apache.catalina.core.AprLifecycleListener lifecycleEvent INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: C:\Program Files\Apache Software Foundation\Tomcat 5.5\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32;C:\WINDOWS;C:\W INDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel;C:\Program Files\HPQ\IAM\bin;C:\Program Files\Perforce;C:\Program Files\SecureCRT\;C:\PROGRA~1\SecureFX;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\netbeans-5.0\ide6\ant\bin;C:\j2sdk1.4.2_12\lib\bin 04-Sep-2006 15:54:41 org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 04-Sep-2006 15:54:41 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1644 ms 04-Sep-2006 15:54:42 org.apache.catalina.core.StandardService start INFO: Starting service Catalina 04-Sep-2006 15:54:42 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.17 04-Sep-2006 15:54:42 org.apache.catalina.core.StandardHost start INFO: XML validation disabled 04-Sep-2006 15:54:43 org.apache.coyote.http11.Http11BaseProtocol start INFO: Starting Coyote HTTP/1.1 on http-8080 04-Sep-2006 15:54:43 org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8009 04-Sep-2006 15:54:43 org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/32 config=null 04-Sep-2006 15:54:43 org.apache.catalina.storeconfig.StoreLoader load INFO: Find registry server-registry.xml at classpath resource 04-Sep-2006 15:54:43 org.apache.catalina.startup.Catalina start INFO: Server startup in 1660 ms 04-Sep-2006 15:58:09 org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive ops.war 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> INFO: Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> INFO: Initializing, config='org.apache.struts.action.ActionResources', returnNull=true 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> INFO: Initializing, config='org.orbeon.oxf.struts.examples.ApplicationResources', returnNull=true 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> INFO: Initializing, config='org.orbeon.oxf.struts.examples.ApplicationResources', returnNull=true 04-Sep-2006 15:58:33 org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml' 04-Sep-2006 15:58:33 org.apache.struts.validator.ValidatorPlugIn initResources INFO: Loading validation rules file from '/WEB-INF/validation.xml' 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> INFO: Initializing, config='org.orbeon.oxf.struts.examples.ModuleResources', returnNull=true Thanks, MZ -----Original Message----- From: Henrik Pettersen [mailto:[hidden email]] Sent: 04 September 2006 19:25 To: [hidden email] Subject: Re: [ops-users] Windows XP/ Tomcat 4.x and 5.x problem with 3.5M1 WAR can you be a bit more specific? - how did you deploy? - what specific example is not working? - what do the logs tell you? Thanks! Henrik On 9/4/06, Marwan Zeineddine <[hidden email]> wrote: > Hi, > > Although the deployment seemed to be OK, most examples don't even work in > that when I click on a button nothing happens as if the event mechanism is > not working properly. > > Help anyone? > > MZ > > > > > > > -- > You receive this message as a subscriber of the [hidden email] > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
In reply to this post by Erik Bruchez
Hi Erik,
Thanks - that was a very useful hint: the log shows: 2006-09-04 15:56:04,131 DEBUG org.orbeon.oxf.xforms.processor.XFormsServer null - XForms - opening URL connection for: https://nvo.caltech.edu/myapp/direct/sleep/execute 2006-09-04 15:56:05,166 DEBUG org.orbeon.oxf.xforms.processor.XFormsServer null - XForms - submit error throwable: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCert PathBuilder.java:236) at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:194) at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:216) at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.jav a:145) at sun.security.validator.Validator.validate(Validator.java:203) at com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted( X509TrustManagerImpl.java:172) /myapp/direct/sleep/execute is the URL of an XForms submission and I'm using an infrastructure exactly like the OPS examples server: <page path-info="/myapp/direct/.*" matcher="oxf:perl5-matcher" model="dispatch.xpl"/> When I go direct to Tomcat (8080), there is no such error message in the log. Cheers, Matthew Erik Bruchez wrote: > The calls to xforms-server seem to work ok so that's a good things. > > However /myapp/direct/sleep/execute is missing. Is this the URL of an > XForms submission? If so, can you enable XForms logging in log4j.xml > with: > > <category name="org.orbeon.oxf.xforms.processor.XFormsServer"> > <priority value="debug"/> > </category> > > You should see there if for some reason the submission fails. > > -Erik > > Matthew Graham wrote: >> Hi, >> >> If I submit the form through mod_jk (http://my.site.com/apps/myapp), >> this is what the Tomcat logs show: >> >> 2006-09-01 20:39:27,667 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:39:27,825 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 158 - Cache hits: 107, fault: 2, >> adds: 1, success rate: 98% >> 2006-09-01 20:39:28,029 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:39:28,127 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 98 - Cache hits: 55, fault: 1, adds: >> 0, success rate: 98% >> 2006-09-01 20:39:28,726 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:39:28,848 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 122 - Cache hits: 107, fault: 2, >> adds: 1, success rate: 98% >> 2006-09-01 20:39:29,051 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:39:29,151 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 100 - Cache hits: 55, fault: 1, adds: >> 0, success rate: 98% >> 2006-09-01 20:39:30,409 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:39:30,530 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 121 - Cache hits: 107, fault: 2, >> adds: 1, success rate: 98% >> 2006-09-01 20:39:32,650 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:39:32,751 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 101 - Cache hits: 55, fault: 1, adds: >> 0, success rate: 98% >> 2006-09-01 20:39:32,951 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:39:33,646 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 695 - Cache hits: 135, fault: 4, >> adds: 3, success rate: 97% >> >> However, if I submit the form direct to Tomcat >> (http://my.site.com:8080/apps/myapp), Tomcat logs show: >> >> 2006-09-01 20:46:32,140 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:32,285 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 145 - Cache hits: 39, fault: 1, adds: >> 0, success rate: 97% >> 2006-09-01 20:46:33,418 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:33,583 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 165 - Cache hits: 107, fault: 2, >> adds: 1, success rate: 98% >> 2006-09-01 20:46:33,724 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:33,865 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 141 - Cache hits: 55, fault: 1, adds: >> 0, success rate: 98% >> 2006-09-01 20:46:34,307 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:34,450 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 143 - Cache hits: 107, fault: 2, >> adds: 1, success rate: 98% >> 2006-09-01 20:46:34,594 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:34,724 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 130 - Cache hits: 55, fault: 1, adds: >> 0, success rate: 98% >> 2006-09-01 20:46:35,265 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:35,421 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 156 - Cache hits: 107, fault: 2, >> adds: 1, success rate: 98% >> 2006-09-01 20:46:37,924 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:38,071 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Timing: 147 - Cache hits: 55, fault: 1, adds: >> 0, success rate: 98% >> 2006-09-01 20:46:38,174 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /xforms-server - Received request >> 2006-09-01 20:46:38,317 INFO org.orbeon.oxf.webapp.ProcessorService >> null - /myapp/direct/sleep/execute - Received request >> >> Also checking the mod_jk logs shows that both calls are putting >> forwarded; however the behaviour is that with mod_jk, the xforms is >> not getting processed. >> >> Cheers, >> >> Matthew >> >> >> >> Erik Bruchez wrote: >>> Matthew, >>> >>> mod_jk should act transparent. Can you compare the logs of Apache >>> vs. Tomcat to see if some requests that should make it through >>> mod_jk actually don't? >>> >>> -Erik >>> >>> Matthew Graham wrote: >>>> Hi, >>>> >>>> I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk >>>> 1.2.6: when I access a form through mod_jk (i.e. not specifying the >>>> 8080 port) then the submit button does not work; however, when I >>>> access the same form but with specifying the 8080 port in the URL >>>> then everything works fine. By default, mod_jk is configured to run >>>> on 8009 and then Tomcat redirects this to 8443 so it's https. >>>> >>>> I'm wondering whether anyone else has hit this problem - it looks >>>> as though mod_jk is working property with HTTP POST - it works fine >>>> for HTTP GET operations. >>>> >>>> Cheers, >>>> >>>> Matthew >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> -- >>> You receive this message as a subscriber of the >>> [hidden email] mailing list. >>> To unsubscribe: mailto:[hidden email] >>> For general help: mailto:[hidden email]?subject=help >>> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >>> >> >> >> >> ------------------------------------------------------------------------ >> >> >> -- >> You receive this message as a subscriber of the >> [hidden email] mailing list. >> To unsubscribe: mailto:[hidden email] >> For general help: mailto:[hidden email]?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
RE: Windows XP/ Tomcat 4.x and 5.x problem with 3.5M1 WAR
|
|
In reply to this post by sparks-2
Marwan,
You will need to expand the ops.war as it will not function properly whilst compressed, although it seems others are having problems with 3.5M1 so this may not be the end of your troubles :-( Ryan Ryan Puddephatt Software Engineer Teleflex Group - IT UK 1 Michaelson Square Livingston West Lothian Scotland EH54 7DP e> [hidden email] t> +44(0)1506 407 110 f> +44(0)1506 407 108 >-----Original Message----- >From: Marwan Zeineddine [mailto:[hidden email]] >Sent: 04 September 2006 21:18 >To: [hidden email] >Subject: RE: [ops-users] Windows XP/ Tomcat 4.x and 5.x >problem with 3.5M1 WAR > >Hi Henrik, > >1) Well I tried using Tomcat's /manager deploy War utility and >also copying the ops.war to the webapps folder at some other time. >2) All examples that have buttons (wizards, even the Hello >world example with the greet me button) >3) As to the logs, the only relevant bit (no errors no >exceptions) is as >follows: > >04-Sep-2006 15:54:41 org.apache.catalina.core.AprLifecycleListener >lifecycleEvent >INFO: The Apache Tomcat Native library which allows optimal >performance in production environments was not found on the >java.library.path: C:\Program Files\Apache Software >Foundation\Tomcat >5.5\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32;C: >\WINDOWS;C:\W >INDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI >Control Panel;C:\Program Files\HPQ\IAM\bin;C:\Program >Files\Perforce;C:\Program >Files\SecureCRT\;C:\PROGRA~1\SecureFX;C:\Program >Files\QuickTime\QTSystem\;C:\Program >Files\netbeans-5.0\ide6\ant\bin;C:\j2sdk1.4.2_12\lib\bin >04-Sep-2006 15:54:41 org.apache.coyote.http11.Http11BaseProtocol init >INFO: Initializing Coyote HTTP/1.1 on http-8080 >04-Sep-2006 15:54:41 org.apache.catalina.startup.Catalina load >INFO: Initialization processed in 1644 ms >04-Sep-2006 15:54:42 org.apache.catalina.core.StandardService start >INFO: Starting service Catalina >04-Sep-2006 15:54:42 org.apache.catalina.core.StandardEngine start >INFO: Starting Servlet Engine: Apache Tomcat/5.5.17 >04-Sep-2006 15:54:42 org.apache.catalina.core.StandardHost start >INFO: XML validation disabled >04-Sep-2006 15:54:43 org.apache.coyote.http11.Http11BaseProtocol start >INFO: Starting Coyote HTTP/1.1 on http-8080 >04-Sep-2006 15:54:43 org.apache.jk.common.ChannelSocket init >INFO: JK: ajp13 listening on /0.0.0.0:8009 >04-Sep-2006 15:54:43 org.apache.jk.server.JkMain start >INFO: Jk running ID=0 time=0/32 config=null >04-Sep-2006 15:54:43 org.apache.catalina.storeconfig.StoreLoader load >INFO: Find registry server-registry.xml at classpath resource >04-Sep-2006 15:54:43 org.apache.catalina.startup.Catalina start >INFO: Server startup in 1660 ms >04-Sep-2006 15:58:09 org.apache.catalina.startup.HostConfig deployWAR >INFO: Deploying web application archive ops.war >04-Sep-2006 15:58:33 >org.apache.struts.util.PropertyMessageResources <init> >INFO: Initializing, config='org.apache.struts.util.LocalStrings', >returnNull=true >04-Sep-2006 15:58:33 >org.apache.struts.util.PropertyMessageResources <init> >INFO: Initializing, config='org.apache.struts.action.ActionResources', >returnNull=true >04-Sep-2006 15:58:33 >org.apache.struts.util.PropertyMessageResources <init> >INFO: Initializing, >config='org.orbeon.oxf.struts.examples.ApplicationResources', >returnNull=true >04-Sep-2006 15:58:33 >org.apache.struts.util.PropertyMessageResources <init> >INFO: Initializing, >config='org.orbeon.oxf.struts.examples.ApplicationResources', >returnNull=true >04-Sep-2006 15:58:33 org.apache.struts.validator.ValidatorPlugIn >initResources >INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml' >04-Sep-2006 15:58:33 org.apache.struts.validator.ValidatorPlugIn >initResources >INFO: Loading validation rules file from '/WEB-INF/validation.xml' >04-Sep-2006 15:58:33 >org.apache.struts.util.PropertyMessageResources <init> >INFO: Initializing, >config='org.orbeon.oxf.struts.examples.ModuleResources', >returnNull=true > >Thanks, > >MZ > >-----Original Message----- >From: Henrik Pettersen [mailto:[hidden email]] >Sent: 04 September 2006 19:25 >To: [hidden email] >Subject: Re: [ops-users] Windows XP/ Tomcat 4.x and 5.x >problem with 3.5M1 WAR > >can you be a bit more specific? > >- how did you deploy? >- what specific example is not working? >- what do the logs tell you? > >Thanks! > >Henrik > >On 9/4/06, Marwan Zeineddine <[hidden email]> wrote: >> Hi, >> >> Although the deployment seemed to be OK, most examples don't >even work >> in that when I click on a button nothing happens as if the event >> mechanism is not working properly. >> >> Help anyone? >> >> MZ >> >> >> >> >> >> >> -- >> You receive this message as a subscriber of the >> [hidden email] >mailing list. >> To unsubscribe: mailto:[hidden email] >> For general help: mailto:[hidden email]?subject=help >> ObjectWeb mailing lists service home page: >> http://www.objectweb.org/wws >> >> >> > > > > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
|
In reply to this post by mjgraham
Hi,
I found that I needed to make sure that Tomcat knew about the host certificate of the server on which it is running since it is acting as an SSL client when it does a redirect. The way to do this is to create a keystore containing the certificate and then add an extra argument to the Tomcat script (JAVA_OPTS): -Djavax.net.ssl.trustStore=location-to-keystore This now does not complain about SSL but instead throws the following problem: 2006-09-06 12:25:27,784 DEBUG org.orbeon.oxf.xforms.processor.XFormsServer null - XForms - opening URL connection for: https://nvo.caltech.edu/apps/nesssi/direct/sleep/execute 2006-09-06 12:25:27,837 DEBUG org.orbeon.oxf.xforms.processor.XFormsServer null - XForms - submit error throwable: org.orbeon.oxf.common.OXFException: Body received with non-XML media type for replace="instance": text/html at org.orbeon.oxf.xforms.XFormsModelSubmission.performDefaultAction(XFormsModelSubmission.java:538) at org.orbeon.oxf.xforms.XFormsContainingDocument.dispatchEvent(XFormsContainingDocument.java:691) at org.orbeon.oxf.xforms.action.XFormsActionInterpreter.runAction(XFormsActionInterpreter.java:638) at org.orbeon.oxf.xforms.action.XFormsActionInterpreter.runAction(XFormsActionInterpreter.java:199) at org.orbeon.oxf.xforms.XFormsContainingDocument.runAction(XFormsContainingDocument.java:743) at org.orbeon.oxf.xforms.event.XFormsEventHandlerImpl.handleEvent(XFormsEventHandlerImpl.java:85) Any ideas of what is happening here? Cheers, Matthew Matthew Graham wrote: > Hi Erik, > > Thanks - that was a very useful hint: the log shows: > > 2006-09-04 15:56:04,131 DEBUG > org.orbeon.oxf.xforms.processor.XFormsServer null > - XForms - opening URL connection for: > https://nvo.caltech.edu/myapp/direct/sleep/execute > 2006-09-04 15:56:05,166 DEBUG > org.orbeon.oxf.xforms.processor.XFormsServer null > - XForms - submit error throwable: > sun.security.provider.certpath.SunCertPathBuilderException: unable to > find valid certification path to requested target > at > sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCert > PathBuilder.java:236) > at > java.security.cert.CertPathBuilder.build(CertPathBuilder.java:194) > at > sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:216) > at > sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.jav > a:145) > at sun.security.validator.Validator.validate(Validator.java:203) > at > com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted( > X509TrustManagerImpl.java:172) > > /myapp/direct/sleep/execute is the URL of an XForms submission and I'm > using an infrastructure exactly like the OPS examples server: > > <page path-info="/myapp/direct/.*" matcher="oxf:perl5-matcher" > model="dispatch.xpl"/> > > When I go direct to Tomcat (8080), there is no such error message in > the log. > > Cheers, > > Matthew > > Erik Bruchez wrote: >> The calls to xforms-server seem to work ok so that's a good things. >> >> However /myapp/direct/sleep/execute is missing. Is this the URL of an >> XForms submission? If so, can you enable XForms logging in log4j.xml >> with: >> >> <category name="org.orbeon.oxf.xforms.processor.XFormsServer"> >> <priority value="debug"/> >> </category> >> >> You should see there if for some reason the submission fails. >> >> -Erik >> >> Matthew Graham wrote: >>> Hi, >>> >>> If I submit the form through mod_jk (http://my.site.com/apps/myapp), >>> this is what the Tomcat logs show: >>> >>> 2006-09-01 20:39:27,667 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:39:27,825 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 158 - Cache hits: 107, fault: 2, >>> adds: 1, success rate: 98% >>> 2006-09-01 20:39:28,029 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:39:28,127 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 98 - Cache hits: 55, fault: 1, adds: >>> 0, success rate: 98% >>> 2006-09-01 20:39:28,726 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:39:28,848 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 122 - Cache hits: 107, fault: 2, >>> adds: 1, success rate: 98% >>> 2006-09-01 20:39:29,051 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:39:29,151 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 100 - Cache hits: 55, fault: 1, >>> adds: 0, success rate: 98% >>> 2006-09-01 20:39:30,409 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:39:30,530 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 121 - Cache hits: 107, fault: 2, >>> adds: 1, success rate: 98% >>> 2006-09-01 20:39:32,650 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:39:32,751 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 101 - Cache hits: 55, fault: 1, >>> adds: 0, success rate: 98% >>> 2006-09-01 20:39:32,951 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:39:33,646 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 695 - Cache hits: 135, fault: 4, >>> adds: 3, success rate: 97% >>> >>> However, if I submit the form direct to Tomcat >>> (http://my.site.com:8080/apps/myapp), Tomcat logs show: >>> >>> 2006-09-01 20:46:32,140 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:32,285 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 145 - Cache hits: 39, fault: 1, >>> adds: 0, success rate: 97% >>> 2006-09-01 20:46:33,418 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:33,583 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 165 - Cache hits: 107, fault: 2, >>> adds: 1, success rate: 98% >>> 2006-09-01 20:46:33,724 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:33,865 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 141 - Cache hits: 55, fault: 1, >>> adds: 0, success rate: 98% >>> 2006-09-01 20:46:34,307 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:34,450 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 143 - Cache hits: 107, fault: 2, >>> adds: 1, success rate: 98% >>> 2006-09-01 20:46:34,594 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:34,724 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 130 - Cache hits: 55, fault: 1, >>> adds: 0, success rate: 98% >>> 2006-09-01 20:46:35,265 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:35,421 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 156 - Cache hits: 107, fault: 2, >>> adds: 1, success rate: 98% >>> 2006-09-01 20:46:37,924 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:38,071 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Timing: 147 - Cache hits: 55, fault: 1, >>> adds: 0, success rate: 98% >>> 2006-09-01 20:46:38,174 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /xforms-server - Received request >>> 2006-09-01 20:46:38,317 INFO org.orbeon.oxf.webapp.ProcessorService >>> null - /myapp/direct/sleep/execute - Received request >>> >>> Also checking the mod_jk logs shows that both calls are putting >>> forwarded; however the behaviour is that with mod_jk, the xforms is >>> not getting processed. >>> >>> Cheers, >>> >>> Matthew >>> >>> >>> >>> Erik Bruchez wrote: >>>> Matthew, >>>> >>>> mod_jk should act transparent. Can you compare the logs of Apache >>>> vs. Tomcat to see if some requests that should make it through >>>> mod_jk actually don't? >>>> >>>> -Erik >>>> >>>> Matthew Graham wrote: >>>>> Hi, >>>>> >>>>> I'm writing an OPS setup on Tomcat 5.5.17 + Apache 2.0.54 + mod_jk >>>>> 1.2.6: when I access a form through mod_jk (i.e. not specifying >>>>> the 8080 port) then the submit button does not work; however, when >>>>> I access the same form but with specifying the 8080 port in the >>>>> URL then everything works fine. By default, mod_jk is configured >>>>> to run on 8009 and then Tomcat redirects this to 8443 so it's https. >>>>> >>>>> I'm wondering whether anyone else has hit this problem - it looks >>>>> as though mod_jk is working property with HTTP POST - it works >>>>> fine for HTTP GET operations. >>>>> >>>>> Cheers, >>>>> >>>>> Matthew >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> >>>> -- >>>> You receive this message as a subscriber of the >>>> [hidden email] mailing list. >>>> To unsubscribe: mailto:[hidden email] >>>> For general help: mailto:[hidden email]?subject=help >>>> ObjectWeb mailing lists service home page: >>>> http://www.objectweb.org/wws >>>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> -- >>> You receive this message as a subscriber of the >>> [hidden email] mailing list. >>> To unsubscribe: mailto:[hidden email] >>> For general help: mailto:[hidden email]?subject=help >>> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> >> >> ------------------------------------------------------------------------ >> >> >> -- >> You receive this message as a subscriber of the >> [hidden email] mailing list. >> To unsubscribe: mailto:[hidden email] >> For general help: mailto:[hidden email]?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> > > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
|
Administrator
|
Matthew,
It would be helpful to be able to see what's on the wire, i.e. what is returned by the call to: https://nvo.caltech.edu/apps/nesssi/direct/sleep/execute The XForms engine complains that the returned mediatype is not an XML mediatype but text/html instead, so maybe, for some unknown reason, it contains an error produced by your server? Why else would the mediatype be incorrect? -Erik Matthew Graham wrote: > Hi, > > I found that I needed to make sure that Tomcat knew about the host > certificate of the server on which it is running since it is acting as > an SSL client when it does a redirect. The way to do this is to create a > keystore containing the certificate and then add an extra argument to > the Tomcat script (JAVA_OPTS): > > -Djavax.net.ssl.trustStore=location-to-keystore > > This now does not complain about SSL but instead throws the following > problem: > > 2006-09-06 12:25:27,784 DEBUG > org.orbeon.oxf.xforms.processor.XFormsServer null - XForms - opening URL > connection for: https://nvo.caltech.edu/apps/nesssi/direct/sleep/execute > 2006-09-06 12:25:27,837 DEBUG > org.orbeon.oxf.xforms.processor.XFormsServer null - XForms - submit > error throwable: org.orbeon.oxf.common.OXFException: Body received with > non-XML media type for replace="instance": text/html > at > org.orbeon.oxf.xforms.XFormsModelSubmission.performDefaultAction(XFormsModelSubmission.java:538) > > at > org.orbeon.oxf.xforms.XFormsContainingDocument.dispatchEvent(XFormsContainingDocument.java:691) > > at > org.orbeon.oxf.xforms.action.XFormsActionInterpreter.runAction(XFormsActionInterpreter.java:638) > > at > org.orbeon.oxf.xforms.action.XFormsActionInterpreter.runAction(XFormsActionInterpreter.java:199) > > at > org.orbeon.oxf.xforms.XFormsContainingDocument.runAction(XFormsContainingDocument.java:743) > > at > org.orbeon.oxf.xforms.event.XFormsEventHandlerImpl.handleEvent(XFormsEventHandlerImpl.java:85) > > > Any ideas of what is happening here? > > Cheers, > > Matthew Orbeon - XForms Everywhere: http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Re: Windows XP/ Tomcat 4.x and 5.x problem with 3.5M1 WAR
|
Administrator
|
In reply to this post by sparks-2
Marwan,
As already suggested, try to expand (unzip) the WAR yourself under Tomcat's webapps, for example into a directory called webapps/ops35m1. Then only start Tomcat, and try the examples under: http://localhost:8888/ops35m1/ (Adjust host and port according to your local setup.) -Erik Marwan Zeineddine wrote: > Hi Henrik, > > 1) Well I tried using Tomcat's /manager deploy War utility and also copying > the ops.war to the webapps folder at some other time. > 2) All examples that have buttons (wizards, even the Hello world example > with the greet me button) > 3) As to the logs, the only relevant bit (no errors no exceptions) is as > follows: > > 04-Sep-2006 15:54:41 org.apache.catalina.core.AprLifecycleListener > lifecycleEvent > INFO: The Apache Tomcat Native library which allows optimal performance in > production environments was not found on the java.library.path: C:\Program > Files\Apache Software Foundation\Tomcat > 5.5\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32;C:\WINDOWS;C:\W > INDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control > Panel;C:\Program Files\HPQ\IAM\bin;C:\Program Files\Perforce;C:\Program > Files\SecureCRT\;C:\PROGRA~1\SecureFX;C:\Program > Files\QuickTime\QTSystem\;C:\Program > Files\netbeans-5.0\ide6\ant\bin;C:\j2sdk1.4.2_12\lib\bin > 04-Sep-2006 15:54:41 org.apache.coyote.http11.Http11BaseProtocol init > INFO: Initializing Coyote HTTP/1.1 on http-8080 > 04-Sep-2006 15:54:41 org.apache.catalina.startup.Catalina load > INFO: Initialization processed in 1644 ms > 04-Sep-2006 15:54:42 org.apache.catalina.core.StandardService start > INFO: Starting service Catalina > 04-Sep-2006 15:54:42 org.apache.catalina.core.StandardEngine start > INFO: Starting Servlet Engine: Apache Tomcat/5.5.17 > 04-Sep-2006 15:54:42 org.apache.catalina.core.StandardHost start > INFO: XML validation disabled > 04-Sep-2006 15:54:43 org.apache.coyote.http11.Http11BaseProtocol start > INFO: Starting Coyote HTTP/1.1 on http-8080 > 04-Sep-2006 15:54:43 org.apache.jk.common.ChannelSocket init > INFO: JK: ajp13 listening on /0.0.0.0:8009 > 04-Sep-2006 15:54:43 org.apache.jk.server.JkMain start > INFO: Jk running ID=0 time=0/32 config=null > 04-Sep-2006 15:54:43 org.apache.catalina.storeconfig.StoreLoader load > INFO: Find registry server-registry.xml at classpath resource > 04-Sep-2006 15:54:43 org.apache.catalina.startup.Catalina start > INFO: Server startup in 1660 ms > 04-Sep-2006 15:58:09 org.apache.catalina.startup.HostConfig deployWAR > INFO: Deploying web application archive ops.war > 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> > INFO: Initializing, config='org.apache.struts.util.LocalStrings', > returnNull=true > 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> > INFO: Initializing, config='org.apache.struts.action.ActionResources', > returnNull=true > 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> > INFO: Initializing, > config='org.orbeon.oxf.struts.examples.ApplicationResources', > returnNull=true > 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> > INFO: Initializing, > config='org.orbeon.oxf.struts.examples.ApplicationResources', > returnNull=true > 04-Sep-2006 15:58:33 org.apache.struts.validator.ValidatorPlugIn > initResources > INFO: Loading validation rules file from '/WEB-INF/validator-rules.xml' > 04-Sep-2006 15:58:33 org.apache.struts.validator.ValidatorPlugIn > initResources > INFO: Loading validation rules file from '/WEB-INF/validation.xml' > 04-Sep-2006 15:58:33 org.apache.struts.util.PropertyMessageResources <init> > INFO: Initializing, config='org.orbeon.oxf.struts.examples.ModuleResources', > returnNull=true > > Thanks, > > MZ > > -----Original Message----- > From: Henrik Pettersen [mailto:[hidden email]] > Sent: 04 September 2006 19:25 > To: [hidden email] > Subject: Re: [ops-users] Windows XP/ Tomcat 4.x and 5.x problem with 3.5M1 > WAR > > can you be a bit more specific? > > - how did you deploy? > - what specific example is not working? > - what do the logs tell you? > > Thanks! > > Henrik > > On 9/4/06, Marwan Zeineddine <[hidden email]> wrote: >> Hi, >> >> Although the deployment seemed to be OK, most examples don't even work in >> that when I click on a button nothing happens as if the event mechanism is >> not working properly. >> >> Help anyone? >> >> MZ >> >> >> >> >> >> >> -- >> You receive this message as a subscriber of the [hidden email] > mailing list. >> To unsubscribe: mailto:[hidden email] >> For general help: mailto:[hidden email]?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> >> >> > > > > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws -- Orbeon - XForms Everywhere: http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
«
Return to Orbeon Forms community mailing list
|
1 view|%1 views
| Free forum by Nabble | Edit this page |