Re: [OT] Google web toolkit for writing AJAX applications in java
yap! you are right! :-D AND that what I'm hopping too! On 5/18/06, Salikh Zakirov [EMAIL PROTECTED] wrote: [offtopic] http://code.google.com/webtoolkit/overview.html It looks like the new web toolkit has the potential of substantially increasing the popularity of Java for internet/intranet applications. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [announce] Swing/AWT Donation Coming...
I don't think they videoed the sideshows, but JavaOne have made the slides that were submitted available on-line. Go to http://www.cplan.com/javaone2006/contentcatalog search on keyword Harmony (and make note of the username and password shown on that page). The presentation is available as it was originally submitted. Geir and I made some last minute changes that are not reflected there, but it is close enough. Feel free to ask any questions about the presentation. Regards, Tim Stefano Mazzocchi wrote: Oliver Deakin wrote: Great news! Thanks Intel, and well done to Geir and Tim for getting this together for JavaOne! BTW, is there a video of that presentation? -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Weldon, I have prepared my modifications and posted a patch against the SVN/classlibadapter. http://issues.apache.org/jira/browse/HARMONY-483 I was able to get rid of all native modifications and some of modified classes. NewWeakGlobalRef implementation on vm needed though. More tests works when adding in bootclasspath instead of classpath (system classloader is not quite finished) Exception traces works and quite useful to find problematic places. -- Ivan 2006/5/16, Weldon Washburn [EMAIL PROTECTED]: Ivan, Good progress. Again, it would be helpful for planning if you could tell us what you would like to work on and how much time you can spend on it. Currently I am in the process of figuring out how to borrow a bunch of the DRLVM native methods for gnuclasspathadapter. It would be great if you can help. It may be as simple as 1) build drlvm, 2) copy DLLs to gnuclasspathadapter directory. Can you post your mods as a zip file to JIRA? On 5/15/06, Ivan Volosyuk [EMAIL PROTECTED] wrote: I've just wanted to check the problem with incorrect interfaces and... Looks like I suddenly made a good progress: === _200_check Finished in 0.012 secs **NOT VALID** === _209_db Finished in 43.748 secs **NOT VALID** === _222_mpegaudio Finished in 97.589 secs **NOT VALID** === _201_compress Finished in 106.233 secs **NOT VALID** As you can see I managed to run some of specjvm98 tests. :) There are a lot of validity errors, but its finally passed to the end. Changes done: Fixed Class.newInstance(), Constructor.newInstance() Fixed stack trace display in Throwable Implemented Runtime.getRuntime() What a wonderful thing is stack traces! :) -- Ivan 2006/5/16, Ivan Volosyuk [EMAIL PROTECTED]: Weldon, - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ivan Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jchevm status?
Ivan, I just now looked at 483. Good work. I'd like to check-in these mods into svn but don't have check-in permission. I am in the process of trying to move to the current version of Harmony Class Library. It will also soon need to be checked in. I will send a mail on it shortly. Weldon On 5/21/06, Ivan Volosyuk [EMAIL PROTECTED] wrote: Weldon, I have prepared my modifications and posted a patch against the SVN/classlibadapter. http://issues.apache.org/jira/browse/HARMONY-483 I was able to get rid of all native modifications and some of modified classes. NewWeakGlobalRef implementation on vm needed though. More tests works when adding in bootclasspath instead of classpath (system classloader is not quite finished) Exception traces works and quite useful to find problematic places. -- Ivan 2006/5/16, Weldon Washburn [EMAIL PROTECTED]: Ivan, Good progress. Again, it would be helpful for planning if you could tell us what you would like to work on and how much time you can spend on it. Currently I am in the process of figuring out how to borrow a bunch of the DRLVM native methods for gnuclasspathadapter. It would be great if you can help. It may be as simple as 1) build drlvm, 2) copy DLLs to gnuclasspathadapter directory. Can you post your mods as a zip file to JIRA? On 5/15/06, Ivan Volosyuk [EMAIL PROTECTED] wrote: I've just wanted to check the problem with incorrect interfaces and... Looks like I suddenly made a good progress: === _200_check Finished in 0.012 secs **NOT VALID** === _209_db Finished in 43.748 secs **NOT VALID** === _222_mpegaudio Finished in 97.589 secs **NOT VALID** === _201_compress Finished in 106.233 secs **NOT VALID** As you can see I managed to run some of specjvm98 tests. :) There are a lot of validity errors, but its finally passed to the end. Changes done: Fixed Class.newInstance(), Constructor.newInstance() Fixed stack trace display in Throwable Implemented Runtime.getRuntime() What a wonderful thing is stack traces! :) -- Ivan 2006/5/16, Ivan Volosyuk [EMAIL PROTECTED]: Weldon, - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ivan Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jchevm] class loader questions
All, I am in the process of moving gnuclasspathadapter to a much new version of Harmony Class Library. I did an svn update two days ago. There is a problem in the early boot stage with the method class$ from the current version of java/lang/Character. I have looked at java/lang/Character.class for a method called, class$ and can't find any evidence of it. Does anyone have any suggestions? Could class$ somehow be related to inner classes?? My next step is to use the debugger to watch the class loader load method class$. -- Weldon Washburn Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r407780 - in /incubator/harmony/enhanced/classlib/trunk/modules/archive/src: main/java/java/util/jar/Attributes.java test/java/org/apache/harmony/archive/tests/java/util/jar/Attributes
We also agreed to put only internationalized messages and to have a single catalog by module. Is there any way to meet all the agreements without rewriting the internationalization framework? Thanks, Mikhail 2006/5/19, Magnusson, Geir [EMAIL PROTECTED]: And if we didn't, I think we just did :) -- Geir Magnusson Jr SSG/MPD [EMAIL PROTECTED] +1 203 665 6437 -Original Message- From: Tim Ellison [mailto:[EMAIL PROTECTED] Sent: Friday, May 19, 2006 7:03 AM To: harmony-dev@incubator.apache.org Subject: Re: svn commit: r407780 - in /incubator/harmony/enhanced/classlib/trunk/modules/archive/src : main/java/java/util/jar/Attributes.java test/java/org/apache/harmony/archive/tests/java/util/jar/Attri butesTest.java [EMAIL PROTECTED] wrote: snip public void putAll(Map attrib) { +if( attrib == null ) { +throw new ClassCastException(); +} Shouldn't this have a message? I thought we agreed that we'd add useful messages to exceptions. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r407752 - in /incubator/harmony/enhanced/classlib/trunk/modules/luni/src: main/java/org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.java
Hi Mikhail I didn't study details of net testing so I can not say for sure - I expect that with some minor improvements the prototype can be used for most of testing scenarios (I mean scenarios where a test opens connection and optionally send/receive some message.) Thanks, Stepan. On 5/19/06, Mikhail Loenko wrote: Hi Stepan how far the prototype from what is desired? Thanks, Mikhail 2006/5/19, Stepan Mishura [EMAIL PROTECTED]: On 5/19/06, Stepan Mishura wrote: Hi George, see below On 5/19/06, George Harley wrote: Hi Stepan, Yes, there is probably scope for adding some logic to this test method where - in the event of no network connection we write a message to stderr and move on. An alternative is to provide for connections to be opened up against a server on the local machine. A couple of days ago I spent some time adding the small, lightweight (and Apache licensed) Jetty server to the LUNI tests. In my local sandbox the LUNI make/build.xml file the run.tests target was updated to start up Jetty -- run the LUNI tests -- stop Jetty. It worked fine apart from a glitch I had getting the cgi-bin to work properly in Jetty. Apparently this is a fairly common problem when it is used on Windows. I'm starting to feel that it might be best to exclude the one or two cgi-bin related tests in the LUNI tests for now in the interests of bringing Jetty on board. It would certainly help get some more java.net tests up and running and enable this particular test case to run without the need for a network connection. What do you think ? I think that we should try to develop small local test server that just opens connection and optionally send/receive test message. There is a prototype of such test server (see HARMONY-167) and but I didn't integrate it with tests yet. Sorry, wrong JIRA number - see HARMONY-164 Thanks, Stepan. I would, of course, float the Jetty proposal on the dev list first to make sure we were all happy with the suggestion :-) I'm OK only if we separate tests with Jetty from common test suite run. Thanks, Stepan. Best regards, George Stepan Mishura wrote: Richard, George I'm not fan of tests that depend on network connection. Is it necessary for this test: + public void test_getOutputStream_afterConnection() throws Exception { + URLConnection uc = new URL(http://www.apache.org ).openConnectionhttp://www.apache.org ).openconnection/ (); + uc.setDoOutput(true); + uc.connect(); + assertNotNull( uc.getOutputStream()); + } Thanks, Stepan Mishura -- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r407752 - in /incubator/harmony/enhanced/classlib/trunk/modules/luni/src: main/java/org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.java
Hi George, On 5/19/06, George Harley wrote: Stepan Mishura wrote: [SNIP] Hi Stepan, Is your preference to separate out all remote server dependent tests (that could be made work with a locally installed server) from the normal test flow ? Yes. For instance, have them run in a separate junit batch that was dependent on an Ant property value (e.g. run.net.tests) ? Another possibility is to invoke the tests under discussion via a JUnit TestSuite - again, perhaps depending on an Ant property. Basically I want to be sure here that we are talking about a logical separation of the tests using Ant and JUnit techniques and not a physical separation of files in the file system. We can separate them in any acceptable way. All I want that we clearly define which tests require 'remote server' to be run and keep these test separately from 'normal test flow'. For this particular case I believe that there is no need in 'remote server' and we can use local server stub. Thanks, Stepan. Best regards, George Best regards, George Stepan Mishura wrote: Richard, George I'm not fan of tests that depend on network connection. Is it necessary for this test: + public void test_getOutputStream_afterConnection() throws Exception { + URLConnection uc = new URL(http://www.apache.org;).openConnectionhttp://www.apache.org ).openconnection/ (); + uc.setDoOutput(true); + uc.connect(); + assertNotNull(uc.getOutputStream()); + } Thanks, Stepan Mishura -- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] jetty based tests
On 5/19/06, Tim Ellison wrote: Stepan Mishura wrote: snip I'm OK only if we separate tests with Jetty from common test suite run. Why? Because each external dependency complicates 'normal' test suite run ( I don't want to face with situation when to run Harmony test suite I have to configure and run 20 different external servers even they are easy configurable). As far as I remember we agreed to use mock objects - so let's use them! For example, in this case there is no need in jetty server. I'm not against 'jetty based tests' but I'd prefer to separate such tests. Thanks, Stepan. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks, Stepan Mishura Intel Middleware Products Division -- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]