Re: Problem with native2ascii in multi-platform setting

2007-05-17 Thread David Leangen 

Thank you for this.

You're right. The appropriate thing to do would be to remove the system
dependency. There should be a generalized maven project that acts as an
abstraction to the system's tools.jar. This project could then be
included as a dependency by any project that needs to use classes from
tools.jar.

Given that Maven is supposed to be a generalized build tool, I don't
think it's reasonable (unless there's really some reason to do so) to
have to create build profiles just because the OS changes.

In this respect, the bug should be filed against maven itself, and not
against the plugin. wdyt?


Cheers,
Dave


On Wed, 2007-05-16 at 22:50 -0500, Wayne Fay wrote:
 This issue has come up previously regarding JAX-WS. The fix at that
 time was to actually remove the system-scoped tools.jar dependency
 from the plugin pom (IIRC -- check the Archives for more details).
 
 So you will probably need to file a bug against the native2ascii
 plugin requesting a similar modification. Or if you're the only Mac
 user, just adjust the plugin pom.xml file in your local cache to
 remove the tools.jar dependency (this is a hack).
 
 Wayne
 
 On 5/16/07, David Leangen [EMAIL PROTECTED] wrote:
 
  Hello!
 
  I am having some issues with mojo plugin for native2ascii in a
  multi-platform setting.
 
  The problem is with the dependency on tools.jar, as per the text below.
 
  On the Mac, there is no tools.jar, and all the classes are already
  included in the classpath by default. Therefore, native2ascii fails on
  Mac with a message asking to install com.sun:tools:jar:dummy.
 
 
  Any ideas how I can get this to work on ALL my machines?
 
  Thank you!
 
 
   dependencies
 dependency
   groupIdcom.sun/groupId
   artifactIdtools/artifactId
   version1.4.2/version
   scopesystem/scope
   systemPath${java.home}/../lib/tools.jar/systemPath
/dependency
 
 
  -
  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: Problem with native2ascii in multi-platform setting

2007-05-17 Thread David Leangen 

Thanks, Wayne,

Your approach does sound much more pragmatic. ;-)


Cheers,
David



On Thu, 2007-05-17 at 23:46 -0500, Wayne Fay wrote:
 You're welcome to file a bug where ever you deem it to be appropriate.
 
 I am simply a pragmatist -- filing a bug against the plugin will
 actually result in a fix for your issue much more quickly. This is
 clearly a defect in the plugin, and so the change can be incorporated
 rather quickly.
 
 Filing a bug of this nature against the Maven project itself may (or
 may not) result in a change in the 2.1.x series which is currently in
 the planning stages. The reason you're seeing this problem is related
 to the system scope which you're generally advised to avoid and
 which many people believe should be deprecated.
 
 [Another quick fix would be to simply create a link (ln -s) from
 classes.jar to tools.jar in the location the plugin expects it to
 exist.]
 
 Wayne
 
 On 5/17/07, David Leangen [EMAIL PROTECTED] wrote:
 
  Thank you for this.
 
  You're right. The appropriate thing to do would be to remove the system
  dependency. There should be a generalized maven project that acts as an
  abstraction to the system's tools.jar. This project could then be
  included as a dependency by any project that needs to use classes from
  tools.jar.
 
  Given that Maven is supposed to be a generalized build tool, I don't
  think it's reasonable (unless there's really some reason to do so) to
  have to create build profiles just because the OS changes.
 
  In this respect, the bug should be filed against maven itself, and not
  against the plugin. wdyt?
 
 
  Cheers,
  Dave
 
 
  On Wed, 2007-05-16 at 22:50 -0500, Wayne Fay wrote:
   This issue has come up previously regarding JAX-WS. The fix at that
   time was to actually remove the system-scoped tools.jar dependency
   from the plugin pom (IIRC -- check the Archives for more details).
  
   So you will probably need to file a bug against the native2ascii
   plugin requesting a similar modification. Or if you're the only Mac
   user, just adjust the plugin pom.xml file in your local cache to
   remove the tools.jar dependency (this is a hack).
  
   Wayne
  
   On 5/16/07, David Leangen [EMAIL PROTECTED] wrote:
   
Hello!
   
I am having some issues with mojo plugin for native2ascii in a
multi-platform setting.
   
The problem is with the dependency on tools.jar, as per the text below.
   
On the Mac, there is no tools.jar, and all the classes are already
included in the classpath by default. Therefore, native2ascii fails on
Mac with a message asking to install com.sun:tools:jar:dummy.
   
   
Any ideas how I can get this to work on ALL my machines?
   
Thank you!
   
   
 dependencies
   dependency
 groupIdcom.sun/groupId
 artifactIdtools/artifactId
 version1.4.2/version
 scopesystem/scope
 systemPath${java.home}/../lib/tools.jar/systemPath
  /dependency
   
   
-
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]
 
 
 
 -
 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]

Problem with native2ascii in multi-platform setting

2007-05-16 Thread David Leangen 

Hello!

I am having some issues with mojo plugin for native2ascii in a
multi-platform setting.

The problem is with the dependency on tools.jar, as per the text below.

On the Mac, there is no tools.jar, and all the classes are already
included in the classpath by default. Therefore, native2ascii fails on
Mac with a message asking to install com.sun:tools:jar:dummy.


Any ideas how I can get this to work on ALL my machines?

Thank you!


  dependencies
dependency
  groupIdcom.sun/groupId
  artifactIdtools/artifactId
  version1.4.2/version
  scopesystem/scope
  systemPath${java.home}/../lib/tools.jar/systemPath
   /dependency


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cannot remove project (due to notifier)

2007-03-26 Thread David Leangen 

Sorry... never was able to get back to this until now.

On Tue, 2007-03-20 at 09:16 +, David Roussel wrote:
  I am unable to remove a project because of a FK constraint in the DB on
  the notifiers.
 
 See Re: troubles removing projects on 15 March 2007 on this very same
 mailing list.

The solution found in that thread by the original poster with the
problem was to re-install Continuum.

Ouch!


  Is there anyway I can get around this without having to poke around in
  the DB?
 
 Possibly not.

Guess I'll have to poke into the DB after all.

Can I presume that this known problem has been fixed? IIUC... a release
is imminent... is that true?


Cheers,
Dave

Project dependencies

2007-03-26 Thread David Leangen 

Hello!

I have several projects I would like to build separately with Continuum.
Some projects are dependent on others.

What is the best way to ensure that the dependencies are available at
build time?

For example, is there any way of controlling the order of the build?

Or should I make some kind of special pom file just for the Continuum
build?


Has anybody else faced this problem, and is there a common solution?


Thanks!
David

Cannot remove project (due to notifier)

2007-03-19 Thread David Leangen 

Hello!

I am unable to remove a project because of a FK constraint in the DB on
the notifiers.

However, in the UI, it is not possible to remove the notifiers (that
were from the POM).

I tried commenting them out from the pom, but the old projects remain
with their dependencies on the notifiers.


Is there anyway I can get around this without having to poke around in
the DB?


Stack trace below:

ognl.MethodFailedException: Method removeProject failed for object
[EMAIL PROTECTED]
[javax.jdo.JDOUserException: One or more instances could not be deleted
NestedThrowables:
javax.jdo.JDODataStoreException: Delete request failed: DELETE FROM 
PROJECTNOTIFIER WHERE ID = ?
NestedThrowables:
SQL Exception: DELETE on table 'PROJECTNOTIFIER' caused a violation of foreign 
key constraint 'PROJECT_NOTIRN_FK2' for key (184).  The statement has been 
rolled back.
javax.jdo.JDODataStoreException: Delete request failed: DELETE FROM 
PROJECTNOTIFIER WHERE ID = ?
NestedThrowables:
SQL Exception: DELETE on table 'PROJECTNOTIFIER' caused a violation of foreign 
key constraint 'PROJECT_NOTIRN_FK2' for key (183).  The statement has been 
rolled back.]
at ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java:796)
at ognl.ObjectMethodAccessor.callMethod(ObjectMethodAccessor.java:61)
at ognl.OgnlRuntime.callMethod(OgnlRuntime.java:819)
at ognl.ASTMethod.getValueBody(ASTMethod.java:75)
at ognl.SimpleNode.evaluateGetValueBody(SimpleNode.java:170)
at ognl.SimpleNode.getValue(SimpleNode.java:210)
at ognl.Ognl.getValue(Ognl.java:333)
at ognl.Ognl.getValue(Ognl.java:378)
at ognl.Ognl.getValue(Ognl.java:357)
at 
org.codehaus.plexus.formica.action.DeleteEntity.uponSuccessfulValidation(DeleteEntity.java:57)
at 
org.codehaus.plexus.formica.action.DeleteEntity.execute(DeleteEntity.java:47)
at 
org.codehaus.plexus.summit.pipeline.valve.ActionValve.invoke(ActionValve.java:68)
at 
org.codehaus.plexus.summit.pipeline.AbstractPipeline.invoke(AbstractPipeline.java:70)
at org.codehaus.plexus.summit.Summit.doGet(Summit.java:54)
at org.codehaus.plexus.summit.Summit.doPost(Summit.java:108)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
at 
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
at 
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:331)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:520)
/-- Encapsulated exception \
javax.jdo.JDOUserException: One or more instances could not be deleted
at 
org.jpox.AbstractPersistenceManager.deletePersistentAll(AbstractPersistenceManager.java:1438)
at 
org.jpox.store.rdbms.scostore.ElementContainerStore.clear(ElementContainerStore.java:595)
at 
org.jpox.store.mapping.CollectionMapping.preDelete(CollectionMapping.java:304)
at 
org.jpox.store.mapping.CollectionMapping.deleteDependent(CollectionMapping.java:332)
at 
org.jpox.store.rdbms.table.ClassTable.deleteDependent(ClassTable.java:2280)
at org.jpox.store.StoreManager.deleteDependent(StoreManager.java:838)
at 
org.jpox.state.StateManagerImpl.deletePersistent(StateManagerImpl.java:4049)
at 
org.jpox.AbstractPersistenceManager.internalDeletePersistent(AbstractPersistenceManager.java:1391)
at 
org.jpox.AbstractPersistenceManager.deletePersistent(AbstractPersistenceManager.java:1402)
at 
org.codehaus.plexus.jdo.PlexusJdoUtils.removeObject(PlexusJdoUtils.java:53)
at 
org.apache.maven.continuum.store.JdoContinuumStore.removeObject(JdoContinuumStore.java:969)
at 
org.apache.maven.continuum.store.JdoContinuumStore.removeProject(JdoContinuumStore.java:901)
at 
org.apache.maven.continuum.DefaultContinuum.removeProject(DefaultContinuum.java:328)
at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)

RE: Purging depending on a given profile

2007-03-13 Thread David Leangen 

For the sake of those who read this thread in the archives...


You need to set reResolve to false.





On Tue, 2007-03-13 at 10:08 +0900, David Leangen wrote:
 Thanks, Brian,
 
 What I mean to do is clean out my local cache before my build, so I can
 do a clean build.
 
 Is that not what this dependency:clean-local-cache is intended for?
 
 Any ideas how I can do this (properly)?
 
 
 Currenlty, I include it in the parent pom as below, but this does not
 work as I expect.
 
 
 Cheers,
 Dave
 
 
 
 
 On Mon, 2007-03-12 at 09:37 -0400, Brian E. Fox wrote:
  The artifact was deleted from your local repository. That means you'll
  need to rebuild/install it before this will be able to resolve it. I'm
  not sure purging sibling artifacts is what you really mean to do.
  
  -Original Message-
  From: David Leangen [mailto:[EMAIL PROTECTED] 
  Sent: Monday, March 12, 2007 2:35 AM
  To: Maven Users List
  Subject: Purging depending on a given profile
  
  
  Hello!
  
  I'd like to use the Maven Dependency Plugin to purge my local cache, but
  only for a build with a given profile.
  
  I have set up the plugin to work with a profile, and it does purge the
  cache.
  
  
  Problem is that, after resolving a list of 3rd party artifacts, it
  cannot resolve artifacts that are both children and components of the
  parent pom where the plugin is declared. Error shown below.
  
  
  This is the parent pom:
  
  project
...
 profiles
   profile
 idci/id
activation
  property
namepurgeCache/name
valuetrue/value
  /property
/activation
build
  plugins
plugin
  groupIdorg.apache.maven.plugins/groupId
  artifactIdmaven-dependency-plugin/artifactId
  executions
execution
  idpurge-local-repository/id
  phasevalidate/phase
  goals
goalpurge-local-repository/goal
  /goals
  configuration
  /configuration
/execution
  /executions
/plugin
  /plugins
/build
  /profile
/profiles
  /project
  
  
  
  And finally, this is the error:
  
  
  [INFO]
  
  [ERROR] BUILD FAILURE
  [INFO]
  
  [INFO] :
  [EMAIL PROTECTED]
  Failed to refresh project dependencies for:
  com.my.project:my-project:jar:0.1.0-SNAPSHOT
  
  Artifact resolution failed for project:
  com.my.project:my-project:jar:0.1.0-SNAPSHOT
  
  
  Any ideas?
  
  Thanks!
  David
  
  
  
  
  -
  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: Purging depending on a given profile

2007-03-12 Thread David Leangen 

Thanks, Brian,

What I mean to do is clean out my local cache before my build, so I can
do a clean build.

Is that not what this dependency:clean-local-cache is intended for?

Any ideas how I can do this (properly)?


Currenlty, I include it in the parent pom as below, but this does not
work as I expect.


Cheers,
Dave




On Mon, 2007-03-12 at 09:37 -0400, Brian E. Fox wrote:
 The artifact was deleted from your local repository. That means you'll
 need to rebuild/install it before this will be able to resolve it. I'm
 not sure purging sibling artifacts is what you really mean to do.
 
 -Original Message-
 From: David Leangen [mailto:[EMAIL PROTECTED] 
 Sent: Monday, March 12, 2007 2:35 AM
 To: Maven Users List
 Subject: Purging depending on a given profile
 
 
 Hello!
 
 I'd like to use the Maven Dependency Plugin to purge my local cache, but
 only for a build with a given profile.
 
 I have set up the plugin to work with a profile, and it does purge the
 cache.
 
 
 Problem is that, after resolving a list of 3rd party artifacts, it
 cannot resolve artifacts that are both children and components of the
 parent pom where the plugin is declared. Error shown below.
 
 
 This is the parent pom:
 
 project
   ...
profiles
  profile
idci/id
   activation
 property
   namepurgeCache/name
   valuetrue/value
 /property
   /activation
   build
 plugins
   plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-dependency-plugin/artifactId
 executions
   execution
 idpurge-local-repository/id
 phasevalidate/phase
 goals
   goalpurge-local-repository/goal
 /goals
 configuration
 /configuration
   /execution
 /executions
   /plugin
 /plugins
   /build
 /profile
   /profiles
 /project
 
 
 
 And finally, this is the error:
 
 
 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] :
 [EMAIL PROTECTED]
 Failed to refresh project dependencies for:
 com.my.project:my-project:jar:0.1.0-SNAPSHOT
 
 Artifact resolution failed for project:
 com.my.project:my-project:jar:0.1.0-SNAPSHOT
 
 
 Any ideas?
 
 Thanks!
 David
 
 
 
 
 -
 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]

Best place to put deployment hook

2007-03-12 Thread David Leangen 

Hello!

I am wondering what the intended procedure is, or the best practice, or
whatever, for inserting a deployment hook.

Are there hooks in Continuum itself, such as do this if build
successful, do this otherwise?

Or should I be creating maven plugins for such cases?



Or, more specifically...

In this particular case, I simply want to (1) clean out my local cache
to ensure the build is clean (which is not done during a normal
build), (2) run integration tests (which are also not run during a
normal build) and finally, 

 a. if the build is successful, deploy to a staging server

 b. otherwise send out special notifications to the appropriate
people


I am working on (1) and (2) by using build profiles.

Can somebody tell me, in their experience with Continuum, the best way
to approach (a) and (b)?


Thank you!
David

Purging depending on a given profile

2007-03-11 Thread David Leangen 

Hello!

I'd like to use the Maven Dependency Plugin to purge my local cache, but
only for a build with a given profile.

I have set up the plugin to work with a profile, and it does purge the
cache.


Problem is that, after resolving a list of 3rd party artifacts, it
cannot resolve artifacts that are both children and components of the
parent pom where the plugin is declared. Error shown below.


This is the parent pom:

project
  ...
   profiles
 profile
   idci/id
  activation
property
  namepurgeCache/name
  valuetrue/value
/property
  /activation
  build
plugins
  plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
executions
  execution
idpurge-local-repository/id
phasevalidate/phase
goals
  goalpurge-local-repository/goal
/goals
configuration
/configuration
  /execution
/executions
  /plugin
/plugins
  /build
/profile
  /profiles
/project



And finally, this is the error:


[INFO]

[ERROR] BUILD FAILURE
[INFO]

[INFO] :
[EMAIL PROTECTED]
Failed to refresh project dependencies for:
com.my.project:my-project:jar:0.1.0-SNAPSHOT

Artifact resolution failed for project:
com.my.project:my-project:jar:0.1.0-SNAPSHOT


Any ideas?

Thanks!
David




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Does the maven cache get cleaned out on each build?

2007-03-09 Thread David Leangen 

Guys,

Thanks for this.

  But have a look at the maven dependancy purge-local-
  repository plugin
  [1], which can clear out all depdencies for the project.


Ok... but I don't necessary want to use that on my development
machine... only on the CI server.

In that case, should I have some kind of ci profile or something and
add that (somehow) to my build definition?


 Before to clean your local repo, you need to be sure 
 all your snapshots are in your remote repository. Without 
 them, your builds will fail

Doesn't continuum do an svn up before the build?

Assuming it does, there should be no problem...


Thanks for confirming this!


Cheers,
Dave





On Fri, 2007-03-09 at 09:19 +0100, Emmanuel Venisse wrote:
 No, it isn't cleaned.
 Before to clean your local repo, you need to be sure all your snapshots are 
 in your remote repository. Without them, your builds will fail
 
 Emmanuel
 
 Johan Lindquist a écrit :
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  Do you mean the local repository?  If so, no, i pretty sure it doesn't.
  
  But have a look at the maven dependancy purge-local-repository plugin
  [1], which can clear out all depdencies for the project.
  
  Cheers,
  
  Johan
  
  [1]
  http://maven.apache.org/plugins/maven-dependency-plugin/purge-local-repository-mojo.html
  
  David Leangen wrote:
  Hello!
 
  Can somebody please tell me whether or not the local maven cache gets
  cleaned out before each build?
 
 
  I want to make sure that each of the builds are fresh.
 
 
  Thanks!
 
 
 
 
  
  - --
  you too?
  -BEGIN PGP SIGNATURE-
  Version: GnuPG v1.4.6 (GNU/Linux)
  Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
  
  iD8DBQFF8RLf1Tv8wj7aQ34RAt4hAJsFz4fodF8ZoSv3zlBlVlCzlzldtACfUujK
  M8QJUqqjsxwX0hICdkK6ziE=
  =ojBD
  -END PGP SIGNATURE-

Does the maven cache get cleaned out on each build?

2007-03-08 Thread David Leangen 

Hello!

Can somebody please tell me whether or not the local maven cache gets
cleaned out before each build?


I want to make sure that each of the builds are fresh.


Thanks!

Re: Where is continuum_cli.py?

2007-03-04 Thread David Leangen 

Ok, thanks Andrew.

I don't know much about python so I can't really help out there. Do you
think there is there some hack I could do for myself in the meantime to
get up and running with this?



On Fri, 2007-03-02 at 18:49 +, Andrew Williams wrote:
 Sorry, I have been working on the python code, but I never got to the  
 building, only the reading of information.
 Also, this was before project grouping came into effect, so things  
 may have changed. I guess this needs more work next time I get a chance.
 
 A
 
 On 2 Mar 2007, at 01:15, David Leangen wrote:
 
 
  Merci, Emmanuel.
 
  The doc doesn't give any hints as to what arguments need to be passed
  into the buildProject command.
 
 
  To try to figure this out, I ran showProjects, but I get this
  exception:
 
  # showProjects
  Error: Continuum instance has no attribute 'getAllProjects'
 
 
  All I'm interested in is triggering a build after each svn commit,  
  so I
  presume that the only command that interests me is buildProject.
 
 
  Any ideas?
 
 
  Thanks!
  Dave
 
 
 
 
  On Thu, 2007-03-01 at 09:28 +0100, Emmanuel Venisse wrote:
  https://svn.apache.org/repos/asf/maven/sandbox/trunk/continuum/ 
  continuum-python/
 
  David Leangen a écrit :
  Hi!
 
  I'm looking to add a hook to my svn build, and the continuum_cli.py
  script mentioned on the Continuum site seems to be just what I need.
 
  Where is this?
 
  I checked out all the code and looked for it... but it ain't there.
 
 
 
  Thanks!
 
  Dave

Changing notification types

2007-03-04 Thread David Leangen 

Hello,

I'd like to set up a notification for e-mail on my mobile in addition to
regular e-mail.

However, for the former, it would be nice to only show the title, not
the entire contents of the message.


Is there any way to configure the type of notification? (full,
summary...)


Thanks!
David

Notification via jabber/google talk

2007-02-28 Thread David Leangen 

Hello.

I'm trying to add jabber notification. I have not checked SSL, but yet
the system seems to be connecting via TLS, which fails (as shown below).


Any idea what the problem may be?


BTW, what is the common practice for this? Do people usually open a
google talk account just for continuum? Or is there a better/easier way?



Thanks!


INFO   | jvm 1| 2007/03/01 15:52:09 | 2007-03-01 15:52:09,928
[Thread-2] DEBUG Notifier:jabber- Current build state:
2, previous build state: 3
INFO   | jvm 1| 2007/03/01 15:52:13 | java.lang.Exception: TLS
negotiation has failed
INFO   | jvm 1| 2007/03/01 15:52:13 |   at
org.jivesoftware.smack.PacketReader.parsePackets(PacketReader.java:316)
INFO   | jvm 1| 2007/03/01 15:52:13 |   at
org.jivesoftware.smack.PacketReader.access$000(PacketReader.java:42)
INFO   | jvm 1| 2007/03/01 15:52:13 |   at
org.jivesoftware.smack.PacketReader$1.run(PacketReader.java:62)

Where is continuum_cli.py?

2007-02-28 Thread David Leangen 

Hi!

I'm looking to add a hook to my svn build, and the continuum_cli.py
script mentioned on the Continuum site seems to be just what I need.

Where is this?

I checked out all the code and looked for it... but it ain't there.



Thanks!

Dave

Syntax for file:/// url

2007-02-27 Thread David Leangen 

Hi!

I have a multi-module project that I'd like to add. I downloaded a local
copy of my repo using svn up and I am trying to use a pom from there
to add the project.

However, I keep getting the error message:

  [ You must provide a valid url (http, https, ftp and file 
   protocols are allowed) ]


The continuum logs aren't helping me much. There's no info there telling
me what is wrong.

I've tried these:

  file://home/continuum/bla/pom.xml
  file://home/continuum/bla/pom.xml
  file:/home/continuum/bla/pom.xml
  file://localhost/home/continuum/bla/pom.xml
  file:///for/the/love/of/god!!

... and probably every other combination I can think of.

Is continuum not expecting a regular java url using the file://
protocol?

I've worked with URLHandlers before, and I could swear that a file URL
is in the form:

  file:///path/to/file

(i.e. hostname not required

My permissions are correct.

What else could be the problem?


Thanks!
Dave

Re: Syntax for file:/// url

2007-02-27 Thread David Leangen 

Answer to my own question:


http://maven.apache.org/continuum/faqs.html#can-i-use-file-protocol-in-add-project-view



In addition to the file:// protocol, I think somebody needs to implement
a rtfm:// protocol. Could cut down on spam a lot.



:-)



Cheers,
Dave




On Tue, 2007-02-27 at 19:02 +0900, David Leangen wrote:
 Hi!
 
 I have a multi-module project that I'd like to add. I downloaded a local
 copy of my repo using svn up and I am trying to use a pom from there
 to add the project.
 
 However, I keep getting the error message:
 
   [ You must provide a valid url (http, https, ftp and file 
protocols are allowed) ]
 
 
 The continuum logs aren't helping me much. There's no info there telling
 me what is wrong.
 
 I've tried these:
 
   file://home/continuum/bla/pom.xml
   file://home/continuum/bla/pom.xml
   file:/home/continuum/bla/pom.xml
   file://localhost/home/continuum/bla/pom.xml
   file:///for/the/love/of/god!!
 
 ... and probably every other combination I can think of.
 
 Is continuum not expecting a regular java url using the file://
 protocol?
 
 I've worked with URLHandlers before, and I could swear that a file URL
 is in the form:
 
   file:///path/to/file
 
 (i.e. hostname not required
 
 My permissions are correct.
 
 What else could be the problem?
 
 
 Thanks!
 Dave

Re: Syntax for file:/// url

2007-02-27 Thread David Leangen 

Thanks!

You just beat me by a few minutes. :-)


Cheers,
Dave



On Tue, 2007-02-27 at 11:16 +0100, Emmanuel Venisse wrote:
 http://maven.apache.org/continuum/faqs.html#can-i-use-file-protocol-in-add-project-view
 
 David Leangen a écrit :
  Hi!
  
  I have a multi-module project that I'd like to add. I downloaded a local
  copy of my repo using svn up and I am trying to use a pom from there
  to add the project.
  
  However, I keep getting the error message:
  
[ You must provide a valid url (http, https, ftp and file 
 protocols are allowed) ]
  
  
  The continuum logs aren't helping me much. There's no info there telling
  me what is wrong.
  
  I've tried these:
  
file://home/continuum/bla/pom.xml
file://home/continuum/bla/pom.xml
file:/home/continuum/bla/pom.xml
file://localhost/home/continuum/bla/pom.xml
file:///for/the/love/of/god!!
  
  ... and probably every other combination I can think of.
  
  Is continuum not expecting a regular java url using the file://
  protocol?
  
  I've worked with URLHandlers before, and I could swear that a file URL
  is in the form:
  
file:///path/to/file
  
  (i.e. hostname not required
  
  My permissions are correct.
  
  What else could be the problem?
  
  
  Thanks!
  Dave

Project appears in duplicate - SQL Exception when removed

2007-02-27 Thread David Leangen 

Hello!

For some strange reason, one of my projects appears in duplicate.

When I try to remove it, I get the following exception.


Any ideas?


Thanks,
Dave





ognl.MethodFailedException: Method removeProject failed for object
[EMAIL PROTECTED]
[javax.jdo.JDOUserException: One or more instances could not be deleted
NestedThrowables:
javax.jdo.JDODataStoreException: Delete request failed: DELETE FROM 
BUILDDEFINITION WHERE ID = ?
NestedThrowables:
SQL Exception: DELETE on table 'BUILDDEFINITION' caused a violation of foreign 
key constraint 'PROJECT_BUILP8_FK2' for key (2).  The statement has been rolled 
back.]
at ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java:796)
at ognl.ObjectMethodAccessor.callMethod(ObjectMethodAccessor.java:61)
at ognl.OgnlRuntime.callMethod(OgnlRuntime.java:819)
at ognl.ASTMethod.getValueBody(ASTMethod.java:75)
at ognl.SimpleNode.evaluateGetValueBody(SimpleNode.java:170)
at ognl.SimpleNode.getValue(SimpleNode.java:210)
at ognl.Ognl.getValue(Ognl.java:333)
at ognl.Ognl.getValue(Ognl.java:378)
at ognl.Ognl.getValue(Ognl.java:357)
at 
org.codehaus.plexus.formica.action.DeleteEntity.uponSuccessfulValidation(DeleteEntity.java:57)
at 
org.codehaus.plexus.formica.action.DeleteEntity.execute(DeleteEntity.java:47)
at 
org.codehaus.plexus.summit.pipeline.valve.ActionValve.invoke(ActionValve.java:68)
at 
org.codehaus.plexus.summit.pipeline.AbstractPipeline.invoke(AbstractPipeline.java:70)
at org.codehaus.plexus.summit.Summit.doGet(Summit.java:54)
at org.codehaus.plexus.summit.Summit.doPost(Summit.java:108)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
at 
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
at 
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:331)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:520)
/-- Encapsulated exception \
javax.jdo.JDOUserException: One or more instances could not be deleted
at 
org.jpox.AbstractPersistenceManager.deletePersistentAll(AbstractPersistenceManager.java:1438)
at 
org.jpox.store.rdbms.scostore.ElementContainerStore.clear(ElementContainerStore.java:595)
at 
org.jpox.store.mapping.CollectionMapping.preDelete(CollectionMapping.java:304)
at 
org.jpox.store.mapping.CollectionMapping.deleteDependent(CollectionMapping.java:332)
at 
org.jpox.store.rdbms.table.ClassTable.deleteDependent(ClassTable.java:2280)
at org.jpox.store.StoreManager.deleteDependent(StoreManager.java:838)
at 
org.jpox.state.StateManagerImpl.deletePersistent(StateManagerImpl.java:4049)
at 
org.jpox.AbstractPersistenceManager.internalDeletePersistent(AbstractPersistenceManager.java:1391)
at 
org.jpox.AbstractPersistenceManager.deletePersistent(AbstractPersistenceManager.java:1402)
at 
org.codehaus.plexus.jdo.PlexusJdoUtils.removeObject(PlexusJdoUtils.java:53)
at 
org.apache.maven.continuum.store.JdoContinuumStore.removeObject(JdoContinuumStore.java:969)
at 
org.apache.maven.continuum.store.JdoContinuumStore.removeProject(JdoContinuumStore.java:901)
at 
org.apache.maven.continuum.DefaultContinuum.removeProject(DefaultContinuum.java:328)
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:585)
at ognl.OgnlRuntime.invokeMethod(OgnlRuntime.java:491)
at ognl.OgnlRuntime.callAppropriateMethod(OgnlRuntime.java:785)
at ognl.ObjectMethodAccessor.callMethod(ObjectMethodAccessor.java:61)
at ognl.OgnlRuntime.callMethod(OgnlRuntime.java:819)
at ognl.ASTMethod.getValueBody(ASTMethod.java:75)
at ognl.SimpleNode.evaluateGetValueBody(SimpleNode.java:170)
at

Re: Internal problem with version number?

2006-11-21 Thread David Leangen 

 Surely you need to ensure the server SSL certificate has the correct
 name in it.  Or, configure the sun SSL library to ignore it.  I guess
 you could google for how to do that.

Yes, you're right! Sorry I didn't notice that.

However, the URL:

  https://username:[EMAIL PROTECTED]/...

Only gives me a 401, so the authentication using this kind of URL does
not seem to be supported.

Tried with file protocol as you suggested, and that worked.


Thank you for the help.

Cheers,
David

Use of non-standard directory structure

2006-11-21 Thread David Leangen 

Hello!

It appears that we're using a non-standard directory structure.

Due to our hierarchy of projects, we wanted to use short names for our
directories, but longer names for the project names. So, our project
names do not necessarily have the same value as the directory in which
it sits.

Because of this, Continuum can't find the source from svn, and I get an
error like this:


Provider message: The svn command failed.
Command output: 
---
svn: URL 'https://company.com/com/company/group/group-module' doesn't exist
---

When the URL should be:
  https://company.com/com/company/group/module

Is my only option to change my directory names?

Or can I set the values in my POMs or something?


Thank you!

Re: Internal problem with version number?

2006-11-21 Thread David Leangen 

Thank you for the quick reply!

Mail sent privately for POM content.

I'm using version 1.0.3.


Cheers,
Dave




On Mon, 2006-11-20 at 09:59 +0100, Emmanuel Venisse wrote:
 I've nevever seen this pb.
 
 What is your continuum version?
 
 Send your poms.
 
 Emmanuel
 
 David Leangen a écrit :
  Is it possible that the version number is somehow not working correctly?
  
  Continuum keeps try to download URLS like:
  
  http://www.company.com/repo/com/company/top_module/top_module/0.1.0-SNAPSHOT/top_module-0.1.0-SNAP/module/pom.xml.
  
  when it should be
  
  http://www.company.com/repo/com/company/top_module/module/0.1.0-SNAPSHOT/module-0.1.0-SNAPSHOT.pom
  
  
  This obviously finds no file since URL does not make any sense, but I
  don't understand why this happens. Do I probably have something wrong in
  my pom? Or would this be due to some kind of bug?
  
  
  Thank you!

Re: Error adding a M2 project

2006-11-21 Thread David Leangen 

Yeah, I realize that...

I guess I was wondering if it's possible to configure Continuum. The
run.sh doesn't seem to take parameters.

So I guess I'll have to modify the run.sh script.


Thanks for the help!



On Mon, 2006-11-20 at 10:01 +0100, Emmanuel Venisse wrote:
 You can change the tmp dir with the java.io.tmpdir system property.
 
 Emmanuel
 
 David Leangen a écrit :
  I appreciate your help...
  
  The temp dir is the one of your OS, in your case, it's /tmp
  Continuum store the temp pom under 
  /tmp/continuum/repo/temp/path/to/pom/0.1.0-SNAPSHOT/ so I think 
  continuum can't create the file in this directory or a parent dir
  
  So you're saying it's not possible to change this through some kind of
  config option?
  
  
  Thanks!
  Dave

Re: Error adding a M2 project

2006-11-19 Thread David Leangen 

Thank you for this.

It's not immediately clear to me how to set the  tempdir. Grepping for
tmp, this was the only thing I found:

if [ -z $PLEXUS_TMPDIR ] ; then
  PLEXUS_TMPDIR=$PLEXUS_HOME/temp
  mkdir -p $PLEXUS_TMPDIR


Any hints as to how I can change the tempdir?


Thank you!



On Thu, 2006-11-16 at 18:17 +0100, Emmanuel Venisse wrote:
 continuum downloads pom in a temp directory before to process it so you need 
 to have access to this 
 directory and it must exist
 
 Emmanuel
 
 David Leangen a écrit :
  Hello!
  
  I'm tried many different things, but have not been able to add a M2
  project to Continuum.
  
  This is the error I get:
  
  Could not download
  http://www.company.com/my.pom: 
  /tmp/continuum/repo/temp/path/to/pom/0.1.0-SNAPSHOT/my-0.1.0-SNAPSHOT.pom 
  (Not a directory)
  
  
  I have no idea why it's looking for this in the tmp directory. I
  configured Continuum to use /home/continuum/.
  
  
  Thank you!

Error adding a M2 project

2006-11-15 Thread David Leangen 

Hello!

I'm tried many different things, but have not been able to add a M2
project to Continuum.

This is the error I get:

Could not download
http://www.company.com/my.pom: 
/tmp/continuum/repo/temp/path/to/pom/0.1.0-SNAPSHOT/my-0.1.0-SNAPSHOT.pom (Not 
a directory)


I have no idea why it's looking for this in the tmp directory. I
configured Continuum to use /home/continuum/.


Thank you!

Integration bundle not copying resources

2006-10-31 Thread David Leangen 

Hello!

I'm building an module for functional tests as explained in the BB book.

However, my resources (located in src/it/resources) are just not being
copied, which causes everything to fail. I must not be understanding
something about the lifecycle...

Any suggestions would be very welcome!


Here is a snip of my pom:

  build
testSourceDirectorysrc/it/testSourceDirectory
testResources
  testResource
directorysrc/it/resources/directory
  /testResource
/testResources
plugins
  plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
executions
  execution
goals
  goaltestCompile/goal
/goals
  /execution
/executions
  /plugin
  plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
executions
  execution
phaseintegration-test/phase
goals
  goaltest/goal
/goals
  /execution
/executions
  /plugin
/plugins
  /build



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Compiling files with UTF-8 encoding

2006-09-23 Thread David Leangen 

Hello!

In M2, how do I set the compiler to compile files that are written in UTF-8?


Thank you!



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Compiling files with UTF-8 encoding

2006-09-23 Thread David Leangen 

Thank you!



 -Original Message-
 From: Ralph Pollath [mailto:[EMAIL PROTECTED]
 Sent: 24 September 2006 02:34
 To: Maven Users List
 Subject: Re: Compiling files with UTF-8 encoding
 
 
 On 23.09.2006, at 17:57, David Leangen wrote:
  In M2, how do I set the compiler to compile files that are written  
  in UTF-8?
 
 Try this:
 
 plugin
 groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
configuration
encodingUTF-8/encoding
/configuration
 /plugin
 
 Cheers,
 -Ralph.
 
 
 -
 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]

Status of mojo:maven-native-plugin

2006-06-08 Thread David Leangen 

Hello!

Apparently, maven-native-plugin is not available from the Maven
repository.

What is the status of that project? Is it still active?


Thanks!



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Including resources from java folder in M2

2006-05-29 Thread David Leangen 

Hello!

I'm new to M2, but I'm familiar with this type of build system.

I have some xml config files that normally should be distributed side by
side with a class file. So, the files are located in the java folder:

src
  main
com/mystuff
   SomeClass.java
   SomeClass.xconfig


However, it seems that only the *.java files are copied over to the
classes directory.

How can I include other types files that are in the java directory,
since I do not want to have to recreate the build path in the resources
directory?


Thank you!
David




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Including resources from java folder in M2

2006-05-29 Thread David Leangen 

Thank you!

So, are you saying that I have no choice but to put non-java files
in /src/main/resources?

I understand that this is the standard layout, but in my case, this will
cause a lot of headaches when refactoring, which is why I was hoping to
be able to include them in the java dir...


Thank you!
David




On Mon, 2006-05-29 at 14:42 +0800, Willie Vu wrote:
 David,
 
 According to the standard directory layout, resources should be put
 under basedir/src/main/resources.
 
 Anyway, what you need to do is to add resources/resource into pom.xml. e.g.
 
 resources
   resource
 directory${basedir}/src/main/resources/directory
 includes
   include**/*.xconfig/include
 /includes
   resource
 /resources
 
 Regards,
 
 Willie
 
 On 5/29/06, David Leangen [EMAIL PROTECTED] wrote:
 
  Hello!
 
  I'm new to M2, but I'm familiar with this type of build system.
 
  I have some xml config files that normally should be distributed side by
  side with a class file. So, the files are located in the java folder:
 
  src
main
  com/mystuff
 SomeClass.java
 SomeClass.xconfig
 
 
  However, it seems that only the *.java files are copied over to the
  classes directory.
 
  How can I include other types files that are in the java directory,
  since I do not want to have to recreate the build path in the resources
  directory?
 
 
  Thank you!
  David
 
 
 
 
  -
  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: Including resources from java folder in M2

2006-05-29 Thread David Leangen 

Great!

Thank you very much.





On Mon, 2006-05-29 at 15:15 +0800, Willie Vu wrote:
 If you so desire, you can just specify ${basedir}/src/main/java in the
 resources/resource/directory tag.
 
 On 5/29/06, David Leangen [EMAIL PROTECTED] wrote:
 
  Thank you!
 
  So, are you saying that I have no choice but to put non-java files
  in /src/main/resources?
 
  I understand that this is the standard layout, but in my case, this will
  cause a lot of headaches when refactoring, which is why I was hoping to
  be able to include them in the java dir...
 
 
  Thank you!
  David
 
 
 
 
  On Mon, 2006-05-29 at 14:42 +0800, Willie Vu wrote:
   David,
  
   According to the standard directory layout, resources should be put
   under basedir/src/main/resources.
  
   Anyway, what you need to do is to add resources/resource into pom.xml. 
   e.g.
  
   resources
 resource
   directory${basedir}/src/main/resources/directory
   includes
 include**/*.xconfig/include
   /includes
 resource
   /resources
  
   Regards,
  
   Willie
  
   On 5/29/06, David Leangen [EMAIL PROTECTED] wrote:
   
Hello!
   
I'm new to M2, but I'm familiar with this type of build system.
   
I have some xml config files that normally should be distributed side by
side with a class file. So, the files are located in the java folder:
   
src
  main
com/mystuff
   SomeClass.java
   SomeClass.xconfig
   
   
However, it seems that only the *.java files are copied over to the
classes directory.
   
How can I include other types files that are in the java directory,
since I do not want to have to recreate the build path in the resources
directory?
   
   
Thank you!
David
   
   
   
   
-
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]