Re: 1.1-alpha-2 Web application unresponsive
your just using the supplied derby database right? looks that way from the stack trace... On 6/27/07, Madsen,Bryan [EMAIL PROTECTED] wrote: I take that back, wrong machine. It is Windows Server 2003 SE -Original Message- From: Madsen,Bryan [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 1:33 PM To: continuum-users@maven.apache.org Subject: RE: 1.1-alpha-2 Web application unresponsive Vista -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 1:08 PM To: continuum-users@maven.apache.org Subject: Re: 1.1-alpha-2 Web application unresponsive what os are you using? On 6/25/07, Madsen,Bryan [EMAIL PROTECTED] wrote: When I go to the main continuum screen I receive this exception. The only way to get the application working again is to restart the service. This is only a temporary fix as this keeps happening after an unknown amount of time. I'm guessing there is a project in the build that is causing this. Any ideas? 144655280 [Thread-6] ERROR org.codehaus.plexus.taskqueue.execution.TaskQueueExecutor:build-project - Error executing task edu.emory.mathcs.backport.java.util.concurrent.ExecutionException: javax.jdo.JDODataStoreException: Update request failed: UPDATE PROJECT SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? NestedThrowables: SQL Exception: An SQL data change is not permitted for a read-only connection, user or database. at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.getResult(Futu reTask.java:299) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.get(FutureTask .java:128) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable.waitForTask(ThreadedTaskQueueExecutor.java:165) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable.run(ThreadedTaskQueueExecutor.java:127) Caused by: javax.jdo.JDODataStoreException: Update request failed: UPDATE PROJECT SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? NestedThrowables: SQL Exception: An SQL data change is not permitted for a read-only connection, user or database. at org.jpox.store.rdbms.request.UpdateRequest.execute(UpdateRequest.java:29 8) at org.jpox.store.rdbms.table.ClassTable.update(ClassTable.java:2573) at org.jpox.store.StoreManager.update(StoreManager.java:967) at org.jpox.state.StateManagerImpl.flush(StateManagerImpl.java:4928) at org.jpox.AbstractPersistenceManager.flush(AbstractPersistenceManager.jav a:3217) at org.jpox.store.rdbms.RDBMSNonmanagedTransaction.commit(RDBMSNonmanagedTr ansaction.java:397) at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject(PlexusJdoUtils.java: 163) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoConti nuumStore.java:794) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoConti nuumStore.java:786) at org.apache.maven.continuum.store.JdoContinuumStore.updateProject(JdoCont inuumStore.java:966) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.startB uild(DefaultBuildController.java:289) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.build( DefaultBuildController.java:95) at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.exec uteTask(BuildProjectTaskExecutor.java:50) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable$1.run(ThreadedTaskQueueExecutor.java:116) at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter .call(Executors.java:442) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask .java:176) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker .runTask(ThreadPoolExecutor.java:665) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker .run(ThreadPoolExecutor.java:690) at java.lang.Thread.run(Thread.java:595) Caused by: SQL Exception: An SQL data change is not permitted for a read-only connection, user or database. at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source) at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Un known Source) at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unkno wn Source) at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source) at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unkno wn Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeUpdate(Unknown Source) at
Re: 1.1-alpha-2 Web application unresponsive
I haven't seen that exception that I remember...and if an scm link was the cause that would be even weirder...but keep us posted :) On 6/28/07, Madsen,Bryan [EMAIL PROTECTED] wrote: I'm using the default install with no modifications. This started happening more frequently over the last few days and caused the builds to hang while maxing out the CPU on the machine. This morning I deleted the contents of the ..\apps\continuum\webapp\WEB-INF\build-output-directory and 20 projects have built until the hanging/max cpu problem started again. I looked at the last project to build in the log and noticed the scm connection link in the pom is pointing to a dead link. We recently changed the url of our scm repository. I'll post again after fixing the pom and restarting continuum to see if that fixes the issue. -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 12:36 PM To: continuum-users@maven.apache.org Subject: Re: 1.1-alpha-2 Web application unresponsive your just using the supplied derby database right? looks that way from the stack trace... On 6/27/07, Madsen,Bryan [EMAIL PROTECTED] wrote: I take that back, wrong machine. It is Windows Server 2003 SE -Original Message- From: Madsen,Bryan [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 1:33 PM To: continuum-users@maven.apache.org Subject: RE: 1.1-alpha-2 Web application unresponsive Vista -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 1:08 PM To: continuum-users@maven.apache.org Subject: Re: 1.1-alpha-2 Web application unresponsive what os are you using? On 6/25/07, Madsen,Bryan [EMAIL PROTECTED] wrote: When I go to the main continuum screen I receive this exception. The only way to get the application working again is to restart the service. This is only a temporary fix as this keeps happening after an unknown amount of time. I'm guessing there is a project in the build that is causing this. Any ideas? 144655280 [Thread-6] ERROR org.codehaus.plexus.taskqueue.execution.TaskQueueExecutor:build-project - Error executing task edu.emory.mathcs.backport.java.util.concurrent.ExecutionException: javax.jdo.JDODataStoreException: Update request failed: UPDATE PROJECT SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? NestedThrowables: SQL Exception: An SQL data change is not permitted for a read-only connection, user or database. at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.getResult (Futu reTask.java:299) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.get (FutureTask .java:128) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable.waitForTask(ThreadedTaskQueueExecutor.java:165) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable.run(ThreadedTaskQueueExecutor.java:127) Caused by: javax.jdo.JDODataStoreException: Update request failed: UPDATE PROJECT SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? NestedThrowables: SQL Exception: An SQL data change is not permitted for a read-only connection, user or database. at org.jpox.store.rdbms.request.UpdateRequest.execute(UpdateRequest.java :29 8) at org.jpox.store.rdbms.table.ClassTable.update(ClassTable.java:2573) at org.jpox.store.StoreManager.update(StoreManager.java:967) at org.jpox.state.StateManagerImpl.flush(StateManagerImpl.java:4928) at org.jpox.AbstractPersistenceManager.flush( AbstractPersistenceManager.jav a:3217) at org.jpox.store.rdbms.RDBMSNonmanagedTransaction.commit (RDBMSNonmanagedTr ansaction.java:397) at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject( PlexusJdoUtils.java: 163) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject (JdoConti nuumStore.java:794) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject (JdoConti nuumStore.java:786) at org.apache.maven.continuum.store.JdoContinuumStore.updateProject (JdoCont inuumStore.java:966) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.startB uild(DefaultBuildController.java:289) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.build( DefaultBuildController.java:95) at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.exec uteTask(BuildProjectTaskExecutor.java:50) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable$1.run(ThreadedTaskQueueExecutor.java:116) at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter .call(Executors.java:442) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run (FutureTask .java:176) at
Re: two schedules at diferents times
set the one that is to build at midnight to 'build fresh' that will blow away the working copy and check it out again and build it jesse On 6/28/07, Martin Alejandro Villalobos [EMAIL PROTECTED] wrote: Hello, I've a question. I want add two diferentes schedules to a project in continuum, actually is using 1.1-alpha-2. I want that one schedule that throw each five minutes and the second schedule will be throw one time at midnight. The problem es that, when the last build is generated before the midnight is done, then the next update will not see changes from the previous. There is some solution for this scenario? Thanks for all. Martin. -- jesse mcconnell [EMAIL PROTECTED]
Re: two schedules at diferents times
Just an idea, but maybe every schedule should have its own working directory (or at least an option should be present to configure it that way), this way the code changes for one schedule wouldn't consumed by the other schedule. Wiping out when building fresh means that snapshot artifacts get generated that can be exactly the same from build to build... I understand this might mean pretty drastic changes to the data model though. -Olivier Jesse McConnell wrote: set the one that is to build at midnight to 'build fresh' that will blow away the working copy and check it out again and build it jesse On 6/28/07, Martin Alejandro Villalobos [EMAIL PROTECTED] wrote: Hello, I've a question. I want add two diferentes schedules to a project in continuum, actually is using 1.1-alpha-2. I want that one schedule that throw each five minutes and the second schedule will be throw one time at midnight. The problem es that, when the last build is generated before the midnight is done, then the next update will not see changes from the previous. There is some solution for this scenario? Thanks for all. Martin.
Re: Exception configuring javadoc with yDoc ...
Hi,
I don't think you need to include the styleed.jar in your docletPath.
From what I understand its an executable jar (a GUI-based style
editor). My guess is that's what's causing your error.
HTH,
Deng
Giovanni Azua wrote:
The configuration is:
JDK 1.6
Maven 2.0.6
Bellow is the stack trace of my customized run of javadoc plugin
using the yDoc doclet:
$ mvn javadoc:javadoc -X
Any ideas?
Thanks in advance.
Regards,
Giovanni
[DEBUG] Configuring mojo
'org.apache.maven.plugins:maven-javadoc-plugin:2.2:javadoc' --
[DEBUG] (f) additionalparam = -link
http://java.sun.com/j2se/1.5.0/docs/api/
-link
http://logging.apache.org/log4j/docs/api/
-docfilessubdirs -umlautogen
-umlgen -umltypegen
-umlpackagegen
-umloverviewgen -author
[DEBUG] (f) aggregate = false
[DEBUG] (f) author = true
[DEBUG] (f) bottom = Copyright copy; {inceptionYear}-{currentYear}
{organizationName}. All Rights Reserved.
[DEBUG] (f) breakiterator = false
[DEBUG] (f) charset = ISO-8859-1
[DEBUG] (f) debug = false
[DEBUG] (f) description = JavaDoc API documentation.
[DEBUG] (f) destDir = apidocs
[DEBUG] (f) docfilessubdirs = false
[DEBUG] (f) doclet = ydoc.doclets.YStandard
[DEBUG] (f) docletArtifact = groupId = 'null'
artifactId = 'null'
version = 'null'
[DEBUG] (f) docletArtifacts =
[Lorg.apache.maven.plugin.javadoc.options.DocletArtifact;@19a0203
[DEBUG] (f) docletPath =
C:\java\3p\ydoc-2.2_04-jdk1.5/lib/ydoc.jar:C:\java\3p\ydoc-2.2_04-jdk1.5/lib
/styleed.jar:C:\java\3p\ydoc-2.2_04-jdk1.5/lib/class2svg.jar:C:\java\3p\ydoc
-2.2_04-jdk1.5/resources
[DEBUG] (f) doctitle = PerfectJPattern 0.0.1 API
[DEBUG] (f) groups =
[Lorg.apache.maven.plugin.javadoc.options.Group;@e45b5e
[DEBUG] (f) isOffline = false
[DEBUG] (f) javadocDirectory =
C:\Projects\perfectjpattern\trunk/src/main/javadoc
[DEBUG] (f) keywords = false
[DEBUG] (f) links = []
[DEBUG] (f) linksource = false
[DEBUG] (f) localRepository = [local] - file://C:\Documents and
Settings\Giovanni Azua Garcia\.m2\repository
[DEBUG] (f) name = JavaDocs
[DEBUG] (f) nocomment = false
[DEBUG] (f) nodeprecated = false
[DEBUG] (f) nodeprecatedlist = false
[DEBUG] (f) nohelp = false
[DEBUG] (f) noindex = false
[DEBUG] (f) nonavbar = false
[DEBUG] (f) nosince = false
[DEBUG] (f) notimestamp = false
[DEBUG] (f) notree = false
[DEBUG] (f) offlineLinks = []
[DEBUG] (f) old = false
[DEBUG] (f) outputDirectory =
C:\Projects\perfectjpattern\trunk\target\apidocs
[DEBUG] (f) project = [EMAIL PROTECTED]
[DEBUG] (f) quiet = false
[DEBUG] (f) reactorProjects =
[EMAIL PROTECTED]
[DEBUG] (f) remoteRepositories = [[central] -
http://repo1.maven.org/maven2]
[DEBUG] (s) reportOutputDirectory =
C:\Projects\perfectjpattern\trunk\target\site\apidocs
[DEBUG] (f) serialwarn = false
[DEBUG] (f) show = protected
[DEBUG] (f) splitindex = false
[DEBUG] (f) stylesheet = java
[DEBUG] (f) tagletArtifact = groupId = 'null'
artifactId = 'null'
version = 'null'
[DEBUG] (f) taglets =
[Lorg.apache.maven.plugin.javadoc.options.Taglet;@f0b4a3
[DEBUG] (f) tags = [Lorg.apache.maven.plugin.javadoc.options.Tag;@15428dd
[DEBUG] (f) use = true
[DEBUG] (f) verbose = false
[DEBUG] (f) version = true
[DEBUG] (f) windowtitle = PerfectJPattern 0.0.1 API
[DEBUG] -- end configuration --
[INFO] [javadoc:javadoc]
[WARNING] No docletpath option was found. Please review docletpath/ or
docletArtifact/ or doclets/.
[DEBUG] C:\Program Files\Java\jdk1.6.0_01\jre\..\bin\javadoc.exe @options
@packages
1 error
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] An error has occurred in JavaDocs report generation:Exit code: 1 -
javadoc: error - Invalid mode: Try running in headless mode.
Command line was:C:\Program Files\Java\jdk1.6.0_01\jre\..\bin\javadoc.exe
@options @packages
[INFO]
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: An error has
occurred in JavaDocs report generation:Exit code: 1 - javadoc: error -
Invalid mode: Try running in headless mode.
Command line was:C:\Program Files\Java\jdk1.6.0_01\jre\..\bin\javadoc.exe
@options @packages
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife
cycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(De
faultLifecycleExecutor.java:493)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec
ycleExecutor.java:463)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail
ures(DefaultLifecycleExecutor.java:311)
at
multi module assembly problems
I'm trying to assemble the artifacts from a few projects into one zip file, using 2.2-beta-1 of the Assembly plugin. The error message I keep getting is: WARNING] The following patterns were never triggered in this artifact inclusion filter: o '*:Aperia:*' o '*:apcs' o 'aperia:utilities' I've tried every combination of module naming to get something to happen, but nothing works. Here's my assembly descriptor and pom file. The pom works great, everything builds, its all in the aperia group. The assembly works except for the whole moduleSet part. Any suggestions, is this a bug in the assembly plugin? assembly idbin/id formats formatzip/format /formats includeBaseDirectoryfalse/includeBaseDirectory fileSets fileSet includes includeAperia/*.sh/include includeAperia/*.bat/include includeAperia/Aperia-ReleaseNotes*/include includeAperia/cleanBuildFiles/aperiaEditor-log.txt/include includeAperia/cleanBuildFiles/aperiaNormal-log.txt/include /includes /fileSet /fileSets moduleSets moduleSet includes include*:Aperia:*/include include*:apcs/include includeaperia:utilities/include /includes binaries outputDirectory/lib/outputDirectory /binaries /moduleSet /moduleSets /assembly project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdaperia/groupId artifactIdAperia-Full/artifactId packagingpom/packaging version5.3-SNAPSHOT/version nameAperia/name modules moduleapcs/module moduleAperia/module moduleutilities/module modulemessages/module moduleldap/module modulecoreapi/module moduleilogeditorsupport/module moduleapm.acegui/module /modules build plugins pluginartifactIdmaven-dependency-plugin/artifactId/plugin plugin artifactIdmaven-assembly-plugin/artifactId version2.2-beta-1/version configuration descriptors descriptorassembly.xml/descriptor /descriptors /configuration /plugin /plugins /build /project
Problem with execution of eclipse mojo on packaging type ear
Hi all, I'm using the maven-eclipse-plugin to create the project meta files like .project or .classpath for eclipse. Basically, the intention of the maven-eclipse-plugin was not to use the default dependency resolution, instead the maven-eclipse-plugin uses its own dependency resolution. Especially in a multi module project the dependency resolution for sub modules (often available only in source) shouldn't force an error on source module not build yet. However, works fine until the packaging is type ear. The reason seems to be the phase binding of the eclipse-mojo, see annotations in source code of the plugin: ... * @goal eclipse * @execute phase=generate-resources ... In case of packaging type ear maven detects the maven-ear-plugin is required because bound to the default build life cycle too. Seems to be that Maven executes the demanded default dependency resolution by maven-ear-plugin, see again the related annotations in source code of the maven-ear-plugin: ... * @requiresDependencyResolution test ... However, the maven-ear-plugin interferes the eclipse plugin before its own execution. Of course the maven-ear-plugin detects the missing artifacts for all the (source) sub module not build yet and the execution fails. Is there any chance to solve this with any plugin configuration or is there any other way to solve this issue? My first idea was to unbind the maven-eclipse-plugin from the default life cycle, but how can I reach this goal? Anyway, if the default life cycle cannot be overridden, it would be nice to omit the default phase binding for maven-eclipse-plugin in future releases and define it explicity in plugin configuration if really needed. Cheers, Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] j2me-maven-plugin: preverification error
Hi Damien,
i just found some time to try out your hint (configuring the compile plugin
to use a bootclasspath).
here is the config, that worked for me finally:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
compilerArguments
bootclasspath${env.WTK_HOME}/lib/cldcapi11.jar;${env.WTK_HOME}/lib/midpapi20.jar/bootclasspath
/compilerArguments
compilerArgument-Xlint:-serial/compilerArgument
/configuration
/plugin
also important is the -Xlint:-serial argument, because in my case my pom is
inherited from a parent pom (with very strict compiler arguments, checking
several warnings). but since there is no Serializable class in the J2ME API
one has to leave out the check against an existing serialVersionID.
thx 4 your hint
regards
R.C.
Damien Lecan-2 wrote:
u might have misunderstood my problem:
- in the J2ME API java.io.DataInputStream IS INCLUDED.
Ok
You need to change compiler bootclasspath, with J2ME API classes. In
my company, we are using our own J2ME API jars, but Pyx4me provides
J2ME API jars you can add in your compiler bootclasspath.
Example (not tested)
plugin
...
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
source1.3/source
target1.1/target
compilerArguments
bootclasspath${settings.localRepository}/org/microemu/microemu-cldc/2.0.1/microemu-cldc-2.0.1.jar/bootclasspath
/compilerArguments
/configuration
dependencies
dependency
groupIdorg.microemu/groupId
artifactIdmicroemu-cldc/artifactId
version2.0.1/version
/dependency
/dependencies
...
/plugin
Notice the path to jar relative to Maven repository and the dependency
tag which allows Maven to download used libraries in bootclasspath.
It works with our internal J2ME jars, it should work with those from
pyx4me.
Other jars :
http://repo1.maven.org/maven2/org/microemu/
Good luck
Damien Lecan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/-M2--j2me-maven-plugin%3A-preverification-error-tf3975257s177.html#a11338624
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] j2me-maven-plugin: preverification error
compilerArguments
bootclasspath${env.WTK_HOME}/lib/cldcapi11.jar;${env.WTK_HOME
}/lib/midpapi20.jar/bootclasspath
/compilerArguments
Glad to see that working.
At least, if you have an internal maven repository, you might have a more
portable build system.
You could deploy cldcapi11.jar and midpapi20.jar into your internal
repository, and then use combination of
${settings.localRepository}/path/to/dependency
and dependency declaration.
This is how we do where I'm working. Nothing more than Maven has be
installed to develop J2ME applications (no more wtk installation)
Damien
Documentation incorrect?: guide-ant-plugin-development -- Advanced Usage -- Forking new LifeCycles
Hi, I'm trying to fork a new Lifecycle when calling my custom plugin. I've followed the instructions sited in the documentation on http://maven.apache.org/guides/plugin/guide-ant-development.html -- Forking new Lifecycles, but when running mvn install the tag execute or lifecycle are not recognized by the parser. Is the documentation incorrrect? I'm simply using the hello-plugin example and added the section sited in the paragrapf about Forking new LifeCycles. I'm using Maven 2.0.7 and the maven-plugin-tools-ant / maven script-ant 2.0.1 as indicated in the documentation. Any ideas or suggestions? Thanks, Maarten ps: I need to somehow define my own lifecycle because on the buildserver we need to do more without affecting the pom.xml's of the project. The plugin i'm trying to build is not available to the developers, just on the buildserver, hence, there can be no reference to this plugin in any project specific files. Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mailp=graduation+giftscs=bz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] j2me-maven-plugin: preverification error
Hi Damien,
thx for this hint. i already tried ${settings.localRepository} but since i
use the default (and no ${settings.localRepository} is specified in my
settings.xml) maven can't resolve the property.
and the second reason why i didn't investigate more time to get rid of the
${env.WTK_HOME} variable, is that one needs to specify the WTK_HOME for the
j2me-maven-plugin anyway.
plugin
groupIdcom.pyx4me/groupId
artifactIdj2me-maven-plugin/artifactId
version2.0.1/version
executions
execution
goals
goalpackage/goal
/goals
/execution
/executions
configuration
j2meConfigurationCLDC-1.1/j2meConfiguration
j2meProfileMIDP-2.0/j2meProfile
useWtkLibstrue/useWtkLibs
wtkHome${env.WTK_HOME}/wtkHome
!--
environment variable needed here --
proguardIncludeproguard.conf/proguardInclude
proguardtrue/proguard
obfuscatetrue/obfuscate
jadAttributes
...
/jadAttributes
midlets
MIDlet
...
/MIDlet
/midlets
/configuration
/plugin
is it possible to pass some libs, instead of the WTK_HOME?
AFAIK the plugin also needs an executable for the preverification.
regards
R.C.
Damien Lecan-2 wrote:
compilerArguments
bootclasspath${env.WTK_HOME}/lib/cldcapi11.jar;${env.WTK_HOME
}/lib/midpapi20.jar/bootclasspath
/compilerArguments
Glad to see that working.
At least, if you have an internal maven repository, you might have a more
portable build system.
You could deploy cldcapi11.jar and midpapi20.jar into your internal
repository, and then use combination of
${settings.localRepository}/path/to/dependency
and dependency declaration.
This is how we do where I'm working. Nothing more than Maven has be
installed to develop J2ME applications (no more wtk installation)
Damien
--
View this message in context:
http://www.nabble.com/-M2--j2me-maven-plugin%3A-preverification-error-tf3975257s177.html#a11339623
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] j2me-maven-plugin: preverification error
thx for this hint. i already tried ${settings.localRepository} but since i
use the default (and no ${settings.localRepository} is specified in my
settings.xml) maven can't resolve the property.
I'm using default local repository location, and it's working !
${settings.localRepository} can be used anywhere for me.
is it possible to pass some libs, instead of the WTK_HOME?
Yes, it's possible. The main goal of this is to precate the use of WTK
in your project and to make it more portable.
But if you need WTK elsewhere in another plugin, WTK is mandatory for
you. So you can use WK_HOME variable :)
Damien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Error with cobertura
I've been building with maven 2.0.4 my projects since a long time with out problems. Yesterday, I did get the following message : [ERROR] BUILD ERROR [INFO] [INFO] Error executing ant tasks Embedded error: The following error occurred while executing this line: java.lang.NoClassDefFoundError: net/sourceforge/cobertura/coveragedata/HasBeenInstrumented Somebody knows that happens? Thanks for all Martin. -- Martin A. Villalobos Software Development and SCM Globant Arg Office: +54 (11) 4109 1700 int 8473 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Plugin for making graphical dependency graph?
Hi, is there any such plugin which is capable for generating dependency graph image based on the maven multi module project? V
Massive number of threads being created on project shutdown ??
Hi I've recently switched to using OS X. Our project that builds fine on Windows displays some rather odd behaviour. When maven closes down (after a BUILD FAILURE) message, the machine slows down. Observing the process in activity monitor shows that the number of java threads leaps from about 10, to about 250, all of which appear to be trying to delete something (I'm less sure of this as I'm new to reading the inspection output). This means effectively the machine freezes for about 5 minutes whilst the threadcount steadily goes down... This is maven 2.0.7 on OS X's java 1.5.0_07-164. Any ideas?
Re: OSGi bundles as dependencies
http://cwiki.apache.org/FELIX/osgi-plugin-for-maven-2.html This is outdated but hints that something was/is being worked on. - Original message - From: Craig Ching [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Date: Wed, 27 Jun 2007 17:52:49 -0500 Subject: Re: OSGi bundles as dependencies Hi Steven, Thanks for the response, I very much appreciate the conceptual information. However, being a bit new to maven, I am looking for a more practical, though obviously less than ideal, solution to my problem, e.g. possibly a cookbook example or even just a nudge in the right direction (e.g. I did see someone post a vague reference to using the maven-dependency-plugin and maybe some ant plugin to unzip the dependency, but it was a bit hard to follow how that was all put together or even if that was the right first-step to pursue). Maybe just treating the individual jar files in the bundles as the dependencies is the way I should go and build up the structure that the BIRT viewer needs? I would absolutely love to see first-class support for OSGi bundle dependencies, possibly even a BIRT maven plugin would help immensely, but I'd assumed nothing like that was available when my google searches didn't turn up much information ;-) Thanks! Cheers, Craig On 6/27/07, Steven E. Harris [EMAIL PROTECTED] wrote: Craig Ching [EMAIL PROTECTED] writes: Has anyone done this or anything like this? Yes, but we've only solved it by not solving it and faking it. Maven's provided scope doesn't quite apply for bundles, as the entire bundle's class space should not be on the consumer's class path at compile-time. Similarly, runtime scope isn't appropriate either. The (entire) bundle should not be available on the compile-time class path, nor should it be available at run-time unmitigated by an intervening OSGi framework. In cases where we do need compile-time dependency on portions of a bundle, we specify it at provided scope and force the developer to be diligent about not relying on non-exported packages in the bundle. Unfortunately, these transgressions will only show up as package resolution errors in the OSGi framework when the bundle under development attempts resolution. -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
migrating to Maven2, but some issues.
Hi, I've been put in charge of investigating the possibilities to migrate to Maven 2 for my company. we have been using ant up until now and it has worked pretty well, except that about a year ago we started to make part of our java application functionality available on the net using Tapestry. (which is very cool btw) and now that Tapestry has moved to maven we feel we need to do it as well, and beside the 31 jars we got in our lib/ is not all that fun to keep track of. During the last 3 days I've been reading and messing around with Maven trying to get it to work with our current source structure, but I'm more or less about to give up. reason is that some 3 years ago our main application was deemed too big to be distributed on its own (at the time around 6-7 megs) and was split into multiple jars for easy distribution and frequent patching, as the application is provided through java web start across the whole world (offices in San Fransisco, London, Tokyo, Hong Kong) and multiple of the users working from home all over the world. So patching a 6-7 meg jar every week or two was not any option any more and it was decided to split up into 7 jars. if something needs to be patched just one of the smaller jars could be sent out. These 7 jars are very interlinked, its circular dependencies all over, since really it is just one big application that is split into smaller pieces (currently its around 14 megs in total, so making it into one jar is just not possible due to the bandwidth required, and with around 2000 .java files its no small task to make the 7 jars into individual modules independent enough to not have any circular dependencies. As i said before, currently we are using an ant script with includes and excludes, but since it has the whole source three in its path while building the jars that work fine. I just wonder how I should proceed. Because we really don't like dealing with all the jars in the lib/ !! and also having the main application's jars versioned and in an internal repository would make life a lot easier for the web/Tapestry project to handle its dependencies on the main project. I know the “correct” thing to do is to make it into proper modules, but that is probably at least 1 month work for 2-3 people, and well hard to sell to management.. and since we already got a work Ant script, spending that much time to reorganize for maven using Ant + Ivy might be suggested as an alternative. from my googling, some alternatives did come up.. e.g. using maven for just handling all the dependencies, and using ant for the actually building.. any advice would be appreciated. regards Martin -- View this message in context: http://www.nabble.com/migrating-to-Maven2%2C-but-some-issues.-tf3994413s177.html#a11343187 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FML DTD or schema?
Is there a DTD or a schema for FML format? I can't find any documentation on it at all. -- View this message in context: http://www.nabble.com/FML-DTD-or-schema--tf3994410s177.html#a11343182 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: migrating to Maven2, but some issues.
Hi Martin, Perhaps it's a dumb idea, but why not create the jumbo jar and then as a separate step split it apart into separate jars by filtering on package names? It seems to me that the multiple jar files is more of a deployment issue then anything else. It might be possible to use tools like rsync to send deltas of the jumbo jar file eliminating the need to split it up. If not rsync there are commercial tools that might do this (Marimba). This makes dependency issues simpler. Regards, C. Helck -Original Message- From: martin_CY [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 9:36 AM To: users@maven.apache.org Subject: migrating to Maven2, but some issues. Hi, I've been put in charge of investigating the possibilities to migrate to Maven 2 for my company. we have been using ant up until now and it has worked pretty well, except that about a year ago we started to make part of our java application functionality available on the net using Tapestry. (which is very cool btw) and now that Tapestry has moved to maven we feel we need to do it as well, and beside the 31 jars we got in our lib/ is not all that fun to keep track of. During the last 3 days I've been reading and messing around with Maven trying to get it to work with our current source structure, but I'm more or less about to give up. reason is that some 3 years ago our main application was deemed too big to be distributed on its own (at the time around 6-7 megs) and was split into multiple jars for easy distribution and frequent patching, as the application is provided through java web start across the whole world (offices in San Fransisco, London, Tokyo, Hong Kong) and multiple of the users working from home all over the world. So patching a 6-7 meg jar every week or two was not any option any more and it was decided to split up into 7 jars. if something needs to be patched just one of the smaller jars could be sent out. These 7 jars are very interlinked, its circular dependencies all over, since really it is just one big application that is split into smaller pieces (currently its around 14 megs in total, so making it into one jar is just not possible due to the bandwidth required, and with around 2000 .java files its no small task to make the 7 jars into individual modules independent enough to not have any circular dependencies. As i said before, currently we are using an ant script with includes and excludes, but since it has the whole source three in its path while building the jars that work fine. I just wonder how I should proceed. Because we really don't like dealing with all the jars in the lib/ !! and also having the main application's jars versioned and in an internal repository would make life a lot easier for the web/Tapestry project to handle its dependencies on the main project. I know the correct thing to do is to make it into proper modules, but that is probably at least 1 month work for 2-3 people, and well hard to sell to management.. and since we already got a work Ant script, spending that much time to reorganize for maven using Ant + Ivy might be suggested as an alternative. from my googling, some alternatives did come up.. e.g. using maven for just handling all the dependencies, and using ant for the actually building.. any advice would be appreciated. regards Martin -- View this message in context: http://www.nabble.com/migrating-to-Maven2%2C-but-some-issues.-tf3994413s 177.html#a11343187 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** This communication and all information (including, but not limited to, market prices/levels and data) contained therein (the Information) is for informational purposes only, is confidential, may be legally privileged and is the intellectual property of ICAP plc and its affiliates (ICAP) or third parties. No confidentiality or privilege is waived or lost by any mistransmission. The Information is not, and should not be construed as, an offer, bid or solicitation in relation to any financial instrument or as an official confirmation of any transaction. The Information is not warranted, including, but not limited, as to completeness, timeliness or accuracy and is subject to change without notice. ICAP assumes no liability for use or misuse of the Information. All representations and warranties are expressly disclaimed. The Information does not necessarily reflect the views of ICAP. Access to the Information by anyone else other than the recipient is unauthorized and any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any
Re: FML DTD or schema?
The maven 1 faq plugin has a schema: http://maven.apache.org/maven-1.x/plugins/faq/faq.xsd I think it's compatible with the format used in m2, but I'm not sure. HTH, -Lukas Dave Syer wrote: Is there a DTD or a schema for FML format? I can't find any documentation on it at all. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FML DTD or schema?
http://maven.apache.org/reference/plugins/faq/faq.xsd -Original Message- From: Dave Syer [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 8:36 AM To: users@maven.apache.org Subject: FML DTD or schema? Is there a DTD or a schema for FML format? I can't find any documentation on it at all. -- View this message in context: http://www.nabble.com/FML-DTD-or-schema--tf3994410s177.html#a11343182 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using Maven to Rename a Package
Sorry, I'm a newbie at Maven 2, I admit it. I have a project template that I use for all new development projects. The package directory (under the java directory) will look like this: org.jason.sample.dao org.jason.sample.service org.jason.sample.model org.jason.sample.web (etc) My test directory will look similar to the java directory (along with resources and test-resources, etc). Since the packages under sample (dao, service, etc) are not empty, I need them as part of a Maven archetype. However, I want to rename sample to something more descriptive (such as photogallery or something like that). Is there a simple way to have Maven rename sample? Jason
[M2] cobertura-maven-plugin: cobertura.ser does not exist
Hi,
i'm trying to run 'mvn site' for my archetype-project, but always get the
following error.
The archetype itself has no REAL sources, but defines some source
templates.
I believe the cobertura-maven-plugin detects those sources and beliefs that
they are part of the project.
[INFO]
[INFO] Building Project Archetype
[INFO]task-segment: [clean, deploy, site, site:deploy]
[INFO]
[INFO] [clean:clean]
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/classes
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/test-classes
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/site
[INFO] [cobertura:clean {execution: clean}]
[INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for
updates from sat-maven-repository-http
[INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for
updates from central
[INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking
for updates from sat-maven-repository-http
[INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking
for updates from central
[INFO] [plugin:descriptor]
[INFO] Using 2 extractors.
[INFO] Applying extractor for language: java
[INFO] Extractor for language: java found 0 mojo descriptors.
[INFO] Applying extractor for language: bsh
[INFO] Extractor for language: bsh found 0 mojo descriptors.
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[INFO] Surefire report directory:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/surefire-reports
---
T E S T S
---
There are no tests to run.
Results :
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar
[INFO] [plugin:addPluginArtifactMetadata]
[INFO] [jar:test-jar {execution: default}]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: attach-sources}]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar
[INFO] Preparing source:test-jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[WARNING] Removing: test-jar from forked lifecycle, to prevent recursive
invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:test-jar {execution: attach-sources}]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar
[INFO] [install:install]
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT.jar
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-tests.jar
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-sources.jar
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-test-sources.jar
[INFO] [plugin:updateRegistry]
[INFO] [deploy:deploy]
altDeploymentRepository = null
[INFO] Retrieving previous build number from sat-maven-repository
Uploading:
scp://satsrv03.researchstudio.at/var/www/mvn/internal/repository//at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-20070628.140149-14.jar
4/14K
8/14K
12/14K
14/14K
14K uploaded
[INFO] Retrieving previous metadata from sat-maven-repository
[INFO] Uploading repository metadata for: 'at.researchstudio.sat'
[INFO] Retrieving previous metadata from sat-maven-repository
[INFO] Uploading repository metadata
Forking compiler does not honor JAVA_HOME. Is this a Bug?
When the compiler is forked, the jdk in the PATH is used, not the one defined by JAVA_HOME. plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration verbosetrue/verbose forktrue/fork /configuration /plugin Is this a bug? Paul Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: migrating to Maven2, but some issues.
On Thu, June 28, 2007 3:36 pm, martin_CY wrote: I just wonder how I should proceed. Because we really don't like dealing with all the jars in the lib/ !! and also having the main application's jars versioned and in an internal repository would make life a lot easier for the web/Tapestry project to handle its dependencies on the main project. Proceed with baby steps - having got to the advanced stage of a very similar task on another project, it's quite a journey. The reason moving to maven is quite involved is because maven enforces quite a rigorous project discipline onto your project: Proper version number management, a proper release process, formal ways of firing off test suites. It can take quite a bit of time to clear out the various shortcuts that people stick into ant scripts, and to convince people to be more disciplined during development. The end goal however is worth it: Once maven works, and as long as people work with maven and not against it, project releases become very smooth and trouble free. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi bundles as dependencies
I apologize in advance for the quoting, I'm thinking I should have used my
normal mail account instead of gmail now.
On 6/27/07, Steven E. Harris [EMAIL PROTECTED] wrote:
Craig Ching [EMAIL PROTECTED] writes:
I am looking for a more practical, though obviously less than ideal,
solution to my problem, e.g. possibly a cookbook example or even
just a nudge in the right direction
Maybe I misunderstood your question.
Nah, I don't think I properly expressed my degree of newbness ;-)
If you have an OSGi bundle
packaged as a JAR that you'd like to depend on
AFAICT, the OSGi bundles aren't packaged as a single jar, they appear to be
much more complex (or maybe I am lacking some understanding of how these
bundles are packaged). For instance, in WEB-INF/platform/plugins there are
a number of directories with a fairly complex structure. For example,
WEB-INF/platform/plugins/org.apache.batik/ are the following
directories/files:
about.html (file)
about_files (dir)
lib (dir)
META-INF (dir)
plugin.properties (file)
Maybe I should also note that *none* of these are build-time dependencies
for my project, maybe that makes a difference? So this is just about
packaging the BIRT viewer in my war file.
, you can specify its
Maven coordinates as follows. Let's take the Felix project's OBR
bundle as an example. First, we'll separate its version specification
in the dependencyManagement section of the project's root POM:
properties
felix.version0.9.0-incubator-SNAPSHOT/felix.version
!-- ... --
/properties
dependencyManagement
dependencies
dependency
groupIdorg.apache.felix/groupId
artifactIdorg.apache.felix.bundlerepository/artifactId
version${felix.version}/version
/dependency
!-- ... --
/dependencies
/dependencyManagement
Then, in one of our own bundles that relies upon the Felix OBR bundle,
we refer to it like this from a module-level POM:
dependencies
dependency
groupIdorg.apache.felix/groupId
artifactIdorg.apache.felix.bundlerepository/artifactId
scopeprovided/scope
/dependency
!-- ... --
/dependencies
That allows the code in /our/ bundle (or any other Java artifact)
under development to refer to the classes in the Felix OBR bundle at
compile-time.
I'll go off and digest that, thanks!
(e.g. I did see someone post a vague reference to using the
maven-dependency-plugin and maybe some ant plugin to unzip the
dependency, but it was a bit hard to follow how that was all put
together or even if that was the right first-step to pursue).
Now here I wonder if you're asking about how to build a bundle
yourself, or possibly how to extract some classes from another
bundle's JAR and have them packaged into your own artifact. If so,
those operations are taken care of by declaring your artifact to be of
packaging type bundle:
Nope, just want to use a bundle as a dependency for now, but at some point
in the future, I will be needing to create OSGi bundles as build artifacts,
so I'll need to digest this as well.
packagingbundle/packaging
and configuring the maven-bundle-plugin¹:
build
plugins
plugin
groupIdorg.apache.felix/groupId
artifactIdmaven-bundle-plugin/artifactId
extensionstrue/extensions
configuration
instructions
!-- Export-Package, Private-Package, ... --
/instructions
/configuration
/plugin
/plugins
/build
I would absolutely love to see first-class support for OSGi bundle
dependencies, possibly even a BIRT maven plugin would help
immensely, but I'd assumed nothing like that was available when my
google searches didn't turn up much information ;-)
There is some ongoing work in the other direction: tying the OSGi
Bundle Repository together with Maven's repository, so the one could
use OBR to install bundles that reside in a Maven repository. Perhaps
if you could clarify what you'd like to achieve, we could point you
toward existing solutions or at least some work underway.
My need right now is to use OSGi bundles as dependencies, but at some point,
we're going to be turning our own build artifacts into bundles as well.
Before I get to defining specific requirements, though, I'm going to need to
get a better understanding of OSGi in general. What project am I looking
for when I'm ready for that then?
Thanks much for the help!
Cheers,
Craig
Footnotes:
¹ http://cwiki.apache.org/FELIX/bundle-plugin-for-maven-bnd.html
which sits atop
http://www.aqute.biz/Code/Bnd
--
Steven E. Harris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi bundles as dependencies
Hi Martin and Rahul, Thanks for the tip! I'll definitely keep my eye on felix. Cheers, Craig On 6/28/07, Martin Gilday [EMAIL PROTECTED] wrote: http://cwiki.apache.org/FELIX/osgi-plugin-for-maven-2.html This is outdated but hints that something was/is being worked on. - Original message - From: Craig Ching [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Date: Wed, 27 Jun 2007 17:52:49 -0500 Subject: Re: OSGi bundles as dependencies Hi Steven, Thanks for the response, I very much appreciate the conceptual information. However, being a bit new to maven, I am looking for a more practical, though obviously less than ideal, solution to my problem, e.g. possibly a cookbook example or even just a nudge in the right direction (e.g. I did see someone post a vague reference to using the maven-dependency-plugin and maybe some ant plugin to unzip the dependency, but it was a bit hard to follow how that was all put together or even if that was the right first-step to pursue). Maybe just treating the individual jar files in the bundles as the dependencies is the way I should go and build up the structure that the BIRT viewer needs? I would absolutely love to see first-class support for OSGi bundle dependencies, possibly even a BIRT maven plugin would help immensely, but I'd assumed nothing like that was available when my google searches didn't turn up much information ;-) Thanks! Cheers, Craig On 6/27/07, Steven E. Harris [EMAIL PROTECTED] wrote: Craig Ching [EMAIL PROTECTED] writes: Has anyone done this or anything like this? Yes, but we've only solved it by not solving it and faking it. Maven's provided scope doesn't quite apply for bundles, as the entire bundle's class space should not be on the consumer's class path at compile-time. Similarly, runtime scope isn't appropriate either. The (entire) bundle should not be available on the compile-time class path, nor should it be available at run-time unmitigated by an intervening OSGi framework. In cases where we do need compile-time dependency on portions of a bundle, we specify it at provided scope and force the developer to be diligent about not relying on non-exported packages in the bundle. Unfortunately, these transgressions will only show up as package resolution errors in the OSGi framework when the bundle under development attempts resolution. -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error deploying
What does this error mean: [INFO] [site:deploy] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Unsupported protocol: 'ftp' Embedded error: Cannot find wagon which supports the requested protocol: ftp Component descriptor cannot be found in the component repository: org.apache.maven.wagon.Wagonftp. I used to be able to deploy -- Esse Quam Videre To Be, rather than to Seem
Re: Copy file
Hi, Did you find an answer for your problem below? I am trying to do the same thing here. I 'd appreciate it if anyone can answer this. Regards, geirgp wrote: Thanks for replying, but I can't see how configuring this plugin can help me copy a file during the process-sources phase. What I need is something that copies config-customer1.xml to config.xml, and as far as I can see this plugin only handles inclusion/exclusion of files within a resource directory. Maria Odea Ching-2 wrote: In each of your profiles, you could define a separate build block which contains which resources you want to be included in each profile (using the includes and excludes tags). You may want to take a look at this.. http://maven.apache.org/plugins/maven-resources-plugin/examples/include-exclude.html Btw, the resources:resources goal of the maven-resources-plugin is already bound to Maven's process-resources phase so when you do' mvn install', its already executed.. you need not execute 'mvn resources:resources'. -Deng Geir Gullestad Pettersen wrote: Is there a plugin to copy a specified file during the build process? In src/main/resources I have config-customer1.xml, config-customer2.xml, ...3 and so on.. Depending on which profile I activate when running Maven I need one of these files to be copied to src/main/resources/config.xml so that the correct config for the given customer is used. Is that possible? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Copy file
AFAIK this can only be done with the antrun plugin. Ahmet Aytekin wrote: Hi, Did you find an answer for your problem below? I am trying to do the same thing here. I 'd appreciate it if anyone can answer this. Regards, geirgp wrote: Thanks for replying, but I can't see how configuring this plugin can help me copy a file during the process-sources phase. What I need is something that copies config-customer1.xml to config.xml, and as far as I can see this plugin only handles inclusion/exclusion of files within a resource directory. Maria Odea Ching-2 wrote: In each of your profiles, you could define a separate build block which contains which resources you want to be included in each profile (using the includes and excludes tags). You may want to take a look at this.. http://maven.apache.org/plugins/maven-resources-plugin/examples/include-exclude.html Btw, the resources:resources goal of the maven-resources-plugin is already bound to Maven's process-resources phase so when you do' mvn install', its already executed.. you need not execute 'mvn resources:resources'. -Deng Geir Gullestad Pettersen wrote: Is there a plugin to copy a specified file during the build process? In src/main/resources I have config-customer1.xml, config-customer2.xml, ...3 and so on.. Depending on which profile I activate when running Maven I need one of these files to be copied to src/main/resources/config.xml so that the correct config for the given customer is used. Is that possible? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is syntax for beanshell condition in the enforcer plugin?
Brian,
Below is my working configuration
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-enforcer-plugin/artifactId
version1.0-alpha-3-SNAPSHOT/version
executions
execution
idenforce-java/id
goals
goalenforce-once/goal
/goals
configuration
rules
requireProperty
propertydatasource.driver/property
/requireProperty
/rules
/configuration
/execution
/executions
/plugin
FYI: requireProperty is not listed in the Standard Rules navigation bar[1].
Thank you,
Paul Spencer
[1]http://maven.apache.org/plugins/maven-enforcer-plugin/
Brian E. Fox wrote:
If you are just interesting in checking properties, take a look at the
new requireProperty rule, it has the ability to check the property and
run regEx on the value.
Regarding the specific error you pasted below using the beanShell rule,
can you run with mvn -X and open a jira with the output?
Thanks.
-Original Message-
From: Paul Spencer [mailto:[EMAIL PROTECTED]
Sent: Monday, June 25, 2007 8:55 AM
To: Maven Users List
Subject: What is syntax for beanshell condition in the enforcer plugin?
I would like to use the enforcer plugin to verify that a required
properties is set, specifically it is exists and is not null or a zero
length string. I suspect my syntax is incorrect.
What should is the correct syntax?
The following is the error message from the plugin and the
configuration.
***
* Message from plugin
***
[WARNING] Rule 0: org.apache.maven.plugin.enforcer.EvaluateBeanshell
failed with message: Unable to lookup a component
***
* Plugin configuration from pom.xml
***
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-enforcer-plugin/artifactId
version1.0-alpha-3-SNAPSHOT/version
executions
execution
idenforce-beanshell/id
goals
goalenforce-once/goal
/goals
configuration
rules
evaluateBeanshell
condition${not empty datasource.url}/condition
message
The property datasource.url not defined. This is set in
profile.
/message
/evaluateBeanshell
/rules
failtrue/fail
/configuration
/execution
/executions
/plugin
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] cobertura-maven-plugin: cobertura.ser does not exist
Hi R.C.,
If your project has no real sources, then you don't need the reporting
provided by coberatura-maven-plugin, right? Just remove mention of it
from the buildreporting section of your POM.
Steve
CodingPlayer wrote:
Hi,
i'm trying to run 'mvn site' for my archetype-project, but always get the
following error.
The archetype itself has no REAL sources, but defines some source
templates.
I believe the cobertura-maven-plugin detects those sources and beliefs that
they are part of the project.
[INFO]
[INFO] Building Project Archetype
[INFO]task-segment: [clean, deploy, site, site:deploy]
[INFO]
[INFO] [clean:clean]
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/classes
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/test-classes
[INFO] Deleting directory
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/site
[INFO] [cobertura:clean {execution: clean}]
[INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for
updates from sat-maven-repository-http
[INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking for
updates from central
[INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking
for updates from sat-maven-repository-http
[INFO] artifact org.apache.maven.plugins:maven-resources-plugin: checking
for updates from central
[INFO] [plugin:descriptor]
[INFO] Using 2 extractors.
[INFO] Applying extractor for language: java
[INFO] Extractor for language: java found 0 mojo descriptors.
[INFO] Applying extractor for language: bsh
[INFO] Extractor for language: bsh found 0 mojo descriptors.
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[INFO] Surefire report directory:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/surefire-reports
---
T E S T S
---
There are no tests to run.
Results :
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar
[INFO] [plugin:addPluginArtifactMetadata]
[INFO] [jar:test-jar {execution: default}]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: attach-sources}]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar
[INFO] Preparing source:test-jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[WARNING] Removing: test-jar from forked lifecycle, to prevent recursive
invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:test-jar {execution: attach-sources}]
[INFO] Building jar:
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar
[INFO] [install:install]
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT.jar
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-tests.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-tests.jar
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-sources.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-sources.jar
[INFO] Installing
/usr/local/continuum-1.0.3/apps/continuum/workdir/22/target/sat-archetype-1.1-SNAPSHOT-test-sources.jar
to
/home/continuum/.m2/repository/at/researchstudio/sat/sat-archetype/1.1-SNAPSHOT/sat-archetype-1.1-SNAPSHOT-test-sources.jar
[INFO] [plugin:updateRegistry]
[INFO] [deploy:deploy]
altDeploymentRepository = null
[INFO] Retrieving previous build number from sat-maven-repository
Uploading:
Different classpaths in multi-module build
I have a multi module project. In one of my submodules, I have a plugin defined (mapped to the compile phase) with dependencies on the plugin. If I do a compile from the module, it works fine. If I do a compile from the top level of the project, it fails. Specifically, it's the antrun plugin. I'm running the axis-java2wsdl ant task, so I need to include the axis-ant artifact on the classpath. I have that artifact listed in the dependencies of the plugin, and when I run compile from the top level, I get the following message: Embedded error: Could not create task or type of type: axis-java2wsdl. Ant could not find the task or a class this task relies upon. It seems that running from the top level has a different classpath than running from the sub module - which I knew, but does anyone have some ideas on how I could fix this? This is with maven versions 2.0.4 - 2.0.7. Thanks Matt -- View this message in context: http://www.nabble.com/Different-classpaths-in-multi-module-build-tf3994892s177.html#a11344872 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Creating jars with and without debug information
Hi, By default maven creates a jar with debug information. I would like that for each project that I build, it will create two jars - one with debug information and one without. I don't want to configure all my pom.xml files. I assume one option is to have a parent pom.xml (correct me if I'm wrong) Is there another way - maybe create a new packaging? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven embedder examples
I want to use the Maven Embedder but I am having trouble with the online example. The dependencies I have on my project are: dependency groupIdorg.apache.maven/groupId artifactIdmaven-core/artifactId version2.0.7/version /dependency dependency groupIdorg.apache.maven/groupId artifactIdmaven-project/artifactId version2.0.7/version /dependency dependency groupIdorg.apache.maven/groupId artifactIdmaven-embedder/artifactId version2.0.4/version /dependency The example code seems to have classes that no longer exist I think. I don't know exactly what dependencies are supposed to be used for that example anyway, they are not documented. Any help?
Re: Copy file
I think the following solution should work for you.
Here are two example profiles
profile
idenv-qa/id
activation
property
nameenv/name
valueqa/value
/property
/activation
properties
envqa/env
/properties
/profile
profile
idenv-prod/id
activation
property
nameenv/name
valueprod/value
/property
/activation
properties
envprod/env
/properties
/profile
and here are my resouces
resources
resource
directorysrc/main/resources/directory
/resource
resource
directorysrc/main/resources-${env}/directory
/resource
/resources
and your directory structure would look like
/src/main
/resources
/resources-qa
/resources-prod
place any env specific files in the qa or prod directories
then build via profile
mvn package -p env-prod
or by env var
mvn package -Denv=prod
Hope this helps
Nathan
On 6/28/07, Manos Batsis [EMAIL PROTECTED] wrote:
AFAIK this can only be done with the antrun plugin.
Ahmet Aytekin wrote:
Hi,
Did you find an answer for your problem below? I am trying to do the
same thing here. I 'd appreciate it if anyone can answer this.
Regards,
geirgp wrote:
Thanks for replying, but I can't see how configuring this plugin can
help me
copy a file during the process-sources phase. What I need is something
that
copies config-customer1.xml to config.xml, and as far as I can see
this
plugin only handles inclusion/exclusion of files within a resource
directory.
Maria Odea Ching-2 wrote:
In each of your profiles, you could define a separate build block
which contains which resources you want to be included in each
profile (using the includes and excludes tags).
You may want to take a look at this..
http://maven.apache.org/plugins/maven-resources-plugin/examples/include-exclude.html
Btw, the resources:resources goal of the maven-resources-plugin is
already bound to Maven's process-resources phase so when you do' mvn
install', its already executed.. you need not execute 'mvn
resources:resources'.
-Deng
Geir Gullestad Pettersen wrote:
Is there a plugin to copy a specified file during the build process?
In src/main/resources I have config-customer1.xml,
config-customer2.xml,
...3 and so on.. Depending on which profile I activate when
running Maven
I need one of these files to be copied to
src/main/resources/config.xml so
that the correct config for the given customer is used. Is that
possible?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: dependency:analyze incorrectly using excludes from DepMgt section.
On Thu, 2007-06-28 at 10:20 +0930, Barrie Treloar wrote: When I run dependency:analyze on my module I get: [INFO] Found Resolved Dependency / DependencyManagement mismatches: [INFO] Ignoring Direct Dependencies. [INFO] javax.servlet:servlet-api:jar was excluded in DepMgt, but version 2.3 has been found in the dependency tree. mvn site's Dependency Tree: org.springframework:spring-beans:jar * commons-logging:commons-logging:jar o logkit:logkit:jar o avalon-framework:avalon-framework:jar o javax.servlet:servlet-api:jar This is why servlet-api was pulled in. You seem to have a dependency on spring which in turn uses commons-logging and commons-logging brings in servlet-api. I always add the exclusions you specified for easyconf also to all the spring modules. - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi bundles as dependencies
Craig Ching [EMAIL PROTECTED] writes: AFAICT, the OSGi bundles aren't packaged as a single jar, they appear to be much more complex (or maybe I am lacking some understanding of how these bundles are packaged). For instance, in WEB-INF/platform/plugins there are a number of directories with a fairly complex structure. That's fine. I'd call that an unpacked JAR, whether or not it was ever rolled up into a JAR to begin with. Some OSGi frameworks can use unpacked bundles, or, rather, bundles composed as directory structures on disk. The only essential artifact that makes something a bundle is a META-INF/MANIFEST.MF file with a few OSGi-specific headers. The bundle can otherwise contain anything; it need not be compiled Java class files, though that's the most common content. [...] Maybe I should also note that *none* of these are build-time dependencies for my project, maybe that makes a difference? So this is just about packaging the BIRT viewer in my war file. Well, do you consider composing your WAR file to be build-time? Are you looking for Maven to help inject the bundle content into your WAR? [...] Before I get to defining specific requirements, though, I'm going to need to get a better understanding of OSGi in general. What project am I looking for when I'm ready for that then? Apache Felix is an easy to understand OSGi framework implementation, and somewhat confusingly under the same umbrella, they're collecting a lot of other popular Java artifacts and repackaging them as OSGi bundles. You'll need an OSGi framework within which to test your bundle. Eclipse Equinox¹ is another good choice. It's more complex than Felix, but at present offers more capabilities. Knoplerfish² is another option, but I don't have experience with it to comment further. Footnotes: ¹ http://www.eclipse.org/equinox/ ² http://www.knopflerfish.org/ -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to activate one profile that deactivates another profile.
Hi All, I have couple of profiles, one of which is activeByDefault. I want to activate another one by using properties, but that should deactivate the other one? IS this possible in maven now? Here is the section from settings.xml profile iddebug/id activation activeByDefaulttrue/activeByDefault property nameBV/name valuedebug/value /property /activation properties build.variantdebug/build.variant /properties /profile profile idoptimize/id activation activeByDefaultfalse/activeByDefault property nameBV/name lt;valueoptimize/value /property /activation properties build.variantoptimize/build.variant /properties /profile What i want is to use the build.variant property for optimize profile when it is activated by, mvn -DBV=optimize install if none is specified by, mvn install want to use the build.variant of debug profile. No matter what i do, the debug build.variant is all iam getting. Is it possible to deactivate debug by activating optimize? I don't want to make it mandatory for the user to specify which profile he wants to activate all the time (want debug by default, but when specified as optimize, deactivate debug and activate optimize) Any help or pointers in this regard is highly appreciated. Thanks, Shankar. - Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when.
Deactivate one profile when activating another
Hi All, I have couple of profiles, one of which is activeByDefault. I want to activate another one by using properties, but that should deactivate the other one? IS this possible in maven now? Here is the section from settings.xml profile iddebug/id activation activeByDefaulttrue/activeByDefault property nameBV/name valuedebug/value /property /activation properties build.variantdebug/build.variant /properties /profile profile idoptimize/id activation activeByDefaultfalse/activeByDefault property nameBV/name valueoptimize/value /property /activation properties build.variantoptimize/build.variant /properties /profile What i want is to use the build.variant property for optimize profile when it is activated by, mvn -DBV=optimize install if none is specified by, mvn install want to use the build.variant of debug profile. No matter what i do, the debug build.variant is all iam getting. Is it possible to deactivate debug by activating optimize? I don't want to make it mandatory for the user to specify which profile he wants to activate all the time (want debug by default, but when specified as optimize, deactivate debug and activate optimize) Any help or pointers in this regard is highly appreciated. Thanks, Shankar. -- View this message in context: http://www.nabble.com/Deactivate-one-profile-when-activating-another-tf3995531s177.html#a11346995 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi bundles as dependencies
On 6/28/07, Steven E. Harris [EMAIL PROTECTED] wrote: Craig Ching [EMAIL PROTECTED] writes: AFAICT, the OSGi bundles aren't packaged as a single jar, they appear to be much more complex (or maybe I am lacking some understanding of how these bundles are packaged). For instance, in WEB-INF/platform/plugins there are a number of directories with a fairly complex structure. That's fine. I'd call that an unpacked JAR, whether or not it was ever rolled up into a JAR to begin with. Some OSGi frameworks can use unpacked bundles, or, rather, bundles composed as directory structures on disk. The only essential artifact that makes something a bundle is a META-INF/MANIFEST.MF file with a few OSGi-specific headers. The bundle can otherwise contain anything; it need not be compiled Java class files, though that's the most common content. Ah, ok, right, that makes sense. Would the best way to approach this be to jar up the bundle and shove into the maven repo with a groupId and artifactId? Then have some way to pull and unpack the jar in the right place during the maven install goal? This is starting to sound like that maven-dependency-plugin/maven-antrun-plugin solution I was talking about, here it is: maven mailing list reference: http://www.mail-archive.com/users@maven.apache.org/msg56352.html the link that refers to: http://www.mail-archive.com/users@maven.apache.org/msg56352.html Sounds like that's the right way to approach this? [...] Maybe I should also note that *none* of these are build-time dependencies for my project, maybe that makes a difference? So this is just about packaging the BIRT viewer in my war file. Well, do you consider composing your WAR file to be build-time? Are you looking for Maven to help inject the bundle content into your WAR? [...] Ok, my bad, I really meant no compile time dependencies, just during the maven install goal. Yes, I want to put the various bundle dependencies into the WEB-INF/platform/plugins directory during execution of the install goal. Before I get to defining specific requirements, though, I'm going to need to get a better understanding of OSGi in general. What project am I looking for when I'm ready for that then? Apache Felix is an easy to understand OSGi framework implementation, and somewhat confusingly under the same umbrella, they're collecting a lot of other popular Java artifacts and repackaging them as OSGi bundles. You'll need an OSGi framework within which to test your bundle. Eclipse Equinox¹ is another good choice. It's more complex than Felix, but at present offers more capabilities. Knoplerfish² is another option, but I don't have experience with it to comment further. Yeah, I know about Equinox and have played with Knopflerfish a bit, so felix is an ASF sponsored OSGi implementation, sounds great! Thanks for all your help Steve! Footnotes: ¹ http://www.eclipse.org/equinox/ ² http://www.knopflerfish.org/ -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reminder to vote for 2.0.8 issues
Jason, Jira will not let you vote for an issue you created :( If it would, I would vote for MNG-2075 [1] Paul Spencer [1] http://jira.codehaus.org/browse/MNG-3075 Jason van Zyl wrote: Just a reminder for anyone lurking who wants issues addressed in 2.0.8 to vote for issues in JIRA. Thanks, Jason -- Jason van Zyl Founder and PMC Chair, Apache Maven jason at sonatype dot com -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OSGi bundles as dependencies
Craig Ching [EMAIL PROTECTED] writes: Would the best way to approach this be to jar up the bundle and shove into the maven repo with a groupId and artifactId? Yes, I'd do that first. Then have some way to pull and unpack the jar in the right place during the maven install goal? Actually, I think this sounds more like the package goal if you're talking about composing a WAR. I've never used the install goal to move files around like you're describing, always interpreting install to mean installation of this artifact into a Maven repository. However, the more conventional meaning of install -- say, as a Makefile target -- does sound like what you're describing. This is starting to sound like that maven-dependency-plugin/maven-antrun-plugin solution I was talking about Yes, the dependency or maybe the assembly plugin could help, but note that the maven-war-plugin can do a lot of this file copying and unpacking stuff as well.¹ Yeah, I know about Equinox and have played with Knopflerfish a bit, so felix is an ASF sponsored OSGi implementation, sounds great! Thanks for all your help Steve! No problem. Sorry to have over-explained the OSGi frameworks, but it is good to hear that you've already started experimenting. Footnotes: ¹ http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 1.1-alpha-2 Web application unresponsive
I'm using the default install with no modifications. This started happening more frequently over the last few days and caused the builds to hang while maxing out the CPU on the machine. This morning I deleted the contents of the ..\apps\continuum\webapp\WEB-INF\build-output-directory and 20 projects have built until the hanging/max cpu problem started again. I looked at the last project to build in the log and noticed the scm connection link in the pom is pointing to a dead link. We recently changed the url of our scm repository. I'll post again after fixing the pom and restarting continuum to see if that fixes the issue. -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 12:36 PM To: [EMAIL PROTECTED] Subject: Re: 1.1-alpha-2 Web application unresponsive your just using the supplied derby database right? looks that way from the stack trace... On 6/27/07, Madsen,Bryan [EMAIL PROTECTED] wrote: I take that back, wrong machine. It is Windows Server 2003 SE -Original Message- From: Madsen,Bryan [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 1:33 PM To: [EMAIL PROTECTED] Subject: RE: 1.1-alpha-2 Web application unresponsive Vista -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 27, 2007 1:08 PM To: [EMAIL PROTECTED] Subject: Re: 1.1-alpha-2 Web application unresponsive what os are you using? On 6/25/07, Madsen,Bryan [EMAIL PROTECTED] wrote: When I go to the main continuum screen I receive this exception. The only way to get the application working again is to restart the service. This is only a temporary fix as this keeps happening after an unknown amount of time. I'm guessing there is a project in the build that is causing this. Any ideas? 144655280 [Thread-6] ERROR org.codehaus.plexus.taskqueue.execution.TaskQueueExecutor:build-project - Error executing task edu.emory.mathcs.backport.java.util.concurrent.ExecutionException: javax.jdo.JDODataStoreException: Update request failed: UPDATE PROJECT SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? NestedThrowables: SQL Exception: An SQL data change is not permitted for a read-only connection, user or database. at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.getResult(Futu reTask.java:299) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.get(FutureTask .java:128) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable.waitForTask(ThreadedTaskQueueExecutor.java:165) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable.run(ThreadedTaskQueueExecutor.java:127) Caused by: javax.jdo.JDODataStoreException: Update request failed: UPDATE PROJECT SET OLD_STATE=?, PROJECTSTATE=? WHERE ID=? NestedThrowables: SQL Exception: An SQL data change is not permitted for a read-only connection, user or database. at org.jpox.store.rdbms.request.UpdateRequest.execute(UpdateRequest.java:29 8) at org.jpox.store.rdbms.table.ClassTable.update(ClassTable.java:2573) at org.jpox.store.StoreManager.update(StoreManager.java:967) at org.jpox.state.StateManagerImpl.flush(StateManagerImpl.java:4928) at org.jpox.AbstractPersistenceManager.flush(AbstractPersistenceManager.jav a:3217) at org.jpox.store.rdbms.RDBMSNonmanagedTransaction.commit(RDBMSNonmanagedTr ansaction.java:397) at org.codehaus.plexus.jdo.PlexusJdoUtils.updateObject(PlexusJdoUtils.java: 163) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoConti nuumStore.java:794) at org.apache.maven.continuum.store.JdoContinuumStore.updateObject(JdoConti nuumStore.java:786) at org.apache.maven.continuum.store.JdoContinuumStore.updateProject(JdoCont inuumStore.java:966) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.startB uild(DefaultBuildController.java:289) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.build( DefaultBuildController.java:95) at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.exec uteTask(BuildProjectTaskExecutor.java:50) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$Execut orRunnable$1.run(ThreadedTaskQueueExecutor.java:116) at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter .call(Executors.java:442) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask .java:176) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker .runTask(ThreadPoolExecutor.java:665) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker .run(ThreadPoolExecutor.java:690) at
Re: OSGi bundles as dependencies
On 6/28/07, Steven E. Harris [EMAIL PROTECTED] wrote: Craig Ching [EMAIL PROTECTED] writes: Would the best way to approach this be to jar up the bundle and shove into the maven repo with a groupId and artifactId? Yes, I'd do that first. Then have some way to pull and unpack the jar in the right place during the maven install goal? Actually, I think this sounds more like the package goal if you're talking about composing a WAR. I've never used the install goal to move files around like you're describing, always interpreting install to mean installation of this artifact into a Maven repository. However, the more conventional meaning of install -- say, as a Makefile target -- does sound like what you're describing. My work flow to this point has been to do 'mvn install' in the parent directory (I'm using a hierarchical project/sub-project layout), then cd to my webapp project directory and run 'mvn jetty:run'. It appears that the install goal of the webapp project is creating an exploded war *and* a .war file and, because of this, it seemed to me that the BIRT viewer applet should be here and ready-to-go after execution of the install goal. I don't mind changing my work habits if something isn't working as maven would normally expect it to ;-) This is starting to sound like that maven-dependency-plugin/maven-antrun-plugin solution I was talking about Yes, the dependency or maybe the assembly plugin could help, but note that the maven-war-plugin can do a lot of this file copying and unpacking stuff as well.¹ I'm just fiddling with the dependency plugin right now, maybe I should be reviewing my work flow and checking on the war plugin then? ;-) Yeah, I know about Equinox and have played with Knopflerfish a bit, so felix is an ASF sponsored OSGi implementation, sounds great! Thanks for all your help Steve! No problem. Sorry to have over-explained the OSGi frameworks, but it is good to hear that you've already started experimenting. No problem at all. The information is very much appreciated. Footnotes: ¹ http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html -- Steven E. Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Reminder to vote for 2.0.8 issues
I expect I would've run into that bug very soon. I guess I should be thankful for the forewarning. ;-) I have voted for the issue. -Original Message- From: Paul Spencer [mailto:[EMAIL PROTECTED] Sent: Thursday, June 28, 2007 1:49 PM To: Maven Users List Subject: Re: Reminder to vote for 2.0.8 issues Jason, Jira will not let you vote for an issue you created :( If it would, I would vote for MNG-2075 [1] Paul Spencer [1] http://jira.codehaus.org/browse/MNG-3075 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wagon FTP 1.0
Any plans to release Wagon FTP 1.0? I see that WAGONFTP-7 [1] was fixed months ago, and targetted for 1.0, but there has not yet been a release. [1] http://jira.codehaus.org/browse/WAGONFTP-7 -- Daniel Siegmann FJA-US, Inc. 512 Seventh Ave., New York, NY 10018 (212) 840-2618 ext. 139 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Filtering resources into a directory other than classes for a webapp?
Yeah, looks like 2.0 doesn't work and when I switched it to 2.0.2 it
worked right away.
On May 7, 2007, at 12:31 PM, stig.lau wrote:
I was looking for the same solution, and the war-plugin seemed right.
But my config files were always put in the war root instead of the
folder i
specified.
The solution for me was to use the 2.0.2 version of the war-plugin
instead
of 2.0.
Heinrich Nirschl wrote:
On Fri, 2007-04-27 at 15:17 -0400, Jared Blitzstein wrote:
Thanks, I've read that as well as http://maven.apache.org/guides/
getting-started/index.html#How%20do%20I%20filter%20resource%20files
and it's basically the same thing as the WAR plugin...I believe.
Since I need this on both the WAR and the exploded app for jetty,
I'm
not sure if the war plugin is what I need to be using. But the files
are actually being filtered, it's just they're not ending up in /
WEB-
INF/config/ like I want. They're going to /WEB-INF/classes/WEB-INF/
config/. Here is the snippet from my pom
filters
filtersrc/main/filters/${env}.var/filter
/filters
resources
resource
directorysrc/main/webapp/WEB-INF/config/directory
filteringtrue/filtering
targetPathWEB-INF/config//targetPath
/resource
/resources
Any ideas?
I have not tried this, but according to the documentation a
configuration similar to this for the war plugin should work:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
filters
filtersrc/main/filters/${env}.var/filter
/filters
webResources
resource
!-- the config files you want to filter should be in this
directory --
directoryconfigurations/directory
targetPathWEB-INF/config/targetPath
!-- enable filtering --
filteringtrue/filtering
/resource
/webResources
/configuration
/plugin
- Henry
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context: http://www.nabble.com/Filtering-
resources-into-a-directory-other-than-classes-for-a-webapp--
tf3658613s177.html#a10360724
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Deploy error
Greetings: I am trying to ftp a JAR over to a remote repository. I am able to upload the JAR (ie, I can FTP) but keeping getting this error: [ERROR] FATAL ERROR [INFO] --- [INFO] String index out of range: -27 [INFO] --- [INFO] Trace java.lang.StringIndexOutOfBoundsException: String index out of range: -27 Has anyone dealt with this before? I am putting the full stack trace below. Thanks in advance. [INFO] [deploy:deploy] [INFO] Retrieving previous build number from mv-ossi-snapshotrepository Uploading: ftp://m2snapshotrepo.ossi.mobilvox.com/opt/m2snapshotrepo/com/mobilvox/ossi/mojo/maven-js-plugin/1.0-SNAPSHOT/maven-js-plugin-1.0-20070628.163132-1.jar [INFO] [ERROR] FATAL ERROR [INFO] [INFO] String index out of range: -27 [INFO] [INFO] Trace java.lang.StringIndexOutOfBoundsException: String index out of range: -27 at java.lang.String.substring(String.java:1938) at org.apache.commons.net.ftp.FTPClient.__parsePassiveModeReply(FTPClient.java:341) at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:511) at org.apache.commons.net.ftp.FTPClient.__storeFileStream(FTPClient.java:424) at org.apache.commons.net.ftp.FTPClient.storeFileStream(FTPClient.java:1419) at org.apache.maven.wagon.providers.ftp.FtpWagon.fillOutputData(FtpWagon.java:275) at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:133) at org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(DefaultWagonManager.java:237) at org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact(DefaultWagonManager.java:153) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:80) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:131) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] -- Adam Altemus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] Properties not being expanded/interpolated in local repository POMs
Hello, There seem to be a number of JIRA issues that may be manifestations of the same problem- properties not being interpolated in the POM during install:install to the local repository. I am a new maven user, so perhaps I am misunderstanding something fundamental, but I think that pom files installed into the local repo should have all properties expanded; is this not the case? The mailing list suggests that this started in 2.0.3. I still see the problem in the 2.0.7 built from svn source. Here are the issues that may be related: POM interpolation problem in maven-2.0.3: http://jira.codehaus.org/browse/MNG-2186 Variables are not replaced into installed pom file: http://jira.codehaus.org/browse/MNG-2971 properties not expanded in generated POMs when building A/B/C nested projects: http://jira.codehaus.org/browse/MNG-3057 building from the middle pom of a (parent,child,grandchild) heirarchy fails: http://jira.codehaus.org/browse/MNG-2619 global variable filtering of pom.xml for parent and sub module pom.xml files is not working when deploying to a repository: http://jira.codehaus.org/browse/MNG-2412 It's also been mentioned on the mailing list a few times. I think this is an important issue and would appreciate it if someone could clarify the expected behavior, and suggest a potential fix or workaround. I'm happy to work with anyone who would like to explore this. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
war:war exception
I am wondering how I can get to the bottom of this exception/build error. I am already running the -e option: [INFO] [war:war] [INFO] Exploding webapp... [INFO] Assembling webapp cmsl-war in C:\Work3\cmsl-app\cmsl-war\target\cmsl-war-1.0-SNAPSHOT [INFO] Copy webapp webResources to C:\Work3\cmsl-app\cmsl-war\target\cmsl-war-1.0-SNAPSHOT [INFO] Copy webapp webResources to C:\Work3\cmsl-app\cmsl-war\target\cmsl-war-1.0-SNAPSHOT [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org.apache.maven.project.MavenProject incompatible with java.lang.String [INFO] [INFO] Trace java.lang.ClassCastException: org.apache.maven.project.MavenProject incompatible with java.lang.String at org.codehaus.plexus.util.InterpolationFilterReader.read(InterpolationFilterReader.java:269) at org.codehaus.plexus.util.InterpolationFilterReader.read(InterpolationFilterReader.java:162) at java.io.Reader.read(Reader.java:143) at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:212) at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:200) at org.apache.maven.plugin.war.AbstractWarMojo.copyFilteredFile(AbstractWarMojo.java:921) at org.apache.maven.plugin.war.AbstractWarMojo.copyResources(AbstractWarMojo.java:415) at org.apache.maven.plugin.war.AbstractWarMojo.buildWebapp(AbstractWarMojo.java:518) at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(AbstractWarMojo.java:347) at org.apache.maven.plugin.war.WarMojo.performPackaging(WarMojo.java:164) at org.apache.maven.plugin.war.WarMojo.execute(WarMojo.java:130) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 21 seconds [INFO] Finished at: Thu Jun 28 15:48:46 EDT 2007 [INFO] Final Memory: 9M/33M [INFO] --TIA
i wan subscribe
subscribe
two schedules at diferents times
Hello, I've a question. I want add two diferentes schedules to a project in continuum, actually is using 1.1-alpha-2. I want that one schedule that throw each five minutes and the second schedule will be throw one time at midnight. The problem es that, when the last build is generated before the midnight is done, then the next update will not see changes from the previous. There is some solution for this scenario? Thanks for all. Martin.
RE: Exception configuring javadoc with yDoc ...
The only way to solve the issue was to add all required ydoc library and resource files under the CLASSPATH environment variable ... Strange as it should not be that way. Anyways how can I overwrite classpath info within a profile? examples? TIA, Regards, Giovanni - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get findbugs plugin to fail a build
Hi, I want to incorporate the FindBugs tool into my builds and get it to fail my builds if it finds issues. I am using the plugin from http://mojo.codehaus.org/findbugs-maven-plugin/ Does anyone know how to configure it to fail builds, I do not see any settings for it. Right now it is generating a report, which clearly shows issues being reported, but my build is successful. Thanks -- Craig Dickson Software Engineering Manager Behr Process Corporation Santa Ana, California --- The information contained in this e-mail message may be proprietary, privileged, confidential or protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender.
URGENT: Renaming files during compile time
Hi:
Here is what needs to be achieved:
I have 3 different configuration files: application-dev.properties,
application-int.properties, application-prod.properties. Depending on
the value taken by a certain variable (where and how do shoudl I define
this variable??), I need to have one of the above files copied to a
certain directory, and renamed.
How do I achieve this with Maven?
I have tried using the maven-dependency-plugin, but am not sure how to
define the artifacts...
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
execution
idcopy/id
phasepackage/phase
goals
goalcopy/goal
/goals
configuration
artifactItems
artifactItem
groupIdmy-application/groupId
artifactIdapplication-prod.xml/artifactId
typefile/type
overWritefalse/overWrite
outputDirectory${project.build.directory}/outputDirectory
destFileNameapplication.xml/destFileName
/artifactItem
/artifactItems
/configuration
/execution
/executions
/plugin
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message.
Any disclosure, copying, or distribution of this message, or the taking of any
action based on it, is strictly prohibited. [v.E.1]
Re: URGENT: Renaming files during compile time
How about maven-antrun-plugin, using the Ant copy task?
About the variable naming, it depends on where the information comes
from - can it be set on the cmdline? Is it available as an environment
variable?
Profiles are a standard Maven mechanism to get the build to respond
differently to different conditions:
http://maven.apache.org/guides/introduction/introduction-to-profiles.html
Steve
Vaidya, Supriya A (US - Chicago) wrote:
Hi:
Here is what needs to be achieved:
I have 3 different configuration files: application-dev.properties,
application-int.properties, application-prod.properties. Depending on
the value taken by a certain variable (where and how do shoudl I define
this variable??), I need to have one of the above files copied to a
certain directory, and renamed.
How do I achieve this with Maven?
I have tried using the maven-dependency-plugin, but am not sure how to
define the artifacts...
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
execution
idcopy/id
phasepackage/phase
goals
goalcopy/goal
/goals
configuration
artifactItems
artifactItem
groupIdmy-application/groupId
artifactIdapplication-prod.xml/artifactId
typefile/type
overWritefalse/overWrite
outputDirectory${project.build.directory}/outputDirectory
destFileNameapplication.xml/destFileName
/artifactItem
/artifactItems
/configuration
/execution
/executions
/plugin
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message.
Any disclosure, copying, or distribution of this message, or the taking of
any action based on it, is strictly prohibited. [v.E.1]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: URGENT: Renaming files during compile time
You should do this using profiles.
Typically you would define a profile for each environment
profile
iddev/id
activation
property
nametarget-env/name
valuedev/value
/property
/activation
properties
resource.filter.filesrc/main/filters/dev.filter.properties/resource.f
ilter.file
/properties
/profile
Depending on the env you want to build for dev/prod/stage , you can pass
in the appropriate value with -Dtarget-env=env.name when running a
maven goal.
I am not sure if you have a plugin that will rename the files (you can
definitely use a ant task to do that), instead the way its recommended
is by using a filter file instead.
Have the application.xml define variables for property values you want
to change, and replace those with values from the appropriate
environment filters file.
-Satish
-Original Message-
From: Vaidya, Supriya A (US - Chicago)
[mailto:[EMAIL PROTECTED]
Sent: Thursday, June 28, 2007 5:49 PM
To: users@maven.apache.org
Subject: URGENT: Renaming files during compile time
Hi:
Here is what needs to be achieved:
I have 3 different configuration files: application-dev.properties,
application-int.properties, application-prod.properties. Depending on
the value taken by a certain variable (where and how do shoudl I define
this variable??), I need to have one of the above files copied to a
certain directory, and renamed.
How do I achieve this with Maven?
I have tried using the maven-dependency-plugin, but am not sure how to
define the artifacts...
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
execution
idcopy/id
phasepackage/phase
goals
goalcopy/goal
/goals
configuration
artifactItems
artifactItem
groupIdmy-application/groupId
artifactIdapplication-prod.xml/artifactId
typefile/type
overWritefalse/overWrite
outputDirectory${project.build.directory}/outputDirectory
destFileNameapplication.xml/destFileName
/artifactItem
/artifactItems
/configuration
/execution
/executions
/plugin
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is
protected by law. If you are not the intended recipient, you should
delete this message.
Any disclosure, copying, or distribution of this message, or the taking
of any action based on it, is strictly prohibited. [v.E.1]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: URGENT: Renaming files during compile time
As others have mentioned, profiles are the proper way to proceed with
this requirement. This same thing was just discussed in the last day
or two, so check the archives or Nabble.com and you're bound to find
more examples and discussion on this topic.
About the URGENT in your subject -- I'd leave that out of future
emails. Every question on this list is urgent to the person who needs
the help. If anything, I actually go a little out of my way to IGNORE
these emails. Just FYI...
Wayne
On 6/28/07, Terala, Satish (IS Consultant) [EMAIL PROTECTED] wrote:
You should do this using profiles.
Typically you would define a profile for each environment
profile
iddev/id
activation
property
nametarget-env/name
valuedev/value
/property
/activation
properties
resource.filter.filesrc/main/filters/dev.filter.properties/resource.f
ilter.file
/properties
/profile
Depending on the env you want to build for dev/prod/stage , you can pass
in the appropriate value with -Dtarget-env=env.name when running a
maven goal.
I am not sure if you have a plugin that will rename the files (you can
definitely use a ant task to do that), instead the way its recommended
is by using a filter file instead.
Have the application.xml define variables for property values you want
to change, and replace those with values from the appropriate
environment filters file.
-Satish
-Original Message-
From: Vaidya, Supriya A (US - Chicago)
[mailto:[EMAIL PROTECTED]
Sent: Thursday, June 28, 2007 5:49 PM
To: users@maven.apache.org
Subject: URGENT: Renaming files during compile time
Hi:
Here is what needs to be achieved:
I have 3 different configuration files: application-dev.properties,
application-int.properties, application-prod.properties. Depending on
the value taken by a certain variable (where and how do shoudl I define
this variable??), I need to have one of the above files copied to a
certain directory, and renamed.
How do I achieve this with Maven?
I have tried using the maven-dependency-plugin, but am not sure how to
define the artifacts...
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
execution
idcopy/id
phasepackage/phase
goals
goalcopy/goal
/goals
configuration
artifactItems
artifactItem
groupIdmy-application/groupId
artifactIdapplication-prod.xml/artifactId
typefile/type
overWritefalse/overWrite
outputDirectory${project.build.directory}/outputDirectory
destFileNameapplication.xml/destFileName
/artifactItem
/artifactItems
/configuration
/execution
/executions
/plugin
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is
protected by law. If you are not the intended recipient, you should
delete this message.
Any disclosure, copying, or distribution of this message, or the taking
of any action based on it, is strictly prohibited. [v.E.1]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get findbugs plugin to fail a build
I'm not certain this is a supported feature of the Findbugs plugin. I use findbugs but have never felt the need (personally) to fail a build based on the results of the analysis. So if you are unable to find documentation explaining how to do this, I'd assume/suggest that it is simply not a supported function of the plugin. Wayne On 6/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I want to incorporate the FindBugs tool into my builds and get it to fail my builds if it finds issues. I am using the plugin from http://mojo.codehaus.org/findbugs-maven-plugin/ Does anyone know how to configure it to fail builds, I do not see any settings for it. Right now it is generating a report, which clearly shows issues being reported, but my build is successful. Thanks -- Craig Dickson Software Engineering Manager Behr Process Corporation Santa Ana, California --- The information contained in this e-mail message may be proprietary, privileged, confidential or protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven SCM resolution problem when used with parent pom
Here's the problem
I have a parent pom defining the scm url
properties
svn-repositoryhttp://svn/repository/svn-repository
scm
connectionscm:svn:${svn-repository}/${artifactId}/trunk/connection
url${svn-repository}/${artifactId}/url
/scm
This works fine for the parent pom project
Output on debug
Configuring mojo 'org.apache.maven.plugins:maven-scm-plugin:1.0:validate'
--
[DEBUG] (f) basedir = c:\wk\raleys.maven\com.raleys.maven
[DEBUG] (f) connectionType = connection
[DEBUG] (s) connectionUrl =
scm:svn:http://svn/repository/com.raleys.maven/trunk
[DEBUG] (f) scmConnection =
scm:svn:http://svn/repository/com.raleys.maven/trunk
[DEBUG] (f) settings = [EMAIL PROTECTED]
For the child project
There is no definition for scm and here is what i get
mvn -X scm:validate
Output
(f) basedir = c:\wk\raleys.maven\com.raleys.utils
[DEBUG] (f) connectionType = connection
[DEBUG] (s) connectionUrl =
scm:svn:http://svn/repository/com.raleys.utils/trunk/com.raleys.utils
[DEBUG] (f) developerConnectionUrl =
scm:svn:http://svn/repository/com.raleys.utils/trunk/com.raleys.utils
[DEBUG] (f) settings = [EMAIL PROTECTED]
However if I put the definition cut and paste from the parent pom into the
child pom
scm
connectionscm:svn:${svn-repository}/${artifactId}/trunk/connection
url${svn-repository}/${artifactId}/url
/scm
mvn -X scm:validate gives this output
[DEBUG] (f) basedir = c:\wk\raleys.maven\com.raleys.maven
[DEBUG] (f) connectionType = connection
[DEBUG] (s) connectionUrl =
scm:svn:http://svn/repository/com.raleys.maven/trunk
[DEBUG] (f) scmConnection =
scm:svn:http://svn/repository/com.raleys.maven/trunk
[DEBUG] (f) settings = [EMAIL PROTECTED]
Is this a bug or am I missing something
--
View this message in context:
http://www.nabble.com/Maven-SCM-resolution-problem-when-used-with-parent-pom-tf3997423s177.html#a11352893
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Missing dependancies
Hello I am new to maven. I just installed the maven plugin for eclipse as described at http://maven.apache.org/eclipse-plugin.html. I have then created a small project with the following dependency. dependency groupIdorg.hibernate/groupId artifactIdhibernate-entitymanager/artifactId version3.3.1.ga/version /dependency When maven download the dependencies, i get the following error messages: -BEGIN ERROR MESSAGE 29/06/07 01:08:28 BST: Failed to run generate source goals /rtl.portal/pom.xml Missing: -- 1) org.hibernate:hibernate-commons-annotations:jar:3.0.0.ga Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.hibernate -DartifactId=hibernate-commons-annotations \ -Dversion=3.0.0.ga -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) rocfox:rtl.portal:war:0.0.1 2) org.hibernate:hibernate-entitymanager:jar:3.3.1.ga 3) org.hibernate:hibernate-commons-annotations:jar:3.0.0.ga 2) javax.transaction:jta:jar:1.0.1B Try downloading the file manually from: http://java.sun.com/products/jta Then, install it using the command: mvn install:install-file -DgroupId=javax.transaction -DartifactId=jta \ -Dversion=1.0.1B -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) rocfox:rtl.portal:war:0.0.1 2) org.hibernate:hibernate-entitymanager:jar:3.3.1.ga 3) org.hibernate:hibernate:jar:3.2.4.ga 4) javax.transaction:jta:jar:1.0.1B 3) jboss:jboss-common-core:jar:2.0.4.GA Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=jboss -DartifactId=jboss-common-core \ -Dversion=2.0.4.GA -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) rocfox:rtl.portal:war:0.0.1 2) org.hibernate:hibernate-entitymanager:jar:3.3.1.ga 3) jboss:jboss-common-core:jar:2.0.4.GA -- 3 required artifacts are missing. for artifact: rocfox:rtl.portal:war:0.0.1 from the specified remote repositories: central (http://repo1.maven.org/maven2) -END ERROR MESSAGE I understand the I can download those dependencies manually but i do not know how to run a command such as the following within eclipse IDE mvn install:install-file -DgroupId=org.hibernate -DartifactId=hibernate-commons-annotations -Dversion=3.0.0.ga -Dpackaging=jar -Dfile=/path/to/file What have I missed? Cheers Nic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven-remote-resources-plugin] weird behavior on NOTICE and LICENSE files ?
Matthias, On Sunday 24 June 2007 07:01, Matthias Wessendorf wrote: I used the maven-remote-resources-plugin in the past to add NOTICE and LICENSE to regular JAR and: a) source JAR b) javadoc JAR Now, running this command mvn clean source:jar javadoc:jar install deploy -DaltDeploymentRepository=matzew::default::file:FOLDER on this POM ([1]) it doesn't work. Nope. That wouldn't work. The remote resources needs to run before the source:jar and javadoc:jar.Couple ways to do that: 1) Try: mvn clean compile source:jar javadoc:jar install deploy .. The compile should cause the remote-resources to run. 2) Create a deploy profile or similar that adds the source:jar and javadoc:jar goals to the normal lifecycle and just use the profile. The source.jar is fine, but the javadoc.jar doesn't contain NOTICE/LICENSE. Not sure, why it stopped working (I tried with the older alpha-2 and the newest alpha-5) Also double check the version of the javadoc plugin. You need the latest one. Earlier versions won't pick up the resources. Any ideas ? Thanks, Matthias [1] http://tinyurl.com/2rvfuy -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Maven to Rename a Package
Hi, as far as I can tell you can't do this with the current archetype plugin. However, there is currently a successor in development over at the mojo project that should support this kind of things. Currently no website is set up for it and I can't tell if there are any binary releases of it. Your best option probably is to just check out the sources[1] and try if it does what you need. -Tim [1] https://svn.codehaus.org/mojo/trunk/mojo/mojo-sandbox/maven-archetypeng/ Ferguson, Jason M TSgt 375 CSPTS/SCE schrieb: Sorry, I'm a newbie at Maven 2, I admit it. I have a project template that I use for all new development projects. The package directory (under the java directory) will look like this: org.jason.sample.dao org.jason.sample.service org.jason.sample.model org.jason.sample.web (etc) My test directory will look similar to the java directory (along with resources and test-resources, etc). Since the packages under sample (dao, service, etc) are not empty, I need them as part of a Maven archetype. However, I want to rename sample to something more descriptive (such as photogallery or something like that). Is there a simple way to have Maven rename sample? Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
