in reply to A regexp server in Perl

When I match in other languages, I care about related results like $1 ... $n, $`, $&, $'. I also care about things like case sensitivity and whether the /g flag plays a role. I'd suggest you look at the existing Java or .Net Regexp objects and model your API on theirs. Your existing API exposes only one style of regexp usage and I'm sure your other users are going to care about more than just this one way.

Replies are listed 'Best First'.
Re^2: A regexp server in Perl
by pg (Canon) on Nov 10, 2004 at 23:34 UTC
    "I'd suggest you look at the existing Java or .Net Regexp objects and model your API on theirs."

    Good point. I know Java supports RegExp now, but it is pretty weak comparing to Perl's. That's where my idea came in. However, it would be a good idea to make the API's close to Java's native ones.

    It is even better to carefully compare Java's regexp and Perl's, and see in details what Perl can do to strengthen Java's. Maybe only making calls to the server when Java's native RegExp cannot handle the situation (this would in a way take care of itub's performance concern)...

      Apart from java native regular expressions, there are Jakarta ORO and Jakarta Regexp.

      ORO is interesting because it implements perl syntax, with some success. I have used it a lot before java had its own regular expressions.

      But I like the server idea. It could also be used with perl clients.

      update How about a pm regexserver nodelet? :)