Framework add-ons -- what and where?
I am attempting to configure installing a framework as an add-on. I have an extensions XML file on a remote host defining the framework, and oXygen can find the file and provide all the right version and license information, but after I install the add-on and restart oXygen (or vice-versa, since it's not clear at what point the add-on is actually installed), there's no trace of the installed framework other than it being listed as "Installed" in the "Manage Add-ons..." dialog box. The file referred to from xt:location/href is a Zip file containing the oXygen framework file and, in subdirectories, the schema and Schematron files used in the framework. Is there anything about the layout in the Zip file that needs to change? oXygen says the add-on is installed, but where do I look to see what was downloaded, since the framework doesn't show up in the "Document Type Associations" preferences? It's making no difference whether or not I specifically run as "Administrator" on this Windows machine. Regards, Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
Hi Tony, The fact that the add-on appears as installed in "Manage Add-ons..." but doesn't show in "Document Type Associations" preferences makes me suspect that the 'framework' file is not there or perhaps invalid. You can check the downloaded content in the following location: C:\Users\{user_name}\AppData\Roaming\com.oxygenxml\extensions\v14.0\frameworks\{update_site}. The only requirement for the ZIP file is to pack the framework root directory not just it's contents. You could also send to us, on our support address, the ZIP package along with the extensions XML file, so that we can try to reproduce the issue. Best regards, Alex On 8/7/2012 1:50 PM, Tony Graham wrote:
I am attempting to configure installing a framework as an add-on. I have an extensions XML file on a remote host defining the framework, and oXygen can find the file and provide all the right version and license information, but after I install the add-on and restart oXygen (or vice-versa, since it's not clear at what point the add-on is actually installed), there's no trace of the installed framework other than it being listed as "Installed" in the "Manage Add-ons..." dialog box.
The file referred to from xt:location/href is a Zip file containing the oXygen framework file and, in subdirectories, the schema and Schematron files used in the framework. Is there anything about the layout in the Zip file that needs to change?
oXygen says the add-on is installed, but where do I look to see what was downloaded, since the framework doesn't show up in the "Document Type Associations" preferences?
It's making no difference whether or not I specifically run as "Administrator" on this Windows machine.
Regards,
Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
On Tue, August 7, 2012 12:08 pm, Alex Jitianu wrote:
The fact that the add-on appears as installed in "Manage Add-ons..." but doesn't show in "Document Type Associations" preferences makes me suspect that the 'framework' file is not there or perhaps invalid. You can check the downloaded content in the following location: C:\Users\{user_name}\AppData\Roaming\com.oxygenxml\extensions\v14.0\frameworks\{update_site}. The only requirement for the ZIP file is to pack the framework root directory not just it's contents.
It worked once I put everything inside a directory within the Zip file, thank you. Uninstalling the add-on doesn't remove it from under com.oxygenxml. Is that expected? Regards, Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
Hi, If you are referring to the fact that the directory C:\Users\{user_name}\AppData\Roaming\com.oxygenxml\extensions\v14.0\frameworks\{update_site} still exists you are right. But it should be empty, the actual framework directory from within should have been deleted. There's a small improvement we can make here to remove that empty directory. Is this also your situation or is the framework directory still present and loaded by Oxygen? Best regards, Alex On 8/7/2012 4:38 PM, Tony Graham wrote:
The fact that the add-on appears as installed in "Manage Add-ons..." but doesn't show in "Document Type Associations" preferences makes me suspect that the 'framework' file is not there or perhaps invalid. You can check the downloaded content in the following location: C:\Users\{user_name}\AppData\Roaming\com.oxygenxml\extensions\v14.0\frameworks\{update_site}. The only requirement for the ZIP file is to pack the framework root directory not just it's contents. It worked once I put everything inside a directory within the Zip file,
On Tue, August 7, 2012 12:08 pm, Alex Jitianu wrote: thank you.
Uninstalling the add-on doesn't remove it from under com.oxygenxml. Is that expected?
Regards,
Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
On Tue, August 7, 2012 2:48 pm, Alex Jitianu wrote:
If you are referring to the fact that the directory
C:\Users\{user_name}\AppData\Roaming\com.oxygenxml\extensions\v14.0\frameworks\{update_site}
still exists you are right. But it should be empty, the actual framework directory from within should have been deleted. There's a small improvement we can make here to remove that empty directory. Is this also your situation or is the framework directory still present and loaded by Oxygen?
The directory under {update_site} was not deleted. Back when I had a file and two directories in the add-on's Zip file, one of the two directories was deleted when I uninstalled the add-on. After several times deleting add-on directories to see what was or was not deleted when the add-on is uninstalled, I've now got my oXygen in a state where it takes two tries to get it to start and it both has the add-on framework and shows it as ready to be installed (no matter how many times you reinstall it). Regards, Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
Hi, Did you added by any change some Unicode characters in the extensions.xml? Possibly in the description of the add-on? If that's the case we have already fixed this issue and a new build will be available shortly. To see if this is the case: - manually remove the entire {update_site} directory - remove any Unicode characters from the extensions XML. Until the new build is out just use a generic description. - start Oxygen and install the add-on - check if it appears both in "Add-ons Management" and in "Document Type Associations" - uninstall and restart to see that the {update_site} directory is empty Also, to see why it takes two tries to start Oxygen you could open a console, and use the oxygen.bat launcher and you will probably see an exception. Send us the exception so that we can take a look at it. If the problem still persists you could also send us the extension.xml file found inside the the directory under {update_site}. Best regards, Alex On 8/7/2012 6:14 PM, Tony Graham wrote:
On Tue, August 7, 2012 2:48 pm, Alex Jitianu wrote:
If you are referring to the fact that the directory
C:\Users\{user_name}\AppData\Roaming\com.oxygenxml\extensions\v14.0\frameworks\{update_site}
still exists you are right. But it should be empty, the actual framework directory from within should have been deleted. There's a small improvement we can make here to remove that empty directory. Is this also your situation or is the framework directory still present and loaded by Oxygen? The directory under {update_site} was not deleted. Back when I had a file and two directories in the add-on's Zip file, one of the two directories was deleted when I uninstalled the add-on. After several times deleting add-on directories to see what was or was not deleted when the add-on is uninstalled, I've now got my oXygen in a state where it takes two tries to get it to start and it both has the add-on framework and shows it as ready to be installed (no matter how many times you reinstall it).
Regards,
Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
On Wed, August 8, 2012 7:00 am, oXygen XML Editor Support wrote:
Did you added by any change some Unicode characters in the extensions.xml? Possibly in the description of the add-on? If that's the case we have already fixed this issue and a new build will be available shortly. To see if this is the case:
There are no non-ASCII characters in the extensions.xml. ...
Also, to see why it takes two tries to start Oxygen you could open a console, and use the oxygen.bat launcher and you will probably see an exception. Send us the exception so that we can take a look at it.
It takes two tries to start Oxygen whenever I restart after attempting to install the (already available) add-on framework. The trace from 'oxygen.bat' is: -------------------
"c:\Program Files\Oxygen XML Editor 14\oxygen.bat" java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at ro.sync.exml.Oxygen.main(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.RangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.c(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.processOperations(UnknownSource) at ro.sync.ui.application.ApplicationLauncher.<init>(Unknown Source) ... 5 more java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at ro.sync.exml.Oxygen.main(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.RangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.c(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.processOperations(UnknownSource) at ro.sync.ui.application.ApplicationLauncher.<init>(Unknown Source) ... 5 more
------------- I also zipped the Oxygen Ant framework after changing the name in 'ant.framework', made an extension.xml that refers to the Zip file, and put them both on the server. I get the same thing with the Ant framework as an add-on: it's there, but Oxygen perpetually shows it as being available for downloading. Regards, Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
Hi Tony, I believe the cause is the archive structure. The archive probably has the correct structure but the tool that created it didn't add an entry for the root directory. As a result we fail to detect the root directory of the archive and we fail to mark it as an add-on (thus resulting in a partially successful install): the framework works but is not marked as an add-on. What tool did you use to create the archive? We will also make some changes on our part to handle this particular type of archive. Until then you could use another zip tool (for example 7-zip) to create the archive? Could you please confirm that once you pack the plugin using 7-zip the installing is indeed successful? Thanks, Alex On 8/8/2012 12:15 PM, Tony Graham wrote:
On Wed, August 8, 2012 7:00 am, oXygen XML Editor Support wrote:
Did you added by any change some Unicode characters in the extensions.xml? Possibly in the description of the add-on? If that's the case we have already fixed this issue and a new build will be available shortly. To see if this is the case: There are no non-ASCII characters in the extensions.xml.
...
Also, to see why it takes two tries to start Oxygen you could open a console, and use the oxygen.bat launcher and you will probably see an exception. Send us the exception so that we can take a look at it. It takes two tries to start Oxygen whenever I restart after attempting to install the (already available) add-on framework.
The trace from 'oxygen.bat' is:
-------------------
"c:\Program Files\Oxygen XML Editor 14\oxygen.bat" java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at ro.sync.exml.Oxygen.main(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.RangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.c(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.processOperations(UnknownSource) at ro.sync.ui.application.ApplicationLauncher.<init>(Unknown Source) ... 5 more java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at ro.sync.exml.Oxygen.main(Unknown Source) Caused by: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.RangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.c(Unknown Source) at ro.sync.exml.addons.ExtensionsSynchronizer.processOperations(UnknownSource) at ro.sync.ui.application.ApplicationLauncher.<init>(Unknown Source) ... 5 more
-------------
I also zipped the Oxygen Ant framework after changing the name in 'ant.framework', made an extension.xml that refers to the Zip file, and put them both on the server. I get the same thing with the Ant framework as an add-on: it's there, but Oxygen perpetually shows it as being available for downloading.
Regards,
Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
On Wed, August 8, 2012 12:14 pm, Alex Jitianu wrote:
I believe the cause is the archive structure. The archive probably has the correct structure but the tool that created it didn't add an entry for the root directory. As a result we fail to detect the root directory of the archive and we fail to mark it as an add-on (thus resulting in a partially successful install): the framework works but is not marked as an add-on.
What tool did you use to create the archive? We will also make some changes on our part to handle this particular type of archive. Until then you could use another zip tool (for example 7-zip) to create the archive? Could you please confirm that once you pack the plugin using 7-zip the installing is indeed successful?
For the record, it was the archive structure. The Zip archives created with Cygwin's 'zip' and with Windows Explorer didn't work, a '7-zip'-created archive of the same Ant framework provided by Oxygen Support worked, and now an Ant-created Zip archive of the original framework files is working for me. Regards, Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
Hello Tony, I just wanted to let you know that this problem has been resolved in the latest maintenance build of Oxygen 14.0, 2012082911 (released on August 30th):
Add-ons: Improved error handling of the ZIP archives used for add-ons. Accept a wider range of types of ZIP archives. You can download it from our web site: http://www.oxygenxml.com/download.html
The list of bug-fixes can be found here: http://www.oxygenxml.com/build_history.html#2012082911 You can follow the release/build RSS feed here: http://www.oxygenxml.com/rssBuildID.xml Let us know if you encounter further problems with this new build. Regards, Adrian Adrian Buza oXygen XML Editor and Author Support Tel: +1-650-352-1250 ext.202 Fax: +40-251-461482 support@oxygenxml.com http://www.oxygenxml.com Tony Graham wrote:
On Wed, August 8, 2012 12:14 pm, Alex Jitianu wrote:
I believe the cause is the archive structure. The archive probably has the correct structure but the tool that created it didn't add an entry for the root directory. As a result we fail to detect the root directory of the archive and we fail to mark it as an add-on (thus resulting in a partially successful install): the framework works but is not marked as an add-on.
What tool did you use to create the archive? We will also make some changes on our part to handle this particular type of archive. Until then you could use another zip tool (for example 7-zip) to create the archive? Could you please confirm that once you pack the plugin using 7-zip the installing is indeed successful?
For the record, it was the archive structure. The Zip archives created with Cygwin's 'zip' and with Windows Explorer didn't work, a '7-zip'-created archive of the same Ant framework provided by Oxygen Support worked, and now an Ant-created Zip archive of the original framework files is working for me.
Regards,
Tony Graham tgraham@mentea.net Consultant http://www.mentea.net Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- XML, XSL-FO and XSLT consulting, training and programming
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-- Adrian Buza oXygen XML Editor and Author Support Tel: +1-650-352-1250 ext.202 Fax: +40-251-461482 support@oxygenxml.com http://www.oxygenxml.com
participants (4)
-
Alex Jitianu -
Oxygen XML Editor Support -
oXygen XML Editor Support
-
Tony Graham