On Wed, Oct 08, 2008 at 03:37:36PM -0700, Elfen Magix wrote:
> I use Perl-CGI instead of EmbedPerl, but I can see where it can be advantagous to have it. Saddly PHP is becoming the more popular of the two languages, considering since PHP came from Perl to begin with!
>
> Just my 2-cents, I dont want to see it die even though I currently use it.
>
Actually, Embperl is staying and not abandoned. The report was wrong.
That being said, Perl-CGI is nothing like embperl
Perl is a language. CGI is an apache interface that can be used with
any language. Perl has modules to help use a CGI interface.
Embperl is like CGI (but faster and easier to use).
Ruben
> --- On Wed, 10/8/08, Ruben Safir <ruben@mrbrklyn.com> wrote:
> From: Ruben Safir <ruben@mrbrklyn.com>
> Subject: [NYLXS - HANGOUT] Re: Embperl Abandoned: Next Steps?
> To: "Williams, David G. (HQ-JF000)[INDUS]" <david.g.williams@nasa.gov>
> Cc: embperl@perl.apache.org, hangout@mrbrklyn.com
> Date: Wednesday, October 8, 2008, 1:43 AM
>
> Williams, David G. (HQ-JF000)[INDUS] wrote:
> > It now seems abundantly clear that Embperl development/discussion has
> > become very dormant. Perhaps it has been abandoned. I don't wish to
> > criticize Gerald for abandoning this project, rather, I would like to
> > thank him for his fine work. I have been using Embperl professionally
> > since the beginning and am very grateful to him.
> >
> > Now I am at a crossroads of sorts - I have to choose between continuing
> > to develop in Embperl or migrating my code (lots of it) to another
> > product that is actively supported. I think it's hard for me to
> justify
> > continuing Embperl development to my client given that the product
> > lacks:
> > - support
> > - ample documentation
> > - an active community (a la PHP) (and no, I do not like or advocate PHP)
> >
> > So my question to the community (what's left of it) is this: which
> > language/product should I use instead of Embperl/Embperl Object? Here
> > are my priorities:
> > - Camelness: I would prefer to stay under the Perl umbrella if possible.
> > I am not unwilling to learn other languages if necessary but Perl rocks!
> > - Power: Properly implemented, Embperl/Embperl Object is VERY powerful
> > and productive. I don't want to downgrade to an inferior product
> > - Open Source: of course
> > - Continuity: I need to choose a product that is not on it's way to
> > retirement
> > - Documentation: Something well documented (perhaps supported by an
> > O'Reilly book).
> > - Community: There should be an active community with active discussion
> > boards and more than one person enhancing/maintaining the product
> > - Linux: Microsoft is out of the question.
> >
> > Thank you very much for your time.
> >
> > David G. Williams
> >
> >
>
> I still use it and it just works. Does it need more development?
>
> Ruben
>
>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> > For additional commands, e-mail: embperl-help@perl.apache.org
> >
> >
> >
>
>
>
>
>
--
http://www.mrbrklyn.com - Interesting Stuff
http://www.nylxs.com - Leadership Development in Free Software
So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998
http://fairuse.nylxs.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
"Yeah - I write Free Software...so SUE ME"
"The tremendous problem we face is that we are becoming sharecroppers to our own cultural heritage -- we need the ability to participate in our own society."
"> I'm an engineer. I choose the best tool for the job, politics be damned.<
You must be a stupid engineer then, because politcs and technology have been attached at the hip since the 1st dynasty in Ancient Egypt. I guess you missed that one."
© Copyright for the Digital Millennium
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org
> I use Perl-CGI instead of EmbedPerl, but I can see where it can be advantagous to have it. Saddly PHP is becoming the more popular of the two languages, considering since PHP came from Perl to begin with!
>
> Just my 2-cents, I dont want to see it die even though I currently use it.
>
Actually, Embperl is staying and not abandoned. The report was wrong.
That being said, Perl-CGI is nothing like embperl
Perl is a language. CGI is an apache interface that can be used with
any language. Perl has modules to help use a CGI interface.
Embperl is like CGI (but faster and easier to use).
Ruben
> --- On Wed, 10/8/08, Ruben Safir <ruben@mrbrklyn.com> wrote:
> From: Ruben Safir <ruben@mrbrklyn.com>
> Subject: [NYLXS - HANGOUT] Re: Embperl Abandoned: Next Steps?
> To: "Williams, David G. (HQ-JF000)[INDUS]" <david.g.williams@nasa.gov>
> Cc: embperl@perl.apache.org, hangout@mrbrklyn.com
> Date: Wednesday, October 8, 2008, 1:43 AM
>
> Williams, David G. (HQ-JF000)[INDUS] wrote:
> > It now seems abundantly clear that Embperl development/discussion has
> > become very dormant. Perhaps it has been abandoned. I don't wish to
> > criticize Gerald for abandoning this project, rather, I would like to
> > thank him for his fine work. I have been using Embperl professionally
> > since the beginning and am very grateful to him.
> >
> > Now I am at a crossroads of sorts - I have to choose between continuing
> > to develop in Embperl or migrating my code (lots of it) to another
> > product that is actively supported. I think it's hard for me to
> justify
> > continuing Embperl development to my client given that the product
> > lacks:
> > - support
> > - ample documentation
> > - an active community (a la PHP) (and no, I do not like or advocate PHP)
> >
> > So my question to the community (what's left of it) is this: which
> > language/product should I use instead of Embperl/Embperl Object? Here
> > are my priorities:
> > - Camelness: I would prefer to stay under the Perl umbrella if possible.
> > I am not unwilling to learn other languages if necessary but Perl rocks!
> > - Power: Properly implemented, Embperl/Embperl Object is VERY powerful
> > and productive. I don't want to downgrade to an inferior product
> > - Open Source: of course
> > - Continuity: I need to choose a product that is not on it's way to
> > retirement
> > - Documentation: Something well documented (perhaps supported by an
> > O'Reilly book).
> > - Community: There should be an active community with active discussion
> > boards and more than one person enhancing/maintaining the product
> > - Linux: Microsoft is out of the question.
> >
> > Thank you very much for your time.
> >
> > David G. Williams
> >
> >
>
> I still use it and it just works. Does it need more development?
>
> Ruben
>
>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> > For additional commands, e-mail: embperl-help@perl.apache.org
> >
> >
> >
>
>
>
>
>
--
http://www.mrbrklyn.com - Interesting Stuff
http://www.nylxs.com - Leadership Development in Free Software
So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998
http://fairuse.nylxs.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
"Yeah - I write Free Software...so SUE ME"
"The tremendous problem we face is that we are becoming sharecroppers to our own cultural heritage -- we need the ability to participate in our own society."
"> I'm an engineer. I choose the best tool for the job, politics be damned.<
You must be a stupid engineer then, because politcs and technology have been attached at the hip since the 1st dynasty in Ancient Egypt. I guess you missed that one."
© Copyright for the Digital Millennium
---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org