02:13.05 | *** join/#tomcat bugfixer (n=bugfixer@42gis175.gulftel.com) |
02:20.23 | *** join/#tomcat katbert (n=katbert@pool-151-200-35-219.res.east.verizon.net) |
02:20.29 | katbert | hallo |
02:23.23 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
02:38.25 | *** join/#tomcat joobie (n=joobie@cust2488.vic01.dataco.com.au) |
02:38.36 | joobie | Hey guys.. has 5.5.9 been released for RedHat Enterprise? |
02:55.50 | *** join/#tomcat Jara[zZ] (n=rimaraj@62.123.204.106) [NETSPLIT VICTIM] |
02:56.00 | *** join/#tomcat puff (i=puff@66.45.34.102) [NETSPLIT VICTIM] |
02:56.00 | *** join/#tomcat Mutru (i=mutru@koti.mutru.fi) [NETSPLIT VICTIM] |
02:59.15 | *** join/#tomcat FreemaniaX (n=Freemani@pcp0011117215pcs.elkrdg01.md.comcast.net) |
02:59.58 | jasonb | joobie: Do you mean an RPM? |
03:05.06 | *** join/#tomcat vinse (n=vinse@adsl-64-160-45-188.dsl.snfc21.pacbell.net) |
03:06.49 | *** join/#tomcat joobie (n=joobie@cust2488.vic01.dataco.com.au) |
03:24.37 | *** join/#tomcat perdenab_ (n=perdenab@pool-68-163-20-233.phil.east.verizon.net) |
03:41.51 | *** part/#tomcat vinse (n=vinse@adsl-64-160-45-188.dsl.snfc21.pacbell.net) |
04:07.00 | *** join/#tomcat vinse (n=vinse@adsl-64-160-45-188.dsl.snfc21.pacbell.net) |
06:02.37 | *** join/#tomcat harpoon (i=stueber@ultra20.rbg.informatik.tu-darmstadt.de) |
06:02.51 | *** join/#tomcat harpoon (i=stueber@ultra20.rbg.informatik.tu-darmstadt.de) |
06:03.44 | harpoon | morning |
07:02.16 | *** join/#tomcat dreivier (n=dreivier@port-212-202-43-57.dynamic.qsc.de) |
07:38.21 | *** join/#tomcat linuxfreck (n=chris@bender.fmi.uni-passau.de) |
08:21.38 | *** join/#tomcat dorileo (n=dorileo@201.22.170.133.adsl.gvt.net.br) |
08:24.41 | *** join/#tomcat dorileo (n=dorileo@201.22.170.133.adsl.gvt.net.br) |
08:57.15 | *** join/#tomcat Magnifikus (n=vst@muedsl-82-207-255-217.citykom.de) |
09:39.16 | *** join/#tomcat dreivier (n=dreivier@port-212-202-43-57.dynamic.qsc.de) |
10:19.28 | *** join/#tomcat SinJax (n=ss1602@dhcp-239-65.ecs.soton.ac.uk) |
10:19.45 | SinJax | hi, what is the best way to define java's java.library.path when loading tomcat? |
10:20.18 | SinJax | i can think of several ways, adding a set LD_LIBRARY_PATH to the startup script etc...but what is the "correct" way? |
11:06.55 | linuxfreck | SinJax: export CATALINA_OPTS="-Djava.library.path=/whatever" |
11:12.00 | *** join/#tomcat lanfeust (n=lanfeust@gaia.cellbio.RWTH-Aachen.DE) |
11:12.24 | *** part/#tomcat lanfeust (n=lanfeust@gaia.cellbio.RWTH-Aachen.DE) |
11:33.01 | *** join/#tomcat b_52GM (n=b_52GM@adsl-172-50-192-81.adsl.iam.net.ma) |
11:33.09 | b_52GM | hi |
11:34.30 | linuxfreck | hi |
11:37.03 | *** join/#tomcat randrew (n=raj@dolmen.cc.columbia.edu) |
13:09.33 | randrew | oh boy... http://issues.apache.org/bugzilla/show_bug.cgi?id=36541 |
13:23.38 | jasonb | randrew: Yeah. That bug's been interesting. All kinds of deep problems in there. |
13:34.18 | randrew | jasonb: aye, and the constant problem of r's attitude |
13:36.28 | randrew | and sun still thinks it can evangelize it's way to redemption... bah. |
13:52.14 | jasonb | randrew: I'm not sure why Sun thinks they shouldn't contribute to Geronimo instead of trying to do their own J2EE server without Apache. They didn't do that with the servlet container, so I don't understand their logic. |
13:52.44 | *** join/#tomcat gehel2 (n=gehel@252.201.203.62.cust.bluewin.ch) |
13:53.08 | linuxfreck | so did they already agree that that bug is really a bug? |
13:53.28 | jasonb | randrew: And, yeah, Remy got pounded on this one. Obviously there's a problem, and it's clear that he routinely tried to ignore it. |
13:53.50 | gehel2 | Hi ! From what I've read, it seems <url-pattern/> in web.xml cannot be a negation (like all URL except ...). |
13:54.07 | gehel2 | Do you know of an easy way to apply a filter to all pages except a few ? |
13:54.24 | jasonb | linuxfreck: It's not clear if Remy thinks there's a clear bug, but he's painted himself into a corner because he does actually have to make a code change to get out of the situation. :) |
13:54.40 | linuxfreck | heh |
13:54.49 | *** join/#tomcat supergeek (n=daniel@dexter.computingoptions.com) |
13:55.33 | linuxfreck | synchronizing on write but not on read is really a wierd thing to do with hashmaps |
13:55.53 | supergeek | If Tomcat is running as a Windows service, does it read the CATALINA_OPTS environment variable? Or should use tomcatw.exe to set any additional options? I'm looking to specifically set -Xss4m. |
13:57.09 | randrew | jasonb: maybe sun found the geronimo license not annoying enough |
13:58.30 | linuxfreck | maybe sun found remm's attitude annoying enough. |
13:59.08 | randrew | heh |
14:05.01 | randrew | supergeek: with process explorer from sysinternals.com you could do a few experiments to get an answer... actually just task manager would work. Set Xms high and see if it has an affect. |
14:05.36 | supergeek | randrew: I'll give that a shot. Thanks |
14:05.52 | jasonb | randrew: Yeah, strange that Sun seems to only pick bad licenses these days. But, then that may be a reflection of the pro-BSD license people who left the company. |
14:40.00 | *** join/#tomcat Cow_woC (i=Cow_woC@i216-58-12-104.avalonworks.net) |
14:40.03 | Cow_woC | moo |
14:40.10 | Cow_woC | want to read something funny? :) http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 |
14:44.23 | *** join/#tomcat hackwolf (n=wolf@62-99-207-215.static.xdsl-line.inode.at) |
14:47.40 | hackwolf | Hi, I have troubles with clustering tomcats on hosts with two NICs on Linux. |
14:47.59 | hackwolf | I see WARNING: Manager [/omd], requesting session state from org.apache.catalina.cluster.mcast.Mc |
14:48.02 | hackwolf | astMember[tcp://127.0.0.1:4002,127.0.0.1,4002, alive=458759493]. This operation will timeou |
14:48.05 | hackwolf | t if no session state has been received within 60 seconds. |
14:49.28 | hackwolf | I wonder why the Cluster wants to receive from 127.0.0.1:4002 although I have mcastBindAddr="192.168.0.1" in the membership-node in server.xml. |
14:53.33 | hackwolf | I work with 5.5.9 (inclusive Cluster-Fix-Pack) |
14:57.30 | linuxfreck | Cow_woC: well seeing the latest stuff on bugzilla, I can still be happy that my bug report is at least in reopened state :/ |
14:57.53 | linuxfreck | hackwolf: just a wild guess, does your hostname resolve to 127.0.0.1? |
14:58.19 | hackwolf | I don't think so. |
14:58.40 | hackwolf | /etc/hosts says |
14:58.41 | hackwolf | 127.0.0.1 localhost.localdomain localhost |
14:58.57 | linuxfreck | try: getent hosts `hostname` |
14:59.28 | hackwolf | Resolves to 164.3.95.134 vaigastc01 |
14:59.44 | linuxfreck | ok, then that's not the issue |
15:00.01 | hackwolf | This address is bound to an other interface. |
15:00.58 | Cow_woC | linuxfreck: is there anyone who can go above Remy's head? |
15:01.04 | Cow_woC | or at least mediate the situation? |
15:01.11 | Cow_woC | 'cuz right now he's acting like it's his will or nothing... |
15:01.35 | linuxfreck | well I have zero knowledge about the inner workings of the tomcat project |
15:01.43 | linuxfreck | you should talk to jasonb |
15:02.14 | linuxfreck | hackwolf: is your multicast route correct? |
15:02.38 | hackwolf | tcpdump -i eth1 shows packets from both hosts. |
15:02.48 | linuxfreck | great |
15:04.02 | linuxfreck | I have no idea why it doesn't work then. it worked out of the box by just adding the multicast route and uncommenting the Cluster config |
15:05.34 | hackwolf | Same situation here initially (when I worked with real hosts). All the mess came up after I had to migrate to a VMWare ESX host. |
15:19.13 | *** part/#tomcat Cow_woC (i=Cow_woC@i216-58-12-104.avalonworks.net) |
15:34.16 | *** join/#tomcat geemark (n=geemark@port12.ds1-vey.adsl.cybercity.dk) |
15:36.15 | *** join/#tomcat __julien_ (n=juhe@194.78.57.155) |
15:36.25 | __julien_ | Hi all |
15:36.57 | __julien_ | anybody knows how to reduce the size of compiled jsp files generated by jasper ? |
15:37.18 | __julien_ | file names, sorry .... |
15:38.16 | *** part/#tomcat __julien_ (n=juhe@194.78.57.155) |
15:56.44 | *** join/#tomcat FreemaniaX (n=Freemani@ip67-153-106-58.z106-153-67.customer.algx.net) |
16:11.08 | *** join/#tomcat dreivier (n=dreivier@port-212-202-43-57.dynamic.qsc.de) |
16:16.24 | cilquirm | reduce the size of file names? |
16:18.44 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
16:36.04 | *** join/#tomcat Whoo (n=Whoo@pla93-1-82-67-250-156.fbx.proxad.net) |
16:37.05 | Whoo | Hi ... I've got a trouble with an tomcat 5.0.28 and 1.5.0_04-b05 ... tomcat freez when I redeploy sevral time a war |
16:37.15 | Whoo | (2 or 3) times |
17:13.33 | *** join/#tomcat freck (n=freck@fry.fmi.uni-passau.de) |
17:54.00 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
19:12.49 | *** part/#tomcat randrew (n=raj@dolmen.cc.columbia.edu) |
20:46.22 | *** join/#tomcat puff (i=puff@66.45.34.102) |
20:46.40 | jasonb | Hi puff. What's up? |
20:49.37 | puff | Evening. |
20:49.41 | puff | I've been distracted. |
20:49.58 | puff | Was on vacation for a big chunk of august, and dealing with work stress before/after. |
20:50.12 | puff | How're yo? |
20:52.28 | jasonb | Fine.. also had some time off, and I'm now back. |
20:52.37 | jasonb | I hope you got some time to relax. |
20:52.48 | puff | Well, it *would* have been relaxing, wihtout this work stress. |
20:53.06 | puff | My boss started screwing with me, right before my vacation. |
20:53.17 | puff | So... long story short, I'm trying to figure out what to do next. |
20:53.23 | puff | Anyway, lotta stress, but that's life. |
20:53.36 | jasonb | That's the best time to screw with an employee.. right before they get a vacation. :) |
20:54.00 | puff | Heh. |
20:54.04 | jasonb | Well, don't feel bad. You're not the only one with stress on the job. |
20:54.11 | puff | Well, I'm going to do my best to return some stress to him. |
20:54.32 | puff | This is fairly serious shit... if circumstances (equity) were different I'd have already walked away from this company. |
20:54.37 | puff | But, as it is. |
20:54.45 | puff | Also, I'm trying to figure out what my next project should be. |
20:54.58 | puff | I've been sort of leading up to starting my own company, for a while now. |
20:55.21 | puff | Now I'm trying to figure out what the focus and product should be, for that effort. Though I'm not certain I'll be doing it next month, might be next year. |
20:56.48 | puff | Ideally it'll be next year. Depends on whether they want to keep playing hardball or are willing to actually negotiate, I guess. |
20:56.56 | jasonb | You could do it. Just choose carefully. |
20:57.47 | puff | Yeah, that's the trick, you see. Economically viable but also interesting enough that I'll enjoy doing it. |
21:02.48 | puff | I did a photo management tool for a startup, about five years ago. Startup cratered, but I've been thinking I might take a stab at rewriting it. |
21:02.58 | puff | Either as a shareware, or just for fun, freeware. |
21:03.11 | puff | Still talking to friends who are more up on that topic, to see if there's a market or not. |
21:03.34 | jasonb | Oh, man. I've been wanting to do that for quite a while now, and I have lots of ideas for it. |
21:04.18 | jasonb | This seems to be a common unimplemented need of lots of Java developers.. there's no good photo album thing written for Java/Tomcat. |
21:05.30 | puff | Really? |
21:05.48 | puff | I was thinking more of a gui thing, but if there's a need for a server-oriented thing, I could certainly tackle that. |
21:06.14 | jasonb | Well, both. |
21:06.23 | puff | Photo album meaning? |
21:06.57 | jasonb | Well, something you import your pictures to, straight out of the digital camera, or from other media, then you can organize them and/or comment on them. |
21:07.11 | puff | I actually have to idle for a little while and reboot this box (just did a kernel upgrade, and the guy who can get into the data center is only available for the next hour or two, so if physical intervention is necessary...) |
21:07.14 | puff | Yeah... something like that. |
21:07.32 | puff | The startup was a combination of applet, server side, and a "print kiosk", |
21:08.03 | puff | The print kiosk being a human-operated high-end digital printer setup (remember this was five years ago). |
21:08.19 | puff | So you could upload, manage, then order prints at the kiosk nearest you, drive by and pick 'em up. |
21:08.22 | jasonb | Then, once the pictures are all in the system (somewhere), then you can choose how you want to serve them up, who has access, how they're displayed, etc. |
21:08.44 | puff | Right, standard flickr sorta stuff. Well, that's certainly doable. |
21:08.51 | puff | I could use something like that, come to think of it. |
21:09.06 | jasonb | I guess I considered the printing part to be a local printer, but sure.. if it could be tied into some commercial printing system, that would also be great. |
21:09.07 | puff | The applet we had was crude compared to photoshop, but by the standards of the day was quite impressive. |
21:09.18 | jasonb | Nice. |
21:09.21 | puff | We ended up rewriting drag 'n drop, because it was broken in java 1.1. |
21:10.05 | puff | Though if I rewrote it today, I'd use a more modern java... dunno how modern. |
21:10.15 | puff | Probably just start with 1.5 or something, then backport if I feel it's worthwhile. |
21:10.42 | puff | Anyway, dong the server-side stuff should be very doable. |
21:10.54 | puff | Even easier than the applet/application. |
21:11.04 | puff | Is there really much demand for it? |
21:11.20 | jasonb | Yeah, 1.5 is best I think. |
21:11.42 | jasonb | I don't know if this would work commercially, but there's certainly a need for it. I hear others saying they want one pretty often. |
21:12.00 | puff | I definitely want to talk more about this, but I have to disconnect and reboot now. |
21:12.06 | puff | See you in about 45 minutes, hopefully. |
21:12.49 | jasonb | Ok. |
21:13.44 | puff | Ciao. |
21:13.46 | *** part/#tomcat puff (i=puff@66.45.34.102) |
21:19.34 | *** join/#tomcat martind (n=martind@67.71.253.163) |
21:22.15 | martind | I am having some problems with Tomcat not timing out Web applications. I install the same load on two different machines. One will time out, the other one will not. I do not know how to troubleshoot this problem. I use Tomcat 5.5.9 on Fedora Core 3. Both my Web server web.xml and application web/xml have the session-timeout property set tp 15 minutes. |
21:28.49 | jasonb | Session timeouts? Or connection timeouts? Or what? |
21:29.43 | martind | session timeout. I expect that if the user does not do anything in his Web browser for a while, the Web server would kick him out (present the login screen) when he commes back to the browser window. |
21:30.22 | jasonb | Are you using ntp or doing anything funky with the clocks on those machines? |
21:30.38 | martind | I am using ntp. Would that be a problem? |
21:30.53 | jasonb | Well, it's something external to the box controling the clock (and hence the timeout). |
21:31.11 | jasonb | Try turning off ntp and see if it still happens differently on each box. :) |
21:31.50 | martind | That's a good advice. I will try this. Do you have any other recommendation on things to check or logs to look at? |
21:32.33 | jasonb | Well, just be sure that the same time settings and config settings are on both. |
21:33.02 | jasonb | There's some difference between the boxes.. when you figure out what that diff is, you'll probably get the same behavior on both. |
21:33.10 | jasonb | It could even be bios time settings or something. |
21:34.19 | martind | OK. Thanks a lot Jason, this is great help. I scratched my head on this for a while! |
21:46.50 | *** join/#tomcat puff (i=puff@66.45.34.102) |
21:46.53 | puff | Back. |
21:46.56 | puff | that seemed to go smoothly. |
21:52.14 | jasonb | martind: Let me know if that ends up fixing it or showing you what's wrong.. I'm interested to hear. |
21:52.21 | jasonb | puff: welcome back. |
21:59.08 | puff | HEya. |
21:59.16 | puff | So, let's talk about this photo album thing. |
22:26.07 | jasonb | puff: Okay.. I'll have to work at the same time, so there will be some pauses on my end.. |
22:26.25 | jasonb | puff: I wanted to write an open source one.. I still may. But, if I do, it'll go pretty slow. |
22:26.59 | jasonb | puff: Mainly, I need it, and I have a particular set of features I need. But, I also wanted to write it so others could use it as well. |
22:27.53 | jasonb | puff: There are some commercial ones, even written in Java. I don't know if they make money or not. But, one thing's for sure: there's no OSS Java one that is popular. So, there's an OSS vacancy there, IMO. |
22:28.44 | jasonb | puff: For serving up the media (pictures, videos, audios), I do think Tomcat is best, or maybe a combination of Tomcat and an RTSP stream server (although I'm currently unaware of a good OSS Java RTSP server). |
22:29.41 | puff | Sorry, back. Had to grab a departing coworker and coordinate production deployments. |
22:29.57 | jasonb | quite alright. There will probably be pauses on both ends. :) |
22:31.55 | jasonb | Also, I know hellaenergy is also interested in helping write one of these.. he basically signed on to my ideas for it. But, he's been heavily distracted with his new job and his new motorcycle last I knew. Heh. |
22:32.09 | *** part/#tomcat jsisson (n=john@59.167.28.38) |
22:50.16 | *** join/#tomcat valmont (n=chrishol@1007host103.starwoodbroadband.com) |
22:51.11 | puff | I'm kinda focused on the idea of "what business should I start?", but on the other hand, I'm quite fond of open source. |
22:51.21 | puff | If I can figure out how to do it as a business *and* open source it, I'm in heaven, of course. |
22:52.56 | puff | But failing that, if I can scope it tightly enough to do it for fun as an open source project, that might well be cool, too. |
22:53.21 | puff | Or figure out how to scope it as a dual project - an open source project and a commercial project that have some synergy. |
22:53.52 | puff | For example, if I write the server-side as open source, and write a GUI commerical app. |
22:53.55 | puff | As a client. |
22:55.12 | jasonb | Or, maybe the commercial integration as the commercial part? |
22:55.30 | jasonb | For instance, the module that lets you print pictures to Costco. :) |
22:56.03 | jasonb | Or, select which videos to send to some company that burns them to DVDs and mails them to you. |
22:56.38 | jasonb | Or, driver modules that make particular cameras integrate very nicely. |
22:57.52 | puff | Possibly, yeah. |
22:58.10 | puff | I'm not sure how much profit potential there is there, these days. |
22:58.29 | puff | For example, I'm told flickr has ditched the photo printing aspect, and is focusing on photo sharing. |
22:58.55 | puff | And, of course, large companies like Costco are a pain in the ass to deal with. |
22:58.55 | puff | Hm. |
23:02.04 | puff | I'm still trying to sound out a couple different folks about the general topic. One's a geek, but his brother and father are professional photogs, so he knows both the photo side and the technology side. Another is a designer, so he's more acquainted with the end-user side. Two more were involved in that startup 5 years ago, so they may have kept a closer eye on what the market is doing. |
23:02.32 | jasonb | Or, then, maybe a module to allow distributed hosting on a pay-as-you-go basis. Sharing certainly seems to be an important aspect, I agree. |
23:03.02 | puff | One question that has occurred to me is that maybe I don't need an angle, or a gimmick. |
23:03.14 | puff | Maybe it'd be enough to just focus on making really, really well-designed (from an user point of view) software. |
23:03.19 | puff | Just a thought. |
23:03.21 | jasonb | Like, the company part of it could have servers & bandwith, and then the commercial module could allow the user to select what pictures (or albums.. groups of pics and/or videos) to farm out & serve commercially. |
23:04.13 | jasonb | Yes.. the better it looks & works, the more popular it would be. But, I do think the initial download has to be OSS software that is useful. |
23:04.13 | puff | There were a coupleof companies like that out there, five years ago. |
23:04.16 | puff | Fotochannel was one. |
23:04.29 | puff | Well, yeah, that's more for the server side. |
23:06.53 | jasonb | Well, importing, storing, and organizing photos & videos is important for people to do easily, so that's all client side except maybe storage (although that *could* be done on the client side). Maybe image/video backup might be valueable. |
23:07.26 | *** join/#tomcat jsisson (n=sissonj@210-0-83-196.nexnet.net.au) |
23:11.38 | *** join/#tomcat jsisson (n=sissonj@210-0-83-196.nexnet.net.au) |
23:26.29 | *** join/#tomcat joaopaulo (n=joaopaul@201.34.171.126) |
23:30.53 | JavaGeek | hey |
23:31.24 | jasonb | hey |
23:32.04 | JavaGeek | jasonb: <svn:tag/> is coming along nicely :) |
23:35.56 | jasonb | JavaGeek: Excellent! What all does it do so far? |
23:36.27 | JavaGeek | if I wanted to intercept every URI to a servlet, I would just add a <url-pattern>*</url-pattern> to my web.xml, right? |
23:36.41 | puff | JavaGeek: More or less, yeah. |
23:36.52 | JavaGeek | jasonb: so far, I can get the latest revision from the repository :) |
23:37.10 | jasonb | For some reason I'm thinking that mapping doesn't work.. the "*" mapping I mean. |
23:37.13 | puff | jasonb: Most of those functions are client side, obviously publishing/sharing is server-side. Setting up groups, permissions, etc. |
23:37.28 | JavaGeek | puff: but then, if I wanted to use jsp pages inside my servlet, is there a way to include them? |
23:37.45 | puff | Actually, thinking about it, some of this dovetails with other thoughts I've had on digital asset management tools. |
23:37.53 | puff | JavaGeek: Depends on what you mean by use/include. |
23:38.19 | puff | JavaGeek: I'm pretty sure you should be able to use the RequestDispatcher to include a jsp or forward to a jsp. |
23:38.46 | puff | Note that this is only on the server-side; unlike a sendRedirect, for example, which tells the browser to re-request a different URL. |
23:39.02 | puff | If you had a url-pattern like that, a sendRedirect would just get caught by the same url-pattern. |
23:40.01 | puff | JavaGeek: I'd be very skeptical of your design, however... unless you had a very good, specific reason to do that, I suspect the resulting app will be quite kludgy and awkward. |
23:40.31 | puff | Not that half the framework gurus out there don't agree with you :-). |
23:41.01 | puff | I've really gotta buidl that zen framework. |
23:41.02 | puff | Yoiks, the time. |
23:41.11 | puff | Damn, hadn't realized how late it'd gotten. |
23:41.28 | JavaGeek | mmm... maybe I should use a filter |
23:41.50 | puff | JavaGeek: What problem are you trying to solve? |
23:42.01 | puff | What need, what pain, is prompting you to think you need to solve that problem? |
23:42.35 | puff | I'm going to have to head out momentarily. |
23:42.36 | JavaGeek | puff: I'm doing a subversion repository viewer. I want URIs like http://address:8080/svnapp/trunk/ to work |
23:42.54 | JavaGeek | svnapp being the webapp context |
23:43.08 | puff | Yeah. |
23:43.34 | JavaGeek | so, trunk isn't a web path, but a repository path |
23:43.40 | puff | Is "trunk" a subversion standard term, or particular to that repository? |
23:43.41 | puff | Okay. |
23:44.14 | puff | So you basically want to use directory-path-like parameter strings :-). |
23:44.44 | puff | Are you going to do one webapp for each repository? |
23:45.01 | puff | Maybe it should be something like /svnapp/repostory/reposname/a/b/c |
23:45.23 | JavaGeek | puff: that would work |
23:45.31 | puff | Where "/repository/" is a url-pattern, and then you parse the rest. |
23:45.38 | puff | Er, "/repository/*" |
23:45.45 | JavaGeek | ah, good idea |
23:45.49 | puff | Come to think of it, can you have relative url patterns? |
23:45.54 | puff | I hate url-patterns, they're so limited :-( |
23:46.15 | JavaGeek | what do you mean by relative url patterns? |
23:46.32 | puff | "Where "/repository/etc" is mapped off of "svnapp/" |
23:46.49 | puff | As opposed to absolute, where a leading "/" means it starts at 8080:/ |
23:46.49 | JavaGeek | no, I think most of them are absolute (at least from the repository root) |
23:47.01 | puff | Anyway, you get the idea... you have some url-pattern where the prefix identifies that you want a repository view, and then you parse the rest. |
23:47.16 | JavaGeek | yeah, that solves part of my problem |
23:47.18 | JavaGeek | :) |
23:47.27 | puff | Have fun. |
23:47.32 | JavaGeek | puff: thx |
23:47.32 | puff | Use String.split() right? |
23:47.38 | puff | For the parsing. |
23:47.51 | JavaGeek | puff: yeah |
23:48.17 | puff | Sounds cool. |
23:48.44 | puff | I've really gotta start doing some not-critical project in subversion, preferably one that I'll actually work at, so I get used to working in subversion. |
23:48.45 | JavaGeek | mmm... maybe I could use a filter instead of a servlet |
23:48.50 | puff | Eh... no. |
23:48.59 | puff | This case, a servlet would be more appropriate. |
23:49.20 | puff | You're not planning on modifying the request and then forwarding it, are you? |
23:49.56 | puff | Though I guess you could have the filter parse the parameter string, add them as attributes, then forward them... but I'm not sure what you'd forward it to. |
23:50.20 | puff | You'd still end up having a servlet mapped to "svnapp/repository/*" |
23:50.31 | puff | One thing to bear in mind, url-patterns are pretty limited. |
23:50.46 | puff | You can do foo/*, you can do *.bar, you can't do foo/*/bar |
23:50.49 | puff | Or foo/*.bar |
23:51.26 | puff | Okay, I'm outta here. |
23:51.27 | JavaGeek | maybe... there are two kinds of entries, dir entries anf file entries. I want to distinguish if a svnapp/repository/entry is a file or a dir, and depending on that, give a different 'view' |
23:51.40 | puff | Will probably check back in three hours or so. |
23:51.49 | JavaGeek | puff: ok, thx |
23:51.57 | jasonb | puff: Subversion is great. Just play with it. I can even send you my own notes on it if you want.. with lots of common example commands and terse text about it. |
23:52.29 | puff | jasonb: Cool. Mainly I want to start using it for some project that I'll actually work on, but that won't be critical, so my own ignroance won't be a risk. |
23:53.35 | puff | JavaGeek: That case, you'd have the primary url-pattern map to a servlet, the servlet would parse the path, then it would decide if the last element is a directory or a file, and use RequestDispatcher to server-side include or forward to the right page to display it. |
23:53.49 | puff | Hm, probably forward, have the parsing servlet be "headless". |
23:54.12 | puff | I.e. invisible, just parses and then server-side forwards to the display servlet or JSP. |
23:54.15 | puff | More likely JSP. |
23:54.30 | puff | And welcome to Model 2. :-0 |
23:54.33 | puff | :-) |
23:55.54 | puff | The distinction between a forward and an include is that a forward transfers control to the other jsp or servlet (same thing; a jsp is just a way of writing a servlet) and then it's done. Whereas an include transfers control, and when the target of the transfer returns, the including servlet/jsp resumes processing. |
23:56.30 | puff | You may find this useful: http://darksleep.com/notablog/format.cgi?article=Java_Web_Applications_0.foo |
23:57.45 | JavaGeek | puff: ok, thanks again |
23:58.03 | puff | Ciao. |
23:58.06 | puff | Back in three hours or so. |