Wendy Smoak wrote:
> Not to mention that it's an interface, so instantiating it would be
> pretty difficult.
Right, though a converter would know to instantiate a useful
implementation using an artifactFactory.
> No problem... though it does seem like duplication, I think because
> DefaultArtifac
On 1/14/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> > And yet... all the methods you're calling on docletArtifact look like
> > the ones from the Artifact interface. I'm lost. How does this work?
>
> There is no plexus configuration handler for the "Artifact" type.
Not to mention that it's an
Wendy Smoak wrote:
> What about the declaration for docletArtifact itself? What type
> should it be? I would think, 'Artifact' except that you wrote:
>
>> Artifact artifact = factory.createArtifact( docletArtifact.getGroupId(),
>> docletArtifact.getArtifactId(), docletArtifact.getVersion(), "jar
On 1/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> umlgraph
> umlgraph
> 4.2
>
>
> Then in the javadoc plugin:
>
> /** @component */
> private ArtifactResolver resolver;
>
> /** @component */
> private ArtifactFactory factory;
>
> /** @parameter expression="${localRepository}" */
> pr
On 1/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> I just meant that you might like to file a JIRA to say that omitting
> in a reportSet should include all reports, not none. And
> maybe one for documenting reportSets in the first place.
:) I'll see if I can come up with some coherent reques
Wendy Smoak wrote:
> Thanks for the tip on . I'm not sure what you mean in the
> second part, but if you'll tell me what code/section in JIRA I'll
> paste that in.
>
I just meant that you might like to file a JIRA to say that omitting
in a reportSet should include all reports, not none. And
may
On 1/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> You need:
>
> javadoc
>
>
> Inside the report set.
>
> I think this portion needs to be better documented, and should run all
> reports by default (in contrast to build executions). Would you like to
> file a JIRA for this?
Thanks for the t
You need:
javadoc
Inside the report set.
I think this portion needs to be better documented, and should run all
reports by default (in contrast to build executions). Would you like to
file a JIRA for this?
- Brett
Wendy Smoak wrote:
> On 1/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
>>
On 1/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> there's two paths to take here - put it with the users to define
> multiple executions (this can be done with reportSets if it is part of
> the reporting section), or allow multiple doclets to be given in the
> javadoc configuration and do the r
there's two paths to take here - put it with the users to define
multiple executions (this can be done with reportSets if it is part of
the reporting section), or allow multiple doclets to be given in the
javadoc configuration and do the rerun there.
Since different doclets probably change other o
On 1/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> I did this recently in the site plugin for skins as an example. It takes
> care of all the repository stuff. Any volunteers to write this up as a
> howto? :)
Thanks! Before I go too much further... is this going to work? At
this point I've r
Wendy Smoak wrote:
> Can you expand on that? :) I gather this would keep me from having to
> give the path to the jar file (which is obviously not portable, but I
> was in "just make it work" mode at that point.)
Yep, exactly.
eg:
umlgraph
umlgraph
4.2
Then in the javadoc plugin:
/** @
On 1/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
> javadoc problem (maybe it is already fixed?)
Today, apparently! Sorry for the noise.
> Also, I think the doclet path should be an artifact reference instead,
> which could be added as a plugin dependency.
Can you expand on that? :) I gathe
javadoc problem (maybe it is already fixed?)
Also, I think the doclet path should be an artifact reference instead,
which could be added as a plugin dependency.
- Brett
Wendy Smoak wrote:
> (Moving this to from user@ to dev@)
>
> I'm trying to use an alternate doclet, and I tried to configuring
(Moving this to from user@ to dev@)
I'm trying to use an alternate doclet, and I tried to configuring the
javadoc plugin,
org.apache.maven.plugins
maven-javadoc-plugin
gr.spinellis.umlgraph.doclet.UmlGraph
c:\java\m2-repository\uml
On Fri, 2005-10-21 at 11:54 +0100, Samuel Le Berrigaud wrote:
> Hi,
Can you put this in JIRA please:
http://jira.codehaus.org/browse/MNG
> there is a bug in the current javadoc plugin regarding the site
> integration. The link to the javadoc leads to blank page.
>
> The javadoc is correctly gen
Hi,
there is a bug in the current javadoc plugin regarding the site
integration. The link to the javadoc leads to blank page.
The javadoc is correctly generated, however the index page of the
javadoc is overwritten by a blank index page.
I found the bug come from the JavadocReport class of the p
17 matches
Mail list logo
