 |
|
 |
 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
 Fabrizio Giudici's Blog
Another (small) contest and Italy is inPosted by fabriziogiudici on May 15, 2008 at 08:40 AM | Permalink | Comments (2)Sun has launched the "Student Reviews Contest": it is reserved to students that are regularly enrolled in an educational institute and would like to write a review about OpenSolaris or NetBeans 6.1. The prizes are small ($250 grand prize and five $100 prizes), but the work needed to compete is light and this could be your chance to gain some visibility. All the details are here; Italy is part of the eligible countries (but please be aware that your review must be written in english language). It's overPosted by fabriziogiudici on May 12, 2008 at 06:43 AM | Permalink | Comments (5)The saddest day at the conference is undoubtly friday, when they pack the pavillion stuff and you perceive that the thing is almost over. For some reasons, however, friday has been one of my most important days at the conference thanks to a long talk with Henry Story, which will have some consequences for blueMarine. Stay tuned. Spent saturday at Muir Woods and Point Reyes, spent sunday on the cable car and at Fisherman's Wharf, it's time to fly back. This means I'll be disconnected for about two days, including the time to recover the jet lag. In the meantime, I'm publishing some resources about my talk:
And I made itPosted by fabriziogiudici on May 08, 2008 at 05:41 PM | Permalink | Comments (6)Now I can say, at last, that I'm a JavaOne speaker, really, not only a successful submitter. This year no headache, sore throat, cold, flu, pain in the ass prevented me from performing my talk. Not even the stinking MacBook Pro power supply that broke again a couple of days ago (men, I had to buy the third in two years). There could have been more attendees to my talk, but an agenda change a few days ago anticipated Romain's and Chet's talk to my same time slot, so figure it out. But it's good as it is. PS Yesterday and today I met other people too, but since I didn't keep the list I'm surely forgotting somebody: Adam Bien, Michael Bien, Chris Adamson, Joshua Marinacci. I also met again Dennis Reedy after a few years. Unfortunately I haven't met Kohsuke so far, so I couldn't offer him the promised beer, and Romain is up there busy in signing copies of his book. But there's one day more. PS2 wsnyder6, I owe you a beer too. If you are around, come on. Community OnePosted by fabriziogiudici on May 06, 2008 at 06:34 AM | Permalink | Comments (1)Well, I really can't express all my feelings in these days - even because I'm still suffering from the jet lag. My first thought is that I'm happy to be in San Francisco again, after six years, and to attend Java One again. I didn't remember the Moscone Center was so huge and yesterday morning it took some time for me to find the room for the NetBeans track. As I said so many times, in this age the real added value of conferences is to breathe the air and to personally meet people. The latter point is especially true when it happens that you "know" people for a long time, but only by means of virtual channels such as the email (I'm not talking about other "social" tools because I don't like them). So, I must say that my first great joy for the Community One day has been to meet personally Geertjan Wielenga (which is the main responsible for me being part of the NetBeans community) and Tom Wheeler, from the NetBeans Dream Team. I've also met Glenn Holmer, which brings to three the number of NBDTers I've met so far (the first one being Vincent Brabant met at JavaPolis). Today should be the turn of Adam Bien. But yesterday I've met so many other persons. Here's just a partial list, in random order:
And this was just "JavaOne Day -1"... From a technical point of view, I'd say these are the three main points I've seen so far:
Latest refinementsPosted by fabriziogiudici on May 03, 2008 at 01:35 PM | Permalink | Comments (2)Well, tomorrow morning I'm leaving for San Francisco. There are two basic reasons for my excitement:
I'm pretty excited for this release since it includes an OpenStreetMap layer, which is pretty useful - and looks nice, as you can see (Pat Murris also blogged about it).  
A little desktop quizPosted by fabriziogiudici on May 02, 2008 at 03:26 PM | Permalink | Comments (4)This blueMarine screenshot has been just taken on Mac OS X. Do you note something different than usual? Clicking the image you can see the original capture. I'll pay a beer at JavaOne to the first guy that guesses what's going on (*).  (*) This is the second beer I'll have to offer, the first being due to Kohsuke. Apple's Java 6 on Mac OS X availablePosted by fabriziogiudici on April 29, 2008 at 11:27 PM | Permalink | Comments (12)Now the scoop is not that we had to wait 1.5 years before it to be available, but the fact that it only supports 64bit Intel processors. No support for 32bit, no support for PPC. Yeah, PPC is dead, but how many existing installations exist with PPC and 32 bit Intel? And how long you'll have to wait before there's a decent percentage of 64bit installations so you can put it as a requirement for your app? Not counting that if you bought a Mac earlier than 2 years ago, like me, you just need to buy some new gear to start developing with it. Of course this is just whining. As a lot of people will hurry to say today, life is good, Apple is nice, and there's absolutely no need to worry about. Benchmarks and (less) surprises (?)Posted by fabriziogiudici on April 26, 2008 at 05:46 PM | Permalink | Comments (4)As a follow-up of my previous post, I've cleaned up my benchmark code (the log files have been reduced in size from 40MB to 800kB, some bugs have been fixed and the UUID strategy has been chosen for generating primary keys in the database, thus reducing contention chances with multiple threads). At this point the impact of logging should be neglectable, thus the comparison makes more sense (if you haven't read my previous post, the test reads metadata from about 150+ photos and insert them into a Derby database, with both single- and multi-thread approaches; the test is run with different software combinations but always on the same hardware, my MacBook Pro first generation, 2GHz, 2GB RAM; numbers are seconds per photo, the lower the better). Workers Linux Ubuntu 8.04 Windows XP Mac OS X 10.5In this round of tests I introduced a double benchmarking for every platform, by using both the "Client" JIT (java -client) and the "Server" one (java -server). Here are some points:
The instructions to reproduce this are in my previous post, this time you must use -r 5368 for checking out the blueMarine code. In any case, at least with Windows and Linux I'm reaching my performance goal, which is 0.20 seconds per photo. Indeed, considering some known issues of my code, I should be able to make better than it. *** Edited to add: To make things easier to read, I'm adding a table with normalized values. The percentages indicates how slow a test runs (e.g. 100% means that it runs at half speed). Best performers are marked in green, worse performes in red; also a specific comparison among Java 5 only VMs is given. In each column pair, the "Client" JIT figure is at the left side, the "Server" JIT figure at the right. 
Benchmarks and surprisesPosted by fabriziogiudici on April 14, 2008 at 02:45 PM | Permalink | Comments (6)I'm posting some results from my latest benchmarks on the Metadata facility of blueMarine - take them with half a pinch of salt, since I've checked them but not double-checked, sorry but I have just a little time in these days. They gave some little surprise to me. In short, the test takes about 160 photos and imports all the metadata into a Derby database (details for reproducing it below). In total, 10000+ records are imported. The tests run with a classic Master / Worker pool with 1, 2, 3 and 4 workers on a MacBook Pro 2GHz, 2GB RAM in all the combinations of (Java 5, Java 6) x (Mac OS X 10.5, Linux Ubuntu 8.04, Windows XP) - note that I've used Soylatte on Java 6 since I don't have a 64 bit computer and can't run the Java 6 previews from Apple (thanks, Apple). The benchmark figure is the number of seconds needed to import a photo, so the lower the number, the better.
Before commenting, keep in mind the following points:
To reproduce:
Historic series of profiling dataPosted by fabriziogiudici on April 06, 2008 at 06:30 AM | Permalink | Comments (2)After fighting with some showstoppers in the NetBeans Profiler (involving RCP projects) and finding a decent workaround, I've started the tuning of the Metadata facility for blueMarine. I've already done tuning in the past, of course, but I have always had some frustration in how I easily lost the traceability of the thing. I'm giving an example: a few days a go I ran the profiler and got some figures; in particular two methods were the hot spots of the test and I realized it was not good. Working on those methods, I was able to push them down in the list. To help during the job, I exported some dumps of the NetBeans Profiler, manually spotted the most important numbers and manually tracked them build after build.
Of course, you can deal with it: just run another session of profiling, get the new list of hot spots, etc... The point is that since I run profiling sessions every in a while, I'm likely to have forgotten a bit about the context. I can fix this by writing comments and entries in the issue tracker, but this is time expensive. My point is that it would be nice to put some automatic stuff in the CI facility. For instance, I could run a test in profiling mode, dump the hot spots data and plot a graph showing the values (percentage and time ticks) for the five methods on the top of the list and a sixth record with the data of all the rest. This would save me a lot of time and - in the spirit of CI - it would be done incrementally for each build, allowing you to relate repository modifications with sudden changes in the performance (e.g. you see that a method at a certain build has suddenly moved up to the top of the hot spots, and you could easily track the commit version and find out which changes are responsible for that. What do you think? I don't think there's a plugin for Hudson already available, but I could make one - I think there's already a plugin for plotting graphs if you produce a file with a given format, the only thing I need is a (FLOSS) library that allows me to read a profiler dump. The troubles with dinosaur and close technologies...Posted by fabriziogiudici on April 03, 2008 at 06:14 AM | Permalink | Comments (2)Adobe has just announced that it will be impossible to have the next Photoshop to support 64 bits on Mac OS X systems. The reason is that Apple notified, the past June, that it won't support 64 bits for Carbon, so Adobe has to rewrite it on Cocoa and this would affect about one million (!) LOCs. While in the past Java has had big troubles for supporting the desktop, and nowadays still a few issues remain, it appears clear how big is its advantage in such scenarios: with Java you can get 64 bit support almost for free (supposing you have a good 64 bit VM support, which happens in Windows and Linux). It's also appalling to me to learn that strategic software manufacturers such as Adobe (I don't think Apple would have been so successful in some marketing segments that were strategic in the past without the contributions of superb products such as the Adobe Suite) don't get early warnings from Apple about its close technologies such Carbon and Cocoa (Adobe's statement refers to WWDC news). This makes me understand even better how important is to work with open technologies. blueMarine goes semanticPosted by fabriziogiudici on April 01, 2008 at 06:13 AM | Permalink | Comments (0)Today Jazoon '08 has published the final program and I don't see my proposal there, so I've not been selected. Usual business in the conference world, sometimes you get accepted and sometimes not - it's only strange that I didn't receive any personal notification about that, it must have been lost somewhere. In any case, the proposed paper was named "blueMarine goes semantic" and - you get it - it was about the integration of blueMarine with semantic technologies - note that I'm not strictly referring to semantic web, but semantic technologies in general. There is some preliminary code (not yet in the public source repository) and, given the Jazoon news, at this point I'm suspending the work until past JavaOne. So, this is just a teaser, expect me blogging about that after next May. PS And not, this is not another April's fool :-) I must admit: Eclipse is the best tool in its classPosted by fabriziogiudici on April 01, 2008 at 12:22 AM | Permalink | Comments (5)Well, this is the sound opinion of a person who has been using it for years. There's no history: Eclipse is just the best tool of its class. I've tried some alternatives, but nothing allowed me to operate quickly and having such a clean result as Eclipse did. Just nothing. And if you're in pain, trying to deliver when operating in the field, maybe in a problematic environment, Eclipse just gets you out of your troubles in a few minutes. Don't trust of what competitors say, it's marketing hype, Eclipse is just the best tool of its class. Long life to Eclipse! :-)
Designing flexible method callsPosted by fabriziogiudici on March 25, 2008 at 06:54 AM | Permalink | Comments (2)In the latest months I've not blogged a lot about technical topics, yet I'm still intensively working of stuff about my opensource projects (well, of course I also work on other stuff, but I can't blog on that because of NDAs with customers). The point is that 95% of the development of blueMarine has been focused, since the latest XMas, on the Metadata component. It is a thing to import, store and query metadata extracted from photos and other documents, and I put some demanding requirements on it, including the capability of being pretty modular and extensible. It turned out to be a meta-persistence facility on its own for JavaBeans, that will be even useful for futher developments. Of course I didn't reinvent the wheel, the thing still uses JPA + Derby, but adds a layer of services that are focused on the special kind of JavaBeans I'll be using. The design has been changed two or three times so far, and I'm pretty happy this is the first time I went in mostly-TDD mode for blueMarine (thus having 90%+ test coverage since the beginning), since I was able to perform dramatic changes with no fear of breaking anything. After some integration tests passed yesterday, I think that the design is almost complete, so I started consolidating and documenting (and also removing some possible over-engineering). So here it is a quick technical post about it and I like to have some feedback before I freeze the APIs. As I said, the facility should be extensible, and this implies having stable APIs that can be used by third parties. Stable APIs must be however extensible as far as it's possible. A Metadata interface is central in the facility, as it manages a collection of metadata items associated to a given object. Among other operations, Metadata exposes a findOrCreateItem() and a storeItem(). The implementation is SPI-based, that is independent implementations of providers will be activated on request. Providers might be able to read data from a photo file, read or store from/to an XMP file or work directly with the database. I can't predict in advance which kind of providers will be able in future, including some hopefully provided by third parties, so I'd like to have an open door so the application can pass some special parameter to them. So, everything boils down in how to construct a method whose arguments are flexible enough, yet controllable, and also keeping an eye on readability of the code. Up to a few months ago, my usual way was to avoid fixed parameters such as: public void myOperation (int param1, String param2, float param3); in favour of the use of a specific JavaBean and a method with a single parameter: public class MyOperationParameters { public void setParam1 (int v)... public int getParam1()... } MyOperationParameters p = new MyOperationParameters(); p.setParam1(...); public void myOperation (p); In this way you can add new properties to MyOperationParameters and make sure that they have the proper default values. Not bad, but it make it worse the readability of the caller code. Of course, you could initialize MyOperationParameters properties in the constructor and/or use a fluent interface, etc... But even worse, from the design point of view, is that MyOperationParameters becomes a focal point and any eventual extension (e.g. adding new parameters) performed by added code must use subclassing, which is evil in this case. This time I opted for a different solution. For instance, the method storeItem() is declared as: public <Item> int storeItem (MetadataItemHolder<Item> holder, Metadata.StoreOption... options); where holder is a fixed and mandatory parameter; all the remaining stuff is a varargs of classes implementing StoreOption, that are straigthly passed to SPI implementations. StoreOption is just a tagging interface, that is it's empty, only used to have a minimal syntax cheking from the compiler (so I can't pass arbitrary objects). Then I have some concrete classes: public interface Metadata { public static interface StoreOption { } public static enum StorageType implements StoreOption { ANY_TYPE { public boolean includes (final StorageType sourceType) { return true; } }, INTERNAL { public boolean includes (final StorageType sourceType) { return sourceType == INTERNAL; } }, EXTERNAL { public boolean includes (final StorageType sourceType) { return sourceType == EXTERNAL; } }; public abstract boolean includes (final StorageType sourceType); } public static enum ReplaceOption implements Metadata.StoreOption { DONT_REPLACE, REPLACE } public static class OriginFilter implements StoreOption { private final String name; public OriginFilter (final String name) { this.name = name; } public String getName() { return name; } } ... } As you can see, some of the classes have their own logic, as for the includes() method in StorageType (in contrast, adding several specific pieces of logic to a central MyOperationParameters would quickly turn it into a "small" fat class, if you pardon the pun). With the proper static import, I can call: metadata.storeItem(holder, INTERNAL, new OriginFilter("Database"), REPLACE); which seems pretty readable and self-documenting to me. New SPI implementations can define their own parameter types by just implementing StoreOption. Method implementations retrieve the arguments by a special lookup static method such as findOption() in the example below (which also provides the default value, just to avoid extra checks for null values): public void storeMetadataItem (final MetadataItemHolder<Item> holder, final StoreOption... options) throws Exception { logger.fine(String.format("storeMetadataItem(%s, %s)", holder, Arrays.toString(options))); ReplaceOption scratchOption = MetadataSpiUtils.findOption(options, DONT_REPLACE, ReplaceOption.class); ... } Last but not least, using Arrays.toString() it's easy to produce a pretty good logging information such as: 12:04:39.736 [main] FINE MetadataItemProviderSuppor - storeItem(PhotoDataObject[V7210188.JPG], [Basic@131], [INTERNAL, REPLACE]) I don't think it's new stuff, and I'm sure people is already using this style somewhere, but I could not find examples. So, what do you think? Mailing list di NetBeans in ItalianoPosted by fabriziogiudici on March 21, 2008 at 12:50 PM | Permalink | Comments (1)Well, as an exceptional case I'm going to blog here in italian. The point is that we have an italian mailing list for NetBeans, so it's a pretty local interest. Dunque, o voi tutti utilizzatori italiani di NetBeans, abbiamo finalmente una mailing list in cui possiamo scriverci nella nostra lingua madre. Questo strumento mi è stato chiesto da alcuni di voi durante i NetBeans Days tenuti nello scorso Settembre a Roma, Milano e Cagliari e Sun Microsystems è stata molto gentile nel risponderci positivamente. Janice Campbell, responsabile del programma di localizzazione, ci ricorda che questa è l'ottava mailing list su NetBeans non in inglese. L'indirizzo della mailing list è nbdiscuss_it@netbeans.org e per iscriversi basta mandare un messaggio vuoto a nbdiscuss_it-subscribe@netbeans.org. Gli archivi sono disponibili su http://www.netbeans.org/servlets/SummarizeList?listName=nbdiscuss_it Ora, non ci resta che far partire un po' di discussioni interessanti! A success for the "IDEs of March"Posted by fabriziogiudici on March 18, 2008 at 01:04 AM | Permalink | Comments (0)A very smart comment by JavaLobby played with words and called "the IDEs of March" (*) the event that saw two italian JUGs to organize a new edition of the IDE shootout initiated by JUG Cologne. Now that the event is over, I can say that it has been a success: 200 persons could enjoy Roman Strobl (Sun Microsystems), Paolo Ramasso (Oracle) and Vaclav Pech (JetBrains) demonstrating the virtues of their products. A special thanks to our guests that made the event possible (too bad for the problems that prevented an Eclipse speaker to come). We know that attendees really enjoyed the event, so I can only recommend other JUG leaders in the world to repeat it in their home countries. My congratulations to JUG Genova and JUG Roma, especially to the former since they resumed the activities just one year ago, after a period of stall. Here are some photos of the event (and - as some photos demonstrate - in the better italian tradition the thing ended up in with a great dinner!). All the official photos are available on http://www.ideday.org/index.php/Site/Photos. (*) "The Ides of March is the name of the date 15 March in the Roman calendar. The term ides was used for the 15th day of the months of March, May, July, and October, and the 13th day of the other eight months. In modern times, the term Ides of March (Latin: Idus Martiae) is best known as the date that Julius Caesar was assassinated, in 44 BC, the story of which was famously retold in William Shakespeare's play Julius Caesar.        Feedback from the IDE Day in GenoaPosted by fabriziogiudici on March 12, 2008 at 02:14 AM | Permalink | Comments (2)A quick feedback from the IDE Day in Genoa, waiting for the other IDE Day in Rome to be over before posting a final report. Well, the day in Genoa was a success: while I don't have gotten yet the official data, there should have been 130+ attendees, which is very good. The talks by our guests from IntelliJ, Oracle and Sun were of very high quality, as expected; and the large number of questions proved that they caught the attention of people. Congratulations to the JUG steering commitee for their first large event, even considering that they resumed the JUG almost from zero about one year ago. In spite of being my home town, unfortunately I wasn't able to attend it because of an engagement in Milan; I only got in in the latest minutes of the panel session. But I fully enjoyed the final dinner based on genoese cuisine and fish... :-) 
 Introducing the Imaging Test Set RepositoryPosted by fabriziogiudici on February 28, 2008 at 03:28 PM | Permalink | Comments (0)A few time ago, I shorty talked about an initiative by Moritz Petersen, Emmanuele Sordini and me: the "Java Imaging Community". The idea is to publish articles and tutorials related to all the available imaging APIs for Java, to fight the current fragmentation (that is, each API has its own community with just a few or no cross-interaction). While we're going on slowly, we can announce that the first service is now available. It's the "Imaging Test Set Repository" and it's an open repository of various imaging file formats, available for testing. Moritz, Emmanuele and I are right in these days publishing the images we're using for our own projects, but we hope that other will join. The rationale for the repository and a few information about it are available at the website. IDE day 2008 in Italy - another IDE shootoutPosted by fabriziogiudici on February 27, 2008 at 04:35 AM | Permalink | Comments (0)The past July, JUG Cologne organized the first "IDE Shootout" for the Java world. Since good ideas have to be copied (where there's no patent pending, of course), some italian JUGs have organized a new event for this year. An "IDE Shootout" is just the gathering of the evangelists of the major IDE manufacturers in the world; in front of the attendees, they have equals opportunities to show their product. The style is friendly and there's no marketing hype "please buy my product": the final evaluations are left to people. I think that this is really an incredible opportunity for developers - how many times I see teams that are still using the same product since a lot of years? Not having time for running an evaluation, usually they stay where they are, even though they feel that probably there's something better for their needs. Students have also a great opportunity: to start looking at "real world" problems and solutions. Coming to the practical stuff, the italian Java IDE day 2008 will be held on March 10 in Genoa and on March 12 in Rome, hosted by the local JUGs and universities. Please refer to the official site http://www.ideday.org/ for more details. It's a free event, of course, and attendees will benefit from a O' Reilly discount for purchasing technical books. Last but not least, if you didn't get in touch with the local JUG, it's the right moment to do!
 |
|
May 2008
Search this blog:CategoriesCommunityCommunity: Java User Groups Community: JavaDesktop Community: JDK Community: Jini Community: NetBeans Community: Sun Grid Distributed Grid J2ME J2SE JavaOne Jini Linux Open Source Web Applications Archives
May 2008 Recent EntriesAnother (small) contest and Italy is in | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Fabrizio Giudici is a Senior Java Architect with a long J2EE experience and in the latest two years he expanded his interests to Jini and NetBeans. Fabrizio has been running Tidalwave.it, his own consultancy company, since 2001 and has been a technical speaker at JavaOne, JavaPolis, Jazoon, Jini Community Meetings and some italian Java conferences. He started working with Java since the old 1.0 times and after 1.3 he has been committed in demonstrating that Java performance is not an issue, really. After bringing Java to the world of 
 java.net RSS Feeds
|
