On 20/06/2006 7:19 AM, John Casey wrote:
1) should we drop the standard reports from the maven site?
I never was really pushing to drop reports altogether; it just didn't
really
make sense to me to have them on the main site, in addition to the
individual reference pages. IMO, until we can a
+1
2006/6/19, Brett Porter <[EMAIL PROTECTED]>:
(adapted from "Making the current web site suck less" initial proposal,
based on user/dev feedback)
I'm embarrassed to say that the front page looks a whole lot like the
one I created about this time last year for 2.0 alpha 1. I think it
needs an
done
On 6/19/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
the following directories on people.apache.org:
/www/www.apache.org/dist/maven-repository/org/apache/ws/commons/ws-commons-java5/
/www/www.apache.org/dist/maven-repository/org/apache/ws/commons/ws-commons-util/
Thank you,
Jochen
comments inline.
Cheers,
john
1) should we drop the standard reports from the maven site?
I never was really pushing to drop reports altogether; it just didn't really
make sense to me to have them on the main site, in addition to the
individual reference pages. IMO, until we can aggregate
the following directories on people.apache.org:
/www/www.apache.org/dist/maven-repository/org/apache/ws/commons/ws-commons-java5/
/www/www.apache.org/dist/maven-repository/org/apache/ws/commons/ws-commons-util/
Thank you,
Jochen
--
Hi Jason and List,
The last result was on the mavenuser wiki.
I can also found some paper notes i wrote some month ago.
If you are interrested, i could rewrote what i had.
Raphaël
2006/6/19, Jason van Zyl <[EMAIL PROTECTED]>:
On 19 Jun 06, at 8:37 AM 19 Jun 06, Brett Porter wrote:
>
> Do
Hi,
Some sites:
[A] http://java.sun.com/javase/
[B] http://ant.apache.org/
Some notes:
1) L.H.S nav categories are concise. For example, "Reference" in [A]
above has links to all documentation resources. "Community" has all the
stuff about forums, issues etc etc (can map to JIRA, mailing l
The maven team is pleased to announce the Maven WAR Plugin 1.6.2 release!
http://maven.apache.org/maven-1.x/plugins/war/
War Plugin for Maven
Changes in this version include:
New Features:
o Aded the ability to customize the Class-Path entry of the manifest Issue:
MPWAR-43.
o Added property
The maven team is pleased to announce the Maven Eclipse Plugin 1.11 release!
http://maven.apache.org/maven-1.x/plugins/eclipse/
A plugin to generate various files for the Eclipse IDE and ease the use of
Maven within that environment.
Changes in this version include:
New Features:
o Added new
We are pleased to announce the Maven XDoc Plugin 1.10 release!
http://maven.apache.org/maven-1.x/plugins/xdoc/
Convert xdocs into HTML.
===
Changes in this version include:
New Features:
o Add a public DTD identif
We are pleased to announce the Maven Distribution Plugin 1.7 release!
http://maven.apache.org/maven-1.x/plugins/dist/
===
Changes in this version include:
New Features:
o New property maven.dist.include.dirs to inc
Mark Donszelmann wrote:
Hi
System.load:
- for the user we still need to make some assembly goal that grabs all
the shared and jni like libs and puts them in a lib directory. A small setup script
can then set the appropriate ld_library_path or the like.
- for maven the nar plugin includes an
Hi
System.load:
- for the user we still need to make some assembly goal that grabs
all the shared
and jni like libs and puts them in a lib directory. A small setup
script can then set
the appropriate ld_library_path or the like.
- for maven the nar plugin includes an integration test goal
(adapted from "Making the current web site suck less" initial proposal,
based on user/dev feedback)
I'm embarrassed to say that the front page looks a whole lot like the
one I created about this time last year for 2.0 alpha 1. I think it
needs an update. IMO, the front page should be:
* an intr
comments inline...
1) should we drop the standard reports from the maven site?
I would agree with that 'new brand of puppy chow' version of this
question...I would keep these generating though to a 'old style' link
until something better is all hammered out and in place..
2) JIRA & documen
[EMAIL PROTECTED] wrote:
Author: carlos
Date: Mon Jun 19 08:00:44 2006
New Revision: 415349
URL: http://svn.apache.org/viewvc?rev=415349&view=rev
Log:
[MSUREFIRE-136] Added option to redirect test output to a file,
redirectTestOutputToFile
How is this different that useFile=true? Should this
I agree, I think there are some lessons to be learned from this for apis
and other project types in general (archetypes, and so on), and the same
tools can be used.
Worth keeping in mind, but I believe we've identified a particular
problem with plugin docs and should work to improve that asap.
Mark Donszelmann wrote:
The NAR gets unpacked in the local repository under the directory where the
jar file is stored, so underneath a parent directory with that version
number.
Ah ha, I see. In that case, how does your System.load() call know where
to find the library? I guess it has knowle
Why stop at a plugin? Wouldn't this be valuable to have for thirdparty
dependencies as well?
Ruel Loehr
JBoss QA
-
512-342-7840 ext 2011
Yahoo: ruelloehr
Skype: ruelloehr
AOL: dokoruel
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent:
On 19 Jun 06, at 10:14 AM 19 Jun 06, Brett Porter wrote:
Hi,
Aside from the stuff related to plugin documentation, we have some
other things to do. Same approach - here's a list, looking for a
show of hands on who's interested (or if these seem wrong).
Eventually all need to get to JIRA:
On 20/06/2006 12:56 AM, Jason van Zyl wrote:
Make a plugin to check all these thing and plug it into the validation
phase. This is all nice to enumerate but it will only take effect when
it is easy for people to comply.
Yah, sorry, I assumed everyone knew what docck was by osmosis or
somethin
On 19 Jun 06, at 9:47 AM 19 Jun 06, Brett Porter wrote:
Hi,
Just thought I'd break this one out. This needs to be converted to
a guide - which is one of the tasks I'll list at the end.
(this is MNG-1987, btw)
* Required POM Elements
- modelVersion, version, group ID, artifact ID, packagi
Not sure if this is serious, but I'm asking if the other guys are
suggesting we develop a new brand of dog food to eat.
- Brett
On 20/06/2006 12:33 AM, Jochen Wiedmann wrote:
On 6/19/06, Brett Porter <[EMAIL PROTECTED]> wrote:
1) should we drop the standard reports from the maven site?
-1
I can continue to work with Jochen.
Jochen, if you want to go through JIRA and send me pointers to issues
you think are ready, please do. I'll have a few hours to spend on this
tomorrow night.
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: Monday, June 19, 2
On 6/19/06, Brett Porter <[EMAIL PROTECTED]> wrote:
1) should we drop the standard reports from the maven site?
-1
(Eat your own dog food. :-)
--
Whenever you find yourself on the side of the
majority, it is time to pause and reflect.
(Mark Twain)
-
The jar file and its attached nar files share one pom, so are
associated to one
version.
The NAR gets unpacked in the local repository under the directory
where the
jar file is stored, so underneath a parent directory with that
version number.
Nothing is currently done about locking the f
Tomasz Pik gmail.com> writes:
>
> Hello,
>
> It's currently not possible but generally I think it would be nice to have
> possibility to configure plugins through profiles using $HOME/.m2/settings.xml
Please note there are some bugs in maven that prevent all of the aspects of
plugin configurat
Hi (again),
From reviewing the threads, I found the following things to still be a
bit up in the air so thought there should be further discussion:
1) should we drop the standard reports from the maven site?
Tim and John C seemed to think so (if I understand John's stand), among
others (Bria
Hi,
Aside from the stuff related to plugin documentation, we have some other
things to do. Same approach - here's a list, looking for a show of hands
on who's interested (or if these seem wrong). Eventually all need to get
to JIRA:
- apply the maven site skin consistently (MNG-1212)
- site s
Hi,
Just thought I'd break this one out. This needs to be converted to a
guide - which is one of the tasks I'll list at the end.
(this is MNG-1987, btw)
* Required POM Elements
- modelVersion, version, group ID, artifact ID, packaging (required
anyway to build)
- name
- description
- url
-
They should be the ones scheduled for 2.1 (and there may be some
unscheduled that should be scheduled - I haven't reviewed recently). I
know at least that Jerome had a queue of patches. I've been meaning to
take a look
if anyone can take an assessment (or better, a committer run with it),
Here's some additions, sorry I missed these:
# must have link to the API docs of of additional types (eg
MavenArchiveConfiguration)
# must describe how the configuration of some elements affects others,
where applicable (for example, surefire's suiteXmlFiles disables the
includes/excludes opti
On 19 Jun 06, at 8:56 AM 19 Jun 06, Brett Porter wrote:
Pretty hesitant to modify APT since we got it from another source
(afraid I already violated that with || for table headers).
Oh, it was maimed the second it arrive here :-)
Is there a standard way we can add extra markup? Is it some
On 6/19/06, Brett Porter <[EMAIL PROTECTED]> wrote:
maven-archiver-plugin doesn't exist (it's just maven-archiver, a
component).
Right, sorry.
That can be released when the JAR plugin is, but there are a
number of other scheduled issues for 2.1 that need to be fixed first (I
think some of t
On 19 Jun 06, at 8:56 AM 19 Jun 06, Brett Porter wrote:
Pretty hesitant to modify APT since we got it from another source
(afraid I already violated that with || for table headers).
Oh, it was maimed the second it arrive here :-)
Is there a standard way we can add extra markup? Is it some
On 19 Jun 06, at 8:54 AM 19 Jun 06, Brett Porter wrote:
On 19/06/2006 10:47 PM, Jason van Zyl wrote:
Then I'll work with John and yourself to bring them back into the
discussions on the mailing list. I'm curious to see what might
fall out though I might just be setting myself up to be
dis
maven-archiver-plugin doesn't exist (it's just maven-archiver, a
component). That can be released when the JAR plugin is, but there are a
number of other scheduled issues for 2.1 that need to be fixed first (I
think some of the new functionality is not completely
implemented/documented).
- Br
Pretty hesitant to modify APT since we got it from another source
(afraid I already violated that with || for table headers).
Is there a standard way we can add extra markup? Is it something that is
also possible in other input formats? (I guess
But yes, I think that's a good idea. I don't ha
Hi,
as MJAR-38 and MJAR-39 are now fixed and as suggested by Brett in
http://jira.codehaus.org/browse/MJAR-38#action_67562
How about releasing the maven-archiver-plugin and the maven-jar-plugin?
Thanks,
Jochen
-
To unsu
On 19/06/2006 10:47 PM, Jason van Zyl wrote:
Then I'll work with John and yourself to bring them back into the
discussions on the mailing list. I'm curious to see what might fall out
though I might just be setting myself up to be disappointed by lack of
involvement but I'll give a shot. I think
On 19 Jun 06, at 8:39 AM 19 Jun 06, Brett Porter wrote:
We should have (a possibly categorised) index.
What if we slightly altered the the APT parser to pick up a tags/
categories identifier? We could even just put it in the title line so
we could start categorizing today. Something like:
On 19 Jun 06, at 8:37 AM 19 Jun 06, Brett Porter wrote:
Do we really think there are any ideas that haven't been
encountered in all these messages?
Absolutely. If 10 people make a site I guarantee you something will
fall out that hasn't been seen.
If users don't want to help in this
We should have (a possibly categorised) index.
On 19/06/2006 10:30 PM, Jeff Jensen wrote:
Contrarian, one thing that is useful about the current approach is the
browser search feature. It works pretty well to find the topics on a doc
page with lots of entries and common search words. Hopefully
On 19 Jun 06, at 8:30 AM 19 Jun 06, Jeff Jensen wrote:
Contrarian, one thing that is useful about the current approach is the
browser search feature. It works pretty well to find the topics on
a doc
page with lots of entries and common search words. Hopefully the
reorg
solution doesn't l
On 19/06/2006 10:16 PM, Jason van Zyl wrote:
A lot of the folks here and users had ideas on how to make the site
better so how about we solicit for a users' favourite site with respect
to usability.
Actually, that's what I was aiming for. There was a lot of feedback
before, so I wanted to ma
Result:
binding +1: 6
non-binding +1 : 3
Emmanuel
Mike Perham a écrit :
+1
-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 15, 2006 2:51 PM
To: Maven Developers List
Subject: Re: [vote] Release all wagons (was Re: [vote]
Release wagon-webdav
Contrarian, one thing that is useful about the current approach is the
browser search feature. It works pretty well to find the topics on a doc
page with lots of entries and common search words. Hopefully the reorg
solution doesn't lose a search-ability/adds a better search.
-Original Messa
On 19 Jun 06, at 8:08 AM 19 Jun 06, Geoffrey De Smet wrote:
Humans aren't capable to read more then 9 entries.
Many of the questions asked on the user list are actually in the
guides.
So why don't they find it?
http://maven.apache.org/guides/index.html
links to a lot of good guides, but the
On 19 Jun 06, at 12:37 AM 19 Jun 06, Brett Porter wrote:
John Casey wrote:
Hi everyone,
I know we've talked about this quite a bit already. Actually, I'm
having
trouble finding the past threads on this topic in my email...can
someone who
knows please link them in?
btw:
http://mail-archi
Yep, I think this thread was unanimous on that point.
- Brett
On 19/06/2006 10:08 PM, Geoffrey De Smet wrote:
Humans aren't capable to read more then 9 entries.
Many of the questions asked on the user list are actually in the guides.
So why don't they find it?
http://maven.apache.org/guides/in
Humans aren't capable to read more then 9 entries.
Many of the questions asked on the user list are actually in the guides.
So why don't they find it?
http://maven.apache.org/guides/index.html
links to a lot of good guides, but the way it is structured is plain
wrong imho:
- When people want to
Was this actually fixed, or "Cannot reproduce"?
- Brett
On 19/06/2006 7:46 PM, Edwin Punzalan (JIRA) wrote:
[ http://jira.codehaus.org/browse/MSITE-149?page=all ]
Edwin Punzalan closed MSITE-149:
Assign To: Edwin Punzalan
Resolution: Fixed
Mark Donszelmann wrote:
Hi
in the freehep-nar-plugin (for maven 1, being ported to maven 2)
we have such a solution.
>
Hrm, I wish I'd heard about this sooner! Sounds very interesting.
I have a couple of questions... Do you unpack all nar files into the
same directory? If so, how do you dea
started - last_changed AFAIK
So in this case, just 2006.
- Brett
On 19/06/2006 5:03 PM, Edwin Punzalan wrote:
Heheh, I didn't notice that... I just copied that from the other class. ^_^
btw, is that supposed to be 2006 only or 2001-2006 ? I remember Carlos
said I'd change only the latter
Heheh, I didn't notice that... I just copied that from the other class. ^_^
btw, is that supposed to be 2006 only or 2001-2006 ? I remember Carlos
said I'd change only the latter part
Brett Porter wrote:
[EMAIL PROTECTED] wrote:
+ * Copyright 2001-2005 The Apache Software Foundation.
B
55 matches
Mail list logo