Hi all,
I'm working on an android provider for surefire. Generally, I have things
working but have encountered a specific problem. The unit tests are running
remotely on a device (not the build machine). For the surefire xml report,
I need to pull in the system properties on the device, not those
4, 2012 2:30 am, Emmanuel Venisse wrote:
> > Why an other plugin for android? The android-maven-plugin works fine
> > http://code.google.com/p/maven-android-plugin/
> >
> > Emmanuel
> >
> > On Wed, May 23, 2012 at 7:36 AM, Shane Isbell
> wrote:
> >> I'
I'd like to see if any maven devs would be interested in testing out the
Masa project for building android projects using maven. I've recently added
support for android libraries and masa is building a fairly complicated
Android project but I haven't had anyone pounding on other use cases to see
wh
+1
Shane
+1
Glad to see a movement to beta
Shane
Does this plugin take care of the problem of not being able to sign a jar
artifact which has a non-jar packaging type? I ran into this issue recently.
Thanks,
Shane
On Sun, Jul 12, 2009 at 5:22 PM, Benjamin Bentmann <
benjamin.bentm...@udo.edu> wrote:
> Hi,
>
> Christian Schulte contributed the
I'm wondering if there are any plans to release the maven-toolchains-plugin
. It looks like it's still as a 1.0-snapshot. I've got a need for
maven-toolchain and don't want to duplicate the plugin.
Thanks,
Shane
I thought I would raise this on the general list since it could involve API
changes in the Maven Model for Maven 3.0. I've run into a situation where
Boolean values in Maven model are causing problems with interpolation.The
general issue is here: http://jira.codehaus.org/browse/MNG-1995
I've put i
This is permanent. From my understanding, profiles.xml is almost never used,
so it's not really worth the added complexity of keeping it.
On Thu, Feb 26, 2009 at 10:35 AM, Benjamin Bentmann <
benjamin.bentm...@udo.edu> wrote:
> Hi Shane,
>
> Author: sisbell
>> Date: Thu Feb 26 17:46:01 2009
>> N
+1
On Thu, Feb 5, 2009 at 12:43 PM, John Casey wrote:
> +1
>
>
> Brian E. Fox wrote:
>
>> As proposed in separate threads[1][2] and Infra jira[3], we have setup a
>> new zone and repository manager for hosting Apache artifacts at
>> https://repository.zones.apache.org. The service is now setup a
Thanks. Got it.
On Thu, Jan 29, 2009 at 11:06 AM, Brett Porter wrote:
>
> On 30/01/2009, at 2:26 AM, sisb...@apache.org wrote:
>
> Author: sisbell
>> Date: Thu Jan 29 15:26:30 2009
>> New Revision: 738893
>>
>> URL: http://svn.apache.org/viewvc?rev=738893&view=rev
>>
>
>
> Hi Shane, I think you
We can support this behavior in 3.x.
PomTransformer.transformToModelProperties occurs before general inheritance.
We could put the rule in there to remove the first dependency before we
apply inheritance.
Shane
On Mon, Jan 26, 2009 at 10:51 AM, Benjamin Bentmann <
benjamin.bentm...@udo.edu> wrote
This is exactly the scenario that the new model builder is designed to
handle in 3.0. You can transform from any format to a canonical data format
and have the pom processed. You could even create a hierarchy of yaml files
for inheritance, interpolation, etc. Take a look at blogs here:
http://blogs
On Fri, Jan 9, 2009 at 10:35 AM, Oleg Gusakov
wrote:
>
> Shane Isbell wrote:
>
>> I've run into an issue where the current behavior of building a project
>> model in Maven 2.0.x seems wrong. In the case of inheritance of dependency
>> scope, there is a default
I've run into an issue where the current behavior of building a project
model in Maven 2.0.x seems wrong. In the case of inheritance of dependency
scope, there is a default value of "compile". This default will override the
parent scope. This part is correct. But if the dependency scope is not
spec
+1
On Sun, Jan 4, 2009 at 4:32 PM, Jason van Zyl wrote:
> Hi,
>
> This is really to get the ball rolling for Maven 3.x. While I have some
> gracious guinea pigs who are arduously pummeling this code base I wouldn't
> recommend anyone use this in production. If you want to try it and give
> feedb
On Tue, Dec 30, 2008 at 2:47 AM, Benjamin Bentmann <
benjamin.bentm...@udo.edu> wrote:
> Author: sisbell
>> Date: Mon Dec 29 17:33:12 2008
>> New Revision: 730028
>>
>> URL: http://svn.apache.org/viewvc?rev=730028&view=rev
>> Log:
>> Fix: MNG-3927
>>
>> Modified:
>>maven/components/trunk/maven
I've been working on a fix for MNG-3927. I tracked this to a problem with
plugin execution IDs.
http://www.nabble.com/Default-plugin-execution-id-to20388623.html#a20388623never
seemed to reach a conclusion on IDs. From what I gather:
1) If an ID is not specified, the configuration is to be applied
On Thu, Dec 18, 2008 at 12:02 PM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> Actually, I'm liking the Nixon name for these mixins
Sure, why not? We can just call mavenized mixins, Nixons. Now I just need a
big pen to start blacking out sections of the spec.
The Nixon is not crooked, it doesn't need processing.
On Thu, Dec 18, 2008 at 10:08 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> 2008/12/18 Brian Fox
>
> > filtering or processing of it? I think it's just better to keep
> processing
> > of the Nixon separate.
> >
> > --Brian
On Wed, Dec 17, 2008 at 11:49 PM, Ralph Goers wrote:
>
> On Dec 17, 2008, at 11:31 PM, Shane Isbell wrote:
>
>
>>> And I've said multiple times that that isn't an adequate definition.
>>> Jason's post provided a better clue but still doesn'
On Wed, Dec 17, 2008 at 11:22 PM, Ralph Goers wrote:
>
> On Dec 17, 2008, at 10:57 PM, Shane Isbell wrote:
>
> On Wed, Dec 17, 2008 at 9:47 PM, Ralph Goers > >wrote:
>>
>>
>>> On Dec 17, 2008, at 9:27 AM, Shane Isbell wrote:
>>>
>>>
On Wed, Dec 17, 2008 at 10:35 PM, Ralph Goers wrote:
> OK - I'm looking forward to seeing this. I understand the programmatic
> aspect in the use case you describe with the IDE, but not with something
> like the release capability. IIUC this would allow our organization to
> create a standard way
On Wed, Dec 17, 2008 at 9:47 PM, Ralph Goers wrote:
>
> On Dec 17, 2008, at 9:27 AM, Shane Isbell wrote:
>
>>
>>
>>
>>
>>> I guess I really have no clue what functionality a mixin is supposed to
>>> provide or how it would be retrieved without a
Comments below:
On Tue, Dec 16, 2008 at 10:27 PM, Brett Porter wrote:
> I fixed some typos - is it ok to regenerate the PDF? (mine comes out
> slightly different on the Mac but it's all there AFAICT).
>
> Just to add to what Brian and Ralph have already said:
>
> 3.1 - I think we have to knock m
On Tue, Dec 16, 2008 at 11:25 PM, Ralph Goers wrote:
> Mine below.
OK. As I read 2.2 it basically only says the first definition wins. 2.1
> talks about a collection of models, but it doesn't say anything about
> dependency resolution, either directly or in its references to section 3. In
> other
Comments in line
On Tue, Dec 16, 2008 at 12:58 AM, Ralph Goers wrote:
>
> On Dec 15, 2008, at 12:02 PM, Jason van Zyl wrote:
>
> This is for the general population but I'm nudging you Ralph because I
>> know that you want to make some changes for not requiring the version in the
>> parent elemen
I talked with Jason last month about moving and renaming maven-shared-model,
as the component is completely general. It allows people to handle
inheritance, interpolation and transforms on any model in any format. Jason
pinged me before the move and I was in favor of it. It's much clearer to
people
On Thu, Dec 11, 2008 at 10:58 PM, Jason van Zyl wrote:
>
> Something that I think would be useful is a language/platform element. Then
> it's purely additions to the POM. If you could identify the
> language/platform and it's version would that be enough for you?
For this element, I think it wou
extensions of the pom and hand off the nodes
to appropriate ModelTransformers, that would be useful, allowing chaining of
ModelTransformers for processing.
Shane
On Thu, Dec 11, 2008 at 10:04 AM, Jason van Zyl wrote:
>
> On 11-Dec-08, at 6:48 PM, Shane Isbell wrote:
>
> I'm encounter
I'm encountering an issue with Byldan (.NET version of Maven) and since this
is a general problem, I thought I'd raise it here on the list. I need to
extend the pom model to include information like the key token id of the
.NET assembly. Using the modelVersion element of the pom isn't appropriate
t
I'd like to announce the setup of the NMaven project at CodePlex, an
open-source community for projects related to .NET and Microsoft tools.
NMaven had been under the Apache incubator for a couple of years without
gaining much traction; so we decided to move it out, giving it fresh air and
a new di
maven-project-builder was a refactoring and moving of certain key classes
and interfaces from maven-project, specifically for Mercury's requirement of
not being dependent on largely portions of Maven trunk. As it stands, the
maven-project-builder doesn't have any dependencies on the rest of maven
My primary concern is as follows. Say there is a version 1.1 of a plugin
specified in the pluginManagement section and that was joined with a plugin
of version 1.0. The plugin configuration information may be completely
incompatible. Also if you do the key off of version, you can define the same
pl
On Mon, Nov 24, 2008 at 12:00 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
>
> A big +1. Changing the published poms format is very impacting. Not
> only for the maven client, but for all tools that are using the
> repository as a server (ivy, buildr, maven proxies & repository
> managers, etc.
Personally, I think the best technical solution is to have a repository
manager recognize the Maven client version and then deliver the correct
model version based on Maven's capabilities. But as long as repos are web
based, which is our current environment, you have to push this decision off
to th
This is the direction that Maven 3.0 is moving toward, with the new project
builder. You can create custom ModelTransformers that could do things like
take the global exclusion and apply it to all dependencies. This could allow
you to create extensions to the local pom but have it deployed as model
I think that the maven-project-builder would be a good location for the
super pom, as this component is used both by maven-mercury and
maven-project.
Shane
On Sat, Nov 22, 2008 at 8:52 AM, Benjamin Bentmann <
[EMAIL PROTECTED]> wrote:
> Hi,
>
> Author: sisbell
>> Date: Thu Nov 20 20:50:50 2008
Another problem is that some poms in the repo contain uninterpolated
${mavenVersion} values. If we specify the runtime version of say Maven 3.0,
when the artifact provider compiled with Maven 2.0, then we could get all
sorts of nasty class cast exceptions. Outside of cleaning up the repo
metadata,
It will pick up extensions in ancestry as well, since the search is applied
after inheritance has been completed.
Shane
On Mon, Nov 17, 2008 at 5:22 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
> On 17-Nov-08, at 1:23 AM, [EMAIL PROTECTED] wrote:
>
> Author: sisbell
>> Date: Sun Nov 16 22:23:
Hi Daniel,
I'm not sure about using maven for C# build scripts, but you could check out
http://incubator.apache.org/nmaven/ to see if it meets your needs.
Shane
On Fri, Oct 24, 2008 at 9:43 AM, dr2238 <[EMAIL PROTECTED]> wrote:
>Of course, I know maven is mainly for java.
It is pretty bad. In 2.0.x, if I define url="http"//sonatype.org", then this
value will be applied to ${url}. If later, someone defines
project.properties.url = "foobar", in either the child or parent pom, then
${url} will resolve to foobar. So in one case ${url} is ${project.url}, in
another case
On Mon, Sep 29, 2008 at 1:47 PM, Stephen Connolly <
[EMAIL PROTECTED]> wrote:
> Can we not wrap them with unmodifyable wrappers?
It's easy to make the MavenProject/Model immutable, but it would break most
of Maven, which uses MavenProject as a value object, kicking it around and
taking whacks at
t; command line) to trade memory for performance when memory is running tight.
>
> (But, yes, in general they are a pane in the h*le)
>
> >
> > Milos
> >
> > On Mon, Sep 29, 2008 at 8:08 AM, Stephen Connolly
> > <[EMAIL PROTECTED]> wrote:
>
When Jason tested the removal of the workspace, which handles caching of
MavenProjects, it exposed a lot of bad behaviors within Maven, such multiple
instances of ProjectBuilder, excessive numbers of calls to ProjectBuilder
(54K in one build of trunk). We put back in some simple caching mechanisms
I'm wondering what people's take on
http://jira.codehaus.org/browse/MNG-2196for Maven 3.0 is. Continuing
with a build if a parent pom is not found on
the local file-system or in the repository is something that could cause
inconsistent behavior between builds.
Thanks,
Shane
I looked into this further and it broke profiles, which the assembly plugin
was using during packaging (bootstrap), not the assembly plugin itself.
Shane
On Wed, Sep 17, 2008 at 8:21 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> What did it break exactly?
>
> On 17-Sep-08, at 4:42 PM, [EMAIL PR
I'm working on refactoring the project builder code, and I've come across an
xml parser error, resulting from a pom claiming it's UTF-8 encoded while
it's not. This causes the woodstox parser to fail. How is this currently
handled in Maven? Should we fail the build if a dependency incorrectly
state
Within the current 2.0.x releases, Maven provides extensions for downloading
just about any type of artifact, with or without versions in the filenames.
There are, of course, some problems. First the plugins make assumptions
about formats (like versions in the filename). With the exception of
snaps
tag is processed in the project builder prior to passing it
to the Xpp3Reader, which then does the schema validation. There is still the
outstanding problem that these import tags could not be directly read by
modello.
Shane
Shane Isbell wrote:
>
>> Basically, you just put in into the pom.
ECTED]> wrote:
>
>
>
> Ralph Goers wrote:
>
>>
>>
>> Ralph Goers wrote:
>>
>>>
>>>
>>> Ralph Goers wrote:
>>>
>>>>
>>>>
>>>> Shane Isbell wrote:
>>>>
>>>>> I&
I've been refactoring more of the project builder code and encountered a
rule that if a dependencyManagement/dependencies/dependency element has
type=pom and scope=import, the dependency management section of that
dependency should be imported into the containing pom model. This is a
one-off rule t
There's no jira, this is part of cleaning up of the project builder. I'm
moving over some of the creation methods from the DefaultMavenProjectBuilder
to MavenProject itself.
Shane
On Tue, Aug 12, 2008 at 10:20 PM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> If there are descriptive commit messages
I put together a high-level, descriptive overview of the project builder:
http://docs.codehaus.org/display/MAVENUSER/Project+Builder. The nitty gritty
is located here: http://docs.codehaus.org/display/MAVENUSER/Maven+Project
Thanks,
Shane
I had some ideas about expanding classifier usage for use with NMaven. May
be worth a look:
http://docs.codehaus.org/display/MAVENUSER/Expanded+Classifier+Support
Shane
On Thu, Jul 31, 2008 at 8:04 AM, Jesse McConnell
<[EMAIL PROTECTED]>wrote:
> > Maybe we extend the definition of a classifier t
On a clean build and repo, I can't get past maven-project:
MavenProjectDynamismTest, 4 failures. If I remove that, I run into runtime
errors on all the ITs dealing with a missing method in the interpolator.
Shane
On Mon, Jun 30, 2008 at 5:07 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> On 01/
elements under this approach? Or is it expected to
> transform v1 to v2 first, then process them all as v2?
>
> One thing I'd be interested to see is why each bit was introduced in terms
> of problems we're solving.
>
> Cheers,
> Brett
>
>
> On 07/06/2008,
I've created proposal for the maven-project module in 2.1:
http://docs.codehaus.org/display/MAVENUSER/Maven+Project
Thanks,
Shane
swc means aFile.swc
>
> Right? Wrong? +-?
>
>
> VELO
>
> On Fri, Mar 14, 2008 at 5:55 PM, Shane Isbell <[EMAIL PROTECTED]>
> wrote:
> > Multiple artifact types can all match to the same artifact. By using the
> > dependency/type you can change behavior, like
(called Remote Shared Libraries) uses .swf files as libraries. I may
> >> force it by using a swf-rsl packaging type, but I haven't completely
> >> figured that out.
> >>
> >> Christian.
> >>
> >>
> >>
> >> On 14-Mar-08, at
; normal web-deployable, but a particular dynamic linking approach
> (called Remote Shared Libraries) uses .swf files as libraries. I may
> force it by using a swf-rsl packaging type, but I haven't completely
> figured that out.
>
> Christian.
>
> On 14-Mar-08, at 16:14 , Shan
I'm not sure the specifics of VELOs problem but I have run into some issues
with NMaven for .NET support. There may be cases (like netmodules, or
linking of assemblies) where you don't want transitive dependencies, they
need to be direct. So it is up to the plugins to decide if
artifactType[x]:comp
This sounds good to me. I recently tried to release a first version of
Apache NMaven in the incubator and got blocked on this very issue of having
the dependency info in the Notice file. Any solution would be appreciated.
Shane
On Mon, Mar 10, 2008 at 11:44 AM, David Jencks <[EMAIL PROTECTED]>
wr
I know that it is not always clear when to use and attribute and when to use
an element; but typically, attributes are used to attach metadata or
nonessential information about an element, while subelements are essential
parts of the parent element. To me, the groupId, artifactId and version
would
To provide some context on this, we are now using standard artifact
resolvers for .NET assemblies and require that the filename of an assembly
contain the version. This filename is also an attribute within the manifest
of the library assembly and needs to match the actual filename of the
artifact.
Thanks,
Shane
On Dec 31, 2007 1:07 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> Hi Shane, what scope did you specify after
> @requiresDependencyResolution? (you need to put a scope there or it
> won't work...)
>
> -Original Message-
> From: Shane Isbell [ma
I'm using maven 2.0.7 client. I have a Mojo implementation with the @phase
compiler and @requiresDependencyResolution parameters set. The
project.getArtifacts method does not return artifacts with the scope
'provided'. The method project.getDependencyArtifacts does return dependent
artifacts with t
n is indeed
> a
> good way to review the code.
> Eventually I'd like to move the shared/toolchains project into components/
> and make it part of the maven's core as it's not going to work otherwise.
>
> Milos
>
>
> On Dec 17, 2007 10:44 PM, Shane Isbell &
Where are we sitting on the toolchain support? At NMaven, we're going back
to basics to get better alignment and integration with the rest of Maven.
Toolchain support ranks highly. I see some interfaces and Java support
within the toolchain project, but I don't know how complete this is. If the
in
This artifact handler bug has proven a problem for me as well. Maven does
pick up and maintain the handlers from the components.xml file; it just
doesn't add them to the ArtifactHandlerManager, making the
handlers inaccessible to the ArtifactFactory, which creates the respective
artifacts. If you n
It looks as though they are hiring, if you are interested in sales:
http://www.tumlare.com/index.php?option=com_content&task=view&id=71&Itemid=64
On 9/15/07, Jochen Kuhnle <[EMAIL PROTECTED]> wrote:
>
> On 2007-09-14 19:10:51 +0200, Julia Antonova <[EMAIL PROTECTED]> said:
>
> >
> >
> > I will be
I just submitted a proposal for working on a way for non-Java Maven plugins
to be executed within their native runtime environments.
http://docs.codehaus.org/display/MAVENUSER/General+Framework+for+Writing+Non-Java+Plugins
Regards,
Shane
On 8/12/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
> On 13 Aug 07, at 12:13 AM 13 Aug 07, Shane Isbell wrote:
>
> >
> >
> > From my perspective, I am growing more conscious of the growing divide
> > between Maven and NMaven and am trying to make sure th
t;
>
>
> Jason van Zyl wrote:
> >
> > On 12 Aug 07, at 8:15 PM 12 Aug 07, Shane Isbell wrote:
> >
> >> Okay, I have updated the proposal with more info concerning the issues
> >> with
> >> .NET support. Currently, NMaven handles its own resolver and
.
More details are in the proposal.
Regards,
Shane
On 8/12/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
>
> On 12 Aug 07, at 12:25 AM 12 Aug 07, Shane Isbell wrote:
>
> > I just submitted a new proposal here:
> >
> > http://docs.codehaus.org/display/MAVENUSER/Ex
I just submitted a new proposal here:
http://docs.codehaus.org/display/MAVENUSER/Extending+Pom+to+Include+Artifact+Installation+Instructions
Thanks,
Shane
rs are, but it will
> get lost in the mailing list.
>
> If you don't have access to the wiki, just ping me and I'll flip the
> necessary bits.
>
> On 9 Aug 07, at 8:10 PM 9 Aug 07, Shane Isbell wrote:
>
> > I have a concern, as I am sure other do, that NMaven
I have a concern, as I am sure other do, that NMaven may drift too far apart
from Maven; I would like to start raising some the issues that may impact
Maven on the general dev list so that solutions can be considered for
2.1+versions of Maven. One important issue is classifiers. In a
typical Mave
<[EMAIL PROTECTED]> wrote:
>
>
> On 1 Aug 07, at 4:39 PM 1 Aug 07, Shane Isbell wrote:
>
> > To clarify: NMaven uses RDF for its local repository store (and has
> > abstractions of an AssemblyResolver/ProjectDao for the API). It
> > does not
> > require that the
support
multiple adapters for these interfaces.
Regards,
Shane
On 8/1/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
>
> On 1 Aug 07, at 12:25 AM 1 Aug 07, Shane Isbell wrote:
>
> > I would like to see if there is any general interest from the Maven
> > community in usin
I would like to see if there is any general interest from the Maven
community in using RDF for storing and retrieving of repository information.
I switched NMaven's resolver implementation to one using RDF and am happy
with the results. This implementation allows: 1) easily extending meta-data,
in
it be archived?
--- Noel
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Friday, November 17, 2006 2:25
To: [EMAIL PROTECTED]
Cc: Shane Isbell
Subject: [PROPOSAL] NMaven podling
Hi,
The Maven PMC has voted to accept NMaven for incubation (see
<[EMAIL
Hi Jason,
The general approach sounds good. A large part of the NMaven project deals
with matching of platform capabilities. The pattern includes:
public interface ExecutableMatchPolicy
{
/**
* Returns true if ExecutableCapability matches the policy
implementation, otherwise returns fals
I'm not sure about the C/C++ plugins, but for C# you can check out NMaven
under incubation (http://incubator.apache.org/nmaven).
Shane
On 3/14/07, Yorke, Parise <[EMAIL PROTECTED]> wrote:
Are their any plans to develop plug-ins that will enable maven to manage
projects based on C/C++/C#?
Does the MavenEmbedder support the use of custom life cycle configurations?
To explain a little of my situation: I have a components.xmlfile
configuring phases for the component
org.apache.maven.lifecycle.mapping.LifecycleMapping (using 'library' as a
role hint). I have a class invoking the MavenE
for it yet.
Shane
On 3/9/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 9 Mar 07, at 8:43 AM 9 Mar 07, Shane Isbell wrote:
> Just to give everybody a heads up, I'm working a MavenEmbedder Web
> Service component for the Apache NMaven project (under incubation).
> The
> c
Just to give everybody a heads up, I'm working a MavenEmbedder Web
Service component for the Apache NMaven project (under incubation). The
component will enable: 1) IDEs to build maven projects on local and remote
build machines; 2) IDE interoperability between non-java languages and
maven. Any i
Cool. Thanks.
On 1/9/07, Brett Porter <[EMAIL PROTECTED]> wrote:
Yes, I'd be happy to add nmaven to it.
On 10/01/2007, at 3:34 AM, Shane Isbell wrote:
> Hi Brett,
>
> Is Continuum available for Maven 2 projects under incubation?
>
> Thanks,
> Shane
>
&
Hi Brett,
Is Continuum available for Maven 2 projects under incubation?
Thanks,
Shane
On 1/9/07, Brett Porter <[EMAIL PROTECTED]> wrote:
Hi,
Continuum is up and running for all Maven 2 projects at http://
maven.zones.apache.org/continuum/. I'll keep an eye on it, and see if
we can't keep it g
If you use DNS for fault-tolerance, if one repo goes down, it may take
upwards of 15 minutes for the client side DNS cache to clear and use
the new IP: this may be acceptable, depending on your requirements. A
more reliable approach would be to use a load balancer to ping the
distributed caches an
-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Shane Isbell
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
A third option is to inject MavenProject in you pom and then use methods:
MavenProject.getBuild().set[get]SourceDirectory("") and
MavenProject.getBuild().set[get]TestSourceDirectory("");
Shane
On 10/4/06, Philippe Faes <[EMAIL PROTECTED]> wrote:
On Wed, 2006-10-04 at 09:54 +0200, Kenney Weste
To use your sf project web page for downloads, you would need to submit a
support request to sourceforge:
http://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1#acceptable_use
Shane
On 9/18/06, Derrick Oswald <[EMAIL PROTECTED]> wrote:
Hi,
I have a project that could be publish
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
> un
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
Please Upload Registry J2SE
---
Key: MAVENUPLOAD-676
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-676
Project: maven-upload-requests
Type: Task
Reporter: Shane Isbell
This library provides a registry function for storing and
Please Upload Registry CDC
--
Key: MAVENUPLOAD-675
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-675
Project: maven-upload-requests
Type: Task
Reporter: Shane Isbell
Registry-CDC provides a registry function for storing and finding
[
http://jira.codehaus.org/browse/MAVENUPLOAD-633?page=comments#action_53499 ]
Shane Isbell commented on MAVENUPLOAD-633:
--
Perhaps a simpler way for authentication is just to e-mail to the address
listed within the domain registry about this
[
http://jira.codehaus.org/browse/MAVENUPLOAD-633?page=comments#action_53497 ]
Shane Isbell commented on MAVENUPLOAD-633:
--
The domain entry of my control of the domain name is at:
http://reports.internic.net/cgi/whois?whois_nic=jvending.org&
Please Upload Registry CDC
--
Key: MAVENUPLOAD-633
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-633
Project: maven-upload-requests
Type: Task
Reporter: Shane Isbell
http://prdownloads.sourceforge.net/jvending/registry-cdc-1.0.0
1 - 100 of 107 matches
Mail list logo
