hi i was referring the following document for Web-based spreadsheets with OpenOffice.org and Dojo
http://www.javaworld.com/javaworld/jw-05-2008/jw-05-spreadsheets.html?page=1
I am developing such thing for first time..
I created the java classes but when i compile the class 'SpreadsheetDoc.java' i get the following error :
com.sun.star.uno does not exists
I may be skipping some step by mistake dont know what.
tried setting the class path for openoffice/program folder but still getting problem
I am using apache tomcat 7.0, Open office 3, JDK 6.
How can i get the proper import for the namespace.
com.sun.star.uno
I think that it could be some problem related to
juh.jar
jurt.jar
ridl.jar
unoil.jar
reference but not sure...
Have you installed the OpenOffice SDK?
Related
I am very new to Java and using IntelliJ
I am running an open source file.
but the building giving this error
Error:(21, 43) java: package jdk.nashorn.internal.ir.annotations does
not exist
I tried installing JDK 11 but still getting the same error.
What I have to do so the system recognize this library?
Not sure if this will help you so many months later, I think you used the spring web initializer to create a new project, at the test class you will find you are importing that class, delete the import statement and then delete the test case, then try to re build the project and it should run, as it was mentioned at the comments the class is not longer part of Java 11, probably later on you can try to use Junit for some of your test cases
Adding JAVA_HOME on my env fixed the issue.
Hi I am trying to debug the jpostest application that came with Motorola Scanner SDK foe Windows.
I am using Eclipse (Juno) with Java 7 on Windows 8.
I get the following exception when I click on the 'open' button in the 'Scanner' tab of the
POSTest application.
jpos.JposException: Could not connect to service with logicalName = MotorolaScannerSNAPI: Exception.message=com.symbol.jpos.SymScannerSvc112Factory
org.eclipse.debug.core.DebugException: com.sun.jdi.ClassNotLoadedException: Type has not been loaded occurred while retrieving component type of array.
Any help would be highly appreciated.
Thanks.
It might be a bit late, but it seems that you are missing some 'jar' dependencies.
In the 'JPos Sample Application' folder of the Motorola Scanner SDK, check the 'JPosTest.bat' file, it lists all the needed dependencies (by defining some classpaths). You will also need to define the 'java.library.path' property to point to the directory containing the CSJPOS.dll (it is also done in the bat launcher).
I am trying to run this Tutorial:
http://docs.oracle.com/javafx/2/fxml_get_started/custom_control.htm
I want to run it on Eclipse. I downloaded the zip-project from the bottom of the site. I tried to copy the 3 files: CustomControl.java, CustomControlExample.java and custom_control.fxml.
However the CustomControl.java got an error. I can't use the setRoot and the setController Method on fxmlLoader which is an object of FXMLLoader.
How can I fix that problem?
Thank you!
It means your JavaFX version is prior to 2.2. To determine the version used put:
System.out.println(com.sun.javafx.runtime.VersionInfo.getRuntimeVersion());
then update it by updating to the latest JDK. Don't forget to check/configure Eclipse Java/JavaFX platform.
I get the following error in Endeca:
com.endeca.navigation.ENEException: Navigation Engine not able to process
request `http://myhost:15000/search?terms=remote&rank=0&offset=0&irversion=601`
My MDEX version is 6.3.0
The referenced jar files in my app is:
endeca_navigation.jar : Specification-IR-Version: 6.3.0 (Read from MANIFEST file)
endeca_logging.jar: Specification-Version: 6.1.2 (Read from MANIFEST file)
Even with these referenced jars, why is the request parameter still irversion=601?
I'm using java 1.5 and building my app in eclipse. At first, it was referencing older jar files (601), but i removed those completely and replaced them with the newer jar files listed above. I've rebuilt my app and I still see the parameter irversion=601. I've been trying to find out what the issue is for a few hours, but i'm having no luck.
Any ideas?
If nothing else I think that you need an N=0 parameter for you request to work.
Also if you are using an application server like Weblogic to run you app, it has a tendency of caching referenced jars which may have to be cleared for it to pick up the new versions of the jars.
Finally if all else fails there is a --back_compat 601 parameter on your dgraph which indicated the accepatble navigation.jar versions. You can use this parameter to determine if the issue is the jar version or something else in between.
Good Luck
Additionally to Wiszh's response, it is useful to take a look at the dgraph request query logs (located in /logs/dgraph/Dgraphxx/Dgraphxx.log and .reqlog) which will show a more specific error and the query that caused it.
Do your jars match the version of Endeca server you are querying?
This issue is due to an old navigation api jar in your class path
Check the ToolsAndFrameworks\version\assembler\lib to get the correct version of navigation api jar. That should fix this issue.
correct jar path fixed the issue for me
ToolsAndFrameworks\version\assembler\lib
I had a nifty small tool written to convert spreadsheets to plain text.
Since it was my private hacker tool, it relied on OpenOffice 2.x to read the files.
But when I installed OpenOffice 3 and tried to get it get it to run, I failed miserably, because I'm either missing some JAR files or half the classes have been replaced.
I'm including all five JAR files from URE/Java (URE: UNO
Runtime Environment, a subset of OpenOffice.org hosting and
managing UNO components) and am still missing these classes:
com.sun.star.frame.XComponentLoader
com.sun.star.frame.XController
com.sun.star.frame.XDesktop
com.sun.star.frame.XModel
com.sun.star.frame.XStorable
com.sun.star.sheet.XSpreadsheet
com.sun.star.sheet.XSpreadsheetDocument
com.sun.star.sheet.XSpreadsheetView
com.sun.star.text.XTextDocument
Any pointers?
I found what I was missing.
I had to include the following jars
URE/java/juh.jar
URE/java/jurt.jar
URE/java/ridl.jar
Basis/program/classes/unoil.jar
The last one I was missing before - note the German OOo version.
And, something I didn't have to do before, I had to include the path to the OOo executables, e.g.
c:/program/OpenOffice.org 3/program/
After that and without changing code it worked just like before.
So, Brian, UNO's API is stable even between major releases. It was just the classpath I had to fix.