Re: UTF8 fun with SOAP::Lite and mod_perl 1.3.33

FWIW - I did try forcing the page encoding, but this didn't turn out to be necessary as the XML is already utf-8. Drew On Mar 16, 2007, at 2:27 PM, Chris Jacobson wrote: FWIW, if you tell the client to render the page as UTF-8, your 'broken' mod_perl version works correctly. The content-ty

Re: UTF8 fun with SOAP::Lite and mod_perl 1.3.33

OK, I think I've got something that I'm happy with. There were a couple problems with how my SOAP::Lite handler was processing UTF8. First, SOAP::Lite encodes extended 8-bit strings as base 64. What a pain. I found this workaround

Class::DBI and M:M

Hi, I have a table "contact" and a table "link" which has 2 foreign keys to "contact" - contact_id_1 and contact_id_2. It is essentially a many-to-many relationship but with only 2 tables. Can Class::DBI handle this and if so, how should I set up my classes? Thanks. Arsh

UTF-8 fun [was: UTF8 fun with SOAP::Lite and mod_perl 1.3.33]

If I instruct the browser to render to UTF-8, The strange characters disappear, but the proper characters don't show up - instead I get the gap indicative of a non-rendering character or nothing at all, depending on the browser (IE and FF do different things here - big surprise). The problem as

Re: UTF8 fun with SOAP::Lite and mod_perl 1.3.33

FWIW, if you tell the client to render the page as UTF-8, your 'broken' mod_perl version works correctly. The content-type header is instructing the client to render the page using ISO-8859-1, which will result in gremlin characters being rendered. Aaron Hawryluk wrote: This is suspiciously

Re: UTF8 fun with SOAP::Lite and mod_perl 1.3.33

Drew Wilson wrote: But I cannot figure out WHERE this conversion is being done. I've picked through SOAP::Lite enough to know that unicode conversions are probably more than it knows how to handle. However, SOAP::Data::encode_data uses a regex to munge data. Perhaps there's a conversion h

RE: UTF8 fun with SOAP::Lite and mod_perl 1.3.33

This is suspiciously similar to the problem I had with double-byte characters coming up where single-byte characters were expected. If you find the answer to this, could you let me know? I still can't migrate to mod_perl due to the problem. Mind you I'm on Apache2/mp2 so they could be complete

UTF8 fun with SOAP::Lite and mod_perl 1.3.33

I'm trying to track down a Unicode malcoding problem using SOAP::Lite 0.67 with mod_perl 1.29 on apache 1.3.33. The problem I'm seeing is my UTF8 strings are transformed in the http response. The strings look correct inside the perl space (e.g. printing to STDERR inside the perl handler)

Re: mod_perl implementation possibility

On Fri, 16 Mar 2007 18:20:28 +0100 Clinton Gormley <[EMAIL PROTECTED]> wrote: > > mod_perl has an excellent document. but is there a > > checklist kind of thing for running mod_perl in > > environment like this? where can i read more about > > this? > > Not that I know of, but if you just think o

Re: mod_perl implementation possibility

> thanks! I actually have an example of this. A module > for event logging purpose. the global variable is a > hash consists a set of default log flags corresponding > to log messages. > > i can register a new flag/msg to the global variable > in my app and go on with the logging. a simplified >

Re: mod_perl implementation possibility

--- Clinton Gormley <[EMAIL PROTECTED]> wrote: > > we are exploring the idea of writing medium to > large > > Perl apps in the future which will require > mod_perl. > > the current environment is apache 1.3. having > read > > modperl's doc and i am concerned about running > > multiple unrelated

Re: mod_perl implementation possibility

On 3/16/07, James. L <[EMAIL PROTECTED]> wrote: any special setup for mod_perl 1 + apache 1 under virtual host? it works but my impression is that it is hard to setup and must be coded very carefully. It's not hard to setup, and it doesn't require any special coding practices beyond any other l

Re: mod_perl implementation possibility

On Mar 16, 2007, at 11:55 AM, James. L wrote: any special setup for mod_perl 1 + apache 1 under virtual host? it works but my impression is that it is hard to setup and must be coded very carefully. that's probably the reason why i rarely see mod_perl offered in share dhosting environment. n

RE: mod_perl implementation possibility

--- John Saylor <[EMAIL PROTECTED]> wrote: > as far as running multiple unrelated perl apps using > mod_perl- i think > it happens every day! you just need to program them > accordingly. also, > you can use virtual hosts under apache 1.3.x too. > > if you use appropriate naming for db handles, th

Re: mod_perl implementation possibility

--- Frank Wiles <[EMAIL PROTECTED]> wrote: > On Thu, 15 Mar 2007 12:54:37 -0700 (PDT) > "James. L" <[EMAIL PROTECTED]> wrote: > > > mod_perl 2 seems solve the problem with virtual > host > > which will require us to adopt apache 2 and use > > virtual host. > > > > my understanding may be false

Connection reset / aborted

I recently got this error message: Apache2::RequestIO::print: (104) Connection reset by peer at . from the code: $r->print($data); I understand why, but it raised two questions: 1) What is the difference between connection reset and connection aborted 2) What return code should I

Re: mod_perl implementation possibility

> we are exploring the idea of writing medium to large > Perl apps in the future which will require mod_perl. > the current environment is apache 1.3. having read > modperl's doc and i am concerned about running > multiple unrelated mod_perl apps on one server, such > as 2 or 3 medium Perl apps. (