deploying a test-jar
I have a project that is setup to also produce a test jar: org.apache.maven.plugins maven-jar-plugin 2.2 test-jar I am deploying it at the end of a mvn release:perform. I deploy several modules in my project with that goal actually. deploy --projects A,B,C The project with the test-jar deploys everything but the test jar. The regular jar, a source jar, and javadoc jar... The documentation says that a regular deploy should work. Is there something that conflicts with using the reactor plugin and test jars? Is there something that I am not doing right? Perhaps there is some way to specify the classifiers that I want to deploy. Thanks, Clay - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-1.1 build-bootstrap fails with OpenVMS
You could run in Apache Harmony to debug this. On Mon, Aug 30, 2010 at 1:12 PM, Stadelmann Josef wrote: > It would be very fine if BASIC Authentication would be enforced by default > when one opens an URLConnection in OpenVMS and other platforms. But that is > not the case. Instead it goes into some kind of NTLM conversation and fails > in OpenVMS on JDK 5.0 (that can be seen when I run Ethereal) > > I have found the sources below on the web: And I like to see now how it is > going for BASIC Authentication on my OpenVMS machine. So far when I try to > debug I can see the code called in rt.jar from sun. I can see code because > src.zip is in the source class path. But as the rt.jar was not complied with > the -g option I can't see any argument values but bunches of asynchronity > when doing single steping; Hence I cannot see the argument values passed so > deep in code from the java system properties into critical rt.jar routines > used to open an connection with the proper authorization and proxy data, > called. > > How would you go from there to see argument values passed if arguments belong > to sun rt.jar code not complied with the -g option; I can only see argument > values in my own short code. Do I get somewhere an rt.jar which was compiled > with the -g option or do I have to make that myself a project? > > > /* > * TestJDKNTLM.java > * > * Created on 30. August 2010, 15:19 > * > */ > > package axawl.spezpla.jdkntlmauth; > > import java.io.BufferedReader; > import java.io.IOException; > import java.io.InputStreamReader; > import java.net.URL; > import java.net.URLConnection; > > > /** > * > * @author C770817 > */ > public class TestJDKNTLM { > > private void execute() throws IOException { > #1 System.setProperty("proxySet", "true"); > #2 System.setProperty("http.proxyHost", "bcproxy.ch.winterthur.com"); > #3 System.setProperty("http.proxyPort", "8080"); > #4 System.setProperty("http.proxyUser", "C770817"); > #5 System.setProperty("http.proxyPassword", "mydomainpassword"); > #6 System.setProperty("http.auth.ntlm.domain", "ourdomain"); > > URL url = new URL("http://www.ks-net.ch";); > URLConnection conn = url.openConnection(); > > conn.setAllowUserInteraction(true); > BufferedReader reader = new BufferedReader(new > InputStreamReader(conn.getInputStream())); > int read = 0; > String body = null; > > do { > body = reader.readLine(); > System.out.println(body); > } while (body != null); > > } > > /** > * @param args the command line arguments > */ > public static void main(String[] args) throws IOException { > new TestJDKNTLM().execute(); > } > > } > > Commenting #1 above out shows no effect on Vista and on OpenVMS > Commenting #4, #5, #6 out has no effect on Vista and on OpenVMS > Commenting #2 and/or #3 out shows an effect on OpenVMS and VISTA > > I have removed all properties from files like build.properties; > So ANT and JAVA does not know this properties unless code makes em known. > > Effe4ct: on VISTA NTLM takes place and all works due to NTLM works, on > OpenVMS I get 407 errors and al fails! > > That is to say: NTLM authentication still works because the magic stuff is at > the sun corner for VISTA and fails short for the OpenVMS part, but is done in > the JDK itself with little to no effect doing such things here in code. > > But what is going on there, that remains the big question? > > To make it worse - stepping through remote code at OpenVMS shows asynchronity > at the rt.jar level; some lines are hit as they should and some are not. That > means the sources and or JDK versions used on VISTA and Open VMS are the same > but not really! JDK's and/or sources of JDK 1.5 may vary in minor ways, > making it hard to debug using a modern IDE like NetBeans and remote > debugging. Guess I have to use stone time jdb on OpenVMS to not be enforced > to remote debugging and asynchronity when doing single stepping. > > So far the nice properties; > > On OpenVMS I can conclude: That BASIC authentication does not work if the > proxy server asks for NTLM and BASIC because the client side code at OpenVMS > does not know how to handle it. And this magic belongs to rt.jar (so far > quality and portability among platforms and testing). > > > Josef > > > > > > > > -Ursprüngliche Nachricht- > Von: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] Im Auftrag > von Anders Hammar > Gesendet: Montag, 30. August 2010 15:30 > An: Maven Users List > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > AFAIK, basic auth is what is used out-of-the-box. If you want something > else, then you need some configuration. So you should be fine. > > /Anders > > On Mon, Aug 30, 2010 at 15:15, Stadelmann Josef < > josef.stadelm...@axa-winterthur.ch> wrote: > >> Anders >> >> Thanks for the info, I went through that alrea
AW: maven-1.1 build-bootstrap fails with OpenVMS
It would be very fine if BASIC Authentication would be enforced by default when one opens an URLConnection in OpenVMS and other platforms. But that is not the case. Instead it goes into some kind of NTLM conversation and fails in OpenVMS on JDK 5.0 (that can be seen when I run Ethereal) I have found the sources below on the web: And I like to see now how it is going for BASIC Authentication on my OpenVMS machine. So far when I try to debug I can see the code called in rt.jar from sun. I can see code because src.zip is in the source class path. But as the rt.jar was not complied with the -g option I can't see any argument values but bunches of asynchronity when doing single steping; Hence I cannot see the argument values passed so deep in code from the java system properties into critical rt.jar routines used to open an connection with the proper authorization and proxy data, called. How would you go from there to see argument values passed if arguments belong to sun rt.jar code not complied with the -g option; I can only see argument values in my own short code. Do I get somewhere an rt.jar which was compiled with the -g option or do I have to make that myself a project? /* * TestJDKNTLM.java * * Created on 30. August 2010, 15:19 * */ package axawl.spezpla.jdkntlmauth; import java.io.BufferedReader; import java.io.IOException; import java.io.InputStreamReader; import java.net.URL; import java.net.URLConnection; /** * * @author C770817 */ public class TestJDKNTLM { private void execute() throws IOException { #1System.setProperty("proxySet", "true"); #2System.setProperty("http.proxyHost", "bcproxy.ch.winterthur.com"); #3System.setProperty("http.proxyPort", "8080"); #4System.setProperty("http.proxyUser", "C770817"); #5System.setProperty("http.proxyPassword", "mydomainpassword"); #6System.setProperty("http.auth.ntlm.domain", "ourdomain"); URL url = new URL("http://www.ks-net.ch";); URLConnection conn = url.openConnection(); conn.setAllowUserInteraction(true); BufferedReader reader = new BufferedReader(new InputStreamReader(conn.getInputStream())); int read = 0; String body = null; do { body = reader.readLine(); System.out.println(body); } while (body != null); } /** * @param args the command line arguments */ public static void main(String[] args) throws IOException { new TestJDKNTLM().execute(); } } Commenting #1 above out shows no effect on Vista and on OpenVMS Commenting #4, #5, #6 out has no effect on Vista and on OpenVMS Commenting #2 and/or #3 out shows an effect on OpenVMS and VISTA I have removed all properties from files like build.properties; So ANT and JAVA does not know this properties unless code makes em known. Effe4ct: on VISTA NTLM takes place and all works due to NTLM works, on OpenVMS I get 407 errors and al fails! That is to say: NTLM authentication still works because the magic stuff is at the sun corner for VISTA and fails short for the OpenVMS part, but is done in the JDK itself with little to no effect doing such things here in code. But what is going on there, that remains the big question? To make it worse - stepping through remote code at OpenVMS shows asynchronity at the rt.jar level; some lines are hit as they should and some are not. That means the sources and or JDK versions used on VISTA and Open VMS are the same but not really! JDK's and/or sources of JDK 1.5 may vary in minor ways, making it hard to debug using a modern IDE like NetBeans and remote debugging. Guess I have to use stone time jdb on OpenVMS to not be enforced to remote debugging and asynchronity when doing single stepping. So far the nice properties; On OpenVMS I can conclude: That BASIC authentication does not work if the proxy server asks for NTLM and BASIC because the client side code at OpenVMS does not know how to handle it. And this magic belongs to rt.jar (so far quality and portability among platforms and testing). Josef -Ursprüngliche Nachricht- Von: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] Im Auftrag von Anders Hammar Gesendet: Montag, 30. August 2010 15:30 An: Maven Users List Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS AFAIK, basic auth is what is used out-of-the-box. If you want something else, then you need some configuration. So you should be fine. /Anders On Mon, Aug 30, 2010 at 15:15, Stadelmann Josef < josef.stadelm...@axa-winterthur.ch> wrote: > Anders > > Thanks for the info, I went through that already, A DN it is formaven2 and > maven3 > > However as you can read as well .. just below the box on tghe mentioned > page/like > http://maven.apache.org/guides/mini/guide-proxies.html > > Please note that currently NTLM proxies are not supported as they have not > been t
Re: copy list of jars into a war
Well, far be it from me to contradict an authority, but I can offer an alternative. If there is some good reason to treat all those jars as a lump, and if none of your code that you are compiling depends on having them in the compilation classpath, you *can* create an artifact for them with the assembly plugin, and then unpack it into the WAR with the overlay mechanism. Your message gives me no reason to believe that this is the right thing to do in your particular case as opposed to listing out all the dependencies. You might want to look at dependency inheritance (scope=pom) as a way of factoring this list of 20 things into one place. On Mon, Aug 30, 2010 at 12:09 PM, Stephen Connolly wrote: > On 30 August 2010 17:01, Alexander Vaysberg wrote: > >> Am 30.08.2010 17:25, schrieb mdurrani: >> >> I would like to copy all jars from a lib folder into my war file. I can do >>> it >>> by listing a dependency tag for each of them but I don't want to put 20 >>> dependency tags in my pom. Is there any way where I can just reference a >>> lib >>> folder and say to copy all these files to the war? >>> >>> > Use ANT. > > The Maven way is to list the dependencies... if you don't want to list > dependencies, then don't use Maven. > > -Stephen > > P.S. Sorry if this sounds blunt, but Maven is opinionated software and this > is a core opinion > > >> /lib/ >>> 1.jar >>> 2.jar >>> 3.jar >>> 4.jar >>> .. >>> 20.jar >>> >>> >>> Thanks, >>> >>> The first you must read more info for Maven(Book for Sonotype). >> Dependencies must be in the pom.xml. >> >> >> - >> 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: copy list of jars into a war
On 30 August 2010 17:01, Alexander Vaysberg wrote: > Am 30.08.2010 17:25, schrieb mdurrani: > > I would like to copy all jars from a lib folder into my war file. I can do >> it >> by listing a dependency tag for each of them but I don't want to put 20 >> dependency tags in my pom. Is there any way where I can just reference a >> lib >> folder and say to copy all these files to the war? >> >> Use ANT. The Maven way is to list the dependencies... if you don't want to list dependencies, then don't use Maven. -Stephen P.S. Sorry if this sounds blunt, but Maven is opinionated software and this is a core opinion > /lib/ >> 1.jar >> 2.jar >> 3.jar >> 4.jar >> .. >> 20.jar >> >> >> Thanks, >> >> The first you must read more info for Maven(Book for Sonotype). > Dependencies must be in the pom.xml. > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: copy list of jars into a war
Am 30.08.2010 17:25, schrieb mdurrani: I would like to copy all jars from a lib folder into my war file. I can do it by listing a dependency tag for each of them but I don't want to put 20 dependency tags in my pom. Is there any way where I can just reference a lib folder and say to copy all these files to the war? /lib/ 1.jar 2.jar 3.jar 4.jar .. 20.jar Thanks, The first you must read more info for Maven(Book for Sonotype). Dependencies must be in the pom.xml. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: copy list of jars into a war
On Aug 30, 2010, at 11:25 AM, mdurrani wrote: > I would like to copy all jars from a lib folder into my war file. I can do > it... If you're using maven, then you probably shouldn't have a lib folder full of jar files. If you provide more details about how your build is structured, we can likely help you make it more maven-ish. --- Nayan Hajratwala http://agileshrugged.com http://twitter.com/nhajratw 734.658.6032 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: copy list of jars into a war
> I would like to copy all jars from a lib folder into my war file. I can do it > by listing a dependency tag for each of them but I don't want to put 20 > dependency tags in my pom. Is there any way where I can just reference a lib > folder and say to copy all these files to the war? No. This is simply not how Maven works. Please go back to using Ant if you require this functionality. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
copy list of jars into a war
I would like to copy all jars from a lib folder into my war file. I can do it by listing a dependency tag for each of them but I don't want to put 20 dependency tags in my pom. Is there any way where I can just reference a lib folder and say to copy all these files to the war? /lib/ 1.jar 2.jar 3.jar 4.jar .. 20.jar Thanks, -- View this message in context: http://maven.40175.n5.nabble.com/copy-list-of-jars-into-a-war-tp2796933p2796933.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
branching problem with release plugin
Hi There, I've got a major problem when using the release plusgin's branch task, the scm connections and developerConnections urls are wrong on the created branch: 1. on trunk before release:branch scm:svn:http://svn.int.gscf.com/xmt2/ETB-ROOT/trunk scm:svn:https://svn.int.gscf.com/xmt2/ETB-ROOT/trunk 2. on branch after: scm:svn:http://svn.int.gscf.com/xmt2/ETB-ROOT/branches/1.78/* trunk* scm:svn: https://svn.int.gscf.com/xmt2/ETB-ROOT/branches/1.78/*trunk* the plugin was executed as: mvn org.apache.maven.plugins:maven-release-plugin:2.0:branch -DbranchName=1.78 -DdevelopmentVersion=1.79.0-SNAPSHOT -DupdateWorkingCopyVersions=true -DautoVersionSubmodules=true As you might see there is an exta "/trunk" added to the end of the urls, which makes releases with release:prepare and release:perform troublesome from the created branch. If you have seen such a problem and happen to know any remedy please let me know. Kind regards, Daniel
Dependency:sources skipping files
I run mvn -U dependency:sources, and all my source jars are on an Artifactory build server, but all the sources are "skipped" and nothing gets downloaded. What causes Maven to "skip" downloading sources? -- C. Benson Manica cbman...@gmail.com
Re: maven-1.1 build-bootstrap fails with OpenVMS
> Please note that currently NTLM proxies are not supported as they have not > been tested. > You may be able to use the relevant system properties on JDK 1.4+ to make > this work. > > ++> would be nice to know how? > > So what java system properties do I have to set to make JDK work and force to > use only BASIC authentication? Googling for "java proxy system property ntlm" takes me to: http://download.oracle.com/javase/1.4.2/docs/guide/net/properties.html That page seems to cover what you're looking for. And here's a page with additional information for JDK6 (same search, a few links down in the list): http://download-llnw.oracle.com/javase/6/docs/technotes/guides/net/http-auth.html As for "forcing" basic auth, that seems to be the default unless you specify the http.auth.ntlm.domain or another property. But I am far from an expert in this area. You probably need to be setting http.proxyHost and http.proxyPort. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: RAR artifact
On 30 August 2010 15:06, Wendy Smoak wrote: > On Mon, Aug 30, 2010 at 9:53 AM, D D wrote: > > My problem is that I can't set dependency on that rar file. The compiled > > code is in a jar inside the rar. Any idea what I'm doing wrong? > > Then you should probably build the jar as a separate module and have > it as a dependency from both the rar and the other thing you are > trying to build. > > If that is impossible, then check out the way the war plugin is able > to deploy both the war _and_ a jar containing the classes. That > behavior could probably be added to the rar plugin. > IIRC, the rar plugin already has that capability, but it is somewhat less than stellar in real use. in any case two modules is the way to go, esp if you are using openejb to test your rar from junit tests... [Note to self, must write up a blog post on end-to-end testing of a enterprise-data-source <--> jca <--> ejb <--> web <--> browser <-->selenium test case I have using jetty (for a mock enterprise data source), openejb (for the jca & ejb container), jetty (2nd instance for the web container) all within a single JVM! -Stephen > -- > Wendy > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: RAR artifact
the correct packaging for a rar is to have the compiled classes as a jar file inside the rar file. You probably want two modules in your case... first module is packaging:jar and compiles the classes. second module is the rar module and it depends on the first and just adds the rar descriptor. -Stephen On 30 August 2010 14:53, D D wrote: > Hello, > > I wonder if someone could help me with rar artifact. I used the default > plugin available on Maven's website. ( > http://maven.apache.org/plugins/maven-rar-plugin/) Technically the > packaging > type is jar but the artifact built actually is a rar file that is renamed > to > jar when installed in the repository. . > > My problem is that I can't set dependency on that rar file. The compiled > code is in a jar inside the rar. Any idea what I'm doing wrong? > > Thanks, > Dave >
Re: RAR artifact
On Mon, Aug 30, 2010 at 9:53 AM, D D wrote: > My problem is that I can't set dependency on that rar file. The compiled > code is in a jar inside the rar. Any idea what I'm doing wrong? Then you should probably build the jar as a separate module and have it as a dependency from both the rar and the other thing you are trying to build. If that is impossible, then check out the way the war plugin is able to deploy both the war _and_ a jar containing the classes. That behavior could probably be added to the rar plugin. -- Wendy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Local build of SNAPSHOT prevents update from Nexus
If a snapshot project is built locally(mvn install) the "maven-metadata-local.xml" is created in my local repository with the following contents: x.y.z module_a 1.0-SNAPSHOT true 20100826143752 This seems to prevent this module from being updated from Nexus in later builds. Today the maven-metadata.xml from our Nexus server looks like this: x.y.z module_a 1.0-SNAPSHOT 48 20100830024102 The version on Nexus is 4 days newer than the one in my local repo, but it will not be updated when I build a project with dependency on "module_a". The for the repo is set to "daily". Will the tag prevent updates of snapshots? And if so, is it a setting to prevent this tag from being created in the local repo? Halvor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RAR artifact
Hello, I wonder if someone could help me with rar artifact. I used the default plugin available on Maven's website. ( http://maven.apache.org/plugins/maven-rar-plugin/) Technically the packaging type is jar but the artifact built actually is a rar file that is renamed to jar when installed in the repository. . My problem is that I can't set dependency on that rar file. The compiled code is in a jar inside the rar. Any idea what I'm doing wrong? Thanks, Dave
Re: WAR type and transitive dependencies
If your code depends on activation, then you want to list it. What if mail changes their dependencies, you would not have it in your compile. If you import it, you need to specify it. You don't want your IDE looking through the whole dependency tree to resolve each import. Maven is running the right way now. Ron On 30/08/2010 5:30 AM, Ognjen Blagojevic wrote: On 24.8.2010 23:41, skatz wrote: Is there a way to, when building a war, have a jar and all its dependencies be part of the compile time path, but not be included in the war file itself, without having to list each one in the pom.xml? That is the way Maven should behave by default. For instance, if you define javax.mail in pom.xml: javax.mail mail 1.4.2 provided mvn dependency:tree shows also transitive depndecy javax.activation: [INFO] +- javax.mail:mail:jar:1.4.2:provided (scope not updated to compile) [INFO] | \- javax.activation:activation:jar:1.1:provided Which will be available at compile time, and not packed inside WAR. Regards, Ognjen - 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: Creating and deploying two classified WAR files at once
This looks like "Best Practice" that most people who are building production systems need to have. Can you elaborate a bit more. Is this documented anywhere? Ron On 30/08/2010 7:32 AM, Stephen Connolly wrote: What I'm saying is that you (ultimately) should refactor your project so that one war works on all deployment targets. That way you don't need to create multiple wars each tuned for the specific deployment environment. Solutions can include (but are not limited to): 1. Using JNDI or an external .properties file to hold the deployment specific config 2. Adding a deployment specific provider jar to the deployment target lib folder (e.g. abstract the deployment specific code behind an API and then deploy the tomcat-impl to tomcat's lib folder, the jetty-impl to jetty's lib folder the websphere-impl to websphere's lib folder) Your war then picks up the required impl when deployed to any container 3. Coding to the spec (not always as hard as you might think) -Stephen On 30 August 2010 12:22, wrote: I think you'll find overlays as a smaller solution than adding in multiple profiles to support multiple hosts. The reality is you should be abstracting out these things so that you don't need them any more and one universal war is all that is required. Stephen, this comment [1] describes my issue. [1] http://www.sonatype.com/people/2010/01/how-to-create-two-jars-from-one-project-and-why-you-shouldnt/#comment-44713627 -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail - 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: maven-1.1 build-bootstrap fails with OpenVMS
AFAIK, basic auth is what is used out-of-the-box. If you want something else, then you need some configuration. So you should be fine. /Anders On Mon, Aug 30, 2010 at 15:15, Stadelmann Josef < josef.stadelm...@axa-winterthur.ch> wrote: > Anders > > Thanks for the info, I went through that already, A DN it is formaven2 and > maven3 > > However as you can read as well .. just below the box on tghe mentioned > page/like > http://maven.apache.org/guides/mini/guide-proxies.html > > Please note that currently NTLM proxies are not supported as they have not > been tested. > You may be able to use the relevant system properties on JDK 1.4+ to make > this work. > > ++> would be nice to know how? > > So what java system properties do I have to set to make JDK work and force > to use only BASIC authentication? > > Josef > > > -Ursprüngliche Nachricht- > Von: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] Im > Auftrag von Anders Hammar > Gesendet: Montag, 30. August 2010 14:46 > An: Maven Users List > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > http://maven.apache.org/guides/mini/guide-proxies.html > > /Anders > > On Mon, Aug 30, 2010 at 14:34, Stadelmann Josef < > josef.stadelm...@axa-winterthur.ch> wrote: > > > Stephen > > > > I agree with some of your points, > > > > But please tell me how authentication with a proxy server is handled in > > maven-2 or maven-3? > > > > If authentication toward a proxy server is handled the same way as in > > maven-1 > > then there is at least one pile left in maven-2 or maven-3 :-), > > > > But given there are no such piles left; how then is authentication > handled > > in maven-2 or maven-3? > > > > Most important for me: > > Can I force maven-2 or maven-3 to use only BASIC authentication (user > name > > AND password) but not > > NTLM or DIGEST toward a proxy server to reach out for artifact > downloading, > > this because I run > > from OpenVMS, which might be not as good as Linux or Windows is in > dealing > > with NTLM Authentication. > > > > Josef > > > > > > > > > > -Ursprüngliche Nachricht- > > Von: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > > Gesendet: Montag, 30. August 2010 12:45 > > An: Maven Users List > > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > > > There was a MAJOR refactoring between Maven 1.x and Maven 2.x > > > > If a project is built using Maven 1.x you have no hope to build it with > > Maven 2.x unless you convert the build process yourself (or unless > somebody > > else has converted it for you) > > > > Maven 1.x development pretty much ceased at least 4-5 years ago > > > > I think you are out of luck unless you can use a Maven Repository Manager > > (e.g. Nexus) to proxy the requests for you > > > > -Stephen > > > > P.S. Stephen has never done any development work with Maven 1.x. Stephen > > thinks Maven 1.x is a stinking pile of excrement... which makes an > > excellent > > fertiliser from which the roses that are Maven 2.x and Maven 3.x have > grown > > ;-) > > > > On 30 August 2010 09:56, Stadelmann Josef < > > josef.stadelm...@axa-winterthur.ch> wrote: > > > > > We are using a feature with Axis2-1.2 which is called > scope="soapsession" > > > That is to say, we have a state-full web service realized and > interfaced > > > with Microsoft WCF 3.5 Clients. > > > State-full web services with long lasting user sessions is a thing > which > > > makes every bode I've meet so far cry. > > > > > > Hence I never got real help on that issues when I need it, hence I have > > > built axis2-1.2 in the past from scratch myself just to be able to > single > > > step through the engine code to master this features; sorry but we use > > long > > > lasting session because our legacy server code some 120'000 line of > > OpenVMS > > > Pascal code is as it is. And yes: all is running fine. But since some > few > > > weeks my destroy() method is no longer called when the user session > > breaks. > > > > > > Axis2-1.2 needs at a max maven-1.1 for building. > > > > > > I do it routinely at home not sitting behind a fire wall proxy > demanding > > > username and password and domain name to reach out for artifacts; but > > here > > > in the AXA company I can't reach out for artifacts unless this NTLM > > > authentication is properly supported. > > > > > > > > > Also: WHO OF YOU MAVEN GUYS CAN TELL ME how to best approach? > > > > > > 1. Does Axis2-1.5 and greater support scope="soapsession" correctly; > I've > > > read somewhere that this is not any longer the case; Unfortunately I > lost > > my > > > pointer to this information, hence I can't ask the author. And again; > > this > > > feature seems to be so exotic but is there, that nobody helps me. > > > > > > > > > 2. WHO OF YOU MAVEN DEVELOPERS can tell me that maven-2.2.1 and above > > used > > > to build Axis2-1.5 and above can reach through proxies using username > > > password and domain name and is able to deal with NTLM authen
AW: maven-1.1 build-bootstrap fails with OpenVMS
Anders Thanks for the info, I went through that already, A DN it is formaven2 and maven3 However as you can read as well .. just below the box on tghe mentioned page/like http://maven.apache.org/guides/mini/guide-proxies.html Please note that currently NTLM proxies are not supported as they have not been tested. You may be able to use the relevant system properties on JDK 1.4+ to make this work. ++> would be nice to know how? So what java system properties do I have to set to make JDK work and force to use only BASIC authentication? Josef -Ursprüngliche Nachricht- Von: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] Im Auftrag von Anders Hammar Gesendet: Montag, 30. August 2010 14:46 An: Maven Users List Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS http://maven.apache.org/guides/mini/guide-proxies.html /Anders On Mon, Aug 30, 2010 at 14:34, Stadelmann Josef < josef.stadelm...@axa-winterthur.ch> wrote: > Stephen > > I agree with some of your points, > > But please tell me how authentication with a proxy server is handled in > maven-2 or maven-3? > > If authentication toward a proxy server is handled the same way as in > maven-1 > then there is at least one pile left in maven-2 or maven-3 :-), > > But given there are no such piles left; how then is authentication handled > in maven-2 or maven-3? > > Most important for me: > Can I force maven-2 or maven-3 to use only BASIC authentication (user name > AND password) but not > NTLM or DIGEST toward a proxy server to reach out for artifact downloading, > this because I run > from OpenVMS, which might be not as good as Linux or Windows is in dealing > with NTLM Authentication. > > Josef > > > > > -Ursprüngliche Nachricht- > Von: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > Gesendet: Montag, 30. August 2010 12:45 > An: Maven Users List > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > There was a MAJOR refactoring between Maven 1.x and Maven 2.x > > If a project is built using Maven 1.x you have no hope to build it with > Maven 2.x unless you convert the build process yourself (or unless somebody > else has converted it for you) > > Maven 1.x development pretty much ceased at least 4-5 years ago > > I think you are out of luck unless you can use a Maven Repository Manager > (e.g. Nexus) to proxy the requests for you > > -Stephen > > P.S. Stephen has never done any development work with Maven 1.x. Stephen > thinks Maven 1.x is a stinking pile of excrement... which makes an > excellent > fertiliser from which the roses that are Maven 2.x and Maven 3.x have grown > ;-) > > On 30 August 2010 09:56, Stadelmann Josef < > josef.stadelm...@axa-winterthur.ch> wrote: > > > We are using a feature with Axis2-1.2 which is called scope="soapsession" > > That is to say, we have a state-full web service realized and interfaced > > with Microsoft WCF 3.5 Clients. > > State-full web services with long lasting user sessions is a thing which > > makes every bode I've meet so far cry. > > > > Hence I never got real help on that issues when I need it, hence I have > > built axis2-1.2 in the past from scratch myself just to be able to single > > step through the engine code to master this features; sorry but we use > long > > lasting session because our legacy server code some 120'000 line of > OpenVMS > > Pascal code is as it is. And yes: all is running fine. But since some few > > weeks my destroy() method is no longer called when the user session > breaks. > > > > Axis2-1.2 needs at a max maven-1.1 for building. > > > > I do it routinely at home not sitting behind a fire wall proxy demanding > > username and password and domain name to reach out for artifacts; but > here > > in the AXA company I can't reach out for artifacts unless this NTLM > > authentication is properly supported. > > > > > > Also: WHO OF YOU MAVEN GUYS CAN TELL ME how to best approach? > > > > 1. Does Axis2-1.5 and greater support scope="soapsession" correctly; I've > > read somewhere that this is not any longer the case; Unfortunately I lost > my > > pointer to this information, hence I can't ask the author. And again; > this > > feature seems to be so exotic but is there, that nobody helps me. > > > > > > 2. WHO OF YOU MAVEN DEVELOPERS can tell me that maven-2.2.1 and above > used > > to build Axis2-1.5 and above can reach through proxies using username > > password and domain name and is able to deal with NTLM authentication > > correctly? > > > > If this does not run on maven-1.1 why should it run on maven-2 and > maven-3? > > > > > > I will certainly go any build maven-2.2.1 and port it to OpenVMS and hope > > that it can reach through proxy protected networks to get artifacts > > downloaded. > > > > Josef > > > > > > > > > > > > -Ursprüngliche Nachricht- > > Von: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org] > > Gesendet: Dienstag, 24. August 2010 19:14 > > An: Maven Users List > > Betreff: Re:
Re: WAR type and transitive dependencies
Greetings, On Mon, Aug 30, 2010 at 5:30 AM, Ognjen Blagojevic wrote: > For instance, if you define javax.mail in pom.xml: > > > javax.mail > mail > 1.4.2 > provided > > > mvn dependency:tree shows also transitive depndecy javax.activation: > > [INFO] +- javax.mail:mail:jar:1.4.2:provided (scope not updated to compile) > [INFO] | \- javax.activation:activation:jar:1.1:provided > > Which will be available at compile time, and not packed inside WAR. You could also watch/vote for http://jira.codehaus.org/browse/MDEP-283 which would let you create these skinny WARs more or less dynamically. But certainly in an easier way than manually updating POM files. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-1.1 build-bootstrap fails with OpenVMS
_Use a Maven Repository Manager as a proxy to your proxy_ That way you can control how it proxies. AFAIK Nexus can provide you with the control you need and can server up as Maven 1.x format repos as well -Stephen On 30 August 2010 13:34, Stadelmann Josef < josef.stadelm...@axa-winterthur.ch> wrote: > Stephen > > I agree with some of your points, > > But please tell me how authentication with a proxy server is handled in > maven-2 or maven-3? > > If authentication toward a proxy server is handled the same way as in > maven-1 > then there is at least one pile left in maven-2 or maven-3 :-), > > But given there are no such piles left; how then is authentication handled > in maven-2 or maven-3? > > Most important for me: > Can I force maven-2 or maven-3 to use only BASIC authentication (user name > AND password) but not > NTLM or DIGEST toward a proxy server to reach out for artifact downloading, > this because I run > from OpenVMS, which might be not as good as Linux or Windows is in dealing > with NTLM Authentication. > > Josef > > > > > -Ursprüngliche Nachricht- > Von: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > Gesendet: Montag, 30. August 2010 12:45 > An: Maven Users List > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > There was a MAJOR refactoring between Maven 1.x and Maven 2.x > > If a project is built using Maven 1.x you have no hope to build it with > Maven 2.x unless you convert the build process yourself (or unless somebody > else has converted it for you) > > Maven 1.x development pretty much ceased at least 4-5 years ago > > I think you are out of luck unless you can use a Maven Repository Manager > (e.g. Nexus) to proxy the requests for you > > -Stephen > > P.S. Stephen has never done any development work with Maven 1.x. Stephen > thinks Maven 1.x is a stinking pile of excrement... which makes an > excellent > fertiliser from which the roses that are Maven 2.x and Maven 3.x have grown > ;-) > > On 30 August 2010 09:56, Stadelmann Josef < > josef.stadelm...@axa-winterthur.ch> wrote: > > > We are using a feature with Axis2-1.2 which is called scope="soapsession" > > That is to say, we have a state-full web service realized and interfaced > > with Microsoft WCF 3.5 Clients. > > State-full web services with long lasting user sessions is a thing which > > makes every bode I've meet so far cry. > > > > Hence I never got real help on that issues when I need it, hence I have > > built axis2-1.2 in the past from scratch myself just to be able to single > > step through the engine code to master this features; sorry but we use > long > > lasting session because our legacy server code some 120'000 line of > OpenVMS > > Pascal code is as it is. And yes: all is running fine. But since some few > > weeks my destroy() method is no longer called when the user session > breaks. > > > > Axis2-1.2 needs at a max maven-1.1 for building. > > > > I do it routinely at home not sitting behind a fire wall proxy demanding > > username and password and domain name to reach out for artifacts; but > here > > in the AXA company I can't reach out for artifacts unless this NTLM > > authentication is properly supported. > > > > > > Also: WHO OF YOU MAVEN GUYS CAN TELL ME how to best approach? > > > > 1. Does Axis2-1.5 and greater support scope="soapsession" correctly; I've > > read somewhere that this is not any longer the case; Unfortunately I lost > my > > pointer to this information, hence I can't ask the author. And again; > this > > feature seems to be so exotic but is there, that nobody helps me. > > > > > > 2. WHO OF YOU MAVEN DEVELOPERS can tell me that maven-2.2.1 and above > used > > to build Axis2-1.5 and above can reach through proxies using username > > password and domain name and is able to deal with NTLM authentication > > correctly? > > > > If this does not run on maven-1.1 why should it run on maven-2 and > maven-3? > > > > > > I will certainly go any build maven-2.2.1 and port it to OpenVMS and hope > > that it can reach through proxy protected networks to get artifacts > > downloaded. > > > > Josef > > > > > > > > > > > > -Ursprüngliche Nachricht- > > Von: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org] > > Gesendet: Dienstag, 24. August 2010 19:14 > > An: Maven Users List > > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > > > Egads, is anyone still using Maven 1? If so, why? -K > > > > On Aug 24, 2010, at 11:40 AM, Wayne Fay wrote: > > > > >> Wasting time? > > >> > > >> How do I force BASIC authentication using maven-1.1 either with > > >> maven-1.1 or maybe I can do it outside maven-1.1-code through a > > > > > > Let me be more plain... you are WASTING YOUR TIME trying to fix > > > Maven1. Perhaps you understand me better now? > > > > > > Find the simplest thing that could possibly work -- just download the > > > artifacts into the proper spot in your local filesystem -- and get on > > > with the more important things, which
Re: maven-1.1 build-bootstrap fails with OpenVMS
http://maven.apache.org/guides/mini/guide-proxies.html /Anders On Mon, Aug 30, 2010 at 14:34, Stadelmann Josef < josef.stadelm...@axa-winterthur.ch> wrote: > Stephen > > I agree with some of your points, > > But please tell me how authentication with a proxy server is handled in > maven-2 or maven-3? > > If authentication toward a proxy server is handled the same way as in > maven-1 > then there is at least one pile left in maven-2 or maven-3 :-), > > But given there are no such piles left; how then is authentication handled > in maven-2 or maven-3? > > Most important for me: > Can I force maven-2 or maven-3 to use only BASIC authentication (user name > AND password) but not > NTLM or DIGEST toward a proxy server to reach out for artifact downloading, > this because I run > from OpenVMS, which might be not as good as Linux or Windows is in dealing > with NTLM Authentication. > > Josef > > > > > -Ursprüngliche Nachricht- > Von: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > Gesendet: Montag, 30. August 2010 12:45 > An: Maven Users List > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > There was a MAJOR refactoring between Maven 1.x and Maven 2.x > > If a project is built using Maven 1.x you have no hope to build it with > Maven 2.x unless you convert the build process yourself (or unless somebody > else has converted it for you) > > Maven 1.x development pretty much ceased at least 4-5 years ago > > I think you are out of luck unless you can use a Maven Repository Manager > (e.g. Nexus) to proxy the requests for you > > -Stephen > > P.S. Stephen has never done any development work with Maven 1.x. Stephen > thinks Maven 1.x is a stinking pile of excrement... which makes an > excellent > fertiliser from which the roses that are Maven 2.x and Maven 3.x have grown > ;-) > > On 30 August 2010 09:56, Stadelmann Josef < > josef.stadelm...@axa-winterthur.ch> wrote: > > > We are using a feature with Axis2-1.2 which is called scope="soapsession" > > That is to say, we have a state-full web service realized and interfaced > > with Microsoft WCF 3.5 Clients. > > State-full web services with long lasting user sessions is a thing which > > makes every bode I've meet so far cry. > > > > Hence I never got real help on that issues when I need it, hence I have > > built axis2-1.2 in the past from scratch myself just to be able to single > > step through the engine code to master this features; sorry but we use > long > > lasting session because our legacy server code some 120'000 line of > OpenVMS > > Pascal code is as it is. And yes: all is running fine. But since some few > > weeks my destroy() method is no longer called when the user session > breaks. > > > > Axis2-1.2 needs at a max maven-1.1 for building. > > > > I do it routinely at home not sitting behind a fire wall proxy demanding > > username and password and domain name to reach out for artifacts; but > here > > in the AXA company I can't reach out for artifacts unless this NTLM > > authentication is properly supported. > > > > > > Also: WHO OF YOU MAVEN GUYS CAN TELL ME how to best approach? > > > > 1. Does Axis2-1.5 and greater support scope="soapsession" correctly; I've > > read somewhere that this is not any longer the case; Unfortunately I lost > my > > pointer to this information, hence I can't ask the author. And again; > this > > feature seems to be so exotic but is there, that nobody helps me. > > > > > > 2. WHO OF YOU MAVEN DEVELOPERS can tell me that maven-2.2.1 and above > used > > to build Axis2-1.5 and above can reach through proxies using username > > password and domain name and is able to deal with NTLM authentication > > correctly? > > > > If this does not run on maven-1.1 why should it run on maven-2 and > maven-3? > > > > > > I will certainly go any build maven-2.2.1 and port it to OpenVMS and hope > > that it can reach through proxy protected networks to get artifacts > > downloaded. > > > > Josef > > > > > > > > > > > > -Ursprüngliche Nachricht- > > Von: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org] > > Gesendet: Dienstag, 24. August 2010 19:14 > > An: Maven Users List > > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > > > Egads, is anyone still using Maven 1? If so, why? -K > > > > On Aug 24, 2010, at 11:40 AM, Wayne Fay wrote: > > > > >> Wasting time? > > >> > > >> How do I force BASIC authentication using maven-1.1 either with > > >> maven-1.1 or maybe I can do it outside maven-1.1-code through a > > > > > > Let me be more plain... you are WASTING YOUR TIME trying to fix > > > Maven1. Perhaps you understand me better now? > > > > > > Find the simplest thing that could possibly work -- just download the > > > artifacts into the proper spot in your local filesystem -- and get on > > > with the more important things, which is apparently debugging your > > > problems Axis. > > > > > > Wayne > > > > > > -
AW: maven-1.1 build-bootstrap fails with OpenVMS
Stephen I agree with some of your points, But please tell me how authentication with a proxy server is handled in maven-2 or maven-3? If authentication toward a proxy server is handled the same way as in maven-1 then there is at least one pile left in maven-2 or maven-3 :-), But given there are no such piles left; how then is authentication handled in maven-2 or maven-3? Most important for me: Can I force maven-2 or maven-3 to use only BASIC authentication (user name AND password) but not NTLM or DIGEST toward a proxy server to reach out for artifact downloading, this because I run from OpenVMS, which might be not as good as Linux or Windows is in dealing with NTLM Authentication. Josef -Ursprüngliche Nachricht- Von: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Gesendet: Montag, 30. August 2010 12:45 An: Maven Users List Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS There was a MAJOR refactoring between Maven 1.x and Maven 2.x If a project is built using Maven 1.x you have no hope to build it with Maven 2.x unless you convert the build process yourself (or unless somebody else has converted it for you) Maven 1.x development pretty much ceased at least 4-5 years ago I think you are out of luck unless you can use a Maven Repository Manager (e.g. Nexus) to proxy the requests for you -Stephen P.S. Stephen has never done any development work with Maven 1.x. Stephen thinks Maven 1.x is a stinking pile of excrement... which makes an excellent fertiliser from which the roses that are Maven 2.x and Maven 3.x have grown ;-) On 30 August 2010 09:56, Stadelmann Josef < josef.stadelm...@axa-winterthur.ch> wrote: > We are using a feature with Axis2-1.2 which is called scope="soapsession" > That is to say, we have a state-full web service realized and interfaced > with Microsoft WCF 3.5 Clients. > State-full web services with long lasting user sessions is a thing which > makes every bode I've meet so far cry. > > Hence I never got real help on that issues when I need it, hence I have > built axis2-1.2 in the past from scratch myself just to be able to single > step through the engine code to master this features; sorry but we use long > lasting session because our legacy server code some 120'000 line of OpenVMS > Pascal code is as it is. And yes: all is running fine. But since some few > weeks my destroy() method is no longer called when the user session breaks. > > Axis2-1.2 needs at a max maven-1.1 for building. > > I do it routinely at home not sitting behind a fire wall proxy demanding > username and password and domain name to reach out for artifacts; but here > in the AXA company I can't reach out for artifacts unless this NTLM > authentication is properly supported. > > > Also: WHO OF YOU MAVEN GUYS CAN TELL ME how to best approach? > > 1. Does Axis2-1.5 and greater support scope="soapsession" correctly; I've > read somewhere that this is not any longer the case; Unfortunately I lost my > pointer to this information, hence I can't ask the author. And again; this > feature seems to be so exotic but is there, that nobody helps me. > > > 2. WHO OF YOU MAVEN DEVELOPERS can tell me that maven-2.2.1 and above used > to build Axis2-1.5 and above can reach through proxies using username > password and domain name and is able to deal with NTLM authentication > correctly? > > If this does not run on maven-1.1 why should it run on maven-2 and maven-3? > > > I will certainly go any build maven-2.2.1 and port it to OpenVMS and hope > that it can reach through proxy protected networks to get artifacts > downloaded. > > Josef > > > > > > -Ursprüngliche Nachricht- > Von: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org] > Gesendet: Dienstag, 24. August 2010 19:14 > An: Maven Users List > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > Egads, is anyone still using Maven 1? If so, why? -K > > On Aug 24, 2010, at 11:40 AM, Wayne Fay wrote: > > >> Wasting time? > >> > >> How do I force BASIC authentication using maven-1.1 either with > >> maven-1.1 or maybe I can do it outside maven-1.1-code through a > > > > Let me be more plain... you are WASTING YOUR TIME trying to fix > > Maven1. Perhaps you understand me better now? > > > > Find the simplest thing that could possibly work -- just download the > > artifacts into the proper spot in your local filesystem -- and get on > > with the more important things, which is apparently debugging your > > problems Axis. > > > > Wayne > > > > - > > 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: Creating and deploying two classified WAR files at once
Ok, thanks. I will give it a shot in the next couple of days. Let's see for other opinions. > Yes, and each module would only have the files that are extra to that > module > > On 30 August 2010 12:18, wrote: > > > > I think you'll find overlays as a smaller solution than adding in > > multiple > > > profiles to support multiple hosts. > > > > > > The reality is you should be abstracting out these things so that you > > > don't > > > need them any more and one universal war is all that is required. > > > > Stephen, > > > > thanks for your input. How would approach look like? > > > > I deduce from your both input: > > > > project-parent > > | > > |-project-webapp-common > > | > > |-project-webapp-local (depends on common) > > | > > |-project-webapp-host1 (depends on common) > > | > > |-project-webapp-host2 (depends on common) > > > > > > Mike > > -- > > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! > > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Creating and deploying two classified WAR files at once
What I'm saying is that you (ultimately) should refactor your project so that one war works on all deployment targets. That way you don't need to create multiple wars each tuned for the specific deployment environment. Solutions can include (but are not limited to): 1. Using JNDI or an external .properties file to hold the deployment specific config 2. Adding a deployment specific provider jar to the deployment target lib folder (e.g. abstract the deployment specific code behind an API and then deploy the tomcat-impl to tomcat's lib folder, the jetty-impl to jetty's lib folder the websphere-impl to websphere's lib folder) Your war then picks up the required impl when deployed to any container 3. Coding to the spec (not always as hard as you might think) -Stephen On 30 August 2010 12:22, wrote: > > I think you'll find overlays as a smaller solution than adding in > multiple > > profiles to support multiple hosts. > > > > The reality is you should be abstracting out these things so that you > > don't > > need them any more and one universal war is all that is required. > > Stephen, > > this comment [1] describes my issue. > > [1] > http://www.sonatype.com/people/2010/01/how-to-create-two-jars-from-one-project-and-why-you-shouldnt/#comment-44713627 > -- > Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Creating and deploying two classified WAR files at once
Yes, and each module would only have the files that are extra to that module On 30 August 2010 12:18, wrote: > > I think you'll find overlays as a smaller solution than adding in > multiple > > profiles to support multiple hosts. > > > > The reality is you should be abstracting out these things so that you > > don't > > need them any more and one universal war is all that is required. > > Stephen, > > thanks for your input. How would approach look like? > > I deduce from your both input: > > project-parent > | > |-project-webapp-common > | > |-project-webapp-local (depends on common) > | > |-project-webapp-host1 (depends on common) > | > |-project-webapp-host2 (depends on common) > > > Mike > -- > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Creating and deploying two classified WAR files at once
> I think you'll find overlays as a smaller solution than adding in multiple > profiles to support multiple hosts. > > The reality is you should be abstracting out these things so that you > don't > need them any more and one universal war is all that is required. Stephen, this comment [1] describes my issue. [1] http://www.sonatype.com/people/2010/01/how-to-create-two-jars-from-one-project-and-why-you-shouldnt/#comment-44713627 -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Creating and deploying two classified WAR files at once
> I think you'll find overlays as a smaller solution than adding in multiple > profiles to support multiple hosts. > > The reality is you should be abstracting out these things so that you > don't > need them any more and one universal war is all that is required. Stephen, thanks for your input. How would approach look like? I deduce from your both input: project-parent | |-project-webapp-common | |-project-webapp-local (depends on common) | |-project-webapp-host1 (depends on common) | |-project-webapp-host2 (depends on common) Mike -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Creating and deploying two classified WAR files at once
I think you'll find overlays as a smaller solution than adding in multiple profiles to support multiple hosts. The reality is you should be abstracting out these things so that you don't need them any more and one universal war is all that is required. -Stephen On 30 August 2010 09:27, wrote: > > Hey Mike, > > > > I would create a module for each war (and probably one for the war > > with no context.xml) and then make use of the "overlays" as described > > here: http://maven.apache.org/plugins/maven-war-plugin/overlays.html > > > > With this a war can depend on another war and you can overwrite / add > > / remove things at will. Adding the context.xml should be really easy. > > Samuel, > > I already thought about overlays but this seems to be a bit oversized for > just replacing one file. Additionally, what happens if I would have four > instead of two hosts in the future? > > Overlays would be my last resort. > > Thanks, I will take this into my consideration. > > Mike > -- > Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: maven-1.1 build-bootstrap fails with OpenVMS
There was a MAJOR refactoring between Maven 1.x and Maven 2.x If a project is built using Maven 1.x you have no hope to build it with Maven 2.x unless you convert the build process yourself (or unless somebody else has converted it for you) Maven 1.x development pretty much ceased at least 4-5 years ago I think you are out of luck unless you can use a Maven Repository Manager (e.g. Nexus) to proxy the requests for you -Stephen P.S. Stephen has never done any development work with Maven 1.x. Stephen thinks Maven 1.x is a stinking pile of excrement... which makes an excellent fertiliser from which the roses that are Maven 2.x and Maven 3.x have grown ;-) On 30 August 2010 09:56, Stadelmann Josef < josef.stadelm...@axa-winterthur.ch> wrote: > We are using a feature with Axis2-1.2 which is called scope="soapsession" > That is to say, we have a state-full web service realized and interfaced > with Microsoft WCF 3.5 Clients. > State-full web services with long lasting user sessions is a thing which > makes every bode I've meet so far cry. > > Hence I never got real help on that issues when I need it, hence I have > built axis2-1.2 in the past from scratch myself just to be able to single > step through the engine code to master this features; sorry but we use long > lasting session because our legacy server code some 120'000 line of OpenVMS > Pascal code is as it is. And yes: all is running fine. But since some few > weeks my destroy() method is no longer called when the user session breaks. > > Axis2-1.2 needs at a max maven-1.1 for building. > > I do it routinely at home not sitting behind a fire wall proxy demanding > username and password and domain name to reach out for artifacts; but here > in the AXA company I can't reach out for artifacts unless this NTLM > authentication is properly supported. > > > Also: WHO OF YOU MAVEN GUYS CAN TELL ME how to best approach? > > 1. Does Axis2-1.5 and greater support scope="soapsession" correctly; I've > read somewhere that this is not any longer the case; Unfortunately I lost my > pointer to this information, hence I can't ask the author. And again; this > feature seems to be so exotic but is there, that nobody helps me. > > > 2. WHO OF YOU MAVEN DEVELOPERS can tell me that maven-2.2.1 and above used > to build Axis2-1.5 and above can reach through proxies using username > password and domain name and is able to deal with NTLM authentication > correctly? > > If this does not run on maven-1.1 why should it run on maven-2 and maven-3? > > > I will certainly go any build maven-2.2.1 and port it to OpenVMS and hope > that it can reach through proxy protected networks to get artifacts > downloaded. > > Josef > > > > > > -Ursprüngliche Nachricht- > Von: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org] > Gesendet: Dienstag, 24. August 2010 19:14 > An: Maven Users List > Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS > > Egads, is anyone still using Maven 1? If so, why? -K > > On Aug 24, 2010, at 11:40 AM, Wayne Fay wrote: > > >> Wasting time? > >> > >> How do I force BASIC authentication using maven-1.1 either with > >> maven-1.1 or maybe I can do it outside maven-1.1-code through a > > > > Let me be more plain... you are WASTING YOUR TIME trying to fix > > Maven1. Perhaps you understand me better now? > > > > Find the simplest thing that could possibly work -- just download the > > artifacts into the proper spot in your local filesystem -- and get on > > with the more important things, which is apparently debugging your > > problems Axis. > > > > Wayne > > > > - > > 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 > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: WAR type and transitive dependencies
On 24.8.2010 23:41, skatz wrote: Is there a way to, when building a war, have a jar and all its dependencies be part of the compile time path, but not be included in the war file itself, without having to list each one in the pom.xml? That is the way Maven should behave by default. For instance, if you define javax.mail in pom.xml: javax.mail mail 1.4.2 provided mvn dependency:tree shows also transitive depndecy javax.activation: [INFO] +- javax.mail:mail:jar:1.4.2:provided (scope not updated to compile) [INFO] | \- javax.activation:activation:jar:1.1:provided Which will be available at compile time, and not packed inside WAR. Regards, Ognjen - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: maven-1.1 build-bootstrap fails with OpenVMS
We are using a feature with Axis2-1.2 which is called scope="soapsession" That is to say, we have a state-full web service realized and interfaced with Microsoft WCF 3.5 Clients. State-full web services with long lasting user sessions is a thing which makes every bode I've meet so far cry. Hence I never got real help on that issues when I need it, hence I have built axis2-1.2 in the past from scratch myself just to be able to single step through the engine code to master this features; sorry but we use long lasting session because our legacy server code some 120'000 line of OpenVMS Pascal code is as it is. And yes: all is running fine. But since some few weeks my destroy() method is no longer called when the user session breaks. Axis2-1.2 needs at a max maven-1.1 for building. I do it routinely at home not sitting behind a fire wall proxy demanding username and password and domain name to reach out for artifacts; but here in the AXA company I can't reach out for artifacts unless this NTLM authentication is properly supported. Also: WHO OF YOU MAVEN GUYS CAN TELL ME how to best approach? 1. Does Axis2-1.5 and greater support scope="soapsession" correctly; I've read somewhere that this is not any longer the case; Unfortunately I lost my pointer to this information, hence I can't ask the author. And again; this feature seems to be so exotic but is there, that nobody helps me. 2. WHO OF YOU MAVEN DEVELOPERS can tell me that maven-2.2.1 and above used to build Axis2-1.5 and above can reach through proxies using username password and domain name and is able to deal with NTLM authentication correctly? If this does not run on maven-1.1 why should it run on maven-2 and maven-3? I will certainly go any build maven-2.2.1 and port it to OpenVMS and hope that it can reach through proxy protected networks to get artifacts downloaded. Josef -Ursprüngliche Nachricht- Von: Kathryn Huxtable [mailto:kath...@kathrynhuxtable.org] Gesendet: Dienstag, 24. August 2010 19:14 An: Maven Users List Betreff: Re: maven-1.1 build-bootstrap fails with OpenVMS Egads, is anyone still using Maven 1? If so, why? -K On Aug 24, 2010, at 11:40 AM, Wayne Fay wrote: >> Wasting time? >> >> How do I force BASIC authentication using maven-1.1 either with >> maven-1.1 or maybe I can do it outside maven-1.1-code through a > > Let me be more plain... you are WASTING YOUR TIME trying to fix > Maven1. Perhaps you understand me better now? > > Find the simplest thing that could possibly work -- just download the > artifacts into the proper spot in your local filesystem -- and get on > with the more important things, which is apparently debugging your > problems Axis. > > Wayne > > - > 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Creating and deploying two classified WAR files at once
> Hey Mike, > > I would create a module for each war (and probably one for the war > with no context.xml) and then make use of the "overlays" as described > here: http://maven.apache.org/plugins/maven-war-plugin/overlays.html > > With this a war can depend on another war and you can overwrite / add > / remove things at will. Adding the context.xml should be really easy. Samuel, I already thought about overlays but this seems to be a bit oversized for just replacing one file. Additionally, what happens if I would have four instead of two hosts in the future? Overlays would be my last resort. Thanks, I will take this into my consideration. Mike -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Creating and deploying two classified WAR files at once
Hey Mike, I would create a module for each war (and probably one for the war with no context.xml) and then make use of the "overlays" as described here: http://maven.apache.org/plugins/maven-war-plugin/overlays.html With this a war can depend on another war and you can overwrite / add / remove things at will. Adding the context.xml should be really easy. HTH, SaM On Mon, Aug 30, 2010 at 09:34, wrote: > Hi folks, > > I am facing a config problem with deploying two classified WAR files at once. > My setup is this, I have a WAR project which is developed and tested locally > with Tomcat and Eclipse. Deploying this WAR file to host1 and host2 requires > a different context.xml. So I tried to solve this with a profile with copies > a different context.xml with filtering for the hostname. Invoke would be like > this: > mvn package -Pdeployment -Dhostname=host1 > > Package is created. I rerun the same process a second time for host2. Now the > real problem arises when I do a release:perform to Nexus. I cannot produce > two files at the same time during this process. Of course only one file is > deployed. A second deployment does not work because Nexus blocks. I have to > manually upload the second war file. > > Is there any remedy to this? I want to avoid tampering with the assembly > plugin since this would be just tedious work which the WAR plugin already > does perfectly. > > Thanks, > > Mike > -- > Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail > > - > 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
Creating and deploying two classified WAR files at once
Hi folks, I am facing a config problem with deploying two classified WAR files at once. My setup is this, I have a WAR project which is developed and tested locally with Tomcat and Eclipse. Deploying this WAR file to host1 and host2 requires a different context.xml. So I tried to solve this with a profile with copies a different context.xml with filtering for the hostname. Invoke would be like this: mvn package -Pdeployment -Dhostname=host1 Package is created. I rerun the same process a second time for host2. Now the real problem arises when I do a release:perform to Nexus. I cannot produce two files at the same time during this process. Of course only one file is deployed. A second deployment does not work because Nexus blocks. I have to manually upload the second war file. Is there any remedy to this? I want to avoid tampering with the assembly plugin since this would be just tedious work which the WAR plugin already does perfectly. Thanks, Mike -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org