The Maven version shouldn't matter. What does the Nexus log say?
I would start with unencrypted passwords first, to make sure I have Nexus
correctly configured and that I can deploy. Then I would start encrypting
the passwords. Not two things at the same time.
/Anders
On Thu, Jan 6, 2011 at 01:28
Don't put the configuration in a file outside the pom. A plugin's
configuration should be in the pom.
/Anders
On Thu, Jan 6, 2011 at 00:32, Phillip Hellewell wrote:
> On Wed, Jan 5, 2011 at 4:24 PM, khaido wrote:
> >
> > You might want to look at the maven-dependency-plugin(
> http://maven.apac
On Wed, Jan 5, 2011 at 10:21 PM, Wayne Fay wrote:
>> The webapp have to be accessed by a specific context-path, e.g.
>> http://host:port/distributeme/registry/list
>>
>> The easiest way to achieve it, is to name the war distributeme.war.
>
> Each app server has its own way of handling this -- cont
It was a stupid user error. Thanks.
On 01/06/2011 01:59 AM, Anders Hammar wrote:
The Maven version shouldn't matter. What does the Nexus log say?
I would start with unencrypted passwords first, to make sure I have Nexus
correctly configured and that I can deploy. Then I would start encrypting
Hi,
I have dependencies to my own projects and they are not added in the library
eclipse( helios mac ) but only as /path in the .classpath. I have to remove
my projects in eclipse and after that the project is added in library. Any
clues?
--
View this message in context:
http://maven.40175.n5.n
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, calling
On Thu, Jan 6, 2011 at 8:36 AM, Steve Cohen 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 with the nexus repository. So my question is, is
> there a wa
On 01/06/2011 08:05 AM, Wendy Smoak wrote:
On Thu, Jan 6, 2011 at 8:36 AM, Steve Cohen 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 with the nexus reposi
>
> 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 break up your builds so each one buil
On Thu, Jan 6, 2011 at 9:18 AM, Steve Cohen 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 that (which is pretty much what I did before), but
> it
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 are sa
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 b
On 1/6/11 8:16 AM, Leon Rosenberg wrote:
> On Wed, Jan 5, 2011 at 10:21 PM, Wayne Fay wrote:
>>> The webapp have to be accessed by a specific context-path, e.g.
>>> http://host:port/distributeme/registry/list
>>>
>>> The easiest way to achieve it, is to name the war distributeme.war.
>>
>> Each ap
On 01/06/2011 08:31 AM, Wendy Smoak wrote:
On Thu, Jan 6, 2011 at 9:18 AM, Steve Cohen 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 that (which is pretty m
> I also want to know how to deploy to auto-deploy of weblogic in exploded
> format using maven.
Perhaps the Cargo plugin can help? Or the weblogic-maven-plugin?
http://cargo.codehaus.org/Maven2+plugin
http://mojo.codehaus.org/weblogic-maven-plugin/
Wayne
---
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 | Continuous Integration Services | UnitedHealth
On Thu, Jan 6, 2011 at 3:49 PM, Justin Edelson wrote:
> On 1/6/11 8:16 AM, Leon Rosenberg wrote:
>>
>> Unfortunately no. You can't set the context-path from within the webapp :-(
>> regards
>> Leon
>
> Um, no. You can certainly do this. There just isn't a standard way to do
> it across containers
> You know by chance how to achieve this in tomcat ? (6 or above).
As I already said... context.xml. Check Google for more info. There
are other config files used by other containers.
Wayne
-
To unsubscribe, e-mail: users-unsubs
We build a very large project in a very simple way.
The handling of software sources is handled separately from Maven.
SOURCE POLICY
All software changes are recorded in the Subversion repository in the
trunk or branch or tag regardless of the build status.
Anyone should be able find the sources
if you mean context.xml in META-INF -> than nope.
Tomcat only allows you to change the context path from outside, for
example from localhost/Catalina/distributeme.xml
regards
Leon
On Thu, Jan 6, 2011 at 5:20 PM, Wayne Fay wrote:
>> You know by chance how to achieve this in tomcat ? (6 or above).
> if you mean context.xml in META-INF -> than nope.
> Tomcat only allows you to change the context path from outside, for
> example from localhost/Catalina/distributeme.xml
The documentation suggests (to me) otherwise:
http://tomcat.apache.org/tomcat-6.0-doc/config/context.html
We don't use Tomca
On Wed, Jan 5, 2011 at 8:05 PM, Brett Porter wrote:
> Resources are for things packaged and to be used at runtime - that doesn't
> sound like what you want here.
I think maybe it is because I'm talking about just files (like DLLs)
needed for runtime. Although they don't need to be packaged.
>
On Thu, Jan 6, 2011 at 5:45 PM, Wayne Fay wrote:
>> if you mean context.xml in META-INF -> than nope.
>> Tomcat only allows you to change the context path from outside, for
>> example from localhost/Catalina/distributeme.xml
>
> The documentation suggests (to me) otherwise:
> http://tomcat.apache.
On Thu, Jan 6, 2011 at 1:03 AM, Anders Hammar wrote:
> Don't put the configuration in a file outside the pom. A plugin's
> configuration should be in the pom.
The configuration for my plugin will be in the pom of course, but the
configuration of the filesets and other logic to determine some DLLs
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 1/6/11 12:05 PM, Leon Rosenberg wrote:
> On Thu, Jan 6, 2011 at 5:45 PM, Wayne Fay wrote:
>>> if you mean context.xml in META-INF -> than nope.
>>> Tomcat only allows you to change the context path from outside, for
>>> example from localhost/Catalina/distributeme.xml
>>
>> The documentation su
> if you mean context.xml in META-INF -> than nope.
> Tomcat only allows you to change the context path from outside, for
> example from localhost/Catalina/distributeme.xml
Perhaps the maven-tomcat-plugin can offer you an acceptable alternative?
http://stackoverflow.com/questions/2593472/define-s
Todd, thats one of the function that I thought Nexus has... but I
cannot find the usage for it. Is it only available in Pro version?
On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
wrote:
> Configure your Nexus server to not allow artifacts to get overwritten. You
> can't stop the build fr
I just checked our 1.8.0.1 instance of Nexus and it is right there
under the configuration of a hosted repository:
Deployment policy:
Allow redeploy
Disallow redeploy
Read only
Hth,
Nick Stolwijk
~Senior Java Developer~
iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 547 6369
F +31 23 547 6370
I w
On Thu, Jan 6, 2011 at 11:56 AM, Phillip Hellewell wrote:
>> You might also be interested in NPanday
>> (http://incubator.apache.org/npanday/) which provides several .NET specific
>> plugins if that's the flavour of DLL you are dealing with.
>
> Thanks,but at a quick glance it looks like NPanday
Nick,
I am using Nexus open source version 1.3.6.
- Open repository named "releases".
- Configuration tab.
- I see "Repositoy ID", "Repository Name", "Repository type",
"Provider", "Format", "Repository Policy", "Default Local Storage
Location", "Override Local Storage Location"; Access settings:
I've also checked 1.3.6 (still in production here, Saturday we are
moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
a newer version to have it. It isn't a Pro feature, the free version
also has it.
With regards,
Nick Stolwijk
~Senior Java Developer~
iPROFS
Wagenweg 208
2012
How is the upgrade process from 1.3.6 to 1.8.0.1? Painless?
On Thu, Jan 6, 2011 at 10:12 AM, Nick Stolwijk wrote:
> I've also checked 1.3.6 (still in production here, Saturday we are
> moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
> a newer version to have it. It isn't a
On Thu, Jan 6, 2011 at 11:06 AM, Wendy Smoak wrote:
> On Thu, Jan 6, 2011 at 11:56 AM, Phillip Hellewell wrote:
>>> You might also be interested in NPanday
>>> (http://incubator.apache.org/npanday/) which provides several .NET specific
>>> plugins if that's the flavour of DLL you are dealing wi
We just did a reinstall on a new server and planning to copy the
repositories by hand and do a reindex. We had a testrun and it went
painlessly. The mirror and snapshot repositories we just deleted, as
to do some cleanup.
Hth,
Nick Stolwijk
~Senior Java Developer~
iPROFS
Wagenweg 208
2012 NM Haa
On 01/06/2011 08:31 AM, Wendy Smoak wrote:
On Thu, Jan 6, 2011 at 9:18 AM, Steve Cohen 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 that (which is pretty m
Ic. so instead of upgrade from same machine, you have a new server
then migrate the files and directories over... Thank you for your
reply. B.
On Thu, Jan 6, 2011 at 10:31 AM, Nick Stolwijk wrote:
> We just did a reinstall on a new server and planning to copy the
> repositories by hand and do a r
Yes, we had to upgrade Jira, Hudson, Nexus and Sonar, so we just copy
the data and replace the (virtual) machine. That way, when the upgrade
goes wrong, we can easily go back to the old situation.
With regards,
Nick Stolwijk
~Senior Java Developer~
iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 54
On 01/06/2011 10:29 AM, Ron Wheeler wrote:
We build a very large project in a very simple way.
The handling of software sources is handled separately from Maven.
SOURCE POLICY
All software changes are recorded in the Subversion repository in the
trunk or branch or tag regardless of the build sta
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:
Module1
com.whatever
Project2
2.0.5
jar
M
Hi,
I test m3 3.0.2-RC1 and maybe it's regression :
[WARNING] The metadata
/Users/carpentierxqvier/.m2/repository/com/greenivory/redmole/client/commons/com.greenivory.redmole.client.commons/2.3.0-SNAPSHOT/maven-metadata-local.xml
is invalid: Snapshot information corrupted with remote repository
No problem with my tests.
Arnaud
On Wed, Jan 5, 2011 at 10:20 PM, Benjamin Bentmann <
benjamin.bentm...@udo.edu> wrote:
> Hi,
>
> we're aiming at a bugfix release of Maven 3 in the next week and following
> tradition we invite interested users in taking the RC for a test drive in
> order to dete
On Thu, Jan 6, 2011 at 11:52 PM, Mathias Nilsson
wrote:
>
> Hi,
>
> I have dependencies to my own projects and they are not added in the library
> eclipse( helios mac ) but only as /path in the .classpath. I have to remove
> my projects in eclipse and after that the project is added in library. An
Hi,
I'm not exactly sure how it is generated as our DB Admin is on vacation
since he updates the file. About the version of Oracle we are using it is
10.2.1. I can see about escaping those values just to narrow down the
issue. I'll also look into how the sqlplus option is done. Let me know if
44 matches
Mail list logo