Slash Boxes
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.
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

    Sticking with LWP,
    • Re:What is Stem? (Score:3, Informative)

      by autarch (914) on 2002.04.07 15:58 (#6717) Homepage Journal
      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 wouldn't have to write any daemon code, any forking management code, etc. You'd basically just write the code to do the work (in the child processes) and the rest would be set up via relatively straightforward configuration.
      • 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 [] 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.