[jira] Subscription: Design & Best Practices

[jira]

Issue Subscription
Filter: Design & Best Practices (37 issues)
Subscriber: mavendevlist


Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
http://jira.codehaus.org/browse/MNG-612
MNG-1634move maven-core-it to integration-tests
http://jira.codehaus.org/browse/MNG-1634
MNG-1508Need a process-test-classes phase
http://jira.codehaus.org/browse/MNG-1508
MNG-1305Document Maven's own development process
http://jira.codehaus.org/browse/MNG-1305
MNG-1381best practices: testing strategies
http://jira.codehaus.org/browse/MNG-1381
MNG-2125[doc] when and how to define plugins in a pom
http://jira.codehaus.org/browse/MNG-2125
MNG-1563how to write integration tests
http://jira.codehaus.org/browse/MNG-1563
MNG-1936pattern: for mojo parameters which have default values in the POM 
we need standard usage
http://jira.codehaus.org/browse/MNG-1936
MNG-474 performance improvement for forked lifecycles
http://jira.codehaus.org/browse/MNG-474
MNG-1931add a reportingManagement section
http://jira.codehaus.org/browse/MNG-1931
MNG-2381improved control over the repositories in the POM
http://jira.codehaus.org/browse/MNG-2381
MNG-1950Ability to introduce new lifecycles phases
http://jira.codehaus.org/browse/MNG-1950
MNG-2477Implement repository security improvements for verification of 
downloaded artifacts
http://jira.codehaus.org/browse/MNG-2477
MNG-1437How to make additions to the POM and have it be backward/forward 
compatible
http://jira.codehaus.org/browse/MNG-1437
MNG-1468best practices: version management in multi project builds
http://jira.codehaus.org/browse/MNG-1468
MNG-1423best practices: setting up multi-module build
http://jira.codehaus.org/browse/MNG-1423
MNG-1463best practices: plugin inheritance for a multi project build
http://jira.codehaus.org/browse/MNG-1463
MNG-1441Starting thinking about a proper distributed repository mechanism a 
la CPAN
http://jira.codehaus.org/browse/MNG-1441
MNG-647 Allow Maven 2 to be monitored using JMX.
http://jira.codehaus.org/browse/MNG-647
MNG-1425best practices: the location of configuration files vs resources
http://jira.codehaus.org/browse/MNG-1425
MNG-1867deprecate system scope, analyse other use cases
http://jira.codehaus.org/browse/MNG-1867
MNG-1452best practices: deployment of aggregate JARs produced by the 
assembly plug-in
http://jira.codehaus.org/browse/MNG-1452
MNG-939 specify maven settings from command line
http://jira.codehaus.org/browse/MNG-939
MNG-367 best practices: multi-user installation
http://jira.codehaus.org/browse/MNG-367
MNG-139 server definitions should be reusable
http://jira.codehaus.org/browse/MNG-139
MNG-1440Developer Object Model (DOM)
http://jira.codehaus.org/browse/MNG-1440
MNG-657 possible chicken and egg problem with extensions
http://jira.codehaus.org/browse/MNG-657
MNG-125 guarded mojo execution
http://jira.codehaus.org/browse/MNG-125
MNG-1439Organization Object Model (OOM) 
http://jira.codehaus.org/browse/MNG-1439
MNG-905 review clean repo install of m2 for download trimming
http://jira.codehaus.org/browse/MNG-905
MNG-1569Make build process info read-only to mojos, and provide mechanism 
for explicit out-params for mojos to declare
http://jira.codehaus.org/browse/MNG-1569
MNG-416 best practices:  multiple profile deployments
http://jira.codehaus.org/browse/MNG-416
MNG-1885Uniquely identify modules by module name and version number
http://jira.codehaus.org/browse/MNG-1885
MNG-868 Use uniform format for  and other tags
http://jira.codehaus.org/browse/MNG-868
MNG-41  best practices: site management
http://jira.codehaus.org/browse/MNG-41
MNG-140 refactor maven-artifact
http://jira.codehaus.org/browse/MNG-140


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: NMaven/Maven C# Project

[Shane Isbell]

Hi Brett,

I have not tried out the C# plugin; but as I build out mavenized projects, I
will give it a go and provide some feedback. I have looked through the
code. A few things that I would suggest are: 1) provide a means to switch
the vendor between MONO and  MS, as these compilers may both reside on the
same box; 2) support the concept of.netmodule, with multi-fle assemblies and
Assembly Linker: the existing Maven c# plugin treats a module as an assembly
(dll). With modules, you can reuse small modules of code in multiple
assemblies; 3) support for framework version 1.1., 2.0 etc.

I would also suggest NUnit support, as well as packaging and deploying of
Web applications (to both Mono XSP and IIS).

Best Regards,
Shane



On 9/7/06, Brett Porter <[EMAIL PROTECTED]> wrote:


Hi Shane,

Have you tried these ones out? I'm interested in where they are lacking.

I'm not a C# user myself, but I'm interested to see this stuff gather
some steam.

- Brett

On 07/09/2006, at 8:17 AM, Shane Isbell wrote:

> I have started a new project NMaven (http://nmaven.sourceforge.net)
> for
> managing .NET builds (C#, PHP, Nemerle) with Maven. The project is
> under
> Apache v 2.0. Brett P. just let me know that there is a C# plugin
> in the
> Maven sandbox; so there may be some intersection points here, where
> each
> project can benefit. The NetCompiler implementations - that I am
> building
> - compile C# (and other languages) directly using
> org.codehaus.plexus.util.cli.CommandLine: you may be able to
> leverage that
> directly, as opposed to using the ANT tasks for C# compiles. NMaven
> also has
> concepts of the capabilities of the build platform (architecture, OS,
> supported compilers, vendors (MONO/MS)) and matches the appropriate
> compiler
> based on the build requirements. These concepts may also be
> leveragable for
> the Maven C# project.
>
> Best Regards,
> Shane

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Please review/comment on the updated cron editor in the continuum white site

[John Casey]

It's a big improvement over the existing 1.0.3 page, but I agree that it
could use some default values as prompts for how to setup wildcards and
maybe ranges. Also, the link back to the OS Quartz page for cron expressions
would be a nice thing to have for additional information (like ranges in
values).

Thanks, this looks pretty good.

-john

On 9/7/06, Andrew Williams <[EMAIL PROTECTED]> wrote:


By looking at it I wonder if it should have a default in there like

0
0/5
*
*
*
*

or something for every 5 mins?

Maria Odea Ching wrote:
> Hi Everyone,
>
> I submitted a patch for CONTINUUM-847 that updates the current cron
> editor field in the
> scheduler for the white site (this is for the editSchedule.html page).
>
> Any comments are welcome :)
>
> Thanks,
> Odea
>

Re: JSP precompiling with Weblogic 8.1

[Marc Chételat ML]

Hi Scoot,

Thanks a lot for your input. I m already trying the tool!

Regards,
ML

Scott Ryan wrote:

You can use the weblogic plugin and the appc mojo to pre compile your jsp's.
You can find the weblogic plugin at codehaus.
http://mojo.codehaus.org/weblogic-maven-plugin/



Scott Ryan
Chief Technology Officer
Soaring Eagle L.L.C.
[EMAIL PROTECTED]
www.soaringeagleco.com
(303) 263-3044

-Original Message-
From: Marc Chételat ML [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 07, 2006 5:20 AM
To: dev@maven.apache.org
Subject: JSP precompiling with Weblogic 8.1


Hello all,

First of all, I m using maven 2.0.4.

After several days searching on the Web, I found nothing interesting
about JSPs precompilation for Weblogic 8.1.


Of course, we have the plugin jspc-maven-plugin, but unfortunately it
compiles only jsps for tomcat... with a dependency to tomcat 5.5. I
checked the plugin sources and it calls the JspC class from jasper.

First question, does there exist a weblogic.jspc plugin ? Or it is
planned for jspc-maven-plugin to support the weblogic ?


Other solution is to use an external ant task from maven like :

















Second question, using standard directory layout what is the best way to
compile jsps with this external task? Currently jsps are under
/src/main/webapp/ with others files like images or html pages. But
should I move jsps under another directory, compile them with the ant
task and then copy them under /target folder ? Can somebody provide me
an example with folders used during the jsp precompiling process?

Thanks in advance for help!

Regards,
ML








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



  




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JSP precompiling with Weblogic 8.1

[Scott Ryan]

You can use the weblogic plugin and the appc mojo to pre compile your jsp's.
You can find the weblogic plugin at codehaus.
http://mojo.codehaus.org/weblogic-maven-plugin/



Scott Ryan
Chief Technology Officer
Soaring Eagle L.L.C.
[EMAIL PROTECTED]
www.soaringeagleco.com
(303) 263-3044

-Original Message-
From: Marc Chételat ML [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 07, 2006 5:20 AM
To: dev@maven.apache.org
Subject: JSP precompiling with Weblogic 8.1


Hello all,

First of all, I m using maven 2.0.4.

After several days searching on the Web, I found nothing interesting
about JSPs precompilation for Weblogic 8.1.


Of course, we have the plugin jspc-maven-plugin, but unfortunately it
compiles only jsps for tomcat... with a dependency to tomcat 5.5. I
checked the plugin sources and it calls the JspC class from jasper.

First question, does there exist a weblogic.jspc plugin ? Or it is
planned for jspc-maven-plugin to support the weblogic ?


Other solution is to use an external ant task from maven like :

















Second question, using standard directory layout what is the best way to
compile jsps with this external task? Currently jsps are under
/src/main/webapp/ with others files like images or html pages. But
should I move jsps under another directory, compile them with the ant
task and then copy them under /target folder ? Can somebody provide me
an example with folders used during the jsp precompiling process?

Thanks in advance for help!

Regards,
ML








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JSP precompiling with Weblogic 8.1

[Marc Chételat ML]

Hello all,

First of all, I m using maven 2.0.4.

After several days searching on the Web, I found nothing interesting 
about JSPs precompilation for Weblogic 8.1.



Of course, we have the plugin jspc-maven-plugin, but unfortunately it 
compiles only jsps for tomcat... with a dependency to tomcat 5.5. I 
checked the plugin sources and it calls the JspC class from jasper.


First question, does there exist a weblogic.jspc plugin ? Or it is 
planned for jspc-maven-plugin to support the weblogic ?



Other solution is to use an external ant task from maven like :


   
  
   
   

   
   

   
   
   
   
  
   

   


Second question, using standard directory layout what is the best way to 
compile jsps with this external task? Currently jsps are under 
/src/main/webapp/ with others files like images or html pages. But 
should I move jsps under another directory, compile them with the ant 
task and then copy them under /target folder ? Can somebody provide me 
an example with folders used during the jsp precompiling process?


Thanks in advance for help!

Regards,
ML








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

FTP deployment of ear in maven1.0.2

[neeraj daffodil]

hi all i want to deploy the ear file in remote ftp server by using following
code in maven.xml


 

   




 
 

After this i got the following result

__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

BUILD SUCCESSFUL
Total time: 3 seconds
Finished at: Thu Sep 07 16:49:34 GMT+05:30 2006

but nothing is deployed in the remote server

after that i tried this


 

   



Testing FTP end  


 
 

and got the result

__  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

build:start:

ftpcopy:
[echo]
Testing FTP end 
BUILD SUCCESSFUL
Total time: 3 seconds

nothing deployed and why this come i do not know ,can any one know why this
is happend and how i can achieve my task

any link and any kind of help is most welcome

Regards

Neeraj Singh Bisht

+91 09811921970

JSP precompiling with Weblogic 8.1

[Marc Chételat ML]

Hello all,

First of all, I m using maven 2.0.4.

After several days searching on the Web, I found nothing interesting 
about JSPs precompilation for Weblogic 8.1.



Of course, we have the plugin jspc-maven-plugin, but unfortunately it 
compiles only jsps for tomcat... with a dependency to tomcat 5.5. I 
checked the plugin sources and it calls the JspC class from jasper.


First question, does there exist a weblogic.jspc plugin ? Or it is 
planned for jspc-maven-plugin to support the weblogic ?



Other solution is to use an external ant task from maven like :


  

  

  
  

  
  
  
  

  


Second question, using standard directory layout what is the best way to 
compile jsps with this external task? Currently jsps are under 
/src/main/webapp/ with others files like images or html pages. But 
should I move jsps under another directory, compile them with the ant 
task and then copy them under /target folder ? Can somebody provide me 
an example with folders used during the jsp precompiling process?


Thanks in advance for help!

Regards,
ML



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: NMaven/Maven C# Project

[Brett Porter]

Hi Shane,

Have you tried these ones out? I'm interested in where they are lacking.

I'm not a C# user myself, but I'm interested to see this stuff gather  
some steam.


- Brett

On 07/09/2006, at 8:17 AM, Shane Isbell wrote:

I have started a new project NMaven (http://nmaven.sourceforge.net)  
for
managing .NET builds (C#, PHP, Nemerle) with Maven. The project is  
under
Apache v 2.0. Brett P. just let me know that there is a C# plugin  
in the
Maven sandbox; so there may be some intersection points here, where  
each
project can benefit. The NetCompiler implementations - that I am  
building

- compile C# (and other languages) directly using
org.codehaus.plexus.util.cli.CommandLine: you may be able to  
leverage that
directly, as opposed to using the ANT tasks for C# compiles. NMaven  
also has

concepts of the capabilities of the build platform (architecture, OS,
supported compilers, vendors (MONO/MS)) and matches the appropriate  
compiler
based on the build requirements. These concepts may also be  
leveragable for

the Maven C# project.

Best Regards,
Shane


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Please review/comment on the cron editor in the configuration page

[Brett Porter]

This is good. Do you think we could make it smaller? Maybe size=2 and  
put them on the same row?


Also, we should have a brief key:
* = every
? = any

On 07/09/2006, at 7:58 PM, Nicolas De Loof wrote:



Great !
I myslef harldy setup cron expressions in continumm. This ui realy  
looks better.


Maria Odea Ching a écrit :

Hi Everyone,

I updated the cron editor in the index configuration page of the  
archiva webapp. I committed the proposed format in the
archiva white site and a staging site is avaliable at http:// 
people.apache.org/~oching/archiva-white-site/admin/config.html  
.


Any comments are welcome :)

Thanks,
Odea



This message contains information that may be privileged or  
confidential and is the property of the Capgemini Group. It is  
intended only for the person to whom it is addressed. If you are  
not the intended recipient,  you are not authorized to read, print,  
retain, copy, disseminate,  distribute, or use this message or any  
part thereof. If you receive this  message in error, please notify  
the sender immediately and delete all  copies of this message.

Re: Please review/comment on the updated cron editor in the continuum white site

[Andrew Williams]

By looking at it I wonder if it should have a default in there like

0
0/5
*
*
*
*

or something for every 5 mins?

Maria Odea Ching wrote:

Hi Everyone,

I submitted a patch for CONTINUUM-847 that updates the current cron 
editor field in the

scheduler for the white site (this is for the editSchedule.html page).

Any comments are welcome :)

Thanks,
Odea

Re: Please review/comment on the cron editor in the configuration page

[Nicolas De Loof]

Great !
I myslef harldy setup cron expressions in continumm. This ui realy looks 
better.


Maria Odea Ching a écrit :

Hi Everyone,

I updated the cron editor in the index configuration page of the 
archiva webapp. I committed the proposed format in the
archiva white site and a staging site is avaliable at 
http://people.apache.org/~oching/archiva-white-site/admin/config.html 
. 



Any comments are welcome :)

Thanks,
Odea



This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient,  you are not authorized 
to read, print, retain, copy, disseminate,  distribute, or use this message or 
any part thereof. If you receive this  message in error, please notify the 
sender immediately and delete all  copies of this message.

Please review/comment on the cron editor in the configuration page

[Maria Odea Ching]

Hi Everyone,

I updated the cron editor in the index configuration page of the archiva 
webapp. I committed the proposed format in the
archiva white site and a staging site is avaliable at 
http://people.apache.org/~oching/archiva-white-site/admin/config.html 
.


Any comments are welcome :)

Thanks,
Odea

Ant Maven 1.0.2 FTP

[neeraj daffodil]

Hi all
   i am using ant build file to transfer the file to remote ftp server
and i am able to do ,but if i try to call the build file in maven it show
error
but before this i called the ant file in my maven 1.0.2 maven.xml file and
that time it work
by following


 
   
 


but it is not working in case of ftp
I want to know there is any other way to do ftp task in maven 1.0.2 ,or
there is any plugin available for ftp

how i can achieve this task  can any one know

Regards
Neeraj Singh Bisht

Re: [vote] Release Maven Changes Plugin 2.0-beta-2

[Fabrice Bellingard]

+1

On 9/6/06, Dennis Lundberg <[EMAIL PROTECTED]> wrote:


Hello

The changes plugin has not had a release since it was moved here from
the Mojo project. Since then 49 issues has been closed:


http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11212&status=6

There are still a couple of issues left in JIRA, but I feel that the
plugin is stable enough to release a new beta-version.


http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=11212&fixfor=-1

There has also been a lot of questions on the user list about the fact
that the plugin is only available as a SNAPSHOT. Getting a release out
would solve this and enable more people to use it.

The release would be based on:
maven-changes-plugin-2.0-beta-2-20060906.204628-3.jar (r440862)

[ ] +1
[ ] +0
[ ] -1


--
Dennis Lundberg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [vote] Release Maven Changes Plugin 2.0-beta-2

[Emmanuel Venisse]

+1

Emmanuel

Dennis Lundberg a écrit :

Hello

The changes plugin has not had a release since it was moved here from 
the Mojo project. Since then 49 issues has been closed:


http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11212&status=6 



There are still a couple of issues left in JIRA, but I feel that the 
plugin is stable enough to release a new beta-version.


http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=11212&fixfor=-1 



There has also been a lot of questions on the user list about the fact 
that the plugin is only available as a SNAPSHOT. Getting a release out 
would solve this and enable more people to use it.


The release would be based on:
maven-changes-plugin-2.0-beta-2-20060906.204628-3.jar (r440862)

[ ] +1
[ ] +0
[ ] -1





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]