You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by "Henning P. Schmiedehausen" <hp...@intermeta.de> on 2006/06/27 17:46:33 UTC

Re: [jira] Resolved: (VELOCITY-445) Integrate Jython or BeanShell or

"Nathan Bubna (JIRA)" <ji...@apache.org> writes:

Actually,

while I agree with "won't fix" here, it would be an interesting thing
to 'carve' out the Velocity Language from the Velocity environment for
loading pages, rendering stuff, returning output etc. and make the
actual page language 'pluggable'.

This is 2.0 stuff, though.

	Best regards
		Henning



>     [ http://issues.apache.org/jira/browse/VELOCITY-445?page=all ]
>     
>Nathan Bubna resolved VELOCITY-445:
>-----------------------------------

>    Resolution: Won't Fix

>Hi Colbert,

>If you wish to have a full featured language, there are plenty of those available out there.  Velocity's aim is to be the "V" in MVC.  As such, it has from the beginning been an explicit goal of the Velocity developers to avoid letting VTL become a scripting language.  Integration with a scripting language is a blatant step over that line, IMO.  You and others are, of course, free to work on this and share it, but it is extremely unlikely that we would accept a patch for this into the core library.

>peace,
>nate

>> Integrate Jython or BeanShell or Perl with Velocity to have complete macro language!
>> ------------------------------------------------------------------------------------
>>
>>          Key: VELOCITY-445
>>          URL: http://issues.apache.org/jira/browse/VELOCITY-445
>>      Project: Velocity
>>         Type: Improvement

>>   Components: Source
>>     Versions: 1.4
>>  Environment: WindowsXP
>>     Reporter: Colbert Philippe

>>
>> I do some advanced macro preprocessing using Velocity.   I find that Velocity's macro language should be more powerful than what it is.    I miss the capabilities of a full featured language.  I wish that velocity macro language should be comparable with Perl or Jython or BeanShell.
>> I strongly suggest that Velocity be reengineered to support a complete macro processing language like Perl or Jython or BeanShell (Jython or BeanShell are already 100% Java).   The old macro processing language would disappear, insteand we would enter a scripting language like Jython or BeanShell.
>> This is necessary in order that Velocity be used as a full-featured macro preprocessing utility.

>-- 
>This message is automatically generated by JIRA.
>-
>If you think it was sent incorrectly contact one of the administrators:
>   http://issues.apache.org/jira/secure/Administrators.jspa
>-
>For more information on JIRA, see:
>   http://www.atlassian.com/software/jira


>---------------------------------------------------------------------
>To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: velocity-dev-help@jakarta.apache.org

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/

RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Social behaviour: Bavarians can be extremely egalitarian and folksy.
                                    -- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
                                    -- http://en.wikipedia.org/wiki/Franconia

---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


Re: [jira] Resolved: (VELOCITY-445) Integrate Jython or BeanShell or

Posted by Nathan Bubna <nb...@gmail.com>.
yeah, that would be a very cool thing to put on our 2.0 roadmap.

On 6/27/06, Henning P. Schmiedehausen <hp...@intermeta.de> wrote:
> "Nathan Bubna (JIRA)" <ji...@apache.org> writes:
>
> Actually,
>
> while I agree with "won't fix" here, it would be an interesting thing
> to 'carve' out the Velocity Language from the Velocity environment for
> loading pages, rendering stuff, returning output etc. and make the
> actual page language 'pluggable'.
>
> This is 2.0 stuff, though.
>
>         Best regards
>                 Henning
>
>
>
> >     [ http://issues.apache.org/jira/browse/VELOCITY-445?page=all ]
> >
> >Nathan Bubna resolved VELOCITY-445:
> >-----------------------------------
>
> >    Resolution: Won't Fix
>
> >Hi Colbert,
>
> >If you wish to have a full featured language, there are plenty of those available out there.  Velocity's aim is to be the "V" in MVC.  As such, it has from the beginning been an explicit goal of the Velocity developers to avoid letting VTL become a scripting language.  Integration with a scripting language is a blatant step over that line, IMO.  You and others are, of course, free to work on this and share it, but it is extremely unlikely that we would accept a patch for this into the core library.
>
> >peace,
> >nate
>
> >> Integrate Jython or BeanShell or Perl with Velocity to have complete macro language!
> >> ------------------------------------------------------------------------------------
> >>
> >>          Key: VELOCITY-445
> >>          URL: http://issues.apache.org/jira/browse/VELOCITY-445
> >>      Project: Velocity
> >>         Type: Improvement
>
> >>   Components: Source
> >>     Versions: 1.4
> >>  Environment: WindowsXP
> >>     Reporter: Colbert Philippe
>
> >>
> >> I do some advanced macro preprocessing using Velocity.   I find that Velocity's macro language should be more powerful than what it is.    I miss the capabilities of a full featured language.  I wish that velocity macro language should be comparable with Perl or Jython or BeanShell.
> >> I strongly suggest that Velocity be reengineered to support a complete macro processing language like Perl or Jython or BeanShell (Jython or BeanShell are already 100% Java).   The old macro processing language would disappear, insteand we would enter a scripting language like Jython or BeanShell.
> >> This is necessary in order that Velocity be used as a full-featured macro preprocessing utility.
>
> >--
> >This message is automatically generated by JIRA.
> >-
> >If you think it was sent incorrectly contact one of the administrators:
> >   http://issues.apache.org/jira/secure/Administrators.jspa
> >-
> >For more information on JIRA, see:
> >   http://www.atlassian.com/software/jira
>
>
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
> --
> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
> hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/
>
> RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
>    Linux, Java, perl, Solaris -- Consulting, Training, Development
>
> Social behaviour: Bavarians can be extremely egalitarian and folksy.
>                                     -- http://en.wikipedia.org/wiki/Bavaria
> Most Franconians do not like to be called Bavarians.
>                                     -- http://en.wikipedia.org/wiki/Franconia
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org