se even if the artifact exists and is available in another repository
> I wasn't convinced it would solve the problem.
>
>
> From: Brent Atkinson
> Sent: Friday, February 06, 2015 11:48 AM
> To: users
> Subject: Re: 500 error: Failed t
o transfer errors and record mac errors it moves on, but now
> sometimes it throws the download error with a stack trace.
>
> ____
> From: Brent Atkinson
> Sent: Friday, February 06, 2015 11:06 AM
> To: users
> Subject: Re: 500 error: Failed to
Fields(HttpsURLConnectionImpl.java:283)
> at TrySSL.main(TrySSL.java:61)
Brent
On Fri, Feb 6, 2015 at 9:53 AM, Nerderman,Adam wrote:
> We are running with Java jdk1.7.0_45.
>
>
> From: Brent Atkinson
> Sent: Friday, February 06, 2015
It looks like your archiva installation is having issues negotiating a
secure connection to nexus.codehaus.org. My guess would be that it is
somewhat related to SSLv3. What version of Java are you running on that
host?
Brent
Repository.Codehaus: Download failure on resource [
> https://nexus.code
will retrieve the
> dependancy from the repositories configured on the internet
> 3. developer retrieves the dependency from the archiva repository
>
> I will try this out and update.
>
> -Al
>
> --- On Fri, 9/23/11, Brent Atkinson wrote:
>
> From: Brent Atkinson
> Subj
Hi,
Archiva is an artifact management tool, also referred to as a repository
manager. It proxies for remote repositories and is configurable so that you
can host all of your required artifacts locally once you build using archiva
as your repository (which is important for guaranteeing repeatable b
J.V.
Normally, you would just get ignored, but I think you're making a valid
point, albeit in a way that is extremely challenging to listen to. You
aren't doing yourself or anyone else a favor by being rude. You have not
offered enough pertinent information to help you, and I can assure you that
s
Dustin,
As long as you're willing to accept the risks, it might be possible to write
a simple redback authentication provider that simply uses the sent header
information. Authorization, as Brett mentioned, is still something you'll
have to handle at the application level.
Brent
On Wed, Apr 13,
Kurt,
Thank you for sending this information along. It makes it much easier to try
and help you.
Some questions based on this configuration:
* auth01.foo.bar - does the host have a signed cert from a trusted CA or is
it self-signed?
* if you connect anonymously to auth01.foo.bar, can you find us
Kurt,
>From your description, I'm not sure I completely understand your LDAP
configuration. What I can say is that I have run Continuum and Archiva in a
number of LDAP configurations on different LDAP implementations such as
Active Directory, OpenLDAP, Novel eDirectory, Apache DS.
As I understand
code
where the cpu time is being consumed.
Brent
On Mon, Feb 21, 2011 at 10:31 AM, Benjamin Knoth wrote:
> Ok i added some screenshots as attachment.
> I hope it will help.
>
> Benjamin
>
> Am 18.02.2011 14:37, schrieb Brent Atkinson:
> > Sending along a screen shot show
> --------
> [INFO] There are test failures.
>
>
>
> Regards,
>
> Yi
>
> On 2/15/11 11:07 AM, "Brent Atkinson" wrote:
>
> >An admin user is required to exist in whatever authentication source
Hi,
There are multiple tools to do this, but Java 6 comes with jconsole and
there's a third party plugin called topthreads that allows you to see the
thread, class and method that is taking up time. It's not a full profiler,
but it's simple enough to get some decent information about where the iss
e refer me to some resources on
> how to set up access limits?
>
> Regards,
>
> Yi
>
> On 2/15/11 1:48 PM, "Brent Atkinson" wrote:
>
> >Responses in-line.
> >
> >On Tue, Feb 15, 2011 at 2:28 PM, Qian, Yi wrote:
> >
> >> Hello, Brent
&
>internal
>name
>password
>
>
>release
>name
>password
>
>
>snapshots
> name
>password
>
>
>
>
>
Comments are in-line.
On Tue, Feb 15, 2011 at 11:03 AM, Qian, Yi wrote:
> Hello, Brett and Brent
>
> Thanks for your reply. I deployed archiva as stand-alone with jetty
> bundle. I do not have admin user configured in LDAP. So I changed
> redback.default.admin to my ID and it works.
> I still
Are you deploying archiva stand-alone (jetty bundle) or using Tomcat? Also,
can you describe the settings in security.properties and in the plexus
descriptors? Are there any details in the log files?
Brent
batkin...@apache.org
On Mon, Feb 14, 2011 at 6:10 PM, Qian, Yi wrote:
> Hello, experts
>
ties in your security.properties file. The pertinent settings are
> most likely the ones listed under the 'Security Policies' section at
> http://redback.codehaus.org/configuration.html
>
> Hope that helps,
>
> Brent
>
> 2011/1/26 Igor Galić
>
>>
>> - "
that helps,
Brent
2011/1/26 Igor Galić
>
> - "Brent Atkinson" wrote:
>
> > >
> > > Additionally there is the fact that admins are inherently lazy.
> > > I'd rather hack away for 3 days on something until it works as
> > > expected/can
>
> Additionally there is the fact that admins are inherently lazy.
> I'd rather hack away for 3 days on something until it works as
> expected/can be automated/integrated than do it manually.
Ouch! I hope there are no hard working admins subscribed here, there might
be a rebellion.
Is Wendy's s
plain what I am missing? I'm not arguing against the feature - I can see
some value in it. I just don't understand the context of your "big pain"
statement. If you can explain your scenario it might help us understand your
need better.
Brent
2011/1/20 Igor Galić
>
Wendy beat me to it.
I believe she is correct. You can configure anonymous read-only by granting
Global Repo Observer to your configured guest account, but selective roles
and privileges are not automatically granted based on ldap groups at the
moment. However, an administrator should be able to g
Sorry to those that will see this twice. I manually replied to the dev list
first time around by mistake.*
*
Igor,
I trust the connection problems are real, but I'm not convinced this is an
Archiva issue based on the information you have provided. I have seen this
happen using the Sun JVM when a D
Mauro,
It's difficult to guess what this might be based on the information you have
provided. For future reference, giving more specific information about what you
have done and what you are seeing will help us out. In turn we can help you
more.
For example, think about including directory list
haus.org/browse/MRM-1061
Has anyone encountered this problem? Is it fixed in a newer version of Archiva?
I don't want to disrupt things with an upgrade if it isn't going to help.
Thanks,
Brent Atkinson
batkin...@usm.maine.edu
Just an update in case anyone cares,
I verified that archiva 1.2-M1 doesn't exhibit this behavior.
Brent
>>> "Brent Atkinson" <[EMAIL PROTECTED]> 11/25/2008 6:40 PM >>>
Hi,
I recently upgraded from archiva 1.0.x to 1.1.3 and found that ldap
authentica
Hi,
I recently upgraded from archiva 1.0.x to 1.1.3 and found that ldap
authentication is broken. Archiva 1.1.3 currently does not appear to work with
ldap.config.bind.dn. Although I haven't verified it yet, archiva 1.2-M1
includes an updated redback with the fix. Hopefully I can save someone
I had a feeling the docs weren't quite what I was looking for, but I was trying
to
find out some details the without nagging you folks first. I was trying to read
what that process was like to decide whether to make the jump. I'll give it a
go.
Thanks,
Brent Atkinson
[EMAIL
files. Is this true for the war install on
tomcat?
Any help would be greatly appreciated.
Brent Atkinson
[EMAIL PROTECTED]
29 matches
Mail list logo