DO NOT REPLY [Bug 41538] - Unable to run Tomcat as a Windows service under JDK 1.6

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

https://issues.apache.org/bugzilla/show_bug.cgi?id=41538


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.5.20  |6.0.0
   Target Milestone|--- |default
Product|Tomcat 5|Tomcat 6
 OS/Version|Windows 2000|Windows Server 2003
  Component|Unknown |Catalina




-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 44485] New: - Need Silent Installer

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

https://issues.apache.org/bugzilla/show_bug.cgi?id=44485

   Summary: Need Silent Installer
   Product: Tomcat 6
   Version: 6.0.14
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:Packaging
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat is a very lightweight Servlet/JSP AppServer. So i use it to deploy
application on little pc where internet is not present. To do this, i need a
silent installer for windows, to do service install. I can use the zip
distribution but i do install the service by hand on machine only with JRE. The
service.bat don't support JRE (say if I make a mistake). I don't want to modify
this file, because i would update Tomcat with the next release without 
modification.

Thanks 
Grégoire Rolland

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

May Chun Chew/FEA/PEC is out of the office.

[May Chun Chew]

I will be out of the office starting  02/26/2008 and will not return until
02/27/2008.

I am Contactable at (65)97876648.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Serving ICY streams from a servlet

[Arend van Spriel]

Hi,

I have created a stand-alone socket application serving HTTP request
from XMMS, WinAmp, etc. which use the header field 'icy-metadata' on
which the server application returns with ICY response.

Now I would like to do the same from within a Tomcat servlet. As I am
not aware what the correct channel was I already created an enhancement
bug in bugzilla: http://issues.apache.org/bugzilla/show_bug.cgi?id=44399

I also attached a solution there, but more experienced tomcat developers
may have a better one. Maybe the community can comment on this request.

Gr. AvS

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Serving ICY streams from a servlet

[Filip Hanik - Dev Lists]

an HTTP request, requires an HTTP response, regardless of what the 
headers are set to.
proxies and other things that come in the middle would be confused, or 
even reject the response if something else came in between.
I'd be surprised if anyone here would be interested in making that 
modification, it would break the protocol.
why would applications like XMMS or WinAmp not handle a HTTP response, 
but would need the response to be of a different kind?


Filip

Arend van Spriel wrote:

Hi,

I have created a stand-alone socket application serving HTTP request
from XMMS, WinAmp, etc. which use the header field 'icy-metadata' on
which the server application returns with ICY response.

Now I would like to do the same from within a Tomcat servlet. As I am
not aware what the correct channel was I already created an enhancement
bug in bugzilla: http://issues.apache.org/bugzilla/show_bug.cgi?id=44399

I also attached a solution there, but more experienced tomcat developers
may have a better one. Maybe the community can comment on this request.

Gr. AvS

-
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: Serving ICY streams from a servlet

[Arend van Spriel]

I agree that the Shoutcast protocol concocted by Nullsoft and by several
media players is more of an ugly trick from a protocol perspective. If
anyone has a better suggestion for a streaming protocol (RTSP or RTP?)
which is supported by the mentioned mediaplayers I am open for the
suggestion. Probably could make a Coyote connector for that if need be.

Arend

Filip Hanik - Dev Lists wrote:
> an HTTP request, requires an HTTP response, regardless of what the
> headers are set to.
> proxies and other things that come in the middle would be confused, or
> even reject the response if something else came in between.
> I'd be surprised if anyone here would be interested in making that
> modification, it would break the protocol.
> why would applications like XMMS or WinAmp not handle a HTTP response,
> but would need the response to be of a different kind?
> 
> Filip
> 
> Arend van Spriel wrote:
>> Hi,
>>
>> I have created a stand-alone socket application serving HTTP request
>> from XMMS, WinAmp, etc. which use the header field 'icy-metadata' on
>> which the server application returns with ICY response.
>>
>> Now I would like to do the same from within a Tomcat servlet. As I am
>> not aware what the correct channel was I already created an enhancement
>> bug in bugzilla: http://issues.apache.org/bugzilla/show_bug.cgi?id=44399
>>
>> I also attached a solution there, but more experienced tomcat developers
>> may have a better one. Maybe the community can comment on this request.
>>
>> Gr. AvS
>>
>> -
>> 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]
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]