[
http://issues.apache.org/jira/browse/HARMONY-33?page=comments#action_12363077 ]
Paulex Yang commented on HARMONY-33:
I agree with the cause, and the fix seems reasonable, but when I tried to apply
the fix , and ran the test provided, it throws anothe
I've just updated from SVN, all unit tests from security2 passed
(including serialization ones).
Could you please provide more details?
Thanks,
Mikhail
On 1/18/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> I am haplessly plodding along. I found one problem (mine) which fixed a
> test, and
It might be a problem...
When we use java.util.logging we do not just compare performance of security
API functions, the result is also depends on difference in performance of
java.util.logging in standard classes vs. Harmony classes. So if we use
non-trivial functionality from there then our resu
I am haplessly plodding along. I found one problem (mine) which fixed a
test, and now I seem to have a more interesting problem with the
serialization tests...
Are the serialization tests "golden data" files somehow dependent the
com.openintel package structure and would be allergic to a
or
it was one test. I'm going to continue w/o it and revisit...
I'll post something more thorough for discussion in a few.
geir
Geir Magnusson Jr wrote:
I've been trying to refactor security2 into the org.apache pacakage space.
I'm now having test failures.
Can someone else do a co of securit
That's the one that I use and haven't ever had a problem.
geir
Craig Blake wrote:
I am on a Mac as well, and IIRC when setting up SVN originally I found
the binary available from Fink did not support SSL. The binary
available from Metassian does, however, and it seems to work pretty well:
h
I am on a Mac as well, and IIRC when setting up SVN originally I
found the binary available from Fink did not support SSL. The binary
available from Metassian does, however, and it seems to work pretty
well:
http://metissian.com/projects/macosx/subversion/
Craig
On Jan 17, 2006, at 9:40
Nice email, tim! I'm just responding to some small bits.
On Fri, Jan 13, 2006 at 10:38:36AM +, Tim Ellison wrote:
> We should describe a set of near-term goals, to show people where we are
> going and where they can help.
Geir, do you have that presentation from AC somewhere which had the lis
That's a record. 26 days! :)
Leo Simons wrote:
On Fri, Dec 30, 2005 at 11:21:03AM -0500, Geir Magnusson Jr. wrote:
I let this run long because Leo might have found some time...
FWIW, +1. Yes, I'm just a *little* late. Real life, stuff, etc. :-)
Looks like some complex stuff, these security
[
http://issues.apache.org/jira/browse/HARMONY-33?page=comments#action_12363005 ]
Vladimir Strigun commented on HARMONY-33:
-
The reason of the issue is invocation of put(replacement) method for CharBuffer
with zero capacity. First, during decoding b
Ok guys thanks for the responses.
Geir, George, your right I think, definitely looks like something my end
now! I was using https://svn.apache.org/repos/asf/incubator/harmony as the
url for my working copy, and the problems I am having are using the svn
command line client (v1.2.3, r15833) on Mac
On Fri, Dec 30, 2005 at 11:21:03AM -0500, Geir Magnusson Jr. wrote:
> I let this run long because Leo might have found some time...
FWIW, +1. Yes, I'm just a *little* late. Real life, stuff, etc. :-)
Looks like some complex stuff, these security bits. Kewl.
LSD
[
http://issues.apache.org/jira/browse/HARMONY-32?page=comments#action_12362993 ]
Tim Ellison commented on HARMONY-32:
This is an easy one for somebody to pick-off.
As a hint, take a look at the table here:
http://java.sun.com/j2se/1.5.0/docs/api/con
On Tue, Jan 17, 2006 at 05:00:56PM -, [EMAIL PROTECTED] wrote:
> Hi guys,
>
> I've just tried updating my Harmony tree from Subversion, but I'm getting
> this error:
>
> svn: SSL is not supported
This means your svn client was compiled without SSL support (or the webdav
lib that svn uses, ne
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 i
I've been trying to refactor security2 into the org.apache pacakage space.
I'm now having test failures.
Can someone else do a co of security2 and verify? I've backed out the
change so that you need junit and bcprov on your classpath (argh!) and
turned on haltonfailure so that the tests will
I just did a quick checkout, and things seem to be ok.
try
svn co
https://svn.apache.org/repos/asf/incubator/harmony/enhanced/classlib/trunk
(one line)
That will get you head automatically
geir
[EMAIL PROTECTED] wrote:
Hi guys,
I've just tried updating my Harmony tree from Subversion,
Hi guys,
I've just tried updating my Harmony tree from Subversion, but I'm getting
this error:
svn: SSL is not supported
So then I decided to specifically look at Tim's instructions from
yesterday for building the classlib snapshots, and so tried the following
svn command:
svn checkout -r HEAD
Tim Ellison wrote:
Stepan Mishura wrote:
A test framework is quite essential part and we should define it on early
stage.
I think first we should agree on which test we are going to provide and form
requirements to them. There are no doubts that we will provide unit tests
for classlib. So uni
Stepan Mishura wrote:
> A test framework is quite essential part and we should define it on early
> stage.
>
> I think first we should agree on which test we are going to provide and form
> requirements to them. There are no doubts that we will provide unit tests
> for classlib. So unit tests are
java.nio.BufferOverflow exception while decoding ByteBuffer with UTF-16 charset
---
Key: HARMONY-33
URL: http://issues.apache.org/jira/browse/HARMONY-33
Project: Harmony
Type: Bug
Component
or something useful like log4j?
:)
geir
Tim Ellison wrote:
Why not use java.util.logging?
Regards,
Tim
Mikhail Loenko (JIRA) wrote:
[ http://issues.apache.org/jira/browse/HARMONY-31?page=comments#action_12362910 ]
Mikhail Loenko commented on HARMONY-31:
--
A test framework is quite essential part and we should define it on early
stage.
I think first we should agree on which test we are going to provide and form
requirements to them. There are no doubts that we will provide unit tests
for classlib. So unit tests are provided by code authors in JUnit
sounds reasonable...
Mikhail
On 1/17/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> neither is the Logger class -- so my point is if you are going to write
> some logging code why not do it in java.util.logging? You may choose to
> only do simple stubs for now until somebody steps up to do a real
neither is the Logger class -- so my point is if you are going to write
some logging code why not do it in java.util.logging? You may choose to
only do simple stubs for now until somebody steps up to do a real impl.
Regards,
Tim
Mikhail Loenko wrote:
> It's not yet implemented.
>
> thanks,
> Mi
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 Stepan,
> >>com.openintel.drl.security.provider.cert
> It is a certificate provider package. It is not intended to be exported
and
> used by other modules.
Agreed. Thanks for spotting. At one point I had been working to see if the
accompanying unit test code could be placed in a separate
It's not yet implemented.
thanks,
Mikhail
On 1/17/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
> Why not use java.util.logging?
>
> Regards,
> Tim
>
> Mikhail Loenko (JIRA) wrote:
> > [
> > http://issues.apache.org/jira/browse/HARMONY-31?page=comments#action_12362910
> > ]
> >
> > Mikhail Loe
I agree.
Tim
Stepan Mishura wrote:
> I'd like to suggest moving implementation of providers into separate
> modules. It will isolate providers' code from 'regular code' (i.e. public
> API implementation and make possible to build different 'harmony providers'
> distributions (for example, crypto.
Why not use java.util.logging?
Regards,
Tim
Mikhail Loenko (JIRA) wrote:
> [
> 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
Fixed -- thanks Stepan.
Stepan Mishura wrote:
> Hi Tim,
>
> I tried the class library snapshot - just run simple tests on it.
>
> Your instructions look quite clear and I have only minor comment:
> I think that some words about 'JAVA_HOME' environment variable (it must be
> unset or set to depl
I'd like to suggest moving implementation of providers into separate
modules. It will isolate providers' code from 'regular code' (i.e. public
API implementation and make possible to build different 'harmony providers'
distributions (for example, crypto.jar, ssl.jar and so on).
For example, we can
rohit hitnalikar wrote:
Hello Gurus,
I am not able to understand the following bit from JVM spec v2.0
which talks about permitted narrowing reference conversions:
*From any class type S to any interface type K, provided that S is not
final and does not implement K. (An important special cas
rohit hitnalikar wrote:
Hello Gurus,
I am not able to understand the following bit from JVM spec v2.0
which talks about permitted narrowing reference conversions:
*From any class type S to any interface type K, provided that S is not
final and does not implement K. (An important special cas
Hi, George
Thanks for splitting. It looks realistic.
Here are some comments and suggestions.
>>com.openintel.drl.security.provider.cert
It is a certificate provider package. It is not intended to be exported and
used by other modules.
By the way, we need to decide where this (and others) provide
Hello Gurus,
I am not able to understand the following bit from JVM spec v2.0
which talks about permitted narrowing reference conversions:
*From any class type S to any interface type K, provided that S is not
final and does not implement K. (An important special case is that
there is a narro
Hi Tim,
I tried the class library snapshot - just run simple tests on it.
Your instructions look quite clear and I have only minor comment:
I think that some words about 'JAVA_HOME' environment variable (it must be
unset or set to deploy/jre otherwise VM will fail) should be added to your
instruc
37 matches
Mail list logo