Java VM problems with dbassist

I downloaded jdk116_v5 from blackdown as instructed in the
installation manual. It's installed in /jdk116_v5 and I created
the link to /usr/local/jre also as instructed.
The installation went well until the end. It couldn't run the
dbassist. It spewed the message:
Unable to initialize threads: Cannot find class java/lang/thread
Could not create Java VM
The same message also pops up whenever I try running the
dbassist program.
The readme that came with jdk said that it does need a JAVA_HOME
and CLASSPATH. I have experimented with setting the JAVA_HOME
to /jdk116_v5 and CLASSPATH to /jdk116_v5 and also
to /jdk116_v5/lib and /jdk116_v5/lib/classes.zip but nothing
seems to solve the problem.
Does anyone have any suggestions? Unfortunately, (dare I say it?)
Java is not one of my strengths...
Thanks and Regards
Devin
null

I modified the dbassist script to add the
$JRE_DIR/lib/classes.zip to CLASSPATH
Got rid of the not finding the lang/thread class error. but now
get an exception
java.lang.NullPointerException
at
CheckerClass_base.CheckforNcharSets(CheckerClass_base.java:995)
at CheckerClass.initializeLanguage(CheckerClass.java:241)
at CheckerClass.DetectAll(CheckerClass.java:73)
at DBConfigInfo_base.<init>(DBConfigInfo_base.java:901)
at DBConfigInfo.<init>(DBConfigInfo.java:44)
at DBCreateWizard.<init>(DBCreateWizard.java:421)
at DBCreateWizard.main(DBCreateWizard.java:1082)
Devin Smith (guest) wrote:
: I downloaded jdk116_v5 from blackdown as instructed in the
: installation manual. It's installed in /jdk116_v5 and I created
: the link to /usr/local/jre also as instructed.
: The installation went well until the end. It couldn't run the
: dbassist. It spewed the message:
: Unable to initialize threads: Cannot find class
java/lang/thread
: Could not create Java VM
: The same message also pops up whenever I try running the
: dbassist program.
: The readme that came with jdk said that it does need a
JAVA_HOME
: and CLASSPATH. I have experimented with setting the JAVA_HOME
: to /jdk116_v5 and CLASSPATH to /jdk116_v5 and also
: to /jdk116_v5/lib and /jdk116_v5/lib/classes.zip but nothing
: seems to solve the problem.
: Does anyone have any suggestions? Unfortunately, (dare I say
it?)
: Java is not one of my strengths...
: Thanks and Regards
: Devin
null

Similar Messages

Java/OpenJDK problem with OSS/osspd/ALSA/pulseaudio [SOLVED]

I've got problems with sound output of java programs, which usually try to hog /dev/dsp, using pulseaudio and openjdk 7.
Some rare java apps' sound methods surprisingly do work. Others (which the majority of java programs seem to use) do not. In Sun Java I could make those work by using 'padsp', however this method apparently fails on Archlinux with both latest Oracle Java (formerly worked on Ubuntu w/ Sun Java 6) and with OpenJDK too.
So I tried 'osspd' (package is called 'ossp') and it shows the root process "/usr/sbin/osspd --dsp-slave=/usr/sbin/ossp-padsp" been started, but the java applications will still not provide sound which I find pretty odd. I tried adding 'soundcore.preclaim_oss=0' to the 'kernel..' line in my grub's menu.lst, but that didn't help either.
Last edited by Jindur (2012-05-20 02:59:20)

It's been quite a while, but I finally found a solution (read: big ugly hack).
Someone literally created a biguglyhack and posted it here:
http://lifein19x19.com/forum/viewtopic. … 243#p98243
(downloadable file there: javadummymixer_biguglyhack.zip [12.97 KiB] -> rename it from .zip to .jar and move it into your java's lib/ext folder -> profit!)
I applied it to OpenJDK 6 (should be same for 7 though) and all my java sound works flawlessly now, with pulseaudio, without any need for padsp stuff or osspd or whatever.
My sound.properties file reads:
javax.sound.sampled.Clip=com.sun.media.sound.DirectAudioDeviceProvider
javax.sound.sampled.Port=com.sun.media.sound.PortMixerProvider
javax.sound.sampled.SourceDataLine=com.sun.media.sound.DirectAudioDeviceProvider
javax.sound.sampled.TargetDataLine=com.sun.media.sound.DirectAudioDeviceProvider
but actually I'm not sure whether that even matters at all.
(Side note: The linked thread also mentions a "-D.sun.." command-line parameter that supposedly forces java to avoid disfunctional audio methods. The above biguglyhack however worked for me without any need of applying that command-line parameter.)
Last edited by Jindur (2012-05-20 02:58:05)

JAVA arithmetic problem with double ?

If I try to work double precision numbers I get a unintelligible result, but what do I do wrong ?
Are there any inaccuracy in the JAVA double precision numbers arithmetic or what's the problem with this very simple example code ? How can I get correct result ?
Simple example code :
================
for (double i = 0; i < 10; i = i + 0.01)
System.out.println(i);
On the output :
===========
0.0
0.01
0.02
0.03
0.04
0.05
0.060000000000000005
0.07
0.08
0.09
0.09999999999999999
0.10999999999999999
0.11999999999999998
0.12999999999999998
0.13999999999999999
0.15
0.16
0.17
0.18000000000000002
0.19000000000000003
0.20000000000000004
0.21000000000000005
0.22000000000000006
0.23000000000000007
0.24000000000000007
0.25000000000000006
0.26000000000000006
0.2700000000000001
0.2800000000000001
0.2900000000000001
0.3000000000000001
0.3100000000000001
0.3200000000000001
0.3300000000000001
0.34000000000000014
0.35000000000000014
0.36000000000000015
0.37000000000000016
0.38000000000000017
0.3900000000000002
0.4000000000000002
0.4100000000000002
0.4200000000000002
0.4300000000000002
0.4400000000000002
0.45000000000000023
0.46000000000000024
0.47000000000000025
0.48000000000000026
0.49000000000000027
0.5000000000000002
0.5100000000000002
0.5200000000000002
0.5300000000000002
0.5400000000000003
0.5500000000000003
0.5600000000000003
0.5700000000000003
0.5800000000000003
0.5900000000000003
0.6000000000000003
0.6100000000000003
0.6200000000000003
0.6300000000000003
0.6400000000000003
0.6500000000000004
0.6600000000000004
0.6700000000000004
0.6800000000000004
0.6900000000000004
0.7000000000000004
0.7100000000000004
0.7200000000000004
0.7300000000000004
0.7400000000000004
0.7500000000000004
0.7600000000000005
0.7700000000000005
0.7800000000000005
0.7900000000000005
0.8000000000000005
0.8100000000000005
0.8200000000000005
0.8300000000000005
0.8400000000000005
0.8500000000000005
0.8600000000000005
0.8700000000000006
0.8800000000000006
0.8900000000000006
0.9000000000000006
0.9100000000000006
0.9200000000000006
0.9300000000000006
0.9400000000000006
0.9500000000000006
0.9600000000000006
0.9700000000000006
0.9800000000000006
0.9900000000000007
1.0000000000000007
1.0100000000000007
1.0200000000000007
1.0300000000000007
1.0400000000000007
1.0500000000000007
1.0600000000000007
1.0700000000000007
1.0800000000000007
1.0900000000000007
1.1000000000000008
1.1100000000000008
1.1200000000000008
1.1300000000000008
1.1400000000000008
1.1500000000000008
1.1600000000000008
1.1700000000000008
1.1800000000000008
1.1900000000000008
1.2000000000000008
1.2100000000000009
1.2200000000000009
1.2300000000000009
1.2400000000000009
1.2500000000000009
1.260000000000001
1.270000000000001
1.280000000000001
1.290000000000001
1.300000000000001
1.310000000000001
1.320000000000001
1.330000000000001
1.340000000000001
1.350000000000001
1.360000000000001
1.370000000000001
1.380000000000001
1.390000000000001
1.400000000000001
1.410000000000001
1.420000000000001
1.430000000000001
1.440000000000001
1.450000000000001
1.460000000000001
1.470000000000001
1.480000000000001
1.490000000000001
1.500000000000001
1.5100000000000011
1.5200000000000011
1.5300000000000011
1.5400000000000011
1.5500000000000012
1.5600000000000012
1.5700000000000012
1.5800000000000012
1.5900000000000012
1.6000000000000012
1.6100000000000012
1.6200000000000012
1.6300000000000012
1.6400000000000012
1.6500000000000012
1.6600000000000013
1.6700000000000013
1.6800000000000013
1.6900000000000013
1.7000000000000013
1.7100000000000013
1.7200000000000013
1.7300000000000013
1.7400000000000013
1.7500000000000013
1.7600000000000013
1.7700000000000014
1.7800000000000014
1.7900000000000014
1.8000000000000014
1.8100000000000014
1.8200000000000014
1.8300000000000014
1.8400000000000014
1.8500000000000014
1.8600000000000014
1.8700000000000014
1.8800000000000014
1.8900000000000015
1.9000000000000015
1.9100000000000015
1.9200000000000015
1.9300000000000015
1.9400000000000015
1.9500000000000015
1.9600000000000015
1.9700000000000015
1.9800000000000015
1.9900000000000015
2.0000000000000013
2.010000000000001
2.020000000000001
2.0300000000000007
2.0400000000000005
2.0500000000000003
Thanks for answerers !
Joseph

This result is entirely unsurprising, and the flaw lies in your program, not in Java.
Java represents numbers in 2's complement [SEM] form (read the Java Language Specification (JLS), according to agreed standards. When you specify a fractional number that appears to be nice and easy to work with, you are thinking in decimal notation, not binary, and you are giving it a number that cannot be precisely represented. It is a little like asking you to write down exactly what pi is (all its digits ;-)).
So the number you get is not precisely what you asked for (one very insignificant error). But then you compound it by adding an inaccurately represented number to an inaccurately represented number, and so on, until the bit errors combine to make a very inaccurate number.
The correct way to approach what you are trying to do would be to perform the addition using integers, and multiply each time you want to scale it to a double.
This has been asked many times - I would suggest you:
- Search the forums
- Check out the language spec
- or do a degree in CompSci :-)
A calculator is a little more accurate because it does not have to conform to agreed standards, and so can use special logic to minimise such errors. The average pocket calulator also works to a much lower level of accuracy (usu 8 digits), and therefore masks the errors to you. You'd find that you got the same effect if you played with it long enough.
Hope this helps

Java debugging - problems with standard input

Hi
I hope somebody can help me with this problem.
I'm developing a Java app that reads from the standard input. I use System.in.read() to do that. When I debug it, I use the Standard I/O window instead of the Run Log window to pass in values, but nothing happens (i.e. the line following the read() is never reached). I also tried to run the app and then attach the debugger to use the Run Log window as standard input, with the same result. If I add a breakpoint before the call to read(), the debugger pauses the execution, so I suppose the breakpoints are OK.
In the executable Info window, Debugging tab, I use the pseudo terminal with the Java debugger.
So my question is: how can I enter values from the standard input in debugging mode?

I believe that you are seeing these problems because we have found the
current versions of RMI found in the JDK to be inherently unscalable -- we
do not listen for them. As you noticed, we recommend that you use our
packages for now, and then do the simple change that you found if you decide
that you do not like WLS. (If you do decide that you do not like us, please
definitely let us know why you chose the way you did!)
Thanks,
Michael
Michael Girdley
Product Manager, WebLogic Server & Express
BEA Systems Inc
"Tim Dawson" <[email protected]> wrote in message
news:397b8cc2$[email protected]..
We're developing a J2EE application on NT using WLS 5.1, SP3, but we don't
want to be tied to any particular J2EE server, so we're making sure that
none of our code is weblogic specific.
In keeping with this philosophy, I created an RMI service that used the
standard java.rmi.* imports instead of weblogic.rmi.* and used thestandard
RMIC compiler rather than the weblogic.rmic compiler.
Unfortunately, I couldn't get the system to work. I kept getting
"java.rmi.MarshalException: Error marshaling transport header; nested
exception is: java.io.EOFException" whenever I'd call Naming.lookup().
Of course, when I did the search & replace with java.rmi.* with
weblogic.rmi.*, and switched from the standard rmic to weblogic.rmic,
everything started working just fine. This is the ONLY change I made!
Has anyone else run into similar problems?
Tim Dawson
Sr. Software Architect
is.com

Java installation problem with N95

Hi!
did anyone experience this?
i can't install any java file (.jar or .jad) to my n95.
i was able to install any jar app but suddenly i can't install any jar file
any ideas?
i tried to install both to memory card or to phone memory.
while the installation bar is in progress suddenly an alert says "unable to install"...
i have no problem with sys and sysx files...

I had same problem. Here's where...
http://java.sun.com/j2se/1.4.2/system-configurations.html
Supported System Configurations
JavaTM 2 Platform, Standard Edition
Version 1.4.2
These configurations apply to both the Java 2 SDK and Java 2 Runtime Environment (J2RE).
IA32 Windows
System Requirements
32-bit: SDK J2RE
Windows 98 (1st & 2nd Editions) Windows Active & Classic Desktop

Java API, problem with secondary keys using multi key creator

Hi,
I'm developing an application that inserts a few 100k or so records into a Queue DB, then access them using one of four Hash SecondaryDatabases. Three of these secondary dbs use a SecondaryMultiKeyCreator to generate the keys, and one uses a SecondaryKeyCreator. As a test, I'm trying to iterate through each secondary key. When trying to iterate through the keys of any of the secondary databases that use a SecondaryMultiKeyCreator, I have problems. I'm attempting to iterate through the keys by:
1: creating a StoredMap of the SecondaryDatabase
2: getting a StoredKeySet from said map
3: getting a StoredIterator on said StoredKeySet
4: iterate
The first call to StoredIterator.next() fails at my key binding (TupleBinding) because it is only receiving 2 bytes of data for the key, when it should be getting more, so an Exception is thrown. I suspected a problem with my SecondaryMultiKeyCreator, so I added some debug code to check the size of the DatabaseEntries it creates immediately before adding them to the results key Set. It checks out right. I also checked my key binding like so:
1: use binding to convert the key object to a DatabaseEntry
2: use binding to convert the created DatabaseEntry back to a key object
3: check to see if the old object contains the same data as the new one
Everything checked out ok.
What it boils down to is this: my key creator is adding DatabaseEntries of the correct size to the results set, but when the keys are being read back later on, my key binding is only receiving 2 bytes of data. For the one SecondaryDatabase that doesn't use a SecondaryMultiKeyCreator, but just a SecondaryKeyCreator, there are no issues and I am able to iterate through its secondary keys as expected.
EDIT: New discovery: if I only add ONE DatabaseEntry to the results set in my SecondaryMultiKeyCreator, I am able to iterate through the keys as I would like to.
Any ideas or suggestions?
Thank you for your attention,
-Justin
Message was edited by:
Steamroller

Hi Justin,
Sorry about the delayed response here. I have created a patch that resolves the problem.
If you apply the patch to your 4.6.21 source tree, and then rebuild Berkeley DB, the improper behavior should be resolved.
Regards,
Alex
diff -rc db/db_am.c db/db_am.c
*** db/db_am.c     Thu Jun 14 04:21:30 2007
--- db/db_am.c     Fri Jun 13 11:20:28 2008
*** 331,338 ****
     F_SET(dbc, DBC_TRANSIENT);
!      switch (flags) {
!      case DB_APPEND:
           * If there is an append callback, the value stored in
           * data->data may be replaced and then freed. To avoid
--- 331,337 ----
     F_SET(dbc, DBC_TRANSIENT);
!      if (flags == DB_APPEND && LIST_FIRST(&dbp->s_secondaries) == NULL) {
           * If there is an append callback, the value stored in
           * data->data may be replaced and then freed. To avoid
*** 367,388 ****
-            * Secondary indices: since we've returned zero from an append
-            * function, we've just put a record, and done so outside
-            * __dbc_put. We know we're not a secondary-- the interface
-            * prevents puts on them--but we may be a primary. If so,
-            * update our secondary indices appropriately.
-            * If the application is managing this key's data, we need a
-            * copy of it here. It will be freed in __db_put_pp.
-           DB_ASSERT(dbenv, !F_ISSET(dbp, DB_AM_SECONDARY));
-           if (LIST_FIRST(&dbp->s_secondaries) != NULL &&
-               (ret = __dbt_usercopy(dbenv, key)) == 0)
-                ret = __db_append_primary(dbc, key, &tdata);
           * The append callback, if one exists, may have allocated
           * a new tdata.data buffer. If so, free it.
--- 366,371 ----
*** 390,401 ****
          /* No need for a cursor put; we're done. */
          goto done;
!      default:
!           /* Fall through to normal cursor put. */
!           break;
!      if (ret == 0)
          ret = __dbc_put(dbc,
              key, data, flags == 0 ? DB_KEYLAST : flags);
--- 373,379 ----
          /* No need for a cursor put; we're done. */
          goto done;
!      } else
          ret = __dbc_put(dbc,
              key, data, flags == 0 ? DB_KEYLAST : flags);
diff -rc db/db_cam.c db/db_cam.c
*** db/db_cam.c     Tue Jun 5 21:46:24 2007
--- db/db_cam.c     Thu Jun 12 16:41:29 2008
*** 899,905 ****
     DB_ENV *dbenv;
     DB dbp, sdbp;
     DBC dbc_n, oldopd, opd, sdbc, *pdbc;
!      DBT olddata, oldpkey, newdata, pkey, temppkey, tempskey;
     DBT all_skeys, skeyp, *tskeyp;
     db_pgno_t pgno;
     int cmp, have_oldrec, ispartial, nodel, re_pad, ret, s_count, t_ret;
--- 899,905 ----
     DB_ENV *dbenv;
     DB dbp, sdbp;
     DBC dbc_n, oldopd, opd, sdbc, *pdbc;
!      DBT olddata, oldpkey, newdata, pkey, temppkey, tempskey, tdata;
     DBT all_skeys, skeyp, *tskeyp;
     db_pgno_t pgno;
     int cmp, have_oldrec, ispartial, nodel, re_pad, ret, s_count, t_ret;
*** 1019,1026 ****
      * should have been caught by the checking routine, but
      * add a sprinkling of paranoia.
!      DB_ASSERT(dbenv, flags == DB_CURRENT || flags == DB_KEYFIRST ||
!            flags == DB_KEYLAST || flags == DB_NOOVERWRITE);
      * We'll want to use DB_RMW in a few places, but it's only legal
--- 1019,1027 ----
      * should have been caught by the checking routine, but
      * add a sprinkling of paranoia.
!      DB_ASSERT(dbenv, flags == DB_APPEND || flags == DB_CURRENT ||
!            flags == DB_KEYFIRST || flags == DB_KEYLAST ||
!            flags == DB_NOOVERWRITE);
      * We'll want to use DB_RMW in a few places, but it's only legal
*** 1048,1053 ****
--- 1049,1107 ----
               goto err;
          have_oldrec = 1; /* We've looked for the old record. */
+      } else if (flags == DB_APPEND) {
+           /*
+            * With DB_APPEND, we need to do the insert to populate the
+            * key value. So we swap the 'normal' order of updating
+            * secondary / verifying foreign databases and inserting.
+            *
+            * If there is an append callback, the value stored in
+            * data->data may be replaced and then freed. To avoid
+            * passing a freed pointer back to the user, just operate
+            * on a copy of the data DBT.
+            */
+           tdata = *data;
+           /*
+            * If this cursor is going to be closed immediately, we don't
+            * need to take precautions to clean it up on error.
+            */
+           if (F_ISSET(dbc_arg, DBC_TRANSIENT))
+                dbc_n = dbc_arg;
+           else if ((ret = __dbc_idup(dbc_arg, &dbc_n, 0)) != 0)
+                goto err;
+
+           pgno = PGNO_INVALID;
+
+           /*
+            * Append isn't a normal put operation; call the appropriate
+            * access method's append function.
+            */
+           switch (dbp->type) {
+           case DB_QUEUE:
+                if ((ret = __qam_append(dbc_n, key, &tdata)) != 0)
+                     goto err;
+                break;
+           case DB_RECNO:
+                if ((ret = __ram_append(dbc_n, key, &tdata)) != 0)
+                     goto err;
+                break;
+           default:
+                /* The interface should prevent this. */
+                DB_ASSERT(dbenv,
+                    dbp->type == DB_QUEUE || dbp->type == DB_RECNO);
+
+                ret = __db_ferr(dbenv, "DBC->put", 0);
+                goto err;
+           }
+           /*
+            * The append callback, if one exists, may have allocated
+            * a new tdata.data buffer. If so, free it.
+            */
+           FREE_IF_NEEDED(dbenv, &tdata);
+           pkey.data = key->data;
+           pkey.size = key->size;
+           /* An append cannot be replacing an existing item. */
+           nodel = 1;
     } else {
          /* Set pkey so we can use &pkey everywhere instead of key. */
          pkey.data = key->data;
*** 1400,1405 ****
--- 1454,1465 ----
skip_s_update:
+       * If this is an append operation, the insert was done prior to the
+       * secondary updates, so we are finished.
+       */
+      if (flags == DB_APPEND)
+           goto done;
+      /*
      * If we have an off-page duplicates cursor, and the operation applies
      * to it, perform the operation. Duplicate the cursor and call the
      * underlying function.

WAS 6.40 Java Edition - problems with j2sdk-1_4_2_10

Just for info!
Several installations without success
VMWare 5.0.0
Windows 2003 SP1
j2sdk-1_4_2_10
2GB RAM
Steps 18 or 22 errrors.
Put j2sdk-1_4_2_08 - OK
cheers!

Pl. check OSS Note 716604. SAP recommends using 1.4.2_09 SDK.
Extract from the Note:
Quote:
Access to appropriate Sun J2SE Version:
Please use Sun J2SE 1.4.2_09 SDK (or higher 1.4.2 versions after they will become available). It is not recommended to use versions lower than 1.4.2_09. Please also do not use J2SE 5.0
Important note:
In contrast to the recommendation above please do not use J2SE 1.4.2_10 as it has problems during installation. The problem is under investigation.
Unquote:
I have used 1.4.2_09 and have no problems with the installation.
Regards
Chandu
P.S : Pl. reward points if it is helpful to you.

Problem with dbassist (no Language found)

Oracle Version: 8.1.5 (with lxp815 patch)
System: SuSE Linux 6.2
Problem:
when we start dbassist it immediately stops with this Error:
"JNLS Exception:oracle.ntpg.jnls.JNLSException
Unable to find any National Character Sets. Please
check your Oracle installation."
The Java dump after clicking "OK":
java.lang.NullPointerException
at
CheckerClass_base.CheckforNcharSets(CheckerClass_base.java:995)
at CheckerClass.initializeLanguage(CheckerClass.java:241)
at CheckerClass.DetectAll(CheckerClass.java:73)
at DBConfigInfo_base.<init>(DBConfigInfo_base.java:901)
at DBConfigInfo.<init>(DBConfigInfo.java:44)
at DBCreateWizard.<init>(DBCreateWizard.java:421)
at DBCreateWizard.main(DBCreateWizard.java:1082)
The languages "English" and "German" are installed.
The environment variables:
ORACLE_BASE=/oracle/app/oracle
ORACLE_HOME=$ORACLE_BASE/product/8.1.5
NLS_LANG=WE8ISO8859P1
ORA_NLS33=WE8ISO8859P1
ORA_OWNER=oracle
ORACLE_OWNER=oracle
PATH=$PATH:$ORACLE_HOME/bin
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
Did we miss anything? Any idea how to fix that?
tnx,
Konrad Rosenbaum
null

export ORA_NLS33=$ORACLE_HOME/ocommon/admin/nls/data,
not =WE8....
Jusr Ignore the first message. For me this works.
HTH,
Misho
DBWorkshop (guest) wrote:
: Oracle Version: 8.1.5 (with lxp815 patch)
: System: SuSE Linux 6.2
: Problem:
: when we start dbassist it immediately stops with this Error:
: "JNLS Exception:oracle.ntpg.jnls.JNLSException
: Unable to find any National Character Sets. Please
: check your Oracle installation."
: The Java dump after clicking "OK":
: java.lang.NullPointerException
: at
: CheckerClass_base.CheckforNcharSets(CheckerClass_base.java:995)
: at
CheckerClass.initializeLanguage(CheckerClass.java:241)
: at CheckerClass.DetectAll(CheckerClass.java:73)
: at DBConfigInfo_base.<init>(DBConfigInfo_base.java:901)
: at DBConfigInfo.<init>(DBConfigInfo.java:44)
: at DBCreateWizard.<init>(DBCreateWizard.java:421)
: at DBCreateWizard.main(DBCreateWizard.java:1082)
: The languages "English" and "German" are installed.
: The environment variables:
: ORACLE_BASE=/oracle/app/oracle
: ORACLE_HOME=$ORACLE_BASE/product/8.1.5
: NLS_LANG=WE8ISO8859P1
: ORA_NLS33=WE8ISO8859P1
: ORA_OWNER=oracle
: ORACLE_OWNER=oracle
: PATH=$PATH:$ORACLE_HOME/bin
: LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
: Did we miss anything? Any idea how to fix that?
: tnx,
: Konrad Rosenbaum
null

Java Runtime Exception with dbassist

I have installed Oracle 8.1.7 on Red Hat 6.2.
When I attempt to create a database using dbassist i get an exception during event dispatching:
java.lang.NumberFormatException 41%
at java.lang.RuntimeException.<init>(Compiled Code)
etc.......
Does anyone know if this is a JRE bug? Any ideas what could be wrong here?

On forums of slackware there was a reference towards the program "free" which is being executed from /usr/bin/free whereas the program on slcakware resides in /bin/free or vice versa. Creating a ymlink should solve the problem. Dunnow (yet) if that works
<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Heather Connery ([email protected]):
I have installed Oracle 8.1.7 on Red Hat 6.2.
When I attempt to create a database using dbassist i get an exception during event dispatching:
java.lang.NumberFormatException 41%
at java.lang.RuntimeException.<init>(Compiled Code)
etc.......
Does anyone know if this is a JRE bug? Any ideas what could be wrong here?<HR></BLOCKQUOTE>
null

Java installation problem with E60

did anyone experience this?
i can't install any java file (.jar or .jad) to my E60. including opera mini..
any ideas?
i tried to install both to memory card or to phone memory.
while the installation bar is in progress suddenly an alert says "unable to install"...
.sisx files works fine..
please help.
Heni

I had same problem. Here's where...
http://java.sun.com/j2se/1.4.2/system-configurations.html
Supported System Configurations
JavaTM 2 Platform, Standard Edition
Version 1.4.2
These configurations apply to both the Java 2 SDK and Java 2 Runtime Environment (J2RE).
IA32 Windows
System Requirements
32-bit: SDK J2RE
Windows 98 (1st & 2nd Editions) Windows Active & Classic Desktop

JAVA Install problem with EP Sneak Preview

I am trying to install the Enteprise Portal Sneak Preview edition from the SDN website. According to the instructions it asks for me to download the JDK from sun website and use it. However when I run the SAPINST program, and try to install according to the instructions, the install asks me for the SAP JAVA CD, which I dont have (there is no download for it) And I can not proceed any further.
I am stuck on this bump for three days now and want to start working on this tool.
Any help is greatly appreciated

hi,
i just popped in as i am also considering the installation of the ep 6.0 sneak preview (i just finished downloading the necessary files).
i had a look at the quick install. guide, and of course i am facing questions straight away...
i've got the j2sdk1.4.2_05 (dev.kit) runnning and the j2re1.4.2_05 (runtime environment).
under requirements the guide says JDK 1.4.2_06 ...
does it really have to be 1.4.2_06 or is my 05 version sufficient?
at sun.com they've got 07 in the shelf for download...
higher versions will do, or not?
I just downloaded j2eesdk-1_4-windows.exe (in case I might need it - but if so, is that the right tool?)
are there any other pain points, which might appear and where the inst. guide is not clear?
thanx for your input,
matthias
Message was edited by: matthias kasig

Lingo-Java Script problem with new members

Hi, I'm new to Director, so this question could be very
simple, but i can't find the answer in internet.
I very like Flash and ActionScript and now i've started to
learn Director.
When I create a Sprite in a Cast- how can I (with JavaScript)
copy this Sprite to the Stage as a new object with a new name?
And the second question - Do you know any good sites, where
are good articles, tutorials, examples, connected with scripting in
Director?
Than you very much :):)

Thank you :)
I have unfortunately something wrong translated, because I've
got no errors, but nothing happens. The script on the 1st Timeline
frmae is:
function exitFrame(me) {
aaa=channel(5).makeScriptedSprite(member("p1"), point(0,1));
aaa.locV=100;
trace("t1") //this is traced
aaa.scriptInstanceList.push(new script("dynamicScript"));
trace("t2") //this is not traced
on the second frame:
function exitFrame(me) {
_movie.go(2);
and in the cast (name of this script is "dynamicScript"):
function enterFrame()
trace("dsd");
I'm really thankful to you :)

WD Java blackberry - problem with table lead selections

hi everybody,
i have a table which shows data from backend - works fine also on blackberry.
when i change the selected line - lead selection - which works on the browser and shows other detail data below the table - on the blackberry it seem that this does not work.
is thery any trick? to do this
kind regards
oliver

Hi Oliver,
I know this is a pretty old post but just wanted to know if you were able to find a solution to make this work?
Thanks,
MK

Problems with java and SQL

Hi all. Not sure if I should ask this here or in an SQL forum. I�m trying to manipulate an access database through java via the JDBC-ODBC bridge driver. The program compiles ok but when I try to execute it I get an error. According to the error there is a syntax problem in my SQL create table statement but it doesn�t tell what the problem is and I�ve looked over the create statement and can�t find anything wrong with it. There is, however, an error code from the driver but I have no way of referencing it. Anyone here know why otherwise normal SQL code would cause a syntax error with java or how I can track the error to get a hint at what�s going wrong? Here is the code and the error:
// java program to create an access database through JDBC
import java.sql.*;
public class videodb {
public static void main(String args[]) {
     // attempt tp load DB driver
     try {
     // load the jdbc-odbc driver
     Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
     catch (ClassNotFoundException cnfe) // driver not found
     System.err.println("Unable to load database driver");
     System.err.println("Details : " + cnfe);
     System.exit(0);
     try {
     // Create a connection to the data source
          Connection con = DriverManager.getConnection ("jdbc:odbc:vdds","","");
          // Create a statement to execute SQL commands
          Statement stmt = con.createStatement();
          // create a table for DVD's
          stmt.executeUpdate ("create table DVD (id number(5), name char(30));");
          // insert a record into the DVD table
          //stmt.executeUpdate ("insert into DVD values (0001, 'StarGate');");
          // Close the connection
     con.close();
     catch (SQLException sqle) {
System.out.println("Problem with SQL: " + sqle);
System.out.println("Driver Error Number" + sqle.getErrorCode());
Error:
Problem with SQL: java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver] Syntax error in CREATE TABLE statement.
Driver Error Number-3551

Here's what I got. I don't see anything that helps but I'm kinda new to using SQL and java together.
D:\javatemp\viddb>java videodb
Problem with SQL java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver
] Syntax error in CREATE TABLE statement.
Driver Error Number-3551
java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver] Syntax error in
CREATE TABLE statement.
at sun.jdbc.odbc.JdbcOdbc.createSQLException(Unknown Source)
at sun.jdbc.odbc.JdbcOdbc.standardError(Unknown Source)
at sun.jdbc.odbc.JdbcOdbc.SQLExecDirect(Unknown Source)
at sun.jdbc.odbc.JdbcOdbcStatement.execute(Unknown Source)
at sun.jdbc.odbc.JdbcOdbcStatement.executeUpdate(Unknown Source)
at videodb.main(videodb.java:31)
D:\javatemp\viddb>

Discussion Forum Portlet - Problems with JAVA and UTF8?

Hi
I installed the Discussion Forum Portlet successfully. It also seems that almost everything works fine. There's only a problem if I have new posts that include special German characters (Umlaute) like ä, ö, ü or special French characters like é, è or ç. They are saved correctly in the table but if you view the post the characters are not displayed correctly.
Example
input: ça va?
result: Ã§a va?
I know that there are problems with Java and UTF8 Database. Is there a possibility to change this (bug)?
Regards
Mark

Here's what I got. I don't see anything that helps but I'm kinda new to using SQL and java together.
D:\javatemp\viddb>java videodb
Problem with SQL java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver
] Syntax error in CREATE TABLE statement.
Driver Error Number-3551
java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver] Syntax error in
CREATE TABLE statement.
at sun.jdbc.odbc.JdbcOdbc.createSQLException(Unknown Source)
at sun.jdbc.odbc.JdbcOdbc.standardError(Unknown Source)
at sun.jdbc.odbc.JdbcOdbc.SQLExecDirect(Unknown Source)
at sun.jdbc.odbc.JdbcOdbcStatement.execute(Unknown Source)
at sun.jdbc.odbc.JdbcOdbcStatement.executeUpdate(Unknown Source)
at videodb.main(videodb.java:31)
D:\javatemp\viddb>

Java VM problems with dbassist

Similar Messages

Maybe you are looking for