No objections to this swing-only solution.
Thanks,
2006/10/6, Oleg Khaschansky [EMAIL PROTECTED]:
Tim,
I attached a patch which doesn't have side effects to HARMONY-1723 :)
--
Oleg
On 10/6/06, Tim Ellison [EMAIL PROTECTED] wrote:
Oleg Khaschansky wrote:
So what happens to the patch on
Oleg Khaschansky wrote:
So what happens to the patch on HARMONY-1723.
My opinion is that it is OK. Consider the following:
1. Applications bounded to the RI behavior (e.g. obtaining the
descriptors for read-only properties without construction of getter
name) won't fail.
2. Construction
Hi Oleg,
On the other hand, why don't we allow Harmony to accept invalid names
and provide a default replacements for them if there is a set/get/is
method for the specified property? It seems to me more user-friendly
then throw IntrospectionException in this situation. It looks like the
Ok. I am testing another patch for the TransferHandler which won't affect beans.
On 10/6/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Hi Oleg,
On the other hand, why don't we allow Harmony to accept invalid names
and provide a default replacements for them if there is a set/get/is
method
Tim,
I attached a patch which doesn't have side effects to HARMONY-1723 :)
--
Oleg
On 10/6/06, Tim Ellison [EMAIL PROTECTED] wrote:
Oleg Khaschansky wrote:
So what happens to the patch on HARMONY-1723.
My opinion is that it is OK. Consider the following:
1. Applications bounded to the RI
Mikhail Loenko wrote:
Yes, please. When you submit a patch people will have a chance
to review and comment
Agreed - and please submit it via JIRA. Feel free to point to it on the
list.
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
Sure. Now I am running the tests on the patch to ensure that
modifications in beans are safe. Will submit when the tests will pass.
On 10/5/06, Tim Ellison [EMAIL PROTECTED] wrote:
Mikhail Loenko wrote:
Yes, please. When you submit a patch people will have a chance
to review and comment
Patch for the TransferHandlerTest failure is here:
http://issues.apache.org/jira/browse/HARMONY-1723
On 10/5/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/5, Oleg Khaschansky [EMAIL PROTECTED]:
I found the reason of this failure. It is an IntrospectionException
while executing a
Oleg,
+ we need to fix in beans the fact that the following code:
new PropertyDescriptor(propertyName, c.getClass(), 1, null);
will throw IntrospectionException on Harmony, but will return the
valid property descriptor with the getter method on RI.
Any thoughts on this? Or should I proceed with
Alexey,
Agree. I haven't noticed that RI doesn't accept invalid write method.
Then its behavior looks illogical. Actually, I asked about comments
especially because I expected a feedback from beans authors. Thank
you.
On the other hand, why don't we allow Harmony to accept invalid names
and
So what happens to the patch on HARMONY-1723. Do you (Oleg Alexey)
think we should not fix it that way now?
Regards,
Tim
Oleg Khaschansky wrote:
Alexey,
Agree. I haven't noticed that RI doesn't accept invalid write method.
Then its behavior looks illogical. Actually, I asked about
So what happens to the patch on HARMONY-1723.
My opinion is that it is OK. Consider the following:
1. Applications bounded to the RI behavior (e.g. obtaining the
descriptors for read-only properties without construction of getter
name) won't fail.
2. Construction of the default getter/setter
Excuse the change in subject line...
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we removed the with.awt.swing flag.
Anyone object?
To the contrary,
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least
Tim Ellison wrote:
Excuse the change in subject line...
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we removed the with.awt.swing flag.
Anyone object?
Mark Hindess wrote:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
2006/10/4, Mark Hindess [EMAIL PROTECTED]:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now
2006/10/4, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mark Hindess wrote:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the
ah, just read this after posting the same note myself.
So yes, I see the same.
Regards,
Tim
Mikhail Loenko wrote:
2006/10/4, Mark Hindess [EMAIL PROTECTED]:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just
I found the reason of this failure. It is an IntrospectionException
while executing a following method from the TransferHandler class:
private PropertyDescriptor getPropertyDescriptor(final JComponent c) {
PropertyDescriptor result = null;
try {
result = new
2006/10/5, Oleg Khaschansky [EMAIL PROTECTED]:
I found the reason of this failure. It is an IntrospectionException
while executing a following method from the TransferHandler class:
private PropertyDescriptor getPropertyDescriptor(final JComponent c) {
PropertyDescriptor result =
Mikhail Loenko wrote:
For the short term it sounds good.
For the long term the deps would better be built on the fly IMHO
Why? We don't build other deps on the fly. By using a binary distro, we
all have the same, predictable thing.
And seems like some of this code hasn't changed since
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
I've tried to find prebuilt libraries but I was not successful. So it
seems that the only option is to build them
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
I've tried to find prebuilt
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
I've tried to find prebuilt
Alexey Petrenko wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
I've tried
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build
On 3 October 2006 at 7:49, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
On 3 October 2006 at 19:16, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2.
Mikhail Loenko wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
I've
Mark Hindess wrote:
On 3 October 2006 at 19:16, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries
On 3 October 2006 at 9:33, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 3 October 2006 at 19:16, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is
Ok, that was fun. Not.
We need to finish making this easier for developers to build by
having pre-built binaries somewhere. To start, I'm going to put a
well-documented tree that contains the stuff needed for /png, /lcms
and /jpg on my personal account and note it.
If we can then make
Thorbjørn Ravn Andersen wrote:
Tim Ellison skrev den 21-06-2006 11:58:
The build instructions are here [1], let me know if they need updating.
Just got around to update and check.
The reference to the build.xml file in the help text shown if the
dependencies have not been downloaded does
Geir Magnusson Jr wrote:
Thorbjørn Ravn Andersen wrote:
Tim Ellison skrev den 21-06-2006 11:58:
The build instructions are here [1], let me know if they need updating.
Just got around to update and check.
The reference to the build.xml file in the help text shown if the
dependencies have
Tim Ellison skrev den 22-06-2006 10:37:
Given that ECJ is now a dependency for our emerging javac tool, perhaps
we should make it the default in the build system too?
Sounds like a good idea. It also loosens the initial Java requirement
on the
host system to be a JRE instead of a JDK.
On 22 June 2006 at 11:45, =?ISO-8859-1?Q?Thorbj=F8rn_Ravn_Andersen?= [EMAIL
PROTECTED] wrote:
Tim Ellison skrev den 22-06-2006 10:37:
Given that ECJ is now a dependency for our emerging javac tool, perhaps
we should make it the default in the build system too?
+1
Sounds like a good
Thorbjørn Ravn Andersen wrote:
Stefano Mazzocchi skrev den 20-06-2006 19:21:
If you guys write a little how to on the wiki on how to build the
thing from scratch on linux from sources, I'll be happy to try azureus
on harmony with some 10Gb torrent files and report back on the wiki.
I
I've tried to run Azureus on Windows XP from NAT-ed network - with RI
it worked fine, with Harmony (classlib revision 415631) an error
appeared:
'Too many successive failures occured on port 55255, UDP - processing
abandoned. Please check firewall settings for this port to ensure that
it is
Tim Ellison skrev den 21-06-2006 11:58:
The build instructions are here [1], let me know if they need updating.
Just got around to update and check.
The reference to the build.xml file in the help text shown if the
dependencies have not been downloaded does not reflect that it now is
ant -f
On 21 June 2006 at 19:51, =?ISO-8859-1?Q?Thorbj=F8rn_Ravn_Andersen?=
[EMAIL PROTECTED] wrote:
Tim Ellison skrev den 21-06-2006 11:58:
The build instructions are here [1], let me know if they need updating.
Just got around to update and check.
The reference to the build.xml file in the
Thorbjørn Ravn Andersen wrote:
Tim Ellison skrev den 21-06-2006 11:58:
The build instructions are here [1], let me know if they need updating.
Just got around to update and check.
The reference to the build.xml file in the help text shown if the
dependencies have not been downloaded does
),
Azureus (while being a very non-trivial and cool Java application), is
not written in AWT/Swing, it is written with SWT (the same as Eclipse).
It's probably a good application to interact with for testing, but it's
not an AWT/Swing test.
So I theory, this might run now!
I tried running
Paulex Yang wrote:
Anton and Tim,
FYI, the Selector implementation has been merged into SVN as patch of
Harmony-41 at revision 415279. So it should be ready to use now. Thank you.
Cool -- thanks Paulex.
Can you easily repeat the experiment Anton? It would be good if you put
your method on
Great progress - it started and looks similar to Azureus launched on RI.
Unfortunately I'm behind a firewall so I can't test it fully (and,
frankly speaking, I've never used it before I tried to run it on
Harmony so I don't know for sure how to use it properly :) )
--
Regards,
Anton Luht,
Intel
Anton Luht wrote:
Great progress - it started and looks similar to Azureus launched on RI.
Unfortunately I'm behind a firewall so I can't test it fully (and,
frankly speaking, I've never used it before I tried to run it on
Harmony so I don't know for sure how to use it properly :) )
Cool --
Cool -- can't wait to try it.
Did you have to hack any of the Azureus code assumptions to get it
working? (i.e. BKS or HARMONY-536 JSSE provider)
No, I just ran it 'as is' - old errors are in place:
DEBUG::Tue Jun 20 18:25:02 MSD
Anton Luht wrote:
Great progress - it started and looks similar to Azureus launched on RI.
Unfortunately I'm behind a firewall so I can't test it fully (and,
frankly speaking, I've never used it before I tried to run it on
Harmony so I don't know for sure how to use it properly :) )
Azureus
Stefano Mazzocchi skrev den 20-06-2006 19:21:
If you guys write a little how to on the wiki on how to build the
thing from scratch on linux from sources, I'll be happy to try azureus
on harmony with some 10Gb torrent files and report back on the wiki.
I did that recently with the IBM JVM,
Mark Hindess wrote:
On 6 June 2006 at 6:27, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
zoe slattery wrote:
Hi Geir
Hi Zoe!
Long time no hear, here!
Geir Magnusson Jr wrote:
Mark Hindess wrote:
[SNIP]
The build machine I'm running is produces
Since Harmony layout changed again, these modules are failed to build
with the initial version build scripts. To be more concrete build
scripts cannot find the jni.h file.
They also place the resulting jars and libraries to the wrong place:
deploy/jre instead of deploy/jdk/jre.
To track this
Yes
2006/6/15, Geir Magnusson Jr [EMAIL PROTECTED]:
thanks - did you link it to the orig?
Alexey Petrenko wrote:
Since Harmony layout changed again, these modules are failed to build
with the initial version build scripts. To be more concrete build
scripts cannot find the jni.h file.
They
), is
not written in AWT/Swing, it is written with SWT (the same as Eclipse).
It's probably a good application to interact with for testing, but it's
not an AWT/Swing test.
So I theory, this might run now!
I tried running it but get lots of error output like:
DEBUG::Tue Jun 06 08:29:39 BST
2006
How did you get past the initialization part?
I have put my experiences here:
http://wiki.apache.org/harmony/Azureus
I have same messages as you put in wiki in the very beginning, and
select() problems happen later - after the point you gave up :)
--
Regards,
Anton Luht,
Intel Middleware
didn't gather this anywhere from this discussion),
Azureus (while being a very non-trivial and cool Java application), is
not written in AWT/Swing, it is written with SWT (the same as Eclipse).
It's probably a good application to interact with for testing, but it's
not an AWT/Swing test.
So
On 5 June 2006 at 19:07, R.J. Lorimer [EMAIL PROTECTED] wrote:
For the record (I didn't gather this anywhere from this discussion),
Azureus (while being a very non-trivial and cool Java application), is
not written in AWT/Swing, it is written with SWT (the same as Eclipse).
It's probably
Hi Geir
Geir Magnusson Jr wrote:
Mark Hindess wrote:
On 5 June 2006 at 18:46, Anton Luht [EMAIL PROTECTED] wrote:
Good day,
I would propose to start with Geronimo.
Someone looked at this a while ago I think[0], there is a link from:
:[EMAIL PROTECTED]
Sent: Tuesday, June 06, 2006 12:50 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [testing] AWT, Swing Java2D
Mark Hindess wrote:
On 5 June 2006 at 18:46, Anton Luht [EMAIL PROTECTED] wrote:
Good day,
I would propose to start with Geronimo.
Someone looked
Good day,
This is good approach and I can't imagine why not. Another approach is – I
tried every Apache Java project in Google to see how many references are
found.
Here are results:
Apache Directory project 19 200 000
Those three words are so common that some of those results are
Anton Luht wrote:
I've noted that most applications people suggest here for testing are
for developers. They're either IDE or application servers or
development frameworks. I've looked at the list of most popular
projects on SourceForge
Anton Luht skrev den 05-06-2006 19:21:
(http://sourceforge.net/top/topalltime.php?type=downloads) and found
at least one project that was never mentioned in this list: Azureus
(a BitTorent client). It has 118,5 millions of downloads and scores
8,700,000 in Google search.
I second that. Just
Alexey Petrenko wrote:
However, a little further down the line perhaps we should have a
competition with the best games becoming the official demos for Harmony?
Yes, this is a really good idea!
One note of warning here: official demo for Harmony seems to imply
something harmony-specific about
Geir Magnusson Jr wrote:
Yes, I think so. Certainly we have people using eclipse today.
I thought this would be viable once we had the VM and Swing code in SVN
so that we can build binary snapshots that Just Work and that makes it
easier for people to test...
It also would be interesting
Mark Hindess wrote:
On 5 June 2006 at 18:46, Anton Luht [EMAIL PROTECTED] wrote:
Good day,
I would propose to start with Geronimo.
Someone looked at this a while ago I think[0], there is a link from:
http://wiki.apache.org/harmony/ClassLibrary
Isn't it time to review 'missing classes'
Stefano Mazzocchi wrote:
Alexey Petrenko wrote:
However, a little further down the line perhaps we should have a
competition with the best games becoming the official demos for Harmony?
Yes, this is a really good idea!
One note of warning here: official demo for Harmony seems to imply
Stefano Mazzocchi wrote:
The remaining missing classes for geronimo are:
java/nio/channels/spi/AbstractSelectionKey
javax/rmi/CORBA/Util
javax/rmi/CORBA/UtilDelegate
javax/rmi/PortableRemoteObject
org/omg/CORBA/BAD_PARAM
org/omg/CORBA/CompletionStatus
org/omg/CORBA/INITIALIZE
For the record (I didn't gather this anywhere from this discussion),
Azureus (while being a very non-trivial and cool Java application), is
not written in AWT/Swing, it is written with SWT (the same as Eclipse).
It's probably a good application to interact with for testing, but it's
http://wiki.apache.org/harmony/Apache_Commons
http://wiki.apache.org/harmony/ClassLibrary
Good pages, thank you!
Do we have an idea what we are doing with the results? – I mean, to make
sure people
know the list of unimplemented API required to run Apache Commons and start
with
By next spring? I'm hoping to have this download by next *week* (ok,
two weeks...)
This is great news! Now if only I could get it to work on my Mac :)
We'll definitely have this for them. I'm hoping by next spring, we'll
be far enough along you can ask your students to just *do* their
2006/6/2, Mark Hindess [EMAIL PROTECTED]:
We should probably wait until we have
javax.sound? Since most of the games fail because of these missing
packages. The others I tried failed with:
java.lang.RuntimeException: Method is not implemented
at
Well, some of them seem to contain images/sounds that might not be
original works of the game authors.
I can guarantee you that some of the games contain images and sound
that are not the original work of the authors. That of course will
have to be worked out if anything is going to be
Erik Axel Nielsen wrote:
Most addictive: 109 Touch Balls
Yep - that's addictive...
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Yes, I think so. Certainly we have people using eclipse today.
I thought this would be viable once we had the VM and Swing code in SVN
so that we can build binary snapshots that Just Work and that makes it
easier for people to test...
It also would be interesting to script running these apps
I'm going to harvest this info for the website... good stuff...
Mark Hindess wrote:
On 2 June 2006 at 19:54, Vladimir Ivanov [EMAIL PROTECTED] wrote:
This post reminded me about that some times ago was a little discussion
about 'application testing' and that it will be good to define list of
On Jul 16, 2005, at 1:39 AM, Sven de Marothy wrote:
On Sat, 2005-07-16 at 00:13 -0400, Geir Magnusson Jr. wrote:
[snip:Blahblahblah, qt licensing]
That's no fun. Remember, we're happy w/ people innovating and doing
closed source impls of their work if they choose.
Well, you can't do
On Mon, 2005-07-18 at 20:27 -0400, Geir Magnusson Jr. wrote:
On Jul 16, 2005, at 1:39 AM, Sven de Marothy wrote:
This was in response to Rodrigo saying Harmony can't use Qt. Let's
forget for a second that Qt is available in FOSS versions, and just
consider it as a proprietary library:
When I wrote to Sven about the GNU Classpath Qt peers, I was doing under
the understanding that talking about the different FOSS Java
implementations was OK here, in the spirit of harmony that is being
pursued by the different project leaders.
I apologize if I started a snowball I shouldn't
On Sun, 2005-07-17 at 10:44 -0400, PJ Cabrera wrote:
I agree with Sven that the final word on licensing for any project is
with the project leader. In the case of GNU Classpath, that's Mark
Weilaard. But I disagree that anyone else should be discouraged from
expressing their opinion,
Sven, Tom,
Thanks for the suggestions. I mentioned SwingWT in the interest of not
reinventing the wheel. Of course other peers could be written.
Sven, how far along on the Qt peers are you? Which version of Qt are you
using?
I'm thinking, Qt is definitely a damn fine library, and runs
On 7/15/05, PJ Cabrera [EMAIL PROTECTED] wrote:
Sven, Tom,
Thanks for the suggestions. I mentioned SwingWT in the interest of not
reinventing the wheel. Of course other peers could be written.
Sven, how far along on the Qt peers are you? Which version of Qt are you
using?
I'm thinking,
On Fri, Jul 15, 2005 at 10:30:45AM -0300, Rodrigo Kumpera wrote:
Harmony or classpath won?t be able to use these peers, as QT is GPL.
Probably not, but anyone wanting to bundle them together can surely
obtain a commercial license from Trolltech; especially as the target
audience for
On Fri, 2005-07-15 at 09:14 -0400, PJ Cabrera wrote:
Sven, how far along on the Qt peers are you? Which version of Qt are you
using?
Hmm, hard to say. I've been targetting Qt4, but I started hacking them
on Qt3, I was more than half-done before, but now I moved them over to
Qt4 and have to
On Jul 15, 2005, at 5:58 PM, Sven de Marothy wrote:
On Fri, 2005-07-15 at 10:30 -0300, Rodrigo Kumpera wrote:
Harmony or classpath won´t be able to use these peers, as QT is GPL.
Well, Qt is GPL/QPL dual-licensed with the option of commercial
licensing, you can link it to FOSS code
On Fri, 2005-07-15 at 10:30 -0300, Rodrigo Kumpera wrote:
Harmony or classpath won´t be able to use these peers, as QT is GPL.
BTW, could *everybody* PLEASE abstain from talking about GNU Classpath's
politics here?
First, it is off-topic. This isn't the Classpath mailing list.
On Sat, 2005-07-16 at 00:13 -0400, Geir Magnusson Jr. wrote:
[snip:Blahblahblah, qt licensing]
That's no fun. Remember, we're happy w/ people innovating and doing
closed source impls of their work if they choose.
Well, you can't do a closed source impl of GTK (LGPL) either. And Open
Motif
Now for OS X, you can do a nice set of peers implementing all the above on
Aqua.
Sorry, I meant Quartz of course, not Aqua.
/Sven
86 matches
Mail list logo