Re: [api-dev] How to merge XSLT-filterpackage into unopackage?

2006-03-29 Thread Svante Schubert 

Hi Simon,

some weeks ago I stumbled over the same problem as I wanted to provide 
an UNO package with the new LaTex filter for testing [see 1].
I ended up providing a UNO package with an additional JAR to be copied 
into OFFICE_PATH/program/classes.


The issue you mentioned will be fixed for the next major.

Regards,
Svante

[1] - http://www.openoffice.org/issues/show_bug.cgi?id=24813

Simon Mieth wrote:

Hallo all,

I have developed a java uno-component, which needs an
xslt-filterpackage. At the moment the user needs to deploy the
xslt-filterpackage(XML-Filter Settings) and the
uno-package(Package Manager) separately. 
I'm trying to integrate the xslt-filterpackage  into the uno-package,

but it looks like that the %origin% -variable  does not work here.

In the uno-package I have added the Filter.xcu and the
TypeDetection.xcu from the xslt-filterpackage and replaced the location
for the stylesheets with  %origin%.

?xml version=1.0 encoding=UTF-8?
oor:component-data 
   xmlns:oor=http://openoffice.org/2001/registry; 
   xmlns:xs=http://www.w3.org/2001/XMLSchema; 
   oor:package=org.openoffice.TypeDetection 
   oor:name=Filter

node oor:name=Filters
  node oor:name=MyTemplateGenerator
oor:op=replace 
  prop oor:name=DocumentService oor:type=xs:string

 valuecom.sun.star.sheet.SpreadsheetDocument/value
  /prop
  prop oor:name=FileFormatVersion oor:type=xs:int
		value0/value 
	 /prop

 prop oor:name=FilterService oor:type=xs:string
valuecom.sun.star.comp.Writer.XmlFilterAdaptor/value
/prop
   prop oor:name=Flags oor:type=oor:string-list
value3RDPARTYFILTER ALIEN EXPORT IMPORT/value
  /prop
  prop oor:name=TemplateName oor:type=xs:string
  value/
 /prop
prop oor:name=Type  oor:type=xs:string
valueDXF2CALCFilterTemplateGenerator/value
/prop
prop oor:name=UIComponent oor:type=xs:string
value/
/prop
prop oor:name=UIName
		value xml:lang=deMy Template Filter/value 
/prop 
prop oor:name=UserData

  oor:type=oor:string-list
  value
oor:separator=,com.sun.star.documentconversion.XSLTFilter,,com.sun.star.comp.Calc.XMLOasisImporter,com.sun.star.comp.Calc.XMLOasisExporter,%origin%/TemplateGenerator/import_template.xsl,%origin%/TemplateGenerator/export_template.xsl,,Generate%20Template/value
/prop 
   /node 
 /node
/oor:component-data 


After deploy the uno-package the filter is registered  and  listed
inside the XML-Filter Settings and I can see the expanded '%origin%'
variable
like:
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auKD32_/my-import.uno.zip/TemplateGenerator/export_template.xsl
 
Is this possible or must setup the path by hand (or by a java install

class)?

Best Regards,

Simon








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [api-dev] How to merge XSLT-filterpackage into unopackage?

2006-03-29 Thread Simon Mieth 
On Wed, 29 Mar 2006 16:09:53 +0200
Svante Schubert [EMAIL PROTECTED] wrote:

 Hi Simon,
 
 some weeks ago I stumbled over the same problem as I wanted to
 provide an UNO package with the new LaTex filter for testing [see 1].
 I ended up providing a UNO package with an additional JAR to be
 copied into OFFICE_PATH/program/classes.
 
 The issue you mentioned will be fixed for the next major.
 
 Regards,
 Svante
 
 [1] - http://www.openoffice.org/issues/show_bug.cgi?id=24813
 

Thanks,

so there is only the a chance to change the path self during the
installation process of the uno-package. 
To query the filter settings from the configuration is not that problem,
but it is possible to get a XComponentContext during the installation
process. The context is need to get the MarcoExpander like:

context.getValueByName(/singletons/com.sun.star.util.theMacroExpander);

and expand a path value and replace the values by hand in the filter
configuration. But I would like to do this only during the setup
process and then leave the settings untouched. 

Is there a chance to get the context inside registration-class 

with 
public static XSingleServiceFactory __getServiceFactory(String implName,
XMultiServiceFactory multiFactory, XRegistryKey
regKey) 

and 

public static boolean __writeRegistryServiceInfo(XRegistryKey regKey) 

?

Best Regards,

Simon




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]