Interesting thread for those of you interested in the topic of REST and Perl:
http://www.modernperlbooks.com/mt/2011/09/restful-perl-resources.html
Sadly, chromatic specifies Catalyst solutions though.
tim/
--
Timothy Appnel
Principal, The Appnel Group, http://appnel.com/
Director, Open Melody
On Jul 28, 2011, at 19:39, Ron Savage r...@savage.net.au wrote:
I had a look at the source code for CAD, and it would be trivial to
patch to replace Exception::Class::TryCatch with Try::Tiny.
If I wasn't so lazy (today) I'd submit a patch myself. You could.
I did. The end result was indeed
I was looking to figure out which exception package to use in a project[1] and
thought I would consult CA dispatch to see what was being used. Why does CAD
directly require two different exceptions packages? I understand that sometimes
a dependency requires a package that is redundant to
I feel like this is making a mountain out of a mole hill right now. I went to
great lengths to make this contribution as small as possible and dependency
free in hopes of getting this put thru without a lot of hassle. That hasn't
worked here though.
So what are the objections and can it get
that helps. Let me know if you have any additional questions or comments
about Melody.
tim/
--
Timothy Appnel
Principal, The Appnel Group, http://appnel.com/
Director, Open Melody Software Group, http://openmelody.org
# CGI::Application community mailing list
need. [This is not the case
currently with the mess we inherited, but that is where we are
committed to going with the code.]
tim/
--
Timothy Appnel
Principal, The Appnel Group, http://appnel.com/
Director, Open Melody Software Group, http://openmelody.org
# CGI::Application community mailing
an app with hundreds of potential run modes -- like say
Melody -- a messy affair.
I just don't get the logic behind this proposal and need to be
convinced otherwise.
tim/
--
Timothy Appnel
Principal, The Appnel Group, http://appnel.com/
Director, Open Melody Software Group, http://openmelody.org
Forwarded message:
From: Timothy Appnel t...@appnel.com
To: CGI Application cgiapp@lists.erlbaum.net
Date: Tuesday, May 10, 2011 2:38:03 PM
Subject: REST tunneling in CGI::Application::Dispatch
I've started a branch to implement REST tunneling in
CGI::Application::Dispatch and wanted
On 10/22/07, Jason Purdy [EMAIL PROTECTED] wrote:
H::T is a simple and fast templating engine that enforces strict MVC,
too.
Simple, yes -- to a fault. In my experience, I find what constitutes
the parts of MVC to be subjective. I haven't heard much of an argument
about what belongs in the
On 10/22/07, Berg, Eric [EMAIL PROTECTED] wrote:
So, again, now that we've been all over this, what's the rub here?
I was kind of wondering that here as I wrote my last message.
Templating religion aside, I *think* it's a choice/modularity vs.
backwards compat debate at the heart of it. Perhaps
On 10/20/07, Peter Karman [EMAIL PROTECTED] wrote:
I think it comes down to aesthetics, really. By that I mean that the RDBO API
design matched more closely the way I would do things if I were writing an
ORM.
I found I grokked the RDBO way more easily.
On that point I'll mention that I've
On 10/19/07, Ricardo SIGNES [EMAIL PROTECTED] wrote:
Is there a plan to convert HTML::Template from a prereq into a plugin?
Are you volunteering? ;)
Maybe the cons outweight the pros. I just really would like to eliminate that
prereq.
+1
tim/
# CGI::Application community mailing
Huffington Post had this issue with their MT installation and created
a plugin called Naughty Word Chars.[1] It was so popular that it was
essentially incorporated into MT4. What it does is run a series of
regexs over the content of an object before its saved to the database
replacing the naughty
considered alphas whose API and
index format are subject to compatibility breaks with v0.2 going
forward.
Hope that helps.
tim/
[1] http://lucene.apache.org/lucy/
[2] http://www.rectangular.com/downloads/KinoSearch_OSCON2006.pdf
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast
a serious look at it use what is in the
companies public repository here:
http://code.sixapart.com/svn/Data-ObjectDriver/trunk/ They have a bad
habit of not updating what's in CPAN as frequently as they should.
tim/
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast / Powerful blogging
'= { },
...and then simply create methods like stuff_GET and stuff_POST in my
module. I don't see why anyone developing an app in a RESTful fashion
would want to spend the extra effort creating and managing what could
become a complex dispatch table.
tim/
--
Timothy Appnel
Appnel Solutions
http
of though -- should the
mixing of REST-enabled and standard application modules be permitted
by Dispatch or should a developer be forced to choose one direction or
another?
Thoughts?
tim/
[1] http://www.loudthinking.com/arc/000593.html
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast
and more
elegant to me.
tim/
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast / Powerful blogging systems made easy
http://blogcast.net/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
. If a runmode_HTTPMETHOD doesn't
exist the dispatcher automatically returns a method is not supported
HTTP status method.
tim/
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast / Powerful blogging systems made easy
http://blogcast.net
DDH posted with the blog entry I
referenced has some examples on how its being implemented in Rails in
addition for the case for native support of REST.
tim/
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast / Powerful blogging systems made easy
http://blogcast.net
you essentially have 4 methods
(5 if you want to count HEAD) that won't change -- at least anytime
soon.
tim/
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast / Powerful blogging systems made easy
http://blogcast.net
/
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
Blogcast / Powerful blogging systems made easy
http://blogcast.net/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com
--
that's what they insist on.) I understand Michael and others on the
list use mod_perl frequently in their work, but it seems a bit out of
place since Dispatch itself is applicable beyond the mod_perl
environment. Perhaps I've missed something though.
tim/
--
Timothy Appnel
Appnel Solutions
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Timothy Appnel
Appnel Solutions
http://www.appnel.com/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
BTW: Perl.com editor chromatic wrote up a review of Class::MOP for
those who aren't familiar with that package like I was.
http://www.oreillynet.com/onlamp/blog/2006/06/cpan_module_review_classmop.html
tim/
-
Web Archive:
I've been developing an application using the latest developer release
of CGI::Application::Dispatch. Everything has gone great though I have
hit one minor snag I've yet to figure out. I was hoping some one
understood what I'm doing wrong here.
My CGI script looks like this...
#!/usr/bin/perl
Has anyone tried using AJAX/JSON in a scenario like this? tim/
--
Timothy Appnel
Appnel Solutions
http://www.appnel.com/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
reference to work as we are discussing.
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
/to/other_file.html
Sorry I'm not following what you mean here.
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr
to starting over.
Does anyone disagree with building on what CGI::Application::Dispatch
has established?
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
rather
disappointed in it. (Hence I'm here having this conversation and not
somewhere else using Catayst.) If we learn anything from the mistakes
of others my hope is that it is this.
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
are created?
It did for me though I'm still not clear to how a missing required
parameter is handled. (Who handles the error? The run mode or the
dispatcher?)
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http
= {
'bar' = 'Some::OtherName',
'foo' = [ 'Some::OtherName', 'run_mode' ],
},
);
Thoughts?
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
, but the tone has been respectful and I
think it's been a valuable process.
Agreed.
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
)
# CGI::App like deep execution code here.
# walk object and class hierarchy assembling the
# return array.
}
Thoughts on this?
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com
on the implementation. It's also not that hard to
do -- probably a second split call should do it.
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
, but you can also easily do things that aren't also. This
is why I'm a fan of CGIApp as opposed to other frameworks.
tim/
--
Timothy Appnel
http://www.timaoutloud.org/
-
Web Archive: http://www.mail-archive.com/cgiapp
On Nov 2, 2004, at 9:47 PM, Thilo Planz wrote:
For errors that occur in the run_mode itself, CGI::App has much
improved recently by allowing an error_mode that
can handle the exception.
Unfortunately, this does not cover exceptions before or after the
run_mode, such as in one of the hooks or
On Nov 2, 2004, at 12:04 AM, Cees Hek wrote:
On Mon, 1 Nov 2004 09:14:22 -0500, Timothy Appnel [EMAIL PROTECTED]
wrote:
* I think a means of automatically creating pre and post callback
hooks
for any run mode would be a nice touch.
Can you give and example of where this would be useful
Over the weekend I got a chance to look this code over and give it some
thought. Here is what I came up with in no particular order.
* I think a means of automatically creating pre and post callback hooks
for any run mode would be a nice touch.
* Shouldn't the add_callback method check that
On Oct 22, 2004, at 1:16 PM, William McKee wrote:
Looking at the implementation of header_add, header_props and
header_type (which are wrappers for CGI.pm header), I can see where it
could be a potential headache to reimplement using A::Request.
At risk of sticking my foot in my mouth -- I'm
On Oct 21, 2004, at 7:38 PM, Cees Hek wrote:
If you are already checking to see which version of mod_perl is
running, then I think it would probably also be useful to detect if
mod_perl is NOT available! If it is not, maybe your plugin can
gracefully get out of the way, and let the application
On Oct 13, 2004, at 9:31 AM, William McKee wrote:
On Wed, Oct 13, 2004 at 09:48:06AM +0900, Thilo Planz wrote:
All these functions can still be implemented as separate modules,
but I think the more popular plugins should ship with the core
package.
OK, I follow you now. Still not sure that I
(Sorry for that message with nothing new in it. Need more coffee.)
If you're ok with going the somewhat commercial route I've used Movable
Type in this scenario which is for all intents and purposes a CMS. Its
template engine is not optimized for dynamic generation though. It does
use
On Oct 7, 2004, at 9:26 AM, Joel Gwynn wrote:
or just write a simple script using lwp-simple to call the cgi-app to
render each static page and I'll save it with a different name..
That's probably not necessary unless the data is being remotely hosted
like a syndication feed would.
When I've
I just rejoined this list because of the new release and I'm just
catching up on this discussion. Thought I'd dive in with a lengthy post
(sorry.) since you're on a topic I have a lot of insight on.
I do a lot of Movable Type work and some CGI::App work too. Their
application model are
outloud.
tim/
[1] http://www.oreillynet.com/pub/au/1024
--
Timothy Appnel
http://tima.mplode.com/
-
Web Archive: http://www.mail-archive.com/cgiapp;lists.erlbaum.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
47 matches
Mail list logo
