Re: Developing Tomcat in NB
Excellent... thank you. Just wanted to ask you if you think its at all possible to do this in Netbeans 5.5 It seems to me that NB 6 has the ability to pick up on the ant scripts as part of the project menu's, and thats what you doing, but I was wondering if your ant scripts can be incorporated into NB5.5 in some other way? I've done a very manual port and a restructuring of Tomcat6 on netbeans 5.5. In other words, I literally moved the code by hand, and rebuilt the dependency files the way I wanted it. I moved Tomcat to a semi embedded, but still server environment, for want of a better description http://coolese.100free.com/ and would like to add some ant script that moves as easily as yours does, from Tomcat src, to the desired structure, but still keep it at NB5.5 Thanks... very very nice... will grab NB6 as soon as its officially released. - Original Message - From: "Daria" <[EMAIL PROTECTED]> To: Sent: Wednesday, June 06, 2007 4:24 PM Subject: Developing Tomcat in NB Dear Tomcat developers, I would like to let you now that we have recently ported Tomcat 6.0.13 environment into NetBeans IDE. You may wish to check it out: http://wiki.netbeans.org/wiki/view/NetbeansedTomcat If you are new to NB please go to netbeans.org for all information, tutorials and fun stuff. Now you can completely build, debug, profile Tomcat inside NB IDE and have access to all nifty features NB IDE provides to make developer's more productive and happy. You productivity may get a serious boost and you will learn a new stuff as well :-) I would greatly appreciate any feedback you may have about my project and any ideas on how to make it more useful for Tomcat community. Daria Titova NB Engineer. -- View this message in context: http://www.nabble.com/Developing-Tomcat-in-NB-tf3878243.html#a10989703 Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Developing Tomcat in NB
Hi Daria, Could you point me at the documentation for NB6 that shows one how to integrate the ant script with the project menu's... as you have done, thanks - Original Message - From: "Daria" <[EMAIL PROTECTED]> To: Sent: Wednesday, June 06, 2007 4:24 PM Subject: Developing Tomcat in NB Dear Tomcat developers, I would like to let you now that we have recently ported Tomcat 6.0.13 environment into NetBeans IDE. You may wish to check it out: http://wiki.netbeans.org/wiki/view/NetbeansedTomcat If you are new to NB please go to netbeans.org for all information, tutorials and fun stuff. Now you can completely build, debug, profile Tomcat inside NB IDE and have access to all nifty features NB IDE provides to make developer's more productive and happy. You productivity may get a serious boost and you will learn a new stuff as well :-) I would greatly appreciate any feedback you may have about my project and any ideas on how to make it more useful for Tomcat community. Daria Titova NB Engineer. -- View this message in context: http://www.nabble.com/Developing-Tomcat-in-NB-tf3878243.html#a10989703 Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using auto-configure with Tomcat 6.0
Frank, I see the classes are there in 6.0, but the document does mention its for 5.x only. Unfortunately I dont have TC6 setup for this. Could someone, please confirm, this (mod_jk.conf-auto) is still a feature in TC6 Thx - Original Message - From: "Frank McCown" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Wednesday, June 27, 2007 3:00 PM Subject: Using auto-configure with Tomcat 6.0 I'm trying to get auto-configure to work for my single Tomcat process running on the same machine as Apache. According to the instructions at http://tomcat.apache.org/connectors-doc/webserver_howto/apache.html the mod_jk.conf-auto file can only be created with Tomcat 5.x. Does that mean the functionality was deprecated in Tomcat 6.0, or have the instructions not been updated? I've followed the directions explicitly, but Tomcat 6.0 does not seem to produce a mod_jk.conf-auto when re-started. The catalina.out does not record any errors. Apache 2.2.4 Tomcat 6.0.12 Java 1.4.2 Linux FC 6 Any help would be appreciated. Thanks, Frank -- Frank McCown Old Dominion University http://www.cs.odu.edu/~fmccown/ - To start a new topic, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
POJO Application Server for Tomcat
I'd like to show you guys something that I think may blow your minds. Firstly let me just say that I call myself a hobbyist, dont consider myself in the same league as the guru's that work on Tomcat and Apache, but I do spend an enormous amount of time playing with technology. One can almost measure how much I like a technology by how much time I stay in the mailing lists, on Postgresql I think it was 3 months, and I really like that product, on Tomcat it must be close to a year and still counting, what a fantastic product. In our office Tomcat is now officially the delivery mechanism for everything. First I was impressed with Tomcats web abilities, then more and more with its container ability, we discovered that it can run any code, and even if it wasnt intended for the web, we started sticking applications into Tomcat anywaythat idea has now come a long way. I call it a POJO Application server, I've mentioned before that we actually popping full java applications out of browsers, but then it was very much something only I could use, messy libraries etc. What I've done now is (try) make a more professional package, and it would be really nice if the guru's just have a little read about this unbelievable servlet, and let me know what you think, if just to see how someone is using your Tomcat, in a very unusual way. As you will see, I dont like EJB containers, but I love Tomcat, and it was almost inevitable that this would happen. All I will say is that this is no ordinary application server... not unless I missed something and you can also just drop a POJO application into the others and make it remoteable. I think its a new way of looking at application servers, it feels like a discovery to me, but then who knows maybe there is something out there like this, I dont know, all I do know is that when we drop this servlet into Tomcat, we run POJO applications over the wire as if they were right their on the client machine, the same applications that will also run standalone on the machine. Its so different that I really struggled to find the relevent theory behind this technology, I think I'm close, but any pointers or corrections would be much appreciated there as well. Anyway, would just like to thank all the Tomcat'ers that have helped me out, people like Chuck, Bill, Christopher, Leon, David, Mark, Mladen... and if I forgotten you, sorry, so many, it really is the best mailing list on the web. Oh! you'll see its only certified for Tomcat ;) Only thing left to do now is see if I get Tomcat to make coffee, and clean the pool... and maybe get this to run on something fishy, you know, just in case someone needs a real application server ;) Thanks http://coolharbor.100free.com/index.htm Johnny
Re: POJO Application Server for Tomcat
- Original Message - From: "Smith Norton" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Monday, August 20, 2007 7:05 AM Subject: Re: POJO Application Server for Tomcat I am still waiting for this response. Could you please tell us why is this specific to Tomcat? Sorry I live on the other side of the world, I was sleeping ;) In theory, its not, its a servlet and thus should run on any servlet container, but its one hell of a servlet, and internally there is some serious class loader stuff going on. A little like having Tomcat run inside Tomcat, if that makes sense. It also uses TC's security setup and thats preconfigured in WEB.xml and I imagine a little different on other containers, so users may find that a hassle factor. It's certified for Tomcat really just because thats the only servlet container we use... and my way of giving back, yes I do want new comers to come to the TC mailing lists. Or let me say it this way, I could have taken the tomcat code and combined it with this servlet internally and then given it the name of some fish, but I wanted all credits to come back to TC for the servlet container... so maybe its just misguided loyalty ;) But there is a technical reason as well, when class loaders run inside class loaders, or class loaders run inside another container, it really brings out issues with the underlying class loaders inside a container. So I feel it should be tested carefully on any other servlet container. I havnt tested on other servlet containers, because I think half of them run on TC code anyway, not much of a test, but if you want to see a container fail, try make WebStart use an RMI program, or a program that has its own class loaders... it will likely fail. When testing I actually ran TC from the source and traced into TC just to make sure classloaders were doing the right thing, they do, fortunately. So there is a degree of caution, and a whole lot of loyalty ;) By all means if you use something else, try it but I do have a feeling the security side may need a rework of the configuration, and may not work at all because it twists normal web security to protect classes, so that one can protect access to their applications. On 8/20/07, Lilianne E. Blaze <[EMAIL PROTECTED]> wrote: Hello, Be more specific please? What problems does it solve? How is that specific to Tomcat, instead of just any servlet container? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: POJO Application Server for Tomcat
- Original Message - From: "George MATKOVITS" <[EMAIL PROTECTED]> To: Sent: Monday, August 20, 2007 7:29 AM Subject: Re: POJO Application Server for Tomcat I like its Java Application/Java Class like behavior. Unfortunately it seems to miss probably the EJB's most important function: 'Transaction Support'. Please describe how to add or point to some documentation. Thank you -- George Thanks George, I will be posting some examples of the way we do it, its a pure POJO approach, name we do transactions using dB engines, there is no concept of an entity bean as such in POJO. It amounts to a library that one uses, as does a database pool. Listen I'll be happy to answer any questions, but I think for specific issues on Harbor its better is people just mail me direct, Harbor exists because of Tomcat, but I dont want to kidnap the Tomcat mailing lists, I havnt setup a mailing list for harbor yet, but I will. It kinda cool though huh ;) Original Message Follows From: "Lilianne E. Blaze" <[EMAIL PROTECTED]> Reply-To: "Tomcat Developers List" To: Tomcat Developers List Subject: Re: POJO Application Server for Tomcat Date: Sun, 19 Aug 2007 21:55:41 +0200 MIME-Version: 1.0 Received: from mail.apache.org ([140.211.11.2]) by bay0-mc7-f22.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Sun, 19 Aug 2007 12:56:14 -0700 Received: (qmail 27609 invoked by uid 500); 19 Aug 2007 19:56:05 - Received: (qmail 27598 invoked by uid 99); 19 Aug 2007 19:56:05 - Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 19 Aug 2007 12:56:05 -0700 Received: pass (nike.apache.org: domain of [EMAIL PROTECTED] designates 193.17.41.142 as permitted sender) Received: from [193.17.41.142] (HELO poczta.o2.pl) (193.17.41.142)by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 19 Aug 2007 19:56:29 + Received: from poczta.o2.pl (mx12 [127.0.0.1])by poczta.o2.pl (Postfix) with ESMTP id DADA93E80C2for ; Sun, 19 Aug 2007 21:55:38 +0200 (CEST) Received: from [82.210.169.62] (62-mo4-2.acn.waw.pl [82.210.169.62])by poczta.o2.pl (Postfix) with ESMTPfor ; Sun, 19 Aug 2007 21:55:38 +0200 (CEST) X-Message-Delivery: Vj0zLjQuMDt1cz0wO2k9MDtsPTA7YT0w X-Message-Info: R00BdL5giqoOmdk4EwMMUOZg9GLUfyAG82u/Ccb1L0a5JmnPzFJioIXKJICIknaaLfTti6qC8cwlNkMQgsRMyQ== Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Help: <mailto:[EMAIL PROTECTED]> List-Unsubscribe: <mailto:[EMAIL PROTECTED]> List-Post: <mailto:dev@tomcat.apache.org> List-Id: Delivered-To: mailing list dev@tomcat.apache.org X-ASF-Spam-Status: No, hits=-0.0 required=10.0tests=SPF_PASS X-Spam-Check-By: apache.org User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) References: <[EMAIL PROTECTED]> X-Virus-Checked: Checked by ClamAV on apache.org Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 19 Aug 2007 19:56:14.0832 (UTC) FILETIME=[FFD4B700:01C7E29A] Hello, Be more specific please? What problems does it solve? How is that specific to Tomcat, instead of just any servlet container? Greetings, Lilianne E. Blaze Johnny Kewl wrote: > I'd like to show you guys something that I think may blow your minds. > > Firstly let me just say that I call myself a hobbyist, dont consider myself in the same league as the guru's that work on Tomcat and Apache, but I do spend an enormous amount of time playing with technology. One can almost measure how much I like a technology by how much time I stay in the mailing lists, on Postgresql I think it was 3 months, and I really like that product, on Tomcat it must be close to a year and still counting, what a fantastic product. > > In our office Tomcat is now officially the delivery mechanism for everything. > First I was impressed with Tomcats web abilities, then more and more with its container ability, we discovered that it can run any code, and even if it wasnt intended for the web, we started sticking applications into Tomcat anywaythat idea has now come a long way. > > I call it a POJO Application server, I've mentioned before that we actually popping full java applications out of browsers, but then it was very much something only I could use, messy libraries etc. What I've done now is (try) make a more professional package, and it would be really nice if the guru's just have a little read about this unbelievable servlet, and let me know what you think, if just to see how someone is using your Tomcat, in a very unusual way. > > As you will see, I dont like EJB containers, but I love Tomcat, and it was almost inevitable that this would happen. > All I will say is that this is no ordinary application server... not unless I missed something and you can also just drop a POJO application into the others and make it remoteable. > > I think its a new way of looking at application servers,
Re: POJO Application Server for Tomcat
- Original Message - From: "George MATKOVITS" <[EMAIL PROTECTED]> To: Sent: Monday, August 20, 2007 11:30 AM Subject: Re: POJO Application Server for Tomcat Just please post a generic example for one of your favorite 'Open Source' Data Base engines! That would be more than enough! Thank you -- George PS. Many years ago I used to be a committer on Apache but for the last few years I just watched the various stuff flowing bye! IMHO there is some bandwidth left for nice KISS stuff! Frankly EJBs are too complicated for the average VB programmer and that is why they do not migrate to nice cheap 'universal' Java on Linux! We either do something about it or Java is going to die! Life ether advances or shrinks to nothing! Your POJO just might do it for Java! EJB people tend to be a bunch of stuck up Aristocrats! Just please keep on ignoring them! Did you talk to anyone at Sun? Any application could be written in POJO if transactionality for Data Base access could be easily added in! Even Sun People like to keep on eating! They might even standardize some of your interfaces. And I thought I didnt like EJB containers ha ha. I would have just said, there does seem to be an uprising on the web against Super-Cans, they just too complex. George I have a POJO class that is a dB pool, allows for transactions and does persistence... all POJO style and its easier than saying EJB specification ;) Thing about POJO libs is that they not worth a thing without a sample so you making me work, but it you can wait just 2 days... I'll have the sample code for that on the site. The library is tiny, and it will be posted as source so you can see how it actually all works, and change it if you like. Best I can do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: POJO Application Server for Tomcat
- Original Message - From: "Leon Rosenberg" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Monday, August 20, 2007 10:22 PM Subject: Re: POJO Application Server for Tomcat On 8/19/07, Johnny Kewl <[EMAIL PROTECTED]> wrote: I call it a POJO Application server, I've mentioned before that we actually popping full java >applications out of browsers, but then it was very much something only I could use, messy >libraries etc. What I've done now is (try) make a more professional package, and it would be >really nice if the guru's just have a little read about this unbelievable servlet, and let me >know what you think, if just to see how someone is using your Tomcat, in a very unusual >way. ... I think its a new way of looking at application servers, it feels like a discovery to me, but >then who knows maybe there is something out there like this, I dont know, all I do know is >that when we drop this servlet into Tomcat, we run POJO applications over the wire as if >they were right their on the client machine, the same applications that will also run >standalone on the machine. Its so different that I really struggled to find the relevent theory >behind this technology, I think I'm close, but any pointers or corrections would be much >appreciated there as well. Just one question, what do you need tomcat for? Remove the tomcat from your app server, add rmi, corba, and, if you really wish, a http connector (which could be tomcat or a small http listener with xml parser) , and yeah, you are back to the good old days... Well, I thought about that, but not quite in the same way, I thought about taking it down to the Apache native socket level, but decided TC is a much better solution. Harbor doesnt use RMI, and it doesnt use SOAP, all the protocols for Harbor, the required serialization, the Java reflection, everything was re-done. Crazy Huh ;) I wanted a pure fast binary HTTP based protocol, and there wasnt a complete protocol out there that could do what I needed. RMI I felt is a little too primative for what I needed, but as you know, the real problem is that its not HTTP driven, and as soon as firewalls come into play, guess what, you probably have to use tomcat and a servlet to tunnel through the firewall, nah! its old technology, ok for EJB servers ;) Then there is the whole concept of registries, which RMI and just about every other SUN service specification, EJB, SOAP, all have some place the thing has to be registered. In this context I felt that it was also superfluous. Harbor addresses in the same way a web site does. My application is at http://harbor etc, which is really nice and easy for users to understand. An EJB client is really a completely separate thing to the EJB server implementation and needs a discovery mechanism. Harbor houses full applications, so the client side "knows" about its server side, its just very different. In coding terms it comes down to, I want to talk to that Harbor I want to run that thing Go! It literally comes down to that code... have a look at the examples on the site. Probably the easiest "RMI" available. So, to answer your question, the protocol is especially made to be as easy to set up and run as a web site, and runs on port 80, just like a web site does, it makes it very easy... you never going to see a user asking how to get the "RMI" working through their firewall etc. So to answer your question, Tomcat is essentially a nifty container with great HTTP communications, thats what this technology needs, why re-invent a terrific wheel. The rest is perspective if one looks at TC as "nifty container with great communications", why does an application server do its own thing, and incorporate TC as an add on the reason I think is because they do exactly that, use "old" RMI, and it sees web technology as an addon. I decided that there is no better communication protocol than the web based ones (at binary level), why mess with that, make the application server use it. As for SOAP, well any protocol with all that machinery is bound to be slow and pathetic, it links to non java products, ok thats nice. Its just philosophy... do you think an servlet container should be a layer ontop of an application server, or the other way around (this makes more sense to me). As for not having a servlet container at all, I wonder how other application servers are doing their HTML admin consoles... When I'm working on a site and suddenly realise that an application server may come in handy, its really nice not even having to consider moving away from TC, I just keep going... Hope that answers the question Harbor is new, need to give us a little time to start bench marking etc, but I have a feeling when its delivering full accounting programs and powerful g
Re: POJO Application Server for Tomcat
- Original Message - From: "Yoav Shapira" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Tuesday, August 21, 2007 1:32 PM Subject: Re: POJO Application Server for Tomcat Hey, This thread is interesting stuff. I don't see myself using it, but it's cool to see your level of effort and the results. Are you actually using it for a production system? Is anyone else? Harbor is really something we did for ourselves, for internal use. Packaging it and putting it out there is only 1 week old its brand new, and the site does say "use with caution". The momentum for this is actually coming from friends. When they saw us popping applications out of browsers just using Tomcat, they got more excited than we did. Dont think I've worked so hard in my life... spending hours showing people how to ban their supercan, which now seems to be the name for the informal course. So thats why we doing this, packaging it, giving it a site, mailing list etc... tired of visitors :) The 1 day old Mailing list can be found at http://coolharbor.100free.com/mailing_list.htm I'm also trying to get samples of things like mailing and dB pools up on to the site please be patient, its coming and its got a mailing list now so we dont have to bug the Tomcat guys anymore I thank Apache again. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Harbor Beta REVa out for Tomcat
Working like crazy on the Pojo application server, and having a lot of fun with it. REVa involved mainly Internet optimization... and thats what I got to tell you about. >From a techinical perspective it doesnt work like a URL class loader, it only >gets what the remote user is running and needs at "class level", we knew it >would be good but the results are terrific, and that's what's got me all >excited. Its (sit down for this) better than a web site... ha ha. Its more efficient to run a remote Java application than an entire web site. For a single page... a web site "just" beats Harbor, but for something like a travel agency or airline booking system, Harbor wins. Tomcat *is* now the best application server ever ha ha, which kind of explains the stunned silence I got on the Netbeans site. I had a bash at some news releases http://coolharbor.100free.com/news_releases.htm Naturally the one is called Super-Pussy...
Re: Measuring bytes sent and received from and to Tomcat
--- HARBOR: http://coolharbor.100free.com/index.htm Now Tomcat is also a cool application server --- - Original Message - From: "Dave Rathnow" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Monday, October 22, 2007 10:00 PM Subject: Measuring bytes sent and received from and to Tomcat = Hi there, interesting question, more I think about it, more complicated it gets ;) Dont think its easy from TC, its too sophisticated, compression, SSL, redirects, dispatches, clustering... think its hard to get a true network measurement. I would plunder something like TCPMon https://tcpmon.dev.java.net/source/browse/tcpmon/ Its a NB plugin so can play with it first Its really just a (bind - client) ie port 8080 to 8081 type idea - so its easy to install, and easy to setup across multiple sites, clusters etc etc. Steal this (relay or tunnel) code and just mod it... I think you will be able to modify it for client IP's cookies, special headers... anything and then call it from a browser and get client billing breakdowns maybe... == We have an application that collects data from, and sends data to, remote embedded devices. Traditionally we have used TCP and UDP to send and receive data over satellite. The latest release of our product will be using other communication medium with our devices making HTTP request to our application that is running under JBoss/Tomcat. The way we bill our clients is by charging them a usage fee based on the number of bytes being sent over the air/wire. Because of this, we need to have a accurate count of the number of bytes sent and received from each site, which is uniquely identified by it's IP address. Using either UDP and TCP this is simple as we are in control of the end socket. Is there a way we can do the same thing with Tomcat? It's simple for us to measure the number of byte in the payload of the HTTP request/response, however that isn't enough. We need to know the total number of bytes being sent and received for each HTTP request. Can someone suggest a way I could get an accurate count of these bytes? Thanks, Dave. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Measuring bytes sent and received from and to Tomcat
--- HARBOR: http://coolharbor.100free.com/index.htm Now Tomcat is also a cool pojo application server --- David, have you looked at this... https://tcpmon.dev.java.net/source/browse/tcpmon/ Its going to be easy... because it almost does what you want already. It does mean that in TC you will change the connector port to say 8081 But the clients will still see 8080 ie [Client whether that be Browser or Apache] --- 8080[Billing System]8081 - [TC] So you dont mess with TC's internal stable code (what are you going to do with the data if you do that?) keep it outside. Ig start writing reports to disk from TC's buffer socket I think you going to kill TC's performance, so then you going to want to sneak the data into a filter or create a special header oh boy! Now... if you build your tunnel (Billing System) in a servlet From your admin port say (8085) you from a browser, simple start/stop Billing System. As soon as that happens clients can see TC, and if the billing system is off clients are off. Then you also have a way to get data you can ask the Billing System... how many bytes for Client IP xyz (its a servlet), etc. When you business get huge with load sharing and remote offices the billing system is just a servlet, so its easy. I would keep it outside of TC but put it in a servlet. If you CVS that swoftware down I think you going to find the relay socket logic is probably 30 lines of code... it listens and forwards, cant be too bad... And then... if you want (unlikely) you embed your special servlet in TC, and add some xml configuration... My 1/2 cent worth ;) - Original Message - From: "Dave Rathnow" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Friday, October 26, 2007 11:58 PM Subject: RE: Measuring bytes sent and received from and to Tomcat I took a look at lamdaprobe but it only counts the payload and not the HTTP request. Back to my original question.can anyone help? -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: October 26, 2007 05:31 AM To: Tomcat Developers List Subject: Re: Measuring bytes sent and received from and to Tomcat Well it should works since the Lamba Probe, got these numbers for HTTP and AJP. ie : http://www.lambdaprobe.org/d/screenshots/full/charts.png Regards 2007/10/25, Dave Rathnow <[EMAIL PROTECTED]>: Hello Again, I was wondering if someone could give me some help with this. I think using a connector is probably the way to go to solve this problem; however, I'm not sure where to start. How do I create my own connector and the plumb it into Tomcat so it will be used. I will be using a separate port other than 8080 for the devices that will be sending and receiveing data so, if possible, I would like to leave the default connector on port 8080. Again, I don't want to reimplement the code that parses the HTTP. All I need to do is count the number of bytes arriving and being sent so if I can reuse code from an existing connector, that would be great. Thanks, Dave. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Costin Manolache Sent: October 22, 2007 04:50 PM To: Dave Rathnow Cc: Tomcat Developers List Subject: Re: Measuring bytes sent and received from and to Tomcat Well, if you want absolute byte - connector seems the only place, there are space and tabs beeing skipped when parsing headers, etc. If you are ok with an estimate - the AccessLogValve is ok, add all the header lengths + method + http/1.1. You'll miss bytes for encodings, spaces. Re. where to add - each connector is different on how it reads/parse the message, you probably want to do it close to the 'read()' call, save it somewhere associated with the request ( a note or attribute ) and read it in a valve or filter. Costin On 10/22/07, Dave Rathnow <[EMAIL PROTECTED]> wrote: > > > I looked at connectors but wasn't sure if this was what I wanted. > To avoid anther wild goose chase I decided to ask. Can you point me > in the direction of some documentation where I might be able to get started? > > Dave. > > -Original Message- > From: Costin Manolache [mailto:[EMAIL PROTECTED] > Sent: October 22, 2007 04:28 PM > To: Tomcat Developers List > Subject: Re: Measuring bytes sent and received from and to Tomcat > > 'bytes' should be counted at a lower level, in connector. I'm not > sure > this is something generic enough - but you can make some changes to > your tomcat, where read() is done from socket. > > I guess it would be nice to have a JMX graph with bytes/sec in/out. > > Costin > 'bytes' > > On 10/22/07, Dave Rathnow <[EMAIL PROTECTED]> wrote: > > > > > > We looked at using a valve but we weren't sure if it would work. > > Correct me if I'm wrong, but it appears as t
Re: Webdav servlet
--- HARBOR: http://coolharbor.100free.com/index.htm Now Tomcat is also a cool pojo application server --- Hi Kevin, I did it a while back, I cant remember the details, all I remember is that MS clients had a problem with TC's webdav, and if I remember correctly the mapping causes problems with index.jsp as a welcome page, something like that... Anyway, I did modify it and it works with MS clients, and the mapping is now more flexible. Oh it even works with Glassfish... (they stole Tomcat... you see ;) Anyway I made it a separate library so dont have to mess with TC's internals... http://coolharbor.100free.com/tool_webdav.htm The setup notes are in the sample web.xml file Enjoy! - Original Message - From: "Kevin Jackson" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Monday, October 29, 2007 7:42 AM Subject: Webdav servlet Hi, I need to extend the webdav servlet so that I can store files outside of the application context. Looking at the source for the servlet I think getRelativePath and (perhaps normalize) need to be changed. Does anyone who has more knowledge of the src know exactly how I'd achieve this? Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
POJO Application Server Released Version 1.0 is out
--- HARBOR: http://coolharbor.100free.com/index.htm Now Tomcat is also a cool pojo application server --- Wasnt long ago when I said, "hey look here" we running normal Java applications on Tomcat. This has now evolved into a new technology called the POJO application server. A server that runs "normal java applications". ie the applications run outside the server as well. It took us a little time to define the theory because its something that just evolved with time, and we have put a tremendous amount of effort into the site, to try get others to see this incredible concept. For example, this should help one understand what a POJO application server is. http://coolharbor.100free.com/tuts/what_harbor_does/what_harbor_does.html The simplicity of this mean machine never stops amazing us, we're addicted to POJO now, but its the power that is awesome. When you start dropping games into this server, its ability becomes all too apparent. And the best part is that the "whole" application is on the server, UI's just pop up on remote machines, its magic. Download it, its a servlet, drop it into Tomcat... it will blow your mind Its free... naturally ;) Have Fun...
Re: New Tomcat release? Out of the box bundle with Harmony?
--- HARBOR: http://coolharbor.100free.com/index.htm Now Tomcat is also a cool pojo application server --- - Original Message - From: "Yoav Shapira" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Thursday, November 08, 2007 4:15 PM Subject: Re: New Tomcat release? Out of the box bundle with Harmony? Hey, On Nov 8, 2007 9:10 AM, Alexey Petrenko <[EMAIL PROTECTED]> wrote: I want to suggest you to create Tomcat out of the box bundle on top of Harmony. I've created such a bundle with the previous Harmony milestone release [2]. It works but has areas for improvements... For example it's possible to remove debug info from Harmony which is not needed in such a bundle. What do you think? Is such bundle interesting for Tomcat? Personally, I want to move the Tomcat downloads in a simpler direction, removing options not adding them. So I'm not in favor of various bundles and combinations. I agree, bundle TC as you will, but TC always needs to be independent. I would like to see TC more modulerized, things like clustering been an optional add on. Again there are bundles, but there is also a tiny downlaod that will run a servlet. All optional technologies should be modulerized... I think. Then in contrast to this... needed embedded technologies should be brought out through a TC specific API. For example things like base64 parsing, JMX for the servlet, XMLParsing like that in the default servlet, should be an option in a users servlet. If its intrinsic technology, dont waste it, bring it out as well. ... I think Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Compliments Of The Season
--- HARBOR: http://coolharbor.100free.com/index.htm Now Tomcat is also a cool pojo application server --- Its that time of year again, things getting quiet and its time to log off and head for the beach. May all you Tomcat - ers have a great festive season. You guys/gals make these mailing lists the best on the web. Have a good one.
Pojo Application Server: Release 1.0.3
A POJO Application Server... Lets one develop normal full java applications outside of the container. When they are dropped into the container only the UI side runs on the remote clients machine, thus one gets a light weight Rich Client, with no additional effort. The rest of the application runs in the server, making sophisticated server development childs play. Delivers games... anything. This version now incorporates an Active Desktop, which makes installing applications very easy for the user. Much easier than running setup on windows, and because of this new Coherent Diffusion technology, installation times on a network from a central application server, are in the order of 2 to 3 seconds. >From the time your client see's the new application, to the time they use >it... maybe 5 seconds. Enjoy! --- HARBOR: http://coolharbor.100free.com/index.htm The best application server on earth ---
Re: embedded tomcat 6
---
HARBOR: http://coolharbor.100free.com/index.htm
The most powerful application server on earth.
The only real POJO Application Server.
Making the Java dream come true.
---
- Original Message -
From: "Mark Webb" <[EMAIL PROTECTED]>
To: "dev"
Sent: Thursday, February 14, 2008 4:59 PM
Subject: embedded tomcat 6
I have written a program that embeds tomcat 6.0.14 into it. The
problem is that once I call Embedded.start(), the program does not
keep running and just terminates normally. I have placed the program
in the eclipse debugger and all looks fine, but the program just
exits.
What can I do to ensure that the program stays running after the call
to Embedded.start()? After the call, I place a
Thread.sleep(Integer.MAX_VALUE) and things are fine, but that just
does not seem to be good practice.
Mark, it a long long time since I did this stuff... but I vaguely remember
the concept,
and more importantly how to figure it out...
Embedded has a function called
public void setAwait(boolean b) {
await = b;
}
From your program... you start a thread, and in that thread you
call this function, and then load up your web-apps and stuff.
Tomcat will hold the deamon, until you release that flag then the thread
falls thru.
It was something like that and you right, sleeping threads are not the way
to go.
Then the way I figured this stuff out
Go get all the source code for the WHOLE tomcat...
and start at BOOTSTRAP... study that because all it really does is use
the digester to read all the XML config, and then it calls down into the
same
embedded functions that you using... so if you follow that code you actually
have
guru examples... and then you may even end up doing what we did...
We left the digester stuff in so when we develop an embedded app, we do
it
in normal tomcat, then just copy the config files and the webapp to the
app... done!
Hope that helps... have fun
I remember log files driving us mad... but I cant remember the details, I
think we just removed that.
Thanks in advance
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Osgifing Tomcat
- Original Message - From: "Henri Gomez" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Wednesday, April 23, 2008 2:24 PM Subject: Re: Osgifing Tomcat Yes, the modular aspect is for sure a better choice. So we can have a smaller Tomcat (by only using few bundles) or bundles loaded on demand. +1 And select which part of the engine to be used. I dont know about the whole OSGI thing, to be honest I fall asleep just after the introduction to the thing ;) and ok a cell phone wants it so it can do a form of plug and play, but then I cant see microsoft adding that to their service manager, so for me its neither here nor there. In my pragmatic user view, what I think would be nice is a "brainless" interface to embedded. So something like this... tomcat user uses full tomcat, gets all the XML configured, webapps tested and running and then "presses a button" so to speak, and that creates a little embedded source code example, the xml is translated into a property file, the webapps placed in a "loadme folder", if clustering is not needed, those libs fall out, and TC's remnants are stuck in a lib folder... ie the user just needs to compile the template for their first embedded app. Something like that I think would be good for TC, and I think it would result in a more modular tomcat. From "that" embedded program, the "user" has the choice of OSGIenabling, or not, OSGI may even be an add on at that level. So you morphing TC not bulking it, kind of idea. If TC did have a "push my button to embed me" kind of utility... I think, big sales. A kind of "use the big tomcat"... "and we'll make the little one for you"... thing. I mention it because TC is definitely losing "sales" on embedded... the user actually assumes it works a little like the "press my button" analogy... and its nothing like it... lost sale. I think TC's popularity comes from being fairly easy to use, and its out of the box up and running... good theme to follow... maybe ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: On Tomcat Concurrency Problems
- Original Message - From: "Jim Manico" <[EMAIL PROTECTED]> To: "Tomcat Developers List" Sent: Friday, May 16, 2008 6:37 AM Subject: On Tomcat Concurrency Problems Yes, exactly... which programmer gets every scope and modifier right on a "purpose" built module. I'm absolutely sure the guy is right and they picking up a few niceties because TC has now been "absorbed" into their product and its now operating in a foreign environment. All of a sudden a valve that was purpose built for one function now has to deal with EJB tools trying to use it as well. Maybe they just shouldnt be using TC like that in the first place, and everyone knows that valves are a TC specific things and live outside the servlet spec. I wouldnt worry about it, if you listen very carefully, you can hear glass breaking and someone selling a book ;) I dont care who the programmer is, code goes through interations, and if its purpose built for one environment, that never happens, but that also doesnt mean its broken, just good for what it was built for. Maybe now that they have toughened up the code for multipurpose use, they'll donate it to Tomcat... what do you think ;) A senior developer from the company I work for had the following comments (in support of Tomcat) regarding the very interesting threading post from Lloyd Chambers last week. This is an interesting post, but not for the reason that the author intended. I'm sure he's an awesome developer who totally understands this stuff. And the findings might be serious problems. But if they are real, *he blew the writeups (to the Tomcat dev list).* Reread these findings -- they're all theoretical. I guess they all sort of represent "violation of best practice". If you ever write that it just means that you can't find an actual problem to report. Every one of these findings raises obvious questions that the finding should have answered. *Always answer "who cares"* · How is SingleSignOn actually instantiated? (my guess is that there aren't lots of threads at startup). · Are the "public" get/setRequireReauthentiation() methods actually called from any different threads? (my guess is that this doesn't make a bit of difference). · Are there any classes that extend SingleSignOn? (if not then who cares about subclasses modifying non-finals). · What actually calls findSessions() and does it modify the array? (my guess is not) The conclusion that SSO is a "disaster waiting to happen" *is the kind of FUD (fear uncertainty doubt) talk that undermines the whole point.* The reference to "Java Concurrency in Practice" is probably well-intentioned, but just comes off snotty. We face these dangers in our writings (as an Application Security company) as well. Always try to put yourself in the customer's *(in this case, the Tomcat dev team) *shoes and really explain more than just the narrow-scope technical problem. If you're using the words this guy is using -- something is wrong with your findings: ·"Perhaps" ·"Could" ·"Presumably" ·"What if" ·"Bug-prone if" -- Jim Manico, Senior Application Security Engineer [EMAIL PROTECTED] | [EMAIL PROTECTED] (301) 604-4882 (work) (808) 652-3805 (cell) Aspect Security^(TM) Securing your applications at the source http://www.aspectsecurity.com (post from Lloyd Chambers) First, I'm an experienced developer, and well-versed in Java threading. My main work is on the Glassfish project at Sun. I've been looking into the code of org.apache.catalina.authenticator.SingleSignOn to see how it works, and I've noticed a number of thread-safety bugs. My understanding is that Valve SingleSignOn could run on any thread (eg any incoming request). 1. Most of the instance variables are not 'final'. So when SingleSignOn is instantiated, there is no guarantee that the instance will be seen correctly by any other thread; it's state is undefined from the point of view of another thread. Its immutable variable values (eg the Maps) should be 'final' so as to benefit from the JVM guarantee of thread safety for 'final' instance variables. And/or there needs to be an external synchronizing side-effect that would make the object instance "visible" to other threads. Perhaps there exists such an external side effect that masks this bug. 2. The get/set methods are thread-unsafe. For example, getRequireReauthentication() and setRequireReauthentication() are not 'synchronized', and the variable 'requireReauthentication' is not 'volatile'. As a result, different threads could see different values and/or never see an updated value. Since these are public methods, and presumably can be called from any number of different threads, this is a problem. 3. Variables 'lifecycle' and 'reverse' and 'cache' are not 'final'. See #1 above, but this also exposes/encourages another thread-safety issue: what if the variables themselves are changed by a subclass (since SingleSignOn is not a 'final' class
Re: JRuby sucked up the bath water but left the baby behind.
- Original Message - From: "Clifton Brooks" <[EMAIL PROTECTED]> To: "Dev Tomcat" Sent: Tuesday, June 17, 2008 9:22 AM Subject: JRuby sucked up the bath water but left the baby behind. Instead of binding Ruby to Java as in JRuby, or Python to Java as in Java, we have to find a way to compile Ruby on Rails applications, .py files, and PHPs into java servlets. Although I adore programming in Java, most web developers simply find it too difficult to learn. They prefer PHP, RoR, and Python because all three are easier to learn and use without understanding. These languages don't scale as well and sacrifice run time efficiency for development time efficiency. The greatest advantages of servlets include: 1. The fact that they parse requests and generate responses through method calls instead of operating system processes or Fast CGI. 2. JNDI connectivity, particularly database connection pooling. 3. WORA and platform independence. (More a factor compared to .NET than the open source technologies.) Sadly, JRuby and Jython are just interpreters written in Java and they run more slowly than the original binary interpreters. If, instead of interpreting JRuby, PHP, and Jython, Tomcat, or some extensions for it, could compile programs in these languages into java servlets, then all of the advantages of the Java world will instantly become accessible to these popular languages. This suggestion is analogous to the .NET model which compiles any language into Windows only byte code. Here, any language compiles to platform independent, Java bytecode. I love Java as a language, and almost always prefer to develop in it, but maybe it's greatest virtues aren't syntax and grammar. Most web application developers prefer PHP for reasons similar to those which make RoR appealing. However, the technologies underneath these languages don't measure up to the JVM and Tomcat or other Servlet containers. This causes all sorts of scalability problems, and it slows down the entire internet. When and how can we grant Java infrastructure to PHP developers? When and how can we compile PHP, Ruby, Python, and other web application languages into Servlets? I dont know about the feasibility of this, some clever person can figure it out, but there is definitely a market for PHP in tomcat. The question comes up in the user groups. I imagine there are practical challenges to that and the half cocked Servlet solutions out there seem to be reinventing PHP in JNI, and doing a fairly bad job. I was wondering if an extension to the Apache runtime would not be a better way to go... APR + PHP_R kind of idea. And then just look for some cool but simple interop. Like a servlet can forward to PHP, and visa versa. ie you can just use TC for your PHP, and you can get it integrated to some degree with servlets. ... ie take two great technologies and bring them a little closer, not a competitive product, just closer coop. Make servlets and PHP better bed mates. The idea is that as Apache PHP is developed further, TC gets the leverage, with a few perks. "Damn thats a nice WIKI in PHP... I'm going to drop it into TC, add the PHP_R engine to TC and forward requests to it from my servlet"... something like that. If PHP starts a session in this env, servlets see it as well... so theres a little engine overlap, but otherwise Apache TC are 100% compat. Bean passing with primitive types would add a creative dimension to it. JRuby is cool, but I feel if you want to write a powerful site all in j script... well, you get what you made. I think that any leverage in that area will come from the JRE itself, now that Sun is backing ruby, in the form of a JIT Script engine or something like that in the JRE, so I think, not worth the investment. The compilation of scripts to Java could first be attempted external to TC... if they get it right, well its just a java class that TC can use. Servlet + PHP as bed mates == most internet solutions Now that product like Netbeans are bringing in PHP editors, allowing for hybrid solutions makes even more sense. Just a thought ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Programmatically detecting a login or logout using Apache Tomcat
- Original Message -
From: "MartinOShea" <[EMAIL PROTECTED]>
To:
Sent: Sunday, July 27, 2008 9:40 PM
Subject: Programmatically detecting a login or logout using Apache Tomcat
Hello
I'm trying to find a way to detect a user logging into or logging out of
an
application I'm working on. I want to record these events so that I know
the
exact steps a user has taken through the application's JSPs and servlets.
I
want to do this without reference to the Apache Tomcat server logs as
well.
I have tried the following code in index.jsp (which is serving as each
user's home page):
<% if (request.getParameter("logoff") != null) {
session.invalidate();
response.sendRedirect("/myDataSharer/jsp/user/index.jsp");
return;
} %>
And I have tried using variations like:
<% if (request.getParameter("logon") == true) {
But without success.
does anyone know a way that the login and logout events can be recorded by
an event in a program, a session object and so on?
I'm using NetBeans 6.1 with Apache Tomcat 6.X.
Thanks
Martin O'Shea.
Martin, you in the wrong mailing list... this ones for the guru's that build
tomcat.
You looking for this
request.getRemoteUser();
Will give you the user name if user logged in and will become null when user
closes the browser...
You also need to setup basic authentication in web.xml
If you get stuck... ask more questions in the user group..
---
HARBOR : http://www.kewlstuff.co.za/index.htm
The most powerful application server on earth.
The only real POJO Application Server.
See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm
---
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
How/Can one list TC's class loader contents.
I've noticed that "sticky" webapps in TC, webapps that are not releasing their references are hard to detect. The symptom is seen on windows system but does not seem to be detected on a linux. For example, install webapp, run it, shutdown tomcat, try delete the unpacked webapp, it will not delete... MS gives an message "something is still holding" close all apps. And then even if one closes every app on the system... it still holds, which I think is suggesting that there is now a residual classloader with a "sticky" class in it, apps that wont die. Is there a way to see those residual "sticking" class loaders, and their contents? Thanks ps: I have a feeling that some users struggling in the user group are experiencing sticky app problems. New webapps wont take, and they start setting antiLocking stuff... which I'm not sure is solving the real problem... ie I think there has to be some way to show a developer that their webapp is "sticky". (I think) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 Memory problem
Oh, misread your post, sorry, thought you where doing RMI "thru" a native lib... ha ha Nevermind... its what happens when you pull an all nighter. I'll let a TC guru answer it ;) But you need to provide more info... Are the threads stable? What are they doing... Why only a short time test? Let it run further, if its stable and doesnt crash, what you running may just be heavy. Stick it under a load test, someting like JMeter and try break it? Start up visualgc and watch it... if it keeps climbing, you in trouble. Normal is relative ;) java.security.Policy is like a policeman... its watching everything, the properties set, the memory allocated, the network connections, the threads... it may well grow with load. The memory allocation actually means nothing if you dont actually know what the systems wants to top out at... If your threads are climbing, it maybe the remote RMI cant keep up. How long is a piece of string... just whack it and try break it, see if you have built a truck or a porche... etc... Dont think anyone can tell you "short time" 3 gig perm heap... ok or not ok Have fun - Original Message - From: "Barak Yaish" <[EMAIL PROTECTED]> To: Sent: Sunday, September 07, 2008 12:46 PM Subject: Tomcat 6 Memory problem Hello all, I'm reposting here a question I posted before at the Users list, and someone there suggested that maybe people who aware the source may be more useful. So. I'm running Tomcat 6.0.16 on CentoOS 5, linked with native library, 32 bit. I deployed a Servelt, which on invocation executes an RMI call to a remote RMI server. Tomcat configured with max heap size of 2G After short time of running under heavy load, the memory consumption reported by top is close to 2G. jmap output is: Attaching to process ID 20248, please wait... Debugger attached successfully. Server compiler detected. JVM version is 1.6.0-b105 using thread-local object allocation. Parallel GC with 4 thread(s) Heap Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 2147483648 (2048.0MB) NewSize = 1048576 (1.0MB) MaxNewSize = 4294901760 (4095.9375MB) OldSize = 4194304 (4.0MB) NewRatio = 2 SurvivorRatio= 8 PermSize = 16777216 (16.0MB) MaxPermSize = 268435456 (256.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 582221824 (555.25MB) used = 0 (0.0MB) free = 582221824 (555.25MB) 0.0% used From Space: capacity = 48103424 (45.875MB) used = 48079216 (45.85191345214844MB) free = 24208 (0.0230865478515625MB) 99.9496751000511% used To Space: capacity = 69402624 (66.1875MB) used = 0 (0.0MB) free = 69402624 (66.1875MB) 0.0% used PS Old Generation capacity = 1431699456 (1365.375MB) used = 1424597528 (1358.6020736694336MB) free = 7101928 (6.772926330566406MB) 99.50395119798104% used PS Perm Generation capacity = 35782656 (34.125MB) used = 28493056 (27.173095703125MB) free = 7289600 (6.951904296875MB) 79.62811927655677% used I've dump a file using jmap, and asked MemoryAnalyzer (www.eclipse.org/mat) to take a look. This tool reported that an instance of java.security.Policy retained 77.7% of the heap (552,569,816 bytes). I would like to ask whether this behavior seems normal? Thanks, Barak. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Save the DOLLAR
Petition : Save the DOLLAR http://answers.yahoo.com/question/index?qid=20081016021357AAsrnFR&r=w I'm asking the geeks, because the politicians and bankers dont know what the hell they doing... Dont answer here... go to the link. Thanks --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- If you cant pay in gold... get lost... http://coolharbor.100free.com/debt/usadebt.htm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
