01:14.00 | *** join/#tomcat jasonb (noneoyerbi@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
01:14.16 | jasonb | lo |
01:20.40 | enginerd | sup |
01:33.18 | *** join/#tomcat valmont (~chrisholl@germany.pspdev.pas.earthlink.net) |
04:08.43 | *** join/#tomcat stow_ (~stows_min@dialup-4.243.119.174.Dial1.SanFrancisco1.Level3.net) |
04:29.33 | *** join/#tomcat kool (~kamal@61.247.233.207) |
04:41.15 | *** join/#tomcat jasonb (noneoyerbi@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
04:51.20 | *** join/#tomcat reg (~reg@2001:7a8:3d5a:0:2e0:7dff:fed2:11) [NETSPLIT VICTIM] |
05:31.14 | *** join/#tomcat valmont (~chrisholl@lsanca1-ar8-4-43-220-080.lsanca1.elnk.dsl.genuity.net) |
05:31.40 | *** join/#tomcat Seabook (~swordange@modemcable093.249-70-69.mc.videotron.ca) |
05:32.41 | Seabook | Question about Tomcat: how do I know that Tomcat has been completely and successfully started, beside the obvious browsing to localhost:8080? Is there some indication in the Java console? |
05:35.26 | *** join/#tomcat seaperl (~craig@69.145.197.236) |
05:41.44 | seaperl | ok, I'm new to Tomcat. If I've read thru most of the O'Reilly books on Java is it best to use a specific version of Tomcat? With 5.5, 5.0, 4.1, and 3.3 I'm unsure of which to install. Would 5.5 be ok or would the sample programs fail? |
05:42.32 | kiorky | seaperl: tomcat 5.5.7 is ok for me and im not entirely familliar with it |
05:42.52 | seaperl | cool, thanks |
05:43.12 | jasonb | Seabook: You should get 5.5.9. |
05:43.24 | jasonb | seaperl: You should get 5.5.9. |
05:44.02 | jasonb | seaperl: It is currently labeled alpha, but that may end up being a mere formality. |
05:44.44 | seaperl | funny, but the starting header says 5.5.7 is stable. Is 5.5.9 just recently made stable? |
05:44.45 | jasonb | seaperl: 5.5.7 has some known bugs that may be a problem for you. |
05:45.58 | jasonb | seaperl: Well, 5.5.9 is not stable yet, only because it hasn't been fully checked out yet. 5.5.7 was checked out, but still ended up with bugs that would have kept it from being marked stable if people knew about them before it was marked stable. |
05:46.26 | jasonb | seaperl: So, 5.5.9 has those bugs fixed, it's just that we don't know if there are new showstopper bugs or not yet. So far so good. |
05:47.29 | kiorky | can someone deals with pluto |
05:47.41 | kiorky | erf, can someone explin me it in few words |
05:47.53 | kiorky | specially the difference with jetspeed |
05:49.55 | jasonb | kiorky: There's a high likelihood that nobody here has researched either of those enough to give good answers about them. |
05:50.11 | seaperl | ok, i'm sure this is a stupid ? but what is "pluto"? |
05:50.24 | kiorky | portlet container |
05:50.40 | kiorky | jasonb: im affraid of that i cant find suitable docs for jetspped |
05:50.53 | jasonb | kiorky: That in itself should tell you something |
05:51.18 | kiorky | jasonb: i want to do one CMF in java, it migfht be the best choice to choose jetspeed because his functionnality |
05:51.31 | kiorky | but there is no use if i dont know how to use them |
05:51.39 | jasonb | Exactly. |
05:52.10 | kiorky | jasonb: what can you advise me to do ? |
05:52.21 | jasonb | kiorky: Well, what is it that you want to do? |
05:52.27 | kiorky | im not begginer progrmmation but in web java based im totally noob |
05:52.32 | kiorky | a portal |
05:52.37 | kiorky | gamer - portal |
05:52.56 | jasonb | kiorky: You should probably start with the Appfuse project. |
05:53.08 | kiorky | ok i google one time |
05:53.08 | kiorky | :) |
05:53.53 | kiorky | https://appfuse.dev.java.net/ |
05:53.56 | kiorky | is this one? |
05:54.02 | jasonb | Yes, that one. |
05:54.09 | jasonb | For some reason, I can't reach google at the moment. |
05:54.40 | kiorky | maybe your country's one |
05:55.02 | jasonb | ** server can't find www.google.com: SERVFAIL |
05:55.10 | kiorky | <PROTECTED> |
05:55.13 | kiorky | can you try this one |
05:55.33 | jasonb | kiorky: That worked. Thanks. |
05:55.46 | kiorky | you re welcome |
05:56.08 | kiorky | just one of their mirros fails down |
05:56.09 | jasonb | kiorky: Ahh, and here's a java.net article about it: http://today.java.net/pub/a/today/2004/07/15/thefuse.html |
05:56.14 | kiorky | i give yhou mine (france) |
05:56.34 | jasonb | kiorky: Yup, temporary breakage over here. Thanks for the name resolution. |
05:57.01 | kiorky | <PROTECTED> |
05:57.02 | kiorky | lol |
05:57.11 | kiorky | exatly the problem i have |
06:03.29 | kiorky | jasonb: sooner i saw things about http://www.liferay.com/cms/servlet/PRODUCTS-PORTAL and http://www.exoplatform.org/portal/faces/public/exo, what do you think about it |
06:06.26 | jasonb | kiorky: I've never heard of each of these. I just looked at exoplatform.org, and I don't like the license (a personal preference, though). |
06:06.45 | jasonb | kiorky: So what's wrong with OpenCMS or MMBase? |
06:08.16 | jasonb | kiorky: Actually, Liferay looks nice. |
06:08.21 | kiorky | im looking to see what they re |
06:08.41 | jasonb | kiorky: But, like I said, I haven't actually heard of either of these, so I'm not sure what may be wrong with the implementations. |
06:08.47 | kiorky | jasonb: yes, its what tells me slowly to dont use jetspeed |
06:09.10 | jasonb | kiorky: At least Liferay's license is good. And, if the features they documented are correct there may be some valueable code there. |
06:09.24 | kiorky | i ve no experiene in "java" web programming so if i dont find doc on jetspeed :) |
06:10.00 | kiorky | jasonb: ive read the entire jetspeed2 wiki, dont take me more than 5 minutes |
06:10.01 | kiorky | :) |
06:10.42 | jasonb | kiorky: I'd suggest against using Jetspeed. From years of experience watching that project. |
06:11.24 | kiorky | jasonb: what i saw for the moment is just enterprise which make r&d on it and sells |
06:11.27 | kiorky | formations |
06:11.29 | kiorky | ... |
06:12.24 | kiorky | i think its too bad |
06:12.43 | jasonb | the liferay demo actually works, but seems slow. |
06:13.37 | kiorky | i saw sooner maybe can be the server |
06:18.54 | kiorky | happy to have made you discover it :) |
06:19.24 | jasonb | kiorky: Thanks for the info. |
06:20.35 | kiorky | the one ting i saw in jetspeed tha could be interessant |
06:20.44 | kiorky | is that it supports php portlets |
06:21.20 | kiorky | and some of my friends (of the community which i will do the portal) re php addicts, so they could make their own |
06:21.33 | kiorky | portlet and we could integrate them in jetspeed |
06:21.57 | kiorky | but the problem first, how to get jetspeed working, try to compile it, fails |
06:22.11 | kiorky | try to start programming, dont understand anything |
06:23.32 | jasonb | kiorky: I'd really suggest that you not spend time on that. It's likely to be a bunch of empty promises. |
06:24.10 | kiorky | ok so try lifeary |
06:24.37 | jasonb | It really depends on what you want to do. |
06:25.32 | jasonb | Liferay may have some code you can use. But, still MMBase is pretty good.. |
06:25.47 | jasonb | Generally, you probably can't get around just programming what you want to show up on each page. |
06:26.14 | kiorky | can you say in other words your last sentence please |
06:26.36 | jasonb | But, if you're going to use someone's libraries, you should use a library that is well documented. |
06:27.25 | jasonb | What I meant above was: You will probably still need to program your web application so that it shows exactly what you want it to show on each web page. |
06:27.26 | kiorky | there re too many products that its very difficult to make a choice :@ |
06:27.47 | jasonb | kiorky: Well, you can safely eliminate Jetspeed. |
06:27.56 | kiorky | lol |
06:28.21 | jasonb | kiorky: Also, you should probably choose BSD or MIT licensed libraries. |
06:28.22 | kiorky | appfuse | mmbase | opencms | lifeary |
06:28.32 | kiorky | appfuse | mmbase | opencms | liferay |
06:29.12 | jasonb | appfuse does not compete with mmbase, opencms, nor liferay. Appfuse is a pre-made webapp that you can put more content into. |
06:29.38 | jasonb | mmbase and opencms do compete with each other. And, probably liferay competes with them a bit as well now. |
06:29.52 | kiorky | lol i found another one http://lenya.apache.org/ |
06:30.00 | jasonb | mmbase and opencms aren't new, and I think lifefay is. |
06:30.31 | jasonb | kiorky: I'd suggest against lenya as well. |
06:30.40 | kiorky | lol |
06:30.47 | kiorky | why |
06:31.01 | kiorky | for the same reason as jetspeed? |
06:32.33 | kiorky | im searching again for doc on a apache portal project, rah! |
06:33.02 | jasonb | Well, yes, partially. Plus, it seems like they're offering very advanced features that are not easy for new users to set up and properly maintain. |
06:34.14 | kiorky | jasonb: as jetspeed, the only doc lynia wich seems to be maintenaned is the api specification |
06:34.39 | kiorky | jasonb: can you join #jetspeed please |
06:34.44 | kiorky | just for laught |
06:36.59 | kiorky | im the only personne on it |
06:37.04 | jasonb | Why, to fight with the authors of Jetspeed, and try to convince them that they haven't made any noticeable progress in about 6 or 7 years? :) |
06:38.15 | jasonb | I guess they realized that, and skipped out. :) |
06:38.52 | kiorky | jasonb: no, they release 2.0 two weeks ago |
06:39.11 | kiorky | but less doc as the first release |
06:39.25 | kiorky | even is threre is not much doc on the first one |
06:39.26 | kiorky | .. |
06:41.02 | jasonb | Oh well. |
06:41.45 | kiorky | jasonb: lenya seems to have a good wiki |
06:44.02 | jasonb | kiorky: Well, okay, lenya seems to have some good features as well, but it's going to be very slow. |
06:44.12 | jasonb | kiorky: And, it seems to be changing a lot still. |
06:45.10 | kiorky | maybe because its based on xml files and not on DBMS |
06:47.54 | jasonb | Yup. Heavy use of XML/XSL. |
06:49.17 | kiorky | I can't run the lenya.sh script in a linux shell. |
06:49.18 | kiorky | The lenya.sh script has DOS line breaks. Fix it like that. |
06:49.20 | kiorky | lol? |
06:49.29 | kiorky | an sh is for unix use O.o |
06:49.31 | jasonb | Oh, man.. that Kupu editor rocks. |
06:50.14 | jasonb | Yeah, you'll likely have a rash of really weird problems like that with projects like jetspeed and lenya. |
06:50.30 | jasonb | Check this out: http://debris.demon.nl:7080/kupu_nightly/kupu/common/kupu.html |
06:50.49 | kiorky | jasonb: im exatly on here u say it :) |
06:50.54 | kiorky | http://kupu.oscom.org/ |
06:53.23 | kiorky | so |
06:53.46 | kiorky | opencms | mmbase | liferay |
06:55.02 | jasonb | kiorky: I'd say try liferay. See if they have docs. See if you're able to make their code run. |
06:57.25 | kiorky | ok |
07:20.32 | kiorky | jasonb: thanks for all these advise |
07:20.42 | kiorky | im going to sleep just about 8:20 am in france |
07:20.43 | kiorky | :) |
07:31.27 | *** join/#tomcat kenmin|lunch (~kamsau@219.95.106.218) |
07:41.39 | *** join/#tomcat memic (~memic@chicago089.server4free.de) |
08:09.26 | ctp | hi folks. a little ot, but anyone here knows how to write something like <c:out value="${row.name_${language}}" /> in jsp & el? this one doesn´t work. |
08:44.03 | *** join/#tomcat joered (~chatter@81-208-74-182.fastres.net) |
08:44.03 | *** join/#tomcat memic (~memic@chicago089.server4free.de) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat kenmin (~kamsau@219.95.106.218) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat seaperl (~craig@69.145.197.236) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat valmont (~chrisholl@valmont.bronze.supporter.pdpc) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat reg (~reg@2001:7a8:3d5a:0:2e0:7dff:fed2:11) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat jasonb (noneoyerbi@adsl-66-124-73-250.dsl.sntc01.pacbell.net) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat kool (~kamal@61.247.233.207) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat bugfixer (~bugfixer@42gis175.gulftel.com) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat ctp (~ctp@dsl-084-059-128-134.arcor-ip.net) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat bugfixer2 (~bugfixer2@42gis175.gulftel.com) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat Jam0 (~sukit@OV1-24.171.4.154.charter-stl.com) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat Vanzetti (~Nahuel@lafilaire-4-82-224-249-60.fbx.proxad.net) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat kiorky (~kiorky@cryptelium.net) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat Big_Bozz (~Big_Bozz@user-2168.l5.c1.dsl.pol.co.uk) [NETSPLIT VICTIM] |
08:44.03 | *** join/#tomcat aiyaiyairc (aleuaooouu@c-67-161-177-74.client.comcast.net) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat mmealling (~michael@c-24-98-171-50.hsd1.ga.comcast.net) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat enginerd (enginerd@69.50.182.186) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat ohsix (ohsix@bc111222.bendcable.com) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat lilalinux (e-trolley@deepthroat.deswahnsinns.de) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat Get (get@c-4b2de253.128-1-64736c10.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat puff (puff@66.45.34.102) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat KtK- (~krijnhoet@ktk.xs4all.nl) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat pucko (andreas@h47n2fls31o809.telia.com) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat Raboo (rabi@212.37.0.75) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat spencer (tspencer@adara.cs.pdx.edu) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat Mutru (mutru@koti.mutru.fi) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat inconspicuous (~inconspic@stinkymonkey.cc.columbia.edu) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat lyken (~janor@air665.startdedicated.com) [NETSPLIT VICTIM] |
08:44.04 | *** join/#tomcat effy-kun (jwscott@K068205.ppp.dion.ne.jp) [NETSPLIT VICTIM] |
08:55.11 | *** join/#tomcat noodl (hidden-use@195-97-225-122.onyx.net) |
09:05.43 | *** join/#tomcat ctp (~ctp@dhcpbbg4.rz.tu-bs.de) |
09:05.45 | *** join/#tomcat `` (~root@222.33.36.131) |
09:59.58 | *** join/#tomcat loquace (~seb@82.233.55.6) |
10:00.53 | loquace | lo |
10:35.39 | *** join/#tomcat linuxfreck (~freck@p5492A2BA.dip0.t-ipconnect.de) |
11:53.04 | *** join/#tomcat levon (~levon@mail.feature-it.de) |
11:54.07 | memic | jdbc resource def can be in web.xml or has to be in server.xml? |
12:07.48 | *** join/#tomcat harpoon (stueber@ultra20.rbg.informatik.tu-darmstadt.de) |
14:03.26 | *** join/#tomcat Seabook (WinNT@dyn-wireless-155-060.Concordia.CA) |
14:15.03 | *** join/#tomcat alx_ (~alx@213-140-17-111.fastres.net) |
14:51.47 | *** join/#tomcat randrew (~raj@dolmen.cc.columbia.edu) |
15:33.07 | *** join/#tomcat a4akb (bbwpleaser@as5-177.qualitynet.net) |
15:40.58 | loquace | ++ |
16:26.11 | *** join/#tomcat levon (~levon@mail.feature-it.de) |
16:36.23 | *** join/#tomcat InsomniaCity (~ic@m119-mp1.cvx1-a.che.dial.ntli.net) |
16:36.48 | InsomniaCity | Hi! Where can I ask about a bug in Apache Xerces? |
16:52.49 | *** join/#tomcat majic (majic@208-59-156-237.s237.tnt1.frdb.va.dialup.rcn.com) |
16:56.13 | *** part/#tomcat majic (majic@208-59-156-237.s237.tnt1.frdb.va.dialup.rcn.com) |
17:07.12 | linuxfreck | InsomniaCity: use their mailing list |
17:07.54 | *** join/#tomcat loz-- (~loz--@81-179-73-222.dsl.pipex.com) |
17:28.50 | *** join/#tomcat n0mer (~n0mer@users.pioner.org.ua) |
17:28.53 | n0mer | wow |
17:28.56 | n0mer | hello |
17:29.15 | n0mer | is anybody alive here? |
17:29.45 | n0mer | can i ask small question about jboss-tomcat? |
17:30.47 | pucko | just ask, if someone who knows is available, you'll get an answer. |
17:48.04 | n0mer | ok, sorry |
17:48.41 | n0mer | i have JBoss-4.0.1sp1, tomcat 5.0 (embedded via jbossweb-tomcat50.sar) |
17:48.47 | *** join/#tomcat Tilos (~tilos@c213-89-229-118.cm-upc.chello.se) |
17:49.32 | n0mer | web application webapp.ear (consists of ./webapp.ear/webapp.war/, ./webapp.ear/webap.jar) |
17:49.45 | n0mer | .ear and .war files are exploded |
17:49.59 | n0mer | so, where to define attributes for app. context? |
17:50.10 | n0mer | i want to define "antiJARLocking" |
17:53.37 | n0mer | in what file? web.xml, application.xml or jboss-web.xml? |
17:54.56 | *** join/#tomcat n0mer (~n0mer@users.pioner.org.ua) |
18:14.53 | kiorky | 'morning |
18:30.07 | *** join/#tomcat jhight (~jhight@64.186.48.15) |
18:30.15 | jhight | In JSP execution, is the "page scope" unique to each request? |
18:31.14 | jhight | or should objects stored inside it be synchronized? |
18:34.54 | *** part/#tomcat Get (get@c-4b2de253.128-1-64736c10.cust.bredbandsbolaget.se) |
18:38.48 | *** join/#tomcat jasonb (noneoyerbi@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
18:43.48 | *** join/#tomcat Tilos (~tilos@c213-89-229-118.cm-upc.chello.se) |
18:44.15 | jhight | If I create a JSP tag that stores an ArrayList inside pageContext, then reference it from within the referring JSP page, is there the possibility of synchronization issues? |
18:46.48 | jhight | anyone? |
18:47.58 | jasonb | jhight: What scope did you place it in? |
18:48.19 | jasonb | jhight: Also, what exactly do you mean by "reference it from within the referring JSP page"? |
18:48.24 | jhight | jasonb: in the class extending TagSupport I placed the ArrayList in the pageContext |
18:48.55 | jasonb | jhight: How did you do that? |
18:48.59 | jhight | jasonb: then inside the JSP page with the tag, i do ${pageScope.myArrayList[0]} or whatever |
18:49.19 | jhight | jasonb: pageContext.setAttribute("myArrayList", myArrayList); |
18:49.51 | jasonb | So, that's page scope. |
18:50.21 | jhight | oh ok, would I need to choose another object since ArrayList isn't synchronized? |
18:50.27 | jasonb | So, any request accessing the page can get to that ArrayList instance. |
18:51.48 | jhight | so session scope is the only place where I'm guaranteed (almost) to have a unique copy of an object for each visitor? |
18:52.19 | jasonb | Well, also request scope. |
18:52.31 | jasonb | But, then you get one per request. :) |
18:52.54 | jhight | jasonb: oh ok, I should really freshen up on the scopes, do you have a good url? |
18:53.41 | jasonb | Well, I just read the JavaDocs.. as you probably should. |
18:53.50 | jasonb | Also, the JSP spec. |
18:54.26 | jhight | jasonb: ahh ... I'll do that (JSP spec) ... so objects stored in the page scope is accessible by any user who visits that page? |
18:54.40 | jhight | are* |
18:55.01 | jasonb | In short, servlet containers can store things per request, per JSP page, or per session. The scopes are called "request", "page" (the default, if none is specified), and "session". |
18:55.56 | jhight | well you would think that the "page" scope wouldn't remember things between visits to the same page ... that it was only useful for that single visit to the page |
18:56.04 | jhight | but i guess i assumed incorrectly! |
18:56.59 | jasonb | jhight: Oh, actually there's also "application" scope.. |
18:57.18 | jhight | right, i know i don't need that one =) |
18:57.33 | jhight | not in this circumstance, anyway |
18:57.45 | jasonb | jhight: Now that I'm re-reading the PageContext JavaDocs, it does appear that page scope variables are expunged at the end of the request. |
18:58.04 | jhight | jasonb: oh url? |
18:58.44 | jasonb | jhight: I think I remember now: page scope is the smallest scope.. just accessable by stuff on that one JSP page. Request scope is a larger scope, anything in the request scope is available to all JSP pages that are accessed during the request (could be many). |
18:58.55 | jasonb | jhight: So, page scope is probably okay for what you're doing then. |
18:59.10 | jhight | jasonb: so does that mean that objects stored in the page scope are unique to each visitor? |
18:59.20 | jasonb | jhight: I'm just looking at the JSP 1.2 JavaDocs, which are local on my laptop, so the file:// URL won't be very useful to you. :) |
18:59.28 | n0mer | hello, does anyone knows where Context attribute have to be configured ? I have JBoss-4.0.1sp1 and Tomcat |
18:59.29 | jhight | oh hehe |
18:59.41 | jasonb | jhight: Yes, it appears that page scope variables are only accessable to the same request, but not other requests. |
19:00.02 | jasonb | n0mer: Probably you should ask on the jboss channel. |
19:02.28 | *** join/#tomcat ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
19:02.28 | *** topic/#tomcat is http://jakarta.apache.org/tomcat Latest stable versions of Tomcat are 5.5.7, 4.1.31, and 3.3.2 | If you are a newbie, use the official distribution on Jakarta's site. |
19:03.33 | jhight | jasonb: thanks for all your help |
19:03.38 | n0mer | jasonb: maybe you can answer: is context.xml file suitable for 5.0 tomcat, not only for 5.5? |
19:04.08 | jasonb | jhight: You're welcome. |
19:04.36 | *** join/#tomcat frog (~magda@cfn151.neoplus.adsl.tpnet.pl) |
19:04.38 | jhight | n0mer: you can set the context path inside an EAR archive by adjusting the contents of META-INF/application.xml |
19:04.51 | jasonb | n0mer: Both 5.0 and 5.5 used context.xml files. But, the format of those files is somewhat different for 5.5. |
19:06.39 | n0mer | jasonb: thanks again |
19:07.26 | n0mer | jhight: what else, besides <web> => <context-path> can be set in application.xml ? |
19:07.56 | n0mer | jhight: i need something like server.xml in Tomcat, but i have to configure my own application's context |
19:08.05 | n0mer | application is ear (exploded) file |
19:08.31 | jhight | n0mer: you can (i believe) change jboss-web.xml and application.xml |
19:08.44 | n0mer | yes, i have sufficient rights |
19:09.02 | jhight | n0mer: but I've only changed the context path with application.xml |
19:09.27 | n0mer | the question is: where antiJARLocking (<context> attribute) have to be set |
19:10.16 | n0mer | i set it in ./server/default/deploy/<blah..>-tomcat50.sar/server.xml ("default context" section) |
19:10.38 | jhight | n0mer: hmm that I don't know |
19:10.41 | n0mer | but this does not affect, probably because my app. have different context |
19:10.57 | n0mer | jhight: well, ok. |
19:11.11 | n0mer | jhight: is there any reference about application.xml's directives? |
19:11.29 | n0mer | and, is application.xml AN analogue of server.xml :) ? |
19:11.38 | n0mer | if questions of context tuning |
19:11.43 | jhight | n0mer: yes but I don't know any specifically ... I'd just google it -- I'm sure it'll return something useful |
19:12.02 | jhight | n0mer: application.xml is the j2ee AS-independent application configuration file |
19:12.10 | n0mer | jhight: ok, will try |
19:12.23 | jhight | n0mer: jboss-web.xml is the jboss specific configuration file ... it also supports proprietary configuration settings |
19:18.23 | *** join/#tomcat Tilos (~tilos@c213-89-229-118.cm-upc.chello.se) |
19:24.20 | *** join/#tomcat cilquirm (~Soda@65.246.162.129) |
19:25.39 | *** join/#tomcat sopel (~root@217.153.124.6) |
19:25.44 | sopel | phew this tomcat bug is calling me. |
19:26.17 | jasonb | sopel: What bug? |
19:26.43 | sopel | jasonb; Mar 29, 2005 2:24:55 PM org.apache.tomcat.util.threads.ThreadPool logFull |
19:26.43 | sopel | SEVERE: All threads (900) are currently busy, waiting. Increase maxThreads (900) or check the servlet status |
19:26.53 | sopel | i have 4000 people online now. |
19:26.58 | jasonb | damn. |
19:27.03 | jasonb | 4000 sessions? |
19:27.06 | sopel | when i start my servers they go down after a minute. |
19:27.08 | sopel | yeah. |
19:27.14 | sopel | because the login procedures take so much time. |
19:27.22 | sopel | and they hit the DB so hard (the memory caches are populated etc) |
19:27.29 | sopel | and stupid tomcat hangs once the thread pool is depleted. |
19:27.29 | jasonb | Well, session != active processor thread. |
19:29.08 | jasonb | sopel: Well, maybe then this means you either have to 1) use some other way of authenticating users that takes less time or less resources (or both), and/or 2) use more machines because your load is too high for the number of machines you have. |
19:29.31 | sopel | yes *or* fix tomcat so that it doesn't die when the thread limit is reached. |
19:29.35 | sopel | which is a stupid bug. |
19:29.49 | jasonb | sopel: It shouldn't die. Do you mean that it never goes back to handling requests? |
19:30.00 | sopel | yeah. |
19:30.02 | sopel | exactly. |
19:30.14 | jasonb | sopel: If that's easily repeatable, why not connect to it from a JPDA debugger and find out what's going wrong with it? |
19:31.09 | sopel | SEVERE: Servlet.service() for servlet jsp threw exception |
19:31.09 | sopel | java.lang.NullPointerException |
19:31.26 | sopel | btw any idea what this is? no stack trace available after that. |
19:31.44 | *** join/#tomcat daxuza (~lys-26cu6@81.13.149.221) |
19:31.51 | sopel | i increased max threads to 1500 in each tomcat. |
19:31.58 | sopel | hopefuly this will help. |
19:32.14 | sopel | and i'm getting bigger iron on friday i think. |
19:32.22 | sopel | so it will run on 4 servers and not 2 like now :) |
19:32.45 | jasonb | The bigger iron will certainly help, but you should really get to the bottom of that bug because you'll keep getting hit by it until it's fixed. |
19:34.31 | sopel | no i'm not. i will tune my load balancer to give the tomcat that's put up the traffic gradually. |
19:34.43 | sopel | and/or switch to orion or resin. |
19:35.28 | sopel | huh |
19:35.38 | sopel | when i increased max threads it just went down totally with the error to increase max stack size. |
19:37.19 | jasonb | Yeah, each thread will take up some amount of RAM, and when there's not enough RAM for all that, the JVM will just not come up. |
19:37.40 | jasonb | sopel: If you want, I can help you figure out that request processor bug. |
19:40.00 | sopel | jsp tag bodies don't need to be thread safe right? |
19:40.15 | jasonb | sopel: Nope, I don't think so. |
19:40.18 | sopel | i can set some var in doStart() in the body and safely use it throughout the body (i mean a DB connection) |
19:41.30 | jasonb | sopel: You should be able to. IIRC, you have to empty out those variables on each invocation of the tag, though, if you don't want the values to carry over to the next invocation. |
19:41.41 | sopel | yeah i know that. |
19:42.32 | sopel | looks as if i had a db connection leak or something. |
19:42.39 | sopel | but i don't really buy that since that never happened before. |
19:42.46 | jasonb | About your NullPointerException above, I haven't seen that, but there are ways of tracking down what causes it if it is repeatable. |
19:43.02 | jasonb | sopel: Which version of Tomcat are you using now? |
19:43.11 | *** part/#tomcat daxuza (~lys-26cu6@81.13.149.221) |
19:43.29 | jasonb | sopel: 5.5.9 has been tagged & released. It isn't marked stable yet, but it's got lots of bugs from 5.5.7 fixed. |
19:45.24 | sopel | yea? let me switch real quick then. |
19:45.48 | sopel | it acts like the same tag object was used in several invocations. |
19:45.58 | sopel | pretty gay. |
19:46.02 | sopel | errr.. pretty bad. |
19:46.19 | sopel | is there some actually working version? |
19:46.25 | sopel | or am i better off by using resin? |
19:46.29 | sopel | i'm tired of wasting time on this. |
19:48.27 | jasonb | sopel: Older versions of Tomcat are more stable, but have other problems (like, they run slower and consume more resources). You're using the latest, so it's fast and doesn't consume as many resources, but you run into new bugs. |
19:49.16 | jasonb | sopel: Also, you're doing something most servlet container users don't do: try to handle a huge load on each machine. Scaling any servlet container up that high, you're going to see bugs that the authors don't know about.. regardless of which implementation you use. |
19:49.42 | jasonb | sopel: I don't think switching containers is a good idea. You'll just set yourself up to learn about a whole new set of bugs. |
19:50.56 | jasonb | sopel: Your trouble now comes down to like 2 bugs, each of which are fixable if they're easily reproduceable.. and from what you're saying, one of them is absolutely reproduceable. |
19:51.21 | sopel | 5.5.9 doesn't even start. |
19:51.28 | jasonb | sopel: The NullPointerException is also one that shouldn't be hard to track down. |
19:51.33 | jasonb | sopel: What does it do? |
19:51.45 | sopel | java.lang.NoSuchMethodException: org.apache.catalina.startup.Catalina.setAwait(boolean) |
19:52.06 | jasonb | sopel: Okay, let me look that up in the source.. just a sec. |
19:53.02 | *** join/#tomcat akb (bbwpleaser@as13-3.qualitynet.net) |
19:54.08 | akb | alo |
19:56.18 | jasonb | sopel: Which JVM are you using? |
19:57.42 | jasonb | in the Catalina class, main() calls process(). |
19:57.45 | jasonb | <PROTECTED> |
19:57.45 | jasonb | <PROTECTED> |
19:58.09 | jasonb | And, the Catalina class is a subclass of the Embedded class, and in that class: |
19:58.26 | jasonb | <PROTECTED> |
19:58.26 | jasonb | <PROTECTED> |
19:58.26 | jasonb | <PROTECTED> |
19:58.31 | sopel | sun 1.3 |
19:58.31 | jasonb | It's there. |
19:58.33 | sopel | err 1.4 |
19:58.36 | sopel | and i tried 1.5 too |
19:59.18 | jasonb | Can you show me how you're starting it? |
19:59.56 | sopel | dude i can give you root access. |
19:59.58 | sopel | :) |
20:00.04 | sopel | if you want. |
20:00.20 | a4akb | :D |
20:00.25 | sopel | export JAVA_OPTS='-server -Dbuild.compiler.emacs=true -Xmx1400m -Xms1400m -Xmn180m -verbose:gc -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=73 -XX:MaxTenuringThreshold=0 -XX:+UseParNewGC -XX:SurvivorRatio=128 -Xss128k' |
20:01.11 | jasonb | sopel: If you want to give me shell access, I'll even go in and look, and I promise not to touch anything. |
20:01.22 | jasonb | sopel: Just so you know, I just pulled a 5.5.9 and it starts right up on my box. |
20:01.31 | jasonb | sopel: And, I've heard no complaints on the dev list about it not working. |
20:02.01 | sopel | ok so maybe i have bad blocks or something |
20:02.07 | sopel | corrupting my class files or something :) |
20:02.23 | jasonb | That's certainly possible. |
20:02.31 | jasonb | You're really pounding these boxes. |
20:04.02 | *** join/#tomcat eidolon (~dbs@seawall.homeport.org) |
20:05.04 | eidolon | hi folk s- this may be more appropriate over here. i'm trying to hand-spin a .war file, deploying into JBoss. in the war file, i have META-INF/context.xml, and within that i define the context (say "/Something"). I deploy it, jboss picks it up, but the context jboss publishes it under is the -name- of the war file (foo.war would make the index.jsp show up as localhost:8080/foo/index.jsp) |
20:05.13 | eidolon | am i defining context properly in that context.xml file? |
20:06.22 | sopel | bin/startup.sh |
20:46.48 | n0mer | eidolon: did you figured out your "context" issue? |
20:47.08 | *** join/#tomcat stow (~stows_min@206.107.215.217) |
21:07.03 | eidolon | nope. |
21:07.50 | eidolon | but now i have to head off, so i'll tinker later :) |
21:16.45 | *** part/#tomcat eidolon (~dbs@seawall.homeport.org) |
21:50.04 | sopel | SEVERE: Servlet.service() for servlet jsp threw exception |
21:50.04 | sopel | java.lang.OutOfMemoryError: unable to create new native thread |
21:50.04 | sopel | <PROTECTED> |
21:50.07 | *** join/#tomcat IRCMonkey (~chatzilla@lynux1.lib.iup.edu) |
21:50.14 | sopel | jasonb; check out what i get now. |
21:50.17 | sopel | and the load isn't even high. |
21:50.45 | sopel | tomcat behaves like ap ile of bugs. |
21:54.11 | sopel | ok i'm off for some sleep enough of this waste of time. |
21:54.13 | sopel | thanks for help jason. |
21:54.40 | jasonb | great. |
21:55.37 | jasonb | Yeah, it's all Tomcat's fault.. it has nothing to do with the old b0rken kernel he's running, nor the fact that his jars are corrupt. :( |
21:55.50 | jasonb | Oh well. |
21:56.55 | *** join/#tomcat freck (~freck@p5492A234.dip0.t-ipconnect.de) |
22:05.48 | *** join/#tomcat ki (~ki@pD9EC2159.dip0.t-ipconnect.de) |
22:10.56 | randrew | jasonb: you've got some patience |
22:11.02 | randrew | : ) |
22:14.46 | jasonb | I sure do. |
22:15.04 | jasonb | Sometimes more than I should. |
22:18.21 | *** part/#tomcat n0mer (~n0mer@users.pioner.org.ua) |
22:29.44 | *** part/#tomcat randrew (~raj@dolmen.cc.columbia.edu) |
23:38.55 | *** join/#tomcat ph0enix (~phoenix@201-003-142-044.nhoce7005.dsl.brasiltelecom.net.br) |