[ http://issues.apache.org/jira/browse/HARMONY-159?page=all ]
Paulex Yang updated HARMONY-159:
Attachment: java.util.zip.Inflater.patch
java.util.zip.InflaterTests.patch
159-native-patch.txt
the patches are attached, and
Harmony text component has some API difference with JSE 5 spec
--
Key: HARMONY-172
URL: http://issues.apache.org/jira/browse/HARMONY-172
Project: Harmony
Type: Bug
Components: Classlib
Reporter:
[ http://issues.apache.org/jira/browse/HARMONY-172?page=all ]
Paulex Yang updated HARMONY-172:
Attachment: java.text.BreakIterator.patch
java.text.NumberFormat.patch
Patches are attached. As we discussed before on mailing list, the
On Mon, Mar 06, 2006 at 02:12:16PM +0800, Paulex Yang wrote:
Stuart,
Stuart Ballard wrote:
Tim Ellison t.p.ellison at gmail.com writes:
Stuart: is there some way to avoid JAPI taking inherited API signatures
into account when doing the diff? kinda like the javadoc tool.
This
I like Mark's answer best!
Back to the subject though - I've updated the wiki (here
http://wiki.apache.org/harmony/Apache_Tomcat) with the list of API
classes that Tomcat loaded that aren't in SVN.
Having Harmony-39 and Harmony-88 in SVN will make this list a lot
shorter :-).
Geir
Hello Paulex,
Please refer to JDiff (http://javadiff.sourceforge.net/), maybe this is
tool can meet your requirement more. :-D
Richard Liang
China Software Development Lab, IBM
Dalibor Topic wrote:
On Mon, Mar 06, 2006 at 02:12:16PM +0800, Paulex Yang wrote:
Stuart,
Stuart Ballard
java.nio.charset.CharsetEncoder.encode method does not reserve remaining bytes
for next invocation.
---
Key: HARMONY-173
URL: http://issues.apache.org/jira/browse/HARMONY-173
Just so you know, it's a known issue. No estimate.
geir
I'll be babysitting it, but it should be ok now...
Vikram,
Richard Jones maintains a comprehensive GC bibliography database here
http://www.cs.kent.ac.uk/people/staff/rej/gcbib/gcbib.html
Regards,
Tim
FaeLLe wrote:
Hello,
This is a slightly off topic post but I was wondering if anyone could point
me in the right direction to obtaining
not for me :-( unusable from here
Tim
Geir Magnusson Jr wrote:
I'll be babysitting it, but it should be ok now...
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
Jean-frederic Clere wrote:
Mark Hindess wrote:
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \!
-anewer .now on both builds shows that the only files that aren't
accessed by either build are the README files and:
depends/files/java.security
That probably isn't needed
you aren't the only one
grrr
Tim Ellison wrote:
not for me :-( unusable from here
Tim
Geir Magnusson Jr wrote:
I'll be babysitting it, but it should be ok now...
Now I get it...
Try again
Geir Magnusson Jr wrote:
you aren't the only one
grrr
Tim Ellison wrote:
not for me :-( unusable from here
Tim
Geir Magnusson Jr wrote:
I'll be babysitting it, but it should be ok now...
Dalibor Topic wrote:
On Mon, Mar 06, 2006 at 02:12:16PM +0800, Paulex Yang wrote:
Stuart,
Stuart Ballard wrote:
Tim Ellison t.p.ellison at gmail.com writes:
Stuart: is there some way to avoid JAPI taking inherited API signatures
into account when doing the diff? kinda like the javadoc
Daniel Gandara wrote:
c) Some still missing components...
we have checked some pre-conditions before making this announcement and
we found that there are some components we need (i.e.: concurrent)
which
are not on Harmony yet. Is someone working on those missing
components?
I'm not
Iris Gastañaga wrote:
Hi all,
On behalf of ITC (Cordoba Institute of Technology)from Argentina.I
want to offer a code contribution of the
following packages:
- java.math(led by Daniel Fridlender)
- java.crypto (led by Miguel Montes)
- java.rmi (led by Daniel Gándara)
Sorry Mikhail, I can't even see those issues until jira gets fixed :-(
Regards,
Tim
Mikhail Loenko wrote:
Dear committers
Can I somehow help with processing issues like [76] , [95], and [147]?
These issues imply massive update and kind of block submitting further
improvements for the
Matt Benson wrote:
--- Alexey Petrenko [EMAIL PROTECTED]
wrote:
2006/3/3, Tim Ellison [EMAIL PROTECTED]:
How about we just remove references to ENV from
the Ant scripts ;-) ?
That sounds like a very strange 'feature' of Ant
Why not use environment if it needed and accessible?
Even in
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
does it make sense to move the launcher there? We'll need to reuse for
other tools.
I don't think so. The tools should be capable of being written in Java
code, so putting all that logic under enhanced/tools/javadoc
Change windows native clean to be less verbose/confusing
Key: HARMONY-174
URL: http://issues.apache.org/jira/browse/HARMONY-174
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Mark
[ http://issues.apache.org/jira/browse/HARMONY-174?page=all ]
Mark Hindess updated HARMONY-174:
-
Attachment: change.win.del.to.be.more.like.linux.rm.-f
Trivial patch to make delete more like unix rm -f.
Change windows native clean to be less
natives contain duplicate of convertToPlatform function
---
Key: HARMONY-175
URL: http://issues.apache.org/jira/browse/HARMONY-175
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Mark
[ http://issues.apache.org/jira/browse/HARMONY-175?page=all ]
Mark Hindess updated HARMONY-175:
-
Attachment: remove.duplicate.convertToPlatform
This patch removes the duplicate convertToPlatform function - it assumes
OSFileSystem.c has been moved by
Linux natives rely on implicit declarations of system functions
---
Key: HARMONY-176
URL: http://issues.apache.org/jira/browse/HARMONY-176
Project: Harmony
Type: Improvement
Components: Classlib
[ http://issues.apache.org/jira/browse/HARMONY-176?page=all ]
Mark Hindess updated HARMONY-176:
-
Attachment: explicit.function.declarations
This patch adds #includes of appropriate systems header files to pull in
explicit declarations of system
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
does it make sense to move the launcher there? We'll need to reuse for
other tools.
I don't think so. The tools should be capable of being written in Java
code, so putting all that logic under
redundant files: native-src
---
Key: HARMONY-177
URL: http://issues.apache.org/jira/browse/HARMONY-177
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Mark Hindess
Priority: Trivial
The following files are
Hello Tim,
Thank you for your reply.
Mr. Richard Jones is actually my supervisor for my Msc project. was
posting this message to try obtain some more material on this matter.
Regards,
- Vikram Mohan
On 3/6/06, Tim Ellison [EMAIL PROTECTED] wrote:
Vikram,
Richard Jones maintains a
Tim Ellison wrote:
Jean-frederic Clere wrote:
Mark Hindess wrote:
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \!
-anewer .now on both builds shows that the only files that aren't
accessed by either build are the README files and:
depends/files/java.security
That
Jean-frederic Clere wrote:
Tim Ellison wrote:
Jean-frederic Clere wrote:
Mark Hindess wrote:
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \!
-anewer .now on both builds shows that the only files that aren't
accessed by either build are the README files and:
Have you tried putting Xerces, Xalan and the xml-commons JARs in the
bootclasspath? I believe the intent is to use that for the JAXP code anyway.
-Original Message-
From: zoe slattery [mailto:[EMAIL PROTECTED]
Sent: Monday, March 06, 2006 3:25 AM
To: harmony-dev@incubator.apache.org
Here's a good link with a summary of some of the new features:
http://java.sun.com/developer/technicalArticles/releases/j2se15/
One of the major pieces that I missed is uplifting everything to support the
Unicode 4.0 updates; char is now UTF-16 encoded value, etc.
-Original Message-
Nathan Beyer wrote:
Here's a good link with a summary of some of the new features:
http://java.sun.com/developer/technicalArticles/releases/j2se15/
One of the major pieces that I missed is uplifting everything to support the
Unicode 4.0 updates; char is now UTF-16 encoded value, etc.
'char'
Maybe I didn't read this article right, but my understanding is that in Java
5, char or at least an array of char is considered a UTF-16 sequence:
http://java.sun.com/developer/technicalArticles/Intl/Supplementary/
Here's the important quote from this article:
In the end, the decision was for a
Karan,
karan malhi wrote:
Hi,
The javax.accessibility.AccessibleBundle class requires a default
ResourceBundle.
1. Which package would we put the default resource bundle classes in?
Currently the resource bundles are located in
Nathan Beyer wrote:
Maybe I didn't read this article right, but my understanding is that in Java
5, char or at least an array of char is considered a UTF-16 sequence:
http://java.sun.com/developer/technicalArticles/Intl/Supplementary/
Yes, Nathan. Char sequence and char array are considered
java.text.DateFormat$Field's contructor may replace predefined consts with new
value in cache
-
Key: HARMONY-178
URL: http://issues.apache.org/jira/browse/HARMONY-178
Project:
Thanks Paulex,
What about ResourceBundles specific to a package like for example
javax.accessibility. Should we put the ResourceBundles in
org.apache.harmony.accessibility.internal ?
Paulex Yang wrote:
Karan,
karan malhi wrote:
Hi,
The javax.accessibility.AccessibleBundle class
[ http://issues.apache.org/jira/browse/HARMONY-178?page=all ]
Paulex Yang updated HARMONY-178:
Attachment: java.text.DateFormat.patch
java.text.DateFormatFieldTest.patch
patch for fix and test is attached. And for your information, the
I'm not sure myself, but I personally think that is fine.
There is also a Resources directory in every source folder, I have no
idea what it is used for. Anyone can help?
karan malhi wrote:
Thanks Paulex,
What about ResourceBundles specific to a package like for example
Alright, more specifically a char is no longer guaranteed to be a single
Unicode character, but rather two bytes of a UTF-16 sequence.
-Original Message-
From: Richard Liang [mailto:[EMAIL PROTECTED]
Sent: Monday, March 06, 2006 8:10 PM
To: harmony-dev@incubator.apache.org
Subject: Re:
[classlib][luni] Java 5 enhancements for java.lang.Boolean
--
Key: HARMONY-179
URL: http://issues.apache.org/jira/browse/HARMONY-179
Project: Harmony
Type: Improvement
Components: Classlib
Reporter:
[ http://issues.apache.org/jira/browse/HARMONY-179?page=all ]
Nathan Beyer updated HARMONY-179:
-
Attachment: Boolean_java_5_patch.txt
BooleanTest.java
.txt file is a patch for java.lang.Boolean and the .java file is the new
test case.
Nathan Beyer wrote:
Alright, more specifically a char is no longer guaranteed to be a single
Unicode character, but rather two bytes of a UTF-16 sequence.
Agree :-)
-Original Message-
From: Richard Liang [mailto:[EMAIL PROTECTED]
Sent: Monday, March 06, 2006 8:10 PM
To:
[classlib][luni] Java 5 enhancements for java.lang.Byte
---
Key: HARMONY-180
URL: http://issues.apache.org/jira/browse/HARMONY-180
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Nathan
[ http://issues.apache.org/jira/browse/HARMONY-180?page=all ]
Nathan Beyer updated HARMONY-180:
-
Attachment: ByteTest.java
Byte_java_5_patch.txt
'Byte_java_5_patch.txt' is a patch for java.lang.Byte to implement Java 5
enhancements. The
3 missing getChannel() methods in java.net package
--
Key: HARMONY-181
URL: http://issues.apache.org/jira/browse/HARMONY-181
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Svetlana Samoilenko
java.nio.charset.Charset.encode(in) doesn't use the same cached encoder.
Key: HARMONY-182
URL: http://issues.apache.org/jira/browse/HARMONY-182
Project: Harmony
Type: Bug
Reporter: Richard
[
http://issues.apache.org/jira/browse/HARMONY-92?page=comments#action_12369166 ]
Richard Liang commented on HARMONY-92:
--
Hello Mark,
I think your patch is what I can though I just re-play your patch manually
because I have no permission to check-in
Richard Liang (JIRA) wrote:
[ http://issues.apache.org/jira/browse/HARMONY-92?page=comments#action_12369166 ]
Richard Liang commented on HARMONY-92:
--
Hello Mark,
I think your patch is what I can though I just re-play your patch manually
because I
refactor linux specific parts of nethelp.c then make it shared code
---
Key: HARMONY-183
URL: http://issues.apache.org/jira/browse/HARMONY-183
Project: Harmony
Type: Improvement
Components: Classlib
java.util.TimeZone's default implementation may cause many classes'
serialization non-compatible with RI
Key: HARMONY-184
URL:
53 matches
Mail list logo
