You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Torsten Curdt (JIRA)" <ji...@apache.org> on 2009/01/07 14:34:44 UTC

[jira] Closed: (SANDBOX-175) Support for JRE/JDK 1.3 by implementation

     [ https://issues.apache.org/jira/browse/SANDBOX-175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Torsten Curdt closed SANDBOX-175.
---------------------------------

    Resolution: Won't Fix
      Assignee: Torsten Curdt

No support for ancient JDKs that are even EOL for years. Move on people! 

> Support for JRE/JDK 1.3 by implementation
> -----------------------------------------
>
>                 Key: SANDBOX-175
>                 URL: https://issues.apache.org/jira/browse/SANDBOX-175
>             Project: Commons Sandbox
>          Issue Type: Improvement
>          Components: Compress
>         Environment: IBM JDK 1.3.1 SR9 for IBM WebSphere Application Server 5.0.2
>            Reporter: Christian Gosch
>            Assignee: Torsten Curdt
>            Priority: Minor
>
> Currently "commons compress" does not support JDK/JRE 1.3, but requires JDK/JRE 1.4 to compile and run. Since there are still productive environments in real world which do not support JRE 1.4 or newer (like the mentioned IBM WAS 5.0.2) and java.util.zip.* has major known bugs in filename handling (see below), "commons compress" is a reasonable alternative and should be "more compatible".
> For problems in handling non-ASCII entry names in java.util.zip.*, see:
> http://bugs.sun.com/bugdatabase/view_bug.do;:YfiG?bug_id=4244499
> http://bugs.sun.com/bugdatabase/view_bug.do;:YfiG?bug_id=4820807
> For JDK / JRE 1.3 compatibility, only a few things must be fixed:
> (1) Set compiler version compatibility version to 1.3 instead of 1.4. This will result in class files with version identifier "47.0" instead of "48.0". This may be IDE specific in some cases anyway.
> (2) Remove "this.initCause(e);" in some non-default Exception constructors (or leave them completely blank)
> (3) Replace use of "String.split(String)" by JDK 1.3 API in PackableObject.identifyByHeader(File, List). Here is how it looks like:
> 			String name = file.getName();
> 			String extension = null;
> //			String[] s = name.split("\\.");
> //			if(s.length > 1) {
> //				extension = s[ s.length - 1];
> //			}
> 			// code above is not JDK 1.3 compliant but requires JDK 1.4.
> 			// Here is the 1.3 compliant implementation:
> 			int i = name.lastIndexOf(".");
> 			if (i > -1) {
> 				extension = name.substring(i + 1);
> 			}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.