I'll do
2008/7/7 Dan Tran [EMAIL PROTECTED]:
you may want ping java.net ws group, they own this plugin
-D
On Mon, Jul 7, 2008 at 9:15 AM, Henri Gomez [EMAIL PROTECTED] wrote:
BTW, I didn't get more success with tools.jar in plugin defs :
[INFO]
Yes I do, but there is currently no previous version to compare with,
besides the 2.0.x branch. For 2.1 I would also expect to see binary
incompatible change to the model. But I will put it in there and comment
it out for now.
Vincent Siveton wrote:
Hi Dennis,
Do you plan to merge your
More on this :
More on this :
In the 1.10 pom file I could see :
profiles
profile
!-- This is only for non MAC OS X builds, hence the property below --
iddefault-tools.jar/id
activation
property
namejava.vendor/name
valueSun Microsystems
How could I get the latest sources ?
https://svn.dev.java.net/svn/jax-ws-commons/tags/jaxws-maven-plugin-1.10
require authorization.
Which one ?
2008/7/7 Dan Tran [EMAIL PROTECTED]:
you may want ping java.net ws group, they own this plugin
-D
On Mon, Jul 7, 2008 at 9:15 AM, Henri Gomez
On 8-Jul-08, at 12:19 AM, Brett Porter wrote:
On 08/07/2008, at 1:47 AM, John Casey wrote:
Jason's referring to a ruby script I wrote to lookup the version
string for a particular staged project, for use in the stage:copy
mojo. This allows us to setup generic promotion scripts in a CI
Any news on how to get the source of jaxws-maven-plugin via SVN ?
I'd like to track in sources why the plugin try to open (and read) POM
as zip when using IBM SDK and not with Sun SDK.
[WrapperGen - method:
placeOrder(com.mycorp.myapp.orderbook.service.PlaceOrderRequest)]
On 07/07/2008, at 5:38 PM, Ralph Goers wrote:
Actually, after looking at the code a little bit it looks like this
can be done without needing to modify the install or deploy plugins
at all. This should just be a few lines in
DefaultMavenProjectBuilder (my favorite piece of code!).
That
Please take this to the users list. This is not even a plugin from
Apache.
On 8-Jul-08, at 8:42 AM, Henri Gomez wrote:
Any news on how to get the source of jaxws-maven-plugin via SVN ?
I'd like to track in sources why the plugin try to open (and read) POM
as zip when using IBM SDK and not
register an account with java.net, the url is here
https://svn.dev.java.net/svn/jax-ws-commons/
On Tue, Jul 8, 2008 at 5:42 AM, Henri Gomez [EMAIL PROTECTED] wrote:
Any news on how to get the source of jaxws-maven-plugin via SVN ?
I'd like to track in sources why the plugin try to open (and
Please take this to the users list. This is not even a plugin from Apache.
maven dev list is not also a list for maven plugin/mojo ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
register an account with java.net, the url is here
Allready got one.
https://svn.dev.java.net/svn/jax-ws-commons/
Ok I'll use my account.
Next step, how to provide fixes and patches ?
-
To unsubscribe, e-mail: [EMAIL
No, it's for our development of the core and our plugins.
Your questions are user questions, users also develop plugins.
On 8-Jul-08, at 9:11 AM, Henri Gomez wrote:
Please take this to the users list. This is not even a plugin from
Apache.
maven dev list is not also a list for maven
No, it's for our development of the core and our plugins.
ok.
Your questions are user questions, users also develop plugins.
Thanks
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Please take this to the users list. This is not even a plugin from Apache.
A question for the dev list.
Did the system scope is still available with maven 2.1 ?
---
dependencies
dependency
groupIdcom.sun/groupId
artifactIdtools/artifactId
I think it should be.
On 08/07/2008, at 11:46 PM, Henri Gomez wrote:
Please take this to the users list. This is not even a plugin from
Apache.
A question for the dev list.
Did the system scope is still available with maven 2.1 ?
---
dependencies
dependency
Brett Porter wrote:
On 07/07/2008, at 5:38 PM, Ralph Goers wrote:
Actually, after looking at the code a little bit it looks like this
can be done without needing to modify the install or deploy plugins
at all. This should just be a few lines in DefaultMavenProjectBuilder
(my favorite piece
I think it should be.
it should be available or no more supported ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
It will be supported.
Ok, so the bug (MNG-3586) is still open, but I feel it's a problem
with the tools.jar (apt)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Barrie Treloar wrote:
On Tue, Jul 8, 2008 at 1:49 AM, Oleg Gusakov
[EMAIL PROTECTED] wrote:
To clarify: the new resolver only cares about metadata, not actual binary.
Current artifact, even as late as 3.0-SN, dictates that even when you try to
get artifact metadata, you get all the goods
Hi,
I imagine this is simple, but for a given job name how do I retrieve
the config.xml? I made a simple replicator and started with grabbing
config.xml files from the file system and now I want to do it
remotely. I can't get the sample client to do anything, and I can't
figure out if
Jason, did you send to the wrong list by mistake? he asked thinking
this smells like a Hudson question
Sent from my iPod
On 8 Jul 2008, at 19:18, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
I imagine this is simple, but for a given job name how do I retrieve
the config.xml? I made a
Yup, wrong list.
On 8-Jul-08, at 2:21 PM, Stephen Connolly wrote:
Jason, did you send to the wrong list by mistake? he asked thinking
this smells like a Hudson question
Sent from my iPod
On 8 Jul 2008, at 19:18, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
I imagine this is simple, but
On Mon, Jul 7, 2008 at 5:47 PM, John Casey [EMAIL PROTECTED] wrote:
Jason van Zyl wrote:
There are groups there for Maven 2.1, Plexus, Maven IDE (really embedder
consumers), and I will also limit the plugins to the default lifecycles of
the commonly used packagings like JAR, and WAR. John
Is the code anywhere?
I'm interested in the process, but have gone down the Drools workflow
way, and I'm trying to work on the promotion from Nexus. But I'll
definitely take a look at code.
On 8-Jul-08, at 3:40 PM, Tom Huybrechts wrote:
On Mon, Jul 7, 2008 at 5:47 PM, John Casey [EMAIL
There's a setup section on the wiki page which has the necessary info
on setting up Hudson.
The staging plugin is part of the 'tom' branch which is linked to from the page.
On Tue, Jul 8, 2008 at 9:59 PM, Jason van Zyl [EMAIL PROTECTED] wrote:
Is the code anywhere?
I'm interested in the
Hervé,
Were you releasing the 2.0.x Ant Task off trunk? As I see version
2.0.9 in there for the Maven version. I want to make the tasks for
trunk using 2.1.x and don't want to mess up anything you were doing.
Thanks,
Jason
--
Jason
Le mardi 08 juillet 2008, Jason van Zyl a écrit :
Hervé,
Were you releasing the 2.0.x Ant Task off trunk?
no, I was using branches/maven-ant-tasks-2.0.x
As I see version
2.0.9 in there for the Maven version. I want to make the tasks for
trunk using 2.1.x
+1
do you intend to use embedder
On Wed, Jul 9, 2008 at 2:05 AM, Oleg Gusakov
[EMAIL PROTECTED] wrote:
At the moment - metadata includes a URI to the actual binary. I am working
on integrating it with a new delivery vehicle, and that will be the first
found. So all is defined by the order of repositories. As Nexus repository
Barrie Treloar wrote:
On Wed, Jul 9, 2008 at 2:05 AM, Oleg Gusakov
[EMAIL PROTECTED] wrote:
At the moment - metadata includes a URI to the actual binary. I am working
on integrating it with a new delivery vehicle, and that will be the first
found. So all is defined by the order of
On 8-Jul-08, at 6:04 PM, Hervé BOUTEMY wrote:
Le mardi 08 juillet 2008, Jason van Zyl a écrit :
Hervé,
Were you releasing the 2.0.x Ant Task off trunk?
no, I was using branches/maven-ant-tasks-2.0.x
As I see version
2.0.9 in there for the Maven version. I want to make the tasks for
trunk
If what's currently on trunk is actually being used for the branch do
you want me to cut that over to the branch?
I assume you haven't used the branch for a while?
On 8-Jul-08, at 6:04 PM, Hervé BOUTEMY wrote:
Le mardi 08 juillet 2008, Jason van Zyl a écrit :
Hervé,
Were you releasing the
Sorry, I think I hadn't yet merged that from artifact trunk. Let me do
that for consistency as it was a little different and includes a test.
On 09/07/2008, at 2:54 AM, [EMAIL PROTECTED] wrote:
Author: jdcasey
Date: Tue Jul 8 09:54:18 2008
New Revision: 674876
URL:
sounds good.
Brett Porter wrote:
Sorry, I think I hadn't yet merged that from artifact trunk. Let me do
that for consistency as it was a little different and includes a test.
On 09/07/2008, at 2:54 AM, [EMAIL PROTECTED] wrote:
Author: jdcasey
Date: Tue Jul 8 09:54:18 2008
New Revision:
Hehe, got to watch out for those Java 5 for loop conversions :)
Was this regression the one Igor was referring to, or is there still
more work being done on MARTIFACT-25?
Thanks,
Brett
On 09/07/2008, at 6:36 AM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Tue Jul 8 13:36:14 2008
New
This is not related to the concerns I have about current solution of
MARTIFACT-25. Unfortunately, I do not have time to have another look at
MARTIFACT-25 right now and cannot tell if caching missing pom.xml is
good enough. Personally, I think maven should obey repository update
policy (i.e.
On 09/07/2008, at 11:32 AM, Igor Fedorenko wrote:
Personally, I think maven should obey repository update policy (i.e.
never/daily/etc) and force (i.e. -U) flag for all missing release
artifacts.
It doesn't have to right now because it doesn't cache missing release
artifacts. As I said
36 matches
Mail list logo