plexus-utils CommandLineUtils replacements ?

2011-10-13 Thread Kristian Rosenvold
I've been wondering if there are any adequate replacements for 
plexus-utils CommandLineUtils class out there ?


Kristian


-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: plexus-utils CommandLineUtils replacements ?

2011-10-13 Thread Olivier Lamy
Hello,

http://commons.apache.org/exec/ ?

2011/10/13 Kristian Rosenvold kristian.rosenv...@gmail.com:
 I've been wondering if there are any adequate replacements for plexus-utils
 CommandLineUtils class out there ?

 Kristian


 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org





-- 
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: plexus-utils CommandLineUtils replacements ?

2011-10-13 Thread Simone Tripodi
+1 (not that it counts ;) ) for commons-exec!
Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Thu, Oct 13, 2011 at 9:01 AM, Olivier Lamy ol...@apache.org wrote:
 Hello,

 http://commons.apache.org/exec/ ?

 2011/10/13 Kristian Rosenvold kristian.rosenv...@gmail.com:
 I've been wondering if there are any adequate replacements for plexus-utils
 CommandLineUtils class out there ?

 Kristian


 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org





 --
 Olivier Lamy
 Talend : http://talend.com
 http://twitter.com/olamy | http://linkedin.com/in/olamy

 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: plexus-utils CommandLineUtils replacements ?

2011-10-13 Thread Kristian Rosenvold
FWIW I will try to establish the real difference between commons-exec 
and out current plexus-utils and submit those patches to commons-exec. 
By inspecting code it is quite clear that plexus-utils has a few more 
battle scars than commons-exec, which means p-u handles a few more 
variations/exceptional cases that I see are missing from c-e.


Kristian



Den 13.10.2011 12:01, skrev Simone Tripodi:

+1 (not that it counts ;) ) for commons-exec!
Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Thu, Oct 13, 2011 at 9:01 AM, Olivier Lamyol...@apache.org  wrote:

Hello,

http://commons.apache.org/exec/ ?

2011/10/13 Kristian Rosenvoldkristian.rosenv...@gmail.com:

I've been wondering if there are any adequate replacements for plexus-utils
CommandLineUtils class out there ?

Kristian


-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org





--
Olivier Lamy
Talend : http://talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org




-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: plexus-utils CommandLineUtils replacements ?

2011-10-13 Thread Simone Tripodi
Hi Kristian!
Good to know, I will take care of applying your patches in order to
have commons-exec available ASAP and be integrated in Maven!
All the best, have a nice day!
Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Thu, Oct 13, 2011 at 12:04 PM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
 FWIW I will try to establish the real difference between commons-exec and
 out current plexus-utils and submit those patches to commons-exec. By
 inspecting code it is quite clear that plexus-utils has a few more battle
 scars than commons-exec, which means p-u handles a few more
 variations/exceptional cases that I see are missing from c-e.

 Kristian



 Den 13.10.2011 12:01, skrev Simone Tripodi:

 +1 (not that it counts ;) ) for commons-exec!
 Simo

 http://people.apache.org/~simonetripodi/
 http://simonetripodi.livejournal.com/
 http://twitter.com/simonetripodi
 http://www.99soft.org/



 On Thu, Oct 13, 2011 at 9:01 AM, Olivier Lamyol...@apache.org  wrote:

 Hello,

 http://commons.apache.org/exec/ ?

 2011/10/13 Kristian Rosenvoldkristian.rosenv...@gmail.com:

 I've been wondering if there are any adequate replacements for
 plexus-utils
 CommandLineUtils class out there ?

 Kristian


 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org




 --
 Olivier Lamy
 Talend : http://talend.com
 http://twitter.com/olamy | http://linkedin.com/in/olamy

 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org



 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



The maven-eclipse-plugin could not handle resources correctly

2011-10-13 Thread Yi Xiao
Hi devs,

I use the maven-eclipse-plugin 2.9-SNAPSHOT to make a maven project to
eclipse plugin, I get the error info:
[INFO] Trace
java.lang.StringIndexOutOfBoundsException: String index out of range: -38
at java.lang.String.substring(String.java:1768)
at java.lang.String.substring(String.java:1735)
at
org.apache.maven.plugin.eclipse.writers.workspace.EclipseSettingsWriter.write(EclipseSettingsWriter.java:108)
at
org.apache.maven.plugin.eclipse.EclipsePlugin.writeConfiguration(EclipsePlugin.java:1178)
at
org.apache.maven.plugin.ide.AbstractIdeSupportMojo.execute(AbstractIdeSupportMojo.java:511)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

The jira: http://jira.codehaus.org/browse/MECLIPSE-642 describe and it's
still open.

Then I check out the source code to find out what happens.
At last, I think the root cause is:
List resources = config.getProject().getResources();
if ( resources != null )
{
Iterator it = resources.iterator();
while ( it.hasNext() )
{
Resource resource = (Resource) it.next();
String relativePath = resource.getDirectory().substring( basedir.length()
).replace( '\\', '/' ); // Error happens here
coreSettings.put( PROP_JDT_CORE_COMPILER_ENCODING + relativePath, encoding
);
}
}
because the resource.getDirectory() is shorter than basedir!!!
I have a work-around way to resolve it, but I could not submite it directly,
so I attach the patch here. Please review and check it, If it works fine and
doesn't cause other regressions, please check it in, as my product will use
maven-eclipse-plugin frequently, thank you very much!
-- 
Best regards!


   John Xiao

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Bootstrap maven skin

2011-10-13 Thread Ivan Habunek
On 12 October 2011 17:22, Simone Tripodi simonetrip...@apache.org wrote:
 @Ivan: you are *much more* than welcome, I really need a big help on
 finalizing it! Feel free to asking whatever is needed, I will more
 than pleased to reply!

Thanks. I started incorporating some of my tweaks. We'll see how it goes.

Do we want to include jQuery with the theme? I think that the few
tweaks we use it for can be done in plain javascript. A lot of maven
sites are pretty static so it might be an unnecessary overhead.

 About TM: yes, the 'fluido' name is something that always bounces in
 my mind - don't ask me why because I don't know :D - so if there are
 issues about it, we are still on the road to change it if needed.
 Anyway, since I am behind both skins - and no problem at all to donate
 everything to ASF, it's almost my home! - I don't see potential risks,
 if I do have to fill a SoftwareGrant I can do it, just clarify me!

Cool. We can check with legal before final version.

 I suspect too that 'maven-bootstrap-skin' would raise legal issues, so
 suggestions are welcome.

Agreed.

Regards,
Ivan

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Checkstyle plugin 2.8 release?

2011-10-13 Thread Mark Hobson
Hi,

I need to use maven-checkstyle-plugin 2.7 for the checkstyle upgrade
but am being blocked by MCHECKSTYLE-159.  This is fixed in trunk and
there are no further unresolved issues targeting 2.8, so any
objections to performing a release?

Next question is would someone mind doing it? :)  I'm happy to but
have appeared to have dropped into emeritus status again, so would
have to get reinstated first.

Cheers,

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: Bootstrap maven skin

2011-10-13 Thread Simone Tripodi
Hi Ivan!
I am not a Javascript black-belt so feel free to replace jQuery with
cross-browser-plain-old javascript if you are able to do, I'm totally
dummy on that area... that's why I plugged jquery :P
TIA!!!
Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/



On Thu, Oct 13, 2011 at 2:45 PM, Ivan Habunek ivan.habu...@gmail.com wrote:
 On 12 October 2011 17:22, Simone Tripodi simonetrip...@apache.org wrote:
 @Ivan: you are *much more* than welcome, I really need a big help on
 finalizing it! Feel free to asking whatever is needed, I will more
 than pleased to reply!

 Thanks. I started incorporating some of my tweaks. We'll see how it goes.

 Do we want to include jQuery with the theme? I think that the few
 tweaks we use it for can be done in plain javascript. A lot of maven
 sites are pretty static so it might be an unnecessary overhead.

 About TM: yes, the 'fluido' name is something that always bounces in
 my mind - don't ask me why because I don't know :D - so if there are
 issues about it, we are still on the road to change it if needed.
 Anyway, since I am behind both skins - and no problem at all to donate
 everything to ASF, it's almost my home! - I don't see potential risks,
 if I do have to fill a SoftwareGrant I can do it, just clarify me!

 Cool. We can check with legal before final version.

 I suspect too that 'maven-bootstrap-skin' would raise legal issues, so
 suggestions are welcome.

 Agreed.

 Regards,
 Ivan

 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



[Doxia] Site generation replicates class attribute

2011-10-13 Thread Simone Tripodi
Hi all guys!
while generating the Apache DirectMemory site[1] using the xdoc
format, I noticed that for every section element, if `class`
attribute is specified, it is replicated to the nested h2 element.
For example, for

section name=Apache DirectMemory class=hero-unit
  pApache DirectMemory is a multi layered cache implementation
featuring off-heap memory management (a-la BigMemory)
to enable efficient handling of a large number of java objects
without affecting jvm garbage collection
performance./p
/section

Has been rendered as

div class=hero-unit
  h2 class=hero-unitApache DirectMemorya
name=Apache_DirectMemory/a/h2
  pApache DirectMemory is a multi layered cache implementation
featuring off-heap memory management (a-la BigMemory)
to enable efficient handling of a large number of java objects
without affecting jvm garbage collection
performance./p
/div

Of course, depending on the skin, it could cause undesired effects.
I wonder if this is a bug or a feature. If you confirm is a bug, I'll
fill an issue.
TIA, all the best!
Simo

[1] http://incubator.apache.org/directmemory/index.html

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: The maven-eclipse-plugin could not handle resources correctly

2011-10-13 Thread Barrie Treloar
On Thu, Oct 13, 2011 at 9:21 PM, Yi Xiao xiaoyijhondeve...@gmail.com wrote:

 Hi devs,
 I use the maven-eclipse-plugin 2.9-SNAPSHOT to make a maven project to

Looking into it.

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: The maven-eclipse-plugin could not handle resources correctly

2011-10-13 Thread Yi Xiao
Thanks Barrie[?]!

On Fri, Oct 14, 2011 at 6:35 AM, Barrie Treloar baerr...@gmail.com wrote:

 On Thu, Oct 13, 2011 at 9:21 PM, Yi Xiao xiaoyijhondeve...@gmail.com
 wrote:
 
  Hi devs,
  I use the maven-eclipse-plugin 2.9-SNAPSHOT to make a maven project to

 Looking into it.

 -
 To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
 For additional commands, e-mail: dev-h...@maven.apache.org




-- 
Best regards!


   John Xiao


[jira] Subscription: Design Best Practices

2011-10-13 Thread jira
Issue Subscription
Filter: Design  Best Practices (24 issues)
Subscriber: mavendevlist

Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
https://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
https://jira.codehaus.org/browse/MNG-612
MNG-1950Ability to introduce new lifecycles phases
https://jira.codehaus.org/browse/MNG-1950
MNG-2381improved control over the repositories in the POM
https://jira.codehaus.org/browse/MNG-2381
MNG-1563how to write integration tests
https://jira.codehaus.org/browse/MNG-1563
MNG-2125[doc] when and how to define plugins in a pom
https://jira.codehaus.org/browse/MNG-2125
MNG-139 server definitions should be reusable - review use of repository IDs
https://jira.codehaus.org/browse/MNG-139
MNG-474 performance improvement for forked lifecycles
https://jira.codehaus.org/browse/MNG-474
MNG-1381best practices: testing strategies
https://jira.codehaus.org/browse/MNG-1381
MNG-4656Declarative plugins similar to jsp tags or jsf composites
https://jira.codehaus.org/browse/MNG-4656
MNG-4713${basedir} variable makes portable builds overly difficult
https://jira.codehaus.org/browse/MNG-4713
MNG-416 best practices:  multiple profile deployments
https://jira.codehaus.org/browse/MNG-416
MNG-367 best practices: multi-user installation
https://jira.codehaus.org/browse/MNG-367
MNG-125 guarded mojo execution
https://jira.codehaus.org/browse/MNG-125
MNG-41  best practices: site management
https://jira.codehaus.org/browse/MNG-41
MNG-1441Starting thinking about a proper distributed repository mechanism a 
la CPAN
https://jira.codehaus.org/browse/MNG-1441
MNG-868 Use uniform format for properties and other tags
https://jira.codehaus.org/browse/MNG-868
MNG-1425best practices: the location of configuration files vs resources
https://jira.codehaus.org/browse/MNG-1425
MNG-1463best practices: plugin inheritance for a multi project build
https://jira.codehaus.org/browse/MNG-1463
MNG-657 possible chicken and egg problem with extensions
https://jira.codehaus.org/browse/MNG-657
MNG-1423best practices: setting up multi-module build
https://jira.codehaus.org/browse/MNG-1423
MNG-1468best practices: version management in multi project builds
https://jira.codehaus.org/browse/MNG-1468
MNG-1867deprecate system scope, analyse other use cases
https://jira.codehaus.org/browse/MNG-1867
MNG-1569Make build process info read-only to mojos, and provide mechanism 
for explicit out-params for mojos to declare
https://jira.codehaus.org/browse/MNG-1569

You may edit this subscription at:
https://jira.codehaus.org/secure/FilterSubscription!default.jspa?subId=10341filterId=11471

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org



Re: The maven-eclipse-plugin could not handle resources correctly

2011-10-13 Thread Barrie Treloar
John,

Can you work out why you can't access the Jira properly and add some notes
there.

I need an example project that exhibits the problem.

My integration test project that I created doesn't throw this error.

Sample log output:

[DEBUG] Processing classpath for: source src/main/java: output=null,
include=[**/*.java], exclude=[], test=false, filtering=false; default
output=target/classes
[DEBUG] Processing classpath for: resource src/main/resources:
output=target/classes, include=[], exclude=[**/*.java], test=false,
filtering=false; default output=target/classes
[DEBUG] Processing classpath for: resource
D:/ide/maven/maven-eclipse-plugin/target/test-classes/projects/project-65-MECLIPSE-642/shared-resources:
output=target/classes, include=[], exclude=[**/*.java], test=false,
filtering=false; default output=target/classes