>True. As for praise, XML::Parser does the job for me. In this specific
>case, I'll be looking for something like failure in the
>response to an XML request I send. I'd like to pull out just the section
>that failed and be able to create another request from that XML chunk.
>It's a little down the
Matt Sergeant wrote:
>
> On Tue, 5 Dec 2000, Drew Taylor wrote:
>
> > I know this goes a little off topic, so I apologize in advance.
>
> I changed the topic for you :-)
But now it seems like flame bait ;-)
> > One big sticking point with Perl I'm just starting to run into is XML.
> > Yes, Pe
On Tue, 5 Dec 2000, Drew Taylor wrote:
> I know this goes a little off topic, so I apologize in advance.
I changed the topic for you :-)
> One big sticking point with Perl I'm just starting to run into is XML.
> Yes, Perl has great XML modules, and many more promising ones. But where
> is the _
> Now, now...that is unfair. I was referring to writing in pure Perl vs pure
> Java.
>
> Of course, C apis and pre-written daemon integration makes the glue
> language a moot point (and favors Perl actually).
Well, mine is pure perl. it can speak the protocol to integrate with a
pre-written C
On Tue, 13 Jun 2000, you wrote:
> Now, now...that is unfair. I was referring to writing in pure Perl vs pure
> Java.
Admittedly it's not completely fair :-). I admitted that I would do (have
done) it in c. Given a choice between C and perl that is. But as you say in
the next paragraph, Perl i
On Mon, 12 Jun 2000, Shane Nay wrote:
> If I were to write a new version of the chat engine I wrote, I
> wouldn't do it this way. In fact I started re-writing it based on a
> sigqueues, and CORBA.
Shane, you are a maniac! You wrote a chat server using sigqueues and
CORBA? Isn't that like killi
Now, now...that is unfair. I was referring to writing in pure Perl vs pure
Java.
Of course, C apis and pre-written daemon integration makes the glue
language a moot point (and favors Perl actually).
BTW, is select() is still broken in Win32 Perl? It was 6 months ago (I
suspect because IO oper
(Somehow I missed Gunther's message, maybe I had a system out for a little
while, I'm replying to Roger, but really replying to Gunther)
On Mon, 12 Jun 2000, you wrote:
> Gunther Birznieks <[EMAIL PROTECTED]> wrote:
> > 2. Would you write a chat engine in Perl? I wouldn't! (Well, actually I did
On Mon, 12 Jun 2000, Gunther Birznieks wrote:
> >Unless you use a cluster of servers for load balancing and high
> >availability, in which case you're right back where you started and you
> >need the Java equivalent of Apache::Session::DBI. I imagine someone has
> >written one in one of the many
Gunther Birznieks <[EMAIL PROTECTED]> wrote:
> 2. Would you write a chat engine in Perl? I wouldn't! (Well, actually I did
> 5 years ago but I am certainly not proud of that code).
I did, just a few months ago, and it's working very nicely.
> The thing about a real-time chat engine is the same
At 06:01 PM 6/11/00 -0700, Perrin Harkins wrote:
>On Sun, 11 Jun 2000, Gunther Birznieks wrote:
> > 1. Session management. Because servlets are multi-threaded they have easy,
> > quick access to a shared memory pool. All the locking and shared
> > persistence code used in Apache::Session is render
WAY OT at this point :)
> [OT]
> My personal take:
> Where (at least for me) Java has it's niche is client side, for
> applets and applications. But for this, 'write once use anywhere' just
> isn't true. Look at Java1.3 (which you really want to use for
> GUI-intensive stuff, though their ev
Jun 11, 2000 at 09:37:14AM -0600, dreamwvr wrote:
> hi,
> this could be a can of worms but anyhow here goes. Has anyone timed the
> actual efficiency of Perl vs Java? Reason being is i wrote a state engine as
> a perl module that seemed quite fast ~ 0.33 to 0.54 of a second for slurpi
They pretty much all support Perl. Very few if any would ever support
mod_perl at US$10/month.
There is a list of ISPs in the guide (or on the web site?) that support
mod_perl, but you have to expect to pay more than US$10/month for those
services.
At 12:53 PM 6/12/00 +1000, Peter Skipworth w
Sorry to butt in - I'm sure this question is answered elsewhere, but is
there a list of "$10 a month ISPs" supporting perl and/or mod_perl code
somewhere on the web ?
Thanks,
P
> The other thing is portability. In Perl, I can test everything I do
on a
> $10 a month ISP and yet scale it to a m
hi,
this has been great! although my thoughts were that DB_File is way
faster than anything there is in java as a state engine.. but then again i
could be wrong.. been there done that!
Best Regards,
On Sun, 11 Jun 2000, Gunther Birznieks wrote:
> 1. Session management. Because servlets are multi-threaded they have easy,
> quick access to a shared memory pool. All the locking and shared
> persistence code used in Apache::Session is rendered moot by the shared
> memory Java model.
Unless yo
At 06:39 PM 6/11/00 -0500, Gerd Knops wrote:
>dreamwvr wrote:
> > hi Gerd,
> > that was very much what i was looking for! hmm.. seems that perl is
> > definately one of the most mem efficient langs whereas java is not.
> > cool and definately great reading although "talk about detail!" this
> > is
dreamwvr wrote:
> hi Gerd,
> that was very much what i was looking for! hmm.. seems that perl is
> definately one of the most mem efficient langs whereas java is not.
> cool and definately great reading although "talk about detail!" this
> is good! Java has become acceptable for a compiled languag
hi Gerd,
that was very much what i was looking for! hmm.. seems that perl is
definately one of the most mem efficient langs whereas java is not. cool and
definately great reading although "talk about detail!" this is good! Java has
become acceptable for a compiled language. now here is
On Sun, 11 Jun 2000, Matt Sergeant wrote:
> There are posts in the archive about this. Here's a quick summary:
>
> You can make Java slow. You can make mod_perl slow.
> Java (servlets, jsp, etc) can use a lot of memory. mod_perl can use a lot
> of memory.
> Servlets can be very fast. mod_perl can
dreamwvr wrote:
> hi,
> this could be a can of worms but anyhow here goes. Has anyone timed
> the actual efficiency of Perl vs Java?
>
> [cut]
>
I found this of some interest:
Computer Languages compared
http://wwwipd.ira.uka.de/%7Eprechelt/documents/jccpp_tr.pdf
Gerd
hi,
thanks.. well i walked into that one;-)) anyways really was trying to see
which was better from a web serving point of view.. in maintaining state
between cgi pages.. since i have not done any real java proggies since
the first year of jdk coming out i really was surprised how fast it was
On Sun, 11 Jun 2000, dreamwvr wrote:
> hi,
>this could be a can of worms but anyhow here goes. Has anyone timed the
> actual efficiency of Perl vs Java? Reason being is i wrote a state engine as
> a perl module that seemed quite fast ~ 0.33 to 0.54 of a second for slurping
hi,
this could be a can of worms but anyhow here goes. Has anyone timed the
actual efficiency of Perl vs Java? Reason being is i wrote a state engine as
a perl module that seemed quite fast ~ 0.33 to 0.54 of a second for slurping
up values. With recall being about .25 to .35 of a second
25 matches
Mail list logo
