2006/3/3, Mikhail Loenko <[EMAIL PROTECTED]>:
> 'Path', 'Include', etc are common e.g. for Windows 2000,
Really? Neve heard about this... Is it documented somewhere?
> see also http://ant.apache.org/manual/CoreTasks/property.html
What part of this document you talking about?
--
Alexey A. Petrenko
[ http://issues.apache.org/jira/browse/HARMONY-149?page=all ]
Richard Liang updated HARMONY-149:
--
Attachment: Charset_patch_149.txt
Would you please have a try and apply the patch on Charset.java ? Thanks a lot!
To apply patch, simply click "Team"->"App
I did some comparison about archive component between Harmony codes and
JSE 5 spec, and the difference has been raised as JIRA issues just now.
I will provides patches for them soon :-) .
--
Paulex Yang
China Software Development Lab
IBM
Obviously we should encourage submission of patches but the committers
should remember that tthere are non-committers around who are happy to
help get worthwhile contributions in shape!
Perhaps just adding a comment to the JIRI suggesting the submitter
provide a patch or ask for help on the list?
Three types in java.util.jar are not implemented in Harmony
---
Key: HARMONY-163
URL: http://issues.apache.org/jira/browse/HARMONY-163
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Paulex Yan
Ah, thank you very much, but...I have some concerns whether we can look
at the Sun's bug database. Any official ideas from Harmony PPMC? ;-)
karan malhi wrote:
You might want to look at this
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6201170
Paulex Yang (JIRA) wrote:
[
http://is
One JSE 5 method are not implemented in java/util/jar/JarEntry
--
Key: HARMONY-162
URL: http://issues.apache.org/jira/browse/HARMONY-162
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Paul
Improper override method in java/util/zip/GZIPOutputStream.close()
--
Key: HARMONY-161
URL: http://issues.apache.org/jira/browse/HARMONY-161
Project: Harmony
Type: Bug
Components: Classlib
Report
You might want to look at this
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6201170
Paulex Yang (JIRA) wrote:
[ http://issues.apache.org/jira/browse/HARMONY-156?page=comments#action_12368656 ]
Paulex Yang commented on HARMONY-156:
-
All the spec
Three JSE 5 methods are not implemented in java.util.zip.InflaterInputStream
Key: HARMONY-160
URL: http://issues.apache.org/jira/browse/HARMONY-160
Project: Harmony
Type: Bug
Components: C
Two JSE 5 methods are not implemented in java.util.zip.Inflator
---
Key: HARMONY-159
URL: http://issues.apache.org/jira/browse/HARMONY-159
Project: Harmony
Type: Bug
Reporter: Paulex Yang
Two methods:
Two JSE 5 methods are not implemented in java.util.zip.Deflator
---
Key: HARMONY-158
URL: http://issues.apache.org/jira/browse/HARMONY-158
Project: Harmony
Type: Bug
Reporter: Paulex Yang
Two methods:
[
http://issues.apache.org/jira/browse/HARMONY-156?page=comments#action_12368656
]
Paulex Yang commented on HARMONY-156:
-
All the spec about Charset historical name is:
" Some charsets have an historical name that is defined for compatibility with
prev
'Path', 'Include', etc are common e.g. for Windows 2000, see also
http://ant.apache.org/manual/CoreTasks/property.html
Well, I can fix *my* XP but a lot of people will download Harmony, try
and throw out
I think ALL common environment variables should be spelled all standard ways.
Thanks,
Mikhai
[ http://issues.apache.org/jira/browse/HARMONY-148?page=all ]
Richard Liang updated HARMONY-148:
--
Attachment: CharsetDecoder_patch_148.txt
This patch fixes bug Harmony 148. Would you please have a try ?
The patch could be simply applied by clicking "te
+1
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 01, 2006 6:05 AM
To: harmony-dev@incubator.apache.org
Subject: [VOTE] Accept HARMONY-88 : Contribution of code and unit tests for
jndi, logging, prefs and sql plus unit tests only for beans, cry
Archie,
I finally got JCHEVM to compile and run "hello world" with gnu
classpath. My next step is to replace gnu classpath with harmony
class lib. For anyone interested, below is the workarounds I used:
1)
Unzip /usr/local/classpath/share/classpath/glibj.zip to
/usr/local/unzipped_glibj
2)
Unzi
Nathan,
Seems currently in SVN, the test cases are distributed to the various
classlib modules. How about we create a project named as
common/base/whatever to contain the common/base/whatever utilities/tests
which are very frequently used by many modules?
Nathan Beyer wrote:
+1
What's the
+1
What's the plan on putting this in SVN? Will this be its own project or will
it be distributed to the various classlib modules? The reason I ask is that
there are a number of common classes and base classes, which would make
splitting the tests up a bit more challenging.
Assuming this gets che
Agree ;-)
Richard Liang
China Software Development Lab, IBM
Geir Magnusson Jr wrote:
maybe we should reject things not in patch format, as it puts
unnecessary load on the committers.
Feel free to drop the code into comment or email so that we can
discuss, but patch is much easier for every
Thanks a lot for your encouragement, Stefano. I will try to participate
as much as possible ;-)
Richard Liang
China Software Development Lab, IBM
Stefano Mazzocchi wrote:
Richard Liang wrote:
Dear Geir,
Just realize I'm not a committers after I'm too impertinent to read
your notes clearly
On 02/03/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>
> Mark Hindess wrote:
> >
> > On 02/03/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> >>> The build now completes with the Eclipse compiler.
> >> Great, so are the classlib builds now running on the classlib code +
> >> eclipse compiler + IBM VME?
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 ourselves some goals, in terms of applications to run, e
Leo Simons wrote:
On Thu, Mar 02, 2006 at 09:50:02AM -0500, Geir Magnusson Jr wrote:
Stefano Mazzocchi wrote:
can I vote a "blank statement +1" that you can use to move code into SVN?
I think that if you would like to make a +1 blanket statement, then
we'll count that in the future.
In my
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 ourselves some goals, in terms of applications to run, etc.
If you want to mak
Mark Hindess wrote:
> On 02/03/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>>> The build now completes with the Eclipse compiler.
>> Great, so are the classlib builds now running on the classlib code +
>> eclipse compiler + IBM VME?
>
> Yes! So now I'm hoping to change our internal builds to:
So
[ http://issues.apache.org/jira/browse/HARMONY-157?page=all ]
Tim Ellison closed HARMONY-157:
---
Verified by Mark
> snapshot tar.gz has wrong permissions on java executable
>
>
> Key: HARMON
[ http://issues.apache.org/jira/browse/HARMONY-154?page=all ]
Tim Ellison closed HARMONY-154:
---
Verified by Oliver
> Files in native-src/linux.IA32/sig should be renamed with prefix hy
> ---
[ http://issues.apache.org/jira/browse/HARMONY-155?page=all ]
Tim Ellison closed HARMONY-155:
---
Verified by Oliver
> Native code tidy up - comments and casts
>
>
> Key: HARMONY-155
> URL: http://i
On Thu, Mar 02, 2006 at 09:50:02AM -0500, Geir Magnusson Jr wrote:
> Stefano Mazzocchi wrote:
> >can I vote a "blank statement +1" that you can use to move code into SVN?
>
> I think that if you would like to make a +1 blanket statement, then
> we'll count that in the future.
In my mind, in term
Man, I didn't even know it was coming. Too much email (and lots of real
life stuff to do, I must say, moving house is a lot of work!) for me to
keep track. Way cool though. I need to sort-of get "off" the PPMC, back
into my "just mentoring" role, and then we need some more people on that
PPMC who a
Hi,
I am writing the interfaces for the javax.accessibility package. Some of
the interfaces are dependent on classes from the awt package. Are we
expecting any donations for awt, swing packages?
If donations are not expected then what approach should I take? Should I
start writing stuff for a
[
http://issues.apache.org/jira/browse/HARMONY-157?page=comments#action_12368557
]
Mark Hindess commented on HARMONY-157:
--
Looks good. Thanks Tim.
> snapshot tar.gz has wrong permissions on java executable
> --
On 02/03/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> > The build now completes with the Eclipse compiler.
>
> Great, so are the classlib builds now running on the classlib code +
> eclipse compiler + IBM VME?
Yes! So now I'm hoping to change our internal builds to:
1) Build with IBM jdk.
2)
[
http://issues.apache.org/jira/browse/HARMONY-154?page=comments#action_12368555
]
Oliver Deakin commented on HARMONY-154:
---
Looks good, thanks.
> Files in native-src/linux.IA32/sig should be renamed with prefix hy
> --
[
http://issues.apache.org/jira/browse/HARMONY-155?page=comments#action_12368554
]
Oliver Deakin commented on HARMONY-155:
---
Looks good, thanks.
> Native code tidy up - comments and casts
>
>
> Key: HA
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Um. Sorry - I take back the first part. I misread it. I thought you
were putting it in yourself... Never mind. There's nothing to see
here. Look! An eagle! Over there!
Where? where? looks like a sparrow to me.
My [friendly] rant about JI
[ http://issues.apache.org/jira/browse/HARMONY-116?page=all ]
Tim Ellison closed HARMONY-116:
---
Verified by Mark
> strange exec behaviour with harmony vme/classlib
>
>
> Key: HARMONY-116
>
> The build now completes with the Eclipse compiler.
Great, so are the classlib builds now running on the classlib code +
eclipse compiler + IBM VME?
Regards,
Tim
Mark Hindess (JIRA) wrote:
> [
> http://issues.apache.org/jira/browse/HARMONY-116?page=comments#action_12368528
> ]
>
> Mar
[ http://issues.apache.org/jira/browse/HARMONY-154?page=all ]
Tim Ellison resolved HARMONY-154:
-
Resolution: Fixed
Oliver,
Fixed in native-src/linux.IA32/sig at repo revision 382448.
Please check that the patch was applied as you expected.
> Fil
[ http://issues.apache.org/jira/browse/HARMONY-154?page=all ]
Tim Ellison reassigned HARMONY-154:
---
Assign To: Tim Ellison
> Files in native-src/linux.IA32/sig should be renamed with prefix hy
> --
[ http://issues.apache.org/jira/browse/HARMONY-157?page=all ]
Tim Ellison resolved HARMONY-157:
-
Resolution: Fixed
Thanks Mark,
Applied patch to make/build.xml at repo revision 382447.
Please check that the patch was applied as you expected.
> s
[ http://issues.apache.org/jira/browse/HARMONY-157?page=all ]
Tim Ellison reassigned HARMONY-157:
---
Assign To: Tim Ellison
> snapshot tar.gz has wrong permissions on java executable
>
>
>
[ http://issues.apache.org/jira/browse/HARMONY-155?page=all ]
Tim Ellison resolved HARMONY-155:
-
Resolution: Fixed
Thanks for the patch Oliver,
Applied to native-src/ at repo revision 382442.
Please check that the patch was applied as you expected
[ http://issues.apache.org/jira/browse/HARMONY-155?page=all ]
Tim Ellison reassigned HARMONY-155:
---
Assign To: Tim Ellison
> Native code tidy up - comments and casts
>
>
> Key: HARMONY-155
> URL
Ok Stepan, I've unhooked the old .cpp natives (to avoid confusion) in
repo revision 382441.
Regards,
Tim
Stepan Mishura wrote:
> 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
snapshot tar.gz has wrong permissions on java executable
Key: HARMONY-157
URL: http://issues.apache.org/jira/browse/HARMONY-157
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Mark Hindess
[ http://issues.apache.org/jira/browse/HARMONY-157?page=all ]
Mark Hindess updated HARMONY-157:
-
Attachment: snapshot.file.mode.fix.diff
Fixes mode of deploy/jre/bin/java in snapshot tar.
> snapshot tar.gz has wrong permissions on java executable
> ---
[
http://issues.apache.org/jira/browse/HARMONY-116?page=comments#action_12368528
]
Mark Hindess commented on HARMONY-116:
--
Looks good. The build now completes with the Eclipse compiler.
> strange exec behaviour with harmony vme/classlib
> --
On 02/03/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>
> Stefano Mazzocchi wrote:
> >
> > If somebody sees an iceberg while dancing on the deck of the titanic, I
> > would want the captains to know sooner rather than later ;-)
>
> Now there's a positive thought...
>
> Maybe that will be the 'c
[ http://issues.apache.org/jira/browse/HARMONY-116?page=all ]
Tim Ellison resolved HARMONY-116:
-
Resolution: Fixed
Thanks Mark,
Patch applied in native-src/linux.IA32/luni/procimpl.c at repo revision 382415.
Please check that the patch was applied
[ http://issues.apache.org/jira/browse/HARMONY-116?page=all ]
Tim Ellison reassigned HARMONY-116:
---
Assign To: Tim Ellison
> strange exec behaviour with harmony vme/classlib
>
>
> Key: HARMONY-11
Art,
(Found your note languishing in my reader -- sorry it took so long to
reply.)
While the wording of the Java spec may allow us to vary the behavior of
the break iterator, it will be of cold comfort to any apps that we
disrupt if the results are significantly different.
As Richard points out,
Geir Magnusson Jr wrote:
> Um. Sorry - I take back the first part. I misread it. I thought you
> were putting it in yourself... Never mind. There's nothing to see
> here. Look! An eagle! Over there!
Where? where? looks like a sparrow to me.
> My [friendly] rant about JIRA still stands th
[ http://issues.apache.org/jira/browse/HARMONY-152?page=all ]
Tim Ellison resolved HARMONY-152:
-
Resolution: Fixed
Alexey,
Modified as you suggest to better support case sensitive env var platforms.
Fixed in SECURITY module make/build.xml at repo r
[ http://issues.apache.org/jira/browse/HARMONY-152?page=all ]
Tim Ellison reassigned HARMONY-152:
---
Assign To: Tim Ellison
> Security module native build incorrectly use PATH variable
> --
>
>
I agree.
Tim
Alexey Petrenko wrote:
> 2006/3/2, Mikhail Loenko <[EMAIL PROTECTED]>:
>> They are really case sensitive, but e.g. on my XP the variable's name is
>> 'Path'
> Probably you should fix your XP in this case :)
>
> If we will treat PATH variable this way (use ALL the variants) then
> wh
Um. Sorry - I take back the first part. I misread it. I thought you
were putting it in yourself... Never mind. There's nothing to see
here. Look! An eagle! Over there!
My [friendly] rant about JIRA still stands tho... :)
geir
Geir Magnusson Jr wrote:
Please note that there's no need
[ http://issues.apache.org/jira/browse/HARMONY-153?page=all ]
Tim Ellison resolved HARMONY-153:
-
Resolution: Fixed
Mikhail,
I've fixed the problem at repo revision 382400, but to fit in with common
convention I have added some explanations to the
maybe we should reject things not in patch format, as it puts
unnecessary load on the committers.
Feel free to drop the code into comment or email so that we can discuss,
but patch is much easier for everyone involved
Tim Ellison wrote:
p.s. I accept test cases in patch format too ;-)
Please note that there's no need to pre-JIRA something you're about to
do, unless your short term memory is so shot that you might forget and
wander away from your desk, humming Oh Canada! in a minor key while
looking for the body of Jimmy Hoffa
Just do it. Maybe a quick note to the mail
p.s. I accept test cases in patch format too ;-)
Regards,
Tim
Richard Liang (JIRA) wrote:
> [
> http://issues.apache.org/jira/browse/HARMONY-141?page=comments#action_12368097
> ]
>
> Richard Liang commented on HARMONY-141:
> ---
>
> Here are the test
Stefano Mazzocchi wrote:
Richard Liang wrote:
Dear Geir,
Just realize I'm not a committers after I'm too impertinent to read
your notes clearly. :-) Sorry again.
Richard,
committers make 'binding' votes, but votes from the community are as
important because they stimulate participation a
[ http://issues.apache.org/jira/browse/HARMONY-153?page=all ]
Tim Ellison reassigned HARMONY-153:
---
Assign To: Tim Ellison
> mark deprecated API
> ---
>
> Key: HARMONY-153
> URL: http://issues.apache.org/jira/browse/HAR
Stefano Mazzocchi wrote:
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
+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
+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,
+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)
--
Kara
Richard Liang wrote:
Dear Geir,
Just realize I'm not a committers after I'm too impertinent to read your
notes clearly. :-) Sorry again.
Richard,
committers make 'binding' votes, but votes from the community are as
important because they stimulate participation and signal information to
th
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)
Vo
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, math,
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
--
Stefano
[ http://issues.apache.org/jira/browse/HARMONY-141?page=all ]
Tim Ellison resolved HARMONY-141:
-
Resolution: Fixed
Richard,
Thanks for the patch. Applied to NIO_CHAR module at repo revision 382383 with
minor modification to the test case (to brin
InputStreamReader.getEncoding() and OutputStreamWriter.getEncoding() should
return a historical charset name.
-
Key: HARMONY-156
URL: http://issues.apache.org/jira/browse/
> How can I fugure out which javac is used? JAVA_HOME points to JDK1.5 (have
> tried 1.4 also - same result)
Try ant -verbose it prints out a lot of info...
--
Alexey A. Petrenko
Intel Middleware Products Division
[ http://issues.apache.org/jira/browse/HARMONY-141?page=all ]
Tim Ellison reassigned HARMONY-141:
---
Assign To: Tim Ellison
> Constructors of java.nio.charset.CharsetEncoder do not validate arguments
>
2006/3/2, Mikhail Loenko <[EMAIL PROTECTED]>:
> They are really case sensitive, but e.g. on my XP the variable's name is
> 'Path'
Probably you should fix your XP in this case :)
If we will treat PATH variable this way (use ALL the variants) then
why we will not use ALL variants of all other eviron
[ http://issues.apache.org/jira/browse/HARMONY-155?page=all ]
Oliver Deakin updated HARMONY-155:
--
Attachment: code.comment.cleanup.diff
Attached patch describing code changes
> Native code tidy up - comments and casts
>
Native code tidy up - comments and casts
Key: HARMONY-155
URL: http://issues.apache.org/jira/browse/HARMONY-155
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Oliver Deakin
Priority: Minor
Attac
[ http://issues.apache.org/jira/browse/HARMONY-154?page=all ]
Oliver Deakin updated HARMONY-154:
--
Attachment: hysig.renames.diff
Patch for source/makefile changes - this patch should be applied after the
renames have been carried out.
> Files in nativ
Files in native-src/linux.IA32/sig should be renamed with prefix hy
---
Key: HARMONY-154
URL: http://issues.apache.org/jira/browse/HARMONY-154
Project: Harmony
Type: Improvement
Components: Classlib
[ http://issues.apache.org/jira/browse/HARMONY-142?page=all ]
Tim Ellison resolved HARMONY-142:
-
Resolution: Fixed
Richard,
Thanks for the patch, applied to NIO_CHAR module
java.nio.charset.CharsetDecoder at repo revision 382380.
I made a couple
[ http://issues.apache.org/jira/browse/HARMONY-142?page=all ]
Tim Ellison reassigned HARMONY-142:
---
Assign To: Tim Ellison
> java.nio.charset.CharsetDecoder constructor doesn't throw
> IllegalArgumentException when averageCharsPerByte is greater than
On 01/03/06, Stuart Ballard <[EMAIL PROTECTED]> wrote:
> 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?
> >
[ http://issues.apache.org/jira/browse/HARMONY-153?page=all ]
Mikhail Loenko updated HARMONY-153:
---
Attachment: deprecated.txt
patch
> mark deprecated API
> ---
>
> Key: HARMONY-153
> URL: http://issues.apache.org/jira
mark deprecated API
---
Key: HARMONY-153
URL: http://issues.apache.org/jira/browse/HARMONY-153
Project: Harmony
Type: Improvement
Components: Classlib
Reporter: Mikhail Loenko
Priority: Minor
As agreed on the mailing list deprecated clas
[
http://issues.apache.org/jira/browse/HARMONY-151?page=comments#action_12368487
]
Tim Ellison commented on HARMONY-151:
-
Yes, that is a reasonable approach -- I expect that the lack of specification
for these values is an oversight.
> RI docs does no
When I'm checking out from scratch on my old machine everything works well.
The new machine was originally pure, i'm populating it with various
soft right now.
I go 'cd enhanced/classlib/trunk/make' and there type 'ant'.
How can I fugure out which javac is used? JAVA_HOME points to JDK1.5 (have
t
Mikhail,
I've just checked everything out from scratch and it builds ok for me.
That is a type that was moved recently but the extra elements in the
package name certainly look weird. Are you running the stock build.xml,
and a regular javac?
Regards,
Tim
Mikhail Loenko wrote:
> Hello
>
> I've
Oops, thanks -- I already had lib/*.a so have just removed
linux.IA32/lib/ from the ignores.
Regards,
Tim
Mark Hindess wrote:
> 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/
They are really case sensitive, but e.g. on my XP the variable's name is
'Path'
I think it should include all various pathes, like Path, PATH, and path
and do not include PAth and PatH
Thanks,
Mikhail
2006/3/2, Alexey Petrenko (JIRA) <[EMAIL PROTECTED]>:
> Security module native build incorrectl
Security module native build incorrectly use PATH variable
--
Key: HARMONY-152
URL: http://issues.apache.org/jira/browse/HARMONY-152
Project: Harmony
Type: Bug
Components: Classlib
Environment: WinXP
Re
Hello
I've created a new workspace on a pure machine and trying to build classlib.
I get the following error:
compile:
[javac] Compiling 663 source files to H:\workspace\harmony\bin
[javac]
H:\workspace\harmony\modules\luni\src\main\java\java\util\Locale.java:31:
cannot access org.apach
Hi Stepan,
Thanks for raising this. I agree with you that accomplishing the
separate goals of HARMONY-95 and HARMONY-147 would probably be easier if
security was first moved to the new layout (assuming it gets the
blessing of the committers) before auth gets separated out.
Best regards,
Geor
George, we are going to extract auth module (see HARMONY-95) and all
platform-specific java code will go into the new module.
To avoid patches conflict will we define a sequence in which we will apply
them? IMHO, it makes sense to adjust to proposed layout first and then to
perform auth module ext
95 matches
Mail list logo