Re: [dev] deploying a java *.jar program ...
On 1/11/06, Oliver Brinzing <[EMAIL PROTECTED]> wrote: > last question: can this be used with oo 1.1.5 too ? AFAIK it can't. Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Any filter examples?
Hello all, Well, I was wondering if there are any example/sample codes around for import/export filters, which perhaps write the contents of a document (un-formatted, ascii, w/o xml markup) on to file system, before any document is loaded on the OOo desktop? I have been reading the chapter 6 in the dev guide, which talk about filters, but I sure can use some sample codes or more reading material on the topic. Thanks a bunch. Cheers G. BTW, since I am not sure if all my mails to the list are getting through, I am copying this mail to the dev@openoffice.org list too. Moderators, sorry about that, but perhaps you can explain why my mails aren't getting through on the dev@api.openoffice.org list. The problem I have is that, I don't receive the mail that I send, from the list and it doesn't show up on the archives for Jan 2006 either. Gautham Kasinath Masters Student School of Computing and Information Science Edith Cowan University Mt. Lawley Campus Perth IM: [EMAIL PROTECTED], [EMAIL PROTECTED] AOL Screen name: gkasinath42 Mobile: 0433 904 011 Home phone: 61 8 9444 8154 Home Page: http://www.geocities.com/gkasinath The world is what it is, and we are what we are. - Maria Puzo (Godfather)
Re: [dev] How to remove a xcu-file from userspace
Joerg Barfurth wrote: > Hi mathias, > > Mathias Bauer wrote: > >>>Unfortunately there is no API to control the finalized attribute (and >>>some other similar node attributes), so you have to do this by editing >>>the configuration file directly. > >> I wouldn't call this unfortunate. Without an API you can make *sure* >> that the value is not changed by a macro, Add-On or something else. IMHO >> this is important to make the "finalizing" feature useable. > > It is stored in a file and a macro, etc. could simply manipulate the > relevant file and then force a reload of the configuration. It gets just > more tedious. But that is unfortunate as it also disallows building > administration tools upon our UNO services. Instead such tools have to > manipulate the XML directly which is more prone to producing files our > services can't read. Of course I assumed that there is no possible write access to the "share" directory so a direct file manipulation is not possible also. A manipulation of configuration data in a running OOo instance should never access anything in the "share" directory of OOo. My choice still would be to have an API in the configuration service like you want and disable it in OOo at runtime. OTOH the configuration service in an administrative tool with suitable access rights could provide this API access. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] deploying a java *.jar program ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 11.01.2006 11:17 schrieb Matthias Benkmann: > See DevGuide 3.4.1 Java Language Binding, subsection "SDK tooling". It > contains instructions on how to build a JAR that can be started with > the usual "java -jar jarfilename.jar" with no classpath-fiddling. maybe I should start to read the new DevGuide :-) seems that something has changed since oo 1.1.5 ... last question: can this be used with oo 1.1.5 too ? thanks Oliver - -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDxUDzTiyrQM/QSkURAqjpAKC1E8q83uYh1P10a7+3Drbo3RidkgCgkAA+ TGH87lQrysiB8PE8eEPoOok= =8Hek -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Combine XIndexAccess
Hi, maybe anybody is able to help me with this: I have two XIndexAcces elements, A and B, and need to combine them to a XIndexacces element C, that means that C should contain all elements from A and B, in this order. I have now idea how this could work. I tried to get the cellRanges from A and B in a CellRangearray (in my example the output of .findAll() on a calc - document is stored in XIndexAccess A and B) and cast this Cellarray into XIndexAccess C, but it is not working. Thanks in advance!!! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to remove a xcu-file from userspace
Hi mathias, Mathias Bauer wrote: Unfortunately there is no API to control the finalized attribute (and some other similar node attributes), so you have to do this by editing the configuration file directly. I wouldn't call this unfortunate. Without an API you can make *sure* that the value is not changed by a macro, Add-On or something else. IMHO this is important to make the "finalizing" feature useable. It is stored in a file and a macro, etc. could simply manipulate the relevant file and then force a reload of the configuration. It gets just more tedious. But that is unfortunate as it also disallows building administration tools upon our UNO services. Instead such tools have to manipulate the XML directly which is more prone to producing files our services can't read. *If* we had such an API we would at least need an access control to it (or an API that is disabled inside OOo and is only accessible if the configuration service is used in another environment that supports some authentication etc.). It is the same as for the shared default values themselves. Currently we don't have explicit access controls for them. Instead we rely on the backend to limit access. E.g. for the standard file-based configuration backend the file system access controls apply. The result is automatically consistent with control (or lack thereof) of direct access to the files. On file systems that support this we install shared files with access rights that prohibit ordinary users from manipulating them. That would also prevent these users from removing finalization. Users that do have sufficient access to the backend can use the ConfigurationAdministrationProvider to change the default values - even finalized ones. But they can't remove (or add) the finalized state itself. To me that is an unfortunate inconsistency. unfortunate. Ciao, Jörg -- Joerg Barfurth Sun Microsystems - Desktop - Hamburg >> using std::disclaimer <<< Software Engineer [EMAIL PROTECTED] OpenOffice.org Configuration http://util.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] deploying a java *.jar program ...
Hi Oliver See DevGuide 3.4.1 Java Language Binding, subsection "SDK tooling". It contains instructions on how to build a JAR that can be started with the usual "java -jar jarfilename.jar" with no classpath-fiddling. Ciao Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] How to remove a xcu-file from userspace
Joerg Barfurth wrote: > Unfortunately there is no API to control the finalized attribute (and > some other similar node attributes), so you have to do this by editing > the configuration file directly. I wouldn't call this unfortunate. Without an API you can make *sure* that the value is not changed by a macro, Add-On or something else. IMHO this is important to make the "finalizing" feature useable. *If* we had such an API we would at least need an access control to it (or an API that is disabled inside OOo and is only accessible if the configuration service is used in another environment that supports some authentication etc.). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Build ID INSANITY...
Laurent Godard wrote: > Hi Mathias > >> When the release candidates where delivered a new cvs branch was created >> for them (starting with a new numbering for the corresponding master >> builds, so we got m1,m2 etc.) while new development for the next release >> continued with the "old" numbering (m146, m147 etc.). We did the same >> when releasing 2.0 BTW. >> >> I agree that it would be better to show the full version number in the >> dialog directly. The current way seems to create a lot of irritations. > > yes it is a real pain when you're on users lists to identify the version > they're speaking about > > i would suggest > > 1- put all the revision number in the OOo Name > 2.0.1 instead of 2.0, everywhere, not only in the help That would be my choice also. > 2- when you create a sub cvs branch for a RC > call it so that it contains the milestone it is based on > eg m146-1, m146-2, m146-3 aso Here I disagree. The version shound contain only the regular version number, but why not showing the build version directly in the "About dialog" below the version (instead of asking for "CTRL-SDT to display it")? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] deploying a java *.jar program ...
Hi Oliver, it depends, if you would use the new simple bootstrap feature it should work as expected with double clicking the jar file. The new bootstrap feature search the default office on a computer and starts a new instance if necessary. If an office instance is already running it connects simply to the running office. The connection is established over a named pipe. Your client application jar file needs a special manifest entry and some glue code class files from the SDK. For more details see the SDK examples and the DevGuide. Juergen Oliver Brinzing wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I was playing with a java program, that connects to a running office via remote connection ... the program will be deployed as a *.jar file and it should be possible to start it double-clicking on the jar file ... but this seems not to be possible cause I need the juh.jar,jurt.jar, juh.jar,... files inside the class path ... First I tried to use a windows *.lnk but the caller string is to long for all the class files :-( So next I used a *.bat file to start the jar: @setlocal @set OOPath=D:\Programs\OpenOffice.org2.0\program\classes @set OOJars=%OOPath%\juh.jar;%OOPath%\jurt.jar;%OOPath%\jut.jar;%OOPath%\ridl.jar;%OOPath%\unoil.jar;%OOPath%\sandbox.jar @start /B javaw -cp my_javaprogram.jar;%OOJars% org.test.Main @endlocal To avoid the pop up of the command window (for just a second) I created a windows *.url. This is quite easy and the *.url file can be created during an install process, using java itself... [InternetShortcut] URL=file:///d:/programs/my_program/starter.bat WorkingDirectory=d:\programs\my_program IconFile=d:\programs\my_program\my_icon.ico IconIndex=0 ShowCommand=7 Anyway, I also tried the to use a *.lnk using: javaw.exe -Djava.ext.dirs="D:\Programs\OpenOffice.org2.0\program\classes" -jar d:\programs\my_program\my_javaprogram.jar But this does not work, cause my program uses jaxp and now takes the "xercesImpl.jar" from the OO classpath instead of the original java 1.5 class files ... this crashes my program with a java.lang.AbstractMethodError: org.apache.xerces.dom. DeferredElementImpl.setUserData(Ljava/lang/String;Ljava/lang/Object;Lorg/w3c/dom/UserDataHandler;)Ljava/lang/Object; As a workaround I could add an external standalone jaxp and use "-Djava.endorsed.dirs=D:\java\jaxp1.3.endorsed", but that's not what I really wanted to do ... Any hints how to simplify this process ? (I don't want to copy the oo *.jar files into my program folder, or even put them unpacked into my programs *.jar file) regards Oliver - -- GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDw/5CTiyrQM/QSkURAoW4AKCAJ+iOf8oF4aEQCTizFGxjQc1MwQCglpBe K9HbX53KW+8MHsEzX9yjm8M= =hB0H -END PGP SIGNATURE- - 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]