Maven search for a class or method on classpath - how?

Hi all, I find myself with a large project, not knowing which dependency(ies) is transitively providing a given class. Is there a plugin that will allow a search within a project like this? I can sort of do something with dependency:list-classes, but this is limited in that it will only list

Override the scm details in the maven-project-info-reports-plugin

Hi all, The website https://hc.apache.org has no SCM report, primarily because the website is in one project, while the actual components are in other projects. In theory you can override the SCM details in the maven-project-info-reports-plugin by following

Re: Maven plugin to generate key material for SSL unit tests

On 13 Jun 2022, at 14:18, Delany wrote: > https://www.mojohaus.org/keytool/keytool-maven-plugin/plugin-info.html Thanks for this. It seems to come close, but the missing piece seems to be the step where the CSR is turned into a signed certificate to produce a working trust chain. I wonder if

Maven plugin to generate key material for SSL unit tests

Hi all, I find myself yet again fixing a bug in an application where client certificates don’t work, as the constructors for the code work for the trivial case only. The bug is fixed, now I’m looking at how you would unit/integration test this. The existing unit test has a checked in self

Re: Maven issue with JDK16 - javac and javadoc

On 12 Nov 2020, at 14:50, Graham Leggett wrote: > I have been smashing my head against the javadoc plugin and > maven-release-plugin, which keeps failing releases over and over again on the > basis that the docs can’t be built. > > In the absence of a way to fix this, if

Re: Maven issue with JDK16 - javac and javadoc

On 12 Nov 2020, at 14:03, Enrico Olivelli wrote: > I have fallen into this issue about Maven + Maven Compiler Plugin + JDK16 > > This is the issue on JDK issue tracking > https://bugs.openjdk.java.net/browse/JDK-8253996 > > Basically -Xdoclint:missing does not work anymore when you run javac

Re: Maven Filtering Plugin should avoid overwriting even when filtering

On 25 Apr 2020, at 17:12, Robert Oxspring wrote: >> I tend to think it does not need any hash but just a lastUpdated >> track (the most recent file invalidating previous cache, it is enough and >> faster than any hash computation) > > I’m not totally sure of this. Filtering, for example, is

Re: [VOTE] Release Maven Fluido Skin version 1.8

On 28 Jul 2019, at 22:16, Michael Osipov wrote: > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 +1. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature

Re: [VOTE] Release Maven Default Skin version 1.3

On 28 Jul 2019, at 13:53, Michael Osipov wrote: > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 +1. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature

Re: [VOTE] Release Maven Site Plugin version 3.8.2

On 24 Jul 2019, at 21:59, Michael Osipov wrote: > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 +1 :) Regards, Graham — smime.p7s Description: S/MIME cryptographic signature

Re: [VOTE] Release Maven Site Plugin version 3.8.1

On 07 Jul 2019, at 20:51, Michael Osipov wrote: > I, too, now see this on the ASF Jenkins instance. > > Can you file an issue and add your finding please? I don't want your effort > to be lost in the archives. Someone needs to start digging to find the > mismatch. So the IT itself is fine,

Re: [VOTE] Release Maven Site Plugin version 3.8.1

On 06 Jul 2019, at 15:02, Graham Leggett wrote: > I am at a loss as to why - after both tests above, pass and fail, there is no > file anywhere called target/it/effective-site/effective-site.xml. > > The test itself seems straightforward. Create a file called > eff

Re: [VOTE] Release Maven Site Plugin version 3.8.1

On 04 Jul 2019, at 22:04, Michael Osipov wrote: >> One test failed, however this test also fails in maven-site-plugin v3.7.1, >> so this is not a regression: >> [INFO] Building: effective-site/pom.xml >> [INFO] run post-build script verify.groovy >> [INFO] effective-site/pom.xml

Re: [VOTE] Release Maven Site Plugin version 3.8.1

On 04 Jul 2019, at 13:12, Tibor Digana wrote: > Did you read the Jira and the commit in Git? > It was written in the way to push Java 8 without any strong reason, sorry > for that but it's truth. I’m not following. Jetty is a compile time dependency of the maven-site-plugin, I believe it’s

Re: [VOTE] Release Maven Site Plugin version 3.8.1

On 04 Jul 2019, at 09:03, Tibor Digana wrote: > The build passed successfully after I have used Jetty 9.2.9.v20150224. (no > need to change our code in the plugin) > It was the last J7 but v9.x Jetty. The reasoning in https://github.com/apache/maven-site-plugin/pull/3

Re: [VOTE] Release Maven Site Plugin version 3.8.1

On 01 Jul 2019, at 23:10, Michael Osipov wrote: > We solved 11 issues: > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317923=12343145 > > There are still a couple of issues left in JIRA: >

Re: [VOTE] Release Maven Site Plugin version 3.8

On 24 Jun 2019, at 22:45, Michael Osipov wrote: > We solved 10 issues: > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317923=12343145 > > There are still a couple of issues left in JIRA: >

Re: [VOTE] Release Apache Maven Doxia Sitetools version 1.9.1

On 19 Jun 2019, at 23:00, Michael Osipov wrote: > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 +1 on Java8 and Java10. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature

Re: [VOTE] Release Apache Maven Archiver version 3.1.1

On 13 Jun 2019, at 17:18, Tibor Digana wrote: > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 +1 on java10 and java8. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature

Re: [VOTE] Release Apache Maven Doxia Sitetools version 1.9

On 07 Jun 2019, at 14:57, Michael Osipov wrote: > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 +1 (non binding) Builds and tests run clean in java8 and java10. Regards, Graham — smime.p7s Description: S/MIME cryptographic signature

Re: [Patch] (X)HTML5 support for Doxia

On 27 Oct 2018, at 14:22, Graham Leggett wrote: > I have submitted the final patch for xhtml5 support for Doxia, as well as > linked changes to maven-doxia-sitetools and maven-site-plugin to generate > html5 by default. > > https://issues.apache.org/jira/browse/DOXIA-575 Qui

[Patch] (X)HTML5 support for Doxia

Hi all, I have submitted the final patch for xhtml5 support for Doxia, as well as linked changes to maven-doxia-sitetools and maven-site-plugin to generate html5 by default. https://issues.apache.org/jira/browse/DOXIA-575 Regards, Graham —

Re: Maven Doxia and minimum Java versions

On 15 May 2018, at 11:08 PM, Hervé BOUTEMY wrote: > I'm maintaining Doxia and maven-site-plugin for a long time, trying to keep > the prerequisites (for end users particularly) as low as possible when I > don't > have a strong win on upgrading. +1 - my feeling too. >

Maven Doxia and minimum Java versions

Hi all, I would like to clarify what the policy is on maven-doxia and the maven project in general, and minimum java versions. With the XHTML5 work on Doxia, I have managed to keep all changes without a requirement to upgrade any dependencies, until I got to maven-doxia-sitetools and

Re: [GitHub] minfrin opened a new pull request #10: XHTML5 support for maven-doxia

On 13 May 2018, at 5:27 PM, GitBox wrote: > minfrin opened a new pull request #10: XHTML5 support for maven-doxia > URL: https://github.com/apache/maven-doxia/pull/10 This was premature - sorry for the noise. By way of explanation, this is a work-in-progress for XHTML5 support

Re: maven-site-plugin: Generating (X)HTML5 instead of XHTML - how?

On 15 Apr 2018, at 1:29 AM, Hervé BOUTEMY wrote: > yes, this will require a xhtml5 Doxia sink > > since each skin defines a site template as direct html source (without Doxia > interaction), the maven-site-plugin switch from xhtml to xhtml5 would have to > be done on

Re: maven-site-plugin: Generating (X)HTML5 instead of XHTML - how?

On 15 Apr 2018, at 1:29 AM, Hervé BOUTEMY wrote: > yes, this will require a xhtml5 Doxia sink > > since each skin defines a site template as direct html source (without Doxia > interaction), the maven-site-plugin switch from xhtml to xhtml5 would have to > be done on

maven-site-plugin: Generating (X)HTML5 instead of XHTML - how?

Hi all, According to the docs at https://maven.apache.org/plugins/maven-site-plugin/examples/creating-content.html "Note that Doxia also supports several output formats, the site plugin only creates XHTML”. I would like the maven-site-plugin to have the option to output HTML5 (or XHTML5 to

Re: [VOTE] Name our mascot: Shotgun vs The Maven Owl

On 15 Dec 2014, at 12:39 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: After the run-off round, we are left with two names standing. This second vote will be a straight and simple majority wins. The vote will be open for at least 72 hours (with the potential of an extension

Re: [VOTE] Run-off for mascot's name

Hi all, K. Regards, Graham -- On 9 Dec 2014, at 10:52, Stephen Connolly stephen.alan.conno...@gmail.com wrote: This is a run-off vote to select the top two options for our new mascot's name. The entries with the highest number of votes will be selected for the final round. If there

Re: Apache Portable Runtime artifacts

Alan D. Cabrera wrote: I'm not sure that we need to choose one over the other. Let me ask you this, why would we need fine grained detail such as i386 vs. i586 vs. i686? Is that really necessary? It is, because code compiled for i686 won't run on an i386, and code written for i386 may

Re: Apache Portable Runtime artifacts

Alan D. Cabrera wrote: I was thinking that the artifact name could be apr-osname-processor e.g. apr-linux-x86_64. Or we can have a more general apr-osname-processor-configuration where configuration is a token that represents a particular configuration of options, e.g.

Re: Apache Portable Runtime artifacts

Alan D. Cabrera wrote: You bring up a good point in that it might be a good idea to describe the target deployments. I'm sure that the APR team lives in a different universe than I. You probably have to make sure that the code is general enough to run on my son's bluetooth enabled talking

Re: Apache Portable Runtime artifacts

Alan D. Cabrera wrote: I think that there's something to be said about using the libraries that are bundled into OSGi rather than using libraries whose provenance is unknown. In the Java world that might be true where one binary can be reasonably expected to work anywhere, but native

Account locked

Hi all, After trying to log into our continuum v1.1 instance as an admin, continuum is telling us: Account Locked Project Groups list is empty. Why would the admin account ever be locked, and how does one unlock it? Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature

RE: How are the multiproject artifacts resolved in release:prepare?

On Fri, November 23, 2007 3:35 pm, Jörg Schaible wrote: I know why my plugin fails, but I don't know why other maven plugins can handle the situation. I did now a bad hack and will look for the attached artifact at the same location as the main artifact is located and only if I cannot find it

Re: How are the multiproject artifacts resolved in release:prepare?

On Fri, November 23, 2007 10:30 am, Jörg Schaible wrote: We use since long ago an own plugin, that accesses a secondary artifact of a dependency. This worked like charm ... until now. We have now the new situation, that the secondary artifact is build in the same multi project build by one

The specified resource isn't a file or the protocol used isn't allowed.

Hi all, While trying to install Continuum v1.1 beta 2 from scratch on a Windows machine, I have managed to get it started up and working, and am trying to enter the first set of projects. When I enter the POM url of https://svn.server/svn/alchemy/Rhapsody/Development/native/trunk/pom.xml; I get

Re: The specified resource isn't a file or the protocol used isn't allowed.

On Mon, September 3, 2007 1:47 pm, Emmanuel Venisse wrote: When you say it works fine, are you referring to continuum v1.1 beta 2 installed brand new from scratch, or are you using previous versions that have been upgraded? both and beta-3-SNAPSHOT too :) Let me try trunk and see if the

Re: Allowing Envars

On Fri, August 31, 2007 12:10 pm, Jason van Zyl wrote: As much I don't particularly like them, I've seen so many builds of late using envars that I don't think we can turn them off in 2.1.x after people have invested in builds that use them. Tonight Vlad and I were working on the IDEA

RE: [VOTE] maven-eclipse-plugin 2.4

On Thu, July 5, 2007 3:23 pm, Brian E. Fox wrote: It's a recurring cycle where we wait and wait and before you know it, it's 5 months like it is now with good functionality already sitting there. +1. Release early, release often. Regards, Graham --

Re: prepare to release eclipse 2.4

Arnaud HERITIER wrote: I would like to add that I have often some problems to run tests for this plugin on windows. Am I the only one to have this behaviour ? I've had problems with tests that fail if there is no direct internet access from the machine running the test. Regards, Graham --

Re: Problems with release:prepare

On Fri, June 8, 2007 12:16 pm, David Moss wrote: [INFO] Executing: svn --username username --password * --non-interactive copy --file C:\DOCUME~1\DAVID~1.MOS\LOCALS~1\T emp\maven-scm-403689689.commit . svn://SERVER001/tags/product-4.0 The svn tag command failed. Command output: svn:

Re: Maven Release Plugin seems to run clean verify and miss out on install for aggregate projects

On Fri, June 8, 2007 1:57 pm, Emmanuel Venisse wrote: If you want to install artifacts in your local repo during the prepare process and don't want to use 'clean verify' goals, you can configure preparationGoals parameter on the prepare mojo

Re: Maven Release Plugin seems to run clean verify and miss out on install for aggregate projects

On Tue, June 5, 2007 9:06 pm, Brett Porter wrote: Right. The reason for not choosing to install by default is that you end up with a release in your local repository which is not the final one. We've run into this problem as well - the version being tested, as far as I am aware, is the

Re: Maven Release Plugin seems to run clean verify and miss out on install for aggregate projects

On Wed, June 6, 2007 4:50 pm, Mark Donszelmann wrote: The workaround for us to release aggregated projects is like this: mvn install release:prepare but this would do the install w/o the poms being changed from 3.3- SNAPSHOT to 3.3, so this would not help. And yet it does help. I suspect

Re: Maven Release Plugin seems to run clean verify and miss out on install for aggregate projects

On Wed, June 6, 2007 5:25 pm, Mark Donszelmann wrote: well, as far as I can conclude, an aggregated build will calculate the order in which to generate (and install) the artifacts, so that any module dependent on them is run later than the one generating them. That won't matter. If you don't

v1.1 alpha 1 and tomcat / derby

Hi all, I am having a little trouble reconfiguring tomcat to allow the war version of continuum v1.1 alpha1 to connect to two derby databases. I am getting the cryptic error: org.jpox.exceptions.ConnectionFactoryNotFoundException: Connection Factory java:comp/env/jdbc/continuum not found I

Re: Test failure on trunk

Jesse McConnell wrote: most people I know just add the following to their environment variables MAVEN_OPTS=-Xmx512m It shouldn't be necessary to have to patch your environment to work around bugs in unit tests, if the tests need 512MB of RAM, then the surefire plugin should be configured

Test failure on trunk

Hi all, While trying to build trunk of continuum, I am getting the following test failure on MacosX v10.4: --- Test set: org.apache.maven.continuum.buildcontroller.DefaultBuildControllerTest

Re: Test failure on trunk

Emmanuel Venisse wrote: jdk version? Latest MacOSX version, jdk v1.5.0_07-164. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature

maven ignores resources phase

Hi all, I have a pom file, that using ant generates a C++ library, which is then packaged as a jar. The ant build is attached to the generate-resources phase, and when you run mvn resources:resources the library is correctly copied to target/classes. However: when you run mvn install, the

Re: maven ignores resources phase

On Tue, March 13, 2007 7:44 pm, Brett Porter wrote: Sounds like a great question to ask [EMAIL PROTECTED] :) (and with over 3 times as many subscribers, your odds of an answer are much, much better) I have posted a number of questions to the users lists recently, none of which have received

release:perform and classifier breakage

Hi all, I am trying to do a release:perform on a project that creates a jar with a classifier. For some reason, as part of release:perform, install:install is called, and when install:install is called _without_ being part of the build lifecycle, it fails with the error below. I tried

Re: release:perform and classifier breakage

On Mon, March 12, 2007 4:34 pm, Graham Leggett wrote: Has anyone seen release:perform work with a classifier present? I have managed to narrow this down to the deploy plugin. It seems the deploy plugin cannot deploy a jar with a classifier. The stacktrace is below. [INFO] [jar:jar] [INFO

Assembly plugin: breakage if a dependency includes a classifier

Hi all, I have a set of modules that I need to assemble into a directory. These modules depend on some platform specific matlab ctf and jar files that have been published into the maven repository with a classifier giving the platform, like so: alchemy-quant-4.0.5-macosx.jar

Strange inclusion bug with the jar plugin

Hi all, I asked on the user list whether I was doing this correctly, but got no response - in the mean time this is looking like a bug. I have a jar file, attached to the lifecycle being the compiling of some C++ code into target/build, which works fine. I need to embed the C++ library

Re: Svn failure during release:perform

On Sat, February 17, 2007 6:41 pm, Dan Tran wrote: in your msg checkout\alchemy-quant\src\matlabdevelopment\Toolbox\CreditDerivatives\ParRecovHazardRateTreeModel\UnexposedCode\.svn\tmp\text-base\GetCalibratedOneFactorHullWhiteHazardRateTreeFromCdsSpreadsRP.m.svn-base I has 205 not counting

Re: Svn failure during release:perform

Dan Tran wrote: you hit the limit of windows path which is 256 chars :-) Try to set your checkout directory to the shorttest and see if it helps ( ie c:/t ) What confuses me is that both the native svn command line client, and tortoisesvn, are capable of checking this same directory out

Svn failure during release:perform

Hi all, I have been trying to run a release:perform on a Windows XP machine running maven v2.0.4, and have been getting the subversion error below. Running both the subversion command line client (v1.4.2) update, and tortoisesvn's (latest version) update work fine, it's only when maven

Re: Activating profiles based on OS doesn't seem to work right

On Wed, February 7, 2007 3:46 am, Franz Allan Valencia See wrote: I don't know why this should not work ( and I don't have a Mac to try it on). Try entering the os name all in small caps ( i.e. mac os x ). Small case works, even though when you print the value of ${os.name} the operating

Activating profiles based on OS doesn't seem to work right

Hi all, I've been trying to use profile activation based on OS to work around maven's lack of support for exposing the OS family (you can test against the current OS family, you just cannot find out what the current OS family is using ${maven.os.family} or some equivalent, or it least it

Activating profiles based on OS

Hi all, According to the docs for configuring profiles at http://maven.apache.org/settings.html#Profiles, it is apparently possible to activate a profile based on OS parameters. The example given activates when Windows is present: os nameWindows XP/name

deploy:deploy-file target and DAV

Hi all, As a test I have configured the deploy:deploy-file goal to deploy to a WebDAV server. The login and ssl part works fine, but the attempt to PUT the file fails with a 403 response code (but not because of auth failure according to the logs). It looks like the plugin is not making an

Re: deploy:deploy-file target and DAV

On Tue, January 30, 2007 1:55 pm, Aaron Digulla wrote: Have you tried with 1.0-beta-2 of wagon-webdav? This solved some problems for me. Not yet - I am trying to do this without a pom file (the artifacts are ultimately matlab generated). Seems creating a pom is the way to go. Will try it and

Re: deploy:deploy-file target and DAV

On Tue, January 30, 2007 1:55 pm, Aaron Digulla wrote: Have you tried with 1.0-beta-2 of wagon-webdav? This solved some problems for me. Dumb question... how do you override the dependency of a plugin? Regards, Graham -- -

Re: deploy:deploy-file target and DAV

On Tue, January 30, 2007 1:55 pm, Aaron Digulla wrote: Have you tried with 1.0-beta-2 of wagon-webdav? This solved some problems for me. Added the 1.0-beta-2 of wagon-webdav like this: build extensions extension groupIdorg.apache.maven.wagon/groupId

deploy:deploy-file target and DAV

Hi all, As a test I have configured the maven deploy:deploy-file goal to deploy to a WebDAV server. The login and ssl part works fine, but the attempt to PUT the file fails with a 403 response code (but not because of auth failure according to the logs). It looks like the plugin is not making an

Re: deploy:deploy-file target and DAV

On Tue, January 30, 2007 3:09 pm, Aaron Digulla wrote: Which version of the maven-deploy-plugin do you use? Have you tried 2.3? Yes (both natively as it's the latest release, and explicitly by adding it to the pom) - made no difference. Regards, Graham --

Re: deploy:deploy-file target and DAV

On Tue, January 30, 2007 3:08 pm, Aaron Digulla wrote: You do see the correct version in the output of Maven? I saw maven download the v1.0-beta-2 jars and dependencies. The simple workaround would be to create the directories manually until the bug is fixed. Unfortunately the end result of

Re: deploy:deploy-file target and DAV

On Tue, January 30, 2007 3:08 pm, Aaron Digulla wrote: The simple workaround would be to create the directories manually until the bug is fixed. I created each directory manually, up to and including the version number. Once all the directories existed, the return code from wagon-webdav was

Confirm: Webdav and SSL works

Hi all, In the source file at https://svn.apache.org/repos/asf/maven/wagon/tags/wagon-1.0-beta-2/wagon-providers/wagon-webdav/src/main/java/org/apache/maven/wagon/providers/webdav/WebDavWagon.java, the following comment is present: TODO: webdav https server is not tested I have tested the wagon

Re: deploy:deploy-file target and DAV

On Tue, January 30, 2007 3:49 pm, Aaron Digulla wrote: I'm using wagon-webdav 1.0-beta-2 with maven-deploy-plugin 2.3 together with Archiva (SVN SNAPSHOT build). Before 1.0-beta-2/2.3, this was pretty unstable (every 3rd deploy would fail) but now, it works pretty good (even though I still

Jboss client jars and maven

Hi all, I am have a very strange interoperability problem between jars produced by maven and jars produced by ant when it comes to JBoss. JBoss supports the concept of java code running standalone accessing EJBs in a JBoss container over a network. To do this you package up two files into the

Re: [vote] Establish a list of emeritus committers

Kenney Westerhof wrote: - these people should be send a direct e-mail notifying them so they know what's going on. If they've been unactive in such a long period it's higly likely that they don't follow the dev list anymore, and should they want to participate again they'd be in for a big

continuum v1.1 test failures - macosx

Hi all, I am getting test failures while trying to build continuum v1.1 trunk. (Can anyone remind me where the actual test results are buried?) Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature

RE: continuum v1.1 test failures - macosx

On Wed, January 3, 2007 3:29 pm, Roald Bankras wrote: module\target\surefire-reports\*.txt That narrows it down to: Graham-Leggetts-Computer:~/src/continuum/continuum-trunk minfrin$ find . | grep target/surefire-reports | wc -l 48 By chance, the first file contained the failure:

Re: maven2 and NTLM

On Wed, December 20, 2006 1:27 pm, Steve Loughran wrote: who is interested in working with me to come up with something that is broadly useful? One troublespot with proxy code is testing. I know I cant test NTLM proxies, but do at least have access to an unauthenticated proxy-whether I want

Some conceptual issues: building eclipse rcp with maven

Hi all, I have been trying to investigate how practical it is to build eclipse plugins using maven, and have run into some conceptual issues which are not explained at all in any of the docs I have found. So far, the pde-maven-plugin shows the most promise in building an eclipse rcp application.

Re: downloading eclipse runtime binary or RCP delta pack

On Tue, December 19, 2006 10:24 am, [EMAIL PROTECTED] wrote: =8*O I beg your pardon? I looked in JIRA but couldn't find a report about this. Is there? If not, I'd open one. ;-) The idea that you'll never have to fix a broken POM/JAR/whatever is just ridiculous. :-) As I understand it, the

Re: downloading eclipse runtime binary or RCP delta pack

On Tue, December 19, 2006 5:15 pm, Bhupendra Bhardwaj wrote: The most simple solution right now is probably to add http://repo1.maven.org/eclipse/ to your list of repositories in settings.xml. Not really. Because the solution I was looking for was to package my RCP app for all platforms

Re: downloading eclipse runtime binary or RCP delta pack

On Mon, December 18, 2006 11:03 am, Bhupendra Bhardwaj wrote: eclipse:make-artifacts is a nice feature but it will work only if the person building and assembling the project has eclipse installed in his or her machine, which I think will not be the case as the RCP is one of the modules and

Re: downloading eclipse runtime binary or RCP delta pack

On Mon, December 18, 2006 4:59 pm, Daniel Kulp wrote: My can't someone on the Maven team run the plugin/script and put them up on repo1 someplace? That's what I'm having a hard time understanding. People obviously want them published, what stopping them from being published? The problem I

Re: maven-ear-plugin and dependencies

On Thu, December 14, 2006 9:05 pm, Stephane Nicoll wrote: This has been tackled a dozen of times and I am not sure it has anything to do with the EAR plugin, at least if we follow the spec. If I am wrong, please let me know. The valid way to bundle shared components/libs in a EAR is to

Re: downloading eclipse runtime binary or RCP delta pack

Bhupendra Bhardwaj wrote: The maven repository doesn't have the eclipse swt plugins for all platforms. I have few questions, can those be answered please if possible- - Can I download the eclipse runtime binary or any zip/tar from

Re: The Future of the Release Process.

On Thu, December 14, 2006 1:46 am, Joakim Erdfelt wrote: Disclaimer: I am not attempting to set policy, just to get discussion going, document it, and work towards the ideal toolchain that make the future of apache releases smooth, consistent, and resilient

maven-ear-plugin and dependencies

Hi all, Using the v2.3-SNAPSHOT version of the ear plugin, I am struggling to get the application.xml file built correctly. Between maven1 and maven2, the ejb plugin lost it's ability to bundle dependencies inside the ejb. This means (as I understand it) that it's now up to the ear plugin to

maven2 and NTLM

Hi all, According to the docs, maven1 supported NTLM proxies. I cannot find anything definitive to say whether NTLM proxies are supported in maven2 though. In our case the ISA proxy also supports basic auth, but this also doesn't work - I suspect the underlying proxy code implementation in maven

[vote] release maven-ear-plugin

Hi all, I would like to propose a release of the maven-ear-plugin. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature

[vote] release maven-eclipse-plugin

Hi all, I would like to propose the release of the maven-eclipse-plugin. This will bring the eclipse:make-artifacts goal into a non snapshot release. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature

NullPointerException in maven-eclipse-plugin

Hi all, While trying to run the eclipse:make-artifacts goals against an up to date eclipse v3.2.1 installation, it bombs out with a NullPointerException like so: java.lang.NullPointerException at

maven2 repository of eclipse jars

Hi all, I have seen some effort scattered here and there for providing maven2 repositories containing the jars that make up the eclipse platform. It would be great if an automated repository could be created that would keep eclipse jars accessible to maven. The eclipse:make-artifacts goal in the

Re: [vote] release maven-ear-plugin

On Mon, December 11, 2006 3:37 pm, Jason van Zyl wrote: You cannot start a vote unless you are a committer. It does? I could not find anything like this at http://www.apache.org/foundation/voting.html. Binding votes are cast by PMC members as I understand (I am on the httpd PMC), but a call for

Re: [vote] release maven-ear-plugin

On Mon, December 11, 2006 6:10 pm, Jason van Zyl wrote: Some who is not developing the code cannot call a vote. At least one that's going to actually be voted on. I can't walk into the httpd mailing list and ask for a release of httpd. Come on. I am not aware of any barrier stopping anybody

Re: [vote] release maven-ear-plugin

On Mon, December 11, 2006 7:12 pm, Jason van Zyl wrote: You didn't ask for a release, you tried to call a vote. Very different things. Explain how these are different? That's an example of how it works and how you can participate. Do some work, get a say. It's pretty standard Apache stuff.

Re: [vote] release maven-ear-plugin

Jason van Zyl wrote: Asking for a vote means that people can make preparations and actually figure out what's going to be done for the next release. Create a roadmap, field help and plan toward making something release worthy. When all that is done, the work has been looked over and it is

Re: maven2 repository of eclipse jars

Carlos Sanchez wrote: that sounds good and can be setup as if it were another mirror, the important questions who will volunteer to do it? is enough people asking for them that it makes sense? In theory, keeping such a repository up to date could be done from a zone, and it's not a problem

Re: [vote] release maven-ear-plugin

Brett Porter wrote: I don't understand this. Is there a field in the documentation that is only available in the snapshot and not documented as such? Yes (pointed this out originally last week) - for example: http://maven.apache.org/plugins/maven-ear-plugin/modules.html#harModule (only

maven-ear-plugin: is har supported or not?

Hi all, According to the docs at http://maven.apache.org/plugins/maven-ear-plugin/modules.html#harModule, it is now at long last possible to build ear files containing har files with maven. Unfortunately, any attempt at adding the config in the docs results in this exception:

Re: maven-ear-plugin: is har supported or not?

Stephane Nicoll wrote: No, it's implemented as from 2.3 which is not yet released. You can retrieve it on the snapshot repository [1] or you can build the plugin from source yourself. Are there any showstoppers preventing its release? I was very confusing to see the docs for the new plugin

  1   2   >