| 00:22.02 | *** join/#tomcat km (~km@little-black-box.vmware.com) |
| 01:58.29 | *** join/#tomcat cyrus_mc (~cyrus@c-98-248-227-26.hsd1.ca.comcast.net) |
| 01:59.24 | cyrus_mc | I have a web app that utilizes property filse to specify certain configuration parameters. |
| 01:59.49 | cyrus_mc | the problem is that i would like to externalize those parameters as much as possible so that you can just deploy the war and not have to extract it to update the necessary parametesr |
| 02:00.11 | cyrus_mc | I know I can do something like this server.port=${port} and export an environment variable called port and it will be read in for that |
| 02:00.25 | cyrus_mc | to me that is kind of an ugly way since I could have 100s of variables I would have toe xport |
| 02:00.33 | cyrus_mc | is there a way to define this in the context.xml file? |
| 02:31.18 | cyrus_mc | really slow channel |
| 02:31.50 | eghm | cyrus_mc: idk about in the context file (I don't think so), can you put the settings in a property file named after the host and read them as a resource? |
| 02:37.21 | cyrus_mc | eghm: ya...we do that but it reads files from within the web app hierarchy |
| 02:37.34 | cyrus_mc | so that means you would need to extract it and then set the property files |
| 02:37.38 | cyrus_mc | that is what I am trying to prevent having to do |
| 02:56.48 | eghm | cyrus_mc: you can read them as a resource out of the classpath http://www.javaworld.com/javaworld/javaqa/2003-08/01-qa-0808-property.html?page=2 |
| 03:37.13 | *** join/#tomcat aef (~quassel@neoschlageter.raxys.net) |
| 04:02.13 | *** join/#tomcat monk12 (~monk15@65.199.31.2) |
| 05:30.01 | *** join/#tomcat ExtraSpice (XtraSpice@78-57-204-104.static.zebra.lt) |
| 05:41.41 | *** join/#tomcat sparks` (~user@ip70-180-159-214.lv.lv.cox.net) |
| 06:24.25 | *** join/#tomcat drindt (~drindt@e180181234.adsl.alicedsl.de) |
| 06:43.01 | *** join/#tomcat alcir (~alcir@159.213.59.135) |
| 06:47.48 | *** join/#tomcat Deele (~Deele@80.233.175.41) |
| 07:26.01 | *** join/#tomcat adac (~nutella@clnet-kmu02-090.ikbnet.co.at) |
| 07:26.18 | *** join/#tomcat openros (~rosarioar@196.41.61.242) |
| 07:26.31 | openros | i have a socket client what needs persistent connection with the server 24/7, can i host this kind of application in tomcat |
| 07:46.25 | bcave | openros: i'm sure you can |
| 07:47.22 | openros | bcave: thanks. I am using netbeans what project type i start with? what would be the application type... |
| 07:47.33 | *** join/#tomcat loddafnir1 (~mike@91-64-106-43-dynip.superkabel.de) |
| 07:48.04 | deebo | id say a persistent connection is wishful thinking to begin with |
| 07:48.05 | bcave | not too familiar with netbeans, but a web app would probably be the best option |
| 07:48.11 | deebo | might want to use some middleware |
| 07:48.44 | bcave | lol deebo. i don't disagree. but you could write a class that has a socket listener and deploy that |
| 07:49.09 | bcave | or use the default http connector to connect to the webapp |
| 07:50.26 | openros | bcave: basically, the application i am writing will receive xml/rpc call ... send a request to the socket server. get the response and reply the xml/rpc call. I want the socket to be persistent. it sends heartbeats every two mins to check the connection, with a timer |
| 07:51.57 | openros | is that possible... if it is a web app. how do i initialize the socket client and keep it running. |
| 07:52.26 | deebo | why is it over a socket |
| 07:52.35 | deebo | much more suitable solutions out there, like messaging |
| 07:52.45 | deebo | and why is it persistent |
| 07:53.36 | bcave | yeah, i would say messaging sounds like a better solution too. |
| 07:54.02 | adac | Hi guys. I still have problems with tomcat 7 and memcached-session-manager (http://code.google.com/p/memcached-session-manager/). I got to work a sample application for two tomcats where the session replication works fine via memcached. But my main application has some issues: For all calls that go to the second tomcat I do get a 404 not found error... |
| 07:54.19 | bcave | every 2 minutes is not that quick, if you were looking at a few connections a second, then TCP connection establishment overheads might affect performance |
| 07:55.00 | bcave | wb adac |
| 07:55.08 | adac | hi bcave :) |
| 07:55.48 | bcave | never got a chance to confirm yesterday: does the app work fine if you access directly via the http connector on each node? |
| 07:57.35 | adac | bcave, you mean via 127.0.0.1:port ? |
| 07:57.55 | bcave | yes, if both tomcat instances are running on localhost |
| 07:59.34 | bcave | each instance obviously set to bind to a different port. |
| 07:59.41 | adac | bcave, hmm not on the second one it seems |
| 08:00.09 | bcave | check your 2nd instance's CATALINA_HOME/logs/ for errors |
| 08:00.11 | adac | wget localhost:8080/myManager on first one succeeds, on second tomcat i get 404 |
| 08:00.14 | bcave | is your app deployed to webapp? |
| 08:00.28 | adac | bcave, yes it is deployed |
| 08:00.35 | adac | let me check the logs, yes |
| 08:00.37 | bcave | according to the log files? |
| 08:00.53 | bcave | it might be in the 2nd instance's webapps directory, but failed to deploy for some reason |
| 08:00.57 | openros | deebo: i have no other option. the socket server is constant. it cannot be changed. i have to use socket |
| 08:01.19 | adac | bcave, i can delete the deployed folder and see if it is redeployed |
| 08:01.34 | deebo | openros: well i refuse to help people with stupid decisions so :) |
| 08:01.44 | bcave | adac: is the manager application there? |
| 08:02.13 | bcave | adac: version, OS, etc (see topic) |
| 08:02.19 | bcave | ? |
| 08:02.30 | adac | wget localhost:8080/manager ERROR 404: Not Found. |
| 08:02.51 | bcave | if version http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html |
| 08:02.54 | adac | Jva version is sun java 6, tomcat 7, and debian squeeze |
| 08:03.09 | openros | deebo: what is the stupid decision, I am just writing a middle ware to connect a web app and a socket server. |
| 08:03.27 | bcave | http://tomcat.apache.org/tomcat-7.0-doc/manager-howto.html |
| 08:03.40 | deebo | using sockets defined as "persistent" when there a re more suitable technologies |
| 08:03.55 | openros | deebo: like what??? |
| 08:03.57 | deebo | sockets are tightly coupled and flaky at best |
| 08:04.01 | deebo | messaging |
| 08:04.37 | adac | bcave, however my test application does work on the second tomcat: wget localhost:8080/cluster/test.jsp Saving to: `test.jsp'... |
| 08:04.50 | openros | deebo: its a telcom server provided by Huwei. I am writing app to communicate with it. How could i ask them to change the server. |
| 08:05.11 | deebo | you can interface with it differently |
| 08:05.26 | deebo | spring integration provides tcp/udp connectors and messaging |
| 08:05.40 | adac | bcave, so i guess not all is broken, but maybe you are right and it fails somehow on the deployment? |
| 08:05.46 | bcave | cluster/ ? is that mapped to the myManager through memcached? |
| 08:06.25 | openros | deebo: without changing anything in the server side?? |
| 08:06.32 | bcave | i'm not sure about how the session manager works |
| 08:08.46 | bcave | get the app running on both nodes first, so you can access it via /myManager. might be a good idea to set different partitions on your clustered session manager too, to ensure there's no session replication issues |
| 08:09.01 | adac | bcave: basically you just download the jar files for the memcached session manager, enable the Cluster tag in server.xml. then you do add the followig to context.xml: http://pastie.org/1915049 |
| 08:09.11 | adac | then you jsut start memechached on both nodes |
| 08:10.20 | bcave | ok. looks pretty straight forward. then you take your application and deploy it to the webapp directory for each tc instance..... |
| 08:10.36 | adac | bcave, right |
| 08:10.57 | adac | bcave, I still ahve to check wihci of the orignal tc ccluster options i do still need |
| 08:11.01 | bcave | assuming that you are using IP binding for each instance, the first instance is bound to localhost and the 2nd to the network IP (188.x.y.z) |
| 08:11.17 | adac | however i got the test app to work, and therefore it shoudl work basically |
| 08:12.41 | bcave | deebo: is the deployment of context.xml in tc7 the same as tc6? where a copy of it is made in conf/Catalina/localhost/appName.xml |
| 08:12.45 | bcave | ? |
| 08:13.30 | bcave | adac: check in there for old context.xml files named after your app. and then for your first tc instance, set membcachedNodes to n1:localhost and 2nd tc instance membcachedNodes to n1:188... |
| 08:13.44 | bcave | so that you aren't clustering. and make sure it starts up on both nodes |
| 08:13.52 | bcave | im sure theres more info in your logs |
| 08:15.08 | adac | bcave, ok i try to disable context.xml and retry it again to access |
| 08:15.27 | bcave | logs logs logs |
| 08:15.29 | bcave | :) |
| 08:15.47 | adac | bcave, if only something would be in it :) |
| 08:15.54 | bcave | haha. |
| 08:15.59 | bcave | no errors? |
| 08:16.08 | adac | not at all unfortunately |
| 08:18.05 | adac | bcave, oh well at startup there are errors actually |
| 08:19.00 | adac | bcave, ok: disabling context.xml's memchached stuff now. now i can access again vial wget localhost... |
| 08:28.48 | bcave | on both hosts. does you app have scoped beans? |
| 08:29.13 | adac | bcave, what is that? |
| 08:29.20 | bcave | (what is being stored in the session? ) |
| 08:29.45 | adac | bcave, uh I would have ask my busy busy boss, who all is doing byhimself |
| 08:30.28 | adac | bcave, but that could be issue, maybe it doesn't like what gets wrtitten into it |
| 08:30.50 | bcave | it could be a serialization issue. |
| 08:30.59 | bcave | it depends on the internals of the application |
| 08:31.20 | bcave | turn up log levels (to debug) and see what happens when you start up |
| 08:33.44 | adac | bcave, ok |
| 08:59.31 | *** join/#tomcat bluey- (~bluey-@port-87-193-228-25.static.qsc.de) |
| 09:16.50 | bluey- | small question. how can config org.apache.catalina.valves.FastCommonAccessLogValve to log on certain requests |
| 09:31.37 | bluey- | for example |
| 09:31.55 | bluey- | I want to exclude "stuff" from being logged from certain hosts |
| 09:50.21 | adac | bcave, ok now i had time agin to check the logs. there is indeed an error when straing tomcat on node2 (the error does not appear on node1) http://pastie.org/1915352 So it seems it can't be deployed and therefore it fails. Thank you a lot for pointing me in the right direction! I will try to solve this later and let you know if it worked. See you later or tomorrow! |
| 09:51.01 | *** join/#tomcat loddafnir (~mike@91-64-106-43-dynip.superkabel.de) |
| 09:53.29 | *** part/#tomcat bcave (~bcave@iburst-41-213-2-106.iburst.co.za) |
| 10:00.37 | *** join/#tomcat cii (~cihan@ip-80-226-20-28.vodafone-net.de) |
| 10:03.31 | cii | T 7.0.8, J 1.6.0_24, Ubuntu 10.04 // Want to know whether there is a better log valve for tomcat which allows to replace query parameters with critical content (like passwords, pins) |
| 10:04.42 | *** join/#tomcat cihan (~cihan@ip-80-226-20-28.vodafone-net.de) |
| 10:07.23 | *** join/#tomcat bluey-_ (~bluey-@port-87-193-228-25.static.qsc.de) |
| 10:22.32 | *** join/#tomcat cii (~cihan@ip-80-226-20-28.vodafone-net.de) |
| 10:23.23 | cii | me again - same question // xchat is a bit buggy |
| 10:27.57 | bluey-_ | anyone knows how to filter by regex certain values out of my tomcat logs? |
| 10:28.54 | deebo | sed, awk, grep |
| 10:29.14 | bluey-_ | well not while reading |
| 10:29.25 | bluey-_ | I want to avoid certain stuff from being written down |
| 10:29.35 | bluey-_ | sensible info |
| 10:29.38 | deebo | well thats application specific |
| 10:30.14 | bluey-_ | so it needs to be implemented in our webapp? |
| 10:38.40 | deebo | even if wouldnt NEED to be implemented in the app, its more sensible |
| 10:39.09 | deebo | if it has plain text information that shouldnt be plain text, what if you deploy the app again and forget it logs passwords to a text file? |
| 10:40.35 | bluey-_ | to be more precise. I'm speaking about the default access logs which tomcat generates. |
| 10:40.50 | deebo | well adjust the access log valves settings |
| 10:40.55 | deebo | documentation is on the website |
| 10:42.26 | bluey-_ | you mean org.apache.catalina.valves.AccessLogValve? afaik it doesn't allow any form of regex? |
| 10:42.53 | deebo | then you disable it, or stop sending sensitive data in urls :) |
| 10:46.14 | *** join/#tomcat openros (~rosarioar@196.41.61.242) |
| 10:53.26 | *** join/#tomcat drindt (~drindt@e180181234.adsl.alicedsl.de) |
| 12:46.06 | *** join/#tomcat pizzig (~chatzilla@rt-fg.u-blox.com) |
| 12:46.55 | *** join/#tomcat pizzig (~chatzilla@rt-fg.u-blox.com) |
| 12:50.17 | *** join/#tomcat hom (~mbaydoun@IP-64-72-143-190.nframe.net) |
| 12:51.55 | *** join/#tomcat GhettoJava (~GhettoJav@173-165-176-73-atlanta.hfc.comcastbusiness.net) |
| 13:16.43 | *** join/#tomcat schmolly159 (~schmolly1@rrcs-76-79-50-2.west.biz.rr.com) |
| 13:34.44 | *** join/#tomcat cii (~cihan@ip-80-226-22-231.vodafone-net.de) |
| 13:35.15 | *** join/#tomcat openros (~rosarioar@196.41.61.242) |
| 13:47.01 | *** join/#tomcat randrewj (~u1@dyn-128-59-52-18.dyn.columbia.edu) |
| 13:56.24 | *** join/#tomcat jasonb (~jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
| 14:18.18 | *** join/#tomcat bcave (~bcave@iburst-41-213-2-106.iburst.co.za) |
| 15:02.12 | *** join/#tomcat bluey- (~bluey-@port-87-193-228-25.static.qsc.de) |
| 15:22.34 | *** join/#tomcat myosound (~myosound@smtp1.nationaltrust.org) |
| 15:32.13 | *** join/#tomcat cjz (~Adium@173-13-190-57-sfba.hfc.comcastbusiness.net) |
| 16:35.25 | *** join/#tomcat ianbrandt (~ianbrandt@99-111-99-153.uvs.sndgca.sbcglobal.net) |
| 17:31.04 | *** join/#tomcat yassine (~yassine@unaffiliated/yassine) |
| 17:52.40 | *** join/#tomcat acidjnk (havenone@157-232-103-86.dynamic.dsl.tng.de) |
| 18:23.20 | *** join/#tomcat cjz (~Adium@12.207.192.34) |
| 18:29.17 | *** join/#tomcat cjz (~Adium@12.207.192.34) |
| 19:04.04 | *** join/#tomcat hom (~mbaydoun@IP-64-72-143-190.nframe.net) |
| 19:08.27 | *** join/#tomcat hom (~mbaydoun@IP-64-72-143-190.nframe.net) |
| 19:13.31 | *** join/#tomcat hom (~mbaydoun@IP-64-72-143-190.nframe.net) |
| 19:23.39 | *** part/#tomcat randrewj (~u1@dyn-128-59-52-18.dyn.columbia.edu) |
| 19:45.28 | *** join/#tomcat ccorn (~ccorn@g132123.upc-g.chello.nl) |
| 20:11.52 | *** join/#tomcat hom (~mbaydoun@IP-64-72-143-190.nframe.net) |
| 20:19.34 | *** join/#tomcat neer (~neil@mc-193-55.IPReg.mcmaster.ca) |
| 20:26.02 | *** join/#tomcat rhonabwy (~rhonabwy@95-91-154-179-dynip.superkabel.de) |
| 21:08.49 | *** join/#tomcat nbf (~tmccrary@unaffiliated/noobfukaire) |
| 21:09.14 | nbf | is it possible to map some web app lke /my_app to be the default or root context |
| 21:09.25 | nbf | and still be able to remotely deploy content to it |
| 21:16.41 | *** join/#tomcat neer (~neil@d24-141-105-193.home.cgocable.net) |
| 21:48.21 | *** part/#tomcat neer (~neil@d24-141-105-193.home.cgocable.net) |
| 22:33.34 | nbf | it owuld be awesome if tomcat wasn't horribly broken |
| 22:33.37 | nbf | what a world |
| 22:33.40 | nbf | it woudl be |
| 22:33.42 | nbf | *would |
| 22:40.39 | *** join/#tomcat cjz (~Adium@173-13-190-57-sfba.hfc.comcastbusiness.net) |
| 22:51.44 | nbf | As of Tomcat 6, the only way to configure a context root that is different than the WAR or directory name, dispite Tomcat's warning against it, is to add a Context element inside Host in $CATALINA_BASE/conf/server.xml: |
| 22:51.48 | nbf | WOW |
| 22:52.07 | nbf | it would be create if that was documented somewhere in tomcat' s documentation |
| 23:21.59 | *** join/#tomcat MHSL (MHSL@cm94.sigma137.maxonline.com.sg) |
| 23:33.00 | *** join/#tomcat yassine_ (~yassine@89.206.202.237) |