[m2] depend on version-less jars?

2005-08-03 Thread Joe Futrelle
My project depends on Globus jars, many of which have no version  
information. For the moment I've taken the Globus COG4 project's m1  
repository and converted it to an m2 repository using bogus version  
numbers for all the version-less jars. Is there a better way, now  
that the jar tag for dependencies has been removed in m2?


Apologies if the answer is staring me in the face.

--
Joe Futrelle
Digital Library Technologies, NCSA
http://www.ncsa.uiuc.edu/People/futrelle


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



Re: Create instructions for Continuous integration for dummies anyone?

2005-08-03 Thread Joe Futrelle
If you have a little $ to spend, there's a tutorial for setting up  
cruise control with Maven 1 in the O'Reilly Developers' Notebook for  
Maven, but I haven't tried it.


On Aug 3, 2005, at 11:56 AM, Mayorgaadame, Alex [IT] wrote:

Feel free to have a look at what I've done so far http:// 
wiki.apache.org/maven/MavenInWindows


This is obviously a work in progress and I'll be updating as I  
progress.


Any feedback or contributions would be highly appreciated.

Regards,
Alex

-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 02, 2005 6:21 PM
To: Maven Users List
Subject: Re: Create instructions for Continuous integration for  
dummies

anyone?


Feel free to use http://wiki.apache.org/maven/ too, and it could be
incoporated into the Maven CC Plugin website, or the MAven web site if
it is more general than that.

The wiki is currently empty, so you can create what you need :)

Cheers,
Brett

On 8/3/05, Mayorgaadame, Alex [IT]  
[EMAIL PROTECTED] wrote:


Anyone that can tell me where the wiki is, so I can star logging  
my progress. I believe that this can be valuable for other total  
dummies like me. Given that I'll be reading this over and over I  
would like to contribute with an Spanish translation, any insights  
on how to do it would be appreciated too.


Thanks
Alex Mayorga Adame
Citigrouo
Enterprise Applications Engineering

-Original Message-
From: Mayorgaadame, Alex [IT]
Sent: Monday, August 01, 2005 5:47 PM
To: Maven Users List; Jamie Bisotti
Subject: RE: Continuous integration for dummies anyone?


Thanks on your tips. CruiseControl Wiki was down almost all day  
and I'm yet not able to found the Maven+CruiseControl+CVS manual,  
maybe I can contribute there. I'll try to get this working  
tomorrow. Looks to be not very hard.


Thanks on being so nice to newbies here
Alex Mayorga Adame
Citigrouo
Enterprise Applications Engineering

-Original Message-
From: Jamie Bisotti [mailto:[EMAIL PROTECTED]
Sent: Monday, August 01, 2005 12:00 PM
To: Maven Users List
Subject: Re: Continuous integration for dummies anyone?


On 8/1/05, Mayorgaadame, Alex [IT]  
[EMAIL PROTECTED] wrote:



Hello all Maven guys and gals:

I'm a total newbie to this stuff, but I've got an assignment to  
set up a Maven + Cruise Control + CVS thing for a Hello world!  
application.


Can anybody walk me trough or point me to a comprehensive guide?

I haven't been able to find one yet. I promise to log everything  
I learn to my blog or to any wiki that would help new users of  
this great product.


Regards
Alex Mayorga Adame

 
-

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





Check out the Wiki on the CruiseControl site; I believe it has a
Maven/CC/CVS scenario.
Basically, get your project building with Maven is the first/most
important step.  After that, it's just a matter of setting up CC's
config.xml (fairly simple/straight forward), and you should be off  
and

running.  I'd suggest updating to the latest
maven-cruisecontrol-plugin and using it to generate the initial
config.xml; then you can tweak that as you get more familiar with
things.


--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.

-
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]




--
Joe Futrelle
Digital Library Technologies, NCSA
http://www.ncsa.uiuc.edu/People/futrelle


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



Re: [m2] scp intermittently failing deploying artifact

2005-07-29 Thread Joe Futrelle
As far as I can tell it's not the same issue as 476, so I've opened a  
bug.


http://jira.codehaus.org/browse/MNG-678

On Jul 29, 2005, at 2:52 AM, Yann Le Du wrote:

I happen to have the same problem at times (about 1 time out of 20)  
and thought

it was a problem peculiar to our OS. It may be the same problem as
http://jira.codehaus.org/browse/MNG-476

Yann

--- Brett Porter [EMAIL PROTECTED] a écrit :



As far as I can tell we are cleaning up all the connections properly.
I'd need to research the issue, but since m2 runs in a new JVM each
time I'd be surprised if that was the cause.

Can you fiela bug in JIRA for investigation?

Thanks,
Brett

On 7/29/05, Joe Futrelle [EMAIL PROTECTED] wrote:


Not sure if this has been reported before, but some of the time
deploying artifacts fails during the scp transfer. The bottom of the
stack trace is reproduced below. This is with Maven 2 alpha 3 and  
JDK

1.5 under Red Hat 9. If I run the m2 deploy enough times, it
succeeds; not sure why.

This is not an unknown issue with Jsch; apparently client code can
cause behavior like this if it doesn't dispose of connections  
properly.


Caused by: org.apache.maven.wagon.TransferFailedException: Error
occured while deploying 'ncsa/gsbt/1.0-SNAPSHOT/
gsbt-1.0-20050728.190330-38.pom.sha1' to remote repository: scp://
chasm.ncsa.uiuc.edu//home/futrelle/m2/repository
 at org.apache.maven.wagon.providers.ssh.ScpWagon.put
(ScpWagon.java:331)
 at
org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile
(DefaultWagonManager.java:167)
 at
org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact
(DefaultWagonManager.java:91)
 at
org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy
(DefaultArtifactDeployer.java:73)
 ... 17 more
Caused by: com.jcraft.jsch.JSchException: session is down
 at com.jcraft.jsch.Channel.connect(Unknown Source)
 at org.apache.maven.wagon.providers.ssh.ScpWagon.put
(ScpWagon.java:271)
 ... 20 more

--
Joe Futrelle
Digital Library Technologies, NCSA
http://www.ncsa.uiuc.edu/People/futrelle


 
-

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]











__ 
_
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo!  
Messenger

Téléchargez cette version sur http://fr.messenger.yahoo.com

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




--
Joe Futrelle
Digital Library Technologies, NCSA
http://www.ncsa.uiuc.edu/People/futrelle


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



[m2] build with -source 1.5?

2005-07-29 Thread Joe Futrelle
Q: how do you set which source version to build under? I'm trying to  
use 1.5 constructs and m2 appears to be using -source 1.3 by default.


--
Joe Futrelle
Digital Library Technologies, NCSA
http://www.ncsa.uiuc.edu/People/futrelle


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



[m2] scp intermittently failing deploying artifact

2005-07-28 Thread Joe Futrelle
Not sure if this has been reported before, but some of the time  
deploying artifacts fails during the scp transfer. The bottom of the  
stack trace is reproduced below. This is with Maven 2 alpha 3 and JDK  
1.5 under Red Hat 9. If I run the m2 deploy enough times, it  
succeeds; not sure why.


This is not an unknown issue with Jsch; apparently client code can  
cause behavior like this if it doesn't dispose of connections properly.


Caused by: org.apache.maven.wagon.TransferFailedException: Error  
occured while deploying 'ncsa/gsbt/1.0-SNAPSHOT/ 
gsbt-1.0-20050728.190330-38.pom.sha1' to remote repository: scp:// 
chasm.ncsa.uiuc.edu//home/futrelle/m2/repository
at org.apache.maven.wagon.providers.ssh.ScpWagon.put 
(ScpWagon.java:331)
at  
org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile 
(DefaultWagonManager.java:167)
at  
org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact 
(DefaultWagonManager.java:91)
at  
org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy 
(DefaultArtifactDeployer.java:73)

... 17 more
Caused by: com.jcraft.jsch.JSchException: session is down
at com.jcraft.jsch.Channel.connect(Unknown Source)
at org.apache.maven.wagon.providers.ssh.ScpWagon.put 
(ScpWagon.java:271)

... 20 more

--
Joe Futrelle
Digital Library Technologies, NCSA
http://www.ncsa.uiuc.edu/People/futrelle


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