h change
break something? All comments and suggestions are appreciated.
Thanks
Michal
[1]: http://jira.codehaus.org/browse/MJAVADOC-398
[2]: https://github.com/apache/maven-plugins/pull/25
-
To unsubscribe, e-mai
ccurs and it happens based on the metadata that it
> just retrieved.
>
> Alternatively you could do this with a repo manager. Nexus provides
> rss feeds and it would be trivial to make a plugin to send an email
> for new snapshot deployments.
>
> On Thu, Oct 22, 2009 at 11:56
values.
Could anyone help me with that task. At least which component should be
used and what is the correct order of execution.
Thanks in advance.
Best regards,
Michal Mally
--
View this message in context:
http://www.nabble.com/Download-path-for-just-deployed-snapshot-tp26012587p26012587
, mvn 2.0.2, ant 1.6.5
Reporter: Michal Stochmialek
I'm trying to deploy to maven remote repository jars produced by
ant. Those jars are in snapshot version.
Whole deployment process is going properly, but something is wrong with names
of deployed files.
When I'm deploying artifac
[ http://jira.codehaus.org/browse/ARCHETYPE-19?page=comments#action_57423 ]
Michal Jastak commented on ARCHETYPE-19:
similar problem observed when trying to create project using an archetype with
FreeMarker templates inside, they are parsed with
[ http://jira.codehaus.org/browse/MNGECLIPSE-21?page=comments#action_56074
]
Michal Stochmialek commented on MNGECLIPSE-21:
--
Upss... the issue is closed. I can't attach anything. I will send you the
screenshot by mail.
> subprojec
[ http://jira.codehaus.org/browse/MNGECLIPSE-21?page=comments#action_56073
]
Michal Stochmialek commented on MNGECLIPSE-21:
--
I don't mean class duplication in the runtime, but in development in eclipse. I
think the best way to explain th
[ http://jira.codehaus.org/browse/MNGECLIPSE-21?page=comments#action_55984
]
Michal Stochmialek commented on MNGECLIPSE-21:
--
The problem with war dependency is one thing. The another problem is when you
include subproject jars into classpath
[ http://jira.codehaus.org/browse/MNGECLIPSE-21?page=all ]
Michal Stochmialek updated MNGECLIPSE-21:
-
Attachment: mvn-multiproject-2.zip
> subprojects' jars inside the project are added to eclipse .c
ement
Environment: windows xp, eclipse 3.1, maven 2.0.1, plugin 0.0.3
Reporter: Michal Stochmialek
My project is a multiproject which produces an ear with ejb and war. It has
several subprojects / modules. The project has normal hierachial maven
structure.
Whole project (all subprojects
ven 2.x Plug-in for Eclipse
Type: Bug
Environment: win xp, maven 2.0.1, eclipse plugin 0.0.3, eclipse 3.1
Reporter: Michal Stochmialek
Attachments: mvn-multiproject.zip
My project is a ear multiproject. It has 5 modules, that have internal
dependencies. For example web module need
[ http://jira.codehaus.org/browse/MNGECLIPSE-10?page=all ]
Michal Stochmialek updated MNGECLIPSE-10:
-
Attachment: mngeclipse-10.zip
> problems with dependencies with system scope
>
>
>
[ http://jira.codehaus.org/browse/MNGECLIPSE-10?page=comments#action_53573
]
Michal Stochmialek commented on MNGECLIPSE-10:
--
You are right. The issue is more complex than I thought. System scope
dependencies are properly added to eclipse
[ http://jira.codehaus.org/browse/MNGECLIPSE-11?page=comments#action_53567
]
Michal Stochmialek commented on MNGECLIPSE-11:
--
Good idea
> adding dependency to subproject's pom.xml
> -
>
0.0.3
Reporter: Michal Stochmialek
Assigned to: Eugene Kuleshov
Priority: Minor
I use pom.xml as a human-readable file, so I insert empty lines between main
sections of pom etc. But after adding a depedency using maven plugin, those
blank lines have disappeared.
The similar thing
Environment: eclipse 3.1, maven plugin 0.0.3
Reporter: Michal Stochmialek
Assigned to: Eugene Kuleshov
I'm using internal repository in company intranet as a mirror of central
repository, but when searching for dependencies any of additional artifacts
stored in out internal repository (and n
adding dependency to subproject's pom.xml
-
Key: MNGECLIPSE-11
URL: http://jira.codehaus.org/browse/MNGECLIPSE-11
Project: Maven 2.x Plug-in for Eclipse
Type: Improvement
Reporter: Michal Stochmialek
Assigned to: E
Reporter: Michal Stochmialek
Assigned to: Eugene Kuleshov
Maven Plug-in tries to find system scope dependencies in repositories. This of
course ends with failure since system scope dependencies are located on local
computer.
--
This message is automatically generated by JIRA.
-
If you think
Environment: windows xp, maven 2.0
Reporter: Michal Stochmialek
Attachments: testcase.zip
I've encovered strange behaviour of maven while merging configuration. I've
prepared two test cases.
The first one shows how executions from different phases and profiles are
incorrectly m
built-in property containing current timestamp
--
Key: MNG-1832
URL: http://jira.codehaus.org/browse/MNG-1832
Project: Maven 2
Type: New Feature
Versions: 2.0.1
Reporter: Michal Stochmialek
Current timestamp
: Michal Stochmialek
The downloadSources is great feature of eclipse plugin.
I would like similar feature, that downloads jars with javadocs and also
attaches them to eclipse dependecies.
best regards, Michal
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly
[ http://jira.codehaus.org/browse/MNG-1558?page=comments#action_52009 ]
Michal Stochmialek commented on MNG-1558:
-
I also had some problems connected with this issue.
I had problems while running tests. Surefire was throwning NoClassDefFound for
Type: Improvement
Components: maven-deploy-plugin
Versions: 2.0
Environment: windows xp
Reporter: Michal Stochmialek
While deploying an artifact to remote repo using scp, maven asks about
authenticity of host for every artifact:
The authenticity of host 'tesa3' can
need to set default bundleDir for all ear modules
-
Key: MNG-1488
URL: http://jira.codehaus.org/browse/MNG-1488
Project: Maven 2
Type: New Feature
Components: maven-ear-plugin
Reporter: Michal Stochmialek
I
[ http://jira.codehaus.org/browse/MNG-1487?page=all ]
Michal Stochmialek closed MNG-1487:
---
Resolution: Incomplete
Sorry. I've created it by mistake.
> bundleDir
> --
>
> Key: MNG-1487
> URL: http
bundleDir
--
Key: MNG-1487
URL: http://jira.codehaus.org/browse/MNG-1487
Project: Maven 2
Type: New Feature
Components: maven-ear-plugin
Reporter: Michal Stochmialek
--
This message is automatically generated by JIRA.
-
If you think it was sent
[ http://jira.codehaus.org/browse/MNG-1422?page=all ]
Michal Stochmialek updated MNG-1422:
Attachment: pom.xml
test case
> antrun: properties not resolved in attributes
> -
>
> K
[ http://jira.codehaus.org/browse/MNG-1422?page=comments#action_50446 ]
Michal Stochmialek commented on MNG-1422:
-
I've got additional testcase.
excluding resources in ear archive
--
Key: MNG-1444
URL: http://jira.codehaus.org/browse/MNG-1444
Project: Maven 2
Type: Improvement
Components: maven-ear-plugin
Versions: 2.0
Reporter: Michal Stochmialek
I'm
Reporter: Michal Stochmialek
I found strange behavior of antrun plugin. I believe that properties are not
resolved correctly in attributes content. For example task is producing
different output depending on place where property is used. When property is
used in tag body, the result is
assembly:unpack should support more archive types
--
Key: MNG-940
URL: http://jira.codehaus.org/browse/MNG-940
Project: Maven 2
Type: New Feature
Components: maven-assembly-plugin
Reporter: Michal Maczka
[
http://jira.codehaus.org/browse/MPMULTIPROJECT-49?page=comments#action_45815 ]
Michal Slocinski commented on MPMULTIPROJECT-49:
Workaround given here doesn't work for me :-/ I've similar situation like
described below,
excep
Ability to assign a report to choosen navigation menu
--
Key: MNG-691
URL: http://jira.codehaus.org/browse/MNG-691
Project: Maven 2
Type: Wish
Reporter: Michal Maczka
It will be nice to have a possibiliy of
[ http://jira.codehaus.org/browse/MNG-521?page=comments#action_42869 ]
Michal Maczka commented on MNG-521:
---
If I can add my two cents:
It is not really required "to have single place that will have global version
number, which then used for submo
d!)
>
> This is my last reply on this thread; it is fast growing into another
> bitch session and waste of my time.
>
> See my comments inline.
>
> Maczka Michal wrote:
> |
> | a) build won't be reproductable
>
> If you're declaring your API dependencie
ave them threre
as they
never can be changed or improved. That's why it would be actually
better to get rid of them at some moment in time as the place for high
quality poms will remain open.
Michal
2.0 will be proclaimed as "final" or even "beta". Otherwise the
situation which happen with m1: some people tried unstable beta versions and
never come back to maven will be repeated one more time. But this time it
won't happen due to the code quality (which is really excell
false
impression
that data in the repository is OK. I do hope to have time to help you to
clean you poms I am using. And I am hoping that your community will
really help you to get it fixed asap.
just my 2 cents
regards
Michal
be present in all POMs
in the repository.
It will be nice to have more things in those POMs (e.g. url of the main
website, organization section etc)
And unfortunately no tool can provide this information automatically. You
need many people to help you with that!
Michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
x27;s use of it.
It moves to the borderline list. I'd really appreciate anyone actively
using something on that list to step up and work through the JIRA
issues, document it, or find it a new home.
*mucios* *gracia
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 14, 2005 2:55 AM
> To: Maven Developers List
> Subject: Re: [vote] demote plugins
>
> Michal Maczka wrote:
>
> >
> > I am using javacc in production in
like it looks
was to make mojo standalone and reusable outside maven.
Doesn't it mean that clover mojo should also be aiming to be possibly
usable without maven?
In you case you can probably reuse plexus compiler and test runner
components and bent them to your needs..
gree
from your list?
I guess that there is probably bit more people following the traffic on
maven-user then on maven-dev list.
regards
Michal
--
Startuj z INTERIA.PL! >>> http://li
Hey Brett!
>my comments inline. To me, you seem to be viewing all of dependency
>management through the eyes of a single use case (being war
>exclusions), which is where we are disagreeing.
>
>Maczka Michal wrote:
>
>
>
>>And it indeed requires some amount of ex
e can't go breaking backwards compatibility
> unless it is a really serious problem that we can't take forward.
>
I think this case qualifies for such change :)
regards
michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MNG-415?page=comments#action_39285 ]
Michal Maczka commented on MNG-415:
---
I understood how the scopes work and that why I am proposing is to change it as
this seems to be the simplest
solution for this problem
[ http://jira.codehaus.org/browse/MNG-415?page=comments#action_39283 ]
Michal Maczka commented on MNG-415:
---
EAR is a different case then WAR as not only you must decide what will be
included in the archive
but also attach some information to some
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 18, 2005 11:06 PM
> To: Maven Developers List
> Subject: Re: [M2] filter definition
>
>
> Maczka Michal wrote:
>
> >I a not 100% sure if I understand you.
hey
creating.
Also how install and deploy plugins will work when secondary artifacts are
going to be present?
Michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
f "private" existing m1 plugins which were never published, which support
those use cases. So it is not like we are exploring new lands - just nothing
was shared and standarized in that domain :).
best regards
Michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ns like myapp-clientX-nodeY-1.0.war are really priceless.
And don't get me wrong: you approach looks really interesting in certain
circumstances. I just want to point that there are sometimes far more
complex but not so unusual situations which would
e artifact is obeyed.
I hope that this will be helpful for /accommodating different use case.../
Michal
--
Teraz na tapecie mamy najwiekszego z silaczy.
Sciagnij >> http://link.interia.pl/f1873 <<
Joachim Schreiber wrote:
From: Michal Maczka [mailto:[EMAIL PROTECTED]
AFAIK the only limitation which exists in eclipse is that project
directories cannot overlap.
Yes
So you should be able to import to eclipse all projects, which contain
java sources and are "leaves&qu
unk/
|_ branches/
|_ tags/
and how to use it with help of section in pom.
Is something like this going to be supported:
plugin1/trunk
...
pluginK/tags/3.2
...
pluginN/trunk
or users will be forced to use "svn:externals" in such cases (or
something else)?
Mich
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 15, 2005 9:00 AM
> To: Maven Developers List
> Subject: Re: maven and ivy
>
>
> Maczka Michal wrote:
>
> >I also think that splitting the pom of artifact into so
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 15, 2005 1:48 AM
> To: Maven Developers List
> Subject: Re: maven and ivy
>
>
> Michal Maczka wrote:
>
> > Group Dependencies (aka composite artifacts) is the fe
le dependecy on virtual
artifact like "my-web-platform:1.0", which can for example include a web
framwork, tag liblaries, logging liblary, ioc container, zip files with
css and js files and what ever else which is commonly used for
developing web applications inside some company.
Micha
dependency mediation (eg when you
> specify a range of versions). Not to mention being an eye sore (I'm
> referring to both examples :)
>
BTW: Are there still some plans to support "group" dependencies in m2?
Michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tng) which is used
in the project.
So now the question is: how it can be done?
IMO it will be nice (or even necessary) to have a possibility of configuring
some common services (like java compile, testruuner) once and only once.
michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MNG-271?page=comments#action_31727 ]
Michal Maczka commented on MNG-271:
---
I also think that this is a way to go.
Say we have parent project P1 and child project P2.
There are two possible sources of errors here:
a
aths
is implemented in maven core and is out of the scope of wagon. Wagon just
works with paths (urls) and "/" is used as separator. Generation of those
paths requires very arbitraty decison how to make a mapping.
michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the second thing: I leave you the choice how you (it's probably up to
Brett) want to handle it and if you want to continue in that direction.
If you want me to revert this change in SVN just let me know.
Thank you guys for all those things I learnt from you during all those
years!
M
l src/plugin-resources/site.jsl
> xdocs/changes . xml xdocs/index.xml xdocs/navigation.xml
>
>
>
> Michal, I am not criticizing your work, quite the opposite
> actually. I think
> the breadcrumb is a very nice thing. I'm just saying that we
> need to find a
> solut
l src/plugin-resources/site.jsl
> xdocs/changes . xml xdocs/index.xml xdocs/navigation.xml
>
>
> Hi Michal,
>
> > -Original Message-
> > From: Maczka Michal [mailto:[EMAIL PROTECTED]
> > Sent: lundi 21 février 2005 12:50
> > To: 'Maven Developers Lis
hat the site which they are viewing is always for the latest version of the
project.
And the info what's the latest version can be given somewhere on "welcome"
page (drools provide nice example of that approch)
Note also that for maven we have praticaly the same website since beta
versi
st be
> > very visible as this is something "internal"
> > for web site maintainer.
>
> I agree for the date but we must keep visible the "Doc for"
>
One possibility is to incorporate "DOC for" into breadcrumps e.g::
Maven > Maven Plugins
preparing for my daytime work and I think that also for
maven website the date when site was last published
is not very important piece of information and I don't think that it must be
very visible as this is something "internal"
for web site maintainer.
Michal
Vincent Massol wrote:
Hi Michal,
Do you have an example web page where we could see the live result of
applying breadcrumbs to a project?
http://codehaus.org/~michal/docs/
greets
Michal
--
Sprawdz NOWE parametry hostingu!
http
Vincent Massol wrote:
Hi Michal,
Do you have an example web page where we could see the live result of
applying breadcrumbs to a project? The navigation.xml example you gave
involves external links and I am not what's the relationship between
breadcrumbs and external links.
Thanks
-Vincent
[EMAIL PROTECTED] wrote:
Author: michal
Date: Sun Feb 20 09:30:03 2005
New Revision: 154533
URL: http://svn.apache.org/viewcvs?view=rev&rev=154533
Log:
Add a support for "hierarchical" site navigation in breadcrumbs
Hey!
I just added support a feature which enables better naviga
Author: michal
Date: Sun Feb 20 09:33:01 2005
New Revision: 154534
URL: http://svn.apache.org/viewcvs?view=rev&rev=154534
Log:
removed property which was used for testing
Modified:
maven/maven-1/plugins/trunk/xdoc/project.properties
maven/maven-1/plugins/trunk/xdoc/src/plugin-test/te
Author: michal
Date: Sun Feb 20 09:30:03 2005
New Revision: 154533
URL: http://svn.apache.org/viewcvs?view=rev&rev=154533
Log:
Add a support for "hierarchical" site navigation in breadcrumbs
Modified:
maven/maven-1/plugins/trunk/xdoc/project.properties
maven/maven-1/plug
r maven1 is that project.properties file is not
deploy to the repository.
So project.properties are usually just good enough.
> > http://cvs.apache.org/viewcvs.cgi/maven-components/maven-model/
>
> I didn't find org.apache.maven.project.Model t
acho G. Mac Dowell
>
> PD: Does anybody know where I can find
> org.apache.maven.project.Model?
> It is now in a separate artifact, but what project? Thanks!
>
>
http://cvs.apache.org/viewcvs.cgi/maven-components/maven-model/
michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
michal
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 14, 2005 5:52 AM
> To: Maven Developers List
> Subject: [vote] Alex Karasulu as a Maven Plugins committer
>
>
> Hi,
>
> I'd like to propose Alex K
Vítor Souza wrote:
Hi Michal,
Good to hear that the "recursive dependencies" thing is on Maven
2. It's a very important functionality IMHO.
What I'll do then is continue developing MavenLibrarian internally
and use it until Maven 2 comes out. When it does, I'll
x27;d be glad to have any partners on this.
Hope this is of interest of any of you.
Best regards,
- Vítor Souza
regards
Michal
--
Startuj z INTERIA.PL!!! >>
to see what people think.
>
> The reasons:
> - timing is right as we wind down MAVEN-1_0-BRANCH
> - HTTPS makes it more practical behind firewalls
> - the tool support seems to be mostly there now (not perfect,
> but good en
ions (test runners) which are supporting
three states returned by test methods:
"success" "failure" and "skipped". In some situation this really makes sense
and test can be also "skipped"
for many reason e.g - becouse it was commented out.
Michal
---
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 30, 2004 7:11 PM
> To: Maven Developers List
> Subject: Re: versioning of maven-model drops
>
>
> On Wed, 2004-12-01 at 00:27, Michal Maczka wrote:
> > Brett
nto 3 files
(project.xml, project.properties, maven.xml)
And we will just have one of them (project.xml) in the repository.
Michal
--
Ponad 400 tysiecy facetow czeka na Ciebie
http://link.interia.pl/
1.0.2.jar - it will
contain the only parser which users/developers want to use
to parse all known variants of pom v4. Once we will have pom v403 we
will release maven2-model-v4-1.0.3.jar
which support all previous versions and
> I think sometime in January or early February would be better as it
> gives us time to prepare. I'm totally cool with Paris. If you
> folks over
It is all fine for me. Early Febrarur is also the best date fo
1.0.X
> >v4 - < maven 1.1.X
> >v5 - < maven 2.0.X
> >
> >
> >
> I currently intend:
> v3.1.0 - Maven 1.1: non breaking additions.
Haven't we been planning to use new way of declaring project inheritance in
1.1 with help of groupId and artifactId version
of POM versions and use the
following:
v3 - < maven 1.0.X
v4 - < maven 1.1.X
v5 - < maven 2.0.X
For m1 we indeed need to generate model to o.a.m.project.* package.
The same model and parser for it can be generated to o.a.m.model.v3 and used
in m2, continuum etc.
Michal
--
Plugins > Maven Site Plugin
and this is linked with classification (categorization) of projects and
that's why I used the word "taxonomy".
But I am sure there must be a better word for it :)
Michal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
implement such
functionality?
If not I can try to implement it in next few days...
It would be even nicer if "taxonomy" tree can be deducted from location of
given module in the source tree (I think it will be possible with unified
source tree)
Michal
-
ugins like: "maven-site-mojo" and "maven-site-multiproject-mojo" where
first one is independent from m2 and its reactor.
This is something which is probably not likely going to happen in m1...
> But regardless, the second solution seemed better where multiproject
> type
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: Sunday, November 28, 2004 9:07 PM
> To: Maven Developers List
> Subject: Re: one more time: [site&multiproject plugins] -
> reorganization
> of goals used to generate sites
&g
Sometime I ago I have proposed some changes in site & multiproject plugins.
I could not apply them at that time as we were releasing 1.0.1 version.
Somebody has any objections against those changes (they are described
below)?
Michal
Hi!
Recently I've trying to generate multilevel si
> -Original Message-
> From: Felipe Leme [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 26, 2004 10:35 AM
> To: Maven Developers List
> Subject: Re: Adding a comment to dependencies
>
>
> On Fri, 2004-11-26 at 03:22, Michal Maczka wrote:
> > I don
not changed should be left untouched.
To make it possible we should stay away from any xml-ish stuff
(comments, entities etc)
regards
Michal
--
Nudzisz sie? Zagraj
> -Original Message-
> From: Maczka Michal [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 25, 2004 9:24 AM
> To: 'Maven Developers List'
> Subject: RE: Adding a comment to dependencies
>
>
> Try to put thme POM for any of the dependencies which
ou have choose to use jdom in your project.
DOM and SAX apis are built-in into java and probably you have choosen to use
jdom for some good reasons.
Those reasons can be technical or non technical (e.g. you like it better
then DO
added as
child of tag.
I also find it to be very useful. Once it will be there we can modify
the dependencies report.
At the time being probably your strategy is the only one which may work...
Michal
--
Startuj z INTER
mplementing such
functionality for maven 1.
Before I will go further with it (like often I have the idea but not much
time for it) I would like to know
if this is something which other people will find valuable or maybe even
somebody will have a better idea how this aspect
of usa
an be extended or replaced
to match those unusal needs. It will be probably very, very rare case -
but still it will be possible to do so.
Michal
--
Startuj z INTERIA.PL!!! >
xx the repositry A and only A
should be vistied
if it is bazz/aa/xxx repositories B and C should be
visited.
It will be a question of ssing simple include/exclude regexp patterns per
repository descriptor.
But I think that at the moment we should try to stick
> -Original Message-
> From: Jörg Schaible [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 23, 2004 3:49 PM
> To: Maven Developers List
> Subject: RE: [PROPOSAL] Ading a new tag to ?
>
>
> Maczka Michal wrote on Tuesday, November 23, 2004 12:00 PM:
>
tlnecks and while we will be searching for the
solution which will remove them also this problem will be gone.
But such use cases like yours are definitly helpful for us as definitly
large teams of devlopers are using maven differently
then we do internally among maven devlopers.
Michal
--
1 - 100 of 479 matches
Mail list logo