I know this is an old topic, but I have a comment at the very end.
Juergen Schmidt wrote:
Rony G. Flatscher wrote:
Hi Jürgen,
while going over a Java extension taking advantage of OOo's scripting
framework, I have not been able to get at *any* documentation about the
"com.sun.star.script.framework" module. (The only docs available are
draft-versions of describing the script framework coarsely in prosa and
the source code for Bash and the like.)
E.g., where would I find the documentation/IDL for
<com.sun.star.script.framework.container.ScriptMetaData> or any of the
other services, interfaces etc. defined for it?
there are no IDL for this types. The referenced ...script.framework
module is part of the Java implementation of the scripting framework
(more or less private APIs or at least they should be private) and the
whole thing is at the moment somewhat unmaintained. And of course
there should be no direct relation between a implementation of
ScriptingProvider and the scripting framework core that is no UNO API.
From that perspective you shouldn't use this types.
:)
The reason why I am asking is simple: one *must* use at least
<com.sun.star.script.framework.container.ScriptMetaData> which contains
all of the script's infos that an implementor of a scripting language
needs to know.
As a matter of fact I have been using that already by merely copying an
existing scripting framework implementation 1:1 and just changed (very)
a few parts such that I could employ ooRexx with it. Without accessing
the ScriptMetaData-object it would not be possible to get at the
script's code, its name etc.
sure
For that sole reason this particular service should be documented one
way or the other.
as i mentioned before i would like to see UNO interfaces to get access
to all necessary script information. I wouldn't really promote it but it
is probably the best choice at the moment.
I know that is no satisfying news but it is as it is at the moment.
And i know that the DevGuide document something else which of course
is a bug as well. The whole area needs some redesign or at least some
rework and a clear definition of the interfaces...
It is a lot of work and you are invited to help... Otherwise i don't
see any improvements in this area in the near future.
Well, if I could get a hold of a student with the needed (technical)
knowhow I could ask him/her to tackle that area, if (at least initial)
support from you or someone else in the know could be supplied.
---
In the meantime could you please point me to the sources of
<com.sun.star.script.framework.container.ScriptMetaData> ? That's
probably the only really needed service (I would volunteer to document
those interfaces that "make sense" for a scripting engine implementor in
a Wiki).
the source can be found in the scripting module
Juergen
Indeed. When OOo 2.3 came out G4OO (GroovyForOpenOffice) quit working
(or installing rather - it would just get an error and fail installation
with no access to detailed logging or anything - quite frustrating at
the time). I finally figured out that the reason was the
com.sun.star.script.framework.* packages could no longer be accessed in
the new "clean classpath" environment for extensions.
So the current solution is to just copy all those classes, use the
refactoring feature of your favorite IDE to simply rename the packages,
and put that in your project. Took about ten minutes once I figured out
the problem (which took a *lot* longer).
For example:
http://ifcx.svn.sourceforge.net/viewvc/ifcx/GroovyForOpenOffice/trunk/src/org/ifcx/oo/scripting/framework/
One of the improvement ideas for OOo that I've had from the experience
implementing G4OO (an extension that adds the ability to write OO macros
in Groovy) is a scripting API based on the JSR-223 Java Scripting API so
that any language (currently about two dozen are available) can be used.
http://extensions.services.openoffice.org/project/GroovyForOpenOffice
Jim
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
