Hi Sunny,
As far as I can tell, Doxygen seems to work just fine with Javadoc-style
comments. So comments could still be written using Javadoc markup (keeping
Eclipse content-assist happy) while leaving the way open for Doxygen to be
the chosen documentation tool for Harmony.
Best regards,
Hi,
I agree with all this. The unit tests are one style of test for
establishing the correctness of the code. As you point out the unit
tests typically require a well-defined environment in which to run, and
it becomes a judgment-call as to whether a particular test's
environmental
Thanks Tim.
George C. Harley
Tim Ellison [EMAIL PROTECTED]
20/01/2006 10:55
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [jira] Updated: (HARMONY-35) Harmony ignores java.security.policy
Hi Stepan,
Great. I look forward to the consolidation of the 'security' and
'security2' modules.
Best regards,
George
George C. Harley
Stepan Mishura [EMAIL PROTECTED]
20/01/2006 05:57
Please respond to
harmony-dev@incubator.apache.org
To
Hi Geir,
I'd like to propose a change in the build structure to segement by
platform, so that it's very clear the pile that gets built and where,
giving us the freedom to have an appropriate layout for each.
/trunk/deploy/
win32/
include/
jre/
linux/
Hi,
Yep. On its way
Best regards,
George
George C. Harley
Geir Magnusson Jr [EMAIL PROTECTED]
19/01/2006 21:56
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [jira] Created:
Hi Stepan,
This sounds like a good idea.
Best regards,
George
George C. Harley
Stepan Mishura [EMAIL PROTECTED]
17/01/2006 11:32
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
componentization:
Hi Elliott,
Bad news I'm afraid : all works alright for me (using the https URL) both
inside Eclipse 3.2 with latest Subclipse plug-in and also using
TortoiseSVN on Windows XP. Admittedly it was a bit slow bringing down the
contents of the depends folder owing to the number of hefty binaries
classes are
tests?
Maybe it makes sense to rename PerformanceTest to e.g. PerformanceTost
and GUI will be happy?
Thanks,
Mikhail Loenko
Intel Middleware Products Division
-Original Message-
From: George Harley1 [mailto:[EMAIL PROTECTED]
Sent: Friday, January 13, 2006 7:24 PM
To: harmony-dev
' was not a useful
classification
within the test suite layout ...
I think that a simple comment is enough. If we want to get cute,
maybe
a javadoc tag so we can manage mechanically in the future.
ok -- do you have a usecase in mind?
Regards,
Tim
George Harley1 wrote:
Hi
respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: Test suite layout
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
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
us to find a number of performance leaks and improve
overall quality of the code.
Thanks,
Mikhail Loenko
Intel Middleware Products Division
-Original Message-
From: George Harley1 [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 12, 2006 10:05 PM
To: harmony-dev@incubator.apache.org
Hi,
I have been looking into running the JUnit tests included in HARMONY-16 in
my private sandbox. From what I have seen so far most (all ?) of the test
cases inherit from a base class PerformanceTest in the
com.openintel.drl.security.test package. What is the purpose of this base
class ?
implementation is _not_
provided there, but is found in the VM code where it naturally
belongs. What to you think? What other suggestions do you
have?
Dan Lydick
-Original Message-
From: George Harley1 [EMAIL PROTECTED]
Sent: Jan 3, 2006 4:57 PM
To: harmony-dev@incubator.apache.org
Hi,
How does this sound for the layout of a given module/component/thing (in
this case luni) ...
classlib/trunk
|
+--java-src
|
+--luni
|
|
+---src
||
Hi Rem,
The kernel.jar isn't built as the SVN code expects that this JAR will be
supplied by the VM provider. The classes contained in kernel.jar are
closely coupled with the VM (they each have dependencies on the other's
implementation) and so are expected to be delivered by the VM provider.
Hi Tim,
No worries. Tweak away.
Bye for now,
George
George C. Harley
Tim Ellison [EMAIL PROTECTED]
03/12/2005 14:55
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [jira] Updated:
Hi Jean-Frederic,
It sounds like you do not have a compatible VM to run with (i.e. a VM that
implements the proposed interface to the class libraries). As mentioned by
Tim the other day you can obtain one from the IBM developerWorks site at
http://www.ibm.com/developerworks/java/jdk/harmony
.
Best regards,
George
George Harley1/UK/[EMAIL PROTECTED]
09/11/2005 23:54
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: Code contribution to harmony
Hi Jean-Frederic,
It sounds like you do not have a compatible VM to run
Hi,
I would like to ask for some opinions on measuring how correct a new
implementation of a J2SE class is. Consider if someone develops a clean
implementation of fictitious J2SE type java.foo.Bar which is based on
their interpretation of the reference API documentation. Like the
deliverable
21 matches
Mail list logo