[ http://issues.apache.org/jira/browse/HARMONY-185?page=all ]
Mark Hindess updated HARMONY-185:
-
Attachment: avoid.uninitialized.variable.warnings
linux native sources use uninitialized variables
This kind of serialization compatibility issue may be found again later,
if only RI use some non-API class as default implementation of
serializable abstract class. So I think we need some discussion on this
issue for a principle.
I propose two choice:
1. just let it be
2. mimic a class as
You might also want to mention the Memory Model changes that came as
part of JSR 133.
http://java.sun.com/docs/books/jls/third_edition/html/memory.html
--Will
Nathan Beyer wrote:
Here's a good link with a summary of some of the new features:
X509CertSelector.match throws ArrayIndexOutOfBoundsException when checks
keyUsage criterion
---
Key: HARMONY-186
URL: http://issues.apache.org/jira/browse/HARMONY-186
Project: Harmony
[ http://issues.apache.org/jira/browse/HARMONY-186?page=all ]
Stepan Mishura updated HARMONY-186:
---
Attachment: fixHarmony186.txt
Patch includes bug fix and regression test
X509CertSelector.match throws ArrayIndexOutOfBoundsException when checks
[ http://issues.apache.org/jira/browse/HARMONY-99?page=all ]
Tim Ellison closed HARMONY-99:
--
Verified by Svetlana
java.nio.charset.CharsetDecoder.decode(ByteBuffer in) does not throw
MalformedInputException when buffer's current position is not legal
[ http://issues.apache.org/jira/browse/HARMONY-102?page=all ]
Tim Ellison closed HARMONY-102:
---
Verified by Svetlana
java.util.Date.parse(String) throws java.lang.IllegalArgumentException for
legal string
[ http://issues.apache.org/jira/browse/HARMONY-94?page=all ]
Tim Ellison closed HARMONY-94:
--
Verified by Svetlana
java.util.Collections.binarySearch(List, Object, Comparator c) throws NPE
when c is null
[ http://issues.apache.org/jira/browse/HARMONY-93?page=all ]
Tim Ellison closed HARMONY-93:
--
Verified by Svetlana
some methods in java.util.Collections don't throw NPE when the parameter is
null
Paulex Yang wrote:
This kind of serialization compatibility issue may be found again
later, if only RI use some non-API class as default implementation of
serializable abstract class. So I think we need some discussion on
this issue for a principle.
I propose two choice:
1. just let it be
2.
[ http://issues.apache.org/jira/browse/HARMONY-73?page=all ]
Tim Ellison closed HARMONY-73:
--
Verified by Svetlana
java.net.InetAddress.getLocalHost() returns wrong host name for loopback
address
[ http://issues.apache.org/jira/browse/HARMONY-92?page=all ]
Tim Ellison reassigned HARMONY-92:
--
Assign To: Tim Ellison
Suggestion: Move com.ibm.platform from NIO to LUNI
--
Key: HARMONY-92
On Mon, Mar 06, 2006 at 09:21:38PM -0600, 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.
That wasn't the case before either. Some character representations can
only reasonably be
George,
2006/3/7, George Harley [EMAIL PROTECTED]:
Paulex Yang wrote:
This kind of serialization compatibility issue may be found again
later, if only RI use some non-API class as default implementation of
serializable abstract class. So I think we need some discussion on
this issue for
[ http://issues.apache.org/jira/browse/HARMONY-92?page=all ]
Tim Ellison resolved HARMONY-92:
Resolution: Fixed
Mark / Richard,
Thanks for the patches instructions.
The 'platform' code has been moved from NIO to LUNI at repo revision 383849.
[ http://issues.apache.org/jira/browse/HARMONY-153?page=all ]
Tim Ellison closed HARMONY-153:
---
Verified by Mikhail
mark deprecated API
---
Key: HARMONY-153
URL: http://issues.apache.org/jira/browse/HARMONY-153
Mikhail Loenko wrote:
George,
2006/3/7, George Harley [EMAIL PROTECTED]:
Paulex Yang wrote:
This kind of serialization compatibility issue may be found again
later, if only RI use some non-API class as default implementation of
serializable abstract class. So I think we need some
2006/3/7, George Harley [EMAIL PROTECTED]:
I wonder what lessons other class library development teams have learned
in this area ?
BTW, the problem with serialization of crypto keys (various implementations of
java.security.Key) was resolved in 1.5 by introducing a new class
[
http://issues.apache.org/jira/browse/HARMONY-92?page=comments#action_12369215 ]
Mark Hindess commented on HARMONY-92:
-
Looks good. Thanks Tim.
Suggestion: Move com.ibm.platform from NIO to LUNI
--
The problem is serial form contains class name sun.foo
and if you deal with o.a.h.foo then serialization framework
will never know that you class's readObject() is to be invoked.
Another option is provide 'pairs' to ObjectInputStream.readObject():
for each 'foo' method it will know what is the
[ http://issues.apache.org/jira/browse/HARMONY-148?page=all ]
Tim Ellison reassigned HARMONY-148:
---
Assign To: Tim Ellison
java.nio.charset.CharsetDecoder: decode(in,out,endOfInput) method doesn't
preserve replace string for successive decode
[
http://issues.apache.org/jira/browse/HARMONY-148?page=comments#action_12369217
]
Tim Ellison commented on HARMONY-148:
-
Richard,
Fix applied to NIO_CHAR module java.nio.charset.CharsetDecoder at repo revision
383862.
Please can you provide your
[ http://issues.apache.org/jira/browse/HARMONY-149?page=all ]
Tim Ellison reassigned HARMONY-149:
---
Assign To: Tim Ellison
java.nio.charset.Charset.forName(name) return different reference value when
requiring the same Charset.
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?
[ http://issues.apache.org/jira/browse/HARMONY-172?page=all ]
Tim Ellison reassigned HARMONY-172:
---
Assign To: Tim Ellison
Harmony text component has some API difference with JSE 5 spec
--
[ http://issues.apache.org/jira/browse/HARMONY-149?page=all ]
Tim Ellison resolved HARMONY-149:
-
Resolution: Fixed
Richard,
Fixed in NIO_CHAR module java.nio.charset.Charset at repo revision 383867.
Take a look at how I changed the test case to
[
http://issues.apache.org/jira/browse/HARMONY-172?page=comments#action_12369220
]
Tim Ellison commented on HARMONY-172:
-
Paulex,
I thought the decision was to implement the BreakIterator methods to do the
'obvious' thing? I've put in the
[ http://issues.apache.org/jira/browse/HARMONY-170?page=all ]
Tim Ellison reassigned HARMONY-170:
---
Assign To: Tim Ellison
java.nio.charset.CharsetEncoder.encode method does not handle the unexpected
exception
[ http://issues.apache.org/jira/browse/HARMONY-170?page=all ]
Tim Ellison resolved HARMONY-170:
-
Resolution: Fixed
Thanks Richard,
That was as exemplary JIRA report -- a patch for the code and test suite, and
following the conventions! It made
[ http://issues.apache.org/jira/browse/HARMONY-178?page=all ]
Tim Ellison reassigned HARMONY-178:
---
Assign To: Tim Ellison
java.text.DateFormat$Field's contructor may replace predefined consts with
new value in cache
[ http://issues.apache.org/jira/browse/HARMONY-178?page=all ]
Tim Ellison resolved HARMONY-178:
-
Resolution: Fixed
Paulex,
Thanks for the patches. I added a copyright statement to the test and updated
the test suite.
Applied to TEXT module
java.io.ObjectOutputStream.writeUnshared() works incorrectly.
-
Key: HARMONY-187
URL: http://issues.apache.org/jira/browse/HARMONY-187
Project: Harmony
Type: Bug
Components: Classlib
Reporter:
[ http://issues.apache.org/jira/browse/HARMONY-187?page=all ]
Dmitry M. Kononov updated HARMONY-187:
--
Attachment: Test16.java
java.io.ObjectOutputStream.writeUnshared() works incorrectly.
[ http://issues.apache.org/jira/browse/HARMONY-174?page=all ]
Tim Ellison reassigned HARMONY-174:
---
Assign To: Tim Ellison
Change windows native clean to be less verbose/confusing
[ http://issues.apache.org/jira/browse/HARMONY-174?page=all ]
Tim Ellison resolved HARMONY-174:
-
Resolution: Fixed
Thanks Mark,
Fixed in native-src/win.IA32/rules.mak at repo revision 383882.
Please check that it was applied as you expected.
ObjectOutputStream.useProtocolVersion(version) should check a parameter value.
--
Key: HARMONY-188
URL: http://issues.apache.org/jira/browse/HARMONY-188
Project: Harmony
Type: Bug
This is somewhat terrifying, isn't it? Are there really references to
com.sun.* in serialized API objects? This *has* to be a bug in the
whole spec if so...
Is serialization called out as being non-portable?
(I never thought of this before because I always worked in homogeneous
JRE
Hi George,
I wonder what lessons other class library development teams have learned
in this area ?
I guess that our experience from Wonka can be summed up as serialization is a
PITA. Most of the time the problem can be solved, you just never know where
the next one will pop up. We advise our
If so, lets be sure to log them in JIRA - I created a category for this
(I forget the name, but it will be obvious...)
geir
[ http://issues.apache.org/jira/browse/HARMONY-188?page=all ]
Dmitry M. Kononov updated HARMONY-188:
--
Attachment: Test17.java
ObjectOutputStream.useProtocolVersion(version) should check a parameter value.
PLS HELP ME UNSUBSCRIBE TO THAT JIRA list!!! HELP.. I HATE harmony already
because of all that spam!!
On 3/7/06, Dmitry M. Kononov (JIRA) [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/HARMONY-188?page=all ]
Dmitry M. Kononov updated HARMONY-188:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Probably best to put the 'concerted work in progress' description on the
wiki, so anyone can join in; the website status page was intended to be
more of a current state of the code overview. We should also start to
set
On 3/7/06, crispyalien [EMAIL PROTECTED] wrote:
PLS HELP ME UNSUBSCRIBE TO THAT JIRA list!!! HELP.. I HATE harmony
already because of all that spam!!
JIRA messages are sent to the harmony-dev list. Currently the only
way to avoid them is to unsubscribe from the harmony-dev list or
filter them
Mark Hindess wrote:
Geir, There are quite a lot of JIRA messages these days, perhaps it
is time to split the JIRA traffic to a separate list with a reply-to
set to harmony-dev. Or perhaps just have them sent to the commit
list?
Yes, please... +1e6
-Archie
2006/3/7, Geir Magnusson Jr [EMAIL PROTECTED]:
This is somewhat terrifying, isn't it? Are there really references to
com.sun.* in serialized API objects?
Yes, there are.
For example, TimeZone.ser produced by the example from the JIRA issue
that started this thread, refers to
Mikhail Loenko wrote:
The problem is serial form contains class name sun.foo
and if you deal with o.a.h.foo then serialization framework
will never know that you class's readObject() is to be invoked.
Yep, you're right : it really is a lot worse than I originally envisaged :-(
Another
Thanks Chris, your experience on this matter is very welcome. Even if it
does make me feel a little depressed ;-)
Best regards,
George
Chris Gray wrote:
Hi George,
I wonder what lessons other class library development teams have learned
in this area ?
I guess that our experience
[
http://issues.apache.org/jira/browse/HARMONY-171?page=comments#action_12369238
]
Mark Hindess commented on HARMONY-171:
--
Oops. There is a typo in the 01 script:
svn remove native-src/win.IA32/archive/zip.c
should read:
svn remove
I see it as an opportunity. :)
We should ask Sun what to do they are the go to people for
compatibility questions, right?
geir
George Harley wrote:
Thanks Chris, your experience on this matter is very welcome. Even if it
does make me feel a little depressed ;-)
Best regards,
George
--- crispyalien [EMAIL PROTECTED] wrote:
PLS HELP ME UNSUBSCRIBE TO THAT JIRA list!!! HELP..
I HATE harmony already
because of all that spam!!
[SNIP]
The way to unsubscribe is probably sending an empty
email to:
[EMAIL PROTECTED]
at a guess. It is unfortunate that you feel that you
have
Taking care of this now...
I will note that this makes it even more important for committers and
active contributors to subscribe to the commits mailing list - a lot of
important information is in those jira messages.
I will also note that it *also* makes it even more important that Jira
is not
Sweet, many thanks.
Craig
On Mar 7, 2006, at 9:14 AM, Leo Simons wrote:
Taking care of this now...
I will note that this makes it even more important for committers and
active contributors to subscribe to the commits mailing list - a
lot of
important information is in those jira messages.
On Tue, Mar 07, 2006 at 09:19:54AM -0800, Craig Blake wrote:
Sweet, many thanks.
+1, I wasn't being flooded but it's nice to be able to separate these
flows without client-side filters.
Steph
--
Stephane Meslin-Weber
Yes we do. I'm not convinced that logging them in JIRA is the right
thing -- I'd like to see them a bit closer to the code.
IMHO when we agree on a departure from the spec/RI then the differences
should be embodied in an API test case. We should expect the test to
pass on harmony code, and fail
Tim Ellison wrote:
Yes we do. I'm not convinced that logging them in JIRA is the right
thing -- I'd like to see them a bit closer to the code.
Having them in JIRA doesn't exclude doing anything else, just serves as
an additional tracking system - a central directory of how we deviate so
do you want to discuss what you are undoing?
geir
[EMAIL PROTECTED] wrote:
Author: tellison
Date: Tue Mar 7 10:08:47 2006
New Revision: 383950
URL: http://svn.apache.org/viewcvs?rev=383950view=rev
Log:
Use the test suite, and put the results in the reporting dir
Modified:
Valentin,
JIRA certainly produces tons of e-mail (too much IMHO) and AIUI it is
all sent to the dev list for everyone to see. It is easy to
filter/delete if you only want to see the discussions, but if you want
to get off the dev list altogether send mail to
[EMAIL PROTECTED].
Regards,
Tim
can we rename the directory then? I really hate having the main build
script in a subdir (I'm used to them in root), and if we can't agree on
that, can we not call it make?
[EMAIL PROTECTED] wrote:
Author: tellison
Date: Tue Mar 7 10:01:56 2006
New Revision: 383946
URL:
I'm not sure who you wrote to - I'm very good about unsubbing people who
write directly.
I just manually unsubscribed you.
Adios.
geir
crispyalien wrote:
how the hell can I get out of this list? I wrote the administrators and I
got no respons..I hate this spaming..I registered myself only
Is there some way to teach JIRA not to send so much mail?
Every state change produces mail to the world - even though it is likely
only of interest to the reporter, assignee, and watchers. i.e. any way
to solve the problem rather than move it ;-)
Regards,
Tim
Leo Simons wrote:
Taking care
Tim Ellison wrote:
Is there some way to teach JIRA not to send so much mail?
Stop using it as a chat room. :)
Every state change produces mail to the world - even though it is likely
only of interest to the reporter, assignee, and watchers. i.e. any way
to solve the problem rather than
Geir Magnusson Jr wrote:
do you want to discuss what you are undoing?
I assume the monster diff is due to EOL differences or something...
1. I've make the test report location a variable
2. I've undone somebody else's undoing of the test suite invocation
Regards,
Tim
[EMAIL PROTECTED]
Tim Ellison wrote:
Geir Magnusson Jr wrote:
do you want to discuss what you are undoing?
I assume the monster diff is due to EOL differences or something...
1. I've make the test report location a variable
I thought you pointed it back into luni?
2. I've undone somebody else's undoing
Geir Magnusson Jr wrote:
can we rename the directory then?
Its name follows the pattern set by modules/luni/make/ and
modules/security/make/. What do you want to call them?
I really hate having the main build
script in a subdir (I'm used to them in root), and if we can't agree on
that, can
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Is there some way to teach JIRA not to send so much mail?
Stop using it as a chat room. :)
So what is the right way to use JIRA?
- people open an issue,
- maybe comment with a test case
- maybe attach a patch or two
- I may comment on the
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
do you want to discuss what you are undoing?
I assume the monster diff is due to EOL differences or something...
1. I've make the test report location a variable
I thought you pointed it back into luni?
Nope, see
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Is there some way to teach JIRA not to send so much mail?
Stop using it as a chat room. :)
So what is the right way to use JIRA?
- people open an issue,
- maybe comment with a test case
- maybe attach a patch or two
So
One of the cooler Jira features is the mailing list integration. You
can subscribe it to the mailing list, after which it will
automatically scan email subjects for issue identifiers (i.e. HARMONY-
) and add the email content as a comment to the referenced issue,
including attachments.
That's great! I wonder if we have that feature turned on in the ASF
installation
Craig Blake wrote:
One of the cooler Jira features is the mailing list integration. You
can subscribe it to the mailing list, after which it will automatically
scan email subjects for issue identifiers
Since nobody objected to this package structure, I will just assume the
package to be org.apache.harmony.accessibility.internal
Paulex Yang wrote:
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
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
snip
What steps should I stop doing?
It was a joke, referring to my continual plea to get some of the
conversations out and into -dev@
Sorry, the joke was lost on me.
I would like to help reduce the
Tim Ellison wrote:
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
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Geir Magnusson Jr wrote:
do you want to discuss what you are undoing?
I assume the monster diff is due to EOL differences or something...
1. I've make the test report location a
-Original Message-
From: zoe slattery [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 07, 2006 7:50 AM
To: harmony-dev@incubator.apache.org
Subject: Component status pages (was:Re: any donations expected for awt
and swing?)
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim
74 matches
Mail list logo