ate naming
schema to find artifacts / versions etc. If you change that the whole
system will not work at all..
So the name which is stored within a maven repository can't be changed.
Kind regards
Karl Heinz Marbaise
On 12/7/15 7:44 PM, Steve Cohen wrote:
Our organization has a convention for n
${project.groupId}
${rpm.name}
${project.version}-${rpm.release}
noarch
rpm
On 12/07/2015 02:55 PM, Steve Cohen wrote:
Actually, I found a way. If I am willing to let my "short name" become
the archiveId, (and thus live with the rpms in a
Maybe I'm missing something, but there seems to be a hole in the logic
of the rpm-maven-plugin mappings, and
the way file permissions are created.
Looking at the official documentation,
http://www.mojohaus.org/rpm-maven-plugin/map-params.html, I see
filemode(*recommended*)
This is
Our organization has a convention for naming rpms. Typically, the rpm
will have a shorter base name than the Maven project. There is also a
convention around how releases are named. So we want a name
like|${shortname}-${project.version}-${release}.noarch.rpm|.
I want to build such rpms using
of
Maven, it seemed wrong and I have verified that it is.
It's probably a typo, one that has confused some people, for example, on
Stack Overflow:
http://stackoverflow.com/questions/17516313/possible-bug-when-parsing-properties-with-goal-regex-property-of-build-helper
Can someone fix it?
Steve Cohen
What with the Codehaus "termination of Maven services" and other recent
developments, what has happened to the handy list of predefined project
properties and other properties that was once but no longer is available
from http://docs.codehaus.org/display/MAVENUSER/MavenPropertiesGuide ?
I
want to use in the
attach task...
(and since you will always be moving, you have the added bonus of knowing
that its a fresh file as the old ones will always have been moved away)
On 9 April 2015 at 21:47, Steve Cohen sco...@javactivity.org wrote:
On 04/09/2015 03:04 PM, Stephen Connolly wrote
On 04/09/2015 03:04 PM, Stephen Connolly wrote:
On Thursday, April 9, 2015, Steve Cohen sco...@javactivity.org wrote:
I think that both of these solutions (Karl's and Stephen's) fall short
because the redline:rpm ant task does some opaque magic to name the rpm.
Therefore it is impossible
that with Luna, this will go away.
On 04/08/2015 02:06 PM, Steve Cohen wrote:
I probably left out the most important part of this log fragment. I
didn't immediately realize its relevance.
12:37:43.523 [main] DEBUG Sisu - Add publisher:
com.google.inject.internal.InjectorImpl@1e228bc
Thanks for this tip, Mark. It meets the need even though it is a bit
rough around the edges, the need to involve ant at this point, etc.
One question I have: is there a way to have the rpm that gets built
installed into the repo, deployed, etc. As it stands now, only the
intermediate archives
,
simplest solution would be to use buildhelper-maven-plugin to attach the
artifact and it will be deployed to a repository...
Kind regards
Karl Heinz Marbaise
On 4/9/15 3:57 PM, Steve Cohen wrote:
Thanks for this tip, Mark. It meets the need even though it is a bit
rough around the edges, the need
I finally got around to making the warnings about slf4j static logger
disappear from my Eclipse builds and now I get this, instead:
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail:
I finally got around to making the warnings about slf4j static logger
disappear from my Eclipse builds and now I get this, instead with every
build step Maven executes?
-[explicit
bindings]---
0.
What's an MCVE?
On 04/08/2015 11:45 AM, Curtis Rueden wrote:
Hi Steve,
I don't see that stuff with my builds. Post an MCVE somewhere.
-Curtis
On Wed, Apr 8, 2015 at 11:36 AM, Steve Cohen sco...@javactivity.org wrote:
I finally got around to making the warnings about slf4j static logger
this stuff in it. But I fail to see how something installed in
Eclipse would have this effect.
On 04/08/2015 11:36 AM, Steve Cohen wrote:
I finally got around to making the warnings about slf4j static logger
disappear from my Eclipse builds and now I get this, instead with every
build step Maven
I'm trying to run the rpm plugin on an old solaris box that is running
rpm v3.0.4, and the plugin complains that it can't find rpmbuild. IIRC,
rpmbuild was added to the rpm suite maybe 10 years ago and this is older
than that. Is that supported by the plugin and if so, how?
, and be for new work. Old
applications will need to be ported. There's no way around it.
Thanks to everyone for trying.
Steve Cohen
On 04/02/2015 10:35 AM, sco...@javactivity.org wrote:
Thanks for your reply, Stephen.
On a hiding to nothing - that's not an expression I'm familiar with,
but I can guess
On 03/31/2015 05:07 PM, Steve Cohen wrote:
Okay, I am thinking that this could be best done by writing a custom
plugin. This plugin would walk down the VPATH, capturing the names of
all the java files to be compiled, under each element in the VPATH, and
pruning the list according to the VPATH
Please disregard my previous message. I inadvertently pressed send
before it was finished. Sorry.
On 04/01/2015 08:43 AM, Steve Cohen wrote:
On 03/31/2015 05:07 PM, Steve Cohen wrote:
Okay, I am thinking that this could be best done by writing a custom
plugin. This plugin would walk down
the rest of the maven compiler plugin to be executed.
I have never created a plugin before. How difficult, or doable, is it
to extend a plugin in this way? Can someone point to an example where
such an extension has been done?
Thanks.
On 03/31/2015 05:07 PM, Steve Cohen wrote:
Thanks Kalle
That sounds like it might be a possibility. But after looking at it, my
initial take (which is quite possibly wrong!!) is that it might be
easier to extend the compiler plugin, and the jar plugin, to use the
vpath. Basically, you're just writing a new SourceInclusionScanner.
This seems like
” and not a
maven developer” - I personally don’t like enhancing other tools unless there’s an
easy way for me to contribute that fix back and get it into the main build.
Just my 2 cents advice.
- JK
On Apr 1, 2015, at 9:48 AM, Steve Cohen stevec...@comcast.net wrote:
That sounds like it might
environment variables, different jvms, etc. etc. It can
run any number of utilities via shell scripts, Maven, Ant, Gradle, etc. etc.
That might be a more fruitful place to start.
Cody Fyler
Lending Grid Build Team
G=Lending Grid Builds
(515) – 441 - 0814
-Original Message-
From: Steve Cohen
I work for an organization which uses an SCM/Build process based on the
following:
SCM: a ancient legacy horror of a system
Build: Alcatel-Lucent nmake
With this system the organization maintains a large suite of
applications. The system is monstrously inflexible and a pain to work
with.
, Steve Cohen sco...@javactivity.org
wrote:
I work for an organization which uses an SCM/Build process based on the
following:
SCM: a ancient legacy horror of a system
Build: Alcatel-Lucent nmake
With this system the organization maintains a large suite of
applications. The system is monstrously
the non-standard location.
Then, I'm hoping that the manifest generator of the application jar will
pick up these locations and put them on the classpath.
On 07/25/2014 01:05 PM, Steve Cohen wrote:
Yecch. I'm already using the assembly plugin. But it appears that with
that approach instead
specify the classpath on the command line.
Doable, but annoying.
This is arguably a bug. If system dependencies are required to list
their path, should not the manifest classpath generator respect these?
On 07/28/2014 09:13 AM, Steve Cohen wrote:
I think the most painless and maven-like way
or equivalent.
You do not want to use scopesystem/scope
On 28 July 2014 15:43, Steve Cohen sco...@javactivity.org wrote:
Sadly, my hopes were not completely fulfilled.
In spite of specifying the MQ jars as system dependencies with their own
paths, the maven manifest generator ignored
I'm now being told by IBM that they provide OSGI-compliant jars which
may make all this moot.
On 07/28/2014 12:14 PM, Ron Wheeler wrote:
Scope - provided might do the job.
On 28/07/2014 12:52 PM, Steve Cohen wrote:
Actually, given my requirements, I think scope system is exactly what
I need
I don't think so. The path that must be provided with system scope is a
feature I very much want. I chose system over provided for this reason.
On 07/28/2014 12:14 PM, Ron Wheeler wrote:
Scope - provided might do the job.
On 28/07/2014 12:52 PM, Steve Cohen wrote:
Actually, given my
There is no bug here. I was mistaken. I inadvertently neglected to
convert one of the MQ jars to system scope and so it still appeared in
the manifest. System scope jars are NOT included in the manifest which
is the correct behavior.
Sorry for the confusion.
On 07/28/2014 09:43 AM, Steve
as IBM named them in their release. So we have to
repackage the application so as to accomplish this.
Before I jump into hacking this mess into place, is there a recommended
way of handling this so that the maven repository, maven, and ibm are
all happy?
Thanks,
Steve Cohen
else on the classpath.
On Fri, Jul 25, 2014 at 9:07 AM, Steve Cohen sco...@javactivity.org wrote:
I have a client application that was developed with Websphere MQ. Our
company has a Maven nexus repository. In this repository, we have a place
to store third party jars. In here I stored the MQ
of these files.
On 07/25/2014 11:50 AM, Steve Cohen wrote:
Container? Guess I need to supply more details.
This is a standalone J2SE app. The server side is legacy. There is no
container. it isn't a web app.
Instead it's run as a jar with the classpath generated from maven's
dependency set
logic?
Regards,
Curtis
On Fri, Jul 25, 2014 at 12:07 PM, Steve Cohen sco...@javactivity.org
wrote:
To elaborate further on what I'd like to do, I think I need to create a
POM file that simply lists all these jars and supply that to the Nexus
archive uploader. But I have no idea what must
Yecch. I'm already using the assembly plugin. But it appears that with
that approach instead of using the lovely dependency set, I must use
files (handle each jar individually) because this is the highest level
that allows renaming of the files.
Ugh.
On 07/25/2014 12:44 PM, Steve Cohen
I have a need to debug the maven-assembly-plugin which is not
functioning correctly. I have found the instructions for setting up a
debugging environment for maven itself within eclipse.
What is the best way to get the source for this plugin so that it can be
used by the debugging process.
On 11/05/2013 04:22 PM, Olivier Lamy wrote:
Use mvnDebug cli instead of mvn
--
Olivier
On Nov 6, 2013 8:09 AM, Steve Cohen sco...@javactivity.org wrote:
I have a need to debug the maven-assembly-plugin which is not functioning
correctly. I have found the instructions for setting up
, Russell Gold wrote:
Bringing in the source should be a function of your editor. What are you using?
It works fine for me in IntelliJ
- Russ
On Nov 5, 2013, at 6:09 PM, Steve Cohen sco...@javactivity.org wrote:
On 11/05/2013 04:22 PM, Olivier Lamy wrote:
Use mvnDebug cli instead of mvn
I have a bug on the Codehaus jira for the maven assembly plugin
(http://jira.codehaus.org/browse/MASSEMBLY). Although I have configured
my account to notify me by email on any changes on my bugs, whether from
myself or anyone else, I never get any emails. I have written to the
contacts
When building a .tar.gz archive with the maven assembly plugin, should
it not be keeping the timestamps of the files it is adding to the
archive? This is how tar behaves. I find it NOT to be the case with
the assembly plugin. The files are dated with the time they were added
to the archive.
When creating an assembly, I would like the timestamps of each file
stored within the archive to be the same as those on the files being
assembled. Is this possible
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
On 10/10/2013 05:35 AM, Martin Gainty wrote:
MGPlease file a bug in JIRA
MGhttp://jira.codehaus.org/browse/MASSEMBLY
done.
http://jira.codehaus.org/browse/MASSEMBLY-666
also enhancement requests:
http://jira.codehaus.org/browse/MASSEMBLY-667
http://jira.codehaus.org/browse/MASSEMBLY-668
Why isn't there a way to set the ownership of files packaged by the
assembly plugin, similar to how it allows you to set permissions?
The unix tar program offers --user= and --group=. Is there any way
to do this in the assembly plugin?
Is there a way to do this?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
On 10/09/2013 11:43 AM, Baptiste Mathus wrote:
What are you trying to do? The 'why' may also help.
Is there a way to do this?
--**--**-
To unsubscribe, e-mail:
users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org
Martin, yes, I'm well aware of that functionality.
However, I cannot figure out how to apply it to the base directory.
Let's say I've set all my filesets which are packaged underneath the
base directory to
directoryMode775/directoryMode
fileMode664/fileMode
The plugin handles this
It does not. I hadn't tried using '/' as the output directory spec
(i.e. the base-directory) but it doesn't help. The basic problem is this:
The archiver does not create an entry in the archive for the
base-directory. This is because no matter where you put the
directoryMode it applies to
I have found the following.
Given an assembly descriptor that produces an .tar.gz archive,
if more than one fileset provides content feeding into the same output
directory, the archiver does not create a folder entry in the archive.
This means that there is nothing to apply a directoryMode to,
I have noticed the following behavior that seems strange to me.
I am using the assembly plugin to create a tar.gz archive. I have
several filesets that I use, and they all specify file and directory
permissions. Some filesets create a single target directory from a
single source directory
On 01/09/2013 04:52 PM, Dennis Lundberg wrote:
Hi Steve,
I can't remember what notation system it uses, but its a different one
than what is usually seen for unix like permissions. It comes from a
component that the plugin uses to perform these operations.
On 2013-01-07 21:49, Steve Cohen
Using the assembly plugin I have a file set defined with
fileMode644/fileMode
directoryMode755/directoryMode
This works correctly - the archive generated has the desired permissions.
But the logging says
[DEBUG] FileSet[outputDir/] dir perms 4 file perms 10
What notation system is this
Are properties defined in pom.xml available in the execution of an
assembly descriptor invoked from pom.xml via the assembly plugin?
If not, is there a way to pass such definitions to the assembly plugin?
-
To unsubscribe,
Are properties defined in pom.xml available in the execution of an
assembly descriptor invoked from pom.xml via the assembly plugin?
If not, is there a way to pass such definitions to the assembly plugin?
-
To unsubscribe,
On 11/28/2012 09:27 AM, Thomas Broyer wrote:
On Wed, Nov 28, 2012 at 4:06 PM, Steve Cohen stevec...@comcast.net wrote:
Are properties defined in pom.xml available in the execution of an assembly
descriptor invoked from pom.xml via the assembly plugin?
I don't think so (TBH, I didn't even try
Is there a way in maven to echo some text provided via a property in
pom.xml into a text file at a given location?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail:
On 11/28/2012 10:13 AM, Steve Cohen wrote:
Is there a way in maven to echo some text provided via a property in
pom.xml into a text file at a given location?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
A solution to this question appears to have been offered here, in 2007.
http://maven.40175.n5.nabble.com/HowTo-access-project-version-programmatically-in-application-td82542.html
It references a page explaining how to do it. That page is now gone:
/maven/execution/DefaultRuntimeInformation.java?av=h
Cheers,
Guillaume
Le 11/01/2012 15:03, Steve Cohen a écrit :
A solution to this question appears to have been offered here, in 2007.
http://maven.40175.n5.nabble.com/HowTo-access-project-version-programmatically-in-application-td82542.html
() method.
What's going on here and what is the approved method for getting the
application version now?
On 01/11/2012 08:59 AM, Steve Cohen wrote:
Thanks.
But according to this:
http://maven.apache.org/ref/3.0.4-SNAPSHOT/apidocs/org/apache/maven/execution/DefaultRuntimeInformation.html
resource, read from pom
included with jar, provided by a dedicated class to name a few)
Second step would be how you access it from there.
So, probably you can drop a word or more on the use case involved.
Rainer
On 11.01.2012 16:07, Steve Cohen wrote:
It appears that this entire class
On 01/11/2012 10:50 AM, Stephen Connolly wrote:
getClass().getClassLoader().getPackage().getImplementationVersion()
I really liked the simplicity of this idea. Alas,
ClassLoader.getPackage(String) is a protected method, so this won't help.
Accessible to me is:
= mf.getMainAttributes();
System.out.println(Version: +
atts.getValue(Implementation-Version));
System.out.println(Build: + atts.getValue(Implementation-Build));
-Original Message-
From: Steve Cohen [mailto:sco...@javactivity.org]
Sent: Wednesday, January 11, 2012 10:29 AM
To: users
On 01/11/2012 12:14 PM, Wayne Fay wrote:
getResourceAsStream(META_INF/MANIFEST.MF) and
getResourceAsStream(/META_INF/MANIFEST.MF) without success even though
I've verified that the file exists in the jar,
Uhh that should be META-INF, right?
Wayne
.
(This was what lead me to get an URL from a class that resides with the
same jar and explicitly read that file as outlined in my previous reply)
Rainer
On 11.01.2012 20:41, Steve Cohen wrote:
On 01/11/2012 12:14 PM, Wayne Fay wrote:
getResourceAsStream(META_INF/MANIFEST.MF) and
getResourceAsStream(/META_INF
)
A dirty hack for avoiding that trouble would be to use a file name that
likely is unique to your application.
Rainer
On 11.01.2012 22:13, Steve Cohen wrote:
Thanks for explaining this mysterious result.
I have found that using the pom.properties that Maven creates is a
more straightforward
On 01/11/2012 03:22 PM, Rainer Pruy wrote:
But beware that reading pom.properties might expose similar problem
as soon as there is a second jar (or some classes directory) with such
file (name).
This is intrinsic to anything that uses getResource*() family of methods
(at least under the hood)
A
I have the following task, which should be simple. I'm having a brain
cramp but I can't figure out how to do it.
I am building a straight java application with dependencies. Under
normal circumstances, I can get what I need painlessly by using the
maven assembly plugin and building a
On 12/02/2011 01:47 AM, Anders Hammar wrote:
I recognize your situation and here's what I've done for JBoss EAP
(4.3 and 5.0):
For all the runtime artifacts of the platform, I've created a tool
that analyzes the dependencies between those artifacts. Based on this
information I've created poms
Sorry, it's our company who will not bless use of EAP 6.0 at all, but
will bless it EAP 7.0 soon. Hopefully there will be Maven for that. I
didn't mean to imply anything about JBoss's plans.
There is a Maven repo for jboss.org 5.1.0.GA. I was groaning about
having to go backwards from
I am perplexed by the following situation:
I work for a very large corporation with strict bureaucratic rules about
what you can use. Nonetheless, they have a maven repository
administered by very helpful people. However the maven repository
people don't talk so much to the technical
I am perplexed by the following situation:
I work for a very large corporation with strict bureaucratic rules about
what you can use. Nonetheless, they have a maven repository
administered by very helpful people. However the maven repository
people don't talk so much to the technical
I am trying to build an EJB Project using maven-ejb-plugin 2.3.
Configuration is absolutely vanilla with version3.0/version
With debug output I can see that Maven SAYS it's adding ejb-jar.xml to
the jar but when I look at the built jar, it's not there.
...
[INFO] Building EJB
Another clue:
it also says it's adding META-INF/MANIFEST.MF but I don't see that
either. Everything else it says it's adding is there.
On 10/12/2011 11:42 AM, Steve Cohen wrote:
I am trying to build an EJB Project using maven-ejb-plugin 2.3.
Configuration is absolutely vanilla
Never mind. WinZip derangement syndrome. The files are there.
On 10/12/2011 11:48 AM, Steve Cohen wrote:
Another clue:
it also says it's adding META-INF/MANIFEST.MF but I don't see that
either. Everything else it says it's adding is there.
On 10/12/2011 11:42 AM, Steve Cohen wrote:
I am
This is one of the most useless bits of documentation I've ever seen.
http://maven.apache.org/plugins/maven-ejb-plugin/examples/filter-deployment-descriptor.html
HOW would one inject values into it during the build?
WHEN in the build process would one do so?
WHY would one need to do so?
An
On 10/12/2011 01:24 PM, Dennis Lundberg wrote:
You can read more about filtering here:
http://maven.apache.org/guides/getting-started/index.html#How_do_I_filter_resource_files
I'll add a link to that page from the page you reference below.
On 2011-10-12 19:43, Steve Cohen wrote:
This is one
Thanks, I solved this.
There is a bad error on the Tomcat 6.0 documentation website:
http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html#Configuring_Manager_Application_Access
in which they give the 7.0 syntax for manager role names. 6.0 requires
manager, not manager-gui or
I already did. Apparently it is not quite as I said. This was changed
in some version of 6.0.x than the one I was using (6.0.20). Still,
the doc purports to be the documentation for 6.0.x, not 6.0.latest, so
it's at least a little misleading.
On 09/15/2011 07:51 AM, Olivier Lamy wrote:
I am trying to use the Tomcat Maven Plugin
(http://mojo.codehaus.org/tomcat-maven-plugin/) which seems to be
partially migrated to apache, though most of the information is still at
this site.
I am trying to do this because the following simple tutorial
instructed me to do so:
On 02/15/2011 12:58 PM, Steve Cohen wrote:
I can set the permissions of fileSets and moduleSets and
dependencySets in the maven-assembly-plugin, but it seems from the
online documentation that I can't do so on the baseDir. What is more,
when assembling a zip format, the perms default to 777
I can set the permissions of fileSets and moduleSets and
dependencySets in the maven-assembly-plugin, but it seems from the
online documentation that I can't do so on the baseDir. What is more,
when assembling a zip format, the perms default to 777. At least
that's what I get when I unzip
Given a project utilizing both the surefire and failsafe plugins, if I
want to run a single integration test but skip the unit tests, is this
possible?
There is a -DskipITs switch but not a -DskipUTs switch.
Thanks
-
To
Thank you, Tamás. RTFM and all that. I should have known this.
That solves my immediate problem, but I am still interested in
understanding my problem a little more.
Let's say one of my modules (Module A) depends on Hibernate v, X.Y.Z.
If I change some code in one of my own modules (Module
On 02/04/2011 07:24 AM, Wendy Smoak wrote:
On Fri, Feb 4, 2011 at 8:18 AM, Steve Cohensco...@javactivity.org wrote:
Let's say one of my modules (Module A) depends on Hibernate v, X.Y.Z. If I
change some code in one of my own modules (Module B) that depends on Module
A, the system does not go
On 02/04/2011 08:43 AM, Wendy Smoak wrote:
On Fri, Feb 4, 2011 at 9:32 AM, Steve Cohensco...@javactivity.org wrote:
No, there is a POM. I believe I ran mvn:install:install-file and I would
guess that you're right that -DgeneratePom=true is the default because I
know I didn't create a POM
I am being forced to use maven temporarily in a situation where Internet
access is disallowed. (Don't even ask).
Amazingly by copying an entire local repository from another machine, I
am able to function most of the time. The one problem comes up when
maven wants to look at Maven Central
just can't see?
On 01/05/2011 05:04 PM, Benjamin Bentmann wrote:
Steve Cohen wrote:
Another thing I notice is that
mvn -ep {password}
when run several times in succession generates different encryptions
each time.
This is correct/expected, the encrypted value is also based on a random
Another dumb newbie question about using maven with a nexus repository.
I have painstakingly developed a build process for a suite of
applications sharing common modules that was based on using local
repositories only. In that setup I blissfully paid zero attention to
version numbers,
On 01/06/2011 08:05 AM, Wendy Smoak wrote:
On Thu, Jan 6, 2011 at 8:36 AM, Steve Cohensco...@javactivity.org wrote:
But I would rather not, if possible, redesign my entire build process. I'd
like to be able to modify it to call mvn deploy instead of mvn install.
Of course this won't work
On 01/06/2011 08:18 AM, Steve Cohen wrote:
On 01/06/2011 08:05 AM, Wendy Smoak wrote:
,,,
If one of the modules is stable, do a release of it and have the other
modules depend on that released version (but you can still build the
next snapshot in your aggregator build.)
Is what you
On 01/06/2011 08:24 AM, Yanko, Curtis wrote:
Yes, I suppose I could do that (which is pretty much what I
did before), but it sort of defeats the whole purpose of what
I'm trying to accomplish here, which is, be a little more
organized about what is release and what is in development.
Then
On 01/06/2011 08:31 AM, Wendy Smoak wrote:
On Thu, Jan 6, 2011 at 9:18 AM, Steve Cohensco...@javactivity.org wrote:
Set all your versions to end in -SNAPSHOT, that way you can leave them
in the aggregated build without the repository manager complaining on
deploy.
Yes, I suppose I could do
On 01/06/2011 09:33 AM, Yanko, Curtis wrote:
A not working build doesn't sound simpler to me.
We only use aggregation builds for local builds but our CI just builds
the changed module and then triggers dependent modules up the
architectural chain.
Curt Yanko |
On 01/06/2011 08:31 AM, Wendy Smoak wrote:
On Thu, Jan 6, 2011 at 9:18 AM, Steve Cohensco...@javactivity.org wrote:
Set all your versions to end in -SNAPSHOT, that way you can leave them
in the aggregated build without the repository manager complaining on
deploy.
Yes, I suppose I could do
about our
processes.
Ron
On 06/01/2011 9:51 AM, Steve Cohen wrote:
On 01/06/2011 08:31 AM, Wendy Smoak wrote:
On Thu, Jan 6, 2011 at 9:18 AM, Steve Cohensco...@javactivity.org
wrote:
Set all your versions to end in -SNAPSHOT, that way you can leave them
in the aggregated build without
On 01/06/2011 12:32 PM, Steve Cohen wrote:
Of course, this requires that the commented-out modules stay as comments
and not be inadvertently deleted. A better solution might be some sort
of way of indicating this in the modules tag.
Something like:
modules
moduleModule1/module
stableModule
I am, for the first time, trying to use a nexus repository. I have read
all the information here:
http://maven.apache.org/guides/mini/guide-encryption.html on password
encryption and to the best of my knowledge, have followed it correctly
and set up my setting.xml, settings-security.xml and
On 01/05/2011 04:36 PM, Steve Cohen wrote:
I am, for the first time, trying to use a nexus repository. I have read
all the information here:
http://maven.apache.org/guides/mini/guide-encryption.html on password
encryption and to the best of my knowledge, have followed it correctly
and set up my
I figured that that must be the case.
Do you have any idea why this would fail? Could the 3.0.1 vs. 2.2.1
thing be involved or MUST it be that I'm making a mistake I just can't see?
On 01/05/2011 05:04 PM, Benjamin Bentmann wrote:
Steve Cohen wrote:
Another thing I notice is that
mvn
1 - 100 of 165 matches
Mail list logo