use Perl

• How is this not CPAN compatible? (Score:1)

  by dagolden (6584)

  Can this be done by customizing the Makefile.PL with

  PMLIBDIRS => [ qw( Component Dispatcher ) ]

  so that it searches those directories instead of lib?

  -xdg
• Mojo application (Score:1)

  by sigzero (5768)

  I can't think of a good reason either. When I am able to use Mojo on Windows (stuck on that at work), I probably would most definately not upload as a CPAN "module".

  On another note, is there something somewhere that will tell what you "thoughts" for building Mojo are?
• I'd only add... (Score:1)

  by Alias (5735)

  The one thing I'd note is that it's good to comply with standards, even if you aren't quite sure why.
  
  Because that way in the future when someone builds a massive automated testing system [ali.as], or some form of web auto-deploy upload things, or some other form of automated system that can work with "Any CPAN-compatible distribution", then Mojo will Just Work with it.
  
  Just because very few applications _actually_ got uploaded to CPAN doesn't mean it's necesarily a bad idea.
• use lib (Score:1)

  by jwang (6906)

  I've found the CPAN structure handy for adding "use lib '/path/to/TestApp/lib';" to mod_perl's startup.pl. With the abbreviated structure, you'd use "use lib '/path/to';" which may end up including a lot of directories/files under TestApp that don't need to be in the path. OTOH, the abbreviated structure may be easier for the average app and users, esp if you're trying to cater people coming from other languages. I'm not sure how much of an advantage it would be. Have people complained about this? If you
• Does CPAN compliance cost anything? (Score:1)

  by Aristotle (5147)

  I don’t see a big win in getting rid of two path components on a few of the files.

  That structure is too flat anyway, IMHO. I’d want the modules in TestApp:: grouped together separately from other miscellanea, and that has nothing to do with CPAN. So there should be at least one extra TestApp/ in there. At that point, having an extraneous lib/ makes no difference.

  And as Alias said, just because very few Cat apps got uploaded to CPAN doesn’t mean it won’t come handy in a surprising
• For now... (Score:1)

  by sri (5109)

  ...the old CPAN-ish format will stay.
  
  Shorter namespaces would be a very good thing (especially for people new to Perl), but as long as we have to deal with stuff like a shared Perl interpreter (mod_perl...) the probability of a namespace clash is too big.
  
  Also interesting, about 80% of the people i asked prefer the old format, but most didn't know why. :)
• An advantage for the CPAN module approach (Score:2)

  by Shlomi Fish (918)

  By making it a CPAN module one can easily install all of its dependencies from CPAN, as well as upgrade and keep track of them all. If it's an application in a custom layout, it's more difficult this way.