Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • After reading the newsletter and browsing the site I still have no idea. The closest I got was that it is a "networking toolkit." One of the haikus in the FAQ mentioned Perl - is that why it's on use.perl.org?

    Sticking with LWP,
    -sam
    • Stem is all pure-Perl, though it does rely on the Event module (which is C).

      It is designed to support asynchronous message-based systems. Does that help?

      Saying that you're sticking with LWP is kind of meaningless. Stem is largely orthogonal to LWP.

      A representative Stem application might be a process that responds to outside requests via a socket, delegates work to multiple child processes (like Apache, perhaps) and then responds to the request.

      The nice thing about using Stem for that is that you would
      • So more like Net::Server than LWP? -sam
        • Yes, but ...

          It can do a _lot_ of stuff for you.

          For example, IPC and RPC between multiple Stem servers is trivial.

          You can also use Stem to do client/server stuff with a Stem client and a Stem server.

          It can also run as a standalone daemon. For example, you could run a Stem daemon that fired off messages at regular intervals to other Stem servers (kind of like cron).

          Basically, if you have to do any sort of network project (client/server, multiple servers, messaging across machines) Stem can be very helpf
          • Oh, dammit - this might ruin my Oyster project! Though, he doesn't have the security set up that I need. Hmmm....

            And, of course, I must ask if those messages are being exchanged in XML format, because *everything* is always better in XML format. :-P

            • improved security is high on our todo list. stem supports ssh but it needs improving. also we plan to support SSL and stunnel. the goal is to allow any style of secure channel for any socket, stem to stem or stem to outside world.

              as for xml (blechh!) formatted messages, that very doable as the messages are just simple data structures. i recently started integrating YAML [yaml.org] into stem and it is used to serialize objects over a socket. we plan to use YAML for config files as well as messages. in fact, plans are

        • More like POE. Much more like POE.
          • Re:What is Stem? (Score:3, Informative)

            Stem and POE cover overlapping problem spaces but have very different architectures. even the POE development people recognize that each has its advantages. in fact when we (stem and poe) get some free tuits, we will make the two systems interact. POE has a much larger code base but it requires you to write more code to actually drive it. stem allows you to configure (not code) the its modules into network applications. complex programs such as inetd (see the demo in the tarball) are done without new codin
          • Oh. I still haven't figured out what POE is either. And not for lack of trying... My brain must be too small or something.

            -sam
  • apparently just someone's ego project. Wonder if anyone has bought intot his thing/fed his ego ?
    • Re:this is (Score:3, Insightful)

      Have you actually looked at it? Maybe you should do a little more research before making such assumptions.

      And what major project isn't an ego project? GNU? Definitely not. Linux kernel? Doubtful.

      POE, AxKit, TT, Alzabo?

      In any major undertaking there is likely to be some sort of thought like "I'm going to show everyone what I can do."

      Nothing wrong with that.
      • wtf? Of course I know of stem. In any event, thank you for conceding my point.
        Also, the fact that you bring up the unusable GNU Hurd system is humorous. GNU Hurd is a perfect example of an unnecessary project done purely out of ego. Only time will tell if anything is of *real* use, of course.
        • Actually, I didn't mention the Hurd project. I said "GNU". You may have heard gcc, glibc, gdb.

          Or perhaps you're just being intentionally dense.
    • Isn't it a manifestation of the 3rd Virtue of Programmers? If Uri and company can pull it off without getting squished by the coding gods then more power to them.