9iAS support of JDK 1.4

Does anyone know when this will be certified for JDK 1.4?

I tried launch OC4J yesterday using jdk 1.4 and was not able to get my servlets and JSPs to work. I didn't spend a lot of time exploring why, but as soon as I installed 1.3 instead, everything worked fine.
Jeff Kirby
Lockheed Martin Mission Systems

Similar Messages

ActiveX support in JDK 1.4

Where are sun.beans.ole.Packager and unregbean utility
in Java 2 SDK, Standard Edition, v 1.4 Beta 3 for Win32?
Who knows Sun's plans about ActiveX support in JDK 1.4 releases?
Thank you,
Alexander

More info found in bug 4616580. Please vote...
-Trond

Oracle 9iAS Support for WebUtil

Oracle 9iAS Support for WebUtil
With the official release of WebUtil soon approaching on 10g will this mean that WebUtil will be supported on a 9i achitecture as well?
I have successfully installed the beta version of webutil in a development environment and have been very impressed by its ease of use and functionality. However my bosses are concerened about deploying a beta release on our live 9iAS R2 setup until it is confirmed that Support will be available.
When will WebUtil be officialy released on 10g?
Will Oracle offer support for those using WebUtil on 9i?
Many thanks

Tim,
I'd like to give Grant the final word on this because he is more involved, but to my understanding and current information, WebUtil will be supported with Oracle Application Server 10g only.
Forms 9i and Forms 10g are not that different in that there is no real migration work needed. For this reason we plan to support Forms10g and Application Server 10g.
The release of WebUtil - again Grant will know better - should be anytime now.
Frank

XSLT version supported in JDK 6 Transformer

Hi! This is a simple question: Does JDK 6 Transformer Class support XSLT 2.0?
My problem raise when I use the <xsl:character-map> tag. A Example:
template.xslt
<xsl:stylesheet version="2.0">
<xsl:output method="xml" version="1.0" encoding="UTF-8" use-character-maps="vxml"/>
<xsl:character-map name="vxml">
   <xsl:output-character character="«" string='&lt'/>
   <xsl:output-character character="»" string='&gt'/>
   <xsl:output-character character="¨" string='"'/>
</xsl:character-map>
<xsl:template match="/">
   «vxml version=¨2.0¨»
   {xslt operations...}
   «/vxml»
</xsl:template>
{code}
*someXML.xml*
{code}
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="template.xslt"?>
{code}
Well, when I use external software (Altova XMLSpy), the result is exactly that I want... but, when I use a simple java class with Transformer (in java 6), the result contains alternative char and no the correct character that character-map is supposed to change.
Then, in this forum all people only use XSLT with version="1.0"... and appear my question... Transformer Class in JDK 6 really support XSLT version 2.0? I can't find information of this...
Edited by: MIrribarra on 20-03-2009 05:51 PM
Edited by: MIrribarra on 20-03-2009 05:53 PM
Deleted intensionally semi-colon in "&lt" and "&gt" because editor change string code

Simple answer: No.
Less simple answer: you can plug in any transformer you like. The process for doing that is described in the documentation for javax.transform.TransformerFactory, method newInstance.

2007 US Daylight Savings change time zone support in JDK 1.3

Sun has supported the 2007 US Daylight Savings change in recent versions of its JDKs 1.4 and 1.5. It has made partial Daylight Savings changes to JDK 1.3, but it's not a complete implementation like in 1.4 and 1.5, because there is no support for past/future Daylight Savings rules, only a single current set of Daylight Savings rules per time zone.
Our Java application (running in the America/New_York time zone) seems to be doomed, because the likelihood of upgrading to JDK 1.4/1.5 seems slim (we have to upgrade a third-party product first and success is seeming more and more remote), and Sun claims to be unable to fully implement the Daylight Savings change in JDK 1.3.
If any Sun Java staff can explain the reasons for being unable to implement the change in 1.3 (or at least some kind of workaround that an individual JVM user could enable), please fill me in. Any pointers on cleanly setting up a custom workaround would be valuable too.
If there are other Java users in the same situation, please fill me in on your own plans if you can. Is anybody trying to pressure Sun or other vendors for a solution? Is anybody writing their own custom workaround?
More details....
What we really need is for the default TimeZone in JDK 1.3 (America/New_York on our machines) to work regardless of whether the date/time being checked is pre-2007 or post-2007. In particular, getOffset and inDaylightTime should work for both 2006 dates and 2007 dates. The JDK should return the correct values for 2006 dates, as well as the correct values for the 2007 US DST extension dates (03/12/2007-04/02/2007 and 10/29/2007-11/05/2007). This would enable parsing and formatting using SimpleDateFormat to work correctly as well. The TimeZone and SimpleDateFormat APIs are used throughout our application.
JDK 1.3.1_19 has an interesting workaround that depends on the current system time. Prior to Jan 1 2007, it will handle 2006 dates correctly but 2007 dates wrong. After Jan 1 2007, it will handle 2007 dates correctly but 2006 dates wrong. Either way, it is always wrong for some dates.
JDK 1.4.2_13 and 1.5.0_09 both handle 2006 and 2007 dates correctly.
If JDK 1.3 will never work for 2006 and 2007 dates, then I am contemplating two workarounds:
1. Set the default TimeZone to a custom implementation as soon after JVM startup as possible.
2. Avoid the default TimeZone entirely, changing our application code to rely on explicit custom TimeZones.
Prior related Java Forum topics:
* http://forum.java.sun.com/thread.jspa?forumID=31&threadID=645874 (Java Essentials - Java Programming) winds up referencing the JDK 1.4 patch as a solution, and there is some discussion about how future/historic dates affect applications
* http://forum.java.sun.com/thread.jspa?forumID=481&threadID=735038 (Deploying - Java Upgrade) just talks about 1.4 and 1.5 patches
* http://forum.java.sun.com/thread.jspa?forumID=481&threadID=717268 (Deploying - Java Upgrade) also just talks about 1.4 and 1.5 patches
* http://forum.java.sun.com/thread.jspa?forumID=37&threadID=703214 (Specifications - Java Virtual Machine (JVM)) also just talks about 1.4 and 1.5
Related Sun Java Bug Database bugs:
* http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6471271 reports the same issue with 1.3.1_19 that I am seeing and the reporter makes the same clarification, that past/future dates don't work at all still. Sun seems to indicate that it will not fix this in 1.3.1, and the 1.3.1_19 "hack" is it for 1.3.1.
* http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6391777 refers to updates in 1.3.1_18 to address Australia DST changes, and also indicates that past/future dates (or "historic" dates) won't work at all. It gives a little more rationale behind the difficulty of implementing this for 1.3.1.
* http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4257314 refers to the fixes in 1.4 to support historic DST dates.
Other articles:
* Sun Java article http://java.sun.com/developer/technicalArticles/Intl/USDST/ refers to 1.3.1_18 as "resolving" the DST issue - this is misleading because the solution in 1.3.1_18 is not complete like that in 1.4 or 1.5
* Server Side article http://www.theserverside.com/news/thread.tss?thread_id=42212 refers to fixes in 1.4 and 1.5 for the DST issue, and the discussion about 1.3 doesn't lead anywhere
Thanks for any info or advice available,
Jim

Hi KBarney
I think u have the correct data file. to make sure see the "zi" dir is backed up in ur java lib folder or not.
if u have suspicion than run the tzupdater tool again.
this tool must be run for each jre/java version on your machine separately.
I tried this on 1.4.2.13 and not on 1.5.0.10. here is the result:
C:\Program Files\Java\j2re1.4.2_13\bin>java -jar c:\tzupdater\tzupdater2006p\tzu
pdater.jar -t -v
java.home: C:\Program Files\Java\j2re1.4.2_13
java.vendor: Sun Microsystems Inc.
java.version: 1.4.2_13
JRE time zone data version: tzdata2006p
Embedded time zone data version: tzdata2006p
Validating the time zone data
Validation complete
C:\tzupdater\tzupdater2006p>java -jar tzupdater.jar test verbose
java.home: C:\Program Files\Java\jre1.5.0_10
java.vendor: Sun Microsystems Inc.
java.version: 1.5.0_10
JRE time zone data version: tzdata2006k
Embedded time zone data version: tzdata2006p
Validating the time zone data
/data/tzdata2006p.test:990: test failed: America/Managua
/data/tzdata2006p.test:1465: test failed: America/Havana
/data/tzdata2006p.test:1466: test failed: America/Havana
/data/tzdata2006p.test:1847: test failed: Cuba
/data/tzdata2006p.test:1848: test failed: Cuba
/data/tzdata2006p.test:2024: test failed: America/Campo_Grande
/data/tzdata2006p.test:2026: test failed: America/Campo_Grande
/data/tzdata2006p.test:2028: test failed: America/Campo_Grande
/data/tzdata2006p.test:2030: test failed: America/Campo_Grande
/data/tzdata2006p.test:2032: test failed: America/Campo_Grande
/data/tzdata2006p.test:2034: test failed: America/Campo_Grande
/data/tzdata2006p.test:2036: test failed: America/Campo_Grande
/data/tzdata2006p.test:2038: test failed: America/Campo_Grande
/data/tzdata2006p.test:2040: test failed: America/Campo_Grande
/data/tzdata2006p.test:2046: test failed: America/Cuiaba
/data/tzdata2006p.test:2048: test failed: America/Cuiaba
/data/tzdata2006p.test:2050: test failed: America/Cuiaba
/data/tzdata2006p.test:2052: test failed: America/Cuiaba
/data/tzdata2006p.test:2054: test failed: America/Cuiaba
/data/tzdata2006p.test:2056: test failed: America/Cuiaba
/data/tzdata2006p.test:2058: test failed: America/Cuiaba
/data/tzdata2006p.test:2060: test failed: America/Cuiaba
/data/tzdata2006p.test:2062: test failed: America/Cuiaba
/data/tzdata2006p.test:2471: test failed: America/Montevideo
/data/tzdata2006p.test:2472: test failed: America/Montevideo
/data/tzdata2006p.test:2475: test failed: America/Montevideo
/data/tzdata2006p.test:2476: test failed: America/Montevideo
/data/tzdata2006p.test:2479: test failed: America/Montevideo
/data/tzdata2006p.test:2480: test failed: America/Montevideo
/data/tzdata2006p.test:2483: test failed: America/Montevideo
/data/tzdata2006p.test:2484: test failed: America/Montevideo
/data/tzdata2006p.test:2487: test failed: America/Montevideo
/data/tzdata2006p.test:2494: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2496: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2498: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2500: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2502: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2504: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2506: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2508: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2510: test failed: America/Sao_Paulo
/data/tzdata2006p.test:2516: test failed: BET
/data/tzdata2006p.test:2518: test failed: BET
/data/tzdata2006p.test:2520: test failed: BET
/data/tzdata2006p.test:2522: test failed: BET
/data/tzdata2006p.test:2524: test failed: BET
/data/tzdata2006p.test:2526: test failed: BET
/data/tzdata2006p.test:2528: test failed: BET
/data/tzdata2006p.test:2530: test failed: BET
/data/tzdata2006p.test:2532: test failed: BET
/data/tzdata2006p.test:2537: test failed: Brazil/East
/data/tzdata2006p.test:2539: test failed: Brazil/East
/data/tzdata2006p.test:2541: test failed: Brazil/East
/data/tzdata2006p.test:2543: test failed: Brazil/East
/data/tzdata2006p.test:2545: test failed: Brazil/East
/data/tzdata2006p.test:2547: test failed: Brazil/East
/data/tzdata2006p.test:2549: test failed: Brazil/East
/data/tzdata2006p.test:2551: test failed: Brazil/East
/data/tzdata2006p.test:2553: test failed: Brazil/East
/data/tzdata2006p.test:3451: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3452: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3453: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3454: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3455: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3456: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3457: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3458: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3459: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3460: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3461: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3462: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3463: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3464: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3465: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3466: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3467: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3468: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3469: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3470: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3471: time zone not found: Europe/Podgorica
/data/tzdata2006p.test:3791: test failed: ART
/data/tzdata2006p.test:3814: test failed: Africa/Cairo
/data/tzdata2006p.test:3844: test failed: Asia/Amman
/data/tzdata2006p.test:3848: test failed: Asia/Amman
/data/tzdata2006p.test:3852: test failed: Asia/Amman
/data/tzdata2006p.test:3856: test failed: Asia/Amman
/data/tzdata2006p.test:3860: test failed: Asia/Amman
/data/tzdata2006p.test:3887: test failed: Asia/Damascus
/data/tzdata2006p.test:3908: test failed: Asia/Gaza
/data/tzdata2006p.test:3911: test failed: Asia/Gaza
/data/tzdata2006p.test:3915: test failed: Asia/Gaza
/data/tzdata2006p.test:3919: test failed: Asia/Gaza
/data/tzdata2006p.test:3923: test failed: Asia/Gaza
/data/tzdata2006p.test:4035: test failed: Egypt
/data/tzdata2006p.test:4901: test failed: Australia/Perth
/data/tzdata2006p.test:4902: test failed: Australia/Perth
/data/tzdata2006p.test:4905: test failed: Australia/Perth
/data/tzdata2006p.test:4906: test failed: Australia/Perth
/data/tzdata2006p.test:4909: test failed: Australia/Perth
/data/tzdata2006p.test:4910: test failed: Australia/Perth
/data/tzdata2006p.test:4914: test failed: Australia/West
/data/tzdata2006p.test:4915: test failed: Australia/West
/data/tzdata2006p.test:4918: test failed: Australia/West
/data/tzdata2006p.test:4919: test failed: Australia/West
/data/tzdata2006p.test:4922: test failed: Australia/West
/data/tzdata2006p.test:4923: test failed: Australia/West
Validation tests failed.
-Ranjan

Oracle 11g support for JDK 1.4

Dear All,
We are planning to migrate from Oracle 10.2.0.3 to Oracle 11.2.0.2. However our application server JDK version is in JDK1.4 and we use ojdbc4.jar for JDBC connectivity.
Please let me know, to migrate to Oracle 11g requires JDK1.5 and ojdbc1.5 or can we continue to stay at JDK1.4 and uses ojdbc4.jar to connect to Oracle11g.
Help Appreciated.

There is only one real answer here: test it and test it thoroughly. Asking this question here is pointless, you cannot trust anyone here to give you advice you can rely on. Whatever is said, you have to validate the claims anyway.
Or did you think that Oracle employees were going to answer your question? If so, you are sadly mistaken. Oracle charges money for giving technical support.

Venezuela new currency VEF support in JDK 1.4.2

Hi,
Is there any plan to support new Venezuela's new currency code (VEF) in JDK 1.4.2 which is getting in effect from 1 Jan, 2008 ? Currently, jdk 1.4.2, 1.5 & 1.6 update 3 shows VEB even for future date.
Following code returns VEB (old currency code) even for future dates in 2008:
import java.util.*;
public class Curr {
public static void main(String[] args) {
System.out.println(Currency.getInstance(new Locale("es", "VE", "")));
I tried with following JDKs, all of them returns VEB:
- Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_13-b06)
- Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
- Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Our application (financial) with java/j2ee front-end uses JDK 1.4.2.13 and its going global in Jan 2008 including Venezuela. Please advise! If no patches, any workarounds will be great..
Thanks!
-Vinod

Thanks Naoto!
I tried to search for 1.4.2_17 (b02) to download and test, but i can't find it. The latest version available in 1.4.2 branch is 1.4.2_16 (http://java.sun.com/j2se/1.4.2/download.html).
Can you please point me to a url from where i can download this ?
Thanks!
-Vinod

RSA Support in JDK 1.2.2

I am trying to figure out exactly which versions of java support RSA signature generation and verification. Precisely, I want to know if I can sign and verify using JDK 1.2.2 (without JCE). If not, do I need to get a provider that supports it, or will the JCE do the trick? The documentation seems a little vauge on these points.
I saw a note about RSA support in 1.3. Wa 1.3 the first version to support it? If so, why does the API in 1.2.2 have RSA specific classes (e.g., RSAPrivateKeySpec )?
Thanks,
Patrick

You can either use free JCE provider or free crypto library with your JDK 1.2.2 or even 1.1.8. The name of that JCE provider, cleanroom JCE implementation and that library at the same time is BouncyCastle - http://www.bouncycastle.org/
You can strip not required classes and have about 50..100k jar with RSA-related functionality.
By the way, what is the reason to support that slow and buggy JDK 1.2.2?

OAS 4.0.8.1 support for JDK 1.2

Hello,
Does any one know if there is support in OAS for the JDK 1.2 because I'm having problems trying to use java/util/TreeMap class.
Thanks

Luis,
JDk1.2 is supported from OAS 4.0.8.2
You have to use JDK 1.1.X with 4.0.8.1

No PKCS#11 support in JDK 6 Update 14 for Windows x64?

Hi there,
I successfully installed GlassFish 2.1 on Windows 2008 x64 with JDK 6 Update 13 for x64. Everything was ok until I wanted to access my USB token with a certificate on it trough an EJB.
I then had to reinstall everything based on 32-bit versions. Now it works again, but I'm not very satisfied with the solution because I wanted to have everything based 64-bit.
Why JDK 6 Update 14 for Windows x64 does not contain PKCS#11 support? When you have look to the x86 version support is available there.

If you load successfully your pkcs11 lib into java 32bit mean that the lib is 32bit.
You cannot load a 32bit native lib into java 64bit ( http://java.sun.com/docs/hotspot/HotSpotFAQ.html#64bit_native_porting ).
If you find the 64bit lib for your token, you should be able to use java64.

Does 9iAS support nested groups?

For examples, our company is a large company which has more than 20 braches, and each branch has subbraches and departments, so when implement the previous intranet, we map all the organization stucture to a nested group system. We enjoy this design, because managing the privileges is a easy task: only grant/revoke permission to/from the group that mirror to a physical organization unit.
We intend move our next generation intranet to Oracle 9iAS, especially the Poral, but does it support nested groups structure?
Thanks,
Hunte

Work Around:
On your mac:
1. Open a new email
2. Insert name of an existing group into one of the "To" fields as usual.
3. Highlight all the resulting names in the "To" entry
     [Highlight first name, and while holding shift, highlight last name and all will highlight[]
4. Copy (Command C) the highlighted emails
5. Paste (Command V) nto a pages document
6. Remove the name and anything else preceeding the first < and also the first < of only the first entry whixh will look like this:
     [email protected]>,
7. Remove the > of the last email which will look like this:
     , Jane Doe <[email protected]
8. Copy the entire altered list from the pages document
9, Go to Contact Book and click + to add a new entry
10.. Name the entry (XXX Group for iPad) or whatever you wish to call it
11. Paste all the copied altered list into any one of the email entry spaces
12. Click on "Done"
13. Create new email On iPad and click on + in any one of the "To" lines and search for "XXX Group for iPad" You cannot just key in XXX Group for iPad!!!!!!!, you must use + contact search.
14. Enter the selected iPad contact group into the "To" line.
15. All the entries will now appear in the "To" line and you are good to go.
Adding or deleting email addresses from the iPad group:
Easiest: Alter the original mac group in the usual way and repeat steps 1-14 above. It seems impossible to edit within the emai line of the iPad contact entry.
Rediculously simple once figured out.
Happy emailling, but please send Bcc so that you don't spread your groups' email addresses all over the internet for spam, viruses, and other unwanted emails. Be considerate and ask your recipients to notifiy you if they wish to be deleted from the lists you compose.

Hash algorithm support in JDK 1.3 and 1.4 (Sha1 or MD5)

Hello,
I have a Netscape code signing certificate that support "SHA1WithRSA" as signature algorithm.
After signing my applet code using Netscape's signtool, I am able to successfully verify it and run it under JavaPlugIn 1.4.
But while running it under JavaPlugIn 1.3.1, it seems it is not recognized as a signed applet and therefore it fails.
Howerver, if I sign my applet code using another certificate that supports "MD5WithRSA" as signature algorithm, I can get it running under both 1.3.1 and 1.4.
It seems to me that JRE 1.3.1 only supports "MD5WithRSA" whereas 1.4 supports both.
Can anybody please confirm this?? Is it a bug in the JRE 1.3.1 ??
thanks

Can anybody please confirm this?? Is it a bug inthe
JRE 1.3.1 ??
nope it is not a bug
Hey, wait a minute, u got my attention. i was typing with sleep in my eyes. Sorry, forget the first post.
It was a bug , i think i remembered i did have a problem and i replaced the W with a w and it worked.i mean it is the capitalization. try MD5withRSA

FTP Protocol support in JDK 1.4.2

It seems like HTTP is the only official supported Protocol. Any idea if FTP is supported by Sun One Web Server 6.1 SP5. If yes is there any special set up, currently it is not working.
Thanks

You answered your own question, when you typed "Sun One Web Server".
In case that's not clear, no, it doesn't support it.

Does 9iAS support Javascript DB connection?

Just wondering if there is a way to make an Oracle database connection in Javascript through Apache. Netscape server has equivalent functionality, called LiveWire or Server-Side javascript. Anything like that in 9iAS?

Thanks shmooth!!
I did check out Apache, and I found it--posting here in case anyone else is interested.
There is a new module in early (1.0) development stage called XANG. It combines XML and Javascript to create a server-side, database-aware scripting environment. Probably too early for my purposes, but those of you with more bravado may wish to download. It should work w/9i AS since it's just another module (note "should").
URL is
http://xml.apache.org/xang/
--Kelly
null

FTP support in JDK

BACKGROUND
Hello people. I am writing a small FTP application using sockets. This is what i've done so far...
Written a communication protocol consisting of 4 commands.
Written the server and the client.
Tested that the server receives and interprets the commands correctly.
PROBLEM
Now I need to code the actual file transfer but I'm not sure how to approach it. As any good FTP I don't want mine to be restricted by file types etc.
RESEARCH
I've googled around looking for ideas and have come across Sun's RFC959. Since it is internal, undocumented, and no source is provided I am slightly apprehensive about using it (and even if I decided I wanted to I couldn't find an API for it).
IDEAS
So what I am after is some advice about RFC959 or ideas about which streams are best to use for my FTP application - I assume those are FileInputStream and FileOutputStream for the server-side?
Advice would be much appreciated :-)

URL url = new URL("ftp://" + uname + ":" + pwd + FTPSERVER + FILETOWRITE); BufferedReader br = new BufferedReader(new FileReader(new File(FILETOWRITE))); InputStream is = new BufferedInputStream( new FileInputStream( (z)+"test.jpg")); URLConnection urlConn = url.openConnection(); urlConn.connect(); BufferedWriter pw= new BufferedWriter( new OutputStreamWriter(urlConn.getOutputStream())); OutputStream os = urlConn.getOutputStream(); byte[] x = new byte[1024]; int t = 0; while(is.read(x) != -1){ os.write(x); } os.close(); pw.flush(); pw.close();the while(is.read(x) !=-1) should be changed .
It's amazing how the SEARCH FUNCTION WORKS!!
http://forum.java.sun.com/thread.jsp?forum=11&thread=17793&start=15&range=15&hilite=false&q=

9iAS support of JDK 1.4

Similar Messages

Maybe you are looking for