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
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 sisb...@apache.org
wrote:
I'd like to see if any maven devs would be interested in testing out the
Masa
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
+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
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
New
+1
On Thu, Feb 5, 2009 at 12:43 PM, John Casey jdca...@commonjava.org 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
Thanks. Got it.
On Thu, Jan 29, 2009 at 11:06 AM, Brett Porter br...@apache.org 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=738893view=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:
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
On Fri, Jan 9, 2009 at 10:35 AM, Oleg Gusakov
oleg.subscripti...@gmail.comwrote:
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 value of compile
+1
On Sun, Jan 4, 2009 at 4:32 PM, Jason van Zyl jvan...@sonatype.com 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
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=730028view=rev
Log:
Fix: MNG-3927
Modified:
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
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 bri...@reply.infinity.nu
filtering or processing of it? I think it's just better to keep
processing
of the Nixon separate.
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.
On Tue, Dec 16, 2008 at 11:25 PM, Ralph Goers ralph.go...@dslextreme.comwrote:
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
Comments below:
On Tue, Dec 16, 2008 at 10:27 PM, Brett Porter br...@apache.org 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
On Wed, Dec 17, 2008 at 9:47 PM, Ralph Goers ralph.go...@dslextreme.comwrote:
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 version or groupid. Is it
being suggested
On Wed, Dec 17, 2008 at 10:35 PM, Ralph Goers ralph.go...@dslextreme.comwrote:
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
On Wed, Dec 17, 2008 at 11:22 PM, Ralph Goers ralph.go...@dslextreme.comwrote:
On Dec 17, 2008, at 10:57 PM, Shane Isbell wrote:
On Wed, Dec 17, 2008 at 9:47 PM, Ralph Goers ralph.go...@dslextreme.com
wrote:
On Dec 17, 2008, at 9:27 AM, Shane Isbell wrote:
I guess I really have
On Wed, Dec 17, 2008 at 11:49 PM, Ralph Goers ralph.go...@dslextreme.comwrote:
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't define it. Your
definition is about
Comments in line
On Tue, Dec 16, 2008 at 12:58 AM, Ralph Goers ralph.go...@dslextreme.comwrote:
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
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
On Thu, Dec 11, 2008 at 10:58 PM, Jason van Zyl jvan...@sonatype.comwrote:
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
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
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 jvan...@sonatype.comwrote:
On 11-Dec-08, at 6:48 PM, Shane Isbell wrote:
I'm
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
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
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...).
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
New
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
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
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:46 2008
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 it
, Sep 29, 2008 at 8:08 AM, Stephen Connolly
[EMAIL PROTECTED] wrote:
weakreferences?
2008/9/29 Shane Isbell [EMAIL PROTECTED]
When Jason tested the removal of the workspace, which handles caching
of
MavenProjects, it exposed a lot of bad behaviors within Maven, such
multiple
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
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
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
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
] wrote:
Ralph Goers wrote:
Ralph Goers wrote:
Ralph Goers wrote:
Shane Isbell wrote:
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
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
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 on
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 to
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
, won't
they refuse to join any 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, at 7:44 AM, Shane Isbell
I've created proposal for the maven-project module in 2.1:
http://docs.codehaus.org/display/MAVENUSER/Maven+Project
Thanks,
Shane
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
-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 , Shane Isbell wrote:
I'm not sure the specifics
-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 , Shane Isbell wrote:
I'm not sure
.
If I change the type, I'm pointing to a different file or to the same?
I always think in the type as the extension.
typeswc/type 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
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]
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.
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
,
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 [mailto:[EMAIL PROTECTED]
Sent: Monday, December 31
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
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 [EMAIL PROTECTED] wrote:
Where are we sitting on the toolchain support? At NMaven, we're going
back
to basics to get better
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
It looks as though they are hiring, if you are interested in sales:
http://www.tumlare.com/index.php?option=com_contenttask=viewid=71Itemid=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 out of the
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
.
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/Extending+Pom+to+Include
+Artifact+Installation
:
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
installation
based on information from its net-dependencies.xml file. This is
internal
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 that I do not
duplicate
something that already
I just submitted a new proposal here:
http://docs.codehaus.org/display/MAVENUSER/Extending+Pom+to+Include+Artifact+Installation+Instructions
Thanks,
Shane
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
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 may drift too
far apart
from Maven; I would like to start raising some the issues that may
impact
Maven on the general
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 using RDF for storing and retrieving of repository
information
[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 remote repository contain RDF, but rather parses
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 PROTECTED
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 codeExecutableCapability/code matches the policy
implementation, otherwise
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
.
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
component will enable: 1) IDEs to build
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
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
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
On 1/9/07, Brett Porter [EMAIL PROTECTED] wrote
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
: [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 Westerhof
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=4297group_id=1#acceptable_use
Shane
On 9/18/06, Derrick Oswald [EMAIL PROTECTED] wrote:
Hi,
I have a project that could be published
, 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
under
Apache v 2.0. Brett P. just let me
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
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
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
[
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.orgtype
[
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
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
[
http://jira.codehaus.org/browse/MAVENUPLOAD-449?page=comments#action_43596 ]
Shane Isbell commented on MAVENUPLOAD-449:
--
The link that I gave above does not work. I do not have a direct donwload to
the jar, but you can download from this page
1 - 100 of 106 matches
Mail list logo