I don't know about running from the command line...we have our CI system
auto deploy javadocs/source jars to our internal repo so IDE's get this
integrated with the binaries.  This is the functionality I was looking for.

-Dave

On Fri, Aug 14, 2009 at 8:29 AM, Sam Barnett-Cormack <
[email protected]> wrote:

> David Hoffer wrote:
>
>> No any call to install or deploy will build it.  This isn't required but
>> we
>> do wrap the build section in a profile so we only do this on the CI
>> system...as this takes a while.
>>
>
> Well, that works very well for putting the aggregated javadoc on the
> generated site (once I configured it to generate a site), but the attempt to
> javadoc:jar gives me:
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building ASN.1 Java Implementation
> [INFO]    task-segment: [javadoc:jar]
> [INFO]
> ------------------------------------------------------------------------
> [WARNING] DEPRECATED [aggregate]: As of version 2.5, use the goals
> <code>javadoc
> :aggregate</code> and
> <code>javadoc:test-aggregate</code> instead.
> [INFO] [javadoc:jar {execution: default-cli}]
> [INFO] Not executing Javadoc as the project is not a Java classpath-capable
> package
>
> The deprecation I can deal with later, but the not-running-javadoc is a
> pain.
>
>
>  On Fri, Aug 14, 2009 at 7:40 AM, Sam Barnett-Cormack <
>> [email protected]> wrote:
>>
>>  David Hoffer wrote:
>>>
>>>  This works for us, try this in your parent pom:
>>>>
>>>>  When running this, does it need site:site running to build the javadoc
>>> before running a build that'll generate the jar?
>>>
>>>
>>>  <build>
>>>
>>>>               <plugins>
>>>>                   <plugin>
>>>>                       <groupId>org.apache.maven.plugins</groupId>
>>>>                       <artifactId>maven-javadoc-plugin</artifactId>
>>>>                       <version>2.5</version>
>>>>                       <executions>
>>>>                           <execution>
>>>>                               <id>attach-javadocs</id>
>>>>                               <goals>
>>>>                                   <goal>jar</goal>
>>>>                               </goals>
>>>>                           </execution>
>>>>                       </executions>
>>>>                   </plugin>
>>>>               </plugins>
>>>>           </build>
>>>>
>>>> <reporting>
>>>> ...
>>>> <plugin>
>>>>               <!--Provides javadocs-->
>>>>               <groupId>org.apache.maven.plugins</groupId>
>>>>               <artifactId>maven-javadoc-plugin</artifactId>
>>>>               <version>2.5</version>
>>>>               <configuration>
>>>>                   <aggregate>true</aggregate>
>>>>               </configuration>
>>>>           </plugin>
>>>>
>>>> </reporting>
>>>>
>>>> -Dave
>>>>
>>>> On Fri, Aug 14, 2009 at 5:00 AM, Sam Barnett-Cormack <
>>>> [email protected]> wrote:
>>>>
>>>>  Hi all,
>>>>
>>>>> My first maven project, plain JavaSE. I want to build javadoc jars,
>>>>> independent of any site - I'm trying to get that working as well, but
>>>>> for
>>>>> now I'm considering them separately.
>>>>>
>>>>> For organisation purposes, I've split my work into several projects,
>>>>> which
>>>>> I've now made modules of a parent. Creating a source bundle with
>>>>> source:aggregate (having also done source:jar-no-fork on the modules)
>>>>> was
>>>>> easy. Now I want to create a combined javadoc bundle, and that's not
>>>>> proving
>>>>> easy.
>>>>>
>>>>> I've successfully got javadoc:jar running on the modules. However,
>>>>> javadoc:aggregate-jar on the parent does nothing, as far as I can tell.
>>>>>
>>>>> Now, since I'm using m2eclipse, I can happily create a javadoc by
>>>>> running
>>>>> the eclipse javadoc builder over multiple projects, but I'd rather
>>>>> integrate
>>>>> with maven if at all possible. Anyone have any ideas?
>>>>>
>>>>>
>>>>> --
>>>>> Sam Barnett-Cormack
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [email protected]
>>>>> For additional commands, e-mail: [email protected]
>>>>>
>>>>>
>>>>>
>>>>>  --
>>> Sam Barnett-Cormack
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>>
>>
>
> --
> Sam Barnett-Cormack
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to