On 14/10/2009, at 5:37 AM, Rahul Akolkar wrote:
On Tue, Oct 13, 2009 at 2:11 PM, Roland Weber ossf...@dubioso.net
wrote:
Brett Porter wrote:
A related side note - some time back I think there was a request
to shut
down the slide user and dev lists, but that slipped off the radar
A related side note - some time back I think there was a request to
shut down the slide user and dev lists, but that slipped off the
radar. Is that desired now?
On 10/10/2009, at 8:43 AM, Rahul Akolkar wrote:
[Out of necessity, this is heavily cross-posted. Suggestion is to send
any
http://mail-archives.apache.org/mod_mbox/attic-general/200902.mbox/%3ca3af8739-d168-44b6-8544-201f8d5b5...@dslextreme.com%3e
On 13/10/2009, at 6:18 AM, Rahul Akolkar wrote:
On Sun, Oct 11, 2009 at 9:06 PM, Brett Porter br...@apache.org
wrote:
A related side note - some time back I think
The JDK portion would fall under:
http://mail-archives.apache.org/mod_mbox/maven-dev/200607.mbox/[EMAIL PROTECTED]
Comments welcome. I think I may have missed the obvious part about
specifying the required JDK in the POM, actually :)
Cheers,
Brett
On 13/09/06, Yoav Shapira [EMAIL PROTECTED]
Hi Phil,
On 12/28/05, Phil Steitz [EMAIL PROTECTED] wrote:
Thanks again. So the real problem is disjointness. It seems then that
we have three logical alternatives:
I don't think there is a lot of difference any of these. Jakarta
commons as a TLP is basically (1) as well. There are
On 8/10/05, Henri Yandell [EMAIL PROTECTED] wrote:
Promoting Commons Sandbox to SLP as 'Jakarta Sandbox'.
+ All Jakarta committers given access, central management of the sandbox
+ concepts as opposed to individual SLP sandboxes (Taglibs, Commons,
+ Turbine probably has things which could
Works for me and you are definitely in the right group according to
asf-authorization.
The common cause is a password typo - you can always run svnpasswd on
the server to make sure you are using the one you think you are.
Other than that, would need more specific info on the error.
HTH,
Brett
.
The Commons release page apparantly says you have to be on the PMC, so
something to update there at some stage.
- robert
On Fri, 2005-06-17 at 02:34 +1000, Brett Porter wrote:
As per http://jakarta.apache.org/commons/releases/release.html I am
sending this here.
I do not have access
There are a few alternatives. If webDAV is the answer from infra, then
we can definitely get that into the site plugin. It is on the todo
list as Tim noted, but the list remains very long at this point :)
The lack of detecting changed documents in the current xdoc plugin is
probably a limitation
Good work Henri. Working fine for me.
Just a curiosity for later on that may be more related to the CGI than
these pages - but why are only the local mirrors and backups listed?
I'd have thought a dropdown containing something like:
Local mirrors
--
Other mirrors
--
Backup mirrors
might
Good work Henri. Working fine for me.
Just a curiosity for later on that may be more related to the CGI than
these pages - but why are only the local mirrors and backups listed?
actually, I just looked at the full list of mirrors. That's a bit long :)
Perhaps just a link to that page might
+1, nice work.
This is conditional on it actually working - I assume this is
something to do with it being in your home directory, but I get things
like [location] and [preferred] in the URLs.
- Brett
On Thu, 17 Feb 2005 19:47:37 -0500 (EST), Henri Yandell
[EMAIL PROTECTED] wrote:
I'd like
Hi Mark,
I think this is just a miscommunication, as what you have said below
is what all the projects do
1.) In Maven project.properties, Referencing the remote repository
maven.repo.remote=http://www.apache.org/dist/java-repository/
2.) In Maven project.properties, Referencing a
[The aim is to use inline styles for the interim, and then migrate to a
real css sheet later].
Will it use the same styles as the foundation/top level site?
Especially given that they look so similar now, its a bit weird that
the fonts change.
Cheers,
Brett
I'm in favour of the multiple exception catch. I think the common use
for this is to catch a series of checked exceptions in a certain way,
while avoiding catching unchecked exceptions which you want to
propogate.
This is a good thing, because often I've seen code that catches
Exception for
is not ASF License compliant?
If yes, than I would really hate to have to point you at
http://cvs.apache.org/viewcvs.cgi/maven-plugins/hibernate/src/main/org/apache/maven/hibernate/beans/SchemaExportBean.java?annotate=1.7
This would compromise all Maven releases that include the
Howard,
This may be my fault, as I closed some upload requests asking them to follow
up with the relevant Apache teams. I thought it was already sorted.
If I understand correctly, you just need to publish your JARs to
http://www.apache.org/dist/java-repository/tapestry/jars/ If you are using
Does Maven support mirroring?
To some extent. You can give a list of remote repositories and it will try
each in order of preference - but it will try all of them and take the
latest if you have a snapshot, for example, which isn't necessary if they
are known to solely be mirrors. This could
Perhaps there should be a Jakarta-IDE project of some description that
contains plugins for any number of IDEs (Netbeans, Eclipse, IntelliJ)
that relate to Jakarta projects.
This could be a home for:
* Velocity: http://sourceforge.net/projects/veloedit/
* Maven IDE:
19 matches
Mail list logo