hange this behaviour and
remove the insertion of the charset for non text based Content-Types eg:
application/vnd.ms-excel
Hence could someone give me some pointers / crash course as to which class I
need to patch to remove this?
Thanks.
Greg Cope
GCS Ltd
Assign to: CIT, Sandwich - ISG
Phone
Thanks Tim,
Having a little trouble getting anything from bugzilla, nagoya.apache.org
seems to be having a little trouble!
Looking in the archives for this id, I see that someone has a 4.1.29 patch
and a complied class, but cannot see either email address or content via the
archive.
Ho hum
Hi All,
(We may be barking up the wrong tree here, so if so please point me in the
right direction)
This is still causing us issues - as IE fails to parse a charset when it is
tacked on to Content-Type: application/vnd.ms-excel
It would appear that the charset is being tacked onto the Content-Ty
Hello All,
I know it may be considered rude to reply to my own post, but it seems to
have fallen on deaf ears.
In trying to solve the problems I seem to be going round in circles trying
to find a fix within the tomcat source - can someone point me in right
direction?
Any clues as to how to proce
Tim,
Is this a CVS snapshot of Request.java/class?
If so it does not appear to fix my problem (see other thread): Content-Type:
application/vnd.ms-excel;charset=ISO-8859-1
Unless of course I am a complete idiot (highly probable)
Thanks for your help thus far.
Greg
> Instructions added to
Ah this still does not fix it I am afraid.
Neither does the CVS patch.
:-(
Any objections to reopening the bug?
Greg
> -Original Message-
> From: Tim Funk [mailto:[EMAIL PROTECTED]
> Sent: 19 December 2003 13:55
> To: Tomcat Developers List
> Subject: Re: Intro/question possible buglet
> [EMAIL PROTECTED] wrote:
> > Ah this still does not fix it I am afraid.
> >
> > Neither does the CVS patch.
> >
> > :-(
> >
> > Any objections to reopening the bug?
>
> Well, yes. Please do not reopen the report. Revisions 1.30 or 1.31 do
> (really) resolve the issue.
Pulled 1.31 from CVS -
> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]
> Subject: jk2 2.0.4 release plan
>
> Comments welcome
>
I can throw some tests at the build given some notice if that is any help.
Thanks for picking this up.
Greg
-
> If this is all wishlists .. it'd be nice if we could set the
> worker and
> handler via mod_rewrite.
>
> Intead of
>JkMount /*.jsp loadbalancer
> Say:
>RewriteCond %{REQUEST_URI} *\.jsp
>RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance]
>
> [If my syntax above is correct]
Sorry Tim missed that post, but agree that something simpler would be great
IMHO.
There is a learning cliff with mod_jk2 that many I feel try to climb, and
don't make it. They then tomcat gives them a bad taste.
KISS - the easier it is to do a simple config (and at the same time have
flexibility
Just my 2 pence worth (as an apache/tomcat admin in a large company);
> >>>- the configuration should be in Apache's config file, rather than
> >>>some complex properties file
> >>
> >>+1
Yes please!
> > The general idea is to connect to TC and get the URI/VHOST
> topology, but we
> > still
> > What I am trying to say is that do not dismiss 1.3.x unless
> it is difficult
> > to include.
>
> Well if we had to support Apache 1.3, will have to support two very
> different web-server and could make use of APR since Apache 1.3 came
> without APR.
Ah ok - so this is complex to make it
> > Ah appologies I though crypto would mean SSL'ing the link
> or encypting the
> > AJP contents with AES/Blowfish et al.
>
> It could of course, all we need is a fast crypto protocol, and more
> important something ALLREADY available in APR/Apache2/Java
Although this is getting off topic, usi
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> >
> > The only 2 JNI models that actually work are jk2 "protocol
> > marshalling, pass only byte[]" and eclipse swt "small simple calls
> > with mostly int and byte[] params"
>
>
> All that is cool, but what you p
> -Original Message-
> From: Jess Holle [mailto:[EMAIL PROTECTED]
>
> Unfortunately, some have drank too much Microsoft Kool-Aid.
>
> A good number desparately want NTLM-based authentication. [They like
> the single-sign on for Windows clients, but they love the notion of
> better s
your efforts.
Greg
Greg Cope
GCS Ltd
Assign to: CIT, Sandwich - ISG
Phone: (44) 01304 642040
Fax: (44) 01304 652118
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be
privileged. It is intended for the addresee(s) only. Access to this e-mail
by anyone el
> -Original Message-
> From: jean-frederic clere [mailto:[EMAIL PROTECTED]
> Sent: 18 February 2004 17:05
> To: Tomcat Developers List
> Subject: Re: JK2 release & Expat
>
>
> Henri Gomez wrote:
>
> a "ldd /var/tmp/mod_jk2_new.so" would be nice to have.
>
Close but no cigar ( I checked
> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]
> Sent: 19 February 2004 15:56
> To: Tomcat Developers List
> Subject: Re: JK2 release & Expat
>
>
> [EMAIL PROTECTED] wrote:
>
> >>-Original Message-
> >>From: jean-frederic clere
> [mailto:[EMAIL PROTECTED]
>
Few,
apr-utils has a dependency on expat, yet when linking mod_jk2 apr-config
--libs is used: `/var/tmp/temo/apr-0.9.4/apr-config --libs`
However apr-config / apr does not have a dependency on expat, so it does not
return the right line with -L/usr/local/bin -lexpat (in my case added)
The the l
> -Original Message-
> From: Kurt Miller [mailto:[EMAIL PROTECTED]
> Sent: 20 February 2004 03:09
> To: Tomcat Developers List
> Subject: Re: JK2 release & Expat
>
>
> Thanks Greg for all the detailed information. I've committed the fix
> for this. Could you update your source and let u
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 20 February 2004 09:39
> To: [EMAIL PROTECTED]
> Subject: RE: JK2 release & Expat
>
>
>
>
> > -Original Message-
> > From: Kurt Miller [mailto:[EMAIL PROTECTED]
> > Sent: 20 February 2004 03:09
>
> What does apu-config --libs (in apr-util-0.9.4) gives?
> In my machine it tells:
> +++
> bash-2.03$ ./apu-config --libs
> /export/home3/jfclere/tmp/apr-util-0.9.4/xml/expat/lib/libexpat.la
> bash-2.03$ ./apu-config --link-libtool --libs
> /export/home3/jfclere/tmp/apr-util-0.9.4/libaprutil-0.la
> -Original Message-
> From: jean-frederic clere [mailto:[EMAIL PROTECTED]
> Yes, the patch is in jk2.
Thanks
Greg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> Thanks Greg for all the detailed information. I've committed the fix
> for this. Could you update your source and let us know how it goes?
>
> -Kurt
>
Kurt,
To confirm that this has fixed this problem - cvs from this morning (11:00
GMT).
Many thanks.
Greg
-
rror
mmapping /tmp/cr.sandwich.pfizer.com_81.shm
(We changed the shared memory file name).
Are we doing something wrong, or is this a buglet.
Regards & Thanks.
Greg Cope
GCS Ltd
Assign to: CIT, Sandwich - ISG
Phone: (44) 01304 642040
Fax: (44) 01304 652118
LEGAL NOTICE
Unless expressly
ng...)
lwp_sema_wait(0xFE30DE60) (sleeping...)
(etc ..)
Any ideas on debugging this?
This bug is present in CVS and from 2.0.2.
Thanks again. (I will shut up soon!)
Greg Cope
GCS Ltd
Assign to: CIT, Sandwich - ISG
Phone: (44) 01304 642040
Fax: (44) 01304 652118
LEGAL NOTICE
Unl
> Which Tomcat on the remote side ?
>
> 3.3, 4.0, 4.1, 5.0 ?
Sorry forgot that:
4.1.29 with jdk 1.4.2_02
Greg
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
>
> > Which Tomcat on the remote side ?
> >
> > 3.3, 4.0, 4.1, 5.0 ?
>
> Sorry forgot that:
Sorry being an idiot. This is presently on 4.1.24.
Leave this with me... I've made a mistake and need to retest with 4.1.29.
Due to having to qualify (extensively test and document) out installs we ar
> Does restarting the Tomcat instance free up the stuck processes?
>
> -Dave
>
Yup. Apache seems to recover fine, as the socket gets reset.
Greg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EM
Thanks Dave,
This seemed to be an issue with tomcat 4.1.24.
Using 4.1.29 resolves this issue.
Thanks for the pointers, especially the one to open my eyes and check which
tomcat version I was using.
Feel a bit of a muppet!
Greg
> -Original Message-
> From: David Rees [mailto:[EMAIL PRO
Hi All,
We have been giving the latest CVS code for mod_jk2 a thorough test to look
towards using it as our next production release.
Happy to say that thus far it seems fine.
The following still looks like a bug to me so I have attached a diff (not
huge) of jakarta-tomcat-connectors/jk/native2/j
Sorry, this seems to be a bad week.
The diff should be:
$ diff jk_shm.c.org jk_shm.c
201c201
< shm->fname, finfo.size, rc, globalShmPool, error );
---
> shm->fname, (int) finfo.size, rc, (int)
globalShmPool, error );
Greg
> -Original Message
I tried that, but Solaris (8) diff does not support unified diff's
(according to my Solaris 8 man page), but in the interests of unity:
--- jk_shm.c.org2004-02-23 14:40:01.0 +
+++ jk_shm.c2004-02-26 11:03:38.0 +
@@ -198,7 +198,7 @@
env->l->jkL
Dues to the environment the word "upgrade" tends to send shivers down some
of my team!
We have a strict complaince system to work under.
This is not just a tomcat issue, but an Opensource issue where bug fixes are
released as "upgrades". Most vendors release patches so that an existing
version c
Dear All,
Testing the jk2-2.0.3 cvs we seem to get this error, which makes 2.0.3-dev
useable for us.
I can only assume others are not seeing this (apache 1.3.26 + mod_perl) on
Solaris 2.8 (sparc). Has anyone had any success with 1.3.x on Solaris with
the jk2-dev code?
I an getting apr and apr-u
> Hi,
> > Testing the jk2-2.0.3 cvs we seem to get this error, which
> makes 2.0.3-dev
> > useable for us.
> you mean 2.0.4-dev?
>
> > I can only assume others are not seeing this (apache 1.3.26
> + mod_perl) on
> > Solaris 2.8 (sparc). Has anyone had any success with 1.3.x
> on Solaris
>
> -Original Message-
> From: Guenter Knauf [mailto:[EMAIL PROTECTED]
> Sent: 27 February 2004 13:20
> To: [EMAIL PROTECTED]
> Subject: RE: jk2 buglets
>
>
> Hi Greg,
> >> look at your apr.h for APR_HAS_MMAP and tell us how this is set...
>
> > #define APR_HAS_MMAP 1
>
> tha
>
> /* First make sure the file exists and is big enough
> */
> rc=apr_file_open( &file, shm->fname,
> APR_READ | APR_WRITE | APR_CREATE | APR_BINARY,
> APR_WREAD|APR_WWRITE|APR_WEXECUTE,
> globalShmPool);
Thanks Guenter,
Same sort of iss
> -Original Message-
> From: Guenter Knauf [mailto:[EMAIL PROTECTED]
> Sent: 27 February 2004 16:13
> To: [EMAIL PROTECTED]
> Subject: RE: jk2 buglets
>
>
> hmm, you could check to use the old mmap code which Henri
> just has checked in again; get latest jk_shm.c from cvs and
> modifi
> -Original Message-
> From: Mladen Turk [mailto:[EMAIL PROTECTED]
>
> In case of single child mpm, nothing.
> On others, jkstatus at least.
>
> Also, we adopted the APR as mandatory, so, all platform
> specific code except
> JNI has to go out (sooner or later).
>
> MT.
That is fine
> > -Original Message-
> > From: [EMAIL PROTECTED]
> >
> > Assuming that the next mod_jk2 release wants to go with the
> > present APR
> > (0.94) or even the CVS (pre 1.0?) then we need to kludge
> > mod_jk on solaris 8 (at least) to not use APR for this bit.
> >
>
> No it's gonna be 0
> The entire shm support will be available _only_ if there is
> APR_HAS_SHARED_MEMORY support.
> So if the particular platform doesn't implement that, or the apr's
> implementation is bogus, one can disable that when building apr.
APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CV
> > APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94
> > and CVS (1.0).
> >
>
> First of all why? What is the reason, apr or solaris?
Looks like it is apr.
> > How can you change the apr build as mod_jk2 builds apr when
> > trying to make apr for apache 1.3.x? Using Suns complie
> > As per above, Solaris apr build appears to have bugs. As
> yet I have not had
> > the time to look at why.
> >
> > Does the above help?
>
> I very seriously doubt this. Apache uses shared memory for
> the scoreboard
> communication between the parent and child processes. In
> Apache 2
> -Original Message-
> From: Guenter Knauf [mailto:[EMAIL PROTECTED]
> Sent: 09 March 2004 21:32
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: Re: jk2 new shmem using APR
>
>
> I believe there's a problem with the file rights, not with
> SHM self. I think t
> 1000448/8192?
> The size you use should be a multiple of the pagesize
> according to man mmap().
> The pagesize could be checked by the following:
> +++
> #include
> #include
> main()
> {
> printf("%d\n",(int)sysconf(_SC_PAGE_SIZE));
> }
> +++
>
# grep size workers2.properties
size
>
> Could you try to put cr.sandwich.pfizer.com_81_test.shm in
> another file system
> (/tmp is a "special" one)?
>
Still does not work in /var/tmp ...
[Fri Mar 12 13:01:41 2004] (error ) [jk_shm.c (158)] shm.create(): error
creating /var/tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f50
> Greg,
Hi Paul,
>
> I have just recently joined this list (and this is my first
> post!) because I *might* have a few cycles and (in theory
> :-)) the expertise to help out a little. Anyway after seeing
> this post - just thought I'd let you know that you are not
> alone. I am also trying
> Hi,
>
> Seems that the shm is working now.
> Greg, have you been able to test it with the current patches?
> Anyhow IMO it should work, cause the same problem manifested
> on FreeBSD
> has been solved.
>
> Henri, when do you plan to tag the release?
>
> MT.
>
Turk,
Different errors, but s
> > Turk,
> >
>
> The name is Mladen :-).
Very sorry.
> That's actualy good, we are getting somewhere :).
:-)
> > 2004] (error ) [jk_shm.c (102)] shm.create(): error creating
> > shm 22 Invalid argument
>
> This is very interesting error (Invalid argument), can you
> enlight me with
> the
> > [shm]
> > file=anonymous
> > slots=75
> > debug=10
> >
> > Should slots be startservers or maxclients?
> >
>
>
> To MaxClients (maximum number of servers that will ever be
> able to start).
> In your case 200.
OK - I assume that this sets the right "size" so to speak.
> Set also the
> [l
> > -Original Message-
> > From: Henri Gomez
> > >> I think that we need to change the thinking perspective
> > from TC being
> > >> a 'helper' to TC being a 'workhorse'.
> > > Interesting idea Mladen.
> > Next idea.
> >
> > If we drop Apache 2.0 support we need to have jk/jk2 jobs
> >
52 matches
Mail list logo
