Re: Add Custom Pages

[Maria Odea Ching]

Hi Doron,

Sorry for the very delayed reply.. :-)

On Sat, Apr 12, 2008 at 12:14 AM, Doron Solomon <[EMAIL PROTECTED]>
wrote:

> Hi Maria,
>
> Thanks for the suggestions.  Putting the .jsp pages outside the WEB-INF
> folder and updating the decorator worked well, but I still have two
> issues.
>
> For one, the current page is not bolded on these pages like it is for
> the rest of the pages.  Is this something that can be fixed?


In the navigation menu? Hmm, it should be in bold when you add it in the jsp
file..


>
> Secondly, I would like to make the 'about' page the page users go to
> when the enter the URL of the repository.  Currently it goes to the
> Search page but I would like to change this.  Is this possible?  If so,
> how?
>

You can change this in the xwork.xml file, in the "index" action. Just
change the result to the
'about' jsp page.

Thanks,
Deng


>
> Thanks,
> Doron
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maria Odea
> Ching
> Sent: April 9, 2008 06:12
> To: [EMAIL PROTECTED]
> Subject: Re: Add Custom Pages
>
> Hi Doron,
>
> I haven't really experimented doing this, but maybe you could try
> updating the jsp files in your Archiva.. for the menu part, you need to
> edit the WEB-INF/jsp/decorators/default.jsp file. Please take note of
> the Redback permissions in the page. You could probably add just an  href=".."> for your page in the Find section as that does not have any
> Redback permissions associated with it.
>
> For more suggestions, you can just send an email to this list or file a
> jira in http://jira.codehaus.org/browse/MRM
>
> Thanks,
> Deng
>
> On Mon, Apr 7, 2008 at 10:38 PM, Doron Solomon
> <[EMAIL PROTECTED]>
> wrote:
>
> > Hi,
> >
> > I'm wondering if there's a way to add custom pages to archiva,
> > including adding links to such pages in the left-side menu.  The pages
>
> > don't necessarily need any functionality, just to be able to display
> > information to users (e.g. help, about pages).  If this is possible,
> > how is it done?  If it's not possible, is there somewhere where I can
> > suggest adding such functionality as a future improvement?
> >
> > Thanks,
> > Doron
> >
>

Re: Endless loop in "Dependency Tree" in cyclic dependencies?

[Maria Odea Ching]

On Fri, May 2, 2008 at 9:49 PM, Denis Schettl <[EMAIL PROTECTED]>
wrote:

>
> Hi there,
>
> i have the following problem:
> when i look the the view "dependencies" for an artifact, all runs well.
> But
> when I select the view "Dependency Tree" nothings happends (a new page
> will
> be loaded, but never displayed). Look at OS-Level (Linux) with top, I see
> an
> java-process with 102% cpu-Usage - endless.
> When I go back with the browser and select the save view again, then I
> will
> have 163% cpu-usage for the java-process 
> This will happends with archiva 1.0.1 and 1.0.2, but not with 1.0. I think
> that there will be an cyclic dependency in my artifact and archiva is not
> able to detect an endless loop while building the dependency-tree 
>
> This happends only on special artifacts  My developers just starts to
> use archiva, but two times all the cpu's was eaten by 1 java-process. When
> I
> stopped and restarted archiva all was o.k. until the next user is
> selecting
> this view 


I haven't been looking much in Archiva's Browse section, so I haven't
observed or experienced this problem.
Anyway, can you file a jira issue for this pls? :-)

Is there posibility to deaktivate this view in archiva?


You can comment out or hide that tab by editing the showArtifact.jsp page as
a workaround.

Is there anybody with the same problem?
>
> My system config:
> archiva 1.0.2 on Tomcat 6.0.16 with java 1.5.0_13, running on a
> 64bit-Linux
> machine ...
>
> So long ...
> Denis
> --
> View this message in context:
> http://www.nabble.com/Endless-loop--in-%22Dependency-Tree%22-in-cyclic-dependencies--tp17019860p17019860.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>


Thanks,
Deng

Re: Endless loop in "Dependency Tree" in cyclic dependencies?

[Maria Odea Ching]

np :-) thanks too Denis!

-deng

On Mon, May 5, 2008 at 3:19 PM, Denis Schettl <[EMAIL PROTECTED]>
wrote:

>
>
>
> Maria Odea Ching-5 wrote:
> >
> > On Fri, May 2, 2008 at 9:49 PM, Denis Schettl
> > <[EMAIL PROTECTED]>
> > wrote:
> >
> >>
> >> Hi there,
> >>
> >> i have the following problem:
> >> when i look the the view "dependencies" for an artifact, all runs well.
> >> But
> >> when I select the view "Dependency Tree" nothings happends (a new page
> >> will
> >> be loaded, but never displayed). Look at OS-Level (Linux) with top, I
> see
> >> an
> >> java-process with 102% cpu-Usage - endless.
> >> When I go back with the browser and select the save view again, then I
> >> will
> >> have 163% cpu-usage for the java-process 
> >> This will happends with archiva 1.0.1 and 1.0.2, but not with 1.0. I
> >> think
> >> that there will be an cyclic dependency in my artifact and archiva is
> not
> >> able to detect an endless loop while building the dependency-tree 
> >>
> >> This happends only on special artifacts  My developers just starts
> to
> >> use archiva, but two times all the cpu's was eaten by 1 java-process.
> >> When
> >> I
> >> stopped and restarted archiva all was o.k. until the next user is
> >> selecting
> >> this view 
> >
> >
> > I haven't been looking much in Archiva's Browse section, so I haven't
> > observed or experienced this problem.
> > Anyway, can you file a jira issue for this pls? :-)
> >
> > Is there posibility to deaktivate this view in archiva?
> >
> >
> > You can comment out or hide that tab by editing the showArtifact.jsp
> page
> > as
> > a workaround.
> >
> > Is there anybody with the same problem?
> >>
> >> My system config:
> >> archiva 1.0.2 on Tomcat 6.0.16 with java 1.5.0_13, running on a
> >> 64bit-Linux
> >> machine ...
> >>
> >> So long ...
> >> Denis
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/Endless-loop--in-%22Dependency-Tree%22-in-cyclic-dependencies--tp17019860p17019860.html
> >> Sent from the archiva-users mailing list archive at Nabble.com.
> >>
> >
> >
> > Thanks,
> > Deng
> >
> >
>
> Jira Ticket MRM-786 is created 
>
> Thanks for the hint how to deactivate dangerous view 
>
> So long ...
> Denis
> --
> View this message in context:
> http://www.nabble.com/Endless-loop--in-%22Dependency-Tree%22-in-cyclic-dependencies--tp17019860p17053957.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: Unable to find project model

[Maria Odea Ching]

On Tue, May 13, 2008 at 2:01 PM, hackaton <[EMAIL PROTECTED]> wrote:

>
> >I think it's complaining of the mismatched versions.. the version set in
> the
> >pom is '2.0.6' while in the filename it's '2.0.8'.
>
> This is the maven-artifact-2.0.8.pom, I cannot see it mention anything
> about
> 2.0.6 and in fact it explicitly say the version is 2.0.8.
>
> 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";>
>   
>maven
>org.apache.maven
>2.0.8
>  
>  ...
> 


Oh, I was pertaining to this snippet that was in the first email:

File maven-artifact-2.0.8.pom has an invalid project model
[groupId:org.apache.maven
|artifactId:maven-artifact|version:2.0.6|packaging:null];
The model version [2.0.6] does not match the version portion of the
filename: 2.0.8

But from the pom file snippet you pasted in your last email, the version is
indeed
2.0.8. I have no idea why the message in the report says it's 2.0.6.

Was there anything on the logs that might be helpful in debugging this?


>
>
> >The only way to get rid of these errors is to fix the pom files, but i
> think
> >archiva 1.0.1 has a bug of not updating or reflecting the changes
> >in the poms. Please see..
>
> >http://jira.codehaus.org/browse/MRM-608
> >http://jira.codehaus.org/browse/MRM-622
>
> >These two issues have already been fixed though, and will be included in
> the
> >next release.
>
> I am using 1.0.2 now, but the problem still exist. Do I have to remove any
> file to force a fresh rescan?


Could you try removing the repo from Archiva, add it back again and then do
a repo & db scan?
I'm not sure if this would work, but doing this would cleanup the database.

If the behavior is still the same after doing the suggestion above, could
you please file a jira for this? :-)


>
>
> Also, error can also be found in these POM as well:
> maven-plugin-tools-java-2.1.pom
> maven-model-2.0.7.pom
> maven-settings-2.0.7.pom
> maven-profile-2.0.8.pom
> maven-reporting-2.0.8.pom
> maven-error-diagnostics-2.0.7.pom
> maven-artifact-manager-2.0.8.pom
>
> They are part of Maven project, it is not likely they released incorrect
> POMs!


Yeah, I agree with you..


>
> --
> View this message in context:
> http://www.nabble.com/Unable-to-find-project-model-tp16393440p17201659.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Thanks,
Deng

Re: Can Archiva serve up .swf/.swc artifacts?

[Maria Odea Ching]

Hi Scott,

Did you add .swf in the index-content file types? Also, what version of
Archiva are you currently using?

Thanks,
Deng

On Sun, Jun 22, 2008 at 1:37 AM, Scott Williams <[EMAIL PROTECTED]>
wrote:

>
> I'm having a problem with retrieving a .swf SNAPSHOT from Archiva, Maven is
> giving me the following response:
>
> from the specified remote repositories:
>  archiva.default (http://myHost:myPort/archiva/repository/internal/)
>
> When I browse in Archiva for the .swf all Archiva allows me to download is
> the pom and not the .swf.  I'm beginning to wonder that Archiva does not
> support .swf artifacts at the moment, can anyone confirm this please.
>
> Scott Williams
> http://www.jeeprofessional.com
>
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Can-Archiva-serve-up-.swf-.swc-artifacts--tp18052376p18052376.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: installing on Tomcat 6.0

[Maria Odea Ching]

Hi Steve,

Just create the Catalina/localhost folder under /conf & put the archiva.xml
file under localhost dir :)

-Deng

On Thu, Jul 3, 2008 at 1:23 AM, Pruitt, Byron S <[EMAIL PROTECTED]> wrote:

> The installation instructions are the same for Tomcat 5.5 and 6.0.  But in
> 6.0, there is no Catalina/localhost folders under /conf.  I am not certain
> where to put the archiva.xml file.
>
> -Steve
>

Re: Archiva 1.1 : How can I remove the context root ?

[Maria Odea Ching]

Hi Lilians,

Could you post what you modified in the jetty.xml file?

Thanks,
Deng

On Sat, Jul 12, 2008 at 12:26 AM, Lilians Auvigne <[EMAIL PROTECTED]>
wrote:

> Hi all,
>
> I'm testing the future archiva 1.1 standalone, and I search How can I
> remove
> the archiva context root ?
>
> I modified the $ARCHIVA_BASE/conf/jetty.xml without success.
> I modified the deployed dir archiva to archiva2, and I can access to
> archiva
> by http://hostane:8080/archiva2.
>
> But, not removed this context root.
>
> An idea ?
>
> Thanks for any response.
>
> Lilians
>

[ANNOUNCE] Apache Archiva 1.1 Released!

[Maria Odea Ching]

The Apache Archiva team is pleased to announce the release of Archiva 1.1

Archiva is a build artifact repository manager for use with build tools such
as Maven, Continuum and Ant.

It has features like repository search and browse, securing repositories,
identifying unknown artifacts and reporting of repository problems.

Aside from these, it can also act as a nearby (proxy) cache of popular
global repositories.


The latest release is now available here:

http://archiva.apache.org/download.html

If you have any questions, please consult:

 - the web site: http://archiva.apache.org
 - the archiva-user mailing list: http://archiva.apache.org/mail-lists.html


New in Archiva 1.1


* Artifact Uploads

To simplify adding artifacts to a repository, an upload form has been put in
place that allows you to put an artifact and POM into the repository without
the need for the Maven deploy-file command.

* RSS

RSS is now available for getting a feed of new artifacts being added to a
given repository. Two types of feeds are generated by Archiva: new artifacts
in a repository and new versions of a specific artifact.

* Virtual Repositories

Virtual repositories or repository groups allows downloading from a group of
repositories via one url (group url).

* Timeouts

Connections to remote repositories can now have a configurable timeout value

* New Runtime Bundle

The application is now distributed using Jetty 6.1 and it's documented
configuration, rather than the previous Plexus application server bundle. It
continues to use the Java Service Wrapper (v3.2.3) for application
monitoring, though the configuration has been improved, particularly with
regard to separating the application configuration from the installation.

* Using Spring

Archiva now uses the Spring Framework as it's underlying container instead
of Plexus. This results in a boost in performance and stability for the web
application in particular.

* Using Apache Jackrabbit WebDAV Servlet

Archiva now uses Apache Jackrabbit's WebDAV servlet for serving repository
content instead of plexus-webdav. The change results in reduced codebase
complexity, increased standards compliance, better webdav client support and
a small peformance boost.

Change Log for Archiva 1.1
===

* [MRM-801] - Create documentation for virtual repositories
* [MRM-861] - Paginate Search Results page
* [MRM-234] - Moving files between repos through webdav doesn't work
* [MRM-312] - ConcurrentModificationException
* [MRM-523] - Appearance Actions do not work when ${user.home} is
invalid.
* [MRM-538] - Browse > Info not synchronised with updated POM contents
* [MRM-550] - proxy connectors - move up/down should not show when it's
not possible
* [MRM-597] - Cannot run Archiva as another user because su is run with
option "-" (--login)
* [MRM-602] - add "maintainance" to the feature tour
* [MRM-605] - unit tests fail on archiva 1.0 source distribution
* [MRM-610] - a number of unit tests fail on windows
* [MRM-614] - User validation message has incorrect URL
* [MRM-624] - Failed to install Archiva as windows service
* [MRM-629] - NullPointer when setting corporate POM on a fresh archvia
install
* [MRM-638] - some developer reports are appearing in the archiva-docs
module and need to be disabled
* [MRM-650] - Deleted metadata files still appear in search results
* [MRM-652] - Invalid html links in "webdav" directory browsing
* [MRM-653] - WebDAV deploy fails with error
* [MRM-658] - org.apache.maven.archiva.repository.content.FilenameParser
is unable to determine unique snapshot versions with specific version names
* [MRM-682] - Archiva runs out of heap memory
* [MRM-692] - Repository problem is kept in database even though its
related artifact has been already removed
* [MRM-702] - in the standalone bundle, the pid file is written into the
installation directory alongside the wrapper, but should be in a temporary
location
* [MRM-711] - Security using ldap throws NullPointerException
* [MRM-733] - Error ending component lifecycle
* [MRM-753] - Error while deploying an artifact to archiva
* [MRM-767] - generated LICENSE and NOTICE files need improvement
* [MRM-768] - Cannot proxy maven2 plugin (jaxb) from a maven1 repository
(http://download.java.net/maven/1)
* [MRM-769] - CLONE - 507 Insufficient Storage when deploying artifact
with webdav
* [MRM-777] - assignments.jsp: missing  group under "Resource
Roles":
* [MRM-778] - DefaultDavServerManager.createServer doesn't create server
* [MRM-780] - Access to indexes files with a browser is not possible
* [MRM-784] - mailing-info on the website points to 'old'
maven.apache.org addresses
* [MRM-785] - No message is displayed after a successful artifact upload
* [MRM-789] - Archiva may delete you app server installation
* [MRM-790] - [regression] proxying metadata causes an I

Re: archiva and nexus indexer

[Maria Odea Ching]

Hi Jens,

This didn't get included in 1.1, but is scheduled for 1.2 (
http://jira.codehaus.org/browse/MRM-749) :)
We're aiming at a shorter 1.2 release period and hopefully, we could do a
release in a couple of weeks time.

Thanks,
Deng

On Tue, Jul 22, 2008 at 4:41 PM, Jens Goldhammer <
[EMAIL PROTECTED]> wrote:

>
> Hello,
>
> can somebody say me something about the state of this "bug"? It is our
> criteria which repository manager I will use and suggest for using in our
> company.
>
> Thanks,
> Jens
>
>
> Brett Porter wrote:
> >
> > Nope, please do file one so votes can be accepted. "Support m2eclipse
> > index format creation" or something would be summary.
> >
> > Thanks,
> > Brett
> >
> > On 25/03/2008, WolfgangRoessler <[EMAIL PROTECTED]> wrote:
> >>
> >>  Unfortunately I currently don't have the time to help much. Is there
> >> already
> >>  a bug/enhancement request in Jira so that it wont' get lost?
> >>
> >>
> >>
> >>  Brett Porter wrote:
> >>  >
> >>  > No, it's possible just yet - but the index appears to be largely the
> >>  > same as what we supported in the past for m2eclipse.
> >>  >
> >>  > I'd be happy to help anyone that wants to work to re-integrate that
> >>  > code and do the last few steps (like zipping it up) to make it
> >>  > available as an option in Archiva 1.1. Are you interested in helping
> >>  > out with this?
> >>  >
> >>  > Cheers,
> >>  > Brett
> >>  >
> >>  > On 24/03/2008, WolfgangRoessler <[EMAIL PROTECTED]>
> wrote:
> >>  >>
> >>  >>  Hi,
> >>  >>
> >>  >>  using archiva and the nexus indexer is exactly what I want to do,
> >> too
> >>  >> *g.
> >>  >>  As far as I can follow this discussion, this is possible. Can you
> >>  >> provide
> >>  >>  some details how to make this work?
> >>  >>
> >>  >>  Thanks
> >>  >>  Wolfgang
> >>  >>
> >>  >>
> >>  >>
> >>  >>  Henri Gomez wrote:
> >>  >>  >
> >>  >>  >> After a quick look with Luke, it appears the format is the same
> >> as it
> >>  >>  >>  has always been, with a couple of additions that appear to be
> >> unused
> >>  >>  >>  on the central repository. So the old code from Archiva 0.9
> >> could
> >>  >> just
> >>  >>  >>  be re-added to serve this.
> >>  >>  >
> >>  >>  > Great news !
> >>  >>  >
> >>  >>  > Thanks
> >>  >>  >
> >>  >>  >
> >>  >>
> >>  >>
> >>  >> --
> >>  >>  View this message in context:
> >>  >>
> >>
> http://www.nabble.com/archiva-and-nexus-indexer-tp16152655p16242354.html
> >>  >>  Sent from the archiva-users mailing list archive at Nabble.com.
> >>  >>
> >>  >>
> >>  >
> >>  >
> >>  > --
> >>  > Brett Porter
> >>  > Blog: http://blogs.exist.com/bporter/
> >>  >
> >>  >
> >>
> >>
> >> --
> >>  View this message in context:
> >>
> http://www.nabble.com/archiva-and-nexus-indexer-tp16152655p16274441.html
> >>
> >> Sent from the archiva-users mailing list archive at Nabble.com.
> >>
> >>
> >
> >
> > --
> > Brett Porter
> > Blog: http://blogs.exist.com/bporter/
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/archiva-and-nexus-indexer-tp16152655p18584888.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: archiva and nexus indexer

[Maria Odea Ching]

On Tue, Jul 22, 2008 at 5:17 PM, Jens Goldhammer <
[EMAIL PROTECTED]> wrote:

>
> Hello Deng,
>
> I have already seen this JIRA Issue, but it was not clear to me if you have
> begun to fix it :-).


Oh, sorry I misunderstood :) I haven't done anything on the issue yet but I
was planning to start working on it this weekend.


>
> You have really a nice product with Archiva and I don´t want to take nexus
> because better integration with m2eclipse. I think, q4e is not so far as
> m2eclipse, is it?


I think q4e's features are already comparable to that of m2eclipse but I
guess trying it out would be the best answer to this question :)
There was also an email in the archiva dev list from one of the q4e
developers a few months back regarding  archiva search
integration with q4e, so we might do that as well in the future.


>
> Thanks,
> Jens
>
>

Thanks,
Deng

Re: Archiva 1.1 email settings

[Maria Odea Ching]

Hi Mark,

You can turn off the email validation by setting this in your
security.properties file (which should be put in your ~/.m2 directory):

email.validation.required=false

An issue regarding the validation mail was re-opened for 1.1, see
http://jira.codehaus.org/browse/MRM-584 for more details..


Thanks,
Deng

On Thu, Jul 24, 2008 at 5:15 AM, Mark Johnson <[EMAIL PROTECTED]>
wrote:

> I was using (just setting up) Archiva 1.0.2.  I decided to upgrade to 1.1
> before going live.  I had email working correctly w/ Plexus settings, but
> cannot get archiva/jetty to correctly send email.
>
> I have made the following changes to the jetty.xml
>
>  
>mail/Session
>
>  
>
>
>
>  
>smtp.mycompany.com
>  
>
>  
>
>  
>
> I have also added users and password in various combinations
>myuser
> and
>mydomain\myuser
>mypassword
>
> How is this configured?  How can I turn of the email validation,  I cannot
> create new users until I resolve this.
>
> Thanks,
> Mark
>

Re: Too many open files due to excessive LDAP authentication

[Maria Odea Ching]

Hi David,

There were some LDAP fixes in Redback 1.0.2 (which is the version Archiva
1.1 is using),
I'm not sure if upgrading to Redback 1.0.2 would fix your problem but it
might be worth a try :)

Thanks,
Deng

On Thu, Jul 24, 2008 at 4:56 AM, dgreenbean <[EMAIL PROTECTED]> wrote:

>
> Hi,
>
> I switched to LDAP authentication for Archiva (1.0.2) today, and it
> authenticates correctly, but it seems to be checking LDAP for the admin
> user
> more than is necessary.  Also, does it open a new connection to the LDAP
> server for every check?  Does it clean up connections once they are no
> longer being used?
>
> This is the (abridged) exception from my Tomcat 6.0.16 logs:
> INFO  org.codehaus.plexus.redback.users.ldap.ctl.LdapController:default  -
> Searching for users with filter:
> '(&(objectClass=[objClass])(sAMAccountName=[my admin account]))' from base
> dn: [my base dn]
> org.codehaus.plexus.redback.common.ldap.connection.LdapException: Could not
> connect to the server. [Root exception is
> javax.naming.CommunicationException: [my LDAP server]:[my LDAP port] [Root
> exception is java.net.SocketException: Too many open files]]
>at
>
> org.codehaus.plexus.redback.common.ldap.connection.LdapConnection.(LdapConnection.java:81)
>at
>
> org.codehaus.plexus.redback.common.ldap.connection.ConfigurableLdapConnectionFactory.getConnection(ConfigurableLdapConnectionFactory.java:123)
>at
>
> org.codehaus.plexus.redback.users.ldap.LdapUserManager.newDirContext(LdapUserManager.java:342)
>at
>
> org.codehaus.plexus.redback.users.ldap.LdapUserManager.findUser(LdapUserManager.java:217)
>at
>
> org.codehaus.plexus.redback.users.configurable.ConfigurableUserManager.findUser(ConfigurableUserManager.java:111)
>
> I have enabled caching using EHCache as my implementation.  Any help is
> appreciated.
>
> Thank you,
> David
>
> --
> View this message in context:
> http://www.nabble.com/Too-many-open-files-due-to-excessive-LDAP-authentication-tp18619654p18619654.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: [MRM-730] not fixed? Can't search on class names?

[Maria Odea Ching]

Hi,

Did you just do an upgrade from an old Archiva version? Or was it a fresh
install?

Thanks,
Deng

On Fri, Jul 25, 2008 at 12:22 PM, jaxzin <[EMAIL PROTECTED]> wrote:

>
> I was excited to see MRM-730 was listed in the release notes for Archiva
> 1.1
> but I'm testing it right now and I can't seem to find any artifacts by
> class
> name.  I've ensured that the artifact was indexed in a repository search (I
> can browse to it) and I double-checked the name of one of the classes (e.g.
> JMXPlugin) but I still get "No results found".  What could I be missing?
> --
> View this message in context:
> http://www.nabble.com/-MRM-730--not-fixed--Can%27t-search-on-class-names--tp18644961p18644961.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: [MRM-730] not fixed? Can't search on class names?

[Maria Odea Ching]

Sorry about the confusion over this, but the consumer for indexing the java
classes/packages is the index-public-methods under db scanning.
So you should also execute the database scanner to be able to search for
it..

Thanks,
Deng

On Sat, Jul 26, 2008 at 10:54 AM, jaxzin <[EMAIL PROTECTED]> wrote:

>
> BTW, I needed to delete the database to get the scanner to recreate the
> .index folder.
>
>
>
> jaxzin wrote:
> >
> > I hate to be Debbie Downer but it ain't working. :-) I reindexed my
> > snapshots repository and it's still not working.  For my class
> > "disney.entrepot.util.HardDepot" I've tried the following searches all
> > with no results:
> >
> > HardDepot
> > HardDepot.class
> > disney.entrepot.util.HardDepot
> >
> > Since I upgraded and took an exact copy of my archiva.xml, is it possibly
> > my artifacts and/or indexable-content settings aren't right for this to
> > work?  Here's my listings off the repositoryScanning.action page:
> >
> > artifacts
> > **/*.pom
> > **/*.jar
> > **/*.ear
> > **/*.war
> > **/*.car
> > **/*.sar
> > **/*.mar
> > **/*.rar
> > **/*.dtd
> > **/*.tld
> > **/*.tar.gz
> > **/*.tar.bz2
> > **/*.zip
> >
> > auto-remove
> > **/*.bak
> > **/*~
> > **/*-
> >
> > ignored
> > **/.htaccess
> > **/KEYS
> > **/*.rb
> > **/*.sh
> > **/.svn/**
> > **/.DAV/**
> >
> > indexable-content
> > **/*.txt
> > **/*.TXT
> > **/*.block
> > **/*.config
> > **/*.pom
> > **/*.xml
> > **/*.xsd
> > **/*.dtd
> > **/*.tld
> > **/*.java
> >
> > Repository Scanning - Consumers of Known Content
> >   Enabled?ID  Description
> >   enabled auto-remove Automatically Remove File from
> Filesystem.
> >   enabled auto-rename Automatically rename common
> artifact mistakes.
> >   enabled create-missing-checksumsCreate Missing
> Checksums (.sha1 &
> > .md5)
> >   enabled index-content   Text and XML file contents indexing
> >   enabled metadata-updaterUpdate / Create
> maven-metadata.xml files
> >   enabled repository-purgePurge repository of old
> snapshots
> >   enabled update-db-artifact  Update the Artifact in the
> Database
> >   enabled validate-checksums  Validate checksums against
> file.
> >
> >
> > Repository Scanning - Consumers of Invalid Content
> > There are no consumers of invalid content available.
> >
> >
> >
> >
> >
> >
> > Brett Porter wrote:
> >>
> >> That should do it!
> >>
> >> 2008/7/26 jaxzin <[EMAIL PROTECTED]>:
> >>>
> >>> Thanks Brett.  What exactly are the instructions?  Remove the .index
> >>> directory and rescan?  Anything else?
> >>>
> >>>
> >>>
> >>> Brett Porter wrote:
> >>>>
> >>>> I believe that it's the index (stored in the .index directory of the
> >>>> repository) that needs to be recreated. Unfortunately there isn't an
> >>>> option to force this from the UI and it needs to be removed.
> >>>>
> >>>> We'll need to update the upgrade instructions for this.
> >>>>
> >>>> Cheers,
> >>>> Brett
> >>>>
> >>>> 2008/7/26 jaxzin <[EMAIL PROTECTED]>:
> >>>>>
> >>>>> I did upgrade from 1.0.2, but I also deleted the database and had
> >>>>> Archiva
> >>>>> 1.1
> >>>>> rebuild it.
> >>>>>
> >>>>>
> >>>>> Maria Odea Ching-5 wrote:
> >>>>>>
> >>>>>> Hi,
> >>>>>>
> >>>>>> Did you just do an upgrade from an old Archiva version? Or was it a
> >>>>>> fresh
> >>>>>> install?
> >>>>>>
> >>>>>> Thanks,
> >>>>>> Deng
> >>>>>>
> >>>>>> On Fri, Jul 25, 2008 at 12:22 PM, jaxzin <[EMAIL PROTECTED]
> >
> >>>>>> wrote:
> >>>>>>
> >>>>>>>
> >>>>>>> I was excited to see MRM-730 was listed in the release notes for
> >>>>>>> A

Re: [MRM-730] not fixed? Can't search on class names?

[Maria Odea Ching]

On Sat, Jul 26, 2008 at 10:50 PM, jaxzin <[EMAIL PROTECTED]> wrote:

>
> So I left my Archiva instance overnight to reindex everything (31k files
> reported) but still no results when I search for class names with artifacts
> I know are in the repository and are showing up through 'browse'.  I don't
> see any failures (related to this at least) in my logs.
>
> So to refresh, I've:
> 1) Shutdown my Archiva instance
> 2) Deleted my archiva derby database
> 3) Deleted my .index folders under each repository folder
> 4) Restarted Archiva
> 5) Rescanned my repositories
> 6) Updated my Database
>
> Any other ideas?  I do have failures related to
> http://jira.codehaus.org/browse/MRM-686, but that's only a subset of my
> artifacts.  I've been testing class names within artifacts that do not have
> this issue, but I wanted to mention it in case it may be related.


Hmm.. I've just tried searching for classes & packages in 1.1 too & I didn't
get any hits as well.
The last time I did try it, it was working but that was before 1.1. Anyway,
I already filed a jira for this, see
http://jira.codehaus.org/browse/MRM-892 and will include this in 1.1.1.


>
> Another idea, is it my query?  I'm just searching on the class name, no
> package name, no lucene prefixes (l'm thinking Proximity-style searches),
> no
> trailing ".class".  Is that how its designed to be used?
>

Yep, your query is correct and you should also be able to search with the
package name included..

Thanks,
Deng


>
>
> jaxzin wrote:
> >
> > I think I'm starting to understand. :-)  I pressed both the "Update
> > Consumers" and "Update Database Now" buttons and got the following in my
> > log:
> >
> > 2008-07-25 23:11:11,049 [pool-1-thread-1] INFO
> >
> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
> > - Executing task from queue with job name: database-job:user-requested
> > 2008-07-25 23:11:11,049 [pool-1-thread-1] INFO
> >
> org.apache.maven.archiva.scheduled.executors.ArchivaDatabaseUpdateTaskExecutor
> > - Task: Updating unprocessed artifacts
> >
> > I don't see anywhere to track progress, so I'll give it a couple of hours
> > to index and see if I have better search results.  Thanks for the fast
> > responses everyone!
> >
> >
> >
> >
> > Maria Odea Ching-5 wrote:
> >>
> >> Sorry about the confusion over this, but the consumer for indexing the
> >> java
> >> classes/packages is the index-public-methods under db scanning.
> >> So you should also execute the database scanner to be able to search for
> >> it..
> >>
> >> Thanks,
> >> Deng
> >>
> >> On Sat, Jul 26, 2008 at 10:54 AM, jaxzin <[EMAIL PROTECTED]>
> >> wrote:
> >>
> >>>
> >>> BTW, I needed to delete the database to get the scanner to recreate the
> >>> .index folder.
> >>>
> >>>
> >>>
> >>> jaxzin wrote:
> >>> >
> >>> > I hate to be Debbie Downer but it ain't working. :-) I reindexed my
> >>> > snapshots repository and it's still not working.  For my class
> >>> > "disney.entrepot.util.HardDepot" I've tried the following searches
> all
> >>> > with no results:
> >>> >
> >>> > HardDepot
> >>> > HardDepot.class
> >>> > disney.entrepot.util.HardDepot
> >>> >
> >>> > Since I upgraded and took an exact copy of my archiva.xml, is it
> >>> possibly
> >>> > my artifacts and/or indexable-content settings aren't right for this
> >>> to
> >>> > work?  Here's my listings off the repositoryScanning.action page:
> >>> >
> >>> > artifacts
> >>> > **/*.pom
> >>> > **/*.jar
> >>> > **/*.ear
> >>> > **/*.war
> >>> > **/*.car
> >>> > **/*.sar
> >>> > **/*.mar
> >>> > **/*.rar
> >>> > **/*.dtd
> >>> > **/*.tld
> >>> > **/*.tar.gz
> >>> > **/*.tar.bz2
> >>> > **/*.zip
> >>> >
> >>> > auto-remove
> >>> > **/*.bak
> >>> > **/*~
> >>> > **/*-
> >>> >
> >>> > ignored
> >>> > **/.htaccess
> >>> > **/KEYS
> >>> > **/*.rb
> >>>

Re: LDAP auth instructions/how to?

[Maria Odea Ching]

Hi Chris,

You just need to put the LDAP config in your security.properties file, you
no longer need to edit the application.xml as specified here:
http://redback.codehaus.org/integration/ldap.html (just copy & paste the
config specifed in the security.properties section)

And you might also need to add the LDAP specific configuration specified in
the LDAP Settings section in this document:
http://redback.codehaus.org/configuration.html

HTH,
Deng

On Tue, Aug 5, 2008 at 8:16 AM, Chris Brentano <
[EMAIL PROTECTED]> wrote:

> Hi all,
>
> I'd like to configure Archiva to do LDAP authentication to Active
> Directory. It appears that Redback has LDAP support, and I've seen some
> various bits here and there about configuring the security.properties or
> application.xml file to utilize LDAP, but I can't find a concise guide. Can
> anyone provide some basic instructions and are there any gotchas I should be
> aware of? Thanks!
>
> - Chris
>

Re: LDAP auth instructions/how to?

[Maria Odea Ching]

I think you might be missing this property?
user.manager.impl=ldap

Thanks,
Deng

On Wed, Aug 6, 2008 at 2:38 AM, Chris Brentano <
[EMAIL PROTECTED]> wrote:

> Thanks everyone for your assistance!
>
> Just LDAP, no SSL at the moment.
>
> I configured my conf/security.properties file like so:
>
> ldap.user.store.enabled=true
> ldap.bind.authenticator.enabled=true
> ldap.config.hostname=dc02.jiveville.com
> ldap.config.port=389
> ldap.config.base.dn=ou=JiveUsers,ou=jiveville,ou=com
> ldap.config.context.factory=com.sun.jndi.ldap.LdapCtxFactory
> ldap
> .config
> .bind
> .dn=cn=ldapUser,ou=ResourceAccounts,ou=JiveUsers,ou=jiveville,ou=com
> ldap.config.password=
>
> But cannot log in with any LDAP accounts. But I do have a couple questions:
>
> - Is there any way to test that Archiva is able to successfully talk to the
> LDAP server?
> - Are there any options above that I may be missing or which are incorrect?
> - When LDAP authentication is working, do all accounts that fall under the
> base dn OU have access? If so, what level?
> - Do I need to do anything in User Administrator to grant specific LDAP
> accounts access privileges?
>
> Thanks again!
>
> - Chris
>
>
>
> On 5 Aug, 2008, at 8:38 AM, Emmanuel Venisse wrote:
>
>  I'm not sure ldap docs on redback site are up-to-date
>>
>> Chris, do you use LDAP or LDAPS?
>> LDAPS isn't supported for the moment
>>
>> Emmanuel
>>
>> On Tue, Aug 5, 2008 at 5:08 AM, Maria Odea Ching <[EMAIL PROTECTED]>
>> wrote:
>>
>>  Hi Chris,
>>>
>>> You just need to put the LDAP config in your security.properties file,
>>> you
>>> no longer need to edit the application.xml as specified here:
>>> http://redback.codehaus.org/integration/ldap.html (just copy & paste the
>>> config specifed in the security.properties section)
>>>
>>> And you might also need to add the LDAP specific configuration specified
>>> in
>>> the LDAP Settings section in this document:
>>> http://redback.codehaus.org/configuration.html
>>>
>>> HTH,
>>> Deng
>>>
>>> On Tue, Aug 5, 2008 at 8:16 AM, Chris Brentano <
>>> [EMAIL PROTECTED]> wrote:
>>>
>>>  Hi all,
>>>>
>>>> I'd like to configure Archiva to do LDAP authentication to Active
>>>> Directory. It appears that Redback has LDAP support, and I've seen some
>>>> various bits here and there about configuring the security.properties or
>>>> application.xml file to utilize LDAP, but I can't find a concise guide.
>>>>
>>> Can
>>>
>>>> anyone provide some basic instructions and are there any gotchas I
>>>> should
>>>>
>>> be
>>>
>>>> aware of? Thanks!
>>>>
>>>> - Chris
>>>>
>>>>
>>>
>

Fwd: ldap with Archiva

[Maria Odea Ching]

-- Forwarded message --
From: Maria Odea Ching <[EMAIL PROTECTED]>
Date: Wed, Aug 6, 2008 at 11:58 AM
Subject: Re: ldap with Archiva
To: [EMAIL PROTECTED]


Hi Marina,

I'll be forwarding this to the archiva users list and we could continue the
discussion there :)
Anyway, with redback 1.0.1 (used by archiva 1.0.2 & 1.0.1) I think you only
need to configure the security.properties file in order to use ldap for
authentication. Here's an example config:

user.manager.impl=ldap
ldap.bind.authenticator.enabled=true
ldap.config.hostname=localhost
ldap.config.port=10389
ldap.config.base.dn=dc=redback,dc=plexus,dc=codehaus,dc=org
ldap.config.context.factory=com.sun.jndi.ldap.LdapCtxFactory
ldap.config.bind.dn=uid=admin,ou=system
ldap.config.password=PASSWORD

I'm not sure with redback 1.0.2 (used by archiva 1.1) though if there are
additional configurations needed after the changes in redback's LDAP module.
Emmanuel might be able to answer that :)

HTH,
Deng


On Wed, Aug 6, 2008 at 4:58 AM, Marina <[EMAIL PROTECTED]> wrote:

> Hi, Maria
>
> I am trying to make ldap authenticated for Archiva. I do not see any of
> examples online showing how to do it.
> I wonder if you can give any example.
>
> Is the archiva.xml the only file to change?
> Or I have  to change other property file?
> Could you send me example of those ldap settings for Archiva?
>
> Great Thanks!
> Marina
>

Re: Disable User Registration

[Maria Odea Ching]

I'm not entirely sure if it's the register and request for password reset
links that I remember disabled when using the LDAP implementation.. Anyway,
if it's not disabled you might need to go to the redback login jsp to
disable them. The redback jsps are located in archiva's
../WEB-INF/jsp/redback directory :)

HTH,
Deng

On Wed, Aug 13, 2008 at 11:44 AM, Lorenzo Dee <[EMAIL PROTECTED]>wrote:

> I'm planning to use LDAP (and LDAP only) for users (authentication).
> Users that are not authenticated by my LDAP server shouldn't be able to
> login. This means, I also need to prevent new users from registering.
> How can I do this in archiva? How can I remove the links to register and
> request for a password reset?
>
>
>
> Thanks
>
>
>
>

Re: Archiva LDAP Problem

[Maria Odea Ching]

Hi Lorenzo,

I've posted this to the users list as well :) Please subscribe to the list
by sending a blank email to: [EMAIL PROTECTED]

Also, I've already replied to the other question you've posted on the list
but I don't think you got it since you're not yet subscribed :) You can just
view it from the archives:
http://www.nabble.com/Disable-User-Registration-td18957460.html


Thanks,
Deng

On Wed, Aug 13, 2008 at 2:24 PM, Lorenzo Dee <[EMAIL PROTECTED]>wrote:

>  Hi Deng,
>
>
>
> I'm having problems using LDAP (Active Directory) with Archiva (version
> 1.1.1).  I've tested using an LDAP browser, the bind dn and password works.
>
>
>
> Does it matter if my bind dn contains white spaces? If so, can I escape it?
> I tried enclosing them in double quotes and Archiva indicates that it's an
> invalid name.
>
>
>
> My security.properties file has the following settings:
>
>
>
> # LDAP Settings
>
> user.manager.impl=ldap
>
> ldap.user.store.enabled=false
>
> ldap.bind.authenticator.enabled=false
>
>
>
> ldap.config.hostname=ad01.mycompany.com
>
> ldap.config.port=3268
>
> ldap.config.base.dn=DC=mycompany,DC=com
>
> ldap.config.context.factory=com.sun.jndi.ldap.LdapCtxFactory
>
> ldap.config.bind.dn=CN=LDAP Service,DC=mycompany,DC=com
>
> ldap.config.password=secret
>
> #ldap.config.authentication.method=
>
>
>
> Upon starting up Archiva, I'm getting the following error:
>
> org.codehaus.plexus.redback.common.ldap.connection.LdapException: Could not
> connect to the server. [Root exception is
> javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308:
> LdapErr: DSID-0C09030B, comment: AcceptSecurityContext error, data 525, v893
> ]]
>
> at
> org.codehaus.plexus.redback.common.ldap.connection.LdapConnection.(LdapConnection.java:81)
>
> at
> org.codehaus.plexus.redback.common.ldap.connection.ConfigurableLdapConnectionFactory.getConnection(ConfigurableLdapConnectionFactory.java:130)
>
> at
> org.codehaus.plexus.redback.users.ldap.LdapUserManager.newDirContext(LdapUserManager.java:338)
>
> at
> org.codehaus.plexus.redback.users.ldap.LdapUserManager.findUser(LdapUserManager.java:214)
>
> at
> org.codehaus.plexus.redback.users.configurable.ConfigurableUserManager.findUser(ConfigurableUserManager.java:111)
>
> at
> org.codehaus.plexus.redback.xwork.checks.security.GuestUserEnvironmentCheck.validateEnvironment(GuestUserEnvironmentCheck.java:82)
>
> at
> org.apache.maven.archiva.web.startup.SecuritySynchronization.executeEnvironmentChecks(SecuritySynchronization.java:151)
>
> at
> org.apache.maven.archiva.web.startup.SecuritySynchronization.startup(SecuritySynchronization.java:125)
>
> at
> org.apache.maven.archiva.web.startup.ArchivaStartup.contextInitialized(ArchivaStartup.java:56)
>
> at
> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:539)
>
> at
> org.mortbay.jetty.servlet.Context.startContext(Context.java:135)
>
> at
> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1216)
>
> at
> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:509)
>
> at
> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:447)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)
>
> at
> org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:147)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>
> at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:117)
>
> at org.mortbay.jetty.Server.doStart(Server.java:222)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
>
> at
> org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:977)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown
> Source)
>
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> Source)
>
> at java.lang.reflect.Method.invoke(Unknown Source)
>
> at org.mortbay.start.Main.invokeMain(Main.java:194)
>
> at org.mortbay.start.Main.start(Main.java:509)
>
> at org.mortbay.start.Main.main(Main.java:119)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>
> at sun.ref

Re: Delete files from Archiva

[Maria Odea Ching]

Hi Alastair,

You might need to run the database scanner in order to clear up the browse
since the artifacts shown there come from the database..

Thanks,
Deng

On Tue, Aug 19, 2008 at 3:45 AM, Alastair FETTES <[EMAIL PROTECTED]
> wrote:

> Hi Seb.
>
> I did enable this consumer.  I also deleted these files from disk.  What
> remains is that the Browse feature of the UI still shows all old builds.  If
> I browse directly to the repository itself via the WebDAV url, everything
> seems to be ok.  There seems to be a disconnect between what is on the disk,
> what is shown in the individual repository and finally what is shown via the
> Browse Repository feature of the main UI.
>
> This last point is my main problem.  The browse function still shows old
> builds that have been removed.
>
> Alastair
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Sébastien PEYRON
> Sent: Monday, August 18, 2008 12:41 PM
> To: users@archiva.apache.org
> Subject: Re: Delete files from Archiva
>
> Do you enable the *repository-purge consumer* in the repository scanning
> screen ?
>
> Seb
>
> 2008/8/18 Wendy Smoak <[EMAIL PROTECTED]>
>
> > On Mon, Aug 18, 2008 at 10:43 AM, Alastair FETTES
> > <[EMAIL PROTECTED]> wrote:
> > > Thanks, that's good to know.  It actually does help quite a bit
> > > since I couldn't find that information anywhere on the website or wiki.
> >
> > So technically, repository purging is another way to delete, but it
> > doesn't seem to be working correctly at the moment.  Can you see
> > whether your problem has already been reported?
> > http://jira.codehaus.org/browse/MRM
> >
> > If you're not actually using the timestamped snapshots, you could add
> > false to the snapshot repo distribution
> > management.  Then Maven will keep overwriting the single
> > whatever-1.0-SNAPSHOT.jar file.
> >
> > --
> > Wendy
> >
>
>
>
> --
> Sébastien Peyron
>

Re: per-repository permissions

[Maria Odea Ching]

On Tue, Aug 19, 2008 at 8:02 AM, Wendy Smoak <[EMAIL PROTECTED]> wrote:

> On Mon, Aug 18, 2008 at 4:52 PM, Dave Stagner <[EMAIL PROTECTED]> wrote:
> > Is it possible that this isn't compliant with IE6?
>

Are you already logged in as system administrator and still not able to see
the admin-specific menu (e.g. Users, Reports, Artifact Upload, etc.) in the
navigation menu? If so, could this (http://jira.codehaus.org/browse/MRM-728)
be what you're encountering as well? It would be easier to identify if you
could provide a screenshot as Wendy suggested..


>
>
> I'd be surprised, but it's possible... are you seeing different
> results in IE6 vs. another browser?
>
> A screen shot might help, and someone is usually in #archiva on
> irc.codehaus.org if you'd like to work through it real time.  (There's
> a web interface at http://irc.codehaus.org if you don't have another
> client.)
>
> --
> Wendy


Thanks,
Deng

Re: ArrayIndexOutOfBoundsException when searching using the web interface

[Maria Odea Ching]

Hi Kurt,

I think you might have to reset your database, remove the .index files for
your repository and execute the repo and database scanners again. There were
some significant changes in the search since 1.0-beta-4 so that could be the
cause of the problem. You might also want to upgrade to the latest release
which is 1.1.1 instead of 1.1. There have been some major fixes for 1.1
included in 1.1.1. :)

Thanks,
Deng

On Fri, Aug 22, 2008 at 4:13 AM, <[EMAIL PROTECTED]> wrote:

> When searching for anything using the Archiva search textbox in the web
> interface I get an HTTP ERROR: 500 caused by:
>
>
>
> java.lang.ArrayIndexOutOfBoundsException: -1
>at
> org.apache.lucene.index.TermInfosReader.seekEnum(TermInfosReader.java:193)
>at
> org.apache.lucene.index.TermInfosReader.get(TermInfosReader.java:216)
>at
> org.apache.lucene.index.SegmentReader.docFreq(SegmentReader.java:678)
>at
> org.apache.lucene.search.IndexSearcher.docFreq(IndexSearcher.java:87)
>at
> org.apache.lucene.search.MultiSearcher.docFreq(MultiSearcher.java:147)
>at org.apache.lucene.search.Similarity.idf(Similarity.java:457)
>at org.apache.lucene.search.TermQuery$TermWeight.(TermQuery.java:44)
>at
> org.apache.lucene.search.TermQuery.createWeight(TermQuery.java:146)
>at
> org.apache.lucene.search.BooleanQuery$BooleanWeight.(BooleanQuery.java:187)
>at
> org.apache.lucene.search.BooleanQuery.createWeight(BooleanQuery.java:362)
>at
> org.apache.lucene.search.BooleanQuery$BooleanWeight.(BooleanQuery.java:187)
>at
> org.apache.lucene.search.BooleanQuery.createWeight(BooleanQuery.java:362)
>at org.apache.lucene.search.Query.weight(Query.java:95)
>at org.apache.lucene.search.Hits.(Hits.java:63)
>at org.apache.lucene.search.Searcher.search(Searcher.java:46)
>at org.apache.lucene.search.Searcher.search(Searcher.java:38)
>at
> org.apache.maven.archiva.indexer.search.DefaultCrossRepositorySearch.searchAll(DefaultCrossRepositorySearch.java:214)
>at
> org.apache.maven.archiva.indexer.search.DefaultCrossRepositorySearch.searchForTerm(DefaultCrossRepositorySearch.java:148)
>at
> org.apache.maven.archiva.indexer.search.DefaultCrossRepositorySearch.searchForTerm(DefaultCrossRepositorySearch.java:130)
>at
> org.apache.maven.archiva.web.action.SearchAction.quickSearch(SearchAction.java:120)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>at java.lang.reflect.Method.invoke(Unknown Source)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:358)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:218)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:192)
>at
> com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:175)
>at
> com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>at
> com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115)
>at
> com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>at
> org.apache.maven.archiva.web.interceptor.ConfigurationInterceptor.intercept(ConfigurationInterceptor.java:51)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>at
> org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:105)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>at
> org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:178)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>at
> com.opensymphony.xwork.interceptor.ParameterFilterInterceptor.intercept(ParameterFilterInterceptor.java:124)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>at
> com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:175)
>at
> com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
>at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>at
> com.o

Re: ArrayIndexOutOfBoundsException when searching using the web interface

[Maria Odea Ching]

You can also refer to the Archiva upgrade doc Arnaud created:

http://cwiki.apache.org/confluence/display/ARCHIVA/Upgrading+from+1.0.x+to+1.1.x

-Deng

On Fri, Aug 22, 2008 at 10:52 AM, Maria Odea Ching <[EMAIL PROTECTED]>wrote:

> Hi Kurt,
>
> I think you might have to reset your database, remove the .index files for
> your repository and execute the repo and database scanners again. There were
> some significant changes in the search since 1.0-beta-4 so that could be the
> cause of the problem. You might also want to upgrade to the latest release
> which is 1.1.1 instead of 1.1. There have been some major fixes for 1.1
> included in 1.1.1. :)
>
> Thanks,
> Deng
>
>
> On Fri, Aug 22, 2008 at 4:13 AM, <[EMAIL PROTECTED]> wrote:
>
>> When searching for anything using the Archiva search textbox in the web
>> interface I get an HTTP ERROR: 500 caused by:
>>
>>
>>
>> java.lang.ArrayIndexOutOfBoundsException: -1
>>at
>> org.apache.lucene.index.TermInfosReader.seekEnum(TermInfosReader.java:193)
>>at
>> org.apache.lucene.index.TermInfosReader.get(TermInfosReader.java:216)
>>at
>> org.apache.lucene.index.SegmentReader.docFreq(SegmentReader.java:678)
>>at
>> org.apache.lucene.search.IndexSearcher.docFreq(IndexSearcher.java:87)
>>at
>> org.apache.lucene.search.MultiSearcher.docFreq(MultiSearcher.java:147)
>>at org.apache.lucene.search.Similarity.idf(Similarity.java:457)
>>at
>> org.apache.lucene.search.TermQuery$TermWeight.(TermQuery.java:44)
>>at
>> org.apache.lucene.search.TermQuery.createWeight(TermQuery.java:146)
>>at
>> org.apache.lucene.search.BooleanQuery$BooleanWeight.(BooleanQuery.java:187)
>>at
>> org.apache.lucene.search.BooleanQuery.createWeight(BooleanQuery.java:362)
>>at
>> org.apache.lucene.search.BooleanQuery$BooleanWeight.(BooleanQuery.java:187)
>>at
>> org.apache.lucene.search.BooleanQuery.createWeight(BooleanQuery.java:362)
>>at org.apache.lucene.search.Query.weight(Query.java:95)
>>at org.apache.lucene.search.Hits.(Hits.java:63)
>>at org.apache.lucene.search.Searcher.search(Searcher.java:46)
>>at org.apache.lucene.search.Searcher.search(Searcher.java:38)
>>at
>> org.apache.maven.archiva.indexer.search.DefaultCrossRepositorySearch.searchAll(DefaultCrossRepositorySearch.java:214)
>>at
>> org.apache.maven.archiva.indexer.search.DefaultCrossRepositorySearch.searchForTerm(DefaultCrossRepositorySearch.java:148)
>>at
>> org.apache.maven.archiva.indexer.search.DefaultCrossRepositorySearch.searchForTerm(DefaultCrossRepositorySearch.java:130)
>>at
>> org.apache.maven.archiva.web.action.SearchAction.quickSearch(SearchAction.java:120)
>>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>>at java.lang.reflect.Method.invoke(Unknown Source)
>>at
>> com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:358)
>>at
>> com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:218)
>>at
>> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:192)
>>at
>> com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:175)
>>at
>> com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
>>at
>> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>>at
>> com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115)
>>at
>> com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
>>at
>> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>>at
>> org.apache.maven.archiva.web.interceptor.ConfigurationInterceptor.intercept(ConfigurationInterceptor.java:51)
>>at
>> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
>>at
>> org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:105)
>>at
>> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.ja

Re: Problem with Archiva, Hudson, Maven - Builds take very long

[Maria Odea Ching]

Hi,

I think you need to remove the 'dav:' at the beginning of the  &
 urls, that's probably the reason why it's invalid :)
Also, make sure that the appropriate credentials are specified in your
settings.xml for each repository (if they require authentication) under the
'repositories.all' and 'plugin-repositories.all' groups so Maven/Hudson
would be able to get the artifacts.

Thanks,
Deng

On Tue, Aug 26, 2008 at 5:18 PM, von Janowsky, Simon <[EMAIL PROTECTED]
> wrote:

>Hello,
> I am having a Problem with a CI-System. We use Maven with Hudson and
> Archiva.
> The Archiva is configured with two repository groups (both virtualize
> several  proxy connectors and repositories).
> One is for dependencies, the other for plugins.
>
> In Hudson the build goal is the following: mvn -Pbuild-int clean deploy
> site
> Now for some reason, some builds always hang a long time (up to 40 Minutes)
> after
> the Dependencies Report is generated. Here a excerpt from the maven
> output...
> Why is it that the Repository Url is blacklisted?
>
>
> __
> POM
>
> __
> 
> build-int
> 
> 
> 
> 
> org.apache.maven.plugins
> 
> maven-compiler-plugin
> 
> 1.6 source>
> 1.6 target>
> 
> ISO-8859-1
> false debug>
> 
> 
> 
> 
> 
> 
> 
> repositories.all
> All Artifacts Repository
> Group
> 
> dav:
> http://archiva:8080/archiva/repository/repositories.all
> 
> 
> 
> 
> 
> 
> plugin-repositories.all
> All Plugins Repository Group
> 
> 
> dav:
> http://archiva:8080/archiva/repository/plugin-repositories.all
> 
> 
> 
> 
> 
> 
> archiva.snapshots
> snapshot repository
> 
> dav:
> http://archiva:8080/archiva/repository/snapshots
> 
> 
> 
> 
>
>
> __
>
> Maven OUTPUT, the session: Opened Message go one like forever
>
> __
>
> [INFO] Generating "Dependencies" report.
> [DEBUG] .
> [DEBUG] .
> [DEBUG] .
> [DEBUG] .
> [DEBUG] .
> [WARNING] The repository url 'dav:
> http://archiva:8080/archiva/repository/repositories.all'is
>  invalid - Repository 'repositories.all' will be blacklisted.
> *http://dist.codehaus.org/*  - Session: Opened
> *http://dist.codehaus.org/*  - Session:
> Disconnecting
> *http://dist.codehaus.org/*  - Session:
> Disconnected
> *http://people.apache.org/maven-snapshot-repository/*-
>  Session: Opened
> *http://people.apache.org/maven-snapshot-repository/*-
>  Session: Disconnecting
> *http://people.apache.org/maven-snapshot-repository/*-
>  Session: Disconnected
> *http://repo1.maven.org/maven2*  - Session:
> Opened
> *http://repo1.maven.org/maven2*  - Session:
> Disconnecting
> *http://repo1.maven.org/maven2*  - Se

Re: Users get locked

[Maria Odea Ching]

Could you possibly be using the same credentials for your proxy repo & your
deployment repo but you don't have the repo manager role for the deployment
repo and trying to deploy to it (during the nightly build) caused the
account to be locked? (This happened to me before :)

Thanks,
Deng

On Wed, Aug 27, 2008 at 3:53 PM, von Janowsky, Simon <[EMAIL PROTECTED]
> wrote:

>Hi,
> I still have this problem with user(s) that get locked automatically.
> Yesterday our build System (Hudson) worked fine all day, but when I came
> into
> the office this morning, Archiva had locked the User for the build system
> again.
> I have a feeling that this will alway happen ovenight, as if  are there
> cron jobs
> in Archiva that check the users? And lock them?
> Can I workaround this? Like setting a flag in the database?
>
> Since my last post I pdated the derby to newest version, should I perhaps
> use
> mysql instead?
>
> Greetings,
> Simon.
>

Re: artifact upload problem

[Maria Odea Ching]

Hi Mariusz,

Currently, only users with sys admin roles can access the artifact upload
page. There is a jira issue filed though to allow a user with repo manager
role to access the artifact upload page, see
http://jira.codehaus.org/browse/MRM-922 for more details..

Thanks,
Deng

On Thu, Aug 28, 2008 at 5:38 PM, mariuszw <[EMAIL PROTECTED]> wrote:

>
> Hi,
> I have Archiva 1.1.1. i try to make "upload artifact" visible for user
> other
> than admin - I gave a user "Repository Manager" privilage as in
> http://cwiki.apache.org/confluence/display/ARCHIVA/Upload+artifacts. But
> when user log in there is no "upload artifact" visible (only "search",
> "find" and "browse").
> Can anyone help?
>
> Thanks,
> mariusz
>
>
> --
> View this message in context:
> http://www.nabble.com/artifact-upload-problem-tp19197278p19197278.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: Browse page does not allow to download additional items deployed by Build Helper Maven Plugin

[Maria Odea Ching]

Hi Julien,

You need to add **/*.exe in the artifacts file types in the Repository
Scanning section in the webapp.
But you might need to re-start Archiva and execute 'touch' on the artifact
in order for it to show up in
the web browse (see http://jira.codehaus.org/browse/MRM-841).

Thanks,
Deng

On Fri, Aug 29, 2008 at 5:49 PM, Julien Graglia <[EMAIL PROTECTED]>wrote:

> Hi,
>
> I am using the Build Helper Maven Plugin (1) to deploy some exe with my
> artifact.
> When I run mvn deploy, I can found the pom, and the exe in the archiva
> folder on my archiva server.
> When I use the archiva web interface (Browse) , I can only download the
> pom.
>
> However, I  can access the exe by http : I copy the download link of the
> pom, remove the last part of the url, that gave me the version folder
> which contains the exe, pom, sha..., maven metatdata
>
> Is there a way to tell archiva to add a download link to the exe?It will
> be easier to downlink that exe.
> Thx,
>
> 1 : http://mojo.codehaus.org/build-helper-maven-plugin/index.html
>
> --
> Julien Graglia - NetCeler
>
>
>

Re: Active Directory Authentication

[Maria Odea Ching]

I think it's from an environment check failing during startup. I encountered
the same ClassCastException when I did a re-start. I noticed though that
this doesn't happen during a initial startup (fresh install). I'm currently
working on the NPE in the RSS and browse/search when using LDAP, I'll see
what I can further find out about the ClassCastException too..

Thanks,
Deng

On Wed, Aug 27, 2008 at 9:16 PM, Chris Anders <[EMAIL PROTECTED]>wrote:

> I am using the latest version 1.1.1 with the snapshot jar mentioned in my
> last posts.
>
> it looks to me that even though LDAP has been specified for authentication
> on startup the calls are being made to make sure default guest/admin are
> available in the jdbc backend.
>
> Obviously this wont be the case unless you manually add them like i went
> through in my last steps.
>
> Sames goes with setting up roles, you have to click edit roles and then
> submit a blank page, then re-edit before you can see anything to be set.
> From memory the exception says something about the user cant be found on the
> permission row which is correct until we submit the blank role page, which
> ads the user row.
>
> Same goes for trying to browse or search without logging in...
>
> So even though there is ldap support it is evident that there are some
> calls which are still dependent on the local jdbc
>
> Chris
>
>
> -Original Message-
> From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
> Sent: Wed 8/27/2008 6:58 PM
> To: users@archiva.apache.org
> Subject: Re: Active Directory Authentication
>
> What is your Archiva version? 1.0?
> I fixed some things about LDAP in 1.1.1
>
> Emmanuel
>
> On Wed, Aug 27, 2008 at 10:42 AM, Chris Anders <[EMAIL PROTECTED]
> >wrote:
>
> > Hi guys,
> >
> > Digging deeper into my issue I have now moved from the default deby jdbc
> > and onto mysql so I could see the data structure being created.
> >
> > When I start up tomcat with no tables and ldap (AD) configured the
> > following tables are created under mysql:
> >
> > * ARCHIVA_ARTIFACT
> > * JDOAUTHENTICATIONKEY
> > * SECURITY_OPERATIONS
> > * SECURITY_PERMISSIONS
> > * SECURITY_RESOURCES
> > * SECURITY_ROLES
> > * SECURITY_ROLE_CHILDROLE_MAP
> > * SECURITY_ROLE_PERMISSION_MAP
> > * SECURITY_USERASSIGNMENT_ROLENAMES
> > * SECURITY_USER_ASSIGNMENTS
> >
> > Everything looks fine until I restart tomcat and 2 more tables are
> > created:
> >
> > * JDOUSER
> > * JDOUSER_PREVIOUSENCODEDPASSWORDS
> >
> > With an exception in the tomcat log which i posted before:
> > SEVERE: Exception sending context initialized event to listener instance
> > of class org.apache.maven.archiva.web.startup.ArchivaStartup
> > java.lang.ClassCastException:
> > org.codehaus.plexus.redback.users.UserNotFoundException
> >
> > So i then manually added to the JDOUSER table the defined
> > redback.default.admin/guest (both users exist in ldap)
> >
> > Restarted tomcat and this time everything came up.
> >
> > I still can't browse or search from the default user without logging in
> > (causes another exception I have posted), however after logging in
> > everything looks to be fine.
> >
> > Perhaps someone can make more sense out of this and raise a bug for the
> > devs?
> >
> > Cheers,
> >
> > Chris
> >
>
>
> !DSPAM:1,48b51ae3120788357837957!
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.138 / Virus Database: 270.6.9/1636 - Release Date: 26/08/2008
> 7:09 PM
>
>

Re: Archiva not registering artifacts that are in the repository

[Maria Odea Ching]

On Sun, Sep 7, 2008 at 2:59 AM, Scott Carter <[EMAIL PROTECTED]>wrote:

> The artifacts are deployed from our Maven2 builds using WebDAV.  So we use
> a
> config such as
>
>   
>snapshots
>Internal Snapshot Repository
>dav:http://
> :8080/archiva/repository/snapshots/
>
>
> I watched some of our builds and noticed that the timestamp of the
> artifacts
> takes the system time of archiva server (not the time stamp from the build
> server), so everything should be in sync.  The repository is configured to
> scan for snapshots, and we see other snapshots being picked up.  I have
> also
> looked at things like directory permissions and do not see any differences.
>
>
> Does anyone have any other ideas on how to debug an issue like this?  Is
> there a way to force a scan of a single directory?


You can do this by "touching" the directory so it gets scanned again..
In Linux for example, execute 'find [DIRECTORY_NAME] | xargs touch' in the
command line
then run the repository scanner for the repo again.

HTH,
Deng


>
>
> On Fri, Sep 5, 2008 at 8:19 PM, Brett Porter <[EMAIL PROTECTED]>
> wrote:
>
> > How is it deployed to the repository - via HTTP, WebDAV, or placed
> directly
> > onto the filesystem (eg, scp)?
> > The only possibilities I can think of:
> > - timestamp mismatches that cause it not to be scanned
> > - the repository it is in is configured not to scan snapshots
> >
> > Cheers,
> > Brett
> >
> > 2008/9/6 Scott Carter <[EMAIL PROTECTED]>
> >
> > > I am a newbie with Archiva and am having an issue with Archiva not
> > > recognizing an artifact that is in our snapshot repository.  We have a
> > > build
> > > that deploys it's artifact (a war file) to our repository.  I know that
> > the
> > > artifact has made it to the repository because I can see it using urls
> > such
> > > as http:///archiva/repository/snapshots//1.1.0-SNAPSHOT/
> > and
> > > download it from there.  But, if I use the browser from the main
> archiva
> > > page the latest version does not show up.  The browser url looks like
> > > http:///archiva/browse/  .  I can see older versions of
> > this
> > > build, but not the latest versions.  Why would Archiva not register the
> > > latest version even though it exists in the repository.
> > >
> > > This is not an issue of timing because the archive has been scanned
> > several
> > > times since the artifact has been added.  I also do not see any obvious
> > > errors in the archiva log files.  Please help.
> > >
> > > Thanks - SC
> > >
> >
> >
> >
> > --
> > Brett Porter
> > Blog: http://blogs.exist.com/bporter/
> >
>

Re: Archiva setup

[Maria Odea Ching]

Hi Michael,

Since Redback 1.1, validation mails are no longer sent for users created by
a User/System admin. It is now only sent if the user went through the
registration process.
Hmm, did you try re-sending the validation mail?

Thanks,
Deng

On Thu, Sep 25, 2008 at 9:40 AM, Michael Delaney <[EMAIL PROTECTED]>wrote:

> All,
>
>
>
>  I am trying to configure Archiva 1.1.2 on a Solaris X86 box. I have
> unpacked Archiva to /app/archiva, I have also created the file
> /app/archiva/conf/security.properties in which I am specifying some SMTP
> settings. These settings should enable me to be able to send email (user
> notification) but I am not able to do so. I looked through the logs in
> /app/archiva/logs (the stdouterr, require, audit ... etc) but I don't
> see it trying to send any mail.  Is there a way for me to verify this
> file is being loaded propertly? Such as a way to enable more verbose
> logging?
>
>
>
> > Mike D
>
>
>
>

Re: Archiva setup

[Maria Odea Ching]

On Fri, Sep 26, 2008 at 4:10 AM, Michael Delaney <[EMAIL PROTECTED]>wrote:

>
> I was unable to get email to be sent via Archiva using the
> security.properties file (located in $ARCHIVA_BASE/conf). The ONLY way I
> was able to get this to work was by updating the jetty.xml file (located
> in $ARCHIVA_BASE/conf) with the updated smtp host information. From what
> I read, you should be able to set any SMTP related values in the
> security.properties. This doesn't seem to be the case. Some email
> settings could be specified in the security.properties file but it
> doesn't seem consistant.


Hmm, the migration to the jetty bundle seems to have modified the behavior.
Could you file a jira for this please so we could track this issue? :)


>
>
> I have included a sample file that I was using, with zero success.
>
> We also noticed that if there are exceptions being throw from Archiva,
> which I assume there are when the email setting are configured properly,
> we aren't seeming them in ANY logs (archiva, stderrout, wrapper ...
> etc).


(Sorry I forgot to add this in my previous reply) You might need to change
the log level to DEBUG in WEB-INF/classes/log4j.xml for the error to show
up..


>
>
> Also when looking at the security.properties (located at
> http://svn.codehaus.org/redback/redback/trunk/redback-configuration/src/
> main/resources/org/codehaus/plexus/redback/config-defaults.properties<http://svn.codehaus.org/redback/redback/trunk/redback-configuration/src/main/resources/org/codehaus/plexus/redback/config-defaults.properties>)
> I
> see that there is a property named 'email.jndiSessionName' what is its
> purpose? I was trying to decode its purpose but I couldn't come to a
> good conclusion.


The email.jndiSessionName is the name of the JNDI session to be looked up
and used by redback's mail sender. This is the equivalent of the
mail/Session configured in the jetty descriptor.


Thanks,
Deng


>
>
> -Original Message-
> From: Michael Delaney [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 25, 2008 8:33 AM
> To: users@archiva.apache.org
> Subject: RE: Archiva setup
>
> Deng,
>
> I went created the user via the registration process. I also attempted
> to resend the validation mail via the 'User Management' page on Archiva.
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maria Odea
> Ching
> Sent: Wednesday, September 24, 2008 10:11 PM
> To: users@archiva.apache.org
> Subject: Re: Archiva setup
>
> Hi Michael,
>
> Since Redback 1.1, validation mails are no longer sent for users created
> by
> a User/System admin. It is now only sent if the user went through the
> registration process.
> Hmm, did you try re-sending the validation mail?
>
> Thanks,
> Deng
>
> On Thu, Sep 25, 2008 at 9:40 AM, Michael Delaney
> <[EMAIL PROTECTED]>wrote:
>
> > All,
> >
> >
> >
> >  I am trying to configure Archiva 1.1.2 on a Solaris X86 box. I have
> > unpacked Archiva to /app/archiva, I have also created the file
> > /app/archiva/conf/security.properties in which I am specifying some
> SMTP
> > settings. These settings should enable me to be able to send email
> (user
> > notification) but I am not able to do so. I looked through the logs in
> > /app/archiva/logs (the stdouterr, require, audit ... etc) but I don't
> > see it trying to send any mail.  Is there a way for me to verify this
> > file is being loaded propertly? Such as a way to enable more verbose
> > logging?
> >
> >
> >
> > > Mike D
> >
> >
> >
> >
>

Re: mail setup

[Maria Odea Ching]

Hi EJ,

No, this isn't in the documentation yet. It would be great if you could file
this in jira :)

Thanks,
Deng

On Fri, Sep 26, 2008 at 2:59 AM, EJ Ciramella <[EMAIL PROTECTED]>wrote:

> So, after a day of hacking around, we learned that the mail info
> (user/pass/server name etc) must be set in $ARCHIVA_HOME/conf/jetty.xml
> and $ARCHIVA_HOME/conf/security.properties doesn't get used for this
> info.
>
> Is this reflected in the documentation anywhere, I certainly couldn't
> find it.
>
>
>
>
>

Re: Mail not working

[Maria Odea Ching]

Hi EJ,

Please see my reply to Michael
http://www.nabble.com/Re%3A-Archiva-setup-p19680950.html :)

Thanks,
Deng

On Fri, Sep 26, 2008 at 1:17 AM, EJ Ciramella <[EMAIL PROTECTED]>wrote:

> Hello all - so we're running in standalone mode, but mail is not being
> sent (version 1.1.2).
>
> Where exactly is this configured in standalone mode?  We also don't see
> any error/exceptions in any of the logs.
>

Fwd: Application Period Opens for Travel Assistance to ApacheCon US 2008

[Maria Odea Ching]

-- Forwarded message --
From: Gav... <[EMAIL PROTECTED]>
Date: Thu, Sep 25, 2008 at 9:48 PM
Subject: Application Period Opens for Travel Assistance to ApacheCon US 2008
To: [EMAIL PROTECTED]


The Travel Assistance Committee is taking in applications for those wanting
to attend ApacheCon US 2008 between the 3rd and 7th November 2008 in New
Orleans.

The Travel Assistance Committee is looking for people who would like to be
able to attend ApacheCon US 2008 who need some financial support in order to
get there. There are VERY few places available and the criteria is high,
that aside applications are open to all open source developers who feel that
their attendance would benefit themselves, their project(s), the ASF and
open source in general.

Financial assistance is available for flights, accomodation and entrance
fees either in full or in part, depending on circumstances. It is intended
that all our ApacheCon events are covered, so it may be prudent for those in
Europe and or Asia to wait until an event closer to them comes up - you are
all welcome to apply for ApacheCon US of course, but there must be
compelling reasons for you to attend an event further away that your home
location for your application to be considered above those closer to the
event location.

More information can be found on the main Apache website at
http://www.apache.org/travel/index.html - where you will also find a link to
the application form and details for submitting.

Time is very tight for this event, so applications are open now and will end
on the 2nd October 2008 - to give enough time for travel arrangements to be
made.

Good luck to all those that will apply.

Regards,

The Travel Assistance Committee

Re: Guest user authentication

[Maria Odea Ching]

Hi Emerson,

There's a default 'guest' user configured in Archiva. Just enable the
Repository Observer role (for the specific repository) for the guest user.
The Repository Observer role is for read access, and if you want to disable
authentication on write access, just grant the 'guest' user the Repository
Manager role (for the specific repository).

Btw, 1.1.1 & 1.1.2 have already been released.. there are a number of fixes
in them for 1.1, so you might want to upgrade to the latest version :)

Thanks,
Deng

On Thu, Oct 2, 2008 at 2:20 AM, emerson cargnin
<[EMAIL PROTECTED]>wrote:

> I took 3 hours to find out why I couldn't runt he build from my
> anthill server. It was asking for authentication.
> I just upgraded to archiva1.1, and this problem started (well, among
> others:)).
>
> How do I get users to access the repository without authentication?
>
> regards
> Emerson
>

Fwd: CFP open for ApacheCon Europe 2009

[Maria Odea Ching]

If you only have thirty seconds:

The Call for Papers for ApacheCon Europe 2009, to be held in Amsterdam, from
23rd to 27th March, is now open! Submit your proposals at
http://eu.apachecon.com/c/aceu2009/cfp/ before 24th October.

Remember that early bird prices for ApacheCon US 2008, to be held in New
Orleans, from 3rd to 7th November, will go up this Friday, at midnight
Eastern time!

Sponsorship opportunities for ApacheCon US 2008 and ApacheCon EU 2009 are
still available. If you or your company are interested in becoming a
sponsor, please contact Delia Frees at [EMAIL PROTECTED] for details.

***

If you want all the details:

ApacheCon Europe 2009 - Leading the Wave of Open Source
Amsterdam, The Netherlands
23rd to 27th March, 2009

Call for Papers Opens for ApacheCon Europe 2009

The Apache Software Foundation (ASF) invites submissions to its official
conference, ApacheCon Europe 2009. To be held 23rd to 27th March, 2009 at
the Mövenpick Hotel Amsterdam City Centre, ApacheCon serves as a forum for
showcasing the ASF's latest developments, including its projects,
membership, and community. ApacheCon offers unparalleled educational
opportunities, with dedicated presentations, hands-on trainings, and
sessions that address core technology, development, business/marketing, and
licensing issues in Open Source.

ApacheCon's wide range of activities are designed to promote the exchange of
ideas amongst ASF Members, innovators, developers, vendors, and users
interested in the future of Open Source technology. The conference program
includes competitively selected presentations, trainings/workshops, and a
small number of invited speakers. All sessions undergo a peer review process
by the ApacheCon Conference Planning team. The following information
provides presentation category descriptions, and information about how to
submit your
proposal.

Conference Themes and Topics

APACHECON 2009 - LEADING THE WAVE OF OPEN SOURCE

Building on the success of the last two years, we are excited to return to
Amsterdam in 2009. We'll be continuing to offer our very popular two-day
trainings, including certifications of completion for those who fulfill all
the requirements of these trainings.

The ASF comprises some of the most active and recognized developers in the
Open Source community. By bringing together the pioneers, developers, and
users of flagship Open Source technologies, ApacheCon provides an
influential platform for dialogue, between the speaker and the audience,
between project contributors and the community at large, traversing a wide
range of ideas, expertise, and personalities.

ApacheCon welcomes submissions from like-minded delegates across many
fields, geographic locations, and areas of development. The breadth and
loosely-structured nature of the Apache community lends itself to conference
content that is also somewhat loosely-structured. Common themes of interest
address groundbreaking technologies and emerging trends, successful
practices (from development to deployment), and lessons learned (tips,
tools, and tricks). In addition to technical content, ApacheCon invites
Business Track submissions that address Open Source business, marketing, and
legal/licensing issues.

Topics appropriate for submission to this conference are manifold, and may
include but are not restricted to:

- Apache HTTP server topics such as installation, configuration, and
migration
- ASF-wide projects such as Lucene, SpamAssassin, Jackrabbit, and Maven
- Scripting languages and dynamic content such as Java, Perl, Python, Ruby,
XSL, and PHP
- Security and e-commerce
- Performance tuning, load balancing and high availability
- New technologies and broader initiatives such as Web Services and Web 2.0
- ASF-Incubated projects such as Sling, UIMA, and Shindig


Submission Guidelines
Submissions must include
- Title
- Speaker name, with affiliation and email address
- Speaker bio (100 words or less)
- Short description (50 words or less)
- Full description including abstract and objectives (200 words or
less)
- Expertise level (beginner to advanced)
- Format and duration (trainings vs. general presentation; half-, full- or
two-day workshop, etc.)
- Intended audience and maximum number of participants (trainings only)
- Background knowledge expected of the participants (trainings only)


Types of Presentations

- Trainings/Workshops
- General Sessions
- Case Studies/Industry Profiles
- Invited Keynotes/Panels/Speakers
- Corporate Showcases & Demonstrations

BoF sessions and Fast Feather Track talks will be selected separately

Pre Conference Trainings/Workshops
Held on the first and second day of the conference – 2008-03-23 and
2008-03-24, Trainings require a registration fee beyond the regular
conference fee. Proposals may be submitted for half-day (3 hours), full-day
(6 hours), or two-day (12 hours) training sessions, aimed at providing
in-depth, hands-on development experience or related continuing education.
Training submission

Re: Archiva and LDAP

[Maria Odea Ching]

Hi Jochen,

Yep, Archiva has LDAP support. Currently, there isn't documentation
available on how to configure this, but you can take a look at the LDAP
snippet/comments that Emmanuel added here:

http://svn.apache.org/repos/asf/archiva/trunk/archiva-modules/archiva-web/archiva-webapp/src/main/resources/META-INF/plexus/application.xml


Thanks,
Deng

On Thu, Oct 2, 2008 at 5:18 PM, Jochen Hebbrecht
<[EMAIL PROTECTED]>wrote:

> Does Archiva have an LDAP integration support? Or something else as
> external
> user management?
>
> Jochen
>

Re: TTL caching for metadata?

[Maria Odea Ching]

Hi,

You can do that by setting the snapshots and releases policies of your proxy
connector to 'daily'.
More details about configuring these policies available here:

http://archiva.apache.org/docs/1.1.3/adminguide/proxy-connectors.html

HTH,
Deng

On Sat, Oct 25, 2008 at 3:00 AM, jaxzin <[EMAIL PROTECTED]> wrote:

>
> All, when we run our releases we run Maven with the -U command.  This
> causes
> Maven to query our Archiva instance for the maven-metadata.xml for
> everything (plugins/parent/dependencies) that don't have explicit version.
> Unfortunately Archiva always goes back to the remote repositories when this
> happens which lately has slowed our builds.  Is there a way to tell Archiva
> to only check for new metadata once a day rather than whenever a Maven
> client requests it?
>
> P.S. The reason we run with -U command is because we have an internal POM
> inheritance hierarchy that specifies parent versions with RELEASE so we can
> make company-wide or department-wide tweaks to our build process and all
> projects receive the changes implicitly.  But I don't necessarily need the
> -U checking to go out to central or our other remote repositories.
> --
> View this message in context:
> http://www.nabble.com/TTL-caching-for-metadata--tp20155986p20155986.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: Repository snapshots will be blacklisted

[Maria Odea Ching]

Hi,

The metadata file for that artifact might have been corrupted causing that
error. Could you
try deleting the metadata files (including checksums) from your local
repository and your proxy repository then try to build
again?

You could also check the cache failures policy in your proxy connector if
errors are being cached but
from experience, I think your problem may be just bad metadata :)

Thanks,
Deng

On Fri, Oct 24, 2008 at 8:47 PM, Sébastien PEYRON <[EMAIL PROTECTED]>wrote:

>  Hi All,
>
>  For a while, when I build a project, I can no longer access the repository
> SNAPSHOT. But the repository is accessible from the Archiva Web interface.
>
> I get the following message :
> *[WARNING] repository metadata for: 'snapshot
> fr.sedit.parent:Gwt:0.1-SNAPSHOT' could not be retrieved from repository:
> snapshots due to an error: Error transferring file
> [INFO] Repository 'snapshots' will be blacklisted**
> *
> What can be the reason of the file transfer error ?
> How to solve it ?
> Where is stored the repositories blacklist ?
>
> Cheers,
> Sebastien
>

Re: virtual repositories error

[Maria Odea Ching]

Hi,

This is probably caused by the empty  in the merged metadata file
bug [1] [2]. This is a known issue and the fix will be available in 1.2.

Thanks,
Deng

[1] http://jira.codehaus.org/browse/MRM-885
[2] http://jira.codehaus.org/browse/MRM-925


On Tue, Oct 28, 2008 at 5:01 PM, Benoit Decherf <[EMAIL PROTECTED]>wrote:

> Hi,
>
> I have declared 2 repositories:
>  * internal for all our artifacts.
>  * external : a proxy on repo1.maven.org
>
> And I declare a virtual repositories (releases) to group this 2 repos.
>
> When I try to execute my build I recieve this error :
> (on http://
> /archiva/repository/releases/com/kelkoo/maven/plugins/maven-metadata.xml)
> 53530437 [btpool0-4] ERROR org.mortbay.log -
> /archiva/repository/releases/com/kelkoo/maven/plugins/maven-metadata.xml
> java.lang.IllegalArgumentException: Adding text to an XML document must not
> be null
>   at org.dom4j.DocumentFactory.createText(DocumentFactory.java:174)
>   at org.dom4j.tree.AbstractElement.addText(AbstractElement.java:899)
>   at org.dom4j.tree.AbstractElement.setText(AbstractElement.java:1120)
>   at
> org.apache.maven.archiva.repository.metadata.RepositoryMetadataWriter.write(RepositoryMetadataWriter.java:77)
>   at
> org.apache.maven.archiva.repository.metadata.RepositoryMetadataWriter.write(RepositoryMetadataWriter.java:55)
>   at
> org.apache.maven.archiva.webdav.ArchivaDavResourceFactory.writeMergedMetadataToFile(ArchivaDavResourceFactory.java:987)
>   at
> org.apache.maven.archiva.webdav.ArchivaDavResourceFactory.createResource(ArchivaDavResourceFactory.java:349)
>   at
> org.apache.maven.archiva.webdav.RepositoryServlet.service(RepositoryServlet.java:118)
>
>
> But the query 
> http:///archiva/repository/internal/com/kelkoo/maven/plugins/maven-metadata.xml
> works.
>
> What is the problem ?
> I use archiva 1.1.3.
>
> Benoit
>

Re: how to block overwriting a release-artifact

[Maria Odea Ching]

Hi,

Archiva currently doesn't have support for this.. though I think this is a
nice option to have.
Could you please file a feature request for this in jira? :)

Thanks,
Deng

On Mon, Oct 27, 2008 at 6:29 PM, Lustig, Marc (Allianz Deutschland, externer
Mitarbeiter) <[EMAIL PROTECTED]> wrote:

> Hi,
> overwriting release-artifacts potentially leads to a big mess.
> We want to block overwriting a release-artifact which is already deployed
> into Archiva.
> Does Archiva support this?
>

Re: Repository group proxying both m1 and m2. Doesn't respect order of t he repository group.

[Maria Odea Ching]

Hi Emerson,

The behaviour of the virtual repositories used to be that once the artifact
is found in any of the repositories, the other repositories would no longer
be checked.
It was changed to check all the repositories to handle cases such as range
versions in Maven. Please see the following thread for more details:

http://www.nabble.com/wrong-metadatas-td18360791.html

Hmm, maybe we could have this one configurable for the virtual repos (user
can set whether to short-circuit download to the repo or not).

Thanks,
Deng

On Sat, Nov 1, 2008 at 2:19 AM, emerson cargnin
<[EMAIL PROTECTED]>wrote:

> Could someone just tell me if that's the way it's suppose to work?
>
> 2008/10/30 emerson cargnin <[EMAIL PROTECTED]>:
> > Any idea how I can configure arquiva so that after the first
> > repository (following the order) would return the jar archiva wouldn't
> > request the same jar to other repositories down the list?
> >
> > regards
> > Emerson
> >
> > 2008/10/28 deckrider <[EMAIL PROTECTED]>:
> >> I had also assumed that the order within the repository group meant
> >> something in this regard.
> >>
> >> On Mon, Oct 27, 2008 at 7:42 AM, emerson cargnin
> >> <[EMAIL PROTECTED]> wrote:
> >>> Hi
> >>>
> >>> I set up a repository group that centralises all our repositories.
> >>>
> >>> This includes:
> >>> - internal: jars that are not public available and internal libraries
> >>> - public: this repo proxies all jars available in maven repository
> >>> (Proxy Connector to http://repo1.maven.org/maven2)
> >>> - internal legacy: old m1 repository that has both non public and
> >>> public jars. (Proxy Connector to our old ftp m1 repo)
> >>>
> >>> The way I created the archiva setup,  my repository group should get
> >>> the public jars into the "public" archiva repository (from
> >>> http://repo1.maven.org/maven2).
> >>> I believe the order of the repo in the group (virtual repo) means that
> >>> the first repos listed there are searched first right?
> >>>
> >>> I wanted to use this behaviour to filter out unnecessary public jars
> >>> that previously we kept on our m1 legacy repository. After a while I
> >>> could go to the archiva legacy repo and see which jars are efectivelly
> >>> need to be moved into the archiva "internal" repo.
> >>>
> >>> The problem is that the way the repository group is working, once I
> >>> try to download  commons-lang-2.4.jar, for example, archiva connects
> >>> to both repositories, and proxy it locally, instead of looking in the
> >>> public one first, and as it finds the jar there, there is no need to
> >>> to get from the legacy internal m1.
> >>>
> >>> Is this the way the repository groups should work? Is there a way to
> >>> enforce that once a jar has been found in one of the repositories in
> >>> the group, the other ones wouldn't be searched?
> >>>
> >>> Regards
> >>>
> >>> Emerson
> >>>
> >>
> >>
> >>
> >> --
> >> ASCII ribbon campaign:
> >> ()  against HTML email
> >> /\  against Microsoft attachments
> >>Information:  http://www.expita.com/nomime.html
> >>
> >
>

Fwd: [Urgent] Please help promote ApacheCon video streaming!

[Maria Odea Ching]

-- Forwarded message --
From: Lars Eilebrecht <[EMAIL PROTECTED]>
Date: Wed, Nov 5, 2008 at 12:27 AM
Subject: [Urgent] Please help promote ApacheCon video streaming!
To: [EMAIL PROTECTED]


Hi,

please help promote the ApacheCon live video streaming by forwarding
the email below to your PMC user and dev mailing lists, ASAP!

Thank you
Lars Eilebrecht

-

Subject: ApacheCon live video streaming available; keynotes and Apache 101
are free


Can't make ApacheCon this week in New Orleans?  You can still watch all
the keynotes, Apache 101 sessions, and system administration track in
live video streams:

  http://streaming.linux-magazin.de/en/program_apacheconus08.htm?ann

Keynotes and the Apache 101 lunchtime sessions are free; the full
sysadmin track, including httpd performance, security, and server stack
administration talks are available for a fee.

Keynotes include:
- David Recordon, Six Apart  (Wednesday 09:30)
  "Learning from Apache to create Open Specifications"

- Shahani Markus Weerawarana, Ph.D.  (Thursday 11:30)
  "Standing on the Shoulders of Giants"

- Sam Ramji, Microsoft  (Friday 11:30)
  "struct.new("future", :open, :microsoft)"


  Reminder: New Orleans is CST or UTC/GMT -6 hours.


Advance notice: ApacheCon EU 2009 returns to Amsterdam, 23-27 March.  We
had a great response to our CFP and look forward to announcing the
schedule in the next month.

---

--
Lars Eilebrecht  -  V.P., Conference Planning
[EMAIL PROTECTED]  -  http://www.us.apachecon.com

Re: Error opening jar file and end-tag /meta

[Maria Odea Ching]

Hi,

Hmm, looks like a corrupted pom.. Could you try deleting the artifact(s)
(and everything associated with it -- pom, metadata and checksum files)
causing the error?
Also, how did you configure Archiva to do the proxying?

Thanks,
Deng

On Wed, Nov 5, 2008 at 3:26 AM, waaraa1331 <[EMAIL PROTECTED]> wrote:

>
> Hola,
> I am trying to use archiva and maven together.  I would like to set it up
> so
> that when a repository from maven is accessed, it goes through archiva to
> access the repository.  I try am trying to do mvn install for one of my
> projects but I am getting these error messages.  Below are the two I am
> getting right now.  (I am pretty new to this so if it sounds like I don't
> really know what I'm talking about, I most likely don't)
>
> thanks for the help
>
>
> -
>
> C:\dev\sim\trunk>mvn install -e
> + Error stacktraces are turned on.
> [INFO] Scanning for projects...
> [INFO]
> 
> [INFO] Building blah Device Load Simulator
> [INFO]task-segment: [install]
> [INFO]
> 
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [WARNING] POM for 'com.blah:blah-core:pom:2.0:compile' is invalid. It will
> be ignored for artifact resolution. Reason: Not a v4.0.0 POM. for project
> com.blah:blah-core at C:\Documents and
> Settings\name.blah\.m2\repository\com\blah\blah-core\2.0\blah-core-2.0.pom
> [WARNING] POM for 'com.blah:sys-net:pom:2.0:compile' is invalid. It will be
> ignored for artifact resolution. Reason: Not a v4.0.0 POM. for project
> com.blah:sys-net at C:\Documents and
> Settings\name.blah\.m2\repository\com\blah\sys-net\2.0\sys-net-2.0.pom
> [WARNING] POM for 'com.blah:sys-config:pom:2.0:compile' is invalid. It will
> be ignored for artifact resolution. Reason: Not a v4.0.0 POM. for project
> com.blah:sys-config at C:\Documents and
>
> Settings\name.blah\.m2\repository\com\blah\sys-config\2.0\sys-config-2.0.pom
> [INFO] [compiler:compile]
> [INFO] Compiling 70 source files to C:\dev\sim\trunk\target\classes
> [INFO]
> 
> [ERROR] BUILD FAILURE
> [INFO]
> 
> [INFO] Compilation failure
>
> error: error reading C:\Documents and
> Settings\name.blah\.m2\repository\com\blah\blah-core\2.0\blah-core-2.0.jar;
> error in opening zip file
> error: error reading C:\Documents and
> Settings\name.blah\.m2\repository\com\blah\sys-net\2.0\sys-net-2.0.jar;
> error in opening zip file
> error: error reading C:\Documents and
>
> Settings\name.blah\.m2\repository\com\blah\sys-config\2.0\sys-config-2.0.jar;
> error in opening zip file
>
>
> -
>
> 2008-11-04 12:50:47,753 [http-8080-1] WARN
> org.apache.maven.archiva.consumers.database.ProjectModelToDatabaseConsumer
> - Unable to read project model
>
> /export/home/archiva/tomcat/data/repositories/internal/com/enfora/enfora-core/2.0/enfora-core-2.0.pom
> : Unable to parse project xml
>
> file:/export/home/archiva/tomcat/data/repositories/internal/com/enfora/enfora-core/2.0/enfora-core-2.0.pom:
> Error on line 6 of document  : The element type "meta" must be terminated
> by
> the matching end-tag "". Nested exception: The element type "meta"
> must be terminated by the matching end-tag "".
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Error-opening-jar-file-and-end-tag--meta-tp20329252p20329252.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: How to remove an artifact

[Maria Odea Ching]

Hi,

Did you run the database scanning? The cleanup of deleted or non-existing
artifacts from the database and index happens during the db scanning
execution..

Thanks,
Deng

On Fri, Nov 7, 2008 at 3:03 AM, solo1970 <[EMAIL PROTECTED]>wrote:

>
> I am also having trouble with this!
>
> I removed the directory and artifacts on the file system, but in the
> Browse,
> I still see the groupId/artifactId  The only thing is that when I then
> try to download the jar or POM, then it says that there is nothing
>
> How do I remove the links in the Browse
>
> Sonia L.
>
> I removed the directory containing the artifact in the internal repository,
> but it still shows up in the GUI.
> I restarted archiva and it still is showing up in the GUI.
>
> Am I missing a step?
>
> Thanks
>
>
> Maria Odea Ching-5 wrote:
> >
> > There are 2 ways to remove an artifact from the repo:
> > 1. By deleting the artifact in the file system
> > 2. Via repository purge (but this is only for cleaning up snapshots)
> >
> > Maybe you can file a feature request in jira for a way of
> > deleting/removing
> > an artifact via the webapp :)
> >
> > Thanks,
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/How-to-remove-an-artifact-tp15005386p20367352.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: Can't download any artifacts after upgrade 1.0.2 to 1.1.3

[Maria Odea Ching]

Hi Frank,

Were there any other info logged in the audit or archiva logs? It could be
just a configuration problem.. The webdav module was migrated to JackRabbit
in 1.1 and there were a couple of changes in the proxy connector policies
since 1.0.x if I recall correctly.

Btw, did you follow the steps specified in
http://cwiki.apache.org/confluence/display/ARCHIVA/Upgrading+from+1.0.x+to+1.1.xwhen
you migrated to 1.1.3?

Thanks,
Deng

On Fri, Nov 7, 2008 at 1:39 AM, <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I just updated Archiva from 1.0.2 to 1.1.3, retaining the repositories.
> Sadly I can't download any artifacts after the upgrade. I checked with
> same settings.xml the old version, and there it works. Also 'I get access
> to the files via the Web interface (so the used credentials are fine). Any
> suggesstions?
>
> BTW: I had to create new users when staring 1.1.3, even when I retained
> the users directory.
>
> Cheers,
>
> Frank
>
>
> My environment:
> Archiva is running on Ubuntu, my client is a WinXP. I use Archiva as
> default repo:
>
> 
>   archiva.default
>   http://sasquatch:8080/archiva/repository/internal/
>   *
> 
>
> I deleted the old .m2\repository to create a totally new one. Following
> was the error message:
>
> $ mvn validate
> [INFO] Scanning for projects...
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.pom
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.jar
> Downloading:
>
> http://sasquatch:8080/archiva/repository/internal//org/apache/maven/wagon/wagon-webdav/1.0-beta-2/wagon-webdav-1.0-beta-2.jar
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Failed to resolve artifact.
>
> Missing:
> --
> 1) org.codehaus.plexus:plexus-utils:jar:1.1
>
>  Try downloading the file manually from the project website.
>
>  Then, install it using the command:
>  mvn install:install-file -DgroupId=org.codehaus.plexus
> -DartifactId=plexus-utils -Dversion=1.1 -Dpackaging=jar
> -Dfile=/path/to/file
>
>  Alternatively, if you host your own repository you can deploy the file
> there:
>  mvn deploy:deploy-file -DgroupId=org.codehaus.plexus
> -DartifactId=plexus-utils -Dversion=1.1 -Dpackaging=jar
> -Dfile=/path/to/file -Durl=[url] -Drepository
> Id=[id]
>
>  Path to dependency:
>1) dms:base:jar:1.4-SNAPSHOT
>2) org.codehaus.plexus:plexus-utils:jar:1.1
>
> 2) org.apache.maven.wagon:wagon-webdav:jar:1.

Re: How to remove an artifact

[Maria Odea Ching]

Ok, this seems to be a regression :( Could you please file a jira for this?
Thanks..

-Deng

On Fri, Nov 7, 2008 at 10:21 PM, von Janowsky, Simon <[EMAIL PROTECTED]
> wrote:

>  Hi all,
> i have had the same problems with archiva 1.1.1.
> Artifacts deleted in the filesystem still appear, although update database
> now
> was pressed.
>
> Best regards,
> Simon
>
> -Original Message-
> From: solo1970 [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 07, 2008 3:08 PM
> To: users@archiva.apache.org
> Subject: Re: How to remove an artifact
>
>
> I went into Administration/Database and clicked on "Update Database now", I
> did it a few time, but the groupId/artifactId are still there ?!?!?!?!
>
>
>
>
> Maria Odea Ching-5 wrote:
> >
> > Hi,
> >
> > Did you run the database scanning? The cleanup of deleted or
> > non-existing artifacts from the database and index happens during the
> > db scanning execution..
> >
> > Thanks,
> > Deng
> >
> > On Fri, Nov 7, 2008 at 3:03 AM, solo1970
> > <[EMAIL PROTECTED]>wrote:
> >
> >>
> >> I am also having trouble with this!
> >>
> >> I removed the directory and artifacts on the file system, but in the
> >> Browse, I still see the groupId/artifactId  The only thing is
> >> that when I then try to download the jar or POM, then it says that
> >> there is nothing
> >>
> >> How do I remove the links in the Browse
> >>
> >> Sonia L.
> >>
> >> I removed the directory containing the artifact in the internal
> >> repository, but it still shows up in the GUI.
> >> I restarted archiva and it still is showing up in the GUI.
> >>
> >> Am I missing a step?
> >>
> >> Thanks
> >>
> >>
> >> Maria Odea Ching-5 wrote:
> >> >
> >> > There are 2 ways to remove an artifact from the repo:
> >> > 1. By deleting the artifact in the file system 2. Via repository
> >> > purge (but this is only for cleaning up snapshots)
> >> >
> >> > Maybe you can file a feature request in jira for a way of
> >> > deleting/removing an artifact via the webapp :)
> >> >
> >> > Thanks,
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >> http://www.nabble.com/How-to-remove-an-artifact-tp15005386p20367352.h
> >> tml Sent from the archiva-users mailing list archive at Nabble.com.
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/How-to-remove-an-artifact-tp15005386p20381155.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>
>

Re: How to remove an artifact

[Maria Odea Ching]

Hi Sonia,

You could do the following steps to re-create the database:
1. stop Archiva
2. delete the archiva database in [ARCHIVA_INSTALLATION]/data/databases dir
(you can leave out the users database).
3. delete the .index dir in your repository
4. re-start Archiva

Hope this solves your problem :) Thanks for filing the issue btw..

-Deng

On Wed, Nov 12, 2008 at 5:09 AM, solo1970
<[EMAIL PROTECTED]>wrote:

>
> I filed a jira:
> http://jira.codehaus.org/browse/MRM-999
>
>
> But what can I do in the meantime to force the re-generation of the
> database!!
> HELP!
>
> Sonia
>
>
>
> Maria Odea Ching-5 wrote:
> >
> > Ok, this seems to be a regression :( Could you please file a jira for
> > this?
> > Thanks..
> >
> > -Deng
> >
> > On Fri, Nov 7, 2008 at 10:21 PM, von Janowsky, Simon
> > <[EMAIL PROTECTED]
> >> wrote:
> >
> >>  Hi all,
> >> i have had the same problems with archiva 1.1.1.
> >> Artifacts deleted in the filesystem still appear, although update
> >> database
> >> now
> >> was pressed.
> >>
> >> Best regards,
> >> Simon
> >>
> >> -Original Message-
> >> From: solo1970 [mailto:[EMAIL PROTECTED]
> >> Sent: Friday, November 07, 2008 3:08 PM
> >> To: users@archiva.apache.org
> >> Subject: Re: How to remove an artifact
> >>
> >>
> >> I went into Administration/Database and clicked on "Update Database
> now",
> >> I
> >> did it a few time, but the groupId/artifactId are still there ?!?!?!?!
> >>
> >>
> >>
> >>
> >> Maria Odea Ching-5 wrote:
> >> >
> >> > Hi,
> >> >
> >> > Did you run the database scanning? The cleanup of deleted or
> >> > non-existing artifacts from the database and index happens during the
> >> > db scanning execution..
> >> >
> >> > Thanks,
> >> > Deng
> >> >
> >> > On Fri, Nov 7, 2008 at 3:03 AM, solo1970
> >> > <[EMAIL PROTECTED]>wrote:
> >> >
> >> >>
> >> >> I am also having trouble with this!
> >> >>
> >> >> I removed the directory and artifacts on the file system, but in the
> >> >> Browse, I still see the groupId/artifactId  The only thing is
> >> >> that when I then try to download the jar or POM, then it says that
> >> >> there is nothing
> >> >>
> >> >> How do I remove the links in the Browse
> >> >>
> >> >> Sonia L.
> >> >>
> >> >> I removed the directory containing the artifact in the internal
> >> >> repository, but it still shows up in the GUI.
> >> >> I restarted archiva and it still is showing up in the GUI.
> >> >>
> >> >> Am I missing a step?
> >> >>
> >> >> Thanks
> >> >>
> >> >>
> >> >> Maria Odea Ching-5 wrote:
> >> >> >
> >> >> > There are 2 ways to remove an artifact from the repo:
> >> >> > 1. By deleting the artifact in the file system 2. Via repository
> >> >> > purge (but this is only for cleaning up snapshots)
> >> >> >
> >> >> > Maybe you can file a feature request in jira for a way of
> >> >> > deleting/removing an artifact via the webapp :)
> >> >> >
> >> >> > Thanks,
> >> >> >
> >> >> >
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> http://www.nabble.com/How-to-remove-an-artifact-tp15005386p20367352.h
> >> >> tml Sent from the archiva-users mailing list archive at Nabble.com.
> >> >>
> >> >>
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/How-to-remove-an-artifact-tp15005386p20381155.html
> >> Sent from the archiva-users mailing list archive at Nabble.com.
> >>
> >>
> >>
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/How-to-remove-an-artifact-tp15005386p20448412.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>

Re: MySQL and UTF-8 Key.

[Maria Odea Ching]

On Wed, Nov 12, 2008 at 9:58 PM, Alexander Vaysberg <[EMAIL PROTECTED]>wrote:

> Alexander Vaysberg schrieb:
>
>  Hi.
>> i have a problem with MySQL-Bug(bug#4541:Speciffied key was too long). The
>> Problem can i fixed with SQL-Script for MySQL. Have you any for MySQL?
>>
>> Alexander Vaysberg
>> Tetralog Systgems AG.
>>
> Hi,
> a solution of the problem was simple. I had create a database schema for
> maven_users and archiva with character set latin1 and this work fine. I
> think it was nice, if this was on the archiva docu installation.


+1
Would you like to contribute a patch for this in the documentation? :)


> Alexander Vaysberg
> Tetralog System AG.


Thanks,
Deng

Re: Authorization in Archiva

[Maria Odea Ching]

Hi Stefan,

I'm not sure how deployment works in Ivy but were you able to verify that
the correct credentials are being mapped to the repository you're deploying
to? IMO, the roles/permissions assigned to the user in Archiva seem
correct..

Thanks,
Deng

On Mon, Nov 10, 2008 at 9:30 PM, Burkhardt Stefan (CI/TMP) <
[EMAIL PROTECTED]> wrote:

> Hi,
>
> I try to upload an artefact to archiva (Standalone) for a registered
> user. The user has a the roles "Registered User", "Global Repository
> Manager" "Repository Manager" (internal).
> I always get an exception:
> 2008-11-10 14:17:06,260 [btpool0-3] INFO
> org.apache.maven.archiva.security.ArchivaServletAuthenticator  -
> Authorization Denied
> [ip=127.0.0.1,isWriteRequest=true,permission=archiva-upload-repository,r
> epo=internal] : no matching permissions
>
> On the client side I am using Ivy to deploy the artefact.  I set the
> User, the Password on the Client site and the use the realm "Repository
> Archiva Managed Internal Repository".
>
> Any Ideas?
>
> Thanks,
> Stefan
>
>

[ANNOUNCE] Archiva 1.2-M1 Released!

[Maria Odea Ching]

The Apache Archiva team is pleased to announce the release of Archiva 1.2-M1

Apache Archiva is an extensible repository management software that helps
taking care of your own personal or enterprise-wide build artifact
repository. It is the perfect companion for build tools such as Maven,
Continuum, and ANT.

Archiva offers several capabilities, amongst which remote repository
proxying, security access management, build artifact storage, delivery,
browsing, indexing and usage reporting, extensible scanning functionality...
and many more!

The latest release is now available here:
http://archiva.apache.org/download.html

If you have any questions, please consult:
 - the web site: http://archiva.apache.org
- the archiva-user mailing list: http://archiva.apache.org/mail-lists.html

Change Log for Archiva 1.2-M1


** Bug
* [MRM-514] - Archiva cannot compile and pass tests on JDK 1.6
* [MRM-615] - When scanning, Archiva doesn't resolve
properties/variables of POMs in managed repositories
* [MRM-620] - pom.xml that inherit version from parent show up in
reports as "has an invalid project model"
* [MRM-717] - Performance affected using Archiva Repository
* [MRM-844] - "Unable to create ArchivaArtifact with empty version" in
dependency tree.
* [MRM-868] - Include sources bundle during deployment (in
release:perform)
* [MRM-876] - Archiva does not proxy .asc files
* [MRM-882] - checksum validation reports invalid checksum when checksum
is correct
* [MRM-885] - incorrect metadata generated from merge
* [MRM-925] - Access to maven-metadata.xml without "groupId" fails when
accessed via a repository group
* [MRM-978] - showArtifactLink tag is broken
* [MRM-981] - artifactIds with numeric characters aren't found in
advanced search
* [MRM-986] - archiva.xml is saved in home directory instead of
$ARCHIVA_BASE/conf

** Improvement
* [MRM-541] - convenient way to take Archiva proxies "offline"
* [MRM-906] - Proxy repository operations should not be done in place
* [MRM-907] - Remove
VersionedReference/ProjectReference/ArtifactReference from
RepositoryProxyConnectors
* [MRM-946] - Upgrade to redback 1.1.1
* [MRM-948] - allow plugins to handle deletion of artifacts through
repository purge
* [MRM-952] - Patch for several issues while processing poms (effective
model, expressions resolving, storing to database)
* [MRM-966] - Update documentation for search feature
* [MRM-977] - Upgrade from Webwork 2 to Struts 2
* [MRM-985] - Document usage of boolean NOT in quick search
* [MRM-987] - switch from prototype to jquery
* [MRM-988] - remove "dav:" from the POM snippet in repositories page

** New Feature
* [MRM-90] - add advanced search options
* [MRM-124] - web service interface

** Task
* [MRM-84] - Basic statistics


Thanks,
The Apache Archiva team

Re: Database consumers

[Maria Odea Ching]

Hi Sonia,

The consumers which updates the database of deleted artifacts are located in
the Database menu --> Database - Artifact Cleanup Scanning, so the empty
Invalid Content consumers doesn't have any effect on your problem.. I don't
think there is an Invalid Content consumer implementation in Archiva yet.

But if you're interested in creating your own consumer, looking at the
following document could be a good start:
http://archiva.apache.org/docs/1.1.3/customising/writing-consumer.html

HTH,
Deng

On Thu, Nov 27, 2008 at 1:59 AM, solo1970
<[EMAIL PROTECTED]>wrote:

>
> When I go in the Repository Scanning section I have the following in the
> -Consumers for Invalid Content- section:
>
> Repository Scanning - Consumers of Invalid Content
> There are no consumers of invalid content available.
>
> How do I add consumers of invalid contents?
>
> Could this be the reason why the database does not get updated when I
> delete
> an artifact
>
> I am using version 1.1.2
>
>
> Sonia
>
>
> --
> View this message in context:
> http://www.nabble.com/Database-consumers-tp20706042p20706042.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>


-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: "Used By" tab not working

[Maria Odea Ching]

On Wed, Nov 26, 2008 at 1:07 AM, Henri Gomez <[EMAIL PROTECTED]> wrote:

> > hello,
> >
> > you need to modify the distributionManagement section in your pom or
> organizional pom.
>
> I see that, but wonder if It works also for release.


IIRC, the uniqueVersion configuration is only for snapshots..
Btw, thanks for filing the Used By tab issue in jira :)

-Deng


>
> Need more archiva guys advices here.
>
> Thanks Kuno
>
> > Kuno
> >
> > -Ursprüngliche Nachricht-
> > Von: Henri Gomez [mailto:[EMAIL PROTECTED]
> > Gesendet: Dienstag, 25. November 2008 15:43
> > An: users@archiva.apache.org
> > Betreff: Re: "Used By" tab not working
> >
> >
> > Hi Kuno,
> >
> > Where did you set the uniqueVersion ?
> >
> > Very valuable information,
> >
> > Thanks
> >
> > 2008/11/25 Baeriswyl Kuno - Extern (IT-BA-MV) <[EMAIL PROTECTED]>:
> >> hello,
> >>
> >> since I configurated uniqueVersion=false for the snapshots in the
> >> distributionManagement section, a few strange behaviors in Archiva
> >> disappeared. Also the problem with the UsedBy Tab dissappeared.
> >>
> >> Kuno
> >>
> >>
> >>
> >> -Ursprüngliche Nachricht-
> >> Von: Henri Gomez [mailto:[EMAIL PROTECTED]
> >> Gesendet: Dienstag, 25. November 2008 10:31
> >> An: users@archiva.apache.org
> >> Betreff: Re: "Used By" tab not working
> >>
> >>
> >> More on this :
> >>
> >> mycorp-er-go depends on mycorp-mk-rif
> >>
> >> 
> >>
> >>  mycorp-er-go
> >> Info Dependencies Dependency Tree Used By Mailing Lists Downloads
> >>
> >>Jar 181 907
> >>    Pom     2 020
> >> mycorp-mk-rif
> >>
> >> : fr / mycorp / mk / mycorp-mk-rif | Version(s): [1.5.0,1.5.1) |
> >> Scope: compile mycorp-er-core
> >>
> >> ---
> >>
> >>  mycorp-mk-rif
> >> Info Dependencies Dependency Tree Used By Mailing Lists Downloads
> >>
> >>Jar 306 099
> >>Pom 2 556
> >> No results
> >>
> >>
> >> I suspect sometings weird when range are in use.
> >>
> >> Regards
> >>
> >
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: Archiva and security

[Maria Odea Ching]

Hi Francois,

If I understand correctly, this is the correct behaviour when creating a
repository. If you want to remove the permissions of the user for
a repository, you can edit the user's roles (enable/disable Repository
Manager or Repository Observer role for a specific repository) in User
Management :)

HTH,
Deng

On Mon, Dec 8, 2008 at 11:50 PM, Francois Le Fevre <
flefe...@genoscope.cns.fr> wrote:

> Dear all,
>
> When creating repositories in archiva, it seems that there is a bug.
> Even if I didn't specify an username/password, it put by default the
> username/password of the login session!
>
> How can I remove the username/password security on my repositories?
>
> Thanks
>
> Francois
>
> --
> --
> *Francois LE FEVRE*
> Ingenieur / Chercheur
> Email: flefe...@genoscope.cns.fr <mailto:flefe...@genoscope.cns.fr>
> Tel: 33 (0)1 60 87 45 83
>
>
> *Laboratoire de bioinformatique des reseaux
> CEA / DSV / FAR / IG / Genoscope / LBIR
> (French Atomic Energy Commission)
> *
> Website: http://www.genoscope.cns.fr/bioinfo/
> Mail: 2 rue Gaston Cremieux, 91057 Evry, France
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: How to use Archiva Search Service

[Maria Odea Ching]

Hi Allan,

I made some fixes in the xmlrpc stuff and also added sample code for
invoking the search service in the SampleClient.
You can just uncomment it, then run 'mvn exec:java' in archiva-xmlrpc-client
but make sure that an Archiva instance is
running and that the artifacts you are searching for have been indexed
already in order to get results.

Thanks,
Deng

On Wed, Jan 7, 2009 at 6:03 PM, aramirez  wrote:

>
> Hello,
>
> I've seen that archiva 1.2-M1 has now web service interface so I checked
> out
> the codes since no documentation is available yet.
>
> I successfully executed SampleClient in archiva-xmlrpc-client module by
> providing these parameters
>
> http://localhost:9091/xmlrpc user pass
>
>
> Now I tried editing SampleClient cause I'm interested in SearchService and
> not AdminstrationService but I got exceptions.
>
> Here's my code:
>
>public static void main( String[] args )
>{
>Binder binder = new DefaultBinder();
>try
>{
>AuthenticationInfo authnInfo = new AuthenticationInfo( "user",
> "pass" );
>
>SearchService service =
>binder.bind( SearchService.class, new URL(
> "http://localhost:9091/xmlrpc"; ),
> authnInfo );
>
>service.quickSearch( "junit" );
>
>}
>catch ( Exception e )
>{
>System.out.println( e.getMessage() );
>e.printStackTrace();
>}
>}
>
>
> And here's the exception:
>
> java.lang.RuntimeException: Could not execute RPC method quickSearch
>at
>
> com.atlassian.xmlrpc.RPCCallMethodInterceptor.invoke(RPCCallMethodInterceptor.java:67)
>at $Proxy4.quickSearch(Unknown Source)
>at org.apache.archiva.web.xmlrpc.client.App.main(App.java:27)
> Caused by: org.apache.xmlrpc.XmlRpcException: No such handler:
> Search.quickSearch
>at
>
> org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:186)
>at
>
> org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:145)
>at
>
> org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:94)Could
> not execute RPC method quickSearch
>
>at
>
> org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:44)
>at
>
> org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:53)
>at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
>at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:157)
>at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:146)
>at
>
> com.atlassian.xmlrpc.RPCCallMethodInterceptor.invoke(RPCCallMethodInterceptor.java:62)
>    ... 2 more
>
>
> Is the code correct? If not can I ask for a sample code on how to use
> SearchService?
> --
> View this message in context:
> http://www.nabble.com/How-to-use-Archiva-Search-Service-tp21328318p21328318.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>


-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: Purge is not working

[Maria Odea Ching]

Hi Marc,

On Mon, Jan 19, 2009 at 6:06 PM, Marc Lustig  wrote:

>
> I configured the repo purge:
> Repository  Days Older  Retention Count Delete All
>  Delete Released
> Snapshots   ScheduleDefault Enabled Description
> CI08 Repository 100 2   false   trueHIGH_NOON
> truefalse
>
> ... and pressed "Purge" button a number of times.


I think this is Continuum? hehe Archiva doesn't have a Purge button ;)


>
> Nothing is happening. No purge and not even a log-entry.
> Is it implemented or just a gui stub?


Anyway, in case you  meant Archiva.. you must enable the repository-purge
consumer (in Repository Scanning page) in order for it to be executed when
the repository scanning is triggered :)

Thanks,
Deng


> --
> View this message in context:
> http://www.nabble.com/Purge-is-not-working-tp21539982p21539982.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>


-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: "Unable to find project model" error

[Maria Odea Ching]

Hi Marc,

In relation to the changes being made in the search and browse for 1.2, this
issues [1] is already scheduled for 1.2 as well.. :)

Thanks,
Deng

[1] http://jira.codehaus.org/browse/MRM-951

On Wed, Jan 21, 2009 at 4:28 PM, Marc Lustig  wrote:

>
>
> Our users are currently very annoyed by "Unable to find project model"
> error
> messages for snaphot versions. I have figured out the error appear for
> snapshots which have been released meanwhile.
> We have turned on the flag "Delete Released Snapshots".
> It seems that the snapshot-versions are not deleted properly by the
> purge-process.
> The snapshots are still visible on the Browse screen, but trying to
> download
> them results in the above error.
> I don't know if this relates to todays post by Wendy.
> For us it's quite cruicial to solve this asap...
> --
> View this message in context:
> http://www.nabble.com/%22Unable-to-find-project-model%22-error-tp21578825p21578825.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>


-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: mvn deploy:deploy-file fails for 3rd party artifact

[Maria Odea Ching]

pl.jav
> a: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)
> Caused by: org.apache.maven.plugin.MojoExecutionException: Error retrieving
> previous build
> number for artifact 'jsr:jsr-305:jar': repository metadata for: 'snapshot
> jsr:jsr-305:0.1-S
> NAPSHOT' could not be retrieved from repository: snapshots due to an error:
> Error transferr
> ing file
>at
>
> org.apache.maven.plugin.deploy.DeployFileMojo.execute(DeployFileMojo.java:243)
>at
>
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.ja
> va:451)
>at
>
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycl
> eExecutor.java:558)
>... 16 more
> Caused by: org.apache.maven.artifact.deployer.ArtifactDeploymentException:
> Error retrieving
>  previous build number for artifact 'jsr:jsr-305:jar': repository metadata
> for: 'snapshot j
> sr:jsr-305:0.1-SNAPSHOT' could not be retrieved from repository: snapshots
> due to an error:
>  Error transferring file
>at
>
> org.apache.maven.artifact.transform.SnapshotTransformation.transformForDeploymen
> t(SnapshotTransformation.java:106)
>at
>
> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.transfo
> rmForDeployment(DefaultArtifactTransformationManager.java:78)
>at
>
> org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifac
> tDeployer.java:71)
>at
>
> org.apache.maven.plugin.deploy.DeployFileMojo.execute(DeployFileMojo.java:239)
>... 18 more
> Caused by:
>
> org.apache.maven.artifact.repository.metadata.RepositoryMetadataResolutionExcept
> ion: repository metadata for: 'snapshot jsr:jsr-305:0.1-SNAPSHOT' could not
> be retrieved fr
> om repository: snapshots due to an error: Error transferring file
>at
>
> org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.r
> esolveAlways(DefaultRepositoryMetadataManager.java:352)
>at
>
> org.apache.maven.artifact.transform.SnapshotTransformation.resolveLatestSnapshot
> BuildNumber(SnapshotTransformation.java:161)
>at
>
> org.apache.maven.artifact.transform.SnapshotTransformation.transformForDeploymen
> t(SnapshotTransformation.java:100)
>... 21 more
> Caused by: org.apache.maven.wagon.TransferFailedException: Error
> transferring file
>at
>
> org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(Lightwe
> ightHttpWagon.java:104)
>at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68)
>at
>
> org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagon
> Manager.java:470)
>at
>
> org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadataFromDep
> loymentRepository(DefaultWagonManager.java:379)
>at
>
> org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.g
>
> etArtifactMetadataFromDeploymentRepository(DefaultRepositoryMetadataManager.java:380)
>at
>
> org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.r
> esolveAlways(DefaultRepositoryMetadataManager.java:348)
>... 23 more
> Caused by: java.io.IOException: Server returned HTTP response code: 401 for
> URL:
>
> http://IPADDR:8084/archiva/repository/snapshots/jsr/jsr-305/0.1-SNAPSHOT/maven-metada
> ta.xml<http://IPADDR:8084/archiva/repository/snapshots/jsr/jsr-305/0.1-SNAPSHOT/maven-metadata.xml>
>at
>
> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.jav
> a:1241)
>at
>
> org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(Lightwe
> ightHttpWagon.java:83)
>... 28 more
> [INFO]
> 
> [INFO] Total time: 1 second
> [INFO] Finished at: Mon Jan 19 23:35:00 EST 2009
> [INFO] Final Memory: 3M/6M
> [INFO]
> 
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: Should Archiva browse differentiate between present-but-empty and non-existent directories?

[Maria Odea Ching]

On Wed, Jan 21, 2009 at 8:37 AM, Wendy Smoak  wrote:

> A user at work brought up this question about Archiva browse.  He
> noticed that it doesn't differentiate between a directory that's
> present but empty, and one that just doesn't exist.  For example, this
> displays a browse repository page even though there is no
> com/example/does/not/exist/stuff path in any of the managed repos:
>
> http://localhost:8080/archiva/browse/com.example.does.not.exist/stuff/
>
> Similarly, you get the same "Unable to find project model" error from
>
> http://localhost:8080/archiva/browse/com.example.does.not.exist/stuff/1.0-SNAPSHOT
> as you do from
>   http://localhost:8080/archiva/browse/com.example/myproject/1.0-SNAPSHOT
> (assuming com/example/myproject/1.0-SNAPSHOT *does* exist, but
> contains no artifacts.)
>
> Should Archiva display something different if the underlying directory
> exists vs. if it doesn't?


Yeah, I think it should, so as to avoid confusion about what the exact
problem is..

Thanks,
Deng


>
> --
> Wendy
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Fwd: [Travel Assistance] Applications for ApacheCon EU 2009 - Now Open

[Maria Odea Ching]

-- Forwarded message --
From: Tony Stevenson 
To: travel-assista...@apache.org
Date: Fri, 23 Jan 2009 13:28:19 +
Subject: [Travel Assistance] Applications for ApacheCon EU 2009 - Now Open


The Travel Assistance Committee is now accepting applications for those
wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009
in Amsterdam.

The Travel Assistance Committee is looking for people who would like to
be able to attend ApacheCon EU 2009 who need some financial support in
order to get there. There are very few places available and the criteria
is high, that aside applications are open to all open source developers
who feel that their attendance would benefit themselves, their
project(s), the ASF or open source in general.

Financial assistance is available for travel, accommodation and entrance
fees either in full or in part, depending on circumstances. It is
intended that all our ApacheCon events are covered, so it may be prudent
for those in the United States or Asia to wait until an event closer to
them comes up - you are all welcome to apply for ApacheCon EU of course,
but there must be compelling reasons for you to attend an event further
away that your home location for your application to be considered above
those closer to the event location.

More information can be found on the main Apache website at
http://www.apache.org/travel/index.html - where you will also find a
link to the online application form.

Time is very tight for this event, so applications are open now and will
end on the 4th February 2009 - to give enough time for travel
arrangements to be made.

Good luck to all those that apply.


Regards,
The Travel Assistance Committee
-- 




--
Tony Stevenson
t...@pc-tony.com  //  pct...@apache.org  // pct...@freenode.net
http://blog.pc-tony.com/

1024D/51047D66 ECAF DC55 C608 5E82 0B5E  3359 C9C7 924E 5104 7D66
--






-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: Repositories organization

[Maria Odea Ching]

On Mon, Jan 26, 2009 at 5:47 PM, Marc Canaleta  wrote:

> Hi,
>
> I'm using apache archiva 1.1.3 as internal repository and as external
> repositories proxy (central, codehaus, ...). What is the correct
> approach?
> - A single repository (internal) as repository for internal projects
> and external repositories proxy.
> - One internal repository for internal projects and one repository as
> proxy for all extenral repositories.
> - One internal repository for internal projects and one repository for
> each external repository proxy (central, codehaus, ...)


I say go with the 2nd option :) There isn't a problem with the third option
but that could mean lots of repositories/mirrors
to configure in your settings.xml. The first option doesn't give you much
flexibility to control access to the internally released artifacts and
the proxied artifacts since Archiva's access control is at the repository
level.


> Is there any problem in joining releases and snapshots repository?


Not exactly a problem, but it's good practice to keep snapshots and releases
in separate repositories.
Releases are stable and are usually published for public consumption while
snapshots are use-at-your-own-risk artifacts, so
it doesn't seem right that there are unstable artifacts (snapshots)
available in a repository which is for public consumption.. :)


>
>
> Thank you
>

HTH,
Deng



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: Repositories organization

[Maria Odea Ching]

On Mon, Jan 26, 2009 at 6:37 PM, Marc Canaleta  wrote:

> Thanks for the explanation.


Np :)


>
> I was using the 2nd option, but it seemed that the performance became
> poor as the repository grew up, so I changed to the 3rd, but the
> problem was not solved.


Hmm, how did you configure your proxy connectors?
There are options whether to always download the artifacts from the remote
repository or do this only once or never fore releases and snapshots..


> It looks like an index related problem. Keeping the "Index Directory"
> field empty meens the repository won't be indexed, or it will use a
> default value?


It would use a default value which is [REPO_LOCATION]/.index/
If you'd like to disable the indexing, just disable the index-content
consumer in the Repository Scanning page and the
index-artifact, index-public-methods and index-archiva-toc consumers in the
Database Scanning page.


Thanks,
Deng


>
> Thank you
>
> 2009/1/26 Maria Odea Ching :
> > On Mon, Jan 26, 2009 at 5:47 PM, Marc Canaleta 
> wrote:
> >
> >> Hi,
> >>
> >> I'm using apache archiva 1.1.3 as internal repository and as external
> >> repositories proxy (central, codehaus, ...). What is the correct
> >> approach?
> >> - A single repository (internal) as repository for internal projects
> >> and external repositories proxy.
> >> - One internal repository for internal projects and one repository as
> >> proxy for all extenral repositories.
> >> - One internal repository for internal projects and one repository for
> >> each external repository proxy (central, codehaus, ...)
> >
> >
> > I say go with the 2nd option :) There isn't a problem with the third
> option
> > but that could mean lots of repositories/mirrors
> > to configure in your settings.xml. The first option doesn't give you much
> > flexibility to control access to the internally released artifacts and
> > the proxied artifacts since Archiva's access control is at the repository
> > level.
> >
> >
> >> Is there any problem in joining releases and snapshots repository?
> >
> >
> > Not exactly a problem, but it's good practice to keep snapshots and
> releases
> > in separate repositories.
> > Releases are stable and are usually published for public consumption
> while
> > snapshots are use-at-your-own-risk artifacts, so
> > it doesn't seem right that there are unstable artifacts (snapshots)
> > available in a repository which is for public consumption.. :)
> >
> >
> >>
> >>
> >> Thank you
> >>
> >
> > HTH,
> > Deng
> >
> >
> >
> > --
> > Maria Odea Ching
> > Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
> > www.exist.com | Innovation Delivered
> >
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Fwd: Registration for ApacheCon Europe 2009 is now open!

[Maria Odea Ching]

FYI, we have a scheduled talk about Archiva on Friday, March 27 @ ApacheCon
EU :)
See you there!

-Deng


ApacheCon EU 2009 registration is now open!
23-27 March -- Mövenpick Hotel, Amsterdam, Netherlands
http://www.eu.apachecon.com/


Registration for ApacheCon Europe 2009 is now open - act before early
bird prices expire 6 February.  Remember to book a room at the Mövenpick
and use the Registration Code: Special package attendees for the
conference registration, and get 150 Euros off your full conference
registration.

Lower Costs - Thanks to new VAT tax laws, our prices this year are 19%
lower than last year in Europe!  We've also negotiated a Mövenpick rate
 of a maximum of 155 Euros per night for attendees in our room block.

Quick Links:

  http://xrl.us/aceu09sp  See the schedule
  http://xrl.us/aceu09hp  Get your hotel room
  http://xrl.us/aceu09rp  Register for the conference

Other important notes:

- Geeks for Geeks is a new mini-track where we can feature advanced
technical content from project committers.  And our Hackathon on Monday
and Tuesday is open to all attendees - be sure to check it off in your
registration.

- The Call for Papers for ApacheCon US 2009, held 2-6 November
2009 in Oakland, CA, is open through 28 February, so get your
submissions in now.  This ApacheCon will feature special events with
some of the ASF's original founders in celebration of the 10th
anniversary of The Apache Software Foundation.

  http://www.us.apachecon.com/c/acus2009/

- Interested in sponsoring the ApacheCon conferences?  There are plenty
of sponsor packages available - please contact Delia Frees at
de...@apachecon.com for further information.

==
ApacheCon EU 2008: A week of Open Source at it's best!

Hackathon - open to all! | Geeks for Geeks | Lunchtime Sessions
In-Depth Trainings | Multi-Track Sessions | BOFs | Business Panel
Lightning Talks | Receptions | Fast Feather Track | Expo... and more!

- Shane Curcuru, on behalf of
 Noirin Shirley, Conference Lead,
 and the whole ApacheCon Europe 2009 Team
 http://www.eu.apachecon.com/  23-27 March -- Amsterdam, Netherlands

Re: Repository scanning

[Maria Odea Ching]

Hi Sonia,

The current implementation of the repository scanning is that it only
processes files/artifacts whose last modification date is newer than the
last scan.
So if you're artifacts are older than the last scan, you might need to
update their last modification date then execute the repo scan again in
order for it to pop up in the Browse.
Please see [1]  which is more or less a related issue..

The "indexable-content" in the file types defines the file types that would
be processed by the index-content consumer, which performs the indexing of
the repository during the repo scan :)

HTH,
Deng

[1] http://jira.codehaus.org/browse/MRM-841

On Thu, Jan 29, 2009 at 1:14 AM, solo1970
wrote:

>
> Hello,
>
> I want 2 new file extensions to come up with the artifact. a .xsd and .onf
> extension.
>
> I put them under "artifacts" in the "Repository Scanning - File Types"
> section, but they still won't come up...
>
> Also, can anyone explain the "indexable-content" section?
>
> THANKS!
>
> Sonia
> --
> View this message in context:
> http://www.nabble.com/Repository-scanning-tp21710206p21710206.html
> Sent from the archiva-users mailing list archive at Nabble.com.
>
>


-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: checksums failing

[Maria Odea Ching]

Hi EJ,

If you try to change the Checksum policies in the proxy connector to 'fix'
instead of 'ignore', does that help?

Thanks,
Deng

On Thu, Feb 5, 2009 at 4:23 AM, EJ Ciramella wrote:

> Any suggestions folks?
>
> This is slowly creeping across our repository.
>
> If there's something more I could provide - please let me know, I'd be
> glad to gather this info for anyone/all to see.
>
> -Original Message-
> From: EJ Ciramella [mailto:ecirame...@upromise.com]
> Sent: Monday, February 02, 2009 3:45 PM
> To: users@archiva.apache.org
> Subject: checksums failing
>
> Hello everyone -
>
> I'm seeing some checksums fail (irregularly) on things that are being
> cached from repo1:
>
> [INFO] artifact org.apache.maven.plugins:maven-archetype-plugin:
> checking for updates from bertha
> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
> 'e79ddd12e70afc1e0162b34d318eaa7ee5f564af'; remote =
> 'e9ce2dc7b776faba8f129b3464d6759908e3612c' - RETRYING [WARNING] ***
> CHECKSUM FAILED - Checksum failed on download: local =
> 'e79ddd12e70afc1e0162b34d318eaa7ee5f564af'; remote =
> 'e9ce2dc7b776faba8f129b3464d6759908e3612c' - IGNORING [INFO] artifact
> org.apache.maven.plugins:maven-archetype-plugin:
> checking for updates from thirdparty
> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
> 'e79ddd12e70afc1e0162b34d318eaa7ee5f564af'; remote =
> 'e9ce2dc7b776faba8f129b3464d6759908e3612c' - RETRYING [WARNING] ***
> CHECKSUM FAILED - Checksum failed on download: local =
> 'e79ddd12e70afc1e0162b34d318eaa7ee5f564af'; remote =
> 'e9ce2dc7b776faba8f129b3464d6759908e3612c' - IGNORING
>
> Has anyone seen anything like this or can explain (in layman terms) what
> exactly may be going wrong?
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: Helpabount configuring archiva

[Maria Odea Ching]

Hi Nicola,

How did you configure the proxy connectors and your settings.xml file?
Also, would you mind posting the part of your Maven build logs where the
error occurs?

Thanks,
Deng

On Thu, Feb 5, 2009 at 5:57 PM, Seidita Nicola  wrote:

> Hi to all.
>
>
>
> I'm tring to configuring archiva but it doesn't work properly.
>
>
>
> I add 3 remote repositories and then 3 proxy connectors. In my
> configuration file (I use maven) I set up a profile with my archiva
> server. I want that when I look for an artefact my server try to find
> the artefact in the other remote repositories.
>
>
>
> What is the matter?
>
> Thanks
>
> Nicola
>
>
>
> Nicola Seidita
>
> ___
>
> Value Team S.p.A.
>
> Via Sant'Evaristo, 167
>
> 00165 Roma
>
> Tel : +39 06 39881636
>
> Fax : +39 06 39376283
>
> email : nicola.seid...@valueteam.com
> <mailto:nicola.seid...@valueteam.com>
>
> www.valueteam.it <http://www.valueteam.it/>
>
>
>
>
>
> CONFIDENTIALITY NOTICE -This message and its attachments (if any) may
> contain confidential, proprietary or legally privileged information and
> is intended only for the use of the addressee named above. No
> confidentiality or privilege is waived or lost by any mistransmission.
> If you are not the intended recipient of this message you are hereby
> notified that you must not use, disseminate, copy it in any form or take
> any action in reliance on it. If you have received this message in error
> please delete it and any copies of it and kindly inform the sender of
> this e-mail by replying or go to www.valueteam.com
> <http://webmail.inet.it/BLOCKED::http:/www.valueteam.com>  on
> 'contacts'.
>
>
>
>


-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: Helpabount configuring archiva

[Maria Odea Ching]

Yep, you need to add the Archiva proxy/managed repo in your settings.xml
either as a  or as a  in a .
You would also need to put the necessary Archiva credentials in the
 section but make sure that the  matches the  of your
 or .

More details on how to configure this can be found here:
http://archiva.apache.org/docs/1.1.3/userguide/using-repository.html

Thanks,
Deng

On Thu, Feb 5, 2009 at 6:47 PM, Seidita Nicola  wrote:

> Hi Deng,
>
> I set the proxy connectors only on server archiva.
> I need to configure also in setting.xml?
>
>
>
> -Original Message-
> From: och...@exist.com [mailto:och...@exist.com] On Behalf Of Maria Odea
> Ching
> Sent: giovedì 5 febbraio 2009 11.17
> To: users@archiva.apache.org
> Subject: Re: Helpabount configuring archiva
>
> Hi Nicola,
>
> How did you configure the proxy connectors and your settings.xml file?
> Also, would you mind posting the part of your Maven build logs where the
> error occurs?
>
> Thanks,
> Deng
>
> On Thu, Feb 5, 2009 at 5:57 PM, Seidita Nicola <
> nicola.seid...@valueteam.com
> > wrote:
>
> > Hi to all.
> >
> >
> >
> > I'm tring to configuring archiva but it doesn't work properly.
> >
> >
> >
> > I add 3 remote repositories and then 3 proxy connectors. In my
> > configuration file (I use maven) I set up a profile with my archiva
> > server. I want that when I look for an artefact my server try to find
> > the artefact in the other remote repositories.
> >
> >
> >
> > What is the matter?
> >
> > Thanks
> >
> > Nicola
> >
> >
> >
> > Nicola Seidita
> >
> > ___
> >
> > Value Team S.p.A.
> >
> > Via Sant'Evaristo, 167
> >
> > 00165 Roma
> >
> > Tel : +39 06 39881636
> >
> > Fax : +39 06 39376283
> >
> > email : nicola.seid...@valueteam.com
> > <mailto:nicola.seid...@valueteam.com>
> >
> > www.valueteam.it <http://www.valueteam.it/>
> >
> >
> >
> >
> >
> > CONFIDENTIALITY NOTICE -This message and its attachments (if any) may
> > contain confidential, proprietary or legally privileged information and
> > is intended only for the use of the addressee named above. No
> > confidentiality or privilege is waived or lost by any mistransmission.
> > If you are not the intended recipient of this message you are hereby
> > notified that you must not use, disseminate, copy it in any form or take
> > any action in reliance on it. If you have received this message in error
> > please delete it and any copies of it and kindly inform the sender of
> > this e-mail by replying or go to www.valueteam.com
> > <http://webmail.inet.it/BLOCKED::http:/www.valueteam.com>  on
> > 'contacts'.
> >
> >
> >
> >
>
>
> --
> Maria Odea Ching
> Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
> www.exist.com | Innovation Delivered
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

ApacheCon Europe 2009: Early Bird Deadline Extended until 13th of February

[Maria Odea Ching]

 Here's some great news for everyone who's thinking of
traveling to Amsterdam for this year's ApacheCon Europe. The Early Bird
deadline has been extended to Friday, February 13th - and remember,
there is a discount of 150 Euro on registration for anyone staying at
the Mövenpick Hotel. Register at http://www.eu.apachecon.com.

ApacheCon is a week of open source goodness straight from the source of
The Apache Software Foundation:

 - More than 60 1-Hour Sessions on System Administration, Development,
  Data Mining and Search Technologies, Enterprise Web Services, SOA,
  and Cloud Technologies, Open Source Business and Community, and more
 - Over a dozen Training Workshops from industry experts (see below)
 - World-class Keynotes and vendor Expo
 - Lightning Talks and Birds-of-a-Feather sessions
 - New this year: Geeks for Geeks Track, BarCampApache, and Hackathon!

ApacheCon Europe 2009 features 2-day, 1-day, and half-day Training
Workshops on the following topics:

 Data Mining and Search Technologies
 ---
 - Lucene Boot Camp  (Grant Ingersoll)
 - Solr Boot Camp  (Erik Hatcher)


 The Next Generation of Web Data Storage
 ---
 - Building Standalone CouchDB Applications (J. Chris Anderson)
 - High Performance CouchDB (J. Chris Anderson)


 Cloud and Distributed Computing Technologies
 
 - Hadoop Tools and Tricks for Data Processing Pipelines
  (Christophe Bisciglia and Aaron Kimball)


 System Administration
 -
 - Apache HTTP Server - Nuts to Bolts  (Jim Jagielski)
 - Everything Tomcat - Administering, Tuning,
  Troubleshooting and Developing  (Mark Thomas)


 Developing State-of-the-Art Web Applications
 
 - A Day of REST  (J Aaron Farr)
 - Apache CXF - Developing and Deploying Open Source
  SOA Endpoints  (Adrian Trenaman)
 - Ajax on Struts 2: How a Second Generation Web Application
  Framework Meets the Demands of RIA  (Chad Michael Davis)
 - Behavior-Driving Your Apache Wicket Application:
  Making the Most of Webdriver and JDave-Wicket (Timo Rantalaiho)


 Building and Managing Java-based Projects
 -
 - Maven Workshop  (Zeger Hendrikse)


 Professional Media Trainings
 
 - Media & Analyst Training (Sally Khudairi)
 - Intermediate Media & Analyst Training (Sally Khudairi)


We hope to see you on the 23-27 March at the Mövenpick Hotel in
Amsterdam! Visit http://www.eu.apachecon.com for further information
and registration details.

Interested in sponsoring the ApacheCon conferences?  Please contact
Delia Frees at de...@apachecon.com for further information.

--
ApacheCon Europe 2009 Team
planners-2009-eu at apachecon.com
http://www.eu.apachecon.com




-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Fwd: [GSoC 2009] Apache is officially participating in Google Summer of Code 2009

[Maria Odea Ching]

-- Forwarded message --
From: Luciano Resende 
Date: Fri, Mar 20, 2009 at 5:52 AM
Subject: [GSoC 2009] Apache is officially participating in Google Summer of
Code 2009
To: p...@apache.org


Dear PMC,

It's now official, Google has announced that The Apache Software
Foundation was selected as one of the participating organization in
the GSoC 2009 program. This is an excellent opportunity for Apache, as
it allows projects to build/increase its community, it also help
students to learn about open source, about Apache Software Foundation
and how to do things the "Apache Way".

Please start advertising the program and discussing project ideas with
your project community. Then add your project ideas to the ASF GSoC
2009 Official Project Ideas page [1], as this is going to be the most
visible place for students. Per GSoC 2009 timeline, Students should
officially start applying for these ideas on March 23.

ASF Members and committers can volunteer to be mentors in the GSoC
2009 program (see [2] for more details about being a mentor). We
invite all mentors and GSoC interested parties to subscribe to the
code-awa...@a.o mailing list [3] to coordinate work between mentors,
ask questions and get updates related to GSoC 2009 program.

Please, feel free to forward this announce to any appropriate dev@ or
users@ lists so your larger community can hear about the GSoC 2009
program.

[1] http://wiki.apache.org/general/SummerOfCode2009
[2] http://wiki.apache.org/general/SummerOfCodeMentor
[3] mailto:code-awards-subscr...@apache.org


--
Luciano Resende
http://people.apache.org/~lresende <http://people.apache.org/%7Elresende>
http://lresende.blogspot.com/



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

Re: How to configure snapshots proxying in Apache Archiva

[Maria Odea Ching]

Hi George,

What version of Archiva are you using? Could you possibly be encountering
this bug http://jira.codehaus.org/browse/MRM-1136?
As for your other question, you can change the log level to "debug" instead
of "info" in [ARCHIVA_INSTALLATION]/apps/archiva/WEB-INF/classes/log4j.xml

Thanks,
Deng

On Tue, Mar 24, 2009 at 12:05 AM, George Jordano wrote:

> Hi,
>
> I've got a question about Archiva and snapshots. I want to use release and
> snapshot repository at the same time. Everything works fine except that
> Archiva doesn't download the maven artifact with a snapshot version from
> the
> remote maven repository (I tried with: http://snapshots.jboss.org/maven2).
>
> Otherwise I can upload release and snapshots versions, mix the dependencies
> (release and snapshots versions), download maven artifacts with release
> versions (no snapshots) from remote maven repositories and so on.
>
> I set up all maven repositories in the Archiva, networks proxies, proxy
> connectors, mirrors in the settings.xml and so on (checked the settings
> several times), so I am missing something and I really need help.
>
> And of course I have another important question (related to the first one):
> How to debug Archiva (its logs doesn't give enough information to figure it
> out what is doing Archiva internally)?
>
> Thanks a lot,
>
> George
>



-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered

[ANNOUCEMENT] Archiva 1.2 Released!

[Maria Odea Ching]

tadata are empty)
* [MRM-1137] - Cannot upload artifact to WEB UI any more
* [MRM-1138] - Fix java.lang.NullPointerException: configuration can not
be null on startup
* [MRM-1139] - war:inplace blindly copies everything (including
WEB-INF/lib/**) into the archiva-webapp.
* [MRM-1140] - centralise logging through slf4j
* [MRM-1147] - handling leading / on whitelists is ambiguous

** Improvement
* [MRM-176] - prevent potential out of memory problems in large search
results
* [MRM-732] - search should tokenize on a hypthen
* [MRM-737] - Don't list metadata files in the search results
* [MRM-799] - Better handling of artifacts with missing poms
* [MRM-937] - Rename audit.log to archiva-audit.log to avoid conflicts
* [MRM-975] - Refresh of Archiva templates and stylesheets to match site
styles
* [MRM-1015] - Move consumer API's from plexus to spring
* [MRM-1016] - Minor usability enhancement for the web app footer
* [MRM-1037] - Search Usability
* [MRM-1074] - Typo of Legacy Support option on the left nav menu
* [MRM-1081] - Archiva model should be updated so that the ARTIFACT
table includes repositoryId as a primary key
* [MRM-1084] - Upgrade modello maven plugin to 1.0 to support Java 5
generics
* [MRM-1091] - Upgrade appassembler plugin from 1.0-beta-2 to 1.0
* [MRM-1093] - Log configuration and repository changes made.
* [MRM-1098] - upgrade to wagon 1.0-beta-5
* [MRM-1099] - Updated Archiva User Guide
* [MRM-1130] - add security audit log

** New Feature
* [MRM-206] - Add xml-rpc search
* [MRM-749] - Support m2eclipse index format creation
* [MRM-913] - Ability to delete an artifact from the web interface
* [MRM-1083] - Add artifact search box to the default decorator

** Task
* [MRM-938] - Remove 'redback.default.guest' usage in ArchivaXworkUser
once this property is removed in redback
* [MRM-991] - Update screenshots in documentation to reflect the changes
in the UI
* [MRM-1031] - Upgrade to jackrabbit-webdav 1.5.0
* [MRM-1036] - Add documentation on how to use Archiva web services
* [MRM-1068] - Upgrade to redback-1.2-beta-2
* [MRM-1079] - Update LuceneCleanupRemoveIndexerConsumer to use the new
index format
* [MRM-1082] - Upgrade from plexus-maven-plugin to the
plexus-component-metadata plugin
* [MRM-1094] - Update docs on search to reflect the search re-vamp for
1.2-M2
* [MRM-1107] - upgrade to Redback 1.2


Thanks,
The Apache Archiva team


-- 
Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
www.exist.com | Innovation Delivered