java.text.Collator.setDecomposition(FULL_DECOMPOSITION) throws
IllegalArgumentException
Key: HARMONY-32
URL: http://issues.apache.org/jira/browse/HARMONY-32
Project: Harmony
Ty
[
http://issues.apache.org/jira/browse/HARMONY-31?page=comments#action_12362910 ]
Mikhail Loenko commented on HARMONY-31:
---
This is not what I meant.
I was going to create a Logger class at this point like this:
public class Logger {
public st
On Mon, Jan 16, 2006 at 12:29:23PM +0100, Mark Wielaard wrote:
> Hi Tim,
>
> On Fri, 2006-01-13 at 10:38 +, Tim Ellison wrote:
> > For Harmony to be successful we need to grow the active development
> > community from where we are now.
>
> > We should describe a set of near-term goals, to sho
gone (but not forgotten)
Tim
Geir Magnusson Jr wrote:
> I'm confused. I thought we weren't going to tag snapshots?
>
> geir
>
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
Please will a few people download and try out the class library snapshot
that I've uploaded.
Instructions, and a link to the download, are here:
http://incubator.apache.org/harmony/documentation/build_classlib.html
Try running some random stuff, and raise JIRA issues if there are any
suggestions
Hi,
I've spent a little bit of time looking at how the contents of security2
can be split into the proposed security, crypto and x_net component
bundles and how this will work at runtime. Below is a first approximation
at what I *think* each of the resulting bundles will export to and import
[ http://issues.apache.org/jira/browse/HARMONY-31?page=all ]
George Harley updated HARMONY-31:
-
Attachment: PerfDecorator.java
The attached file contains source for a type test.foo.utils.PerfDecorator that
can be used to make straightforward timing meas
Move peformance timing of unit tests into a decorator class.
Key: HARMONY-31
URL: http://issues.apache.org/jira/browse/HARMONY-31
Project: Harmony
Type: Improvement
Reporter: George Harley
Assigned to:
Leo Simons wrote:
On Mon, Jan 16, 2006 at 03:26:35PM -0500, Geir Magnusson Jr wrote:
I'm familiar with all of this, Leo.
Heh, I know *you* are :-). I saw questions, confusion, madness and mayhem
all around so I wrote some words to help make others as familiar with this
as you ;)
Fair enoug
On Mon, Jan 16, 2006 at 03:26:35PM -0500, Geir Magnusson Jr wrote:
> I'm familiar with all of this, Leo.
Heh, I know *you* are :-). I saw questions, confusion, madness and mayhem
all around so I wrote some words to help make others as familiar with this
as you ;)
> I noted to PMC that we will be
Leo Simons wrote:
Release and build processes
Hi gang,
since I missed a lot of the initial talks, I'm writing this seperately. There
are a lot of "gotchas" related to release management. The ASF has historically
been real good at it and really lousy at creating a documented policy. Stuff
like
I'm familiar with all of this, Leo.
I noted to PMC that we will be doing build snapshots. These aren't
releases of any sort, but rather snapshots pre-built to make it easier
for people because of the toolchain difficulties that people still have.
These are clearly marked as snapshots.
Than
I think allowing tests to be fully executable in Java (i.e. a
certified jvm) would be really tricky. Some black-magic to rename all
classes would be required, and testing some core functionality would
be really hard - think synchronization and threading.
But for most classes this is perfectly doab
On Mon, Jan 16, 2006 at 11:53:58AM -0800, Leo Simons wrote:
> (sorry, no network as I type). There are incubation rules pertaining to
> publishing releases and/or snapshots somewhere on
>
> http://incubator.apache.org/
http://incubator.apache.org/incubation/Incubation_Policy.html#Releases
"""
Release and build processes
Hi gang,
since I missed a lot of the initial talks, I'm writing this seperately. There
are a lot of "gotchas" related to release management. The ASF has historically
been real good at it and really lousy at creating a documented policy. Stuff
like
* There should be a
On 1/16/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> Of course, although I'd be interested to see how you do fine-grain
> testing of the internals, which in my opinion is very useful, as the
> promises made by private and package access code to other class-level
> and package-level code is ju
Tim Ellison wrote:
Heads-up that I tweaked the website
http://svn.apache.org/viewcvs?rev=369469&view=rev
Archie: can you do something for the JCHEVM builds/downloads
Sure.. I'm out of town now but will be back on Weds.
-Archie
_
PMC,
This is to inform you that the Harmony podling intends to provide
pre-built binary snapshots of our JCHEVM and Classlibrary for users.
We plan to make these available via
http://cvs.apache.org/incubator/harmony/snapshots/
and will be labeling them both with the token 'snapshot' as we
Not at all -- go for it.
Tim
Geir Magnusson Jr wrote:
> Tim,
>
> Do you mind if I change that page and point to a longer separate page on
> how to use the IBM J9 with the classlib code?
>
> I wanted to create a sep page on that, add it to our docs list, and then
> point the building page at it.
Tim,
Do you mind if I change that page and point to a longer separate page on
how to use the IBM J9 with the classlib code?
I wanted to create a sep page on that, add it to our docs list, and then
point the building page at it...
geir
java.text.BreakIterator.next () returns incorrect value
Key: HARMONY-30
URL: http://issues.apache.org/jira/browse/HARMONY-30
Project: Harmony
Type: Bug
Components: Classlib
Reporter: tatyana doubtsova
I'm confused. I thought we weren't going to tag snapshots?
geir
Tim Ellison wrote:
Heads-up that I tweaked the website
http://svn.apache.org/viewcvs?rev=369469&view=rev
Archie: can you do something for the JCHEVM builds/downloads?
... a minor comment below
Geir Magnusson Jr wrote:
Simple form :
1) edit the document in xdocs/
2) type "ant" in si
Tim Ellison wrote:
Sounds good. I just tweaked the downloads page to point to a building
instruction for the moment, but it may make sense to revert it to the
previous format and create direct links to snapshot downloads (once they
exist). Whatever people prefer.
I think it's good. I'll tw
Sounds good. I just tweaked the downloads page to point to a building
instruction for the moment, but it may make sense to revert it to the
previous format and create direct links to snapshot downloads (once they
exist). Whatever people prefer.
Regards,
Tim
Geir Magnusson Jr wrote:
> I created
George Harley1 wrote:
Hi Geir,
Reading "The Da Vinci Code" is common practice too. Doesn't make it a good
book.
I think there is a difference between popular fiction and somewhat
established engineering practice.
I wasn't trying to say that it is a bad practice in every case, just tha
Heads-up that I tweaked the website
http://svn.apache.org/viewcvs?rev=369469&view=rev
Archie: can you do something for the JCHEVM builds/downloads?
... a minor comment below
Geir Magnusson Jr wrote:
> Simple form :
>
> 1) edit the document in xdocs/
> 2) type "ant" in site/ root (implie
I created the place to put our 'snapshots'. I'm calling them snapshots
rather than releases because that seems more appropriate.
So the guidelines:
--
1) Place a README.txt in the root of each snapshot that says :
This is a snapshot distribution of the Apache Harmony project.
Hi Geir,
Reading "The Da Vinci Code" is common practice too. Doesn't make it a good
book.
I wasn't trying to say that it is a bad practice in every case, just that
it does have its downsides and for that reason the assertion that "unit
test code must reside in the same package as the classes
On 1/16/06, George Harley1 <[EMAIL PROTECTED]> wrote:
> what script is this ?
We can update the tests or provide a script so that Tim or Geir could run it
in repository to remove PerformanceTest super class and replace log() with
something.log()
Though it would not affect other super classes lik
George Harley1 wrote:
Hi,
This is not the goal of unit tests. They do not test API, they test the
code,
including package-access members etc. That is why unit tests must reside
in the same package as the classes.
This is radical stuff. I have never heard the argument before that unit
tes
Hi Mikhail,
Thanks for your response.
> As for decorator class - if having a common super class for all the unit
tests
> is not liked, it is easy to run the tests through the script and
convert.
Sorry, I don't understand. Please help me out here : what script is this ?
Best regards,
Geor
>
>Well it isn't the most *complete* bug report I've ever seen ;-)
>
I thought that our primary goal is 'to marry' contributions together first
and after that we'll return
to 'daily duties' :-)
Thanks,
Stepan Mishura
Intel Middleware Products Division
On 1/16/06, Tim Ellison <[EMAIL PROTECTED]
Hi,
> This is not the goal of unit tests. They do not test API, they test the
code,
> including package-access members etc. That is why unit tests must reside
> in the same package as the classes.
This is radical stuff. I have never heard the argument before that unit
tests *must* share the sa
OK, now I see. I'll provide a script to convert the tests.
Thanks,
Mikhail
On 1/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> at the risk of getting dragged into this ;-)
>
> I think George's objection is to the extension mechanism being used
> (i.e. a custom subclass rather than a standard JUn
>great -- and what problems did you see?
Just failing tests :-)
The script from security2 runs all unit tests from Intel's contribution.
Some of them failed due to different reasons but most of them passed.
Thanks,
Stepan Mishura
Intel Middleware Products Division
On 1/16/06, Tim Ellison <[EMAIL
George,
Thanks for the patch :)
(hint, hint)
geir
Tim Ellison wrote:
at the risk of getting dragged into this ;-)
I think George's objection is to the extension mechanism being used
(i.e. a custom subclass rather than a standard JUnit decoration [1]).
Adding more and more subclasses is not
Hi George,
Thanks for your clarifications
Could you please try setting 'printAllowed' to false in the
PerformanceTest.java?
If the behavior you will see is what is more desired we can make it default.
As for decorator class - if having a common super class for all the unit tests
is not liked, it
at the risk of getting dragged into this ;-)
I think George's objection is to the extension mechanism being used
(i.e. a custom subclass rather than a standard JUnit decoration [1]).
Adding more and more subclasses is not a practical way to go if you
think of all the different ways you may choose
[ http://issues.apache.org/jira/browse/HARMONY-16?page=all ]
Geir Magnusson Jr closed HARMONY-16:
> Contribution of the security class library code and unit tests
> --
>
> Key: HAR
[ http://issues.apache.org/jira/browse/HARMONY-16?page=all ]
Geir Magnusson Jr resolved HARMONY-16:
--
Resolution: Fixed
Code accepted by the community and committed to the SVN on Sun, Jan 8, 2006
> Contribution of the security class library cod
Hi Mikhail,
Writing out a JUnit progress update to the console as the tests run
informing me which test is running is, I think you will agree, not really
adding much to the overall test experience for most developers. This is
because JUnit actually does a pretty good job of letting me know whi
Sorry, but I cannot catch what is the problem.
If some output is annoying please send the test name and what is wrong with it.
PerformanceTest class does not add any output to what the tests print.
For now the only implication from the fact that all the tests extend
PerfromanceTest
is that the sec
On 1/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
...
> If your unit tests are intended to test API, then they should be calling
> the API in the same manner that an application will call the API. Just
This is not the goal of unit tests. They do not test API, they test the code,
including packag
One thing that's popped up on the "Test suite layout" thread is the
thought that we need to b0rk the canonical package and naming
conventions for unit tests in order to be able to run things on the boot
classpath of the VM. I think this issue is important enough and
fundamental enough to warra
Mark Wielaard wrote:
On Fri, 2006-01-13 at 11:42 -0500, Geir Magnusson Jr wrote:
Kaffe and GNU Classpath are out of scope here
Wasn't the harmony project about bringing communities together?
Yes, but not about redistributing windows downloads for them, or trying
to be authoritative about
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
Loenko, Mikhail Y wrote:
I agree it is good practice to document the implementation of some
non-API code for developers.
Some? why not all?
... because by definition the non-API code does not require
documentation for the u
[ http://issues.apache.org/jira/browse/HARMONY-28?page=all ]
Tim Ellison closed HARMONY-28:
--
Verified by Tatyana.
> java.text.RuleBasedCollator. getCollationKey (null) does not return null
>
On Fri, 2006-01-13 at 11:42 -0500, Geir Magnusson Jr wrote:
> Kaffe and GNU Classpath are out of scope here
Wasn't the harmony project about bringing communities together?
Cheers,
Mark
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community a
Hi Loenko.
On Fri, 2006-01-13 at 15:32 +0300, Loenko, Mikhail Y wrote:
> I think Classpath is a little bit different story. It is not a Java(tm)
> so a developer who writes for Classpath has to validate with Classpath
> docs whether his code is going to work.
No, the goal is to be a free compatib
Hi Tim,
On Fri, 2006-01-13 at 10:38 +, Tim Ellison wrote:
> For Harmony to be successful we need to grow the active development
> community from where we are now.
> We should describe a set of near-term goals, to show people where we are
> going and where they can help.
I think it would be g
Hi,
On Fri, 2006-01-13 at 10:38 +, Tim Ellison wrote:
> Perhaps our friends involved with Classpath can give us an insight as to
> whether they regret writing JavaDoc, or whether they see it as a
> valuable part of the effort (assuming that they have written all the doc!).
You can see what we
Geir Magnusson Jr wrote:
> Tim Ellison wrote:
>
>> great -- and what problems did you see?
>>
>>> cause some tests hang VM
>>
>> anything else to report?
>
> That isn't enough for you? ;)
Well it isn't the most *complete* bug report I've ever seen ;-)
Tim
--
Tim Ellison ([EMAIL PROTECTED])
Mishura, Stepan M wrote:
> Tim Ellison wrote:
>>You don't want to run all your tests on the bootclasspath ...
>
> Not 'all' tests - just unit tests for classlib :-)
>
> I don't see big problems with sandbox and running unit tests on the
> bootclasspath. The sandbox consists of three elements: v
[
http://issues.apache.org/jira/browse/HARMONY-28?page=comments#action_12362841 ]
tatyana doubtsova commented on HARMONY-28:
--
Tim, I rebuilt Harmony, using revision 368878.
The problem is resolved, thanks.
Output of > java -showversion Test is:
ja
Geir Magnusson Jr wrote:
>
> Tim Ellison wrote:
>
>> Loenko, Mikhail Y wrote:
>> I agree it is good practice to document the implementation of some
>> non-API code for developers.
>
> Some? why not all?
... because by definition the non-API code does not require
documentation for the user. Wh
Tim Ellison wrote:
great -- and what problems did you see?
cause some tests hang VM
anything else to report?
That isn't enough for you? ;)
geir
Tim
Mishura, Stepan M wrote:
Tim Ellison wrote:
I think the immediate goal should be to make the 'security2' code a
replacement for 'sec
We need to make security2/ be able to simply replace security/ so we can
stop with this and just have it part of the build.
What needs to be done? Can we figure it out from below?
geir
Mishura, Stepan M wrote:
Tim Ellison wrote:
I think the immediate goal should be to make the 'security2' co
Loenko, Mikhail Y wrote:
Hi George
We will remove all the tests and these QA guys will never disturb us :)
Every time we remove a test we leave something untested.
For example, SerializationTest is a base for all the tests that check
serialization compatibility, and if we remove it because
great -- and what problems did you see?
> cause some tests hang VM
anything else to report?
Tim
Mishura, Stepan M wrote:
> Tim Ellison wrote:
>
>>I think the immediate goal should be to make the 'security2' code a
>>replacement for 'security'.
>>
>>Since security is part of the componentized-b
Tim Ellison wrote:
>I think the immediate goal should be to make the 'security2' code a
>replacement for 'security'.
>
>Since security is part of the componentized-build bootstrapping code
>(i.e. required to run the compiler in self-hosting mode) then we need
to
>integrate the security2 build scrip
61 matches
Mail list logo