Re: jaxws-maven-plugin failure on non Sun SDK
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] [ERROR] BUILD ERROR [INFO] [INFO] Error executing: wsgen [-d, C:\workspace\slib-er-go\target\classes, -cp, C:\workspace\slib-er-go\target\classes;c:\maven-repository\fr\slib\er\slib-er-core\1.0.0-SNAPSHOT\slib-er-core-1.0.0-SNAPSHOT.jar;c:\maven-repository\com\sun\xml\ws\jaxws-rt\2.1.4\jaxws-rt-2.1.4.jar;c:\maven-repository\javax\xml\ws\jaxws-api\2.1\jaxws-api-2.1.jar;c:\maven-repository\javax\xml\bind\jaxb-api\2.1\jaxb-api-2.1.jar;c:\maven-repository\javax\xml\stream\stax-api\1.0\stax-api-1.0.jar;c:\maven-repository\javax\activation\activation\1.1\activation-1.1.jar;c:\maven-repository\javax\xml\soap\saaj-api\1.3\saaj-api-1.3.jar;c:\maven-repository\javax\annotation\jsr250-api\1.0\jsr250-api-1.0.jar;c:\maven-repository\javax\jws\jsr181-api\1.0-MR1\jsr181-api-1.0-MR1.jar;c:\maven-repository\com\sun\xml\bind\jaxb-impl\2.1.7\jaxb-impl-2.1.7.jar;c:\maven-repository\com\sun\xml\messaging\saaj\saaj-impl\1.3.1\saaj-impl-1.3.1.jar;c:\maven-repository\com\sun\xml\stream\buffer\streambuffer\0.7\streambuffer-0.7.jar;c:\maven-repository\org\jvnet\staxex\stax-ex\1.2\stax-ex-1.2.jar;c:\maven-repository\com\sun\xml\stream\sjsxp\1.0.1\sjsxp-1.0.1.jar;c:\maven-repository\com\sun\org\apache\xml\internal\resolver\20050927\resolver-20050927.jar;c:\maven-repository\org\jvnet\mimepull\1.2\mimepull-1.2.jar;c:\maven-repository\fr\slib\sx\canopee\slib-sx-canopee\2.0.0\slib-sx-canopee-2.0.0.pom;c:\maven-repository\fr\slib\sx\canopee\slib-jutils\2.0.0-9\slib-jutils-2.0.0-9.jar;c:\maven-repository\quartz\quartz\1.5.2\quartz-1.5.2.jar;c:\maven-repository\net\sf\jt400\jt400-full\6.2\jt400-full-6.2.jar;c:\maven-repository\fr\slib\sx\canopee\slib-erable-framework\2.0.0-9\slib-erable-framework-2.0.0-9.jar;c:\maven-repository\fr\slib\mk\slib-mk-rif\1.5.0-3\slib-mk-rif-1.5.0-3.jar;c:\maven-repository\fr\slib\er\slib-er-mkt\2.0.0-SNAPSHOT\slib-er-mkt-2.0.0-SNAPSHOT.jar;c:\maven-repository\fr\slib\mk\slib-mk-rnf\1.5.0-1\slib-mk-rnf-1.5.0-1.jar;c:\maven-repository\fr\slib\er\slib-er-pf\2.0.0-SNAPSHOT\slib-er-pf-2.0.0-SNAPSHOT.jar;c:\maven-repository\fr\slib\er\slib-er-ca\2.0.0-SNAPSHOT\slib-er-ca-2.0.0-SNAPSHOT.jar;c:\maven-repository\fr\slib\er\slib-er-vl\2.0.0-SNAPSHOT\slib-er-vl-2.0.0-SNAPSHOT.jar;C:\ibm-j2sdk1.5.0\jre\..\lib\tools.jar;c:\maven-repository\com\sun\xml\ws\jaxws-tools\2.1.3\jaxws-tools-2.1.3.jar;c:\maven-repository\com\sun\xml\ws\jaxws-rt\2.1.3\jaxws-rt-2.1.3.jar;c:\maven-repository\javax\xml\ws\jaxws-api\2.1\jaxws-api-2.1.jar;c:\maven-repository\javax\xml\bind\jaxb-api\2.1\jaxb-api-2.1.jar;c:\maven-repository\javax\xml\stream\stax-api\1.0\stax-api-1.0.jar;c:\maven-repository\javax\activation\activation\1.1\activation-1.1.jar;c:\maven-repository\javax\xml\soap\saaj-api\1.3\saaj-api-1.3.jar;c:\maven-repository\javax\annotation\jsr250-api\1.0\jsr250-api-1.0.jar;c:\maven-repository\javax\jws\jsr181-api\1.0-MR1\jsr181-api-1.0-MR1.jar;c:\maven-repository\com\sun\xml\bind\jaxb-impl\2.1.6\jaxb-impl-2.1.6.jar;c:\maven-repository\com\sun\xml\messaging\saaj\saaj-impl\1.3\saaj-impl-1.3.jar;c:\maven-repository\com\sun\xml\stream\buffer\streambuffer\0.7\streambuffer-0.7.jar;c:\maven-repository\org\jvnet\staxex\stax-ex\1.2\stax-ex-1.2.jar;c:\maven-repository\com\sun\xml\stream\sjsxp\1.0\sjsxp-1.0.jar;c:\maven-repository\com\sun\org\apache\xml\internal\resolver\20050927\resolver-20050927.jar;c:\maven-repository\org\jvnet\mimepull\1.1\mimepull-1.1.jar;c:\maven-repository\com\sun\xml\bind\jaxb-xjc\2.1.6\jaxb-xjc-2.1.6.jar;c:\maven-repository\org\codehaus\plexus\plexus-utils\1.1\plexus-utils-1.1.jar;C:\maven\lib\maven-2.0.9-uber.jar;C:\maven\lib\maven-2.0.9-uber.jar, -wsdl, -r, C:\workspace\slib-er-go\target\classes\fr\slib\erable\go\resources\wsdl, fr.slib.erable.go.service.OrderService] [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error executing: wsgen [-d, C:\workspace\slib-er-go\target\classes, -cp,
Re: svn commit: r674674 - /maven/components/branches/maven-2.0.x/maven-model/pom.xml
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 change in the trunk? Cheers, Vincent 2008/7/7, [EMAIL PROTECTED] [EMAIL PROTECTED]: Author: dennisl Date: Mon Jul 7 16:40:58 2008 New Revision: 674674 URL: http://svn.apache.org/viewvc?rev=674674view=rev Log: o Use Clirr to make sure that we maintain binary compatibility. Modified: maven/components/branches/maven-2.0.x/maven-model/pom.xml Modified: maven/components/branches/maven-2.0.x/maven-model/pom.xml URL: http://svn.apache.org/viewvc/maven/components/branches/maven-2.0.x/maven-model/pom.xml?rev=674674r1=674673r2=674674view=diff == --- maven/components/branches/maven-2.0.x/maven-model/pom.xml (original) +++ maven/components/branches/maven-2.0.x/maven-model/pom.xml Mon Jul 7 16:40:58 2008 @@ -40,6 +40,17 @@ /configuration /plugin plugin +groupIdorg.codehaus.mojo/groupId +artifactIdclirr-maven-plugin/artifactId +executions + execution +goals + goalcheck/goal +/goals + /execution +/executions + /plugin + plugin artifactIdmaven-pmd-plugin/artifactId version2.4/version configuration - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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 Inc./value
/property
/activation
dependencies
dependency
groupIdcom.sun/groupId
artifactIdtools/artifactId
version1.5.0/version
scopesystem/scope
systemPath${java.home}/../lib/tools.jar/systemPath
/dependency
/dependencies
/profile
/profiles
With an IBM JDK ${java.vendor} is IBM Corporation.
Sun Microsystems Inc. is only for ${java.specification.vendor}
This profile add-on has been introduced to fix Apple JVM specific
tools location but break this plugin now on IBM JDK, both Linux and
Windows ;(
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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 [EMAIL PROTECTED] wrote: BTW, I didn't get more success with tools.jar in plugin defs : [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error executing: wsgen [-d, C:\workspace\slib-er-go\target\classes, -cp, C:\workspace\slib-er-go\target\classes;c:\maven-repository\fr\slib\er\slib-er-core\1.0.0-SNAPSHOT\slib-er-core-1.0.0-SNAPSHOT.jar;c:\maven-repository\com\sun\xml\ws\jaxws-rt\2.1.4\jaxws-rt-2.1.4.jar;c:\maven-repository\javax\xml\ws\jaxws-api\2.1\jaxws-api-2.1.jar;c:\maven-repository\javax\xml\bind\jaxb-api\2.1\jaxb-api-2.1.jar;c:\maven-repository\javax\xml\stream\stax-api\1.0\stax-api-1.0.jar;c:\maven-repository\javax\activation\activation\1.1\activation-1.1.jar;c:\maven-repository\javax\xml\soap\saaj-api\1.3\saaj-api-1.3.jar;c:\maven-repository\javax\annotation\jsr250-api\1.0\jsr250-api-1.0.jar;c:\maven-repository\javax\jws\jsr181-api\1.0-MR1\jsr181-api-1.0-MR1.jar;c:\maven-repository\com\sun\xml\bind\jaxb-impl\2.1.7\jaxb-impl-2.1.7.jar;c:\maven-repository\com\sun\xml\messaging\saaj\saaj-impl\1.3.1\saaj-impl-1.3.1.jar;c:\maven-repository\com\sun\xml\stream\buffer\streambuffer\0.7\streambuffer-0.7.jar;c:\maven-repository\org\jvnet\staxex\stax-ex\1.2\stax-ex-1.2.jar;c:\maven-repository\com\sun\xml\stream\sjsxp\1.0.1\sjsxp-1.0.1.jar;c:\maven-repository\com\sun\org\apache\xml\internal\resolver\20050927\resolver-20050927.jar;c:\maven-repository\org\jvnet\mimepull\1.2\mimepull-1.2.jar;c:\maven-repository\fr\slib\sx\canopee\slib-sx-canopee\2.0.0\slib-sx-canopee-2.0.0.pom;c:\maven-repository\fr\slib\sx\canopee\slib-jutils\2.0.0-9\slib-jutils-2.0.0-9.jar;c:\maven-repository\quartz\quartz\1.5.2\quartz-1.5.2.jar;c:\maven-repository\net\sf\jt400\jt400-full\6.2\jt400-full-6.2.jar;c:\maven-repository\fr\slib\sx\canopee\slib-erable-framework\2.0.0-9\slib-erable-framework-2.0.0-9.jar;c:\maven-repository\fr\slib\mk\slib-mk-rif\1.5.0-3\slib-mk-rif-1.5.0-3.jar;c:\maven-repository\fr\slib\er\slib-er-mkt\2.0.0-SNAPSHOT\slib-er-mkt-2.0.0-SNAPSHOT.jar;c:\maven-repository\fr\slib\mk\slib-mk-rnf\1.5.0-1\slib-mk-rnf-1.5.0-1.jar;c:\maven-repository\fr\slib\er\slib-er-pf\2.0.0-SNAPSHOT\slib-er-pf-2.0.0-SNAPSHOT.jar;c:\maven-repository\fr\slib\er\slib-er-ca\2.0.0-SNAPSHOT\slib-er-ca-2.0.0-SNAPSHOT.jar;c:\maven-repository\fr\slib\er\slib-er-vl\2.0.0-SNAPSHOT\slib-er-vl-2.0.0-SNAPSHOT.jar;C:\ibm-j2sdk1.5.0\jre\..\lib\tools.jar;c:\maven-repository\com\sun\xml\ws\jaxws-tools\2.1.3\jaxws-tools-2.1.3.jar;c:\maven-repository\com\sun\xml\ws\jaxws-rt\2.1.3\jaxws-rt-2.1.3.jar;c:\maven-repository\javax\xml\ws\jaxws-api\2.1\jaxws-api-2.1.jar;c:\maven-repository\javax\xml\bind\jaxb-api\2.1\jaxb-api-2.1.jar;c:\maven-repository\javax\xml\stream\stax-api\1.0\stax-api-1.0.jar;c:\maven-repository\javax\activation\activation\1.1\activation-1.1.jar;c:\maven-repository\javax\xml\soap\saaj-api\1.3\saaj-api-1.3.jar;c:\maven-repository\javax\annotation\jsr250-api\1.0\jsr250-api-1.0.jar;c:\maven-repository\javax\jws\jsr181-api\1.0-MR1\jsr181-api-1.0-MR1.jar;c:\maven-repository\com\sun\xml\bind\jaxb-impl\2.1.6\jaxb-impl-2.1.6.jar;c:\maven-repository\com\sun\xml\messaging\saaj\saaj-impl\1.3\saaj-impl-1.3.jar;c:\maven-repository\com\sun\xml\stream\buffer\streambuffer\0.7\streambuffer-0.7.jar;c:\maven-repository\org\jvnet\staxex\stax-ex\1.2\stax-ex-1.2.jar;c:\maven-repository\com\sun\xml\stream\sjsxp\1.0\sjsxp-1.0.jar;c:\maven-repository\com\sun\org\apache\xml\internal\resolver\20050927\resolver-20050927.jar;c:\maven-repository\org\jvnet\mimepull\1.1\mimepull-1.1.jar;c:\maven-repository\com\sun\xml\bind\jaxb-xjc\2.1.6\jaxb-xjc-2.1.6.jar;c:\maven-repository\org\codehaus\plexus\plexus-utils\1.1\plexus-utils-1.1.jar;C:\maven\lib\maven-2.0.9-uber.jar;C:\maven\lib\maven-2.0.9-uber.jar, -wsdl, -r, C:\workspace\slib-er-go\target\classes\fr\slib\erable\go\resources\wsdl, fr.slib.erable.go.service.OrderService] [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error executing: wsgen [-d, C:\workspace\slib-er-go\target\classes, -cp,
Re: Developing Maven 2.1
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 environment like Hudson. I've committed this script to: https://svn.apache.org/repos/asf/maven/sandbox/trunk/scripts . So basically it's a simple way to do http to http repository copies instead of http to scp? The rest of this release infrastructure has simply been configuration of hudson and nexus - nexus, to provide a staging ground for releases - to configure release jobs that deploy to this staging location instead of the real release repository...just generalizing on configuration that we all have in our personal settings.xml files by now. Jason's credentials are used for SVN and SSH where necessary, and I've created a new GPG key for use in this CI system, then signed it with my own key. That key ID is: 84B54612. Sorry, but I'm not at all comfortable with this. Firstly, it rules out both of our current Hudson instances, since it gives access to people outside the project to be able to read our private release key. I'm not even sure about the wisdom of using a shared key vs. an individual one and would want to ask someone with more experience. The driving idea is that you generate sub-keys so that if the primary is compromised you don't have the revoke the primary key around the world and breaking everything using the primary key, or breaking everything where a sub-key was generated with the primary key. Fairly standard stuff. Secondly, it gives others access to Jason's account on people.apache.org that are not Jason, as well as losing the information of who deployed it. Not in Hudson, the person who initiated a job can be tracked. It's not in the UI but that's easy to capture. There are other ways to handle the second part if we do have a canonical release repository on a different machine to the present one (namely, a user initiated pull from people which is easy enough). As long as the movement is auditable and secure it doesn't much matter. Let's say what we want first. Maybe we could run whatever the final proposal is past the ASF security and infrastructure teams? I think the Contegix and Infra teams would have valuable input. It's really more at the security level where they would play a part. But the goal is full automation with a reliable tool like Hudson. Cheers, Brett -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- A language that doesn’t affect the way you think about programming is not worth knowing. -— Alan Perlis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.PlaceOrder] [should process method: getOrderList hasWebMethods: true ] [endpointReferencesInterface: false] [declaring class has WebSevice: true] [returning: true] [WrapperGen - method: getOrderList(com.mycorp.myapp.orderbook.service.OrderListRequest)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.GetOrderList] [should process method: getOrderDetail hasWebMethods: true ] [endpointReferencesInterface: false] [declaring class has WebSevice: true] [returning: true] [WrapperGen - method: getOrderDetail(com.mycorp.myapp.orderbook.service.OrderDetailReques t)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.GetOrderDetail] [ProcessedMethods Class: java.lang.Object] com\mycorp\myapp\orderbook\service\jaxws\GetOrderDetail.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderDetailResponse.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderList.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderListResponse.java com\mycorp\myapp\orderbook\service\jaxws\OrderExceptionBean.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrder.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderDerivative.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderDerivativeResponse.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderResponse.java error: error reading c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom; Error opening zip file c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom Note: ap round: 2 error: error reading c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom; Error opening zip file c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom 1 error error: compilation failed, errors should have been reported [INFO] [ERROR] BUILD ERROR [INFO] Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MNG 624 and 3267
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 sounds a bit dangerous, given how the other interpolation changes have affected things :) What is the change? My main concern here is that if someone checked out the project in the future, would it still build the same considering it's got a property in it? - Brett Ralph Ralph Goers wrote: I've just run into the problem identified in these two issues (and in others). The suggestion in MNG-3267 proposes allowing the version (at a minimum) as a property. It then proposes that the version be resolved and the pom without properties be placed in the target directory. It then proposes that the install and deploy plugins deploy it from there. I don't see a response to this proposal in the issues. So, 1. Is there some objection to this proposal? This would make life simple for me. At the moment the release plugin does nothing to help me as it doesn't work the way I need it to. I will address that at a later time. 2. These are issues are flagged as 2.1. I'm not really sure why since the proposal would be completely compatible. Ralph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter [EMAIL PROTECTED] http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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 with Sun SDK. [WrapperGen - method: placeOrder(com.mycorp.myapp.orderbook.service.PlaceOrderRequest)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.PlaceOrder] [should process method: getOrderList hasWebMethods: true ] [endpointReferencesInterface: false] [declaring class has WebSevice: true] [returning: true] [WrapperGen - method: getOrderList(com.mycorp.myapp.orderbook.service.OrderListRequest)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.GetOrderList] [should process method: getOrderDetail hasWebMethods: true ] [endpointReferencesInterface: false] [declaring class has WebSevice: true] [returning: true] [WrapperGen - method: getOrderDetail(com.mycorp.myapp.orderbook.service.OrderDetailReques t)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.GetOrderDetail] [ProcessedMethods Class: java.lang.Object] com\mycorp\myapp\orderbook\service\jaxws\GetOrderDetail.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderDetailResponse.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderList.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderListResponse.java com\mycorp\myapp\orderbook\service\jaxws\OrderExceptionBean.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrder.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderDerivative.java com\mycorp\myapp\orderbook\service\jaxws \PlaceOrderDerivativeResponse.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderResponse.java error: error reading c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp- sx-myfwk-2.0.0.pom; Error opening zip file c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp- sx-myfwk-2.0.0.pom Note: ap round: 2 error: error reading c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp- sx-myfwk-2.0.0.pom; Error opening zip file c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp- sx-myfwk-2.0.0.pom 1 error error: compilation failed, errors should have been reported [INFO] [ERROR] BUILD ERROR [INFO] Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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 read) POM as zip when using IBM SDK and not with Sun SDK. [WrapperGen - method: placeOrder(com.mycorp.myapp.orderbook.service.PlaceOrderRequest)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.PlaceOrder] [should process method: getOrderList hasWebMethods: true ] [endpointReferencesInterface: false] [declaring class has WebSevice: true] [returning: true] [WrapperGen - method: getOrderList(com.mycorp.myapp.orderbook.service.OrderListRequest)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.GetOrderList] [should process method: getOrderDetail hasWebMethods: true ] [endpointReferencesInterface: false] [declaring class has WebSevice: true] [returning: true] [WrapperGen - method: getOrderDetail(com.mycorp.myapp.orderbook.service.OrderDetailReques t)] [method.getDeclaringType(): com.mycorp.myapp.orderbook.service.OrderService] [requestWrapper: com.mycorp.myapp.orderbook.service.jaxws.GetOrderDetail] [ProcessedMethods Class: java.lang.Object] com\mycorp\myapp\orderbook\service\jaxws\GetOrderDetail.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderDetailResponse.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderList.java com\mycorp\myapp\orderbook\service\jaxws\GetOrderListResponse.java com\mycorp\myapp\orderbook\service\jaxws\OrderExceptionBean.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrder.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderDerivative.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderDerivativeResponse.java com\mycorp\myapp\orderbook\service\jaxws\PlaceOrderResponse.java error: error reading c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom; Error opening zip file c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom Note: ap round: 2 error: error reading c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom; Error opening zip file c:\maven-repository\com\mycorp\sx\myfwk\mycorp-sx-myfwk\2.0.0\mycorp-sx-myfwk-2.0.0.pom 1 error error: compilation failed, errors should have been reported [INFO] [ERROR] BUILD ERROR [INFO] Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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]
Re: jaxws-maven-plugin failure on non Sun SDK
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 PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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 plugin/mojo ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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 PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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
version1.5.0/version
scopesystem/scope
systemPath${java.home}/../lib/tools.jar/systemPath
/dependency
/dependencies
---
If system scope is no more supported , I could close a bug report on
maven 2.1 (one less) ;)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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
groupIdcom.sun/groupId
artifactIdtools/artifactId
version1.5.0/version
scopesystem/scope
systemPath${java.home}/../lib/tools.jar/systemPath
/dependency
/dependencies
---
If system scope is no more supported , I could close a bug report on
maven 2.1 (one less) ;)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: MNG 624 and 3267
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 of code!). That sounds a bit dangerous, given how the other interpolation changes have affected things :) What is the change? My main concern here is that if someone checked out the project in the future, would it still build the same considering it's got a property in it? I'm still working on it. I'm trying for something simple, but as is usual there are always side effects to watch out for. I'll let you know when I have something that works without impacting anything. In a nutshell though, I'm not looking for a real property. I just want a property that says use the version that is in the parent at the relative path. Of course, the trick here is that when the pom is installed or deployed that variable has to be replaced with a real version. Ralph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxws-maven-plugin failure on non Sun SDK
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]
Re: jaxws-maven-plugin failure on non Sun SDK
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]
Re: Maven dependencies on itself.
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 in the local repo, and then get the metadata. I am trying the other way around - get metadata only, resolve conflicts, and then download actual artifacts that are required. Oleg Are you handling the problem of Single Artifact can not be available on multiple repositories? http://docs.codehaus.org/display/MAVENUSER/Patching+Maven+Plugins http://www.nabble.com/forum/ViewPost.jtp?post=7884079framed=yskin=177 The metadata needs to include the repository that the artifact is available from. 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 manager hides all those complexities - I don't want to worry too much about this issue for now, in most cases - Nexus will be the only repository visible on the client anyway. Oleg At the moment i think it uses the last repository searched. Cheers Barrie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Getting a config.xml via HTTP
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 XPath is needed, or various parameters. I basically want to grab a set of jobs from a canonical machine and replicate them to nodes. This is for testing Maven itself actually. Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- To do two things at once is to do neither. -—Publilius Syrus, Roman slave, first century B.C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting a config.xml via HTTP
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 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 XPath is needed, or various parameters. I basically want to grab a set of jobs from a canonical machine and replicate them to nodes. This is for testing Maven itself actually. Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- To do two things at once is to do neither. -—Publilius Syrus, Roman slave, first century B.C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting a config.xml via HTTP
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 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 XPath is needed, or various parameters. I basically want to grab a set of jobs from a canonical machine and replicate them to nodes. This is for testing Maven itself actually. Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- To do two things at once is to do neither. -—Publilius Syrus, Roman slave, first century B.C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Our achievements speak for themselves. What we have to keep track of are our failures, discouragements and doubts. We tend to forget the past difficulties, the many false starts, and the painful groping. We see our past achievements as the end result of a clean forward thrust, and our present difficulties as signs of decline and decay. -- Eric Hoffer, Reflections on the Human Condition - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Developing Maven 2.1
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 has also started creating automated ways to release to stage, and subsequent promotion upon success. So for any component in the tool chain there will be a way to do a consistent release from a canonical machine. Just for posterity (if we're going to be using this as an official release vector for the entire project): 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 environment like Hudson. I've committed this script to: https://svn.apache.org/repos/asf/maven/sandbox/trunk/scripts. The rest of this release infrastructure has simply been configuration of hudson and nexus - nexus, to provide a staging ground for releases - to configure release jobs that deploy to this staging location instead of the real release repository...just generalizing on configuration that we all have in our personal settings.xml files by now. Jason's credentials are used for SVN and SSH where necessary, and I've created a new GPG key for use in this CI system, then signed it with my own key. That key ID is: 84B54612. To echo Jason, the goal here is to create an environment that - if not perfectly flawless - is at least a known quantity. Just as we've moved in the direction of pointing to our CI servers as the definitive point of reference for our unit and integration tests (though we're not quite there yet), we need to be releasing Maven artifacts from a similarly definitive environment. In principle, the configuration and script I've written (above) should enable any team to enable a similar release infrastructure for their own projects. -john I tried to automate part of the Maven release process (including staging a release and voting on it) as a demo of Hudson-JBPM integration. This is a work in progress, but if you're interested, you can find more info at http://hudson.gotdns.com/wiki/display/HUDSON/JBPM+Plugin Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Developing Maven 2.1
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 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 has also started creating automated ways to release to stage, and subsequent promotion upon success. So for any component in the tool chain there will be a way to do a consistent release from a canonical machine. Just for posterity (if we're going to be using this as an official release vector for the entire project): 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 environment like Hudson. I've committed this script to: https://svn.apache.org/repos/asf/maven/sandbox/trunk/scripts. The rest of this release infrastructure has simply been configuration of hudson and nexus - nexus, to provide a staging ground for releases - to configure release jobs that deploy to this staging location instead of the real release repository...just generalizing on configuration that we all have in our personal settings.xml files by now. Jason's credentials are used for SVN and SSH where necessary, and I've created a new GPG key for use in this CI system, then signed it with my own key. That key ID is: 84B54612. To echo Jason, the goal here is to create an environment that - if not perfectly flawless - is at least a known quantity. Just as we've moved in the direction of pointing to our CI servers as the definitive point of reference for our unit and integration tests (though we're not quite there yet), we need to be releasing Maven artifacts from a similarly definitive environment. In principle, the configuration and script I've written (above) should enable any team to enable a similar release infrastructure for their own projects. -john I tried to automate part of the Maven release process (including staging a release and voting on it) as a demo of Hudson-JBPM integration. This is a work in progress, but if you're interested, you can find more info at http://hudson.gotdns.com/wiki/display/HUDSON/JBPM+Plugin Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Three people can keep a secret provided two of them are dead. -- Unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Developing Maven 2.1
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 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 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 has also started creating automated ways to release to stage, and subsequent promotion upon success. So for any component in the tool chain there will be a way to do a consistent release from a canonical machine. Just for posterity (if we're going to be using this as an official release vector for the entire project): 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 environment like Hudson. I've committed this script to: https://svn.apache.org/repos/asf/maven/sandbox/trunk/scripts. The rest of this release infrastructure has simply been configuration of hudson and nexus - nexus, to provide a staging ground for releases - to configure release jobs that deploy to this staging location instead of the real release repository...just generalizing on configuration that we all have in our personal settings.xml files by now. Jason's credentials are used for SVN and SSH where necessary, and I've created a new GPG key for use in this CI system, then signed it with my own key. That key ID is: 84B54612. To echo Jason, the goal here is to create an environment that - if not perfectly flawless - is at least a known quantity. Just as we've moved in the direction of pointing to our CI servers as the definitive point of reference for our unit and integration tests (though we're not quite there yet), we need to be releasing Maven artifacts from a similarly definitive environment. In principle, the configuration and script I've written (above) should enable any team to enable a similar release infrastructure for their own projects. -john I tried to automate part of the Maven release process (including staging a release and voting on it) as a demo of Hudson-JBPM integration. This is a work in progress, but if you're interested, you can find more info at http://hudson.gotdns.com/wiki/display/HUDSON/JBPM+Plugin Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Three people can keep a secret provided two of them are dead. -- Unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant Task for 2.0.9 on trunk?
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 van Zyl Founder, Apache Maven jason at sonatype dot com -- We know what we are, but know not what we may be. -- Shakespeare - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant Task for 2.0.9 on trunk?
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 instead of direct core components? and don't want to mess up anything you were doing. no problem unit-tests in sample.build.xml were added just to prepare this big change with confidence Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- We know what we are, but know not what we may be. -- Shakespeare - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven dependencies on itself.
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 manager hides all those complexities - I don't want to worry too much about this issue for now, in most cases - Nexus will be the only repository visible on the client anyway. Can you explain this a bit further please? The client should be using the correct URI for the request, but is redirected to the the proxy. So the repository order should not impact the metadata resolution. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven dependencies on itself.
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 repositories. As Nexus repository manager hides all those complexities - I don't want to worry too much about this issue for now, in most cases - Nexus will be the only repository visible on the client anyway. Can you explain this a bit further please? The client should be using the correct URI for the request, but is redirected to the the proxy. So the repository order should not impact the metadata resolution. I outlined the 3 phase resolution process in http://docs.codehaus.org/display/MAVEN/SAT+Based+Dependency+Resolution In short - metadata is collected first. The piece of metadata is URI of the binary. Then dependency tree [graph] - is resolved for conflicts, which leaves only valid artifacts metadata. Then this metadata is used to locate and download the actual binaries. Whatever URI Nexus will give me with the metadata, will be used to get the binary. If Nexus is not in the picture and remote repositories are dumb http file systems, the order will matter. The one where md is found, will be in the URI. Which will be the one first searched - TBD Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant Task for 2.0.9 on trunk?
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 using 2.1.x +1 do you intend to use embedder instead of direct core components? and don't want to mess up anything you were doing. no problem unit-tests in sample.build.xml were added just to prepare this big change with confidence I will start by just using what I can directly, and then gradually switch it over to newer stuff. Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- We know what we are, but know not what we may be. -- Shakespeare - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Three people can keep a secret provided two of them are dead. -- Unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant Task for 2.0.9 on 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 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 instead of direct core components? and don't want to mess up anything you were doing. no problem unit-tests in sample.build.xml were added just to prepare this big change with confidence Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- We know what we are, but know not what we may be. -- Shakespeare - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- Selfish deeds are the shortest path to self destruction. -- The Seven Samuari, Akira Kirosawa - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r674876 - /maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
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: http://svn.apache.org/viewvc?rev=674876view=rev
Log:
Taking another shot at cleaning up the NPE related to wagon beta-3
and the digest that goes null on a transfer error...this time,
remove the checksum observers before verifying the checksum(s).
Modified:
maven/components/branches/maven-2.0.x/maven-artifact-manager/src/
main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
Modified: maven/components/branches/maven-2.0.x/maven-artifact-
manager/src/main/java/org/apache/maven/artifact/manager/
DefaultWagonManager.java
URL:
http://svn.apache.org/viewvc/maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java?rev=674876r1=674875r2=674876view=diff
=
=
=
=
=
=
=
=
==
--- maven/components/branches/maven-2.0.x/maven-artifact-manager/src/
main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
(original)
+++ maven/components/branches/maven-2.0.x/maven-artifact-manager/src/
main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
Tue Jul 8 09:54:18 2008
@@ -468,6 +468,16 @@
if ( downloaded )
{
+if ( sha1ChecksumObserver != null )
+{
+
wagon.removeTransferListener( sha1ChecksumObserver );
+}
+
+if ( md5ChecksumObserver != null )
+{
+
wagon.removeTransferListener( md5ChecksumObserver );
+}
+
// keep the checksum files from showing up
on the download monitor...
if ( downloadMonitor != null )
{
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r674876 - /maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
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: 674876
URL: http://svn.apache.org/viewvc?rev=674876view=rev
Log:
Taking another shot at cleaning up the NPE related to wagon beta-3
and the digest that goes null on a transfer error...this time, remove
the checksum observers before verifying the checksum(s).
Modified:
maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
Modified:
maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
URL:
http://svn.apache.org/viewvc/maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java?rev=674876r1=674875r2=674876view=diff
==
---
maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
(original)
+++
maven/components/branches/maven-2.0.x/maven-artifact-manager/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
Tue Jul 8 09:54:18 2008
@@ -468,6 +468,16 @@
if ( downloaded )
{
+if ( sha1ChecksumObserver != null )
+{
+wagon.removeTransferListener(
sha1ChecksumObserver );
+}
+
+if ( md5ChecksumObserver != null )
+{
+wagon.removeTransferListener(
md5ChecksumObserver );
+}
+
// keep the checksum files from showing up on
the download monitor...
if ( downloadMonitor != null )
{
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
John Casey
Developer, PMC Member - Apache Maven (http://maven.apache.org)
Blog: http://www.ejlife.net/blogs/buildchimp/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r674941 - in /maven/artifact/trunk/src: main/java/org/apache/maven/artifact/manager/ main/java/org/apache/maven/artifact/repository/ test/java/org/apache/maven/artifact/manager/
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 Revision: 674941
URL: http://svn.apache.org/viewvc?rev=674941view=rev
Log:
MARTIFACT-29: Prevent checking from all remote repositories once the
artifact is found.
Submitted by: Igor Fedorenko
Modified:
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
manager/DefaultWagonManager.java
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
repository/DefaultArtifactRepository.java
maven/artifact/trunk/src/test/java/org/apache/maven/artifact/
manager/DefaultWagonManagerTest.java
Modified: maven/artifact/trunk/src/main/java/org/apache/maven/
artifact/manager/DefaultWagonManager.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java?rev=674941r1=674940r2=674941view=diff
=
=
=
=
=
=
=
=
==
--- maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
manager/DefaultWagonManager.java (original)
+++ maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
manager/DefaultWagonManager.java Tue Jul 8 13:36:14 2008
@@ -333,14 +333,15 @@
boolean force )
throws TransferFailedException, ResourceDoesNotExistException
{
-boolean successful = false;
-
for (ArtifactRepository repository : remoteRepositories) {
try
{
getArtifact( artifact, repository, force );
-successful = artifact.isResolved();
+if (artifact.isResolved())
+{
+ break;
+}
}
catch ( ResourceDoesNotExistException e )
{
@@ -358,7 +359,7 @@
}
// if it already exists locally we were just trying to force
it - ignore the update
-if ( !successful !artifact.getFile().exists() )
+if ( !artifact.getFile().exists() )
{
throw new ResourceDoesNotExistException( Unable to
download the artifact from any repository );
}
Modified: maven/artifact/trunk/src/main/java/org/apache/maven/
artifact/repository/DefaultArtifactRepository.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/main/java/org/apache/maven/artifact/repository/DefaultArtifactRepository.java?rev=674941r1=674940r2=674941view=diff
=
=
=
=
=
=
=
=
==
--- maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
repository/DefaultArtifactRepository.java (original)
+++ maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
repository/DefaultArtifactRepository.java Tue Jul 8 13:36:14 2008
@@ -35,7 +35,7 @@
extends Repository
implements ArtifactRepository
{
-private final ArtifactRepositoryLayout layout;
+private ArtifactRepositoryLayout layout;
private ArtifactRepositoryPolicy snapshots;
Modified: maven/artifact/trunk/src/test/java/org/apache/maven/
artifact/manager/DefaultWagonManagerTest.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/test/java/org/apache/maven/artifact/manager/DefaultWagonManagerTest.java?rev=674941r1=674940r2=674941view=diff
=
=
=
=
=
=
=
=
==
--- maven/artifact/trunk/src/test/java/org/apache/maven/artifact/
manager/DefaultWagonManagerTest.java (original)
+++ maven/artifact/trunk/src/test/java/org/apache/maven/artifact/
manager/DefaultWagonManagerTest.java Tue Jul 8 13:36:14 2008
@@ -21,6 +21,8 @@
import java.io.File;
import java.io.IOException;
+import java.util.ArrayList;
+import java.util.List;
import org.apache.maven.artifact.Artifact;
import org.apache.maven.artifact.DefaultArtifact;
@@ -31,13 +33,16 @@
import org.apache.maven.artifact.repository.DefaultArtifactRepository;
import
org.apache.maven.artifact.repository.layout.ArtifactRepositoryLayout;
import
org.apache.maven.artifact.repository.layout.DefaultRepositoryLayout;
+import org.apache.maven.artifact.resolver.TestTransferListener;
import org.apache.maven.artifact.versioning.VersionRange;
import org.apache.maven.wagon.ResourceDoesNotExistException;
import org.apache.maven.wagon.TransferFailedException;
import org.apache.maven.wagon.UnsupportedProtocolException;
import org.apache.maven.wagon.Wagon;
import org.apache.maven.wagon.authorization.AuthorizationException;
+import org.apache.maven.wagon.events.TransferEvent;
import org.apache.maven.wagon.events.TransferListener;
+import org.apache.maven.wagon.observers.AbstractTransferListener;
import org.apache.maven.wagon.observers.Debug;
import
Re: svn commit: r674941 - in /maven/artifact/trunk/src: main/java/org/apache/maven/artifact/manager/ main/java/org/apache/maven/artifact/repository/ test/java/org/apache/maven/artifact/manager/
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. never/daily/etc) and force (i.e. -U) flag for all missing
release artifacts.
Brett Porter wrote:
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 Revision: 674941
URL: http://svn.apache.org/viewvc?rev=674941view=rev
Log:
MARTIFACT-29: Prevent checking from all remote repositories once the
artifact is found.
Submitted by: Igor Fedorenko
Modified:
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/repository/DefaultArtifactRepository.java
maven/artifact/trunk/src/test/java/org/apache/maven/artifact/manager/DefaultWagonManagerTest.java
Modified:
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java?rev=674941r1=674940r2=674941view=diff
==
---
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
(original)
+++
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java
Tue Jul 8 13:36:14 2008
@@ -333,14 +333,15 @@
boolean force )
throws TransferFailedException, ResourceDoesNotExistException
{
-boolean successful = false;
-
for (ArtifactRepository repository : remoteRepositories) {
try
{
getArtifact( artifact, repository, force );
-successful = artifact.isResolved();
+if (artifact.isResolved())
+{
+break;
+}
}
catch ( ResourceDoesNotExistException e )
{
@@ -358,7 +359,7 @@
}
// if it already exists locally we were just trying to force
it - ignore the update
-if ( !successful !artifact.getFile().exists() )
+if ( !artifact.getFile().exists() )
{
throw new ResourceDoesNotExistException( Unable to
download the artifact from any repository );
}
Modified:
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/repository/DefaultArtifactRepository.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/main/java/org/apache/maven/artifact/repository/DefaultArtifactRepository.java?rev=674941r1=674940r2=674941view=diff
==
---
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/repository/DefaultArtifactRepository.java
(original)
+++
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/repository/DefaultArtifactRepository.java
Tue Jul 8 13:36:14 2008
@@ -35,7 +35,7 @@
extends Repository
implements ArtifactRepository
{
-private final ArtifactRepositoryLayout layout;
+private ArtifactRepositoryLayout layout;
private ArtifactRepositoryPolicy snapshots;
Modified:
maven/artifact/trunk/src/test/java/org/apache/maven/artifact/manager/DefaultWagonManagerTest.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/test/java/org/apache/maven/artifact/manager/DefaultWagonManagerTest.java?rev=674941r1=674940r2=674941view=diff
==
---
maven/artifact/trunk/src/test/java/org/apache/maven/artifact/manager/DefaultWagonManagerTest.java
(original)
+++
maven/artifact/trunk/src/test/java/org/apache/maven/artifact/manager/DefaultWagonManagerTest.java
Tue Jul 8 13:36:14 2008
@@ -21,6 +21,8 @@
import java.io.File;
import java.io.IOException;
+import java.util.ArrayList;
+import java.util.List;
import org.apache.maven.artifact.Artifact;
import org.apache.maven.artifact.DefaultArtifact;
@@ -31,13 +33,16 @@
import org.apache.maven.artifact.repository.DefaultArtifactRepository;
import
org.apache.maven.artifact.repository.layout.ArtifactRepositoryLayout;
import
org.apache.maven.artifact.repository.layout.DefaultRepositoryLayout;
+import org.apache.maven.artifact.resolver.TestTransferListener;
import org.apache.maven.artifact.versioning.VersionRange;
import org.apache.maven.wagon.ResourceDoesNotExistException;
import org.apache.maven.wagon.TransferFailedException;
import org.apache.maven.wagon.UnsupportedProtocolException;
import
Re: svn commit: r674941 - in /maven/artifact/trunk/src: main/java/org/apache/maven/artifact/manager/ main/java/org/apache/maven/artifact/repository/ test/java/org/apache/maven/artifact/manager/
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 in my other reply, I'm not sure that's a good idea.
Should we proceed with the release and look to address this in a
future release then?
- Brett
Brett Porter wrote:
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 Revision: 674941
URL: http://svn.apache.org/viewvc?rev=674941view=rev
Log:
MARTIFACT-29: Prevent checking from all remote repositories once
the artifact is found.
Submitted by: Igor Fedorenko
Modified:
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
manager/DefaultWagonManager.java
maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
repository/DefaultArtifactRepository.java
maven/artifact/trunk/src/test/java/org/apache/maven/artifact/
manager/DefaultWagonManagerTest.java
Modified: maven/artifact/trunk/src/main/java/org/apache/maven/
artifact/manager/DefaultWagonManager.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/main/java/org/apache/maven/artifact/manager/DefaultWagonManager.java?rev=674941r1=674940r2=674941view=diff
=
=
=
=
=
=
=
=
=
=
--- maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
manager/DefaultWagonManager.java (original)
+++ maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
manager/DefaultWagonManager.java Tue Jul 8 13:36:14 2008
@@ -333,14 +333,15 @@
boolean force )
throws TransferFailedException, ResourceDoesNotExistException
{
-boolean successful = false;
-
for (ArtifactRepository repository : remoteRepositories) {
try
{
getArtifact( artifact, repository, force );
-successful = artifact.isResolved();
+if (artifact.isResolved())
+{
+break;
+}
}
catch ( ResourceDoesNotExistException e )
{
@@ -358,7 +359,7 @@
}
// if it already exists locally we were just trying to
force it - ignore the update
-if ( !successful !artifact.getFile().exists() )
+if ( !artifact.getFile().exists() )
{
throw new ResourceDoesNotExistException( Unable to
download the artifact from any repository );
}
Modified: maven/artifact/trunk/src/main/java/org/apache/maven/
artifact/repository/DefaultArtifactRepository.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/main/java/org/apache/maven/artifact/repository/DefaultArtifactRepository.java?rev=674941r1=674940r2=674941view=diff
=
=
=
=
=
=
=
=
=
=
--- maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
repository/DefaultArtifactRepository.java (original)
+++ maven/artifact/trunk/src/main/java/org/apache/maven/artifact/
repository/DefaultArtifactRepository.java Tue Jul 8 13:36:14 2008
@@ -35,7 +35,7 @@
extends Repository
implements ArtifactRepository
{
-private final ArtifactRepositoryLayout layout;
+private ArtifactRepositoryLayout layout;
private ArtifactRepositoryPolicy snapshots;
Modified: maven/artifact/trunk/src/test/java/org/apache/maven/
artifact/manager/DefaultWagonManagerTest.java
URL:
http://svn.apache.org/viewvc/maven/artifact/trunk/src/test/java/org/apache/maven/artifact/manager/DefaultWagonManagerTest.java?rev=674941r1=674940r2=674941view=diff
=
=
=
=
=
=
=
=
=
=
--- maven/artifact/trunk/src/test/java/org/apache/maven/artifact/
manager/DefaultWagonManagerTest.java (original)
+++ maven/artifact/trunk/src/test/java/org/apache/maven/artifact/
manager/DefaultWagonManagerTest.java Tue Jul 8 13:36:14 2008
@@ -21,6 +21,8 @@
import java.io.File;
import java.io.IOException;
+import java.util.ArrayList;
+import java.util.List;
import org.apache.maven.artifact.Artifact;
import org.apache.maven.artifact.DefaultArtifact;
@@ -31,13 +33,16 @@
import
org.apache.maven.artifact.repository.DefaultArtifactRepository;
import
org
.apache.maven.artifact.repository.layout.ArtifactRepositoryLayout;
import
org.apache.maven.artifact.repository.layout.DefaultRepositoryLayout;
+import org.apache.maven.artifact.resolver.TestTransferListener;
import org.apache.maven.artifact.versioning.VersionRange;
import org.apache.maven.wagon.ResourceDoesNotExistException;
import
