533f53d097
From Arnaud Heritier : - XML reformatting
evenisse2004-01-26 05:55:44 +00:00
00f8e33f37
From Arnaud Heritier : - Customize the debug flag for the FOP command from the plugin property �maven.pdf.debug� (unintentionally removed in the last commit) - From now when the pdf is generated, it is automatically copied into the ${maven.docs.dest} directory.
evenisse2004-01-26 05:54:29 +00:00
2a3ec3b9bf
Fix dependency convergence page when project have no dependency.
evenisse2004-01-22 21:42:52 +00:00
6c0cd25761
Add jpox to list
dion2004-01-19 03:21:45 +00:00
bf464e28f7
Remove old nav (current etc) as it was confusing people. Implement maven.jar.includes as per Eric Giguere's suggestion
dion2004-01-18 15:14:36 +00:00
15dead572e
Back out changes to pre docbook stuff I did. maven-plugins.sf.net has a docbook plugin which looks to be less work.
bwalding2004-01-18 09:54:26 +00:00
cbb7a45d8d
Make the 2 aspects intercept different methods as it seems AW doesn't support weaving twice the same method... :-(
vmassol2004-01-16 20:09:17 +00:00
72a53d4fba
Add a very simple version of cover.
evenisse2004-01-16 14:41:09 +00:00
7d4a3b109b
Modify some default values
evenisse2004-01-16 14:39:55 +00:00
76e1669c43
hmm... it seems the pathref was not working for some reason. Not sure why but this seems to work.
vmassol2004-01-16 13:03:33 +00:00
2d18aef226
Support spaces in aspectwerkc -cp classpath
vmassol2004-01-16 12:36:27 +00:00
120bd50dc0
- renamed property by prefixing it with "maven". It was previously wrongly named - added default property values for non-production aspects
vmassol2004-01-16 12:18:09 +00:00
f4f9366771
- Allowed weaving to a different directory than ${maven.build.dest} - Fixed AspectWerkzC usage. I was wrongly weaving all dependent jars... :-)
vmassol2004-01-16 11:49:23 +00:00
449d07ea32
A giant rip off of the hibernate docbook->pdf/html converter. It's pretty much a copy and hack to make it fit into maven at present. Needs to have customisation added to it (at present it generates hibernate.pdf!)
bwalding2004-01-15 14:25:48 +00:00
4b9b58b7ec
MAVEN-MPPDF-1. Completely re-writte of the PDF plug-in. It solves most of the thorniest issues, such as table formatting, more levels in the table of contents, and image sizing. The graphic design is also dramatically improved.
evenisse2004-01-15 13:57:44 +00:00
e22afcb573
added build.properties to ignore file list
vmassol2004-01-15 11:48:26 +00:00
1bed0ffe72
Move to maven components module
evenisse2004-01-14 15:58:07 +00:00
2a5d764a53
added build.properties to ignore file list
vmassol2004-01-14 11:18:25 +00:00
9f73daab0e
Added "idea:multiproject" goal. (IDEA 4 only). It creates the idea module files (.iml) via reactor and main project which aggregates this modules. Each module has it's own classpath, src and test, traget dir setting etc.
michal2004-01-10 14:32:59 +00:00
a526454aa3
o remove the hardwiring to my setup o remove dep on plexus-utils in the test runner
jvanzyl2004-01-10 08:23:42 +00:00
b0d134fb39
Fix bad encoding
dion2004-01-08 05:23:58 +00:00
81fc51199e
- Remove telnet server dependency for ftp deployment - Thanks to Rajeev Kaul
dion2004-01-08 05:14:38 +00:00
a16d28f12d
Added maven.junit.format property that defaults to brief. Changed formatters to use maven.junit.usefile consistently. Only set 'dir' property of junit task if fork != 'no'
dion2004-01-08 04:42:40 +00:00
08bcd6a2d6
o defaults need to be set before anything happens. jnlp file came out wonky.
jvanzyl2004-01-06 22:14:15 +00:00
e331ee4013
o using maven:property and removing use of ${pom} in the plugin properties with emmanuel's permission.
jvanzyl2004-01-06 22:02:40 +00:00
d91561bcd3
o property is gleaned within the plugin using the pom directly.
jvanzyl2004-01-06 20:48:46 +00:00
46c2ce36ad
o use maven:property to glean a default instead of relying on interpolation of ${pom} values in the plugin properties files.
jvanzyl2004-01-06 20:48:07 +00:00
2f79ac3020
o remove the use of maven.xdoc.version, the new maven:property tag is being used within the xdoc plugin to create a default value from the POM if one isn't supplied. PR: Obtained from: Submitted by: Reviewed by:
jvanzyl2004-01-06 19:07:39 +00:00
2ef10a2f9b
o use the new maven:property tag in order to determine the value of maven.xdoc.version so that we don't need to refer to the pom within the plugin.properties.
jvanzyl2004-01-06 18:47:25 +00:00
e85e52b12e
o adding jelly maven tag library for use
jvanzyl2004-01-06 18:05:22 +00:00
4642e20efe
o removing glossary cruft
jvanzyl2004-01-06 18:00:01 +00:00
42b92c0b8f
o change log plugin takes care of its own transformation now and has for a while. Just getting rid of the cruft that's grown in here.
jvanzyl2004-01-06 17:58:47 +00:00
8c0c0cd1f7
o task list plugin doesn't require any transformation from the xdoc plugin.
jvanzyl2004-01-06 17:54:01 +00:00
9eb4dd351b
halt on error if an error occurs during aspectwerkz:weave
vmassol2004-01-03 13:29:40 +00:00
07fce292be
Added support for weaving aspectwerkz libraries when running aspectwerkz:weave
vmassol2004-01-03 11:14:57 +00:00
abe2c4e36b
ERROR HTMLEmailPublisher in Cruisecontrol plugin fix
dion2004-01-03 06:12:03 +00:00
e9c410d213
- Create target build dir before compilation - Fixed typo in plugin test properties
vmassol2004-01-02 14:28:20 +00:00
36b032ec24
Fixed error in referencing maven.dependency.classpath
vmassol2004-01-02 14:24:04 +00:00
061173235c
Added support for non-production aspects.
vmassol2004-01-02 14:09:03 +00:00
7271e8205d
Remove AspectC-generated java/lang/Object.class file as it should not happen. This is a hack while waiting for a fix to AW's AspectC.
vmassol2004-01-02 11:38:35 +00:00
7a91b6aa22
required for changes to bootstrap - these directories don't necessarily have to exist
brett2003-12-31 01:24:42 +00:00
180bf1f4eb
changes to touchstone
brett2003-12-31 01:20:36 +00:00
ad84efa0f6
- I had not understood the purpose of AspectC which is not to generated final weaved code but only to weave the custom javadoc tags onto the aspects themselves. We still need to call AspectWerkzC afterwards for offline weaving onto the main source code. - Next step is to add support for 2 source paths: one being the main runtime sources and another being where non-production aspects are located (optional).
vmassol2003-12-30 20:32:58 +00:00
6d98c94a0a
Added explicit perJVM aspect type
vmassol2003-12-30 20:30:33 +00:00
e69e16aa43
o little dom4j tool to flip "id" to "artifactId" at the project level. PR: Obtained from: Submitted by: Reviewed by:
jvanzyl2003-12-29 16:58:49 +00:00
cf67b204bc
make sure directory is there
vmassol2003-12-29 11:37:33 +00:00
e2d4e0eeb2
Jason, there was a bug in your automatic reformatting tool. It moved my comments to the wrong group of <dependency> elements. I've moved them back.
vmassol2003-12-29 11:36:50 +00:00
c0b9155928
o had some fugly notation left over i missed.
jvanzyl2003-12-29 05:28:33 +00:00
ff31f37133
o little dom4j thingy to flip <id/> to <artifactId/> and <groupId/>
jvanzyl2003-12-29 04:39:07 +00:00
b1191378e2
o contributor has name and email only, just fixing stuff as i catch things with an adhoc validator i'm using for testing the components.
jvanzyl2003-12-29 03:10:56 +00:00
becb5d8d0b
- Ok, I think I now better understand how AW works. The plugin should be in a workable state for attribdef style. It has not been fully tested for xmldef style yet. - The next step is probably to add support for executing java applications using the different AW bootstrapping mechanisms
vmassol2003-12-27 13:11:25 +00:00