romaframework-development Mailing List for Roma Framework (Page 15)
Brought to you by:
lvca
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(201) |
Jun
(22) |
Jul
(23) |
Aug
(6) |
Sep
(24) |
Oct
(3) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(7) |
Feb
(4) |
Mar
(14) |
Apr
(3) |
May
(13) |
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
(1) |
Oct
(18) |
Nov
(15) |
Dec
|
2008 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Daniele M. <d.m...@gm...> - 2006-05-03 13:50:26
|
Good point, we must think that any new feature should has it's sample, so the regressio= n test can be easily done with the execution of a web-test suite. For testing I suggest Selenium [1], the heavy use of AJAX made tools like jWebUnit or HttpUnit not working; Selenium execute test inside a real browser. I can make some selenium test, but first I must have some samples :D. So..... it's time to think at the structure of sample, and my vision on it is the following: 1) each module (feature) contain it's sample; 2) the sample should not be compiled as default, if we'll release each feature as separate maven's dependency, we should download the sample block too (if needed); 3) any sample can be a different webapp, so we can do the classic pet-store or other demo; 4) any sample should has it's own test, and all tests can be executed in a suite mode, all togheter. WDYT, Daniele [1] http://www.openqa.org/selenium/ On 5/3/06, Valerio Schiavoni <val...@gm...> wrote: > > hi, > before starting ANY refactoring step (in particular, i refer to the > tentative mavenization process) i need Luca to commit into the svn > repositories all tests, so that at the end of the process I will be sure = to > have something working as supposed (that is, launching all tests should n= ot > arise any failures). > > -- The box said "Requires Windows 95/98/Me/Nt/2k/XP or better" .... so I installed Linux ! -o=3D|=3Do- Daniele Madama http://www.danysoft.org |
From: Luca G. <l.g...@pr...> - 2006-05-03 10:21:00
|
Aspect concept is important for Roma. Aspects are implemented as interfaces but they are "anchors" for the Roma programmer. In the business code if you want to execute queries you had to give the Persistence Aspect from the ObjectContext and use it. Aspects can have muktiple implementations. For the persistence now there is only the JDO impl, but there can be EJB3/Hibernate/SQL/etc. IMHO the programmer must know that there is an aspect for each concern an= d he can choose the implementation he like. Each Aspect has an interface that implementations must adhere. If you wan= t to write a brand new aspect implementation, just write the class/classes of the aspect. bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The new way to build Java applications http://www.Pro-Netics.com (member of Orixo.com - The XML business allianc= e) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution On Wed, May 3, 2006 9:43 am, Alessio Pace said: > Maybe replace "aspects" with nothing could be another choice :-) > > You would just say "The Echo 2 module for the view", "The JDO module f= or > the persistence", .. > > Where "view" and "persistence" everybody know what they are, and you wo= uld > name the roma framework maven 2 modules with the conventions used by ma= ny > other maven 2 projects: > * roma-jdo > * roma-echo2 > * roma-.... > > And the packages would be: > * org.romaframework.persistence.jdo > * ... > > So, the "aspects" misleading term would disappear :-) > > -- > Alessio Pace. > http://www.jroller.com/page/alessiopace > > On 5/3/06, Valerio Schiavoni <val...@gm...> wrote: >> >> my 2 cents: >> >> I suggest 'Concern': maybe you can promote it as a package name, as yo= u >> did for aspect-monitoring or aspect-persistence ( >> org.romaframework.aspect.*) >> >> When I first read the term 'aspect' i thought about you had implemente= d >> those concerns using spring-aop, aspectj aspects, or other aop >> technologies, >> and I found that missleading :) >> >> >> >> >> On 5/3/06, Luca Garulli <l.g...@pr...> wrote: >> > >> > Hi, >> > during the JUG someone asked me if I can change the "aspect" word us= ed >> > in >> > Roma. >> > >> > What do you think about this? What is the name you suggest for? >> > >> > The "aspect" term was choosen because the domain is the centre of th= e >> > world, other things are secondary "aspects". >> > >> > bye, >> > Luca Garulli >> > Blogging on: http://zion-city.blogspot.com >> > http://RomaFramework.xwiki.com - The new way to build Java >> applications >> > http://www.Pro-Netics.com (member of Orixo.com - The XML business >> > alliance) >> > http://www.OrienTechnologies.com - Light ODBMS, All in one JDO >> solution >> > >> > >> > >> > ------------------------------------------------------- >> > Using Tomcat but need to do more? Need to support web services, >> > security? >> > Get stuff done quickly with pre-integrated technology to make your j= ob >> > easier >> > Download IBM WebSphere Application Server v.1.0.1 based on Apache >> > Geronimo >> > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=12164= 2<http://sel.as-us.falkag.net/sel?cmdlnk&kid%120709&bid&3057&dat%121642> >> > _______________________________________________ >> > RomaFramework-development mailing list >> > Rom...@li... >> > https://lists.sourceforge.net/lists/listinfo/romaframework-developme= nt >> > >> >> >> >> -- >> http://valerioschiavoni.blogspot.com >> http://jroller.com/page/vschiavoni |
From: Alessio P. <ale...@gm...> - 2006-05-03 07:43:51
|
TWF5YmUgcmVwbGFjZSAiYXNwZWN0cyIgd2l0aCBub3RoaW5nIGNvdWxkIGJlIGFub3RoZXIgY2hv aWNlIDotKQoKWW91IHdvdWxkIGp1c3Qgc2F5ICJUaGUgRWNobyAyIG1vZHVsZSBmb3IgdGhlIHZp ZXciLCAgIlRoZSBKRE8gbW9kdWxlIGZvcgp0aGUgcGVyc2lzdGVuY2UiLCAuLgoKV2hlcmUgInZp ZXciIGFuZCAicGVyc2lzdGVuY2UiIGV2ZXJ5Ym9keSBrbm93IHdoYXQgdGhleSBhcmUsIGFuZCB5 b3Ugd291bGQKbmFtZSB0aGUgcm9tYSBmcmFtZXdvcmsgbWF2ZW4gMiBtb2R1bGVzIHdpdGggdGhl IGNvbnZlbnRpb25zIHVzZWQgYnkgbWFueQpvdGhlciBtYXZlbiAyIHByb2plY3RzOgoqIHJvbWEt amRvCiogcm9tYS1lY2hvMgoqIHJvbWEtLi4uLgoKQW5kIHRoZSBwYWNrYWdlcyB3b3VsZCBiZToK KiBvcmcucm9tYWZyYW1ld29yay5wZXJzaXN0ZW5jZS5qZG8KKiAuLi4KClNvLCB0aGUgImFzcGVj dHMiIG1pc2xlYWRpbmcgdGVybSB3b3VsZCBkaXNhcHBlYXIgOi0pCgotLQpBbGVzc2lvIFBhY2Uu Cmh0dHA6Ly93d3cuanJvbGxlci5jb20vcGFnZS9hbGVzc2lvcGFjZQoKT24gNS8zLzA2LCBWYWxl cmlvIFNjaGlhdm9uaSA8dmFsZXJpby5zY2hpYXZvbmlAZ21haWwuY29tPiB3cm90ZToKPgo+IG15 IDIgY2VudHM6Cj4KPiBJIHN1Z2dlc3QgJ0NvbmNlcm4nOiBtYXliZSB5b3UgY2FuIHByb21vdGUg aXQgYXMgYSBwYWNrYWdlIG5hbWUsIGFzIHlvdQo+IGRpZCBmb3IgYXNwZWN0LW1vbml0b3Jpbmcg b3IgYXNwZWN0LXBlcnNpc3RlbmNlICgKPiBvcmcucm9tYWZyYW1ld29yay5hc3BlY3QuKikKPgo+ IFdoZW4gSSBmaXJzdCByZWFkIHRoZSB0ZXJtICdhc3BlY3QnIGkgdGhvdWdodCBhYm91dCB5b3Ug aGFkIGltcGxlbWVudGVkCj4gdGhvc2UgY29uY2VybnMgdXNpbmcgc3ByaW5nLWFvcCwgYXNwZWN0 aiBhc3BlY3RzLCBvciBvdGhlciBhb3AgdGVjaG5vbG9naWVzLAo+IGFuZCBJIGZvdW5kIHRoYXQg bWlzc2xlYWRpbmcgOikKPgo+Cj4KPgo+IE9uIDUvMy8wNiwgTHVjYSBHYXJ1bGxpIDxsLmdhcnVs bGlAcHJvbmV0aWNzLml0PiB3cm90ZToKPiA+Cj4gPiBIaSwKPiA+IGR1cmluZyB0aGUgSlVHIHNv bWVvbmUgYXNrZWQgbWUgaWYgSSBjYW4gY2hhbmdlIHRoZSAiYXNwZWN0IiB3b3JkIHVzZWQKPiA+ IGluCj4gPiBSb21hLgo+ID4KPiA+IFdoYXQgZG8geW91IHRoaW5rIGFib3V0IHRoaXM/IFdoYXQg aXMgdGhlIG5hbWUgeW91IHN1Z2dlc3QgZm9yPwo+ID4KPiA+IFRoZSAiYXNwZWN0IiB0ZXJtIHdh cyBjaG9vc2VuIGJlY2F1c2UgdGhlIGRvbWFpbiBpcyB0aGUgY2VudHJlIG9mIHRoZQo+ID4gd29y bGQsIG90aGVyIHRoaW5ncyBhcmUgc2Vjb25kYXJ5ICJhc3BlY3RzIi4KPiA+Cj4gPiBieWUsCj4g PiBMdWNhIEdhcnVsbGkKPiA+IEJsb2dnaW5nIG9uOiBodHRwOi8vemlvbi1jaXR5LmJsb2dzcG90 LmNvbQo+ID4gaHR0cDovL1JvbWFGcmFtZXdvcmsueHdpa2kuY29tIC0gVGhlIG5ldyB3YXkgdG8g YnVpbGQgSmF2YSBhcHBsaWNhdGlvbnMKPiA+IGh0dHA6Ly93d3cuUHJvLU5ldGljcy5jb20gKG1l bWJlciBvZiBPcml4by5jb20gLSBUaGUgWE1MIGJ1c2luZXNzCj4gPiBhbGxpYW5jZSkKPiA+IGh0 dHA6Ly93d3cuT3JpZW5UZWNobm9sb2dpZXMuY29tIC0gTGlnaHQgT0RCTVMsIEFsbCBpbiBvbmUg SkRPIHNvbHV0aW9uCj4gPgo+ID4KPiA+Cj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiBVc2luZyBUb21jYXQgYnV0IG5lZWQgdG8g ZG8gbW9yZT8gTmVlZCB0byBzdXBwb3J0IHdlYiBzZXJ2aWNlcywKPiA+IHNlY3VyaXR5Pwo+ID4g R2V0IHN0dWZmIGRvbmUgcXVpY2tseSB3aXRoIHByZS1pbnRlZ3JhdGVkIHRlY2hub2xvZ3kgdG8g bWFrZSB5b3VyIGpvYgo+ID4gZWFzaWVyCj4gPiBEb3dubG9hZCBJQk0gV2ViU3BoZXJlIEFwcGxp Y2F0aW9uIFNlcnZlciB2LjEuMC4xIGJhc2VkIG9uIEFwYWNoZQo+ID4gR2Vyb25pbW8KPiA+IGh0 dHA6Ly9zZWwuYXMtdXMuZmFsa2FnLm5ldC9zZWw/Y21kbG5rJmtpZBIwNzA5JmJpZCYzMDU3JmRh dBIxNjQyPGh0dHA6Ly9zZWwuYXMtdXMuZmFsa2FnLm5ldC9zZWw/Y21kbG5rJmtpZCUxMjA3MDkm YmlkJjMwNTcmZGF0JTEyMTY0Mj4KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCj4gPiBSb21hRnJhbWV3b3JrLWRldmVsb3BtZW50IG1haWxpbmcgbGlz dAo+ID4gUm9tYUZyYW1ld29yay1kZXZlbG9wbWVudEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+ IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3JvbWFmcmFtZXdv cmstZGV2ZWxvcG1lbnQKPiA+Cj4KPgo+Cj4gLS0KPiBodHRwOi8vdmFsZXJpb3NjaGlhdm9uaS5i bG9nc3BvdC5jb20KPiBodHRwOi8vanJvbGxlci5jb20vcGFnZS92c2NoaWF2b25pCj4K |
From: Valerio S. <val...@gm...> - 2006-05-02 22:44:23
|
hi, before starting ANY refactoring step (in particular, i refer to the tentative mavenization process) i need Luca to commit into the svn repositories all tests, so that at the end of the process I will be sure to have something working as supposed (that is, launching all tests should not arise any failures). thanks, valerio -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Valerio S. <val...@gm...> - 2006-05-02 22:38:05
|
my 2 cents: I suggest 'Concern': maybe you can promote it as a package name, as you did for aspect-monitoring or aspect-persistence (org.romaframework.aspect.*) When I first read the term 'aspect' i thought about you had implemented those concerns using spring-aop, aspectj aspects, or other aop technologies= , and I found that missleading :) On 5/3/06, Luca Garulli <l.g...@pr...> wrote: > > Hi, > during the JUG someone asked me if I can change the "aspect" word used in > Roma. > > What do you think about this? What is the name you suggest for? > > The "aspect" term was choosen because the domain is the centre of the > world, other things are secondary "aspects". > > bye, > Luca Garulli > Blogging on: http://zion-city.blogspot.com > http://RomaFramework.xwiki.com - The new way to build Java applications > http://www.Pro-Netics.com (member of Orixo.com - The XML business > alliance) > http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642 > _______________________________________________ > RomaFramework-development mailing list > Rom...@li... > https://lists.sourceforge.net/lists/listinfo/romaframework-development > -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Valerio S. <val...@gm...> - 2006-05-02 22:32:09
|
hi, On 5/2/06, Valerio De Carolis <val...@gm...> wrote: > I'm curious to give a look to the Maven2 structure ;-) > > Me too! ;) > you can take an early look at maven conventions : http://maven.apache.org/maven-conventions.html I wanted to move all common libs (common-logging, etc.) from modules to > > common/lib path to avoid jar redundancy, but I prefer to wait your > > mavenization before to make this little refactoring. > > instead, you should consider removing all jars from svn, and declare them a= s dependencies :) Or simply the super-pom.xml and for each module we invoke the ant-task? > i don't get what you mean here... Well, Valerio will try to mavenize but Luca maven will also used by wizard > to build new project or we'll use it only to develop Roma? > You should distinguish between 1) a CLI (command-line-interface), which can be implemented as a maven goal, so that offered options can be choosen to build a roma-project, and 2) a tool for developers that help them to build = a software providing a given set of rules, best-practices and conventions. What are you referring at ? ciao, valerio -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Luca G. <l.g...@pr...> - 2006-05-02 22:30:28
|
Hi, during the JUG someone asked me if I can change the "aspect" word used in Roma. What do you think about this? What is the name you suggest for? The "aspect" term was choosen because the domain is the centre of the world, other things are secondary "aspects". bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The new way to build Java applications http://www.Pro-Netics.com (member of Orixo.com - The XML business allianc= e) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution |
From: Valerio S. <val...@gm...> - 2006-05-02 22:20:23
|
Hi Luca, On 5/2/06, Luca Garulli <l.g...@pr...> wrote: > > But we should introduce also the module distribution XML file, a file tha= t > describe: > > - module name, > - module description > - module dependencies between others > > Something like: > > <module name=3D"view-aspect-echo2"> > <description>This module bla bla bla</description> > <dependencies> > <dependency module=3D"servlet"> > </dependencies> > </module> once again, instead of introducing a romaframework-only-xml format, you should think about plunging roma totally into maven2, using dedicated descriptors (pom.xml) for module declaraion and and dependencies declarations. As an example, consider the spring-jdo pom. it defines a parent pom: <parent> <artifactId>spring-parent</artifactId> <groupId>org.springframework</groupId> <version>2.0-m4</version> </parent> dependencies can declared like the following: <dependencies> <dependency> <groupId>${project.groupId}</groupId> <artifactId>spring-jdbc</artifactId> <version>2.0-m4</version> </dependency> ...... </dependencies> you can take a look at the original file here: http://www.ibiblio.org/maven2/org/springframework/spring-jdo/2.0-m4/spring-= jdo-2.0-m4.pom With dependencies we can follow dependency path and download all needed > modules. the dependancy mechanisms provided by maven2 (direct and transitive dependancies are automatically resolved). A quick guide to this mechanism can be foudn here: http://maven.apache.org/guides/introduction/introduction-to-dependency-mech= anism.html -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Luca G. <l.g...@pr...> - 2006-05-02 21:40:51
|
What I imagine in the next months is to find many (so many :-D) modules. The developer should select what modules to download in the local distribution. This can be done with Maven2 too. But we should introduce also the module distribution XML file, a file tha= t describe: - module name, - module description - module dependencies between others Something like: <module name=3D"view-aspect-echo2"> <description>This module bla bla bla</description> <dependencies> <dependency module=3D"servlet"> </dependencies> </module> With dependencies we can follow dependency path and download all needed modules. What do you think? bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The ROMA Framework WiKi http://www.Pro-Netics.com (member of Orixo.com - The XML business allianc= e) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution |
From: Luca G. <l.g...@pr...> - 2006-05-02 21:38:05
|
Hi, Good question... I'd like to see in Roma the most beautiful-performant-elegant solution. If Maven works well we can refacto= r all wizards too. Each module must to remain separated by others. We had to choose the common jars to place in the shared folder. We should introduce also the module distribution XML file. I'll post another message to the ML with this thread. bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The ROMA Framework WiKi http://www.Pro-Netics.com (member of Orixo.com - The XML business allianc= e) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution ________________________________ Da: rom...@li... [mailto:rom...@li...] Per conto di Valerio De Carolis Inviato: marted=EC 2 maggio 2006 21.38 A: rom...@li... Oggetto: Re: R: [RomaFramework-dev] Requested features 2006/5/2, Luca Garulli <l.g...@pr...>: Hi, I'm curious to give a look to the Maven2 structure ;-) Me too! ;) I wanted to move all common libs (common-logging, etc.) from modules to common/lib path to avoid jar redundancy, but I prefer to wait your mavenization before to make this little refactoring. Oh well, as Alessio suggested, we can use a super-pom.xml that will defin= e the general behaviour and schema of Roma project and develop (and so, manage) each module in a splittage of the "big" main project... But I was thinking, how we can split the code? All common jars and core on first side and the others modules with each pom.xml? Or simply the super-pom.xml and for each module we invoke the ant-task? What the community say about other features? Any volunteers? As soon as I can, i'll try to mavenize a small part (the core), and see = how it works. Well, Valerio will try to mavenize but Luca maven will also used by wizar= d to build new project or we'll use it only to develop Roma? Byez, Valerio -- "To err is human, but for a real disaster you need a computer." http://valerio.decarolis.googlepages.com val...@gm... |
From: Valerio De C. <val...@gm...> - 2006-05-02 19:38:12
|
MjAwNi81LzIsIEx1Y2EgR2FydWxsaSA8bC5nYXJ1bGxpQHByb25ldGljcy5pdD46Cj4KPiBIaSwK PiBJJ20gY3VyaW91cyB0byBnaXZlIGEgbG9vayB0byB0aGUgTWF2ZW4yIHN0cnVjdHVyZSA7LSkK CgpNZSB0b28hIDspCgpJIHdhbnRlZCB0byBtb3ZlIGFsbCBjb21tb24gbGlicyAoY29tbW9uLWxv Z2dpbmcsIGV0Yy4pIGZyb20gbW9kdWxlcyB0bwo+IGNvbW1vbi9saWIgcGF0aCB0byBhdm9pZCBq YXIgcmVkdW5kYW5jeSwgYnV0IEkgcHJlZmVyIHRvIHdhaXQgeW91cgo+IG1hdmVuaXphdGlvbiBi ZWZvcmUgdG8gbWFrZSB0aGlzIGxpdHRsZSByZWZhY3RvcmluZy4KCgpPaCB3ZWxsLCBhcyBBbGVz c2lvIHN1Z2dlc3RlZCwgd2UgY2FuIHVzZSBhIHN1cGVyLXBvbS54bWwgdGhhdCB3aWxsIGRlZmlu ZQp0aGUgZ2VuZXJhbCBiZWhhdmlvdXIgYW5kIHNjaGVtYSBvZiBSb21hIHByb2plY3QgYW5kIGRl dmVsb3AgKGFuZCBzbywKbWFuYWdlKSBlYWNoIG1vZHVsZSBpbiBhIHNwbGl0dGFnZSBvZiB0aGUg ImJpZyIgbWFpbiBwcm9qZWN0Li4uCgpCdXQgSSB3YXMgdGhpbmtpbmcsIGhvdyB3ZSBjYW4gc3Bs aXQgdGhlIGNvZGU/CgpBbGwgY29tbW9uIGphcnMgYW5kIGNvcmUgb24gZmlyc3Qgc2lkZSBhbmQg dGhlIG90aGVycyBtb2R1bGVzIHdpdGggZWFjaApwb20ueG1sPwpPciBzaW1wbHkgdGhlIHN1cGVy LXBvbS54bWwgYW5kIGZvciBlYWNoIG1vZHVsZSB3ZSBpbnZva2UgdGhlIGFudC10YXNrPwoKV2hh dCB0aGUgY29tbXVuaXR5IHNheSBhYm91dCBvdGhlciBmZWF0dXJlcz8gQW55IHZvbHVudGVlcnM/ CgoKCj4gQXMgc29vbiBhcyBJIGNhbiwgaSdsbCB0cnkgdG8gbWF2ZW5pemUgYSBzbWFsbCBwYXJ0 ICh0aGUgY29yZSksIGFuZCBzZWUKPiBob3cKPiBpdCB3b3Jrcy4KCgpXZWxsLCBWYWxlcmlvIHdp bGwgdHJ5IHRvIG1hdmVuaXplIGJ1dCBMdWNhIG1hdmVuIHdpbGwgYWxzbyB1c2VkIGJ5IHdpemFy ZAp0byBidWlsZCBuZXcgcHJvamVjdCBvciB3ZSdsbCB1c2UgaXQgb25seSB0byBkZXZlbG9wIFJv bWE/CgpCeWV6LApWYWxlcmlvCgotLQoiVG8gZXJyIGlzIGh1bWFuLCBidXQgZm9yIGEgcmVhbCBk aXNhc3RlciB5b3UgbmVlZCBhIGNvbXB1dGVyLiIKCmh0dHA6Ly92YWxlcmlvLmRlY2Fyb2xpcy5n b29nbGVwYWdlcy5jb20KdmFsZXJpby5kZWNhcm9saXNAZ21haWwuY29tCg== |
From: Luca G. <l.g...@pr...> - 2006-05-02 16:10:53
|
Hi, I'm curious to give a look to the Maven2 structure ;-) I wanted to move all common libs (common-logging, etc.) from modules to common/lib path to avoid jar redundancy, but I prefer to wait your mavenization before to make this little refactoring. What the community say about other features? Any volunteers? bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The ROMA Framework WiKi http://www.Pro-Netics.com (member of Orixo.com - The XML business = alliance) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution Da: rom...@li... [mailto:rom...@li...] Per conto = di Valerio Schiavoni Inviato: marted=EC 2 maggio 2006 18.02 A: rom...@li... Oggetto: Re: R: [RomaFramework-dev] Re: [Romaframework-development] Requested features Hi Luca, On 5/2/06, Luca Garulli <l.g...@pr...> wrote:=20 I worked a little bit to make current Roma structure. i'm not arguing on this :)=20 I thinks that the aim of 'not reinventing the wheel' can be adopted also = in the project building scenario. <project basedir=3D"." default=3D"compile" name=3D"aspect-view-echo2">=20 ....CUT ... </project> =09 This build file is extremely short, since it execute the default-build.xml (in common) with project attributes. Having a common super-pom.xml for storing common dependencies, = attributes and other stuff is also possible in maven2, and suggested in case of = somehow big projects where module splittage is welcome.=20 This makes easy to develop a new module for Roma... this is true if you know the current customized directory structure of = the project. I just checked out sources, and having a common, conventionized directory structure would have helped me to find my way through it.=20 As soon as I can, i'll try to mavenize a small part (the core), and see = how it works. --=20 http://valerioschiavoni.blogspot.com=20 http://jroller.com/page/vschiavoni=20 |
From: Valerio S. <val...@gm...> - 2006-05-02 16:02:34
|
Hi Luca, On 5/2/06, Luca Garulli <l.g...@pr...> wrote: > > I worked a little bit to make current Roma structure. i'm not arguing on this :) I thinks that the aim of 'not reinventing the wheel' can be adopted also in the project building scenario. <project basedir=3D"." default=3D"compile" name=3D"aspect-view-echo2"> > ....CUT ... > </project> > > This build file is extremely short, since it execute the default-build.xm= l > (in common) with project attributes. Having a common super-pom.xml for storing common dependencies, attributes and other stuff is also possible in maven2, and suggested in case of someho= w big projects where module splittage is welcome. This makes easy to develop a new module for Roma... this is true if you know the current customized directory structure of the project. I just checked out sources, and having a common, conventionized directory structure would have helped me to find my way through it. As soon as I can, i'll try to mavenize a small part (the core), and see how it works. -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Luca G. <l.g...@pr...> - 2006-05-02 15:46:45
|
I worked a little bit to make current Roma structure. If you open the build.xml under trunk\dev\modules\aspect-view-echo you can see: <?xml version=3D"1.0" encoding=3D"UTF-8"?> <project basedir=3D"." default=3D"compile" name=3D"aspect-view-echo2"> <property name=3D"project.path" value=3D"../.." /> <property name=3D"project.version" value=3D"0.5" /> <property name=3D"project.category" value=3D"modules" /> <property name=3D"project.depends.jar" value=3D"roma-core.jar" /> <property name=3D"project.depends.prj" value=3D"modules/core" /> <import file=3D"${project.path}/common/default-build.xml" /> </project> This build file is extremely short, since it execute the = default-build.xml (in common) with project attributes. This makes easy to develop a new module for Roma... bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The ROMA Framework WiKi http://www.Pro-Netics.com (member of Orixo.com - The XML business = alliance) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution ________________________________ Da: rom...@li... [mailto:rom...@li...] Per conto = di Valerio Schiavoni Inviato: marted=EC 2 maggio 2006 17.36 A: rom...@li... Oggetto: Re: [RomaFramework-dev] Re: [Romaframework-development] = Requested features Hi Daniele, On 5/2/06, Daniele Madama <d.m...@gm...> wrote:=20 The actual build use an ant task [1] for patching xml files, do you known something that can do the same work into maven?=20 can you show me a little bit of this xml patching ? What kind of = libraries it requires?=20 In general, it is possible to invoke ant tasks quite easily. for example, here is a small pom.xml where ant is used as you would do = it inside your build.xml: <project> <modelVersion>4.0.0</modelVersion> <artifactId>my-test-app</artifactId> <groupId>my-test-group</groupId> <version>1.0-SNAPSHOT</version> <build> <plugins> <plugin> <artifactId>maven-antrun-plugin</artifactId> <executions> <execution> <phase>generate-sources</phase> <configuration> <tasks> <exec dir=3D"${basedir}" executable=3D"${basedir}/src/main/sh/do- something.sh" failonerror=3D"true"> <arg line=3D"arg1 arg2 arg3 arg4" /> </exec> </tasks> </configuration> <goals> <goal>run</goal> </goals> </execution> </executions> </plugin> </plugins> </build> </project> Also, It is not difficult to write our own maven plugin to do 'dirty things'. But I don't know the framework so fine what i know about it (so far) is nothing more than what Luca showed us = few days ago, and from a quick view to sources. --=20 http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni=20 |
From: Alessio P. <ale...@gm...> - 2006-05-02 15:43:49
|
SGksCgpJIHRoaW5rIHRoYXQsIGlmIGl0IHdpbGwgYmUgZG9uZSwgdGhlIHByb2plY3QgY291bGQg YmVuZWZpdCBmcm9tIGJlaW5nCnNwbGl0dGVkIGluIG1hbnkgbWF2ZW4gMiBwcm9qZWN0cyBvciBt YXZlbjIgIm1vZHVsZXMiIChsaWtlIHRoZSBTcHJpbmcKRnJhbWV3b3JrIGRvZXMgZm9yIGV4YW1w bGUpLgoKSW4gdGhpcyB3YXkgZm9yIGV4YW1wbGUgc29tZW9uZSBjb3VsZCBqdXN0IHVzZSBvciwg ZXZlbiBiZXR0ZXJ0IGNvZGUsIG9uZQphdXRvbm9tb3VzIHBhcnQgb2YgdGhlIHN5c3RlbSBhdCB0 aW1lLgoKCi0tCkFsZXNzaW8gUGFjZS4KaHR0cDovL3d3dy5qcm9sbGVyLmNvbS9wYWdlL2FsZXNz aW9wYWNlCgoKT24gNS8yLzA2LCBWYWxlcmlvIFNjaGlhdm9uaSA8dmFsZXJpby5zY2hpYXZvbmlA Z21haWwuY29tPiB3cm90ZToKPgo+IGkgaGF2ZSBhbHJlYWR5IG9wZW4gYSBmZWF0dXJlIHJlcXVl c3QsIHlvdSBjYW4gbG9vayBmb3IgaXQgaGVyZToKPiBodHRwczovL3NvdXJjZWZvcmdlLm5ldC90 cmFja2VyL2luZGV4LnBocD9mdW5jPWRldGFpbCZhaWQ9MTQ4MDQzMCZncm91cF9pZD0xNjI2NDEm YXRpZD04MjQ1OTMKPgo+Cj4KPgo+IE9uIDUvMi8wNiwgVmFsZXJpbyBEZSBDYXJvbGlzIDwgdmFs ZXJpby5kZWNhcm9saXNAZ21haWwuY29tPiB3cm90ZToKPiA+Cj4gPiBOb3csIEkgd2FudCBrbm93 IGlmIGl0J3MgdGhlIGNhc2UgdG8gc3dpdGNoIHRoZSBwcm9qZWN0IG1hbmFnZW1lbnQgdG8KPiA+ IE1hdmVuIHRvb2wgYXQgdGhpcyBzdGFnZS4KPiA+IEFudCBidWlsZCB3aWxsIGNvbXBsZXRlbHkg cmVtb3ZlZCB3aXRoIHRoZSBpbnRyb2R1Y3Rpb24gb2YgbWF2ZW4/IE9yCj4gPiBzaW1wbHkgTWF2 ZW4gd2lsbCBzdGF5IG5lYXIgQW50LCBoZWxwaW5nIHVzIGluIHRoZSBwcm9qZWN0IG1hbmFnZW1l bnQ/Cj4gPgo+Cj4gb25jZSB3ZSBoYXZlIGEgbWF2ZW4gYnVpbGQsIHdlIGNhbiBnZW5lcmF0ZSBh IGJ1aWxkLnhtbCBhdXRvbWF0aWNhbGx5ICh2aWEKPiBtYXZlbiBhbnQgcGx1Z2luKS4KPgo+IFdo YXQga2luZCBvZiB0YXNrcyBjYW4gd2UgZmluZCBpbiB0aGUgYWN0dWFsIGJ1aWxkLnhtbCA/ICBJ ZiB0aGVyZSBhcmUKPiBjdXN0b20gYW50IHRhcmdldCwgaXQgY2FuIGJlIHBvc3NpYmxlIGVpdGhl ciB0byB1c2UgdGhlIG9sZCBjb2RlLCBpbnZva2FibGUKPiBpbnNpZGUgYSBtYXZlbiBnb2FsLCBv ciB0byBzZWUgaWYgdGhlcmUncyBhbHJlYWR5IHNvbWUga2luZCBvZiBzdXBwb3J0IGluCj4gbWF2 ZW4gb3V0LW9mLXRoZS1ib3ggZ29hbHMuCj4KPiBieSB0aGUsIHdheSwgYXQgdGhpcyBzdGFnZSBv ZiBkZXZlbG9wbWVudCwgIGkgdGhpbmsgaXQgd291bGRuJ3QgaHVydCB0b28KPiBtdWNoIHRvIHJl ZmFjdG9yIGEgbGl0dGxlIGJpdCB0aGUgZGlyZWN0b3J5IHN0cnVjdHVyZS4KPgo+IEkgd29uZGVy IGhvdyBtYW55IHN1YnNjcmliZXJzIGluIHRoaXMgbWFpbGluZyBsaXN0IGFyZSBmYW1pbGlhciB3 aXRoIG1hdmVuCj4gKDIueCApLgo+Cj4gTWUgYW5kIEFsZXNzaW8gaGF2ZSBhbHJlYWR5ICdtYXZl bml6ZWQnIG90aGVyIHByb2plY3RzIGluIHRoZSBwYXN0Lgo+Cj4gLS0KPiBodHRwOi8vdmFsZXJp b3NjaGlhdm9uaS5ibG9nc3BvdC5jb20KPiBodHRwOi8vanJvbGxlci5jb20vcGFnZS92c2NoaWF2 b25pCj4K |
From: Valerio S. <val...@gm...> - 2006-05-02 15:36:33
|
Hi Daniele, On 5/2/06, Daniele Madama <d.m...@gm...> wrote: > > The actual build use an ant task [1] for patching xml files, do you known > something that can do the same work into maven? > can you show me a little bit of this xml patching ? What kind of libraries it requires? In general, it is possible to invoke ant tasks quite easily. for example, here is a small pom.xml where ant is used as you would do it inside your build.xml: <project> <modelVersion>4.0.0</modelVersion> <artifactId>my-test-app</artifactId> <groupId>my-test-group</groupId> <version>1.0-SNAPSHOT</version> <build> <plugins> <plugin> <artifactId>maven-antrun-plugin</artifactId> <executions> <execution> <phase>generate-sources</phase> <configuration> <tasks> <exec dir=3D"${basedir}" executable=3D"${basedir}/src/main/sh/do-something.sh" failonerror=3D"true"> <arg line=3D"arg1 arg2 arg3 arg4" /> </exec> </tasks> </configuration> <goals> <goal>run</goal> </goals> </execution> </executions> </plugin> </plugins> </build> </project> Also, It is not difficult to write our own maven plugin to do 'dirty things'. But I don't know the framework so fine > what i know about it (so far) is nothing more than what Luca showed us few days ago, and from a quick view to sources. -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Valerio De C. <val...@gm...> - 2006-05-02 15:27:20
|
MjAwNi81LzIsIFZhbGVyaW8gU2NoaWF2b25pIDx2YWxlcmlvLnNjaGlhdm9uaUBnbWFpbC5jb20+ Ogo+Cj4gSGkgTHVjYSwKPgo+IE9uIDUvMi8wNiwgTHVjYSBHYXJ1bGxpIDxsLmdhcnVsbGlAcHJv bmV0aWNzLml0PiB3cm90ZToKPiA+Cj4gPiBWYWxlcmlvLCBtYXkgeW91IHJlc2VuZCB5b3VyIGxh c3QgcG9zdCB0byB0aGUgTUwgPwo+Cj4KPiB5b3UgbWVhbjogbWUgb3Igc29tZSBvdGhlciBWYWxl cmlvID86KQo+CgoKVmFsZXJpbyBpcyBhbHNvIG15IG5hbWUhIDspIERvbid0IHdvcnJ5LCwgSSBo b3BlIEkgZml4ZWQgdGhlIHByb2JsZW0hIDspCgotLQoiVG8gZXJyIGlzIGh1bWFuLCBidXQgZm9y IGEgcmVhbCBkaXNhc3RlciB5b3UgbmVlZCBhIGNvbXB1dGVyLiIKCmh0dHA6Ly92YWxlcmlvLmRl Y2Fyb2xpcy5nb29nbGVwYWdlcy5jb20KdmFsZXJpby5kZWNhcm9saXNAZ21haWwuY29tCg== |
From: Valerio De C. <val...@gm...> - 2006-05-02 15:22:41
|
MjAwNi81LzIsIFZhbGVyaW8gU2NoaWF2b25pIDx2YWxlcmlvLnNjaGlhdm9uaUBnbWFpbC5jb20+ Ogo+Cj4gaSBoYXZlIGFscmVhZHkgb3BlbiBhIGZlYXR1cmUgcmVxdWVzdCwgeW91IGNhbiBsb29r IGZvciBpdCBoZXJlOgo+IGh0dHBzOi8vc291cmNlZm9yZ2UubmV0L3RyYWNrZXIvaW5kZXgucGhw P2Z1bmM9ZGV0YWlsJmFpZD0xNDgwNDMwJmdyb3VwX2lkPTE2MjY0MSZhdGlkPTgyNDU5Mwo+Cj4K PiBvbmNlIHdlIGhhdmUgYSBtYXZlbiBidWlsZCwgd2UgY2FuIGdlbmVyYXRlIGEgYnVpbGQueG1s IGF1dG9tYXRpY2FsbHkgKHZpYQo+IG1hdmVuIGFudCBwbHVnaW4pLgo+CgpQZXJmZWN0LCBJIHRo aW5rIHRoYXQgdGhpcyBpcyB0aGUgd2F5Li4uISA7KQoKV2hhdCBraW5kIG9mIHRhc2tzIGNhbiB3 ZSBmaW5kIGluIHRoZSBhY3R1YWwgYnVpbGQueG1sID8gIElmIHRoZXJlIGFyZQo+IGN1c3RvbSBh bnQgdGFyZ2V0LCBpdCBjYW4gYmUgcG9zc2libGUgZWl0aGVyIHRvIHVzZSB0aGUgb2xkIGNvZGUs IGludm9rYWJsZQo+IGluc2lkZSBhIG1hdmVuIGdvYWwsIG9yIHRvIHNlZSBpZiB0aGVyZSdzIGFs cmVhZHkgc29tZSBraW5kIG9mIHN1cHBvcnQgaW4KPiBtYXZlbiBvdXQtb2YtdGhlLWJveCBnb2Fs cy4KPgoKVXNlIFNWTiBjaGVja291dCB0byBzZWUgdGhlIGNvbXBsZXRlIHNvdXJjZXMgYWx3YXlz IHVwZGF0ZWQuLi4hIDspCgpieSB0aGUsIHdheSwgYXQgdGhpcyBzdGFnZSBvZiBkZXZlbG9wbWVu dCwgIGkgdGhpbmsgaXQgd291bGRuJ3QgaHVydCB0b28KPiBtdWNoIHRvIHJlZmFjdG9yIGEgbGl0 dGxlIGJpdCB0aGUgZGlyZWN0b3J5IHN0cnVjdHVyZS4KPgoKT2gsIHllcyEgU28gaXQncyBhIGJl c3QgcHJhdGljZSB0byBtYWludGFpbiBzZXBhcmF0ZSBlYWNoIG1vZHVsZXMgaW4KZGlmZmVyZW50 cyBkaXJzPwoKSSB3b25kZXIgaG93IG1hbnkgc3Vic2NyaWJlcnMgaW4gdGhpcyBtYWlsaW5nIGxp c3QgYXJlIGZhbWlsaWFyIHdpdGggbWF2ZW4gKAo+IDIueCApLgo+CgpJIHJlYWQgYWJvdXQgTWF2 ZW4gc29tZSBhcnRpY2xlcyBpbiB0aGUgcGFzdC4uLmJ1dCBpIG5ldmVyIHVzZWQgZm9yIGEgYmln CnByb2plY3QhCkJ1dCBkb24ndCB3b3JyeSwgSSB3YW50IHRvIGxlYXJuIGl0ISA7KQoKQnllegoK LS0KIlRvIGVyciBpcyBodW1hbiwgYnV0IGZvciBhIHJlYWwgZGlzYXN0ZXIgeW91IG5lZWQgYSBj b21wdXRlci4iCgpodHRwOi8vdmFsZXJpby5kZWNhcm9saXMuZ29vZ2xlcGFnZXMuY29tCnZhbGVy aW8uZGVjYXJvbGlzQGdtYWlsLmNvbQo= |
From: Daniele M. <d.m...@gm...> - 2006-05-02 15:21:10
|
Hi Valerio, M2 is a good project, and the possibility to add a plugin into roma can be simply resolved with the maven repository, without compile or download all the world. The actual build use an ant task [1] for patching xml files, do you known something that can do the same work into maven? For the other thing I don't see any problem. But I don't know the framework so fine... Luca, what can you say? [1] http://www.oopsconsultancy.com/software/xmltask/ On 5/2/06, Valerio De Carolis <val...@gm...> wrote: > > Hi guys, > I've just updated the list of feature requests in SF.net Tracker... > > Now, I want know if it's the case to switch the project management to > Maven tool at this stage. > > Ant build will completely removed with the introduction of maven? Or > simply Maven will stay near Ant, helping us in the project management? > > Bye, > Valerio De Carolis > > -- > "To err is human, but for a real disaster you need a computer." > > http://valerio.decarolis.googlepages.com > val...@gm... > -- The box said "Requires Windows 95/98/Me/Nt/2k/XP or better" .... so I installed Linux ! -o=3D|=3Do- Daniele Madama http://www.danysoft.org |
From: Luca G. <l.g...@pr...> - 2006-05-02 15:20:37
|
As I commented the featured request (https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1480430&gr= oup_id=3D 162641&atid=3D824593) I'd like to see the project mavenized, but I'm = curious to see the new Roma project structure with Maven. Please post how the new Roma Projects will be structured. bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The ROMA Framework WiKi http://www.Pro-Netics.com (member of Orixo.com - The XML business = alliance) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution =20 ________________________________ Da: rom...@li... [mailto:rom...@li...] Per conto = di Valerio Schiavoni Inviato: marted=EC 2 maggio 2006 17.02 Cc: rom...@li... Oggetto: Re: [RomaFramework-dev] Re: [Romaframework-development] = Requested features i have already open a feature request, you can look for it here: https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1480430&gro= up_id=3D1 62641&atid=3D824593 <https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1480430&gr= oup_id=3D 162641&atid=3D824593>=20 On 5/2/06, Valerio De Carolis < val...@gm... <mailto:val...@gm...> > wrote:=20 Now, I want know if it's the case to switch the project management to Maven tool at this stage. Ant build will completely removed with the introduction of maven? Or simply Maven will stay near Ant, helping us in the project management?=20 once we have a maven build, we can generate a build.xml automatically = (via maven ant plugin). What kind of tasks can we find in the actual build.xml ? If there are custom ant target, it can be possible either to use the old code, = invokable inside a maven goal, or to see if there's already some kind of support = in maven out-of-the-box goals.=20 by the, way, at this stage of development, i think it wouldn't hurt too much to refactor a little bit the directory structure. I wonder how many subscribers in this mailing list are familiar with = maven (2.x ). Me and Alessio have already 'mavenized' other projects in the past. --=20 http://valerioschiavoni.blogspot.com = <http://valerioschiavoni.blogspot.com>=20 http://jroller.com/page/vschiavoni=20 |
From: Valerio S. <val...@gm...> - 2006-05-02 15:19:59
|
Hi Luca, On 5/2/06, Luca Garulli <l.g...@pr...> wrote: > > Valerio, may you resend your last post to the ML ? you mean: me or some other Valerio ?:) if me: what was the subject of my post ? so that i can easily repost it. cheers, valerio -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Valerio De C. <val...@gm...> - 2006-05-02 15:17:29
|
MjAwNi81LzIsIEx1Y2EgR2FydWxsaSA8bC5nYXJ1bGxpQHByb25ldGljcy5pdD46Cj4KPiBJIHN1 Z2dlc3QsIGJ5IG5vdywgdG8gdXNlIEFMV0FZUyB0aGUgbWFpbGluZyBsaXN0IGZvciBhbnlvbmUg b2YgZGV2ZWxvcGVycwo+IGFuZCB0byBsZWF2ZSB0aGUgZm9ydW0gZm9yIGhlbHAgcmVxdWVzdHMg YnkgbmV3IHVzZXJzLgoKClZlcnkgIHdlbGwsIHNvIHdlIGNhbiB1c2UgdGhlIE1MIGZvciBsb25n IGRpc2N1c3Npb24gYW5kIGxlYXZlIHRoZSBmb3J1bQpibGFuayBmb3IgZnV0dXJlIHVzZS4KClZh bGVyaW8sIG1heSB5b3UgcmVzZW5kIHlvdXIgbGFzdCBwb3N0IHRvIHRoZSBNTCA/Cj4KClRoZSBk aXNjdXNzaW9uIGlzIGFscmVhZHkgc3RhcnRlZCBhcyBSZXF1ZXN0IEZlYXR1cmVzIGFzIHN1Ympl Y3QhIDspCgotLQoiVG8gZXJyIGlzIGh1bWFuLCBidXQgZm9yIGEgcmVhbCBkaXNhc3RlciB5b3Ug bmVlZCBhIGNvbXB1dGVyLiIKCmh0dHA6Ly92YWxlcmlvLmRlY2Fyb2xpcy5nb29nbGVwYWdlcy5j b20KdmFsZXJpby5kZWNhcm9saXNAZ21haWwuY29tCg== |
From: Luca G. <l.g...@pr...> - 2006-05-02 15:12:33
|
Hi, now the forum auto-sends mails to this mailing list. I want to remove this features and leave forum and ml totally seperated. I suggest, by now, to use ALWAYS the mailing list for anyone of developers and to leave the forum for help requests by new users. What do you think? Valerio, may you resend your last post to the ML ? Thanx! bye, Luca Garulli Blogging on: http://zion-city.blogspot.com http://RomaFramework.xwiki.com - The ROMA Framework WiKi http://www.Pro-Netics.com (member of Orixo.com - The XML business alliance) http://www.OrienTechnologies.com - Light ODBMS, All in one JDO solution |
From: Valerio S. <val...@gm...> - 2006-05-02 15:07:53
|
i have already open a feature request, you can look for it here: https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1480430&group= _id=3D162641&atid=3D824593 On 5/2/06, Valerio De Carolis <val...@gm...> wrote: > > Now, I want know if it's the case to switch the project management to > Maven tool at this stage. > Ant build will completely removed with the introduction of maven? Or > simply Maven will stay near Ant, helping us in the project management? > once we have a maven build, we can generate a build.xml automatically (via maven ant plugin). What kind of tasks can we find in the actual build.xml ? If there are custom ant target, it can be possible either to use the old code, invokable inside a maven goal, or to see if there's already some kind of support in maven out-of-the-box goals. by the, way, at this stage of development, i think it wouldn't hurt too much to refactor a little bit the directory structure. I wonder how many subscribers in this mailing list are familiar with maven = ( 2.x ). Me and Alessio have already 'mavenized' other projects in the past. -- http://valerioschiavoni.blogspot.com http://jroller.com/page/vschiavoni |
From: Valerio De C. <val...@gm...> - 2006-05-02 14:49:15
|
SGkgZ3V5cywKSSd2ZSBqdXN0IHVwZGF0ZWQgdGhlIGxpc3Qgb2YgZmVhdHVyZSByZXF1ZXN0cyBp biBTRi5uZXQgVHJhY2tlci4uLgoKTm93LCBJIHdhbnQga25vdyBpZiBpdCdzIHRoZSBjYXNlIHRv IHN3aXRjaCB0aGUgcHJvamVjdCBtYW5hZ2VtZW50IHRvIE1hdmVuCnRvb2wgYXQgdGhpcyBzdGFn ZS4KCkFudCBidWlsZCB3aWxsIGNvbXBsZXRlbHkgcmVtb3ZlZCB3aXRoIHRoZSBpbnRyb2R1Y3Rp b24gb2YgbWF2ZW4/IE9yIHNpbXBseQpNYXZlbiB3aWxsIHN0YXkgbmVhciBBbnQsIGhlbHBpbmcg dXMgaW4gdGhlIHByb2plY3QgbWFuYWdlbWVudD8KCkJ5ZSwKVmFsZXJpbyBEZSBDYXJvbGlzCgot LQoiVG8gZXJyIGlzIGh1bWFuLCBidXQgZm9yIGEgcmVhbCBkaXNhc3RlciB5b3UgbmVlZCBhIGNv bXB1dGVyLiIKCmh0dHA6Ly92YWxlcmlvLmRlY2Fyb2xpcy5nb29nbGVwYWdlcy5jb20KdmFsZXJp by5kZWNhcm9saXNAZ21haWwuY29tCg== |