From: Antoni M. <ant...@gm...> - 2010-03-02 11:20:07
|
Hello Aperturians, I would like to start working on the codebase reorganization I wrote about in September 2009. The (rough) plan is to have: - one "aperture-runtime" jar with everything onejar used to contain, generated by a single maven module (merge all modules from core, default, test/core and test/docs) - one "aperture-osgi" bundle with all classes from aperture-runtime and all classes from all dependent libs (as well as the in-osgi intergation tests). - one "aperture-example" jar - one "aperture-assembly" - and three maven plugins In general 95% of all development should be done on a single maven module opened as a single eclipse project. I intend to start working on this now in a branch. If you have any objections - please voice them now, so that we can work together to make everyone happy. All kinds of comments welcome Antoni Myłka ant...@gm... |
From: Antoni M. <ant...@gm...> - 2010-03-04 18:54:54
|
On 02.03.2010 12:19, Antoni Mylka wrote: > Hello Aperturians, > > I would like to start working on the codebase reorganization I wrote > about in September 2009. Done, please checkout 'the code-reorganization-branch' in the aperture/branches folder of our SVN. Highlights: - 2 modules instead of 80 (core and example) - mvn clean install takes 1:35 on my machine - osgi packaging moved to a separate 'top-level' project 'aperture-osgi' in our SVN, it generates a single 16MB onejar OSGI bundle containing everything apart from SLF4J, Sesame and RDF2Go. Testing really appreciated. Now, if this breaks something for you and you would really like to use some subset of aperture - step up. This is supposed to be a Request For Comment. Back in 2008 we thought that little modules are the right thing. A year has passed and we got VERY little feedback that this is actually the case, hence the return to the roots. I intend to switch the branch with the trunk sometime next week unless someone gives a good reason why this would make him or her unhappy. All kinds of comments welcome Antoni Mylka ant...@gm... |
From: Leo S. <leo...@df...> - 2010-03-10 13:57:49
|
Make me happy, switch the branch to trunk! good idea, good work! best Leo It was Antoni Mylka who said at the right time 04.03.2010 19:54 the following words: > On 02.03.2010 12:19, Antoni Mylka wrote: > >> Hello Aperturians, >> >> I would like to start working on the codebase reorganization I wrote >> about in September 2009. >> > > Done, please checkout 'the code-reorganization-branch' in the > aperture/branches folder of our SVN. > > Highlights: > - 2 modules instead of 80 (core and example) > - mvn clean install takes 1:35 on my machine > - osgi packaging moved to a separate 'top-level' project 'aperture-osgi' > in our SVN, it generates a single 16MB onejar OSGI bundle containing > everything apart from SLF4J, Sesame and RDF2Go. Testing really appreciated. > > Now, if this breaks something for you and you would really like to use > some subset of aperture - step up. This is supposed to be a Request For > Comment. Back in 2008 we thought that little modules are the right > thing. A year has passed and we got VERY little feedback that this is > actually the case, hence the return to the roots. > > I intend to switch the branch with the trunk sometime next week unless > someone gives a good reason why this would make him or her unhappy. > > All kinds of comments welcome > Antoni Mylka > ant...@gm... > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Aperture-devel mailing list > Ape...@li... > https://lists.sourceforge.net/lists/listinfo/aperture-devel > -- _____________________________________________________ Dr. Leo Sauermann http://www.dfki.de/~sauermann Deutsches Forschungszentrum fuer Kuenstliche Intelligenz DFKI GmbH Trippstadter Strasse 122 P.O. Box 2080 Fon: +43 6991 gnowsis D-67663 Kaiserslautern Fax: +49 631 20575-102 Germany Mail: leo...@df... Geschaeftsfuehrung: Prof.Dr.Dr.h.c.mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 _____________________________________________________ |
From: Antoni M. <ant...@gm...> - 2010-03-10 15:20:46
|
W dniu 2010-03-10 14:37, Leo Sauermann pisze: > Make me happy, switch the branch to trunk! > > good idea, good work! > > best > Leo > OK, stay tuned. Antoni Myłka ant...@gm... |
From: Paul H. <hu...@fz...> - 2010-05-08 22:02:32
|
Hi , Thumbs up for the reogranication back out of modularization hell ;) After Using mvn eclipse:eclipse I found out that there a two statements in the code which are java 1.6 calls ( to the Constructor of String (byte bytes[], Charset charset) ), Namely in : org.semanticdesktop.aperture.crawler.ical.IcalCrawler line 232 and in : org.semanticdesktop.aperture.subcrawler.vcard.VcardSubCrawler line 160 This is bad for us since all our projects are build with Java 1.5. Would it possible to use the java 1.5 String Constructor : String(byte bytes[], String charset) instead which has exactly the same effect as the used java 1.6 constructor. kind regards, Paul > W dniu 2010-03-10 16:20, Antoni Mylka pisze: > >> W dniu 2010-03-10 14:37, Leo Sauermann pisze: >> >>> Make me happy, switch the branch to trunk! >>> >>> good idea, good work! >>> >>> best >>> Leo >>> >>> >> OK, stay tuned. >> > done, > > Antoni > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Aperture-devel mailing list > Ape...@li... > https://lists.sourceforge.net/lists/listinfo/aperture-devel > |
From: Antoni M. <ant...@gm...> - 2010-05-19 13:41:17
|
done Antoni W dniu 2010-05-09 00:02, Paul Hübner pisze: > Hi , > > Thumbs up for the reogranication back out of modularization hell ;) > > After Using mvn eclipse:eclipse I found out that there a two statements > in the code which are java 1.6 calls ( to the Constructor of String > (byte bytes[], Charset charset) ), Namely in : > > org.semanticdesktop.aperture.crawler.ical.IcalCrawler line 232 > > and in : > > org.semanticdesktop.aperture.subcrawler.vcard.VcardSubCrawler line 160 > > This is bad for us since all our projects are build with Java 1.5. Would > it possible to use the java 1.5 String Constructor : > > String(byte bytes[], String charset) > > instead which has exactly the same effect as the used java 1.6 constructor. > > kind regards, > > Paul > > >> W dniu 2010-03-10 16:20, Antoni Mylka pisze: >> >>> W dniu 2010-03-10 14:37, Leo Sauermann pisze: >>> >>>> Make me happy, switch the branch to trunk! >>>> >>>> good idea, good work! >>>> >>>> best >>>> Leo >>>> >>>> >>> OK, stay tuned. >>> >> done, >> >> Antoni >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Aperture-devel mailing list >> Ape...@li... >> https://lists.sourceforge.net/lists/listinfo/aperture-devel >> > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Aperture-devel mailing list > Ape...@li... > https://lists.sourceforge.net/lists/listinfo/aperture-devel > |
From: Darren G. <da...@on...> - 2010-03-10 20:23:25
|
This is great. The al la carte 80+ modules was overwhelming. I basically want ALL of Aperture all the time! It works best that way. :) And 1 project is also better. Thanks a lot. On Thu, 2010-03-04 at 19:54 +0100, Antoni Mylka wrote: > On 02.03.2010 12:19, Antoni Mylka wrote: > > Hello Aperturians, > > > > I would like to start working on the codebase reorganization I wrote > > about in September 2009. > > Done, please checkout 'the code-reorganization-branch' in the > aperture/branches folder of our SVN. > > Highlights: > - 2 modules instead of 80 (core and example) > - mvn clean install takes 1:35 on my machine > - osgi packaging moved to a separate 'top-level' project 'aperture-osgi' > in our SVN, it generates a single 16MB onejar OSGI bundle containing > everything apart from SLF4J, Sesame and RDF2Go. Testing really appreciated. > > Now, if this breaks something for you and you would really like to use > some subset of aperture - step up. This is supposed to be a Request For > Comment. Back in 2008 we thought that little modules are the right > thing. A year has passed and we got VERY little feedback that this is > actually the case, hence the return to the roots. > > I intend to switch the branch with the trunk sometime next week unless > someone gives a good reason why this would make him or her unhappy. > > All kinds of comments welcome > Antoni Mylka > ant...@gm... > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Aperture-devel mailing list > Ape...@li... > https://lists.sourceforge.net/lists/listinfo/aperture-devel |
From: Antoni M. <ant...@gm...> - 2010-03-10 15:48:04
|
W dniu 2010-03-10 16:20, Antoni Mylka pisze: > W dniu 2010-03-10 14:37, Leo Sauermann pisze: >> Make me happy, switch the branch to trunk! >> >> good idea, good work! >> >> best >> Leo >> > > OK, stay tuned. done, Antoni |
From: Antoni M. <ant...@gm...> - 2010-03-12 09:05:20
Attachments:
buildTimeTrend.png
|
W dniu 2010-03-10 16:47, Antoni Mylka pisze: > W dniu 2010-03-10 16:20, Antoni Mylka pisze: >> W dniu 2010-03-10 14:37, Leo Sauermann pisze: >>> Make me happy, switch the branch to trunk! >>> >>> good idea, good work! >>> >>> best >>> Leo >>> >> >> OK, stay tuned. > > done, The build time trend, taken by our CI server says it all. Antoni |