CometProcessor crash after employ

2009-07-31 Thread Bruno Henrique
Hi,
I'm developing an webapp using NetBeans 6.7 and for test app IDE employ
my application after Tomcat (version 6.0.20) started (without restart):

"... org.apache.catalina.core.StandardContext reload
INFO: Reloading this Context has started"

After employ my app, CometProcessor only receive BEGIN event, and never
receive READ, ERROR (never receive TIMEOUT sub event) or END. (tried with
NIO and APR)
This bug occurs only if employ in runtime. If restart apache CometProcessor
work properly.
I don't know a cause of problem, then i'm sending this mail like "pre bug
report".

Someone can try reproduce this error? Maybe is my applications: webapp,
o.s., java, ide...

O.S.:
Windows Vista Ultimate x64

Java Version:
java version "1.6.0_04"
Java(TM) SE Runtime Environment (build 1.6.0_04-b12)
Java HotSpot(TM) Client VM (build 10.0-b19, mixed mode, sharing)

sry for my bad english :)
[]s


Re: CometProcessor crash after employ

2009-07-31 Thread Bruno Henrique
Ops... i wrote wrong, not is "employ, is "deploy".My problem is the "reload
context" with cometProcessor.

2009/7/31 Bruno Henrique 

> Hi,
> I'm developing an webapp using NetBeans 6.7 and for test app IDE employ
> my application after Tomcat (version 6.0.20) started (without restart):
>
> "... org.apache.catalina.core.StandardContext reload
> INFO: Reloading this Context has started"
>
> After employ my app, CometProcessor only receive BEGIN event, and never
> receive READ, ERROR (never receive TIMEOUT sub event) or END. (tried with
> NIO and APR)
> This bug occurs only if employ in runtime. If restart apache CometProcessor
> work properly.
> I don't know a cause of problem, then i'm sending this mail like "pre bug
> report".
>
> Someone can try reproduce this error? Maybe is my applications: webapp,
> o.s., java, ide...
>
> O.S.:
> Windows Vista Ultimate x64
>
> Java Version:
> java version "1.6.0_04"
> Java(TM) SE Runtime Environment (build 1.6.0_04-b12)
> Java HotSpot(TM) Client VM (build 10.0-b19, mixed mode, sharing)
>
> sry for my bad english :)
> []s
>
>
>


Re: ISAPI Redirect and uriworkers.properties

2009-07-31 Thread Rainer Jung
On 30.07.2009 19:10, RichKi wrote:
> Does anyone know if it's possible to filter by port number?
> 
> I have an application running on port 3030 in Apache that also runs securely
> on port 8443.
> 
> Incoming connections come to IIS on ports 80 and 443 respectively and are
> picked up by the ISAPI redirect filter (URL is /ufs). 
> 
> What I want to do is map the 80 connections 3030 and the 443 to 8443. At the
> moment, all /ufs requests go to 3030 as I can't seem to differentiate.
> 
> Can anyone help?

It doesn't look good. If the ports were non-standard, the answer would
be yes. The ISAPI plugin does two checks against
uriworkermap.properties, it searches for a match using the URI path of
the request, but also for a match using /HOST/path. This match is done
first. So if your requests go to different HOSTs, then you can define
different forwarding rules in uriworkermap.properties.

So what do we use as a value for HOST?

It is the SERVER_NAME, and if the port is neither 80 nor 443 we also add
":PORT" add the end. In your case, since they are the default ports, you
can't distinguish using the ports.

What is SERVER_NAME? You can find out the SERVER_NAME your configuration
uses by setting the JK log level to debug (do not do this on a high
trafic production site). Then you'll get lots of logging, and one line
you can look for has the format:

Service protocol=... name=...

The value occuring directly behind "name=" is the SERVER_NAME we are
looking for in uriworkermap.properties. Now have a look, where this name
appears in your IIS configuration.

You might be able to split the definition of the port 80 and port 443
web sites from each other in IIS using different SERVER_NAMEs.

It would be better if we did three runs through uriworkermap.properties,

- first match against host+port+path even for default ports
- then match against host+path
- then match against path

but that's not how it works at the moment.

Regards,

Rainer

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: ISAPI Redirect and uriworkers.properties

2009-07-31 Thread Rainer Jung
What I forgot: The question belongs on the users list
us...@tomcat.apache.org.

Please continue the discussion there.

Regards,

Rainer

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



DO NOT REPLY [Bug 47617] New: include time spent doing ajp_get_endpoint() in error log

2009-07-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47617

   Summary: include time spent doing ajp_get_endpoint() in error
log
   Product: Tomcat Connectors
   Version: 1.2.28
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: mod_jk
AssignedTo: dev@tomcat.apache.org
ReportedBy: mt...@tivo.com


Created an attachment (id=24077)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24077)
more expressive warning message.

Add the duration spent in ajp_get_endpoint() if we fail to get an endpoint. 

The old message was: 
"Unable to get the free endpoint for worker %s from %u slots"

New message is now:
"Unable to get the free endpoint for worker %s from %u slots in %ld ms"

Patch provided.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- 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



DO NOT REPLY [Bug 47609] Failsafe EOL conversion

2009-07-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=47609





--- Comment #2 from Filip Hanik   2009-07-31 16:04:23 PST ---
So the only safe way to do it, would be to specify an includes list instead of
using an excludes.
Patches welcome

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- 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