Re: mvn eclipse:eclipse Cache not downloadable sources in Archiva?

2008-04-21 Thread Arnaud HERITIER
There will be several enhancements for this in the next release of the
eclipse plugin (global cache of the local repository, ...).

Arnaud

On Mon, Apr 21, 2008 at 10:56 AM, Brett Porter [EMAIL PROTECTED] wrote:
 failure caching is only enabled for 404's in Archiva 1.1.

  The best thing to do would be to add **/*-sources.jar to the black
  list on the proxy connector so it never attempts to get any remotely.

  - Brett



  On 21/04/2008, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
   Hi,
  
I´m using Archiva 1.0.2.
  
When calling mvn eclipse:eclipse on a multimodule project, Archiva is
always trying to download sources, which tooks a long time for checking,
as for example:
  
[INFO] Using source status cache:
S:\pdv_cms\GDCAMS\src\target\mvn-eclipse-cache.properties
Downloading:

 http://cams-build2.intern:8080/archiva/repository/internal//org/springframework/spring-core/2.0.2/spring-core-2.0.2-sources.jar
Downloading:

 http://cams-build2.intern:8080/archiva/repository/3rdParty//org/springframework/spring-core/2.0.2/spring-core-2.0.2-sources.jar
Downloading:

 http://cams-build2.intern:8080/archiva/repository/internal/org/springframework/spring-core/2.0.2/spring-core-2.0.2-sources.jar
Downloading:

 http://cams-build2.intern:8080/archiva/repository/internal//avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3-sources.jar
Downloading:

 http://cams-build2.intern:8080/archiva/repository/3rdParty//avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3-sources.jar
Downloading:

 http://cams-build2.intern:8080/archiva/repository/internal/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3-sources.jar
Downloading:

 http://cams-build2.intern:8080/archiva/repository/internal//org/springframework/spring-beans/2.0.2/spring-beans-2.0.2-sources.jar
Downloading:

 http://cams-build2.intern:8080/archiva/repository/3rdParty//org/springframework/spring-beans/2.0.2/spring-beans-2.0.2-sources.jar
  
I configured Archiva to cacheFailure at each proxy-connector - but that
doesn´t work.
  
How can I speed up the call of mvn eclipse:eclipse?
Is there any configuration available to cache the information about not
available sources.jars ?
  
  
Thanx, Torsten
  
  
  
  


  --
  Brett Porter
  Blog: http://blogs.exist.com/bporter/




-- 
..
Arnaud HERITIER
..
OCTO Technology - aheritier AT octo DOT com
www.octo.com | blog.octo.com
..
ASF - aheritier AT apache DOT org
www.apache.org | maven.apache.org
...


Re: mvn eclipse:eclipse Cache not downloadable sources in Archiva?

2008-04-21 Thread Brett Porter
failure caching is only enabled for 404's in Archiva 1.1.

The best thing to do would be to add **/*-sources.jar to the black
list on the proxy connector so it never attempts to get any remotely.

- Brett

On 21/04/2008, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Hi,

  I´m using Archiva 1.0.2.

  When calling mvn eclipse:eclipse on a multimodule project, Archiva is
  always trying to download sources, which tooks a long time for checking,
  as for example:

  [INFO] Using source status cache:
  S:\pdv_cms\GDCAMS\src\target\mvn-eclipse-cache.properties
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/internal//org/springframework/spring-core/2.0.2/spring-core-2.0.2-sources.jar
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/3rdParty//org/springframework/spring-core/2.0.2/spring-core-2.0.2-sources.jar
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/internal/org/springframework/spring-core/2.0.2/spring-core-2.0.2-sources.jar
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/internal//avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3-sources.jar
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/3rdParty//avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3-sources.jar
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/internal/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3-sources.jar
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/internal//org/springframework/spring-beans/2.0.2/spring-beans-2.0.2-sources.jar
  Downloading:
  
 http://cams-build2.intern:8080/archiva/repository/3rdParty//org/springframework/spring-beans/2.0.2/spring-beans-2.0.2-sources.jar

  I configured Archiva to cacheFailure at each proxy-connector - but that
  doesn´t work.

  How can I speed up the call of mvn eclipse:eclipse?
  Is there any configuration available to cache the information about not
  available sources.jars ?


  Thanx, Torsten






-- 
Brett Porter
Blog: http://blogs.exist.com/bporter/


RE: Problems using SQL Server and Archiva

2008-04-21 Thread Daniel King
Users could edit the package.jdo file in the war and replace any instance of 
8192 with 8000 for SQL Server and 4000 for Oracle in the meantime as a 
workaround until this is fixed.


Daniel King
Vurv

The information contained in this message may be privileged and confidential 
and protected from disclosure. If the reader of this message is not the 
intended recipient, or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any 
dissemination, distribution or copying of this communication is strictly 
prohibited. If you have received this communication in error, please notify me 
immediately by replying to the message and deleting it from your computer. 
Thank you. 
-Original Message-
From: Thomas Winkler [mailto:[EMAIL PROTECTED] 
Sent: Sunday, April 20, 2008 6:10 AM
To: archiva-users@maven.apache.org
Subject: AW: Problems using SQL Server and Archiva

Yes there is already one, regarding this problem and adressing other
db-systems:

http://jira.codehaus.org/browse/MRM-735
 

 -Ursprüngliche Nachricht-
 Von: James William Dumay [mailto:[EMAIL PROTECTED] 
 Gesendet: Samstag, 19. April 2008 04:57
 An: archiva-users@maven.apache.org
 Cc: archiva-users@maven.apache.org; archiva-users@maven.apache.org
 Betreff: Re: Problems using SQL Server and Archiva
 
 Is there a issue for this? We could fix this for 1.1.
 
 
 
 On 19/04/2008, at 11:52 AM, James William Dumay [EMAIL PROTECTED]
 wrote:
 
 
 
 
 
  On 19/04/2008, at 1:50 AM, Daniel King [EMAIL PROTECTED] wrote:
 
  Where can I get the scripts that are used to create the 
 archiva and  
  user
  databases?  I can't use Derby and have to use SQL Server.
 
  The problem I'm having is that SQL Server has a 8,000 character  
  limit on
  varchar and a few tables have set the varchar at 8,192.
 
  So right now I'm just looking in the archiva.log for the errors and
  creating the tables.  However this doesn't give me the foreign key
  relationships.
 
  Thanks,
  Daniel



Archiva and Mail

2008-04-21 Thread Daniel King
Does Archiva use mail to only send email validation?

 

I've setup Archiva 1.0.2, Web Logic 10 and JDK 1.5.  I set the property
in the security.properties email.validation.required=false in the
meantime. 

 

I've added the mail.host= my mail server which is used by other
applications no problem.

 

When I click on Resend Validation I get the following exception:

 

2008-04-18 15:39:44,730 [[ACTIVE] ExecuteThread: '0' for queue:
'weblogic.kernel.Default (self-tuning)'] WARN
com.opensymphony.xwork.util.OgnlUtil  - Caught OgnlException while
setting property 'principal' on type
'com.opensymphony.webwork.dispatcher.ServletActionRedirectResult'.

ognl.NoSuchPropertyException:
com.opensymphony.webwork.dispatcher.ServletActionRedirectResult.principa
l

at
ognl.ObjectPropertyAccessor.setProperty(ObjectPropertyAccessor.java:132)

at
com.opensymphony.xwork.util.OgnlValueStack$ObjectAccessor.setProperty(Og
nlValueStack.java:67)

at ognl.OgnlRuntime.setProperty(OgnlRuntime.java:1656)

at ognl.ASTProperty.setValueBody(ASTProperty.java:101)

at ognl.SimpleNode.evaluateSetValueBody(SimpleNode.java:177)

at ognl.SimpleNode.setValue(SimpleNode.java:246)

at ognl.Ognl.setValue(Ognl.java:476)

at
com.opensymphony.xwork.util.OgnlUtil.setValue(OgnlUtil.java:188)

at
com.opensymphony.xwork.util.OgnlUtil.internalSetProperty(OgnlUtil.java:3
62)

at
com.opensymphony.xwork.util.OgnlUtil.setProperties(OgnlUtil.java:78)

at
com.opensymphony.xwork.util.OgnlUtil.setProperties(OgnlUtil.java:51)

at
com.opensymphony.xwork.ObjectFactory.buildResult(ObjectFactory.java:186)

at
org.codehaus.plexus.xwork.PlexusObjectFactory.buildResult(PlexusObjectFa
ctory.java:166)

at
com.opensymphony.xwork.DefaultActionInvocation.createResult(DefaultActio
nInvocation.java:173)

at
com.opensymphony.xwork.DefaultActionInvocation.executeResult(DefaultActi
onInvocation.java:310)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:208)

at
org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.in
tercept(SecureActionInterceptor.java:159)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementIntercept
or.intercept(PolicyEnforcementInterceptor.java:149)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
org.codehaus.plexus.redback.xwork.interceptor.AutoLoginInterceptor.inter
cept(AutoLoginInterceptor.java:156)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
org.codehaus.plexus.redback.xwork.interceptor.ForceAdminUserInterceptor.
intercept(ForceAdminUserInterceptor.java:76)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
org.codehaus.plexus.redback.xwork.interceptor.EnvironmentCheckIntercepto
r.intercept(EnvironmentCheckInterceptor.java:122)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercep
t(DefaultWorkflowInterceptor.java:175)

at
com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(Met
hodFilterInterceptor.java:86)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(Valid
ationInterceptor.java:115)

at
com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(Met
hodFilterInterceptor.java:86)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt
erceptor.java:31)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt
erceptor.java:31)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt
erceptor.java:31)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
com.opensymphony.webwork.interceptor.FileUploadInterceptor.intercept(Fil
eUploadInterceptor.java:174)

at
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvoc
ation.java:190)

at
com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInt