Maven stats shows huge peak
Hi all, On the Maven stats page you can see the download statistics of Maven. Can anyone explain the huge peak around mid February 2012? http://people.apache.org/~vgritsenko/stats/projects/maven.html Thanks in advance, Regards, Johan.
Site deploy problem
Hi Maven users, I've a problem with deploying a site to an url containing property variables. The site url -as part of the distributionManagement section- is located in the company parent pom: properties reposerver.host.namemyrepohost/reposerver.host.name /properties ... distributionManagement site idsite-repo/id urlscp://${reposerver.host.name}/var/www/html/maven2/sites/url /site /distributionManagement When I execute mvn help:effective-pom I see that the url is correctly resolved to: scp://myrepohost/var/www/html/maven2/sites But when I execute mvn site-deploy the build fails with an UnknownHostException. In the logging I see that the url is not resolved: [INFO] [site:deploy {execution: default-deploy}] scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Connection refused scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Disconnecting scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Cannot connect. Reason: java.net.UnknownHostException: ${ reposerver.host.name} Thanks in advance, -- Johan Vogelzang
Re: Site deploy problem
Oh I forgot... I use Maven 2.2.1 and maven-site-plugin version 2.3. The behavior is the same on Windows and Linux. Johan. 2011/7/13 Johan Vogelzang johan.vogelz...@gmail.com Hi Maven users, I've a problem with deploying a site to an url containing property variables. The site url -as part of the distributionManagement section- is located in the company parent pom: properties reposerver.host.namemyrepohost/reposerver.host.name /properties ... distributionManagement site idsite-repo/id urlscp://${reposerver.host.name}/var/www/html/maven2/sites/url /site /distributionManagement When I execute mvn help:effective-pom I see that the url is correctly resolved to: scp://myrepohost/var/www/html/maven2/sites But when I execute mvn site-deploy the build fails with an UnknownHostException. In the logging I see that the url is not resolved: [INFO] [site:deploy {execution: default-deploy}] scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Connection refused scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Disconnecting scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Cannot connect. Reason: java.net.UnknownHostException: ${ reposerver.host.name} Thanks in advance, -- Johan Vogelzang -- Johan Vogelzang
Re: Re: Site deploy problem
Thorsten, We use username/password authentication, and my settings.xml is set up as you described. But I don't think this is a authentication issue. As you can see the hostname is not resolved properly so there is no server connection to do the authentication. Regards, Johan. 2011/7/13 Thorsten Heit thorsten.h...@vkb.de Hi, Oh I forgot... I use Maven 2.2.1 and maven-site-plugin version 2.3. The behavior is the same on Windows and Linux. What kind of SCP transfer do you want to use? Password-less, i.e. public-key-authentification, or using username/password? In the first case: Did you upload your public key to the remote machine? In the latter case: You have to add a server entry section containing your user credentials in your $HOME/.m2/settings.xml: servers server idsite-repo/id usernameyour_username/username passwordyour_password/password /server ... /servers Regards Thorsten -- Johan Vogelzang
Re: Site deploy problem
I just did a test with maven-site-plugin version 2.0-beta-7 (instead of 2.3) and with this one the build seems to run ok (!?). build pluginManagement plugins plugin artifactIdmaven-site-plugin/artifactId version2.0-beta-7/version /plugin Can anyone confirm if this is a known bug? Regards, Johan. 2011/7/13 Johan Vogelzang johan.vogelz...@gmail.com Hi Maven users, I've a problem with deploying a site to an url containing property variables. The site url -as part of the distributionManagement section- is located in the company parent pom: properties reposerver.host.namemyrepohost/reposerver.host.name /properties ... distributionManagement site idsite-repo/id urlscp://${reposerver.host.name}/var/www/html/maven2/sites/url /site /distributionManagement When I execute mvn help:effective-pom I see that the url is correctly resolved to: scp://myrepohost/var/www/html/maven2/sites But when I execute mvn site-deploy the build fails with an UnknownHostException. In the logging I see that the url is not resolved: [INFO] [site:deploy {execution: default-deploy}] scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Connection refused scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Disconnecting scp://${reposerver.host.name}/var/www/html/maven2/sites - Session: Disconnected [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error uploading site Embedded error: Cannot connect. Reason: java.net.UnknownHostException: ${ reposerver.host.name} Thanks in advance, -- Johan Vogelzang -- Johan Vogelzang
jta-1.0.1B.jar missing in central repo
Hi all, Today I discovered that jta-1.0.1B.jar is removed from the central Maven repository. See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B Causing our builds to fail. It still exists in http://download.java.net/maven/2/javax/transaction/jta/1.0.1B What steps can I take to tackle this issue? Regards, Johan
Re: jta-1.0.1B.jar missing in central repo
Hmm, I thougt I was, but now I am not so sure anymore Johan. 2009/11/4 Anders Hammar and...@hammar.net I don't think it has ever been there. Are you sure that it has been removed? /A On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang johan.vogelz...@gmail.com wrote: Hi all, Today I discovered that jta-1.0.1B.jar is removed from the central Maven repository. See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B Causing our builds to fail. It still exists in http://download.java.net/maven/2/javax/transaction/jta/1.0.1B What steps can I take to tackle this issue? Regards, Johan -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
Anyway it seems that this artifact in not correctly deployed (or synchronized). Johan. 2009/11/4 Anders Hammar and...@hammar.net I don't think it has ever been there. Are you sure that it has been removed? /A On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang johan.vogelz...@gmail.com wrote: Hi all, Today I discovered that jta-1.0.1B.jar is removed from the central Maven repository. See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B Causing our builds to fail. It still exists in http://download.java.net/maven/2/javax/transaction/jta/1.0.1B What steps can I take to tackle this issue? Regards, Johan -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
I do not see why this is correct in central. The more recent version 1.1 seems to be correctly deployed to central see: http://repo2.maven.org/maven2/javax/transaction/jta/1.1 You can see the jar file there. We do not manage this dependency ourselfs. Jta is a transitive dependency, that comes with hibernate 3.2.5.ga. And depending on the java.net Maven repo is not a generic solution, becouse every developer or everry project need to take manualy steps to configure this repo. Regards, Johan. 2009/11/4 Anders Hammar and...@hammar.net It's correct in central. You can get it from there, as it states in the pom. You need to download it manually. But you've found in at java.net, so use that. Or some other implementation that is available at central (I guess there is a geronimo one). /A On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang johan.vogelz...@gmail.com wrote: Anyway it seems that this artifact in not correctly deployed (or synchronized). Johan. 2009/11/4 Anders Hammar and...@hammar.net I don't think it has ever been there. Are you sure that it has been removed? /A On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang johan.vogelz...@gmail.com wrote: Hi all, Today I discovered that jta-1.0.1B.jar is removed from the central Maven repository. See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B Causing our builds to fail. It still exists in http://download.java.net/maven/2/javax/transaction/jta/1.0.1B What steps can I take to tackle this issue? Regards, Johan -- Johan Vogelzang -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
Ok, that probably explains the difference between version 1.1 and 1.0.1B Thanks, Johan. 2009/11/4 Anders Hammar and...@hammar.net The issue with those old Sun libraries is that they require some kind of click-through licensing agreement. That cannot be accomplished with Maven, so that's why you have to download it manually. In more recent version/implementations this limitation has been removed, my guess is that that is because they are now truly open source. As Mathus points out, the solution is to have your own (corporate) repo manager. This is best-practise in the Maven world. /Anders On Wed, Nov 4, 2009 at 17:10, Baptiste MATHUS m...@batmat.net wrote: Well, no. The generic solution is to put a maven repository manager inside your own repository. This way, you'll be able to handle configuration very simply without depending on public repositories only. It just doesn't scale. Sometimes, you want things that'll never exist publicly. As Anders explained, jta is to be retrieved manually (read the pom). For instance, that's what we did inside our MRM. I guess this limitation kind of comes from the license. And putting a mrm between is the almost only solution to handle it properly. Even apart from the fact that without a mrm between your developers and the net, your company will hit central repository (and others) thousands of times instead of just once... The corresponding link: http://www.sonatype.com/people/2008/08/be-a-good-maven-citizen-dont-scrape-the-whole-damn-central-repository/ Cheers. 2009/11/4 Johan Vogelzang johan.vogelz...@gmail.com I do not see why this is correct in central. The more recent version 1.1 seems to be correctly deployed to central see: http://repo2.maven.org/maven2/javax/transaction/jta/1.1 You can see the jar file there. We do not manage this dependency ourselfs. Jta is a transitive dependency, that comes with hibernate 3.2.5.ga. And depending on the java.netMaven repo is not a generic solution, becouse every developer or everry project need to take manualy steps to configure this repo. Regards, Johan. 2009/11/4 Anders Hammar and...@hammar.net It's correct in central. You can get it from there, as it states in the pom. You need to download it manually. But you've found in at java.net, so use that. Or some other implementation that is available at central (I guess there is a geronimo one). /A On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang johan.vogelz...@gmail.com wrote: Anyway it seems that this artifact in not correctly deployed (or synchronized). Johan. 2009/11/4 Anders Hammar and...@hammar.net I don't think it has ever been there. Are you sure that it has been removed? /A On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang johan.vogelz...@gmail.com wrote: Hi all, Today I discovered that jta-1.0.1B.jar is removed from the central Maven repository. See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B Causing our builds to fail. It still exists in http://download.java.net/maven/2/javax/transaction/jta/1.0.1B What steps can I take to tackle this issue? Regards, Johan -- Johan Vogelzang -- Johan Vogelzang -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor ! -- Johan Vogelzang
Re: jta-1.0.1B.jar missing in central repo
Babptiste, I understand that this is a good solution for users who work for a comany that service a managed repo. First i didn't get the difference between the two deployed jta versions, but thanks to Anders now I know... Regards, Johan. 2009/11/4 Baptiste MATHUS m...@batmat.net Well, no. The generic solution is to put a maven repository manager inside your own repository. This way, you'll be able to handle configuration very simply without depending on public repositories only. It just doesn't scale. Sometimes, you want things that'll never exist publicly. As Anders explained, jta is to be retrieved manually (read the pom). For instance, that's what we did inside our MRM. I guess this limitation kind of comes from the license. And putting a mrm between is the almost only solution to handle it properly. Even apart from the fact that without a mrm between your developers and the net, your company will hit central repository (and others) thousands of times instead of just once... The corresponding link: http://www.sonatype.com/people/2008/08/be-a-good-maven-citizen-dont-scrape-the-whole-damn-central-repository/ Cheers. 2009/11/4 Johan Vogelzang johan.vogelz...@gmail.com I do not see why this is correct in central. The more recent version 1.1 seems to be correctly deployed to central see: http://repo2.maven.org/maven2/javax/transaction/jta/1.1 You can see the jar file there. We do not manage this dependency ourselfs. Jta is a transitive dependency, that comes with hibernate 3.2.5.ga. And depending on the java.net Maven repo is not a generic solution, becouse every developer or everry project need to take manualy steps to configure this repo. Regards, Johan. 2009/11/4 Anders Hammar and...@hammar.net It's correct in central. You can get it from there, as it states in the pom. You need to download it manually. But you've found in at java.net, so use that. Or some other implementation that is available at central (I guess there is a geronimo one). /A On Wed, Nov 4, 2009 at 15:56, Johan Vogelzang johan.vogelz...@gmail.com wrote: Anyway it seems that this artifact in not correctly deployed (or synchronized). Johan. 2009/11/4 Anders Hammar and...@hammar.net I don't think it has ever been there. Are you sure that it has been removed? /A On Wed, Nov 4, 2009 at 14:10, Johan Vogelzang johan.vogelz...@gmail.com wrote: Hi all, Today I discovered that jta-1.0.1B.jar is removed from the central Maven repository. See: http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B Causing our builds to fail. It still exists in http://download.java.net/maven/2/javax/transaction/jta/1.0.1B What steps can I take to tackle this issue? Regards, Johan -- Johan Vogelzang -- Johan Vogelzang -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor ! -- Johan Vogelzang
Release plugin: bind custom plugin to a phase within release:perform
Hi all, How can I bind a goal of a plugin to a phase of the maven-release-plugin? I tried the following but that didn't work... build ... plugin groupIdorg.mycompany.plugins/groupId artifactIdmaven-myplugin-plugin/artifactId version0.1-SNAPSHOT/version executions execution phaserewrite-poms-for-release/phase goals goalissue-list/goal /goals /execution /executions /plugin ... /build Regards, -- Johan Vogelzang
Get commit comments from Subversion
Hi all, For our release process I need to get a list of all the commit comments between two released version's from the Subversion repository. We use the maven-release-plugin to release modules. Are there existing plugin's that support this functionality? Regards, -- Johan Vogelzang
axistools-maven-plugin does not pick up properties in propertyfile
Hello, The following configuration doesn't pick up the properties in NStoPkg.properties. The build run's succesful. Any clue's? plugin groupIdorg.codehaus.mojo/groupId artifactIdaxistools-maven-plugin/artifactId configuration sourceDirectorysrc/main/resources/wsdl/sourceDirectory fileNamespaceToPackagesrc/main/resources/wsdl/NStoPkg.properties/fileNamespaceToPackage /configuration executions execution goals goalwsdl2java/goal /goals /execution /executions /plugin -- NStoPkg.properties file -- http://org/myorg/adapter/Adapter.wsdl=nl.mycomp.sim http://org.myorg.adapter/Adapter.xsd=nl.mycomp.types -- mvn -X log -- ... [DEBUG] javax.activation:activation:jar:1.0.2:runtime (selected for runtime) [DEBUG] Configuring mojo ' org.codehaus.mojo:axistools-maven-plugin:1.0:wsdl2java' -- [DEBUG] (f) debug = false [DEBUG] (f) fileNamespaceToPackage = src/main/resources/wsdl/NStoPkg.properties [DEBUG] (f) helperGen = false [DEBUG] (f) localRepository = [local] - file://C:\Documents and Settings\jvo\.m2\repository [DEBUG] (f) noImports = false [DEBUG] (f) noWrapped = false [DEBUG] (f) outputDirectory = D:\myeclipse5.0_workspace\MYAPP\MyModule\target\generated-sources\axistools\wsdl2java [DEBUG] (f) pluginArtifacts = [ org.codehaus.plexus:plexus-compiler-api:jar:1.5.1:runtime, axis:axis-wsdl4j:jar:1.5.1:runtime, commons-logging:commons-logging:jar: 1.0.4:runtime, a xis:axis-saaj:jar:1.2.1:runtime, axis:axis-jaxrpc:jar:1.2:runtime, javax.mail:mail:jar:1.3.2:runtime, commons-discovery:commons-discovery:jar: 20040218.194635:runtime, wsdl4j:wsdl4j :jar:1.5.1:runtime, axis:axis:jar:1.2.1:runtime, javax.activation:activation:jar:1.0.2:runtime, org.apache.maven:maven-core:jar:2.0:runtime, org.apache.maven:maven-plugin-api:jar:2 .0:runtime, plexus:plexus-utils:jar:1.0.1:runtime] [DEBUG] (f) project = [EMAIL PROTECTED] [DEBUG] (f) runTestCasesAsUnitTests = false [DEBUG] (f) skeletonDeploy = false [DEBUG] (f) sourceDependencyDirectory = D:\myeclipse5.0_workspace\MYAPP\MyModule\target\axistools\wsdl2java\sourceDependencies [DEBUG] (f) sourceDirectory = D:\myeclipse5.0_workspace\MYAPP\MyModule\src\main\resources\wsdl [DEBUG] (f) staleMillis = 0 [DEBUG] (f) testSourceDirectory = D:\myeclipse5.0_workspace\MYAPP\MyModule\target\generated-test-sources\wsdl [DEBUG] (f) timestampDirectory = D:\myeclipse5.0_workspace\MYAPP\MyModule\target [DEBUG] (f) urlDownloadDirectory = D:\myeclipse5.0_workspace\MYAPP\MyModule\target\axistools\wsdl2java\urlDownloads [DEBUG] (f) useEmitter = false [DEBUG] -- end configuration -- [INFO] [axistools:wsdl2java {execution: default}] [INFO] about to add compile source root [INFO] processing wsdl: D:\myeclipse5.0_workspace\MYAPP\MyModule\src\main\resources\wsdl\Adapter.wsdl [DEBUG] argslist: [-o, D:\myeclipse5.0_workspace\MYAPP\MyModule\target\generated-sources\axistools\wsdl2java, -f, src/main/resources/wsdl/NStoPkg.properties, D:\myeclipse5.0_w orkspace\MYAPP\MyModule\src\main\resources\wsdl\Adapter.wsdl] [INFO] processing wsdl: D:\myeclipse5.0_workspace\MYAPP\MyModule\src\main\resources\wsdl\UbiWebService.wsdl [DEBUG] argslist: [-o, D:\myeclipse5.0_workspace\MYAPP\MyModule\target\generated-sources\axistools\wsdl2java, -f, src/main/resources/wsdl/NStoPkg.properties, D:\myeclipse5.0_w orkspace\MYAPP\MyModule\src\main\resources\wsdl\UbiWebService.wsdl] [INFO] processing wsdl: D:\myeclipse5.0_workspace\MYAPP\MyModule\src\main\resources\wsdl\ILS.wsdl [DEBUG] argslist: [-o, D:\myeclipse5.0_workspace\MYAPP\MyModule\target\generated-sources\axistools\wsdl2java, -f, src/main/resources/wsdl/NStoPkg.properties, D:\myeclipse5.0_w orkspace\MYAPP\MyModule\src\main\resources\wsdl\ILS.wsdl] [INFO] -- Johan Vogelzang
Exploded deployment
Hello all, For all our projects we use Maven as buildframework. We use MyEclipse (5.0) for local development. Some projects consist of a few jar module's and a web-module. In MyEclipse we can deploy (exploded) those projects succesful to a Jboss container. Other projects consist of jar-, web-, ejb- and ear- modules. We have tried to deploy (exploded) those in MyEclipse but didn't succeed to get it working. Do you have the same experience, or do you know other IDE's which can succesfully deploy Maven-based j2ee projects to Jboss? -- Johan Vogelzang
AS400
Does Maven run on AS400 machine's? Thanx -- Johan Vogelzang
maven-antrun-plugin configure ${env.path}
Hello all, From Maven[2.0.4] I want to use an existing third-paty ant-build script, by executing tasks via the maven-antrun-plugin. Some of the tasks in the ant-build script depend on Windows dll's, so these dll's must be loaded on de PATH environment variable before the ant-scripts runs. Two questions: 1) Can I configure dll's as dependencies 2) Can I add these dll-dependencies to the PATH (${env.parh}) before the ant-script runs. Note: I do not want to make changes to the existingn ant-scripts, because future versions are in hands of a third-party. Thanx, -- Johan
Cannot create multi-module project with Maven Archetype - Version 1.0-alpha-4
Hello all, With Maven Archetype - Version 1.0-alpha-4 the creation of my multi-module project fails with: [ERROR] BUILD ERROR [INFO] [INFO] Error creating from archetype Embedded error: Template 'webModule/src/main/java/App.java' not in directory 'src/main/java' With the previous version (alpha-3 ) it was possible to create a multi-module project that looks like: - archetype-resources + ear + ejb + jarModule - webModule - src + main + test pom.xml pom.xml The source section of my archetype.xml looks like: sources !-- web module -- sourcewebModule/src/main/java/App.java/source !-- ejb module -- sourceejb/src/main/java/App.java/source !-- jar module -- sourcejarModule/src/main/java/App.java/source /sources Anyone a clue? Thanks -- Johan Vogelzang
Re: Alternative for remote deploying an ear
The following plugin configuration performs a hot deploy (file copy to deploy dir) to a remote jboss container plugin artifactIdmaven-antrun-plugin/artifactId version1.0/version executions execution !-- Redeploy to a already running JBoss container -- idjboss-remote-hotdeploy/id !-- Ideally this would be bound to some integration-test-prepare phase but that do not exist yet. See http://jira.codehaus.org/browse/MNG-1628 -- phaseintegration-test/phase goals goalrun/goal /goals configuration tasks scp trust=true file=${project.build.directory}/${ project.build.finalName}.${project.packaging} todir=${ [EMAIL PROTECTED]:${appserver.deploydir} password=${appserver.remote.password} / /tasks /configuration /execution /executions dependencies dependency groupIdant/groupId artifactIdant-optional/artifactId version1.5.3-1/version /dependency dependency groupIdant/groupId artifactIdant-jsch/artifactId version1.6.5/version /dependency /dependencies /plugin 2006/4/4, Johan Vogelzang [EMAIL PROTECTED]: Hello, I want to hot-deploy an ear file to a running Jboss container. For this I used the cargo plugin, which currently is not ready to remote deploy to a a different host (see issue http://jira.codehaus.org/browse/MJBOSS-3). Is there an alternative way to remote deploy to a running Jboss container? For instance a (secure) file copy of the ear file to the Jboss deploy dir? Tanks. -- Johan -- Johan Vogelzang
Re: Alternative for remote deploying an ear
I set properties for it in a profile in the project pom like this: profile idtest-environment/id activation property nameenv/name valuetest/value /property /activation properties appserver.hostnamex..xx/appserver.hostname appserver.protocolhttps/appserver.protocol appserver.remote.usernamexxx/appserver.remote.username appserver.remote.passwordxxx/appserver.remote.password appserver.deploydir/opt/jboss-4.0.3SP1 /server/default/deploy/appserver.deploydir appserver.jvmargs/appserver.jvmargs appserver.rmi.port/appserver.rmi.port appserver.servlet.port8080/appserver.servlet.port appserver.loggingmedium/appserver.logging appserver.servlet.users/appserver.servlet.users /properties /profile 2006/4/24, RobJac [EMAIL PROTECTED]: Hi Johan, I was also looking for something similar for Maven2. I will also try out the samething as you have provided below. Could you please let me know where you have provided details for all the below parameters. [EMAIL PROTECTED]:${appserver.deploydir} password=${appserver.remote.password} Iam new to Maven, so would appreciate if you could provide me your pom xml or any other xml where in you have provided this detail? -- View this message in context: http://www.nabble.com/Alternative-for-remote-deploying-an-ear-t1391330.html#a4061861 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Johan Vogelzang
archetype with site-resources
Hi, I created a archetype and added resources, sources, testResources and site-resources to it. When i create a project based on this archetype, the resources, sources and testResources are generated as i expected. But none of the site-resources can be found in the src/ dir. The site-resources I added to the archetype: archetype ... site-resources resourcesrc/site/site.xml/resource resourcesrc/site/resources/css/site.css/resource resourcesrc/site/resources/images/bg_verloop.gif/resource resourcesrc/site/resources/images/continuum_logo_75.gif/resource resourcesrc/site/resources/images/kop.jpg/resource /site-resources ... /archetype Suggestion: May be the tag site-resources is incorrect. In the Guide to creating archetypeshttp://maven.apache.org/guides/mini/guide-creating-archetypes.html, section 2 the example shows the 'test-sources' tag as testSources. But in the text it is typed as test-sources. So maybe the site-resources is also wrong. Thanks -- Johan
Re: archetype with site-resources
Fay, you're wright But it results in another problem. The gif's and jpg's seems to be parsed and end up corupted. I found this issue registered as ARCHETYPE-32.http://jira.codehaus.org/browse/ARCHETYPE-32 Thanks. 2006/4/19, Wayne Fay [EMAIL PROTECTED]: Did you try siteResources ? I have no idea if this works, but assume it based on your experiences with test-sources vs testSources. Wayne On 4/19/06, Johan Vogelzang [EMAIL PROTECTED] wrote: Hi, I created a archetype and added resources, sources, testResources and site-resources to it. When i create a project based on this archetype, the resources, sources and testResources are generated as i expected. But none of the site-resources can be found in the src/ dir. The site-resources I added to the archetype: archetype ... site-resources resourcesrc/site/site.xml/resource resourcesrc/site/resources/css/site.css/resource resourcesrc/site/resources/images/bg_verloop.gif/resource resourcesrc/site/resources/images/continuum_logo_75.gif/resource resourcesrc/site/resources/images/kop.jpg/resource /site-resources ... /archetype Suggestion: May be the tag site-resources is incorrect. In the Guide to creating archetypes http://maven.apache.org/guides/mini/guide-creating-archetypes.html, section 2 the example shows the 'test-sources' tag as testSources. But in the text it is typed as test-sources. So maybe the site-resources is also wrong. Thanks -- Johan -- Johan Vogelzang
How to add a package.html to a archetype
Hello, I have set up our own j2ee archetype. Now I want to add a default package.html into each package. Is there a way to do this? Thanks. -- Johan Vogelzang
Alternative for remote deploying an ear
Hello, I want to hot-deploy an ear file to a running Jboss container. For this I used the cargo plugin, which currently is not ready to remote deploy to a a different host (see issue http://jira.codehaus.org/browse/MJBOSS-3). Is there an alternative way to remote deploy to a running Jboss container? For instance a (secure) file copy of the ear file to the Jboss deploy dir? Tanks. -- Johan