You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by "Rony G. Flatscher" <Ro...@wu-wien.ac.at> on 2002/09/13 12:49:39 UTC
BSF - *any* knowledge at all in this group ? (Re: BSF (Bean Scripting
Framework) and Cocoon's usage of it ?? (Re: Seeking help on BSF calling
a non-Java language engine (Rexx) ...
Hi there,
so far I have not received one answer to the BSF-related question. As I really want to get the Rexx
and Object Rexx BSF engines to work flawlessly with cocoon, I wonder what I could do from this point
on.
Would the Xalan-group be more knowledgable/willing to help?
TIA,
---rony
"Rony G. Flatscher" schrieb:
> Hi there,
>
> a couple of days ago I posted a question regarding the Bean Scripting
> Framework's (BSF) usage of Cocoon. BSF allows Java programs to invoke
> functions/scripts/programs written in non-Java languages and
> originates
> in an IBM alphawork project. In the past months a process has taken
> place to hand it over to Apache.
>
> The problem: using BSF to add functions to XSLT works nicely with the
> JavaScriptEngine of BSF, but does not work yet, if using the
> RexxEngine
> (either with the open source Regina Rexx interpreter or IBM's Object
> Rexx, which is free for Linux, BTW).
>
> The reason: "Cocoon" uses the call()-method and supplies the name of
> the
> function (as defined in the appropriate XSLT document) and the
> arguments
> but not the source code, containing the Rexx code to be executed.
>
> Short of any other documentation, there is no way at the moment to
> determine the location of the source code (in this case embedded in a
> CDATA-section in the XSLT-file).
>
> Hence the plea for help: where is the source code stored, how can one
> retrieve the source-code at run-time?
>
> Any help or any hint is highly appreciated!
>
> Regards,
>
> ---rony
>
>
> Rony G. Flatscher wrote:
>
> >Hi there,
> >
> >have tried to research the mail-archives, the documentation and the
> FAQ, but have not come up with a
> >solution to a BSF-related problem, so my request for help in this
> group of very ;) knowledgable
> >people. Here's the problem:
> >
> >Extending the functionality of XSLT by defining a Rexx function which
> should get called with the
> >help of BSF during an XSLT-transformation. Obviously the
> call()-Method is invoked and not apply(),
> >which would supply the source-code in the form of a String.
> >
> >The BSF RexxEnigne call() method receives the declared function-name
> and the argument(s), but not
> >the source code. Here's the question: how is it possible at runtime
> to get a hold of the source code
> >(this is needed to be passed on to the used Rexx interpreter)?
> >[Obviously, the RexxEngine is found and its call() Method is used, so
> that part would be o.k.]
> >
> >Please, if you have any insights or hints which may help solve this
> problem, then please do!
> >
> >(Would there be a way to force apply() to be used instead of call(),
> which would supply the source?
> >Or, could one indicate that the object-argument supplied to call()
> which is set to null should
> >possess the sourcecode?)
> >
> >---
> >
> >Should you need an example (XSLT defining the extension embedding the
> Rexx code etc. and a short
> >XML-file to be processed, URL to the Rexx-support for BSF), then
> please let me know.
> >
> >Thanks in advance,
> >
> >---rony
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: BSF - *any* knowledge at all in this group ? (Re: BSF (Bean
ScriptingFramework) and Cocoon's usage of it ?? (Re: Seeking help on
BSF callinga non-Java language engine (Rexx) ...
Posted by "Rony G. Flatscher" <Ro...@wu-wien.ac.at>.
Vadim:
> >so far I have not received one answer to the BSF-related question. As I really want to get the Rexx
> >and Object Rexx BSF engines to work flawlessly with cocoon, I wonder what I could do from this point
> >on.
> >
>
> In Cocoon, you can use BSF to write actions (via ScriptAction). What it
> has to do with XSLT, I don't know.
>
> >Would the Xalan-group be more knowledgable/willing to help?
> >
>
> If it is XSLT related, then yes, this is question more for Xalan group
> then for Cocoon one.
Yes, it is definitely XSLT-related and if Xalan is used without changes/adaptations then it'll make
sense. Actually, thanks to your answer I will first research the Xalan-group and then proceed from there
on.
Thank you (and Carsten) very much for your help and good intentions!
:)
Regards,
---rony
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: BSF - *any* knowledge at all in this group ? (Re: BSF (Bean Scripting
Framework) and Cocoon's usage of it ?? (Re: Seeking help on BSF calling
a non-Java language engine (Rexx) ...
Posted by Vadim Gritsenko <va...@verizon.net>.
Rony G. Flatscher wrote:
>Hi there,
>
>so far I have not received one answer to the BSF-related question. As I really want to get the Rexx
>and Object Rexx BSF engines to work flawlessly with cocoon, I wonder what I could do from this point
>on.
>
In Cocoon, you can use BSF to write actions (via ScriptAction). What it
has to do with XSLT, I don't know.
>Would the Xalan-group be more knowledgable/willing to help?
>
If it is XSLT related, then yes, this is question more for Xalan group
then for Cocoon one.
Vadim
>TIA,
>
>---rony
>
>
>"Rony G. Flatscher" schrieb:
>
>
>
>>Hi there,
>>
>>a couple of days ago I posted a question regarding the Bean Scripting
>>Framework's (BSF) usage of Cocoon. BSF allows Java programs to invoke
>>functions/scripts/programs written in non-Java languages and
>>originates
>>in an IBM alphawork project. In the past months a process has taken
>>place to hand it over to Apache.
>>
>>The problem: using BSF to add functions to XSLT works nicely with the
>>JavaScriptEngine of BSF, but does not work yet, if using the
>>RexxEngine
>>(either with the open source Regina Rexx interpreter or IBM's Object
>>Rexx, which is free for Linux, BTW).
>>
>>The reason: "Cocoon" uses the call()-method and supplies the name of
>>the
>>function (as defined in the appropriate XSLT document) and the
>>arguments
>>but not the source code, containing the Rexx code to be executed.
>>
>>Short of any other documentation, there is no way at the moment to
>>determine the location of the source code (in this case embedded in a
>>CDATA-section in the XSLT-file).
>>
>>Hence the plea for help: where is the source code stored, how can one
>>retrieve the source-code at run-time?
>>
>>Any help or any hint is highly appreciated!
>>
>>Regards,
>>
>>---rony
>>
>>
>>Rony G. Flatscher wrote:
>>
>>
>>
>>>Hi there,
>>>
>>>have tried to research the mail-archives, the documentation and the
>>>
>>>
>>FAQ, but have not come up with a
>>
>>
>>>solution to a BSF-related problem, so my request for help in this
>>>
>>>
>>group of very ;) knowledgable
>>
>>
>>>people. Here's the problem:
>>>
>>>Extending the functionality of XSLT by defining a Rexx function which
>>>
>>>
>>should get called with the
>>
>>
>>>help of BSF during an XSLT-transformation. Obviously the
>>>
>>>
>>call()-Method is invoked and not apply(),
>>
>>
>>>which would supply the source-code in the form of a String.
>>>
>>>The BSF RexxEnigne call() method receives the declared function-name
>>>
>>>
>>and the argument(s), but not
>>
>>
>>>the source code. Here's the question: how is it possible at runtime
>>>
>>>
>>to get a hold of the source code
>>
>>
>>>(this is needed to be passed on to the used Rexx interpreter)?
>>>[Obviously, the RexxEngine is found and its call() Method is used, so
>>>
>>>
>>that part would be o.k.]
>>
>>
>>>Please, if you have any insights or hints which may help solve this
>>>
>>>
>>problem, then please do!
>>
>>
>>>(Would there be a way to force apply() to be used instead of call(),
>>>
>>>
>>which would supply the source?
>>
>>
>>>Or, could one indicate that the object-argument supplied to call()
>>>
>>>
>>which is set to null should
>>
>>
>>>possess the sourcecode?)
>>>
>>>---
>>>
>>>Should you need an example (XSLT defining the extension embedding the
>>>
>>>
>>Rexx code etc. and a short
>>
>>
>>>XML-file to be processed, URL to the Rexx-support for BSF), then
>>>
>>>
>>please let me know.
>>
>>
>>>Thanks in advance,
>>>
>>>---rony
>>>
>>>
>>>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: BSF - *any* knowledge at all in this group ? (Re: BSF (Bean Scripting Framework) and Cocoon's usage of it ?? (Re: Seeking help on BSF calling a non-Java language engine (Rexx) ...
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
Ah, ok - now I understand what you mean. Sorry, but I can't help you
here.
Perhaps someone who wrote the ScriptAction or ScriptGenerator for
Cocoon does know more about BSF.
Sorry
Carsten
> -----Original Message-----
> From: Rony G. Flatscher [mailto:Rony.Flatscher@wu-wien.ac.at]
> Sent: Friday, September 13, 2002 3:56 PM
> To: cocoon-dev@xml.apache.org
> Subject: Re: BSF - *any* knowledge at all in this group ? (Re: BSF (Bean
> Scripting Framework) and Cocoon's usage of it ?? (Re: Seeking help on
> BSF calling a non-Java language engine (Rexx) ...
>
>
> Hi Carsten:
>
> > I don't have any knowledge of BSF - but I now a little bit about Cocoon.
> > Sorry, I can't follow you: where is this method call of call() and
> > about what source are you talking?
>
> Well, this is a kind of a very special question and has to do
> with the BSF-utiltity. Basically it
> allows for calling non-Java-languages from within Java and allows
> also for those non-Java-programs
> to call back into Java. Various Apache projects are employing BSF
> (was developed by IBM as
> open-source and has been handed over to Apache).
>
> BSF in the context of XSL-transformations allows for defining
> extensions (i.e. functions written
> e.g. in JavaScript, in Perl, ie. extending the class
> BSFEngineImpl). In theory any implemented
> BSF-language can be handled uniformely. In the context of Cocoon
> it is the first time that the
> RexxEngine for BSF does not work. It seems that the way the
> BSF-RexxEngine is called causes a
> problem: the name of the function and the argument(s) are
> supplied, but not the source code of the
> program (in this case the Rexx program).
>
> So I would like to know how I could get a hold of the source code
> at runtime to be able to invoke
> it.
>
> To make it maybe a little bit more interesting, I enclosed the
> following files:
>
> - page2html-javascript.xsl - contains a JavaScript function
> as an extension to XSLT
> - hello-page2html.xml - xml-file to be processed (using a
> JavaScript function)
>
> ( - XML nach HTML.htm - the resulting HTML-file )
>
> This JavaScript version works with Cocoon, due to BSF.
>
> The question to the developers in the know: how is it possible to
> access the source of the program
> (in the file "page2html-javascript.xsl it is defined in a
> CDATA-section)? [The call() method is a
> method defined in BSFEngineImpl(), and it seems to me that it is
> not being used correctly, at least
> not the way I read the original BSF documentation.]
>
> *Any* help, *any* hint highly appreciated !
>
> TIA,
>
> ---rony
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: BSF - *any* knowledge at all in this group ? (Re: BSF (Bean
Scripting Framework) and Cocoon's usage of it ?? (Re: Seeking help on
BSF calling a non-Java language engine (Rexx) ...
Posted by "Rony G. Flatscher" <Ro...@wu-wien.ac.at>.
Hi Carsten:
> I don't have any knowledge of BSF - but I now a little bit about Cocoon.
> Sorry, I can't follow you: where is this method call of call() and
> about what source are you talking?
Well, this is a kind of a very special question and has to do with the BSF-utiltity. Basically it
allows for calling non-Java-languages from within Java and allows also for those non-Java-programs
to call back into Java. Various Apache projects are employing BSF (was developed by IBM as
open-source and has been handed over to Apache).
BSF in the context of XSL-transformations allows for defining extensions (i.e. functions written
e.g. in JavaScript, in Perl, ie. extending the class BSFEngineImpl). In theory any implemented
BSF-language can be handled uniformely. In the context of Cocoon it is the first time that the
RexxEngine for BSF does not work. It seems that the way the BSF-RexxEngine is called causes a
problem: the name of the function and the argument(s) are supplied, but not the source code of the
program (in this case the Rexx program).
So I would like to know how I could get a hold of the source code at runtime to be able to invoke
it.
To make it maybe a little bit more interesting, I enclosed the following files:
- page2html-javascript.xsl - contains a JavaScript function as an extension to XSLT
- hello-page2html.xml - xml-file to be processed (using a JavaScript function)
( - XML nach HTML.htm - the resulting HTML-file )
This JavaScript version works with Cocoon, due to BSF.
The question to the developers in the know: how is it possible to access the source of the program
(in the file "page2html-javascript.xsl it is defined in a CDATA-section)? [The call() method is a
method defined in BSFEngineImpl(), and it seems to me that it is not being used correctly, at least
not the way I read the original BSF documentation.]
*Any* help, *any* hint highly appreciated !
TIA,
---rony
RE: BSF - *any* knowledge at all in this group ? (Re: BSF (Bean Scripting Framework) and Cocoon's usage of it ?? (Re: Seeking help on BSF calling a non-Java language engine (Rexx) ...
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
Hi,
I don't have any knowledge of BSF - but I now a little bit about Cocoon.
Sorry, I can't follow you: where is this method call of call() and
about what source are you talking?
Carsten
> -----Original Message-----
> From: Rony G. Flatscher [mailto:Rony.Flatscher@wu-wien.ac.at]
> Sent: Friday, September 13, 2002 12:50 PM
> To: cocoon-dev@xml.apache.org
> Subject: BSF - *any* knowledge at all in this group ? (Re: BSF (Bean
> Scripting Framework) and Cocoon's usage of it ?? (Re: Seeking help on
> BSF calling a non-Java language engine (Rexx) ...
>
>
> Hi there,
>
> so far I have not received one answer to the BSF-related
> question. As I really want to get the Rexx
> and Object Rexx BSF engines to work flawlessly with cocoon, I
> wonder what I could do from this point
> on.
>
> Would the Xalan-group be more knowledgable/willing to help?
>
> TIA,
>
> ---rony
>
>
> "Rony G. Flatscher" schrieb:
>
> > Hi there,
> >
> > a couple of days ago I posted a question regarding the Bean Scripting
> > Framework's (BSF) usage of Cocoon. BSF allows Java programs to invoke
> > functions/scripts/programs written in non-Java languages and
> > originates
> > in an IBM alphawork project. In the past months a process has taken
> > place to hand it over to Apache.
> >
> > The problem: using BSF to add functions to XSLT works nicely with the
> > JavaScriptEngine of BSF, but does not work yet, if using the
> > RexxEngine
> > (either with the open source Regina Rexx interpreter or IBM's Object
> > Rexx, which is free for Linux, BTW).
> >
> > The reason: "Cocoon" uses the call()-method and supplies the name of
> > the
> > function (as defined in the appropriate XSLT document) and the
> > arguments
> > but not the source code, containing the Rexx code to be executed.
> >
> > Short of any other documentation, there is no way at the moment to
> > determine the location of the source code (in this case embedded in a
> > CDATA-section in the XSLT-file).
> >
> > Hence the plea for help: where is the source code stored, how can one
> > retrieve the source-code at run-time?
> >
> > Any help or any hint is highly appreciated!
> >
> > Regards,
> >
> > ---rony
> >
> >
> > Rony G. Flatscher wrote:
> >
> > >Hi there,
> > >
> > >have tried to research the mail-archives, the documentation and the
> > FAQ, but have not come up with a
> > >solution to a BSF-related problem, so my request for help in this
> > group of very ;) knowledgable
> > >people. Here's the problem:
> > >
> > >Extending the functionality of XSLT by defining a Rexx function which
> > should get called with the
> > >help of BSF during an XSLT-transformation. Obviously the
> > call()-Method is invoked and not apply(),
> > >which would supply the source-code in the form of a String.
> > >
> > >The BSF RexxEnigne call() method receives the declared function-name
> > and the argument(s), but not
> > >the source code. Here's the question: how is it possible at runtime
> > to get a hold of the source code
> > >(this is needed to be passed on to the used Rexx interpreter)?
> > >[Obviously, the RexxEngine is found and its call() Method is used, so
> > that part would be o.k.]
> > >
> > >Please, if you have any insights or hints which may help solve this
> > problem, then please do!
> > >
> > >(Would there be a way to force apply() to be used instead of call(),
> > which would supply the source?
> > >Or, could one indicate that the object-argument supplied to call()
> > which is set to null should
> > >possess the sourcecode?)
> > >
> > >---
> > >
> > >Should you need an example (XSLT defining the extension embedding the
> > Rexx code etc. and a short
> > >XML-file to be processed, URL to the Rexx-support for BSF), then
> > please let me know.
> > >
> > >Thanks in advance,
> > >
> > >---rony
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org