[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ]
Mark Hindess updated HARMONY-145:
-
Attachment: win.move.to.shared.auth.makefile
Oops. I accidentally missed the auth/makefile changes from the first patch.
This patch fixes that oversight.
Hi Tim,
I've attached a patch to run tests for login modules with 'hyauth' libraries. The tests pass with new libraries on Windows and Linux builds.
I've updated native-src/linux.IA32/auth/makefile to add 'vmi' library to be linked because loading 'hyauth' failed with the next diagnostics:
jav
Mikhail Loenko wrote:
Hi George
if you restructured the stuff on your computer, could you submit a patch?
Thanks,
Mikhail
Hi Mikhail,
Yes, it has always been my hope to do so. Given the amount of change
involved, I just wanted to run things by the broader community before
proceeding to o
Sounds good -- I don't know if people have already seen the classlib
status page [1] which gives a very broad view of what's happening; and
(as you point out) the JAPI tool output [2] that gives a very detailed view.
The tools we need are not reflected in those lists yet, though there has
been som
[ http://issues.apache.org/jira/browse/HARMONY-124?page=all ]
Tim Ellison closed HARMONY-124:
---
Verified by Richard
> java.nio.charset.CharsetDecoder doesn't throw CoderMalfunctionError exception
> when decodeLoop threw unexpected exception.
> --
Great!
2006/3/1, George Harley <[EMAIL PROTECTED]>:
> Mikhail Loenko wrote:
> > Hi George
> >
> > if you restructured the stuff on your computer, could you submit a patch?
> >
> > Thanks,
> > Mikhail
> >
> Hi Mikhail,
>
> Yes, it has always been my hope to do so. Given the amount of change
> invol
[ http://issues.apache.org/jira/browse/HARMONY-140?page=all ]
Tim Ellison reassigned HARMONY-140:
---
Assign To: Tim Ellison
> [classlib][luni] java.util.Collections.frequency(Collection,Object)
> implementation
>
[ http://issues.apache.org/jira/browse/HARMONY-140?page=all ]
Tim Ellison resolved HARMONY-140:
-
Resolution: Fixed
Thanks Nathan,
Patch looks good, applied to LUNI module at repo revision 381974.
Please check that the patch was applied as you expe
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ]
Tim Ellison updated HARMONY-143:
Summary: [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable
and Flushable. (was: [classlib][luni])
> [classlib][luni] Additional Java 5 interfa
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ]
Tim Ellison resolved HARMONY-143:
-
Resolution: Fixed
Thanks Nathan.
Applied to LUNI module at repo revision 381977.
Please check that it was applied as you expected.
> [classlib][luni
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ]
Tim Ellison reassigned HARMONY-143:
---
Assign To: Tim Ellison
> [classlib][luni]
>
>
> Key: HARMONY-143
> URL: http://issues.apache.org/jira/browse/HARMONY-1
Can we tweak the Harmony JIRA area to have a "deferred" resolution, and
allow anyone to change the title/type/component of a JIRA issue?
Thanks
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
Hi Nathan,
The first one (HARMONY-39) was accepted but didn't commit to the repository
yet. (I'm looking forward to see it in the repository because there a lot of
dependencies in security code with java.math implementation :-))
BTW, there is another contribution in progress (HARMONY-57). You may
Stepan Mishura wrote:
Hi Nathan,
The first one (HARMONY-39) was accepted but didn't commit to the repository
yet. (I'm looking forward to see it in the repository because there a lot of
dependencies in security code with java.math implementation :-))
BTW, there is another contribution in progre
I thought I answered this. I was trying to, but need to find out how
dangerous the change is, because the JIRA admin page recommends "backup
JIRA DB" before doing it..
geir
Tim Ellison wrote:
Can we tweak the Harmony JIRA area to have a "deferred" resolution, and
allow anyone to change the
[
http://issues.apache.org/jira/browse/HARMONY-121?page=comments#action_12368262
]
Mikhail Loenko commented on HARMONY-121:
At the first call of custom SecurityManager.checkPermission() the classes
required for permission check are not initialized.
until then... maybe we do a version set and have "future version" as the
marker?
Geir Magnusson Jr wrote:
I thought I answered this. I was trying to, but need to find out how
dangerous the change is, because the JIRA admin page recommends "backup
JIRA DB" before doing it..
geir
Tim Elliso
[ http://issues.apache.org/jira/browse/HARMONY-118?page=all ]
Tim Ellison reassigned HARMONY-118:
---
Assign To: Tim Ellison
> Separate build and clean phases
> ---
>
> Key: HARMONY-118
> URL: http://issues.ap
[ http://issues.apache.org/jira/browse/HARMONY-118?page=all ]
Tim Ellison resolved HARMONY-118:
-
Resolution: Fixed
Thanks Mark,
Separation looks ok, the patch was applied at repo revision 381993.
Please check that it was applied as you expected.
[
http://issues.apache.org/jira/browse/HARMONY-118?page=comments#action_12368269
]
Mark Hindess commented on HARMONY-118:
--
Looks good. Thanks Tim.
> Separate build and clean phases
> ---
>
> Key: HARMONY-118
>
[ http://issues.apache.org/jira/browse/HARMONY-127?page=all ]
Geir Magnusson Jr reassigned HARMONY-127:
-
Assign To: Geir Magnusson Jr
> Eclipse plug-in for Harmony JRE support
> ---
>
> Key: HARMONY-12
All paperwork has been received. I'll be getting that into SVN today,
but lest get the voting kicked off...
Please vote on acceptance of the donation of the eclipse plug-in for
Harmony JRE Support :
[ ] +1 Accept
[ ] -1 Don't accept (provide reason)
+1
Geir Magnusson Jr wrote:
All paperwork has been received. I'll be getting that into SVN today,
but lest get the voting kicked off...
Please vote on acceptance of the donation of the eclipse plug-in for
Harmony JRE Support :
[ ] +1 Accept
[ ] -1 Don't accept (provide reason)
All paperwork has been received. I'll be getting that into SVN today,
but lest get the voting kicked off...
Please vote on acceptance of the donation of Contribution of code and
unit tests for jndi, logging, prefs and sql plus unit tests only for
beans, crypto, math, regex and security :
[
+1
Geir Magnusson Jr wrote:
All paperwork has been received. I'll be getting that into SVN today,
but lest get the voting kicked off...
Please vote on acceptance of the donation of Contribution of code and
unit tests for jndi, logging, prefs and sql plus unit tests only for
beans, crypto, m
All paperwork has been received. I'll be getting that into SVN today,
but lets get the voting kicked off...
Please vote on acceptance of the donation of ontribution of unit test
code for a number of components :
[ ] +1 Accept
[ ] -1 Don't accept (provide reason)
Vote will run 3 days or unti
+1
Geir Magnusson Jr wrote:
All paperwork has been received. I'll be getting that into SVN today,
but lets get the voting kicked off...
Please vote on acceptance of the donation of ontribution of unit test
code for a number of components :
[ ] +1 Accept
[ ] -1 Don't accept (provide reason)
yes -- that will be fine
Geir Magnusson Jr wrote:
> until then... maybe we do a version set and have "future version" as the
> marker?
>
> Geir Magnusson Jr wrote:
>> I thought I answered this. I was trying to, but need to find out how
>> dangerous the change is, because the JIRA admin page reco
+1
Geir Magnusson Jr wrote:
> All paperwork has been received. I'll be getting that into SVN today,
> but lest get the voting kicked off...
>
> Please vote on acceptance of the donation of the eclipse plug-in for
> Harmony JRE Support :
>
> [ ] +1 Accept
> [ ] -1 Don't accept (provide reason)
>
+1
Geir Magnusson Jr wrote:
> All paperwork has been received. I'll be getting that into SVN today,
> but lest get the voting kicked off...
>
> Please vote on acceptance of the donation of Contribution of code and
> unit tests for jndi, logging, prefs and sql plus unit tests only for
> beans, cr
+1
Geir Magnusson Jr wrote:
> All paperwork has been received. I'll be getting that into SVN today,
> but lets get the voting kicked off...
>
> Please vote on acceptance of the donation of ontribution of unit test
> code for a number of components :
>
> [ ] +1 Accept
> [ ] -1 Don't accept (prov
[ http://issues.apache.org/jira/browse/HARMONY-118?page=all ]
Tim Ellison closed HARMONY-118:
---
Verified by Mark.
> Separate build and clean phases
> ---
>
> Key: HARMONY-118
> URL: http://issues.apache.org/ji
Geir Magnusson Jr wrote:
All paperwork has been received. I'll be getting that into SVN today,
but lest get the voting kicked off...
Please vote on acceptance of the donation of the eclipse plug-in for
Harmony JRE Support :
[ ] +1 Accept
[ ] -1 Don't accept (provide reason)
+1
Enrico
Dear Geir,
Just realize I'm not a committers after I'm too impertinent to read your
notes clearly. :-) Sorry again.
--
Richard Liang
China Software Development Lab, IBM
+1
Richard Liang
China Software Development Lab, IBM
Tim Ellison wrote:
+1
Geir Magnusson Jr wrote:
All paperwork has been received. I'll be getting that into SVN today,
but lets get the voting kicked off...
Please vote on acceptance of the donation of ontribution of unit test
code for
On 2/28/06, Enrico Migliore <[EMAIL PROTECTED]> wrote:
> Hi Weldon,
>
> I'm the author of the (read + lseek = pread) and I'm sure it can't be
> the cause of the
> compiling problem you are having.
I will stop trying to debug the problem and wait.
> I'm writing from scratch a short document wit
+1
On 3/1/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> +1
>
> Geir Magnusson Jr wrote:
> > All paperwork has been received. I'll be getting that into SVN today,
> > but lets get the voting kicked off...
> >
> > Please vote on acceptance of the donation of ontribution of unit test
> > code f
+1
On 3/1/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> All paperwork has been received. I'll be getting that into SVN today,
> but lest get the voting kicked off...
>
> Please vote on acceptance of the donation of the eclipse plug-in for
> Harmony JRE Support :
>
> [ ] +1 Accept
> [ ] -1 Do
+1
On 3/1/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> All paperwork has been received. I'll be getting that into SVN today,
> but lest get the voting kicked off...
>
> Please vote on acceptance of the donation of Contribution of code and
> unit tests for jndi, logging, prefs and sql plus u
*Absolutely* no trouble!
Everyone is invited, nay *encouraged* to vote, because everyone's
opinion should be taken into consideration for things like this,
committer or not.
Info :
*Legally* speaking, the only votes that count are those of the project
PMC (Project Management Committee), w
Weldon Washburn wrote:
On 2/28/06, Enrico Migliore <[EMAIL PROTECTED]> wrote:
Hi Weldon,
I'm the author of the (read + lseek = pread) and I'm sure it can't be
the cause of the
compiling problem you are having.
I will stop trying to debug the problem and wait.
I'm writing from scratch a
Weldon Washburn wrote:
I tried the "pread()" patch but I still get:
I just checked in support for systems without pread(2) in r382047.
The patch should no longer be needed. Let me know how/if it works.
-Archie
__
Archie C
[
http://issues.apache.org/jira/browse/HARMONY-143?page=comments#action_12368296
]
Nathan Beyer commented on HARMONY-143:
--
Looks good.
> [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and
> Flushable.
> -
[
http://issues.apache.org/jira/browse/HARMONY-140?page=comments#action_12368297
]
Nathan Beyer commented on HARMONY-140:
--
Looks good. Thanks.
> [classlib][luni] java.util.Collections.frequency(Collection,Object)
> implementation
> --
Do we need to add javadoc comments in classes?
How to deal with deprecated classes,methods and constructors? My guess
is that we should not care whether something is deprecated or not. We
would still need that stuff for backward compatibility. However, I still
would like to know if we need to k
[
http://issues.apache.org/jira/browse/HARMONY-137?page=comments#action_12368301
]
Vladimir Strigun commented on HARMONY-137:
--
Tim, I agree with the resolution, please close it.
> CharsetDecoder should replace undefined bytes with replacement stri
[ http://issues.apache.org/jira/browse/HARMONY-131?page=all ]
Tim Ellison reassigned HARMONY-131:
---
Assign To: Tim Ellison
> More extensive refactoring of linux makefiles
> -
>
> Key: HARMONY-131
>
[ http://issues.apache.org/jira/browse/HARMONY-132?page=all ]
Tim Ellison reassigned HARMONY-132:
---
Assign To: Tim Ellison
> Move shared native code to out of linux tree
>
>
> Key: HARMONY-132
>
[ http://issues.apache.org/jira/browse/HARMONY-144?page=all ]
Tim Ellison reassigned HARMONY-144:
---
Assign To: Tim Ellison
> Refactoring of windows makefiles.
> -
>
> Key: HARMONY-144
> URL: http://issue
[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ]
Tim Ellison reassigned HARMONY-145:
---
Assign To: Tim Ellison
> windows natives should use the shared files created by HARMONY-132
> ---
[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ]
Tim Ellison resolved HARMONY-145:
-
Resolution: Fixed
Mark
Applied in repo revision 382065.
Please check that the patch was applied as you expected.
> windows natives should use the sh
[ http://issues.apache.org/jira/browse/HARMONY-144?page=all ]
Tim Ellison resolved HARMONY-144:
-
Resolution: Fixed
Mark
Applied in repo revision 382065.
Please check that the patch was applied as you expected.
> Refactoring of windows makefiles.
[ http://issues.apache.org/jira/browse/HARMONY-132?page=all ]
Tim Ellison resolved HARMONY-132:
-
Resolution: Fixed
Mark
Applied in repo revision 382065.
Please check that the patch was applied as you expected.
> Move shared native code to out of
[ http://issues.apache.org/jira/browse/HARMONY-131?page=all ]
Tim Ellison resolved HARMONY-131:
-
Resolution: Fixed
Mark
Applied in repo revision 382065.
Please check that the patch was applied as you expected.
> More extensive refactoring of lin
karan malhi wrote:
Do we need to add javadoc comments in classes?
Sure. Javadoc is good.
How to deal with deprecated classes,methods and constructors?
Mark them deprecated?
My guess
is that we should not care whether something is deprecated or not. We
would still need that stuff for b
Will the javadoc have to match exactly with the RI api docs?
Geir Magnusson Jr wrote:
karan malhi wrote:
Do we need to add javadoc comments in classes?
Sure. Javadoc is good.
How to deal with deprecated classes,methods and constructors?
Mark them deprecated?
My guess is that we sh
My first answer was "no!", but I think I don't know what you mean by
"match exactly".
We want any javadoc for javax.* classes to have a pointer to the sun
javadoc (so it's clear we aren't trying to reproduce the spec) and have
information about *our* implementation, clarifications, how we
int
Geir Magnusson Jr wrote:
We want any javadoc for javax.* classes to have a pointer to the sun
javadoc (so it's clear we aren't trying to reproduce the spec) and
have information about *our* implementation, clarifications, how we
interpreted the spec, etc.
Thanks. Thats what I wanted to know
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ]
Tim Ellison closed HARMONY-143:
---
Verified by Nathan
> [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and
> Flushable.
> -
[ http://issues.apache.org/jira/browse/HARMONY-140?page=all ]
Tim Ellison closed HARMONY-140:
---
Verified by Nathan
> [classlib][luni] java.util.Collections.frequency(Collection,Object)
> implementation
> --
[ http://issues.apache.org/jira/browse/HARMONY-101?page=all ]
Tim Ellison resolved HARMONY-101:
-
Resolution: Invalid
Resolving as invalid as the regex code is not in the repository.
> NPE in java.util.regex.Pattern.compile()
> -
So, are we going to mark deprecated stuff?
Thanks,
Mikhail
2006/3/1, karan malhi <[EMAIL PROTECTED]>:
> Geir Magnusson Jr wrote:
>
> > We want any javadoc for javax.* classes to have a pointer to the sun
> > javadoc (so it's clear we aren't trying to reproduce the spec) and
> > have information a
Why not? It looks reasonable.
2006/3/1, Mikhail Loenko <[EMAIL PROTECTED]>:
> So, are we going to mark deprecated stuff?
>
> Thanks,
> Mikhail
--
Alexey A. Petrenko
Intel Middleware Products Division
[ http://issues.apache.org/jira/browse/HARMONY-137?page=all ]
Tim Ellison closed HARMONY-137:
---
Verified by Vladimir.
> CharsetDecoder should replace undefined bytes with replacement string
> ---
[
http://issues.apache.org/jira/browse/HARMONY-131?page=comments#action_12368331
]
Mark Hindess commented on HARMONY-131:
--
Looks good. Thanks Tim.
> More extensive refactoring of linux makefiles
> -
>
>
[
http://issues.apache.org/jira/browse/HARMONY-132?page=comments#action_12368332
]
Mark Hindess commented on HARMONY-132:
--
Looks good. In future, I'll attach a script to use for 'svn move's.
> Move shared native code to out of linux tree
>
[
http://issues.apache.org/jira/browse/HARMONY-144?page=comments#action_12368333
]
Mark Hindess commented on HARMONY-144:
--
Looks good.
> Refactoring of windows makefiles.
> -
>
> Key: HARMONY-144
> UR
[
http://issues.apache.org/jira/browse/HARMONY-145?page=comments#action_12368335
]
Mark Hindess commented on HARMONY-145:
--
Looks good.
> windows natives should use the shared files created by HARMONY-132
>
[
http://issues.apache.org/jira/browse/HARMONY-122?page=comments#action_12368336
]
Mark Hindess commented on HARMONY-122:
--
This is fixed and can be closed. Thanks Tim.
> Redundant cd commands in the win.ia32 archive makefile
> --
doxygen build is broken
---
Key: HARMONY-146
URL: http://issues.apache.org/jira/browse/HARMONY-146
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Mark Hindess
Priority: Trivial
I thought I'd have broke nthe doc/build.xml d
[ http://issues.apache.org/jira/browse/HARMONY-146?page=all ]
Mark Hindess updated HARMONY-146:
-
Attachment: fix.doxygen
Fixes the directory names. There is no doubt plenty more work to be done in
this area. For instance, adding DoxygenSupport.txt to
Hi,
When did it break ? Was it something the automated build process have
informed us about ?
Best regards,
George
IBM UK
Mark Hindess (JIRA) wrote:
doxygen build is broken
---
Key: HARMONY-146
URL: http://issues.apache.org/jira/browse/HARMONY-146
On 01/03/06, George Harley <[EMAIL PROTECTED]> wrote:
> Hi,
>
> When did it break ?
"cd doc;ant" reports:
doxygen-kernel:
[exec] Error: tag INPUT: input source
`/pbuilder/tmp/Harmony.quilt/doc/../java-src/kernel/src'
does not exist
[exec] Result: 1
So it's probably
I got quite a few rejects when I went to test this. I fixed them and
I modified the native-src auth build slightly in the hope that
handling the shared libraries as they are handled by the other modules
might resolve the ld issues. This seems to have worked for me at
least.
It's not very large s
[ http://issues.apache.org/jira/browse/HARMONY-131?page=all ]
Tim Ellison closed HARMONY-131:
---
Verified by Mark.
> More extensive refactoring of linux makefiles
> -
>
> Key: HARMONY-131
> URL:
[ http://issues.apache.org/jira/browse/HARMONY-132?page=all ]
Tim Ellison closed HARMONY-132:
---
Verified by Mark.
> Move shared native code to out of linux tree
>
>
> Key: HARMONY-132
> URL: h
[ http://issues.apache.org/jira/browse/HARMONY-144?page=all ]
Tim Ellison closed HARMONY-144:
---
Verified by Mark.
> Refactoring of windows makefiles.
> -
>
> Key: HARMONY-144
> URL: http://issues.apache.or
[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ]
Tim Ellison closed HARMONY-145:
---
Verified by Mark.
> windows natives should use the shared files created by HARMONY-132
> --
>
>
[ http://issues.apache.org/jira/browse/HARMONY-122?page=all ]
Tim Ellison closed HARMONY-122:
---
Verified by Mark.
> Redundant cd commands in the win.ia32 archive makefile
> --
>
> Key: HARMONY-1
Mark Hindess googlemail.com> writes:
> Since these are generated files they probably shouldn't be in svn in
> the first place. Though I can see why it is handy to have them there.
> Perhaps we need a "snapshot" on the web site?
>
> > Was it something the automated build process have informed u
Archie,
I still get the same error.
I deleted the jchevm directory and got a clean version (382162) from
svn. I followed the instructions in Apache.README with the exception
that I did not do anything about libpopt or libz. There are versions
of these libs in c:\cygwin\
I can start debugging j
[ http://issues.apache.org/jira/browse/HARMONY-115?page=all ]
Tim Ellison resolved HARMONY-115:
-
Resolution: Fixed
Mark,
I ended up not using your patches, but the svn status is quiet after a full
checkout and build now on both windows and linux.
Thanks Stepan -- I've applied your patch in repo revision 382161.
We can migrate the auth code with the other natives into whatever
platform layout we end up with.
I'll remove the jaas* code building now it is no longer referenced.
Regards,
Tim
Stepan Mishura wrote:
> Hi Tim,
>
> I've attache
Mark Hindess wrote:
> On 01/03/06, George Harley <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> When did it break ?
>
> "cd doc;ant" reports:
>
> doxygen-kernel:
>[exec] Error: tag INPUT: input source
>`/pbuilder/tmp/Harmony.quilt/doc/../java-src/kernel/src'
> does not exist
>
Sure -- just mark as @deprecated, but as noted elsewhere they have to be
fully implemented (they are still API afterall).
Regards,
Tim
Alexey Petrenko wrote:
> Why not? It looks reasonable.
>
> 2006/3/1, Mikhail Loenko <[EMAIL PROTECTED]>:
>> So, are we going to mark deprecated stuff?
>>
>> Than
Weldon Washburn wrote:
I still get the same error.
I deleted the jchevm directory and got a clean version (382162) from
svn. I followed the instructions in Apache.README with the exception
that I did not do anything about libpopt or libz. There are versions
of these libs in c:\cygwin\
Perhap
Reorganise security module layout
-
Key: HARMONY-147
URL: http://issues.apache.org/jira/browse/HARMONY-147
Project: Harmony
Type: Improvement
Components: Classlib
Environment: All
Reporter: George Harley
Priority: Minor
> Perhaps there is a mismatch between where you installed Classpath
> and where jchevm is looking for it.. ? I.e., class not found because
> the class really is not found.
>
> Did you configure jchevm with any "--with-classpath=" flag? If not
> then you should have /usr/local/classpath/share/classp
Thanks a lot, Geir. :-)
Richard Liang
China Software Development Lab, IBM
Geir Magnusson Jr wrote:
*Absolutely* no trouble!
Everyone is invited, nay *encouraged* to vote, because everyone's
opinion should be taken into consideration for things like this,
committer or not.
Info :
*Lega
java.nio.charset.CharsetDecoder: decode(in,out,endOfInput) method doesn't
preserve replace string for successive decode invocation while "out" doesn't
have engouh space for replace string.
[ http://issues.apache.org/jira/browse/HARMONY-142?page=all ]
Richard Liang updated HARMONY-142:
--
Attachment: CharsetDecoder_patch.txt
Please try my patch. Thanks a lot!
> java.nio.charset.CharsetDecoder constructor doesn't throw
> IllegalArgumentExce
Weldon Washburn wrote:
It looks like it is finding glibj.zip. But I still get the same error
message when I try to build.
Weird.. I have no idea why it's not working. There may be some problem
when zip.c tries to read glibj.zip that causing it not to work. At this
point I think it's time to re
java.nio.charset.Charset.forName(name) return different reference value when
requiring the same Charset.
Key: HARMONY-149
URL: http://issues.apache.org/jira/browse/HARMONY-14
java.nio.charset.Charset.decode(in) doesn't use the same cached decoder.
Key: HARMONY-150
URL: http://issues.apache.org/jira/browse/HARMONY-150
Project: Harmony
Type: Bug
Components: Classlib
RI docs does not specify values for constant fields in
javax.accessibility.AccessibleAction interface
-
Key: HARMONY-151
URL: http://issues.apache.org/jira/browse/HARMONY-151
2006/3/2, Tim Ellison <[EMAIL PROTECTED]>:
> Sure -- just mark as @deprecated, but as noted elsewhere they have to be
> fully implemented (they are still API afterall).
+1
--
Alexey A. Petrenko
Intel Middleware Products Division
On 01/03/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: tellison
> Date: Wed Mar 1 14:35:08 2006
> New Revision: 382185
>
> URL: http://svn.apache.org/viewcvs?rev=382185&view=rev
> Log:
> Refine SVN ignore property
>
>
> Modified:
> incubator/harmony/enhanced/classlib/trunk/native-
Thanks Tim, Mark -- I've verified that tests pass
Thanks,
Stepan
On 3/2/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>
> Thanks Stepan -- I've applied your patch in repo revision 382161.
>
> We can migrate the auth code with the other natives into whatever
> platform layout we end up with.
>
> I'l
Well, I'm volunteering then to provide a patch for Harmony classes.
I'll open a JIRA issue
Thanks,
Mikhail
2006/3/2, Alexey Petrenko <[EMAIL PROTECTED]>:
> 2006/3/2, Tim Ellison <[EMAIL PROTECTED]>:
> > Sure -- just mark as @deprecated, but as noted elsewhere they have to be
> > fully implemented
99 matches
Mail list logo
