[Bug 54836] Connection error
https://issues.apache.org/bugzilla/show_bug.cgi?id=54836 Chuck Caldarale changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID OS||All --- Comment #1 from Chuck Caldarale --- Bugzilla is not a playground. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 54837] SMTP error
https://issues.apache.org/bugzilla/show_bug.cgi?id=54837 Chuck Caldarale changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID OS||All --- Comment #1 from Chuck Caldarale --- Bugzilla is used for reporting bona fide, demonstratable Tomcat errors, not for random misuse of the system. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Tomcat Wiki] Update of "PoweredBy" by Krzysztof Gil
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change
notification.
The "PoweredBy" page has been changed by Krzysztof Gil:
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=468&rev2=469
=== goJava.net - Tomcat Hosting ===
[[http://gojava.net|goJava.net - Java / Tomcat Hosting]], Dedicated JAVA /
Tomcat hosting company. Private Tomcat instances, versions 5.5 / 6.0 / 7.0
supported, Linux CentOS 6.x 64bit servers, minimum 2 x Quad Core CPUs and 24-48
GB RAM. Only Private Tomcat plans. [[http://gojava.net/tomcathosting/|Private
Tomcat]] Lite $7.99/pm (128 MB heap size), Pro $14.99 (256 MB heap size), extra
128 MB heap size for $5. 14 days Trial available!
+ === GreatJSPhosting.com - JSP / Servlet Hosting ===
+ [[http://www.greatjsphosting.com|Great JSP Hosting]] was created to allow for
quick and painless deployment of Java applications. GreatJSPhosting offers java
hosting based on Apache Tomcat 7 and JDK 1.7, and
[[http://www.greatjsphosting.com/javavps/|Java Xen VPS]] with pre-installed
Tomcat version 7 and full support for Apache Tomcat servlet container.
Dedicated Tomcat and Java Hosting company!
+
=== HomeHost ===
{{http://www.homehost.com.br/images/logo_peq_homehost.gif}}
[[http://www.homehost.com.br/|HomeHost - Hospedagem de Sites]] provides
webhosting with support to JSP/Servlets by using Tomcat.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Getting my head around NIO 'simulated' blocking (trying to)
On 25/03/2013 03:46, igaz wrote:
>> You need to read the Javadoc more carefully.
>
> I suggest you take a look at java.io.ByteArrayInputStream (both source and
> javadoc).
> Perfectly good InputStream (never heard anyone claim otherwise)
> Never blocks.
ByteArrayInputStream isn't really a fair example is it? Given that it
doesn't actually do any IO.
>> While the words "blocking
>> and "non-blocking" are not used in ServletInputStream blocking IO is the
>> only way to implement readLine.
> Nope. readLine is beyond trivial (just delegates to #read()) -- has nothing
> to do with blocking/non-blocking.
But read() is blocking, so I'm not sure what your point is.
> Could implement a non-blocking ServletInputStream (only defines extra
> readLine method) in a minute or two.
> If I had to guess, you're confusing non-blocking io with asynchronous io
> (it's a common mistake). The servlet 3.0 spec does proscribe asynchronous
> reads when servlets access the http request body (and headers as well for
> that matter)
If I had to guess, I'd say you hadn't bothered to check out who your
interlocutor is & what he's spent most of his time working on recently.
p
> The reason that I'm even bringing this up is that more and more web
> applications receive an increasing share of their traffic from GPS devices,
> cellphones, etc. And these devices often use comparatively unreliable
> networks, where it is not uncommon for tcp segments to arrive seconds apart
> (and I mean tcp segments that are part of the same http request body).
> In such a case, Tomcat's current NIO connector leaves us in the same old
> place: a dedicated thread per socket, in an io-wait state (i.e. blocking).
> If that's the majority of your traffic, that doesn't scale (and that's just
> an empirical statement, not a judgment).
>
> Do you really think that is optimal? I don't and I think (hope) it is
> unnecessary.
> Now if the spec really does proscribe a java.io.ByteArrayInputStream-like
> approach (and it's not in the pdf and it's not in the javadoc), then that's
> unfortunate.
>
> Are there tradeoffs with reading (not parsing, just reading) all the bytes
> from the http request body before invoking the servlet FilterChain? Sure.
> Although for servlets that access the http request body via
> HttpRequest.getParameter('') (which I submit are the vast majority)
> there really is no tradeoff (memory usage is the same). You certainly
> identified one; I can think of others. And if you're writing an online
> backup service, those tradeoffs aren't going to make you very happy.
>
> I'm sure the tomcat committers wouldn't be thrilled with yet another
> configuration parameter, yet another code execution path (I know I wouldn't
> be) ; maxPostSize is too coarse of course. Ideally, you want something
> where the container could ask the servlet (based upon the dynamic http
> request header) - "should I read all of the request body (into memory) or
> should I defer reading and let you do it (via request.getInputStream() or
> request.getReader()). This has to be asked *before* invoking the
> FilterChain. Now that is definitely not in the spec (maybe it should be)
>
>
>
>
>
> --
> View this message in context:
> http://tomcat.10.n6.nabble.com/Getting-my-head-around-NIO-simulated-blocking-trying-to-tp4996773p4996847.html
> Sent from the Tomcat - Dev mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
--
[key:62590808]
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
[Tomcat Wiki] Trivial Update of "Selecting_Fast_Plans_For_Weight_Loss_Recipes" by MariNorie
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change notification. The "Selecting_Fast_Plans_For_Weight_Loss_Recipes" page has been changed by MariNorie: http://wiki.apache.org/tomcat/Selecting_Fast_Plans_For_Weight_Loss_Recipes New page: Exactly What To Think About When Deciding On A Weight Loss Plan<> <> <> <> Finding the right diet plan for your needs can be difficult. You will find thousands of diet guides, and more appear each and every week. Many people skip from one diet to the next, and find it tough to know who they're able to trust. Is the issue that you have not yet found the right diet, or should you be searching elsewhere for the solution? In this post, we'll be looking at ways to be a better consumer when it comes to choosing diets.<> <> Go over the basic principles of a weight loss program before trying it and ask yourself if it's one you can actually live with. Take a peek at which foods are completely off limits in the diet, and give consideration to exactly how much will power you'll need to stay true to it. Over the long haul, it is extremely hard for will power to win out, so it's advisable not to choose a diet that's too strict about foods that you love. Any diet requires some self control, but some are more moderate and flexible, while others tend to be strict and dogmatic. For example, some men and women do well on a strict raw foods diet, but nearly all men and women find this too restrictive. The idea is to not set yourself up for failure by beginning a diet plan that you're unlikely to stay with for very long.<> <> Information overload is actually a challenge in many areas, and this definitely occurs on topics for instance dieting and weight loss. One weight loss plan will tell you to eat a high protein diet, while an additional will tell you to avoid all animal products, for example. When considering a diet, do some research and cross referencing. When you hear a certain theory, be open minded, but also try to find evidence from another source. Most solid information can be corroborated - to put it differently, more than just one person, book or website will concur on it. You don't have to accept the traditional or mainstream view on everything, so don't discount something simply because it's new. If a certain diet or theory is true, however, there ought to be some evidence for it that can be verified. For example, if you're considering a particular diet book, try to find customer reviews that discuss people's actual results from the book.<> <> Diets are not for everyone, and they are not essential for losing a few pounds. So long as you eat properly and exercise regularly, going on a diet isn't vital. Some individuals do better with diets, while other individuals do better operating on their own. A diet has the benefit of offering you a blueprint that tells you what you are able to and can't eat. Whether you go on a certain diet or not, it's still helpful to know as much as possible about food, nutrition as well as fitness. If you've already tried several diets, you may have all the information you need -you just need to apply it.<> <> We've looked at a few useful tips for selecting the right sort of diet. A lot of diets have worked for people, even ones that appear to oppose one another. Diets are more than just science, as they need to fit with your very own character and preferences. The only thing that really matters is finding what works best for you.<> <> Do not feel like you are the only person who may be surprised at all there is to discover about raspberry ketones side effects. You can take what we have revealed and use it to great effect in your own circumstances. These are powerful points, to be sure, and you can realize excellent results as well. There really is a tremndous amount of extremely valuable content offered. You can achieve fantastic results once you find out where the real advantage lies. That is what is can be achievable when you go on to discover more.<> <> It feels terrible when you lose cash (yet again) on I love you. Still searching to see if anything's different? You could have ended all that if you only knew about [[http://www.superraspberryketones.com/|raspberry ketone]]. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Tomcat Wiki] Update of "LocalBadContent" by ChuckCaldarale
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change notification. The "LocalBadContent" page has been changed by ChuckCaldarale: http://wiki.apache.org/tomcat/LocalBadContent?action=diff&rev1=131&rev2=132 sprachstudium\.beeplog\.de squidoo\.com stickersmurauxgrossiste\.com + superraspberryketones\.com tallitalian\.com technische-uebersetzung\.blogage\.de theofficeconnection\.com\.au - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
