Re: Setting java.library.path in surefire/maven/netbeans
Could you post you pom please, just so I can compare. Also did you see the updated setting in the sure-fire report ? On 22/07/14 20:51, Arnaud bourree wrote: > I used -Djava.library.path=... without issue with > Netbeans 8 and Surefire 2.17 > > Arnaud > > > 2014-07-21 22:03 GMT+02:00 Alexander : > >> I would like to test my JAI enabled application, but seem to be getting >> errors when accessing the JAI components. I suspect this is caused by the >> absence of native support. I tried setting the java.library.path using >> systemProperties as well as argLine, however none of these options result >> in the change appearing in the surefire report. >> >> pom.xml >> --- >> >> org.apache.maven.plugins >> maven-surefire-plugin >> 2.17 >> >> -Djava.library.path=/usr/lib64/sun-jai-bin/ >> >> >> >> surefire-report >> === >> > >> value="/opt/oracle-jdk-bin-1.8.0.11/jre/lib/amd64:/opt/oracle-jdk-bin-1.8.0.11/jre/lib/i386::/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib"/> >> >> I am using netbeans (v8) and surefire 2.17. >> >> Thanks >> Alex >> >> - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Re: Why not a forum
There were a lot of replies so far so I want to thank everyone who responded. I have received a lot of information and I'll have to give it thoughtful consideration and try to absorb it. I think the response that makes the most sense was that from Paul Benedict: apache is a non-profit [and] cost should be minimal. Otherwise, I am generally the odd-man-out so please don't be surprised or offended, but I do prefer forums over email lists. Maybe with more time on here I'll adapt without being assimilated. Thanks, though, to all for the replies. It gives me something to consider. Dale -Original Message- From: Ron Wheeler [mailto:rwhee...@artifact-software.com] Sent: Tuesday, July 22, 2014 3:36 PM To: users@maven.apache.org Subject: [EXTERNAL]Re: Why not a forum "Apache Policy is that if it didn't happen on the mailing list, it didn't happen." This policy is more important for the dev list where the mailing list is an integral part of the decision making process and is the official record of the project. For user's, it is not so important. I currently subscribe here and am one of the 2800 on LinkedIn. This is a more active place but LinkedIn is going to grow simply because LinkedIn is already a large group and is part of a larger community with 300 million members. It may be a while before the quality of discussion on LinkedIn matches this mailing list but I would be opposed to supporting any other forum since 1 mailing list and 1 forum is enough. There is no need to pull scarce resources from Apache to build something from scratch that competes with a Maven group that has 2800 members already. Ron On 22/07/2014 4:11 PM, Stephen Connolly wrote: > Apache Policy is that if it didn't happen on the mailing list, it > didn't happen. > > The ASF *is* mailing lists. > > If you want a forum-like interface there's Nabble... > > GMail does great structuring and search for me. > > > On 22 July 2014 21:09, james northrup wrote: > >> bikeshedding >> >> >> On Tue, Jul 22, 2014 at 12:43 PM, Ron Wheeler < >> rwhee...@artifact-software.com> wrote: >> >>> On 22/07/2014 1:21 PM, Graham Leggett wrote: >>> On 22 Jul 2014, at 7:17 PM, Ron Wheeler >>> wrote: Not true. > You get an e-mail (individual or digest) that you can scan to see > if >> you > want to participate in the discussion. > No more onerous than belonging to this group. > It also sorts out promotions and job offers from "real" discussions. > You mean like a mailing list? :) >>> Yes. >>> that was in response to a specific question. >>> >>> >>> Google does a way better job than any forum search function, and that’s the only meaningful feature in most forum software. Whenever I see a >> forum I generally ask “why not just a mailing list”? >>> Better threading. Better connection to profiles. Easy to see how >>> active the group is and who belongs. >>> Single sign-on for all groups. >>> Maven group already exists with 2800 members. >>> Regards, Graham — >>> -- >>> Ron Wheeler >>> President >>> Artifact Software Inc >>> email: rwhee...@artifact-software.com >>> skype: ronaldmwheeler >>> phone: 866-970-2435, ext 102 >>> >>> >>> >>> - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> >> -- >> Jim Northrup * (408) 837-2270 * >> -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
"Apache Policy is that if it didn't happen on the mailing list, it didn't happen." This policy is more important for the dev list where the mailing list is an integral part of the decision making process and is the official record of the project. For user's, it is not so important. I currently subscribe here and am one of the 2800 on LinkedIn. This is a more active place but LinkedIn is going to grow simply because LinkedIn is already a large group and is part of a larger community with 300 million members. It may be a while before the quality of discussion on LinkedIn matches this mailing list but I would be opposed to supporting any other forum since 1 mailing list and 1 forum is enough. There is no need to pull scarce resources from Apache to build something from scratch that competes with a Maven group that has 2800 members already. Ron On 22/07/2014 4:11 PM, Stephen Connolly wrote: Apache Policy is that if it didn't happen on the mailing list, it didn't happen. The ASF *is* mailing lists. If you want a forum-like interface there's Nabble... GMail does great structuring and search for me. On 22 July 2014 21:09, james northrup wrote: bikeshedding On Tue, Jul 22, 2014 at 12:43 PM, Ron Wheeler < rwhee...@artifact-software.com> wrote: On 22/07/2014 1:21 PM, Graham Leggett wrote: On 22 Jul 2014, at 7:17 PM, Ron Wheeler You get an e-mail (individual or digest) that you can scan to see if you want to participate in the discussion. No more onerous than belonging to this group. It also sorts out promotions and job offers from "real" discussions. You mean like a mailing list? :) Yes. that was in response to a specific question. Google does a way better job than any forum search function, and that’s the only meaningful feature in most forum software. Whenever I see a forum I generally ask “why not just a mailing list”? Better threading. Better connection to profiles. Easy to see how active the group is and who belongs. Single sign-on for all groups. Maven group already exists with 2800 members. Regards, Graham — -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Jim Northrup * (408) 837-2270 * -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 And there's gmane with your newsreader of choice (I use Pan). Thunderbird synched to gmail / yahoo mail work nicely for searches and threading as well. /mde/ On 7/22/2014 1:11 PM, Stephen Connolly wrote: > Apache Policy is that if it didn't happen on the mailing list, it > didn't happen. > > The ASF *is* mailing lists. > > If you want a forum-like interface there's Nabble... > > GMail does great structuring and search for me. > > > On 22 July 2014 21:09, james northrup > wrote: > >> bikeshedding >> >> >> On Tue, Jul 22, 2014 at 12:43 PM, Ron Wheeler < >> rwhee...@artifact-software.com> wrote: >> >>> On 22/07/2014 1:21 PM, Graham Leggett wrote: >>> On 22 Jul 2014, at 7:17 PM, Ron Wheeler >> wrote: Not true. > You get an e-mail (individual or digest) that you can scan > to see if >> you > want to participate in the discussion. No more onerous than > belonging to this group. It also sorts out promotions and > job offers from "real" discussions. > You mean like a mailing list? :) >>> Yes. that was in response to a specific question. >>> >>> >>> Google does a way better job than any forum search function, and that’s the only meaningful feature in most forum software. Whenever I see a >> forum I generally ask “why not just a mailing list”? >>> Better threading. Better connection to profiles. Easy to see >>> how active the group is and who belongs. Single sign-on for all >>> groups. Maven group already exists with 2800 members. >>> Regards, Graham — >>> >>> -- Ron Wheeler President Artifact Software Inc email: >>> rwhee...@artifact-software.com skype: ronaldmwheeler phone: >>> 866-970-2435, ext 102 >>> >>> >>> - >>> >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> >> >> -- Jim Northrup * (408) 837-2270 * >> > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTzsjgAAoJEEFGbsYNeTwtvZkIAKuvABEsr5YS3P8AMJLcNGXK 16Pt5WX3ucIfuuF5xX5WgXnfyGBCyIOACOZ7F2/L1gsv5utdFrhlZu3fxnX/UZFJ wlZXcxGkOXf96fl9QZDjsaeeAfA7zwmnXnKc9XBPV3mSbgSvauccn70Fahbze+rk DEgVoBdQiuweUfYqSeK2tye/OeDPXIu3ckfe5THt/8qT1mQJuJtRt/1/HjTmkdXn fkJxrMg22W1Bc8HMVR/LhTr0y8CkNQHm1MXmcb0JtbT24UggPm75LPV4+NTgcFD3 9u8gSF1a0+ppU/zvLBp+D7ArygP4eLW/59XzKxmakJZf5fUh6jfxLK9O5BT9UCc= =bE4m -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
Apache Policy is that if it didn't happen on the mailing list, it didn't happen. The ASF *is* mailing lists. If you want a forum-like interface there's Nabble... GMail does great structuring and search for me. On 22 July 2014 21:09, james northrup wrote: > bikeshedding > > > On Tue, Jul 22, 2014 at 12:43 PM, Ron Wheeler < > rwhee...@artifact-software.com> wrote: > > > On 22/07/2014 1:21 PM, Graham Leggett wrote: > > > >> On 22 Jul 2014, at 7:17 PM, Ron Wheeler > > >> wrote: > >> > >> Not true. > >>> You get an e-mail (individual or digest) that you can scan to see if > you > >>> want to participate in the discussion. > >>> No more onerous than belonging to this group. > >>> It also sorts out promotions and job offers from "real" discussions. > >>> > >> You mean like a mailing list? :) > >> > > Yes. > > that was in response to a specific question. > > > > > > > >> Google does a way better job than any forum search function, and that’s > >> the only meaningful feature in most forum software. Whenever I see a > forum > >> I generally ask “why not just a mailing list”? > >> > > Better threading. Better connection to profiles. Easy to see how active > > the group is and who belongs. > > Single sign-on for all groups. > > Maven group already exists with 2800 members. > > > >> Regards, > >> Graham > >> — > >> > >> > >> > > > > -- > > Ron Wheeler > > President > > Artifact Software Inc > > email: rwhee...@artifact-software.com > > skype: ronaldmwheeler > > phone: 866-970-2435, ext 102 > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > -- > Jim Northrup * (408) 837-2270 * >
Re: Why not a forum
bikeshedding On Tue, Jul 22, 2014 at 12:43 PM, Ron Wheeler < rwhee...@artifact-software.com> wrote: > On 22/07/2014 1:21 PM, Graham Leggett wrote: > >> On 22 Jul 2014, at 7:17 PM, Ron Wheeler >> wrote: >> >> Not true. >>> You get an e-mail (individual or digest) that you can scan to see if you >>> want to participate in the discussion. >>> No more onerous than belonging to this group. >>> It also sorts out promotions and job offers from "real" discussions. >>> >> You mean like a mailing list? :) >> > Yes. > that was in response to a specific question. > > > >> Google does a way better job than any forum search function, and that’s >> the only meaningful feature in most forum software. Whenever I see a forum >> I generally ask “why not just a mailing list”? >> > Better threading. Better connection to profiles. Easy to see how active > the group is and who belongs. > Single sign-on for all groups. > Maven group already exists with 2800 members. > >> Regards, >> Graham >> — >> >> >> > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- Jim Northrup * (408) 837-2270 *
Re: Why not a forum
On 22/07/2014 1:21 PM, Graham Leggett wrote: On 22 Jul 2014, at 7:17 PM, Ron Wheeler wrote: Not true. You get an e-mail (individual or digest) that you can scan to see if you want to participate in the discussion. No more onerous than belonging to this group. It also sorts out promotions and job offers from "real" discussions. You mean like a mailing list? :) Yes. that was in response to a specific question. Google does a way better job than any forum search function, and that’s the only meaningful feature in most forum software. Whenever I see a forum I generally ask “why not just a mailing list”? Better threading. Better connection to profiles. Easy to see how active the group is and who belongs. Single sign-on for all groups. Maven group already exists with 2800 members. Regards, Graham — -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-dependency-plugin unpacking aar format?
Hi, to be able to unpack/unarchive Maven must know which Unarchiver should be used for this type. 'aar' is not one of the few default supported types, hence the exception. The plugin responsible for packaging the aar-file should also have configured how to unarchive the aar-file. In case of dependency:unpack it is quite simple: I would expect that the packaging plugin is configured in the pom.xml with a true. This way Maven can find such information. However, I can imagine that in case of unpack-dependencies the aar-project.pom isn't used to detect the corresponding Unarchiver. Sounds like an improvement to me. thanks, Robert ps. this is also an interesting usecase for the consumer-pom or the flatten-maven-plugin Op Mon, 21 Jul 2014 22:40:18 +0200 schreef David Hoffer : I'm getting the following error trying to unpack some files from an aar. Is this not supported? Is there any way to do this? Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.8:unpack-dependencies (unpack-service) on project service: Unknown archiver type: No such archiver: 'aar'. -> [Help 1] -Dave - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
On 22 Jul 2014, at 7:17 PM, Ron Wheeler wrote: > Not true. > You get an e-mail (individual or digest) that you can scan to see if you want > to participate in the discussion. > No more onerous than belonging to this group. > It also sorts out promotions and job offers from "real" discussions. You mean like a mailing list? :) Google does a way better job than any forum search function, and that’s the only meaningful feature in most forum software. Whenever I see a forum I generally ask “why not just a mailing list”? Regards, Graham — - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
On 22/07/2014 1:07 PM, Steven Schlansker wrote: Even with infinite resources, IMO an archived / searchable mail list is far superior to a forum. I sign up for 5 or 6 projects’ mailing lists and passively watch traffic to learn more about the projects. With a forum, I would have to bounce around every day to keep on top of what’s going on. Not true. You get an e-mail (individual or digest) that you can scan to see if you want to participate in the discussion. No more onerous than belonging to this group. It also sorts out promotions and job offers from "real" discussions. Ron On Jul 22, 2014, at 10:04 AM, Martin Gainty wrote: 99% of the servers we use are donated by Universities so if the Univ admins dont support we dont either Everyone who appears on the list to answer questions and/or propose modifications is doing so on a pro-bono basis.. on their own time ...using their own equipment we do not have either the Equipment and/or vast Financial Resources that corporate America enjoys Martin- Date: Tue, 22 Jul 2014 10:54:54 -0500 Subject: Re: Why not a forum From: pbened...@apache.org To: users@maven.apache.org I think because Apache is a non-profit is cost should be minimal -- including cost of time by system administrators. If you want to search and filter, you have Google and other search engines. Cheers, Paul On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale < dale.pres...@conocophillips.com> wrote: I was just wondering why this group uses an email list rather than a forum. It seems forum software is more searchable and filterable than email lists. Thanks, Dale - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
I would not support the idea of building or implementing a custom system when there are systems like LinkedIn that are free and already have over 2000 Maven users enrolled in the forum. Ron On 22/07/2014 1:04 PM, Martin Gainty wrote: 99% of the servers we use are donated by Universities so if the Univ admins dont support we dont either Everyone who appears on the list to answer questions and/or propose modifications is doing so on a pro-bono basis.. on their own time ...using their own equipment we do not have either the Equipment and/or vast Financial Resources that corporate America enjoys Martin- Date: Tue, 22 Jul 2014 10:54:54 -0500 Subject: Re: Why not a forum From: pbened...@apache.org To: users@maven.apache.org I think because Apache is a non-profit is cost should be minimal -- including cost of time by system administrators. If you want to search and filter, you have Google and other search engines. Cheers, Paul On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale < dale.pres...@conocophillips.com> wrote: I was just wondering why this group uses an email list rather than a forum. It seems forum software is more searchable and filterable than email lists. Thanks, Dale -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
There is a LinkedIn Maven User group with 2084 members http://www.linkedin.com/groups?gid=1940051 It is not as active as it could be but is available for use. Is a way to have discussions that are easier to manage over a longer term. Many of the key resources in this forum are also in the LinkedIn group. This has no cost to Apache or any member nor does it require any additional effort to the PMS or members of the user list to post questions and discussions (specially if you know how to use copy and paste). It does remove a bit of the anonymity of a mailing list but does give people a chance to look at profiles to judge the experience of the people asking questions or giving answers. It also tracks the influence of people in the group but does not make that public which would be helpful. Ron On 22/07/2014 11:56 AM, Maxim Solodovnik wrote: markmail.org is very useful for searching On 22 July 2014 22:54, Paul Benedict wrote: I think because Apache is a non-profit is cost should be minimal -- including cost of time by system administrators. If you want to search and filter, you have Google and other search engines. Cheers, Paul On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale < dale.pres...@conocophillips.com> wrote: I was just wondering why this group uses an email list rather than a forum. It seems forum software is more searchable and filterable than email lists. Thanks, Dale -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Why not a forum
Even with infinite resources, IMO an archived / searchable mail list is far superior to a forum. I sign up for 5 or 6 projects’ mailing lists and passively watch traffic to learn more about the projects. With a forum, I would have to bounce around every day to keep on top of what’s going on. On Jul 22, 2014, at 10:04 AM, Martin Gainty wrote: > > 99% of the servers we use are donated by Universities so if the Univ admins > dont support we dont either > > Everyone who appears on the list to answer questions and/or propose > modifications > is doing so on a pro-bono basis.. on their own time ...using their own > equipment > > we do not have either the Equipment and/or vast Financial Resources that > corporate America enjoys > > Martin- > >> Date: Tue, 22 Jul 2014 10:54:54 -0500 >> Subject: Re: Why not a forum >> From: pbened...@apache.org >> To: users@maven.apache.org >> >> I think because Apache is a non-profit is cost should be minimal -- >> including cost of time by system administrators. If you want to search and >> filter, you have Google and other search engines. >> >> >> Cheers, >> Paul >> >> >> On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale < >> dale.pres...@conocophillips.com> wrote: >> >>> I was just wondering why this group uses an email list rather than a >>> forum. It seems forum software is more searchable and filterable than >>> email lists. >>> >>> Thanks, >>> >>> Dale >>> >>> >>> > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Why not a forum
99% of the servers we use are donated by Universities so if the Univ admins dont support we dont either Everyone who appears on the list to answer questions and/or propose modifications is doing so on a pro-bono basis.. on their own time ...using their own equipment we do not have either the Equipment and/or vast Financial Resources that corporate America enjoys Martin- > Date: Tue, 22 Jul 2014 10:54:54 -0500 > Subject: Re: Why not a forum > From: pbened...@apache.org > To: users@maven.apache.org > > I think because Apache is a non-profit is cost should be minimal -- > including cost of time by system administrators. If you want to search and > filter, you have Google and other search engines. > > > Cheers, > Paul > > > On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale < > dale.pres...@conocophillips.com> wrote: > > > I was just wondering why this group uses an email list rather than a > > forum. It seems forum software is more searchable and filterable than > > email lists. > > > > Thanks, > > > > Dale > > > > > >
Re: Why not a forum
markmail.org is very useful for searching On 22 July 2014 22:54, Paul Benedict wrote: > I think because Apache is a non-profit is cost should be minimal -- > including cost of time by system administrators. If you want to search and > filter, you have Google and other search engines. > > > Cheers, > Paul > > > On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale < > dale.pres...@conocophillips.com> wrote: > > > I was just wondering why this group uses an email list rather than a > > forum. It seems forum software is more searchable and filterable than > > email lists. > > > > Thanks, > > > > Dale > > > > > > > -- WBR Maxim aka solomax
Re: Why not a forum
I think because Apache is a non-profit is cost should be minimal -- including cost of time by system administrators. If you want to search and filter, you have Google and other search engines. Cheers, Paul On Tue, Jul 22, 2014 at 10:51 AM, Preston, Dale < dale.pres...@conocophillips.com> wrote: > I was just wondering why this group uses an email list rather than a > forum. It seems forum software is more searchable and filterable than > email lists. > > Thanks, > > Dale > > >
Why not a forum
I was just wondering why this group uses an email list rather than a forum. It seems forum software is more searchable and filterable than email lists. Thanks, Dale
Re: maven-dependency-plugin unpacking aar format?
Ah well. I was just going from memory. On Wed, Jul 23, 2014 at 1:26 AM, Karl Heinz Marbaise wrote: > Hi Robert, > > > > Sorry to interject, but isn¹t the unpack goal of the > maven-assembly-plugin > >> deprecated? The documentation actually refers users to the MDP¹s unpack >> capabilities: >> https://maven.apache.org/plugins/maven-assembly-plugin/plugin-info.html >> >> That page is dated from 2012, so I¹m not sure if something has changed >> since it was last published. >> > > What you mentioned is correct...the unpack goal is marked as deprecated > and will be removed... > > This page is not updated cause on the public available things have not > being changed... > > Apart from that those pages are only updated according with new released > which has not been done yet > > (new release is in preparation 2.4.1 (http://jira.codehaus.org/ > browse/MASSEMBLY), but it will take some time)... > > > Kind regards > Karl-Heinz Marbaise > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: maven-dependency-plugin unpacking aar format?
Hi Robert, > Sorry to interject, but isn¹t the unpack goal of the maven-assembly-plugin deprecated? The documentation actually refers users to the MDP¹s unpack capabilities: https://maven.apache.org/plugins/maven-assembly-plugin/plugin-info.html That page is dated from 2012, so I¹m not sure if something has changed since it was last published. What you mentioned is correct...the unpack goal is marked as deprecated and will be removed... This page is not updated cause on the public available things have not being changed... Apart from that those pages are only updated according with new released which has not been done yet (new release is in preparation 2.4.1 (http://jira.codehaus.org/browse/MASSEMBLY), but it will take some time)... Kind regards Karl-Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-dependency-plugin unpacking aar format?
No that's not correct for any maven project I've worked on...we use the MDP
extensively to unpack. We use the MAP too but generally that's to create
some new artifact.
Here is the instructions on the MAP site:
assembly:unpackDeprecated. Use
org.apache.maven.plugins:maven-dependency-plugin goal: unpack or
unpack-dependencies instead.
I guess my point is...it doesn't matter to me what the plugin is
called...but the plugin that supports unpack today which is MDP should
support AAR too.
On Tue, Jul 22, 2014 at 9:08 AM, William Ferguson <
william.fergu...@xandar.com.au> wrote:
> MDP = maven-dependency-plugin
>
> @domi yes you would normally use something like the maven-assembly-plugin
> to disassemble (unpack) an archive.
>
>
> On Wed, Jul 23, 2014 at 12:49 AM, domi wrote:
>
> > I think to recall a thread on the dev list about plans to remove the
> > unpack goal from the dependency plugin, but I can’t find it anymore…
> > regards Domi
> >
> > On 22.07.2014, at 16:29, William Ferguson <
> william.fergu...@xandar.com.au>
> > wrote:
> >
> > > I totally agree that it makes sense for the dependency plugin to unpack
> > the
> > > AAR just like all other archives.
> > >
> > > I just don't understand why you need the MDP to do so.
> > >
> > >
> > > On Tue, Jul 22, 2014 at 10:58 PM, David Hoffer
> > wrote:
> > >
> > >> No that was just an example so I could create a sample project. Don't
> > read
> > >> too much into this. They are just AAR dependencies (in my case they
> > come
> > >> from our build not public). The maven dependency plugin should handle
> > >> these no different than it handles jars/etc.
> > >>
> > >>
> > >>
> > >>
> > >> On Mon, Jul 21, 2014 at 11:32 PM, William Ferguson <
> > >> william.fergu...@xandar.com.au> wrote:
> > >>
> > >>> So an Android library is packaging WSDL inside itself and is
> expecting
> > >> you
> > >>> to use it at build time?
> > >>>
> > >>>
> > >>> On Tue, Jul 22, 2014 at 8:53 AM, Martin Gainty
> > >>> wrote:
> > >>>
> > Here is an aar straight from Axis version example:
> >
> > //layout of version.aar:
> >
> > created: META-INF/
> > inflated: META-INF/MANIFEST.MF
> > created: sample/
> > created: sample/axisversion/
> > inflated: sample/axisversion/Version.class
> > inflated: META-INF/services.xml
> >
> >
> > //org.apache.axis2.deployment.DeploymentEngine axis code used to
> > populateService with .aar contents:
> >
> > protected ArrayList populateService(AxisServiceGroup
> serviceGroup,
> > URL servicesURL,
> > String serviceName) throws
> > DeploymentException {
> > try {
> > serviceGroup.setServiceGroupName(serviceName);
> > ClassLoader serviceClassLoader = Utils.createClassLoader(
> > new URL[]{servicesURL},
> > axisConfig.getServiceClassLoader(),
> > true,
> > (File)
> >
> > >>
> > axisConfig.getParameterValue(Constants.Configuration.ARTIFACTS_TEMP_DIR),
> > axisConfig.isChildFirstClassLoading());
> > String metainf = "meta-inf";
> >
> > >> serviceGroup.setServiceGroupClassLoader(serviceClassLoader);
> > //processing wsdl.list
> > InputStream wsdlfilesStream =
> >
> > serviceClassLoader.getResourceAsStream("meta-inf/wsdl.list");
> > if (wsdlfilesStream == null) {
> > wsdlfilesStream =
> > serviceClassLoader.getResourceAsStream("META-INF/wsdl.list");
> > if (wsdlfilesStream != null) {
> > metainf = "META-INF";
> > }
> > }
> > HashMap servicesMap = new HashMap();
> > if (wsdlfilesStream != null) {
> > ArchiveReader reader = new ArchiveReader();
> > BufferedReader input = new BufferedReader(new
> > InputStreamReader(wsdlfilesStream));
> > String line;
> > while ((line = input.readLine()) != null) {
> > line = line.trim();
> > if (line.length() > 0 && line.charAt(0) != '#') {
> > line = metainf + "/" + line;
> > try {
> > List services =
> > >>> reader.getAxisServiceFromWsdl(
> >
> > serviceClassLoader.getResourceAsStream(line),
> > serviceClassLoader, line);
> > if (services != null) {
> > for (Object service : services) {
> > AxisService axisService =
> > (AxisService) service;
> >
> > >>> servicesMap.put(axisService.g
Re: maven-dependency-plugin unpacking aar format?
Sorry to interject, but isn¹t the unpack goal of the maven-assembly-plugin
deprecated? The documentation actually refers users to the MDP¹s unpack
capabilities:
https://maven.apache.org/plugins/maven-assembly-plugin/plugin-info.html
That page is dated from 2012, so I¹m not sure if something has changed
since it was last published.
On 7/22/14, 8:08 AM, "William Ferguson"
wrote:
>MDP = maven-dependency-plugin
>
>@domi yes you would normally use something like the maven-assembly-plugin
>to disassemble (unpack) an archive.
>
>
>On Wed, Jul 23, 2014 at 12:49 AM, domi wrote:
>
>> I think to recall a thread on the dev list about plans to remove the
>> unpack goal from the dependency plugin, but I can¹t find it anymoreŠ
>> regards Domi
>>
>> On 22.07.2014, at 16:29, William Ferguson
>>
>> wrote:
>>
>> > I totally agree that it makes sense for the dependency plugin to
>>unpack
>> the
>> > AAR just like all other archives.
>> >
>> > I just don't understand why you need the MDP to do so.
>> >
>> >
>> > On Tue, Jul 22, 2014 at 10:58 PM, David Hoffer
>> wrote:
>> >
>> >> No that was just an example so I could create a sample project.
>>Don't
>> read
>> >> too much into this. They are just AAR dependencies (in my case they
>> come
>> >> from our build not public). The maven dependency plugin should
>>handle
>> >> these no different than it handles jars/etc.
>> >>
>> >>
>> >>
>> >>
>> >> On Mon, Jul 21, 2014 at 11:32 PM, William Ferguson <
>> >> william.fergu...@xandar.com.au> wrote:
>> >>
>> >>> So an Android library is packaging WSDL inside itself and is
>>expecting
>> >> you
>> >>> to use it at build time?
>> >>>
>> >>>
>> >>> On Tue, Jul 22, 2014 at 8:53 AM, Martin Gainty
>> >>> wrote:
>> >>>
>> Here is an aar straight from Axis version example:
>>
>> //layout of version.aar:
>>
>> created: META-INF/
>> inflated: META-INF/MANIFEST.MF
>> created: sample/
>> created: sample/axisversion/
>> inflated: sample/axisversion/Version.class
>> inflated: META-INF/services.xml
>>
>>
>> //org.apache.axis2.deployment.DeploymentEngine axis code used to
>> populateService with .aar contents:
>>
>> protected ArrayList populateService(AxisServiceGroup
>>serviceGroup,
>> URL servicesURL,
>> String serviceName) throws
>> DeploymentException {
>> try {
>> serviceGroup.setServiceGroupName(serviceName);
>> ClassLoader serviceClassLoader =
>>Utils.createClassLoader(
>> new URL[]{servicesURL},
>> axisConfig.getServiceClassLoader(),
>> true,
>> (File)
>>
>> >>
>>
>>axisConfig.getParameterValue(Constants.Configuration.ARTIFACTS_TEMP_DIR),
>> axisConfig.isChildFirstClassLoading());
>> String metainf = "meta-inf";
>>
>> >> serviceGroup.setServiceGroupClassLoader(serviceClassLoader);
>> //processing wsdl.list
>> InputStream wsdlfilesStream =
>>
>> serviceClassLoader.getResourceAsStream("meta-inf/wsdl.list");
>> if (wsdlfilesStream == null) {
>> wsdlfilesStream =
>> serviceClassLoader.getResourceAsStream("META-INF/wsdl.list");
>> if (wsdlfilesStream != null) {
>> metainf = "META-INF";
>> }
>> }
>> HashMap servicesMap = new HashMap();
>> if (wsdlfilesStream != null) {
>> ArchiveReader reader = new ArchiveReader();
>> BufferedReader input = new BufferedReader(new
>> InputStreamReader(wsdlfilesStream));
>> String line;
>> while ((line = input.readLine()) != null) {
>> line = line.trim();
>> if (line.length() > 0 && line.charAt(0) != '#')
>>{
>> line = metainf + "/" + line;
>> try {
>> List services =
>> >>> reader.getAxisServiceFromWsdl(
>>
>> serviceClassLoader.getResourceAsStream(line),
>> serviceClassLoader, line);
>> if (services != null) {
>> for (Object service : services) {
>> AxisService axisService =
>> (AxisService) service;
>>
>> >>> servicesMap.put(axisService.getName(),
>> axisService);
>> }
>> }
>>
>> } catch (Exception e) {
>> throw new DeploymentException(e);
>> }
>> }
>> }
>
Re: maven-dependency-plugin unpacking aar format?
MDP = maven-dependency-plugin
@domi yes you would normally use something like the maven-assembly-plugin
to disassemble (unpack) an archive.
On Wed, Jul 23, 2014 at 12:49 AM, domi wrote:
> I think to recall a thread on the dev list about plans to remove the
> unpack goal from the dependency plugin, but I can’t find it anymore…
> regards Domi
>
> On 22.07.2014, at 16:29, William Ferguson
> wrote:
>
> > I totally agree that it makes sense for the dependency plugin to unpack
> the
> > AAR just like all other archives.
> >
> > I just don't understand why you need the MDP to do so.
> >
> >
> > On Tue, Jul 22, 2014 at 10:58 PM, David Hoffer
> wrote:
> >
> >> No that was just an example so I could create a sample project. Don't
> read
> >> too much into this. They are just AAR dependencies (in my case they
> come
> >> from our build not public). The maven dependency plugin should handle
> >> these no different than it handles jars/etc.
> >>
> >>
> >>
> >>
> >> On Mon, Jul 21, 2014 at 11:32 PM, William Ferguson <
> >> william.fergu...@xandar.com.au> wrote:
> >>
> >>> So an Android library is packaging WSDL inside itself and is expecting
> >> you
> >>> to use it at build time?
> >>>
> >>>
> >>> On Tue, Jul 22, 2014 at 8:53 AM, Martin Gainty
> >>> wrote:
> >>>
> Here is an aar straight from Axis version example:
>
> //layout of version.aar:
>
> created: META-INF/
> inflated: META-INF/MANIFEST.MF
> created: sample/
> created: sample/axisversion/
> inflated: sample/axisversion/Version.class
> inflated: META-INF/services.xml
>
>
> //org.apache.axis2.deployment.DeploymentEngine axis code used to
> populateService with .aar contents:
>
> protected ArrayList populateService(AxisServiceGroup serviceGroup,
> URL servicesURL,
> String serviceName) throws
> DeploymentException {
> try {
> serviceGroup.setServiceGroupName(serviceName);
> ClassLoader serviceClassLoader = Utils.createClassLoader(
> new URL[]{servicesURL},
> axisConfig.getServiceClassLoader(),
> true,
> (File)
>
> >>
> axisConfig.getParameterValue(Constants.Configuration.ARTIFACTS_TEMP_DIR),
> axisConfig.isChildFirstClassLoading());
> String metainf = "meta-inf";
>
> >> serviceGroup.setServiceGroupClassLoader(serviceClassLoader);
> //processing wsdl.list
> InputStream wsdlfilesStream =
>
> serviceClassLoader.getResourceAsStream("meta-inf/wsdl.list");
> if (wsdlfilesStream == null) {
> wsdlfilesStream =
> serviceClassLoader.getResourceAsStream("META-INF/wsdl.list");
> if (wsdlfilesStream != null) {
> metainf = "META-INF";
> }
> }
> HashMap servicesMap = new HashMap();
> if (wsdlfilesStream != null) {
> ArchiveReader reader = new ArchiveReader();
> BufferedReader input = new BufferedReader(new
> InputStreamReader(wsdlfilesStream));
> String line;
> while ((line = input.readLine()) != null) {
> line = line.trim();
> if (line.length() > 0 && line.charAt(0) != '#') {
> line = metainf + "/" + line;
> try {
> List services =
> >>> reader.getAxisServiceFromWsdl(
>
> serviceClassLoader.getResourceAsStream(line),
> serviceClassLoader, line);
> if (services != null) {
> for (Object service : services) {
> AxisService axisService =
> (AxisService) service;
>
> >>> servicesMap.put(axisService.getName(),
> axisService);
> }
> }
>
> } catch (Exception e) {
> throw new DeploymentException(e);
> }
> }
> }
> }
> InputStream servicexmlStream =
>
> serviceClassLoader.getResourceAsStream("META-INF/services.xml");
> if (servicexmlStream == null) {
> servicexmlStream =
> serviceClassLoader.getResourceAsStream("meta-inf/services.xml");
> } else {
> metainf = "META-INF";
> }
> if (servicexmlStream == null) {
> throw new DeploymentException(
>
> Messages.
Re: maven-dependency-plugin unpacking aar format?
I think to recall a thread on the dev list about plans to remove the unpack
goal from the dependency plugin, but I can’t find it anymore…
regards Domi
On 22.07.2014, at 16:29, William Ferguson
wrote:
> I totally agree that it makes sense for the dependency plugin to unpack the
> AAR just like all other archives.
>
> I just don't understand why you need the MDP to do so.
>
>
> On Tue, Jul 22, 2014 at 10:58 PM, David Hoffer wrote:
>
>> No that was just an example so I could create a sample project. Don't read
>> too much into this. They are just AAR dependencies (in my case they come
>> from our build not public). The maven dependency plugin should handle
>> these no different than it handles jars/etc.
>>
>>
>>
>>
>> On Mon, Jul 21, 2014 at 11:32 PM, William Ferguson <
>> william.fergu...@xandar.com.au> wrote:
>>
>>> So an Android library is packaging WSDL inside itself and is expecting
>> you
>>> to use it at build time?
>>>
>>>
>>> On Tue, Jul 22, 2014 at 8:53 AM, Martin Gainty
>>> wrote:
>>>
Here is an aar straight from Axis version example:
//layout of version.aar:
created: META-INF/
inflated: META-INF/MANIFEST.MF
created: sample/
created: sample/axisversion/
inflated: sample/axisversion/Version.class
inflated: META-INF/services.xml
//org.apache.axis2.deployment.DeploymentEngine axis code used to
populateService with .aar contents:
protected ArrayList populateService(AxisServiceGroup serviceGroup,
URL servicesURL,
String serviceName) throws
DeploymentException {
try {
serviceGroup.setServiceGroupName(serviceName);
ClassLoader serviceClassLoader = Utils.createClassLoader(
new URL[]{servicesURL},
axisConfig.getServiceClassLoader(),
true,
(File)
>> axisConfig.getParameterValue(Constants.Configuration.ARTIFACTS_TEMP_DIR),
axisConfig.isChildFirstClassLoading());
String metainf = "meta-inf";
>> serviceGroup.setServiceGroupClassLoader(serviceClassLoader);
//processing wsdl.list
InputStream wsdlfilesStream =
serviceClassLoader.getResourceAsStream("meta-inf/wsdl.list");
if (wsdlfilesStream == null) {
wsdlfilesStream =
serviceClassLoader.getResourceAsStream("META-INF/wsdl.list");
if (wsdlfilesStream != null) {
metainf = "META-INF";
}
}
HashMap servicesMap = new HashMap();
if (wsdlfilesStream != null) {
ArchiveReader reader = new ArchiveReader();
BufferedReader input = new BufferedReader(new
InputStreamReader(wsdlfilesStream));
String line;
while ((line = input.readLine()) != null) {
line = line.trim();
if (line.length() > 0 && line.charAt(0) != '#') {
line = metainf + "/" + line;
try {
List services =
>>> reader.getAxisServiceFromWsdl(
serviceClassLoader.getResourceAsStream(line),
serviceClassLoader, line);
if (services != null) {
for (Object service : services) {
AxisService axisService =
(AxisService) service;
>>> servicesMap.put(axisService.getName(),
axisService);
}
}
} catch (Exception e) {
throw new DeploymentException(e);
}
}
}
}
InputStream servicexmlStream =
serviceClassLoader.getResourceAsStream("META-INF/services.xml");
if (servicexmlStream == null) {
servicexmlStream =
serviceClassLoader.getResourceAsStream("meta-inf/services.xml");
} else {
metainf = "META-INF";
}
if (servicexmlStream == null) {
throw new DeploymentException(
Messages.getMessage(DeploymentErrorMsgs.SERVICE_XML_NOT_FOUND,
servicesURL.toString()));
}
DescriptionBuilder builder = new
DescriptionBuilder(servicexmlStream, configContext);
OMElement rootElement = builder.buildOM();
String elementName = rootElement.getLocalName();
if (TAG_SERVICE.equals(elemen
Re: maven-dependency-plugin unpacking aar format?
What's the MDP?
On Tue, Jul 22, 2014 at 8:29 AM, William Ferguson <
william.fergu...@xandar.com.au> wrote:
> I totally agree that it makes sense for the dependency plugin to unpack the
> AAR just like all other archives.
>
> I just don't understand why you need the MDP to do so.
>
>
> On Tue, Jul 22, 2014 at 10:58 PM, David Hoffer wrote:
>
> > No that was just an example so I could create a sample project. Don't
> read
> > too much into this. They are just AAR dependencies (in my case they come
> > from our build not public). The maven dependency plugin should handle
> > these no different than it handles jars/etc.
> >
> >
> >
> >
> > On Mon, Jul 21, 2014 at 11:32 PM, William Ferguson <
> > william.fergu...@xandar.com.au> wrote:
> >
> > > So an Android library is packaging WSDL inside itself and is expecting
> > you
> > > to use it at build time?
> > >
> > >
> > > On Tue, Jul 22, 2014 at 8:53 AM, Martin Gainty
> > > wrote:
> > >
> > > > Here is an aar straight from Axis version example:
> > > >
> > > > //layout of version.aar:
> > > >
> > > >created: META-INF/
> > > > inflated: META-INF/MANIFEST.MF
> > > >created: sample/
> > > >created: sample/axisversion/
> > > > inflated: sample/axisversion/Version.class
> > > > inflated: META-INF/services.xml
> > > >
> > > >
> > > > //org.apache.axis2.deployment.DeploymentEngine axis code used to
> > > > populateService with .aar contents:
> > > >
> > > > protected ArrayList populateService(AxisServiceGroup
> serviceGroup,
> > > > URL servicesURL,
> > > > String serviceName) throws
> > > > DeploymentException {
> > > > try {
> > > > serviceGroup.setServiceGroupName(serviceName);
> > > > ClassLoader serviceClassLoader = Utils.createClassLoader(
> > > > new URL[]{servicesURL},
> > > > axisConfig.getServiceClassLoader(),
> > > > true,
> > > > (File)
> > > >
> > axisConfig.getParameterValue(Constants.Configuration.ARTIFACTS_TEMP_DIR),
> > > > axisConfig.isChildFirstClassLoading());
> > > > String metainf = "meta-inf";
> > > >
> > serviceGroup.setServiceGroupClassLoader(serviceClassLoader);
> > > > //processing wsdl.list
> > > > InputStream wsdlfilesStream =
> > > >
> > > > serviceClassLoader.getResourceAsStream("meta-inf/wsdl.list");
> > > > if (wsdlfilesStream == null) {
> > > > wsdlfilesStream =
> > > > serviceClassLoader.getResourceAsStream("META-INF/wsdl.list");
> > > > if (wsdlfilesStream != null) {
> > > > metainf = "META-INF";
> > > > }
> > > > }
> > > > HashMap servicesMap = new HashMap();
> > > > if (wsdlfilesStream != null) {
> > > > ArchiveReader reader = new ArchiveReader();
> > > > BufferedReader input = new BufferedReader(new
> > > > InputStreamReader(wsdlfilesStream));
> > > > String line;
> > > > while ((line = input.readLine()) != null) {
> > > > line = line.trim();
> > > > if (line.length() > 0 && line.charAt(0) != '#') {
> > > > line = metainf + "/" + line;
> > > > try {
> > > > List services =
> > > reader.getAxisServiceFromWsdl(
> > > >
> > > > serviceClassLoader.getResourceAsStream(line),
> > > > serviceClassLoader, line);
> > > > if (services != null) {
> > > > for (Object service : services) {
> > > > AxisService axisService =
> > > > (AxisService) service;
> > > >
> > > servicesMap.put(axisService.getName(),
> > > > axisService);
> > > > }
> > > > }
> > > >
> > > > } catch (Exception e) {
> > > > throw new DeploymentException(e);
> > > > }
> > > > }
> > > > }
> > > > }
> > > > InputStream servicexmlStream =
> > > >
> > > > serviceClassLoader.getResourceAsStream("META-INF/services.xml");
> > > > if (servicexmlStream == null) {
> > > > servicexmlStream =
> > > > serviceClassLoader.getResourceAsStream("meta-inf/services.xml");
> > > > } else {
> > > > metainf = "META-INF";
> > > > }
> > > > if (servicexmlStream == null) {
> > > > throw new DeploymentException(
> > > >
> > > > Messages.getMessage(DeploymentErrorMsgs.SERVICE_XML_NOT_FOUND,
> > > > servicesURL.toString()));
> > > > }
> > > > DescriptionBuilder builder =
Re: maven-dependency-plugin unpacking aar format?
I totally agree that it makes sense for the dependency plugin to unpack the
AAR just like all other archives.
I just don't understand why you need the MDP to do so.
On Tue, Jul 22, 2014 at 10:58 PM, David Hoffer wrote:
> No that was just an example so I could create a sample project. Don't read
> too much into this. They are just AAR dependencies (in my case they come
> from our build not public). The maven dependency plugin should handle
> these no different than it handles jars/etc.
>
>
>
>
> On Mon, Jul 21, 2014 at 11:32 PM, William Ferguson <
> william.fergu...@xandar.com.au> wrote:
>
> > So an Android library is packaging WSDL inside itself and is expecting
> you
> > to use it at build time?
> >
> >
> > On Tue, Jul 22, 2014 at 8:53 AM, Martin Gainty
> > wrote:
> >
> > > Here is an aar straight from Axis version example:
> > >
> > > //layout of version.aar:
> > >
> > >created: META-INF/
> > > inflated: META-INF/MANIFEST.MF
> > >created: sample/
> > >created: sample/axisversion/
> > > inflated: sample/axisversion/Version.class
> > > inflated: META-INF/services.xml
> > >
> > >
> > > //org.apache.axis2.deployment.DeploymentEngine axis code used to
> > > populateService with .aar contents:
> > >
> > > protected ArrayList populateService(AxisServiceGroup serviceGroup,
> > > URL servicesURL,
> > > String serviceName) throws
> > > DeploymentException {
> > > try {
> > > serviceGroup.setServiceGroupName(serviceName);
> > > ClassLoader serviceClassLoader = Utils.createClassLoader(
> > > new URL[]{servicesURL},
> > > axisConfig.getServiceClassLoader(),
> > > true,
> > > (File)
> > >
> axisConfig.getParameterValue(Constants.Configuration.ARTIFACTS_TEMP_DIR),
> > > axisConfig.isChildFirstClassLoading());
> > > String metainf = "meta-inf";
> > >
> serviceGroup.setServiceGroupClassLoader(serviceClassLoader);
> > > //processing wsdl.list
> > > InputStream wsdlfilesStream =
> > >
> > > serviceClassLoader.getResourceAsStream("meta-inf/wsdl.list");
> > > if (wsdlfilesStream == null) {
> > > wsdlfilesStream =
> > > serviceClassLoader.getResourceAsStream("META-INF/wsdl.list");
> > > if (wsdlfilesStream != null) {
> > > metainf = "META-INF";
> > > }
> > > }
> > > HashMap servicesMap = new HashMap();
> > > if (wsdlfilesStream != null) {
> > > ArchiveReader reader = new ArchiveReader();
> > > BufferedReader input = new BufferedReader(new
> > > InputStreamReader(wsdlfilesStream));
> > > String line;
> > > while ((line = input.readLine()) != null) {
> > > line = line.trim();
> > > if (line.length() > 0 && line.charAt(0) != '#') {
> > > line = metainf + "/" + line;
> > > try {
> > > List services =
> > reader.getAxisServiceFromWsdl(
> > >
> > > serviceClassLoader.getResourceAsStream(line),
> > > serviceClassLoader, line);
> > > if (services != null) {
> > > for (Object service : services) {
> > > AxisService axisService =
> > > (AxisService) service;
> > >
> > servicesMap.put(axisService.getName(),
> > > axisService);
> > > }
> > > }
> > >
> > > } catch (Exception e) {
> > > throw new DeploymentException(e);
> > > }
> > > }
> > > }
> > > }
> > > InputStream servicexmlStream =
> > >
> > > serviceClassLoader.getResourceAsStream("META-INF/services.xml");
> > > if (servicexmlStream == null) {
> > > servicexmlStream =
> > > serviceClassLoader.getResourceAsStream("meta-inf/services.xml");
> > > } else {
> > > metainf = "META-INF";
> > > }
> > > if (servicexmlStream == null) {
> > > throw new DeploymentException(
> > >
> > > Messages.getMessage(DeploymentErrorMsgs.SERVICE_XML_NOT_FOUND,
> > > servicesURL.toString()));
> > > }
> > > DescriptionBuilder builder = new
> > > DescriptionBuilder(servicexmlStream, configContext);
> > > OMElement rootElement = builder.buildOM();
> > > String elementName = rootElement.getLocalName();
> > >
> > > if (TAG_SERVICE.equals(elementName)) {
> > > AxisService axisService = null;
> > > String wsdlLocat
Re: maven-dependency-plugin unpacking aar format?
No that was just an example so I could create a sample project. Don't read
too much into this. They are just AAR dependencies (in my case they come
from our build not public). The maven dependency plugin should handle
these no different than it handles jars/etc.
On Mon, Jul 21, 2014 at 11:32 PM, William Ferguson <
william.fergu...@xandar.com.au> wrote:
> So an Android library is packaging WSDL inside itself and is expecting you
> to use it at build time?
>
>
> On Tue, Jul 22, 2014 at 8:53 AM, Martin Gainty
> wrote:
>
> > Here is an aar straight from Axis version example:
> >
> > //layout of version.aar:
> >
> >created: META-INF/
> > inflated: META-INF/MANIFEST.MF
> >created: sample/
> >created: sample/axisversion/
> > inflated: sample/axisversion/Version.class
> > inflated: META-INF/services.xml
> >
> >
> > //org.apache.axis2.deployment.DeploymentEngine axis code used to
> > populateService with .aar contents:
> >
> > protected ArrayList populateService(AxisServiceGroup serviceGroup,
> > URL servicesURL,
> > String serviceName) throws
> > DeploymentException {
> > try {
> > serviceGroup.setServiceGroupName(serviceName);
> > ClassLoader serviceClassLoader = Utils.createClassLoader(
> > new URL[]{servicesURL},
> > axisConfig.getServiceClassLoader(),
> > true,
> > (File)
> > axisConfig.getParameterValue(Constants.Configuration.ARTIFACTS_TEMP_DIR),
> > axisConfig.isChildFirstClassLoading());
> > String metainf = "meta-inf";
> > serviceGroup.setServiceGroupClassLoader(serviceClassLoader);
> > //processing wsdl.list
> > InputStream wsdlfilesStream =
> >
> > serviceClassLoader.getResourceAsStream("meta-inf/wsdl.list");
> > if (wsdlfilesStream == null) {
> > wsdlfilesStream =
> > serviceClassLoader.getResourceAsStream("META-INF/wsdl.list");
> > if (wsdlfilesStream != null) {
> > metainf = "META-INF";
> > }
> > }
> > HashMap servicesMap = new HashMap();
> > if (wsdlfilesStream != null) {
> > ArchiveReader reader = new ArchiveReader();
> > BufferedReader input = new BufferedReader(new
> > InputStreamReader(wsdlfilesStream));
> > String line;
> > while ((line = input.readLine()) != null) {
> > line = line.trim();
> > if (line.length() > 0 && line.charAt(0) != '#') {
> > line = metainf + "/" + line;
> > try {
> > List services =
> reader.getAxisServiceFromWsdl(
> >
> > serviceClassLoader.getResourceAsStream(line),
> > serviceClassLoader, line);
> > if (services != null) {
> > for (Object service : services) {
> > AxisService axisService =
> > (AxisService) service;
> >
> servicesMap.put(axisService.getName(),
> > axisService);
> > }
> > }
> >
> > } catch (Exception e) {
> > throw new DeploymentException(e);
> > }
> > }
> > }
> > }
> > InputStream servicexmlStream =
> >
> > serviceClassLoader.getResourceAsStream("META-INF/services.xml");
> > if (servicexmlStream == null) {
> > servicexmlStream =
> > serviceClassLoader.getResourceAsStream("meta-inf/services.xml");
> > } else {
> > metainf = "META-INF";
> > }
> > if (servicexmlStream == null) {
> > throw new DeploymentException(
> >
> > Messages.getMessage(DeploymentErrorMsgs.SERVICE_XML_NOT_FOUND,
> > servicesURL.toString()));
> > }
> > DescriptionBuilder builder = new
> > DescriptionBuilder(servicexmlStream, configContext);
> > OMElement rootElement = builder.buildOM();
> > String elementName = rootElement.getLocalName();
> >
> > if (TAG_SERVICE.equals(elementName)) {
> > AxisService axisService = null;
> > String wsdlLocation = "META-INF/service.wsdl";
> > InputStream wsdlStream =
> >
> > serviceClassLoader.getResourceAsStream(wsdlLocation);
> > URL wsdlURL = serviceClassLoader.getResource(metainf +
> > "/service.wsdl");
> > if (wsdlStream == null) {
> > wsdlLocation = "META-INF/" + serviceName + ".wsdl";
> > wsdlStream = serviceClassLoader
> >
Re: Setting java.library.path in surefire/maven/netbeans
I used -Djava.library.path=... without issue with Netbeans 8 and Surefire 2.17 Arnaud 2014-07-21 22:03 GMT+02:00 Alexander : > I would like to test my JAI enabled application, but seem to be getting > errors when accessing the JAI components. I suspect this is caused by the > absence of native support. I tried setting the java.library.path using > systemProperties as well as argLine, however none of these options result > in the change appearing in the surefire report. > > pom.xml > --- > > org.apache.maven.plugins > maven-surefire-plugin > 2.17 > > -Djava.library.path=/usr/lib64/sun-jai-bin/ > > > > surefire-report > === > > value="/opt/oracle-jdk-bin-1.8.0.11/jre/lib/amd64:/opt/oracle-jdk-bin-1.8.0.11/jre/lib/i386::/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib"/> > > I am using netbeans (v8) and surefire 2.17. > > Thanks > Alex > >
