Post a reply

Write your message and submit

Options

Click in the dark area of the image to send your post.

Go back

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..,smile
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

Board footer

Powered by FluxBB