Stepan Mishura wrote:
> I found that some classes from javax.crypto (for example, SecretKey) in the
> list of required classes for continuum and geronimo. I verified that they
> are present in the repository. What is wrong with them?
They are being built into crypto.jar in the SECURITY module buil
Richard Liang wrote:
> Hello Tim,
>
> Then we have two "connection" problems. :-)
>
> 1. As Geir said, he cannot connect to the "Online report" link in the
> email
> "http://ibmonly.hursley.ibm.com/continuum/linux.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/276";
Stepan Mishura wrote:
> May be it makes sense to send notifications to commits mailing list like for
> JIRA notifications?
Sure, makes sense. We'd have to ask Geir to allow the posts through
again ;-)
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
Tim Ellison wrote:
Richard Liang wrote:
Hello Tim,
Not sure if we could attach the build report in email directly. Any
comments? :-)
The report *is* in the email; the problem was:
"...could not connect to server (https://svn.apache.org)"
The build machine sends notification on ea
On 3/20/06, Tim Ellison wrote:
>
> Richard Liang wrote:
> > Hello Tim,
> >
> > Not sure if we could attach the build report in email directly. Any
> > comments? :-)
>
> The report *is* in the email; the problem was:
>"...could not connect to server (https://svn.apache.org)"
>
> The build machin
Hi Mark,
On 3/16/06, Mark Hindess wrote:
>
> Our local builds now complete a two stage build. First with a
> certified JDK and then with the eclipse compiler running on the VME
> and deploy directory from the first stage build. They then run the
> tests.
>
> I'm also generating some reports as p
Richard Liang wrote:
> Hello Tim,
>
> Not sure if we could attach the build report in email directly. Any
> comments? :-)
The report *is* in the email; the problem was:
"...could not connect to server (https://svn.apache.org)"
The build machine sends notification on each state change (i.e. f
+1
Thanks,
Stepan.
On 3/17/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>
> As discussed on the list, there is a compiler option in the 5.0
> compilers we use that allows source code containing a subset of Java 5.0
> language features to be compiled into 1.4 compatible class files.
>
> Since this
Tim Ellison wrote:
You won't be able to follow the URL - it's a machine behind the IBM
firewall (seems that we cannot trivially remove that URL from the mail
message, so we called the machine 'ibmonly').
The build message is included at the end.
Regards,
Tim
Geir Magnusson Jr wrote:
This b
Geir Magnusson Jr wrote:
Despite a touch of trouble with the packaging of the contribution, it
passed with flying colors ( or 'colours', for our UK friends...)
+1 from :
Geir
Stefano
Dims
Tim
Leo
In it comes
Geir Magnusson Jr wrote:
I have received the ACQs and the BCC for Harmony-39, so
Online report :
http://ibmonly.hursley.ibm.com/continuum/linux.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/282
Build statistics:
State: Error
Previous State: Ok
Started at: Mon, 20 Mar 2006 05:00:00 +
Finished at: Mon, 20 Mar 2006 05:00:04 +
Total
Dan,
We agreed to use org.apache.harmony as our package name prefixes, and
even refined that with the following guidelines in the class library:
http://incubator.apache.org/harmony/subcomponents/classlibrary/pkgnaming.html
Regards,
Tim
Dan Lydick wrote:
> I encourage the use of our name space as
I encourage the use of our name space as "org.apache.harmony"
for three reasons to start out with: (1) simplicity of identification
by _any_ interested party anywhere, and (2) this is the requested
format in Java development guidelines as they have been developed
over the life of the Java languag
Well, in tools we need all the tools you get with a JDK...
geir
karan malhi wrote:
Geir Magnusson Jr wrote:
It's my understanding that we may get a significant contribution in
this area, so you may want to hold off on this for a little while.
What else are you interested in? Msybe some
Geir Magnusson Jr wrote:
It's my understanding that we may get a significant contribution in
this area, so you may want to hold off on this for a little while.
What else are you interested in? Msybe some of the tool work?
Tool work would be interesting. Could you suggest something I could
It's my understanding that we may get a significant contribution in this
area, so you may want to hold off on this for a little while.
What else are you interested in? Msybe some of the tool work?
geir
karan malhi wrote:
Hi,
I would like to start contributing towards the AWT and Swing
impl
You won't be able to follow the URL - it's a machine behind the IBM
firewall (seems that we cannot trivially remove that URL from the mail
message, so we called the machine 'ibmonly').
The build message is included at the end.
Regards,
Tim
Geir Magnusson Jr wrote:
> This build report didn't work
Hi,
I would like to start contributing towards the AWT and Swing
implementation. I need help on how to get started, what native toolkits
could be considered for this implementation? Are we looking at writing
Java Wrappers to native widgets from scratch or using something already
available ?
This build report didn't work for me... I wasn't able to get to it.
Apache Harmony Build wrote:
Online report :
http://ibmonly.hursley.ibm.com/continuum/linux.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/276
Build statistics:
State: Error
Previous State: Ok
Online report :
http://ibmonly.hursley.ibm.com/continuum/linux.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/276
Build statistics:
State: Error
Previous State: Ok
Started at: Sun, 19 Mar 2006 20:00:00 +
Finished at: Sun, 19 Mar 2006 20:03:11 +
Total
Wow, you learn something new every day. That's very cool, indeed.
Thanks for the info.
Craig Blake
On Mar 19, 2006, at 9:50 AM, Tim Ellison wrote:
Craig,
You are right, the target for Sun-based compilers is "jsr14" (but it
means the same thing)
See:
http://mail-archives.apache.org/mod_mb
Craig,
You are right, the target for Sun-based compilers is "jsr14" (but it
means the same thing)
See:
http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200603.mbox/[EMAIL
PROTECTED]
Regards,
Tim
Craig Blake wrote:
> Correct me if I am wrong, but I don't think the Sun compiler act
Correct me if I am wrong, but I don't think the Sun compiler actually
lets you specify the source as 1.5 and the target as 1.4; every
version of the 1.5 compiler I have tried that on gives an error:
javac: source release 1.5 requires target release 1.5
So, it seems that relying on that parti
We seem to have b0rked our JIRA config a tad... I tried to close
HARMONY-127 because all paperwork/process stuff done and it's in SVN,
and I can't - for whatever reason, it's shows a dropdown of estimated
complexity, and when I try to close, it says invalid.
Hm.
geir
On Friday 17 March 2006 08:47, Anton Avtamonov wrote:
> Actually null-processing and corresponding NPEs are very very often
> omitted from the spec.
> I would say that according to the guidelines Paulex proposed (and as I
> understood we agreed on) we should be RI-compatible in this case.
> Really
Tim Ellison wrote:
Geir Magnusson Jr wrote:
Tim Ellison wrote:
It is available in both Sun and Eclipse compilers (as different names),
so I'll take that as +1.
How about IBM?
Yes, I meant 'Sun-derived'. IBM's Java SDK didn't take that option out,
and I would expect to see it in BEA's etc
Geir Magnusson Jr wrote:
>
>
> Tim Ellison wrote:
>> It is available in both Sun and Eclipse compilers (as different names),
>> so I'll take that as +1.
>
> How about IBM?
Yes, I meant 'Sun-derived'. IBM's Java SDK didn't take that option out,
and I would expect to see it in BEA's etc too.
Re
Mikhail Loenko wrote:
> Geir,
>
> 2006/3/19, Geir Magnusson Jr <[EMAIL PROTECTED]>:
>> Did we ever come to consensus on how to track these?
>>
>> We are making a very deliberate and reasonable decision here to not be
>> spec compliant, right?
>
> not exactly. The spec says that "behavior of a map
Tim Ellison wrote:
It is available in both Sun and Eclipse compilers (as different names),
so I'll take that as +1.
How about IBM?
Of course, as soon as the JCHEVM can understand 1.5-format class files
we'll drop the target flag.
Regards,
Tim
Geir Magnusson Jr wrote:
Tim Ellison wrote:
It is available in both Sun and Eclipse compilers (as different names),
so I'll take that as +1.
Of course, as soon as the JCHEVM can understand 1.5-format class files
we'll drop the target flag.
Regards,
Tim
Geir Magnusson Jr wrote:
>
>
> Tim Ellison wrote:
>> As discussed on the list, there
done - I closed it
karan malhi wrote:
Please disregard the issue Harmony-212. I think I pressed the submit
button twice when creating the issue.
Please disregard the issue Harmony-212. I think I pressed the submit
button twice when creating the issue.
--
Karan Singh
Tim Ellison wrote:
Stepan Mishura wrote:
[SNIP]
The two things that spring to mind are:
- create an internal API helper that we can inject on the bootclasspath
(or put in a bundle fragment) that will allow the test case to unset the
property. Of course, this will make the entire test Ha
better than breaking the build, I suppose
I want to apologize. I've gotten decent over the years at dealing with
journalists, but unless I get a copy of the material before publication
- which is rare - it's hard for journalists to get our way of working as
peers correctly described.
There's an article in SD Times about Harmony, and
Nice!
On 3/19/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> Tim is giving at talk this week at EclipseCon :
>
> http://www.eclipsecon.org/2006/Sub.do?id=531
>
>
>
--
Davanum Srinivas : http://wso2.com/blogs/
Tim is giving at talk this week at EclipseCon :
http://www.eclipsecon.org/2006/Sub.do?id=531
We need to document this. Would you be willing to submit a patch to the
*source* for
http://incubator.apache.org/harmony/subcomponents/classlibrary/build_classlib.html
(IOW, don't edit the source html... check out
https://svn.apache.org/repos/asf/incubator/harmony/standard/site
and follow th
Thanks - this is great.
Please not that every faxed document that both I and Jim, the ASF
Secretary, received was unreadable.
I can't know if it was the original copy, or the fax machine, but we
need to have everything resent again.
THanks
geir
[EMAIL PROTECTED] wrote:
As announced be
just don't svn commit after that :)
Tim Ellison wrote:
(at the risk of encouraging him...)
You can also reformat entire projects in a single click.
Select the project, then Source->Format menu option.
Enjoy,
Tim
Stefano Mazzocchi wrote:
Oliver Deakin wrote:
Stefano Mazzocchi wrote:
Oliver
Leo Simons wrote:
+0 (I think it is a good idea but since I am not working on this stuff I
feel my vote shouldn't really "count", and since I'm on the PPMC my vote
might otherwise be considered "binding", whereas the opinions of others
are way more important)
I'd like to point out that every
Tim Ellison wrote:
As discussed on the list, there is a compiler option in the 5.0
compilers we use that allows source code containing a subset of Java 5.0
language features to be compiled into 1.4 compatible class files.
Since this is quite a significant change I'd like to get a vote on
wheth
Contributions
karan malhi wrote:
I am almost finished with the javax.accessibility implementation and
would like to submit the code. My understanding is that I would need to
file a JIRA issue to submit this code. Would that JIRA issue be under
"Classlib" or "Contributions" ?
karan malhi wrote:
Leo Simons wrote:
I would like to volunteer tim to put his eclipse settings up
on the wiki, I guess that's currently sort-of our de-facto coding
standards
rules) and apply it to all the source in one fell swoop. Then you don't
have to submit those reformatting patches.
On Fri, Mar 17, 2006 at 10:35:06AM +, Tim Ellison wrote:
> As discussed on the list, there is a compiler option in the 5.0
> compilers we use that allows source code containing a subset of Java 5.0
> language features to be compiled into 1.4 compatible class files.
>
> Since this is quite a si
45 matches
Mail list logo
