Brett Porter wrote:
> the smartfrog solution is brute force unforgiving: you must declare
> the SHA1 or MD5 value in a download
Right... I'm sure users wanting security will put up with a certain
level of pain. I'm still not sure how you securely publish the value
initially (though this certainly
On Apr 11, 2005 5:27 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
> Sorry, I meant: http.proxyHost, http.proxyPort and counterparts as
> standard names.
>
> - Brett
well, you could do, but you need to work out
1. how to set up the options for every app you start on the command line
2. how to set
Sorry, I meant: http.proxyHost, http.proxyPort and counterparts as
standard names.
- Brett
On Apr 12, 2005 2:09 AM, Steve Loughran <[EMAIL PROTECTED]> wrote:
> On Apr 11, 2005 4:39 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> > If you needed that, couldn't the default system properties for pr
On Apr 11, 2005 4:39 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
> If you needed that, couldn't the default system properties for proxies be
> used?
>
1. On windows, this is hidden in a bit of the registry the API keeps
from from you, plus the java.util.prefs stuff escapes stuff *wierdly*,
as i
> you know, I wonder if we can't create a defacto place in the Java1.4
> preferences world for storing proxy information across apps. There is
> something for applets, but nothing for apps in general.
>
> Imagine a System node "org.apache.jakarta.proxy" that would be read by
> everything that care
On Apr 11, 2005 2:02 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
> > one problem I have for both systems is proxies; at work I cant go to
> > remote http servers without proxy setup. What does maven do?
>
> wagon has a proxy configuration that it passes on to the JDK stuff as
> system properties,
> There is no good solution here. Really.
sure - I understand that. All I am trying to think of is something as
secure as your proposal, but less intrusive to the user. Or at least a
decent way to aid them with tools.
Really, I've been in favour of using bouncycastle and PGP for a long
time, so
On Apr 11, 2005 2:02 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
> > the smartfrog solution is brute force unforgiving: you must declare
> > the SHA1 or MD5 value in a download
>
> Right... I'm sure users wanting security will put up with a certain
> level of pain. I'm still not sure how you secur
> the smartfrog solution is brute force unforgiving: you must declare
> the SHA1 or MD5 value in a download
Right... I'm sure users wanting security will put up with a certain
level of pain. I'm still not sure how you securely publish the value
initially (though this certainly prevents later tampe
On Apr 11, 2005 12:51 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
> (I'm assuming you meant to reply to all by the content - it happens
> frequently with other gmail users - sorry if I'm out of place
> repeating your message)
no, that's gmail for you.
>
> At the very least we should continue to
(I'm assuming you meant to reply to all by the content - it happens
frequently with other gmail users - sorry if I'm out of place
repeating your message)
> I'd probably retain my own in the Ant codebase, but SmartFrog could
> take wagon -as long as our signing it doesnt break it (smartfrog runs
>
> Ant is still debating whether or not to EOL 1.2 support, following
> Sun's lead. I hadnt been over enthused about -and certainly against
> dropping 1.3 support given how some platforms (e.g. FreeBSD) are still
> 1.3 only.
right... so if we were to roll back the API and the lightweight HTTP
provi
On Apr 10, 2005 2:06 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
> > planetapache.org knows everything :)
>
> Yes, I just caught your post :)
>
> > This is cool.
> > -what is the local cache name/layout?
>
> Configurable, defaults to ~/.m2/repository and uses the "default"
> layout, which is the
> planetapache.org knows everything :)
Yes, I just caught your post :)
> This is cool.
> -what is the local cache name/layout?
Configurable, defaults to ~/.m2/repository and uses the "default"
layout, which is the new one.
>
> I'll add maven2 lib support to ant CVS_HEAD and make it the default
On Apr 9, 2005 2:25 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
http://cvs.apache.org/viewcvs.cgi/maven-components/maven-artifact/src/main/java/org/apache/maven/artifact/repository/layout/DefaultRepositoryLayout.java?rev=1.8&view=markup
>
path.append( artifact.getBaseVersion() ).append(
On Apr 9, 2005 2:25 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
> > 1. I see that a Maven2 alpha is out: is it still using the Maven1
> > repository structure?
>
> News travels fast... I was going to post about that here this morning :)
planetapache.org knows everything :)
>
> New repository: h
> 1. I see that a Maven2 alpha is out: is it still using the Maven1
> repository structure?
News travels fast... I was going to post about that here this morning :)
New repository: http://www.ibiblio.org/maven2/
m2 can use the m1 structure, but by default it uses a new one. I
believe it is almos
Hello all,
1. I see that a Maven2 alpha is out: is it still using the Maven1
repository structure?
2. I have been busy coding the SmartFrog support for Libraries
(http://smartfrog.org). so that you can declare what your classpath is
for running things at deploy time
commons-logging extends M
18 matches
Mail list logo