All,

The only suggestion I got regarding this was to use a Repository Manager which 
was really a no go in my environment.

The way I ended up fixing it was to go around the problem.  I switched 
transport protocols from using http to ftp.  That seems to be working so far.  

This was as simple as modifying my settings.xml on AIX to use FTP as opposed to 
HTTP.   This also required putting these jars in my maven/lib directory:

commons-net-2.0.jar
oro-2.0.8.jar
wagon-ftp-1.0-beta-6.jar

The one down side to this is that FTP is a bit slower than HTTP.  But at least 
it works.

Where the original problem really is, we have no clue.  But here are our 
theories FWIW:

1) Some bug in the http wagon that only effects AIX. Does the fact that the FTP 
wagon works prove this?  Probably not.

2) Some bug in the IBM JDK on AIX.  We have tried patching to the latest 
6.0.0.125.

3) We are not on the latest and greatest AIX 5.3 but several rev's back.  Maybe 
patching the OS would fix it?

4) Some bug in IIS on Windows 2008.  We are on the latest and greatest(?) here.

5) We don't know what we are doing (hey, gotta leave that possibility open, 
right?)

Anyway, wanted to share my results for those Googling for issues in the future.

-Jim

-----Original Message-----
From: Jim McCaskey [mailto:[email protected]] 
Sent: Tuesday, September 22, 2009 3:47 PM
To: '[email protected]'
Subject: Maven on AIX getting Authentication Denied errors

Hello all,

I'm in a very mixed environment which has me doing a variety of things on 
Native platforms.  I have been able to get this to work reliably on Solaris, 
HPUX, Linux, Win32, and Win64.  However, I am having some trouble with AIX.

I have a local Maven repository which requires authentication.  All the other 
platforms work fine.  AIX works fine SOME of the time.  This is where it gets 
somewhat weird.  Maven will go along pulling it's depenedencies from the maven 
repository just fine, then suddenly start throwing Authentication Denied 
errors. 

I'm using the same settings.xml and the properly generated 
~/.m2/settings-security.xml.  Here is my servers entry in my settings.xml file: 

    <!-- Server passwords, requires a properly configured 
~/.m2/settings-security.xml -->
    <servers>
      <server>
        <id>pervasive</id>
        <username>AUSTIN\conman</username>
        <password>{jkPqcV8wN0MHmNDU3r7AAWR6ForysuXgSMRPdz7JzvA=}</password>
      </server>
    </servers>

As the user name would suggest, I am connecting to a Windows server which is 
where my Maven repository lives.  I'm not using a repository manager, just a 
file system exported via IIS (Windows Server 2008 if that matters).  That works 
for my entire Maven deploy except for this flaky behavior from AIX.  In other 
words, as much as I would like to bash Microsoft, it works everywhere else.  
When we look at some of the logs the IT guys can scarf off of the server, it 
looks like AIX stops sending it's credentials across when it makes the 
connections.

So, to be clear.  I'm jumping through these hoops:

AIX 5.3 -> IBM JVM -> Maven 2.1.0 -> Maven Security -> Microsoft IIS

Certainly nothing in that stream seems odd. :)

Here are some of the vital statistics as reported from the tools:

# mvn --version
Apache Maven 2.1.0 (r755702; 2009-03-18 14:10:27-0500)
Java version: 1.6.0
Java home: /usr/java6/jre
Default locale: en_US, platform encoding: ISO8859-1
OS name: "aix" version: "5.3" arch: "ppc" Family: "unix"
# /usr/java6/jre/bin/java -version
java version "1.6.0"
Java(TM) SE Runtime Environment (build pap3260sr4-20090219_01(SR4))
IBM J9 VM (build 2.4, J2RE 1.6.0 IBM J9 2.4 AIX ppc-32 jvmap3260-20090215_29883 
(JIT enabled, AOT enabled)
J9VM - 20090215_029883_bHdSMr
JIT  - r9_20090213_2028
GC   - 20090213_AA)
JCL  - 20090218_01
#

Has anyone run across this problem before?  If so, how have you dealt with it?

-Jim


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

Reply via email to