You are not logged in.
Announcement
Unanswered posts
|
- Index
- » Installation
- » New Install - Won't Open/Initialize
Post a reply
Topic review (newest first)
- plegall
- 2009-04-30 17:27:37
greg wrote:
I have the same "java.util.zip.ZipException: error in opening zip file" error, I'm using jdk 1.6.0_06, is TOS compatible with 1.6 or only 1.5?
see post:23364 for a solution, this solution was implemented for future release 3.1.0
- greg
- 2009-04-30 17:24:02
I have the same "java.util.zip.ZipException: error in opening zip file" error, I'm using jdk 1.6.0_06, is TOS compatible with 1.6 or only 1.5?
greg
- Clif
- 2009-04-30 07:34:29
It's incredible, I get an error when opening Talend itself. I even unzipped with 7z utility, but the error persists. Anyone else got a stack trace like the one I'm getting below? What do I need to do to make it work?
$:./TalendOpenStudio-linux-gtk-x86 -clean
!SESSION 2009-04-30 11:00:40.084 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_11
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_IN
Command-line arguments: -os linux -ws gtk -arch x86 -clean
!ENTRY org.eclipse.osgi 4 0 2009-04-30 11:01:09.973
!MESSAGE
!STACK 0
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:114)
at java.util.zip.ZipFile.<init>(ZipFile.java:131)
at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:251)
at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:81)
at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:94)
at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:67)
at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:239)
at org.eclipse.osgi.baseadaptor.BaseData.getEntry(BaseData.java:97)
at org.eclipse.osgi.internal.baseadaptor.AdaptorUtil.loadManifestFrom(AdaptorUtil.java:192)
at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.getGeneratedManifest(EclipseStorageHook.java:371)
at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.createCachedManifest(EclipseStorageHook.java:367)
at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.getManifest(EclipseStorageHook.java:472)
at org.eclipse.osgi.internal.baseadaptor.BaseStorage.loadManifest(BaseStorage.java:297)
at org.eclipse.osgi.internal.baseadaptor.BundleInstall.begin(BundleInstall.java:82)
at org.eclipse.osgi.framework.internal.core.Framework.installWorkerPrivileged(Framework.java:938)
at org.eclipse.osgi.framework.internal.core.Framework$2.run(Framework.java:854)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.Framework.installWorker(Framework.java:905)
at org.eclipse.osgi.framework.internal.core.Framework.installBundle(Framework.java:849)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.installBundle(BundleContextImpl.java:234)
at org.eclipse.update.internal.configurator.ConfigurationActivator.installBundles(ConfigurationActivator.java:197)
at org.eclipse.update.internal.configurator.ConfigurationActivator.start(ConfigurationActivator.java:82)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:1009)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:1003)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:984)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:355)
at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1074)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:616)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:508)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:299)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:489)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:211)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:321)
- Adrian
- 2009-04-21 20:10:52
Matt wrote:
jspilinek wrote:
Had the same problem as Jeff above. I initially used the Windows XP unzip, but then tried again using 7zip and it worked fine.
Same problem, this worked for me.
Also worked for me after fixing the jre reference in the PATH and then using 7zip
- Matt
- 2009-04-10 00:38:57
jspilinek wrote:
Had the same problem as Jeff above. I initially used the Windows XP unzip, but then tried again using 7zip and it worked fine.
Same problem, this worked for me.
- dlgriffinii
- 2008-08-28 01:54:41
There's an easier way to change the path to the Java VM at run time (i.e., an easier way than creating a batch file or modifying the PATH variable).
When TOS is installed, a shortcut is created on the Windows desktop. Right-click the shortcut icon, select properties, and change the value of the "Target" field to include the "-vm" option along with the path to the JVM.
For example, on my machine I changed the "Target" value from:
D:\TOS-Win32-r16767-V3.0.0M2\TalendOpenStudio-win32-x86.exe
to:
D:\TOS-Win32-r16767-V3.0.0M2\TalendOpenStudio-win32-x86.exe -vm D:\Sun\SDK\jdk\jre\bin
and TOS launches correctly now.
- shong
- 2008-07-04 05:00:00
Hello Brian
Shong, perhaps adding a note in the prereq section of the Wiki installation page would help people to be aware of the pathing when they have Oracle installed.
I will do it..,
Thanks for your tip and sharing experience!
Best regards
shong
- briansms
- 2008-07-03 14:13:56
Excellent, glad I could help.
Shong, perhaps adding a note in the prereq section of the Wiki installation page would help people to be aware of the pathing when they have Oracle installed.
- Brian
- Stephanie
- 2008-07-03 14:07:01
Brian-
I just saw your post. Yes, I do have Oracle installed. I did what you said and it worked great. Thank you so much.
THanks also to shong for all your help.
Stephanie
- briansms
- 2008-07-03 13:59:45
Hi Stephanie,
Sorry I didn't notice this earlier, before you moved the location of the JVM, but this could probably be resolved by changing the Windows Path variable value. Do you by chance have Oracle installed on your machine? I ask because it appends it's directories to the front of the Windows system path variable and it installs a older 1.4 JVM under it's products folders. I had the same issue on a PC and ended up having to write up instructions already for some staff so this should help...
Since the Oracle installation adds its directory to the beginning of system path, it can cause the subsequent installations to not see the current versions of Perl and Java that are installed. To avoid this problem, you can move the Oracle portions of the path value be moved towards the end. To do this, open My Computer > Properties > Advanced > Environment Variables (see attached screen shot).
Scroll down in the System variables pane and edit the Path variable
It might be helpful to copy the value into a text editor, modify there, and then copy it back. As an example:
Before
E:\oracle\product\10.1.0\Db1\bin;E:\oracle\product\10.1.0\Db1\jre\1.4.2\bin\client;E:\oracle\product\10.1.0\Db1\jre\1.4.2\bin;C:\Perl\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\; ...
After
C:\Perl\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\; ... E:\oracle\product\10.1.0\Db1\bin;E:\oracle\product\10.1.0\Db1\jre\1.4.2\bin\client;E:\oracle\product\10.1.0\Db1\jre\1.4.2\bin
- Brian
- Stephanie
- 2008-07-03 13:58:42
I have uninstalled and reinstalled both 1.5 and 1.6 several times and it doesn't seem to help. When I run java -version in Command Prompt this is what I get, no matter whether I have the 1.5 or 1.6 installed or not:
java version "1.4.2_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02)
Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode)
This version of java doesn't show up in the Add/Remove Programs or in the Java folder. I'm not sure where it is located, otherwise I would remove it. Would it be possible that it is part of another application I am running?
- shong
- 2008-07-03 03:52:37
Hello
Is there any way to change the settings globally somewhere so that I can just click on the .exe file to launch the application instead of the .bat file?
Remove JDK1.5 or JDK1.6 on your local machine, then reinstall it again, it should be ok by click on the .exe file to launch the application.
Best regards
shong
- Stephanie
- 2008-07-02 14:28:00
Thanks so much. I had to uninstall the JVM from Program Files and reinstall directly on the C drive to remove the spaces, since the .bat wouldn't run, but when I did, it ran beautifully.
Is there any way to change the settings globally somewhere so that I can just click on the .exe file to launch the application instead of the .bat file?
- shong
- 2008-07-02 04:51:56
Hello
Sorry if I'm being obtuse, but could you explain that a little clearer? And I'm not sure how to create a new .bat file.
Just create a new *.txt file and type in the code, then rename this file to talendStart.bat
Best regards
shong
- Stephanie
- 2008-07-01 17:51:10
Sorry if I'm being obtuse, but could you explain that a little clearer? And I'm not sure how to create a new .bat file.
Thanks