Re: Plugin cleanup phase 1
On Thu, 2004-01-15 at 23:26, Ben Walding wrote:
> id / groupId works in 1.0-rc1
> groupId / artifactId doesn't
For the reactor to pick them up properly or in general?
> And I know that the ordering of the elements matters. It is very very
> dodgy.
I would say it has be the old way or the new way not a mixture. Either
groupId/artifactId or id.
> Have a look inside the code :)
>
> The law of unexpected consequences runs rife in there.
>
> setId("a:b")
That is something I never intended to be done, but oh well.
> doesn't leave the project in the same state as
> setGroupId("a");setArtifactId("b")
>
> Cheers,
>
> Ben
>
> Brett Porter wrote:
>
> >Que? I use groupId/id all the time and its fine. Looking at the code, the
> >proposed changes should be fine: internally id = artifactId, but getId()
> >returns groupId:artifactId. artifactId has its own get/set.
> >
> >The only problem is that getId() seems to setArtifactId(id) even if id were
> >null it would assign that.
> >
> >Accursed old project code! :)
> >
> >I guess its just worth testing first, but as long as you can output
> >${pom.id} and ${pom.artifactId} in that order and get the correct results,
> >then it should be fine?
> >
> >Cheers,
> >Brett
> >
> >
> >
> >>-Original Message-
> >>From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> >>Sent: Friday, 16 January 2004 1:33 AM
> >>To: Maven Developers List
> >>Subject: RE: Plugin cleanup phase 1
> >>
> >>
> >>On Thu, 2004-01-15 at 16:48, Brett Porter wrote:
> >>
> >>
> >>>+0 if and only if works with RC1. From memory, I don't
> >>>+think it
> >>>does.
> >>>
> >>>
> >>Ben, I think we cound that groupId/artifactId are fine but
> >>it's the combination of groupId/id that caused problems, yes?
> >>
> >>
> >>
> >>>- Brett
> >>>
> >>>
> >>>
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 15 January 2004 6:41 PM
> To: Maven Developers List
> Subject: Plugin cleanup phase 1
>
>
> Hi,
>
> Does anyone object to flipping all the plugins over to using
> / instead of just to promote the
> the proper way?
>
> People just take plugins and copy them and propagate things
> we don't want.
>
> --
> jvz.
>
> Jason van Zyl
> [EMAIL PROTECTED]
> http://maven.apache.org
>
> First, the taking in of scattered particulars under one Idea,
> so that everyone understands what is being talked about ...
> Second, the separation of the Idea into parts, by dividing it
> at the joints,
> as nature directs, not breaking any limb in half as a bad
> carver might.
>
> -- Plato, Phaedrus (Notes on the Synthesis of Form by C.
>
>
> >>Alexander)
> >>
> >>
>
>
>
> >>
> >>
> >>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> >>--
> >>jvz.
> >>
> >>Jason van Zyl
> >>[EMAIL PROTECTED]
> >>http://maven.apache.org
> >>
> >>believe nothing, no matter where you read it,
> >>or who has said it,
> >>not even if i have said it,
> >>unless it agrees with your own reason
> >>and your own common sense.
> >>
> >>-- Buddha
> >>
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >>
> >
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://maven.apache.org
happiness is like a butterfly: the more you chase it, the more it will
elude you, but if you turn your attention to other things, it will come
and sit softly on your shoulder ...
-- Thoreau
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin cleanup phase 1
id / groupId works in 1.0-rc1
groupId / artifactId doesn't
And I know that the ordering of the elements matters. It is very very
dodgy.
Have a look inside the code :)
The law of unexpected consequences runs rife in there.
setId("a:b") doesn't leave the project in the same state as
setGroupId("a");setArtifactId("b")
Cheers,
Ben
Brett Porter wrote:
Que? I use groupId/id all the time and its fine. Looking at the code, the
proposed changes should be fine: internally id = artifactId, but getId()
returns groupId:artifactId. artifactId has its own get/set.
The only problem is that getId() seems to setArtifactId(id) even if id were
null it would assign that.
Accursed old project code! :)
I guess its just worth testing first, but as long as you can output
${pom.id} and ${pom.artifactId} in that order and get the correct results,
then it should be fine?
Cheers,
Brett
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Friday, 16 January 2004 1:33 AM
To: Maven Developers List
Subject: RE: Plugin cleanup phase 1
On Thu, 2004-01-15 at 16:48, Brett Porter wrote:
+0 if and only if works with RC1. From memory, I don't
+think it
does.
Ben, I think we cound that groupId/artifactId are fine but
it's the combination of groupId/id that caused problems, yes?
- Brett
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Thursday, 15 January 2004 6:41 PM
To: Maven Developers List
Subject: Plugin cleanup phase 1
Hi,
Does anyone object to flipping all the plugins over to using
/ instead of just to promote the
the proper way?
People just take plugins and copy them and propagate things
we don't want.
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://maven.apache.org
First, the taking in of scattered particulars under one Idea,
so that everyone understands what is being talked about ...
Second, the separation of the Idea into parts, by dividing it
at the joints,
as nature directs, not breaking any limb in half as a bad
carver might.
-- Plato, Phaedrus (Notes on the Synthesis of Form by C.
Alexander)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://maven.apache.org
believe nothing, no matter where you read it,
or who has said it,
not even if i have said it,
unless it agrees with your own reason
and your own common sense.
-- Buddha
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
xml files handling Re: cvs commit: maven-plugins/docbook plugin.jelly project.xml
On 2004-01-15 23:00, Ben Walding wrote: styles/* => These are probably the only things that would be caught up by an LGPL license. As such I've removed them. I may reimplement them soon / get some kind of release from Hibernate. During using war/ear plugins I've found that it will be very useful to have the possibility to verify deployment descriptors. I know that validating against DTD is not enough but I think it's worth a while to find some kind of general solution. First thought was: just add war-related DTDs as resources for war plugins and call xml-commons resolver-driven validation. Same for other plugins. But there're some problems with such attempt: * DTDs should be embed into plugins; * there's no way to add additonal verification like 'my webapp is using Castor so let's validate mapping.xml too during war build' because it's not clear where to put those DTDs; Some of them have working SYSTEMID so may be loaded directly during verification but this won't work offline and slow down Maven. Another idea that comes to me was to specify DTDs as deps, something like webapp servletapi 2.3 dtd but this is not enough because there's not enough information to solve validation problem because there's no way to get PUBLIC/SYSTEM IDs of given DTD having only DTD so some external info is needed. In theory this may be added as properties in but it's not a good idea... So at least it looks for me that with DTD there should be a catalog entry defining DTD. So xml-validator may download all 'dtd', 'xsd', 'xslt', 'ent' and maybe other files and their 'cat' descriptors, build one catalog for all of them and then validate given set of files. This comes to a problem of having two things instead of one and this is not playing good with Maven dependency model... After all I think that it might be a good idea to define some kind of 'xmlarchive' to handle XML in Maven-way. 'xar' or something like this. With catalog file in META-INF and other files packaged as java class files. And finally, with such thing docbook plugin may rely on 'xar' package containing DocBook stylesheets stored on iBiblio... What's the opinion about all of this? Regards, Tomek PS1 more about resolving and catalogs http://xml.apache.org/commons/components/resolver/resolver-article.html PS2 I know Ant has all of this implemented but the problem is not in calling validator but in locating DTD/XSD/XSLT files. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Plugin cleanup phase 1
On Thu, 2004-01-15 at 17:42, Brett Porter wrote:
> Que? I use groupId/id all the time and its fine. Looking at the code, the
> proposed changes should be fine: internally id = artifactId, but getId()
> returns groupId:artifactId. artifactId has its own get/set.
>
> The only problem is that getId() seems to setArtifactId(id) even if id were
> null it would assign that.
>
> Accursed old project code! :)
>
> I guess its just worth testing first, but as long as you can output
> ${pom.id} and ${pom.artifactId} in that order and get the correct results,
> then it should be fine?
Ben's been doing some tests but it's the reactor that's the problem. I
hope the problem isn't anywhere else but to my knowledge (with all the
plugins I have) things appear to be fine at first blush. Let's see what
Ben has to say.
> Cheers,
> Brett
>
> > -Original Message-
> > From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> > Sent: Friday, 16 January 2004 1:33 AM
> > To: Maven Developers List
> > Subject: RE: Plugin cleanup phase 1
> >
> >
> > On Thu, 2004-01-15 at 16:48, Brett Porter wrote:
> > > +0 if and only if works with RC1. From memory, I don't
> > > +think it
> > > does.
> >
> > Ben, I think we cound that groupId/artifactId are fine but
> > it's the combination of groupId/id that caused problems, yes?
> >
> > > - Brett
> > >
> > > > -Original Message-
> > > > From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> > > > Sent: Thursday, 15 January 2004 6:41 PM
> > > > To: Maven Developers List
> > > > Subject: Plugin cleanup phase 1
> > > >
> > > >
> > > > Hi,
> > > >
> > > > Does anyone object to flipping all the plugins over to using
> > > > / instead of just to promote the
> > > > the proper way?
> > > >
> > > > People just take plugins and copy them and propagate things
> > > > we don't want.
> > > >
> > > > --
> > > > jvz.
> > > >
> > > > Jason van Zyl
> > > > [EMAIL PROTECTED]
> > > > http://maven.apache.org
> > > >
> > > > First, the taking in of scattered particulars under one Idea,
> > > > so that everyone understands what is being talked about ...
> > > > Second, the separation of the Idea into parts, by dividing it
> > > > at the joints,
> > > > as nature directs, not breaking any limb in half as a bad
> > > > carver might.
> > > >
> > > > -- Plato, Phaedrus (Notes on the Synthesis of Form by C.
> > Alexander)
> > > >
> > > >
> > > >
> >
> > > > -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > --
> > jvz.
> >
> > Jason van Zyl
> > [EMAIL PROTECTED]
> > http://maven.apache.org
> >
> > believe nothing, no matter where you read it,
> > or who has said it,
> > not even if i have said it,
> > unless it agrees with your own reason
> > and your own common sense.
> >
> > -- Buddha
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://maven.apache.org
happiness is like a butterfly: the more you chase it, the more it will
elude you, but if you turn your attention to other things, it will come
and sit softly on your shoulder ...
-- Thoreau
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Plugin cleanup phase 1
Que? I use groupId/id all the time and its fine. Looking at the code, the
proposed changes should be fine: internally id = artifactId, but getId()
returns groupId:artifactId. artifactId has its own get/set.
The only problem is that getId() seems to setArtifactId(id) even if id were
null it would assign that.
Accursed old project code! :)
I guess its just worth testing first, but as long as you can output
${pom.id} and ${pom.artifactId} in that order and get the correct results,
then it should be fine?
Cheers,
Brett
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Friday, 16 January 2004 1:33 AM
> To: Maven Developers List
> Subject: RE: Plugin cleanup phase 1
>
>
> On Thu, 2004-01-15 at 16:48, Brett Porter wrote:
> > +0 if and only if works with RC1. From memory, I don't
> > +think it
> > does.
>
> Ben, I think we cound that groupId/artifactId are fine but
> it's the combination of groupId/id that caused problems, yes?
>
> > - Brett
> >
> > > -Original Message-
> > > From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, 15 January 2004 6:41 PM
> > > To: Maven Developers List
> > > Subject: Plugin cleanup phase 1
> > >
> > >
> > > Hi,
> > >
> > > Does anyone object to flipping all the plugins over to using
> > > / instead of just to promote the
> > > the proper way?
> > >
> > > People just take plugins and copy them and propagate things
> > > we don't want.
> > >
> > > --
> > > jvz.
> > >
> > > Jason van Zyl
> > > [EMAIL PROTECTED]
> > > http://maven.apache.org
> > >
> > > First, the taking in of scattered particulars under one Idea,
> > > so that everyone understands what is being talked about ...
> > > Second, the separation of the Idea into parts, by dividing it
> > > at the joints,
> > > as nature directs, not breaking any limb in half as a bad
> > > carver might.
> > >
> > > -- Plato, Phaedrus (Notes on the Synthesis of Form by C.
> Alexander)
> > >
> > >
> > >
>
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> --
> jvz.
>
> Jason van Zyl
> [EMAIL PROTECTED]
> http://maven.apache.org
>
> believe nothing, no matter where you read it,
> or who has said it,
> not even if i have said it,
> unless it agrees with your own reason
> and your own common sense.
>
> -- Buddha
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
RE: Plugin cleanup phase 1
I've been using artifactId for quite awhile now...since before RC1...unless there is something specific to plugins that might keep it from working. -john On Thu, 2004-01-15 at 16:48, Brett Porter wrote: > +0 if and only if works with RC1. From memory, I don't think it > does. > > - Brett > > > -Original Message- > > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > > Sent: Thursday, 15 January 2004 6:41 PM > > To: Maven Developers List > > Subject: Plugin cleanup phase 1 > > > > > > Hi, > > > > Does anyone object to flipping all the plugins over to using > > / instead of just to promote the > > the proper way? > > > > People just take plugins and copy them and propagate things > > we don't want. > > > > -- > > jvz. > > > > Jason van Zyl > > [EMAIL PROTECTED] > > http://maven.apache.org > > > > First, the taking in of scattered particulars under one Idea, > > so that everyone understands what is being talked about ... > > Second, the separation of the Idea into parts, by dividing it > > at the joints, > > as nature directs, not breaking any limb in half as a bad > > carver might. > > > > -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Plugin cleanup phase 1
On Thu, 2004-01-15 at 16:48, Brett Porter wrote: > +0 if and only if works with RC1. From memory, I don't think it > does. Ben, I think we cound that groupId/artifactId are fine but it's the combination of groupId/id that caused problems, yes? > - Brett > > > -Original Message- > > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > > Sent: Thursday, 15 January 2004 6:41 PM > > To: Maven Developers List > > Subject: Plugin cleanup phase 1 > > > > > > Hi, > > > > Does anyone object to flipping all the plugins over to using > > / instead of just to promote the > > the proper way? > > > > People just take plugins and copy them and propagate things > > we don't want. > > > > -- > > jvz. > > > > Jason van Zyl > > [EMAIL PROTECTED] > > http://maven.apache.org > > > > First, the taking in of scattered particulars under one Idea, > > so that everyone understands what is being talked about ... > > Second, the separation of the Idea into parts, by dividing it > > at the joints, > > as nature directs, not breaking any limb in half as a bad > > carver might. > > > > -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook plugin.jelly
bwalding2004/01/15 14:06:32 Modified:docbook plugin.jelly Log: Removed erroneous code Revision ChangesPath 1.8 +6 -46 maven-plugins/docbook/plugin.jelly Index: plugin.jelly === RCS file: /home/cvs/maven-plugins/docbook/plugin.jelly,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- plugin.jelly 15 Jan 2004 14:25:48 - 1.7 +++ plugin.jelly 15 Jan 2004 22:06:32 - 1.8 @@ -42,24 +42,21 @@ - - - - + - + - + @@ -68,49 +65,12 @@ - - + + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-1091) plugin:test failures for some plugins
The following comment has been added to this issue: Author: Brett Porter Created: Thu, 15 Jan 2004 4:22 PM Body: add deploy to the list. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1091 Here is an overview of the issue: - Key: MAVEN-1091 Summary: plugin:test failures for some plugins Type: Bug Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Fix Fors: 1.0-rc2 Versions: 1.0-rc2 Assignee: Reporter: Brett Porter Created: Tue, 30 Dec 2003 10:29 PM Updated: Thu, 15 Jan 2004 4:22 PM Description: failures for xdoc,checkstyle,clover,dashboard,war in RC2 on the branch. html2xdoc also fails because of checkstyle not being present. Fix and return them to maven.xml (currently on the excludes list in maven.xml). - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-1072) Maven site fails
The following comment has been added to this issue: Author: Brett Porter Created: Thu, 15 Jan 2004 4:20 PM Body: fixed in local copy. Will clean up for CVS over the weekend. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1072 Here is an overview of the issue: - Key: MAVEN-1072 Summary: Maven site fails Type: Bug Status: In Progress Priority: Major Original Estimate: Unknown Time Spent: 2 hours Remaining: 1 hour Project: maven Components: core Fix Fors: 1.0-rc2 Versions: 1.0-rc2 Assignee: Brett Porter Reporter: dion gillard Created: Wed, 10 Dec 2003 10:35 PM Updated: Thu, 15 Jan 2004 4:20 PM Description: [echo] extra-failure failed correctly [echo] counter-pre [echo] counter-post [mkdir] Created dir: C:\source\maven\src\test\touchstone-build\src\reactor-build\failProperty\extra-failure\target\test-reports [echo] Generating the Task List... [mkdir] Created dir: C:\source\maven\src\test\touchstone-build\src\reactor-build\failProperty\extra-failure\target\generated-xdocs [mkdir] Created dir: C:\source\maven\src\test\touchstone-build\src\reactor-build\failProperty\extra-failure\target\docs [echo] Generating the Jelly Tag Documentation... [echo] Generating jellydoc for packages org.apache.maven.* [echo] Source directory is C:\source\maven\src\test\touchstone-build\src\reactor-build\failProperty\extra-failure\src\java BUILD FAILED C:\source\maven\src\test\touchstone-build\src\reactor-build\failProperty\extra-failure\src\java not found. Total time: 1 minutes 25 seconds - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/styles html_chunk.xsl html.css html.xsl fopdf.xsl
bwalding2004/01/15 14:01:18 Removed: docbook/src/plugin-resources/styles html_chunk.xsl html.css html.xsl fopdf.xsl Log: Can't have that LGPL stuff here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: maven-plugins/docbook plugin.jelly project.xml
docbook-dtd / docbook-xsl => Unencumbered license => http://www.docbook.org/wiki/moin.cgi/DocBookLicense plugin.jelly => General concepts from hibernate, but they're really just ant tasks that are general ways to run doc book and fop. styles/* => These are probably the only things that would be caught up by an LGPL license. As such I've removed them. I may reimplement them soon / get some kind of release from Hibernate. [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote on 16/01/2004 01:25:48 AM: Log: 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!) You mean this is a copy of LGPL source code? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Plugin cleanup phase 1
+0 if and only if works with RC1. From memory, I don't think it does. - Brett > -Original Message- > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > Sent: Thursday, 15 January 2004 6:41 PM > To: Maven Developers List > Subject: Plugin cleanup phase 1 > > > Hi, > > Does anyone object to flipping all the plugins over to using > / instead of just to promote the > the proper way? > > People just take plugins and copy them and propagate things > we don't want. > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://maven.apache.org > > First, the taking in of scattered particulars under one Idea, > so that everyone understands what is being talked about ... > Second, the separation of the Idea into parts, by dividing it > at the joints, > as nature directs, not breaking any limb in half as a bad > carver might. > > -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
cvs commit: maven-components/maven-model-xpp3 project.xml
jvanzyl 2004/01/15 13:00:30 Modified:maven-model-xpp3 project.xml Log: updating components to snaps Revision ChangesPath 1.10 +1 -1 maven-components/maven-model-xpp3/project.xml Index: project.xml === RCS file: /home/cvs/maven-components/maven-model-xpp3/project.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- project.xml 11 Jan 2004 22:17:48 - 1.9 +++ project.xml 15 Jan 2004 21:00:30 - 1.10 @@ -34,7 +34,7 @@ maven maven-model - 2.0-alpha-3-SNAPSHOT + 2.0-SNAPSHOT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-components/maven-project project.xml
jvanzyl 2004/01/15 12:55:55 Modified:maven-project project.xml Log: updating components to snaps Revision ChangesPath 1.10 +2 -2 maven-components/maven-project/project.xml Index: project.xml === RCS file: /home/cvs/maven-components/maven-project/project.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- project.xml 11 Jan 2004 22:18:27 - 1.9 +++ project.xml 15 Jan 2004 20:55:55 - 1.10 @@ -6,7 +6,7 @@ maven maven-project maven-project - 2.0-alpha-2 + 2.0-SNAPSHOT jakarta Maven is a project management and project comprehension tool. Maven is based on the concept of a project object model: builds, documentation creation, site publication, and distribution publication are all controlled from the project object model. Maven also provides tools to create source metrics, change logs based directly on source repository, and source cross-references. Java Project Management Tools @@ -40,7 +40,7 @@ maven maven-model-xpp3 - SNAPSHOT + 2.0-SNAPSHOT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-58) ojb 1.0-rc5 is inaccessible
The following comment has been added to this issue: Author: Neil Katin Created: Thu, 15 Jan 2004 11:33 AM Body: Thanks for your fast response. I tried it and it worked. Sorry for the bogus bug... - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVENUPLOAD-58 Here is an overview of the issue: - Key: MAVENUPLOAD-58 Summary: ojb 1.0-rc5 is inaccessible Type: Bug Status: Closed Priority: Minor Resolution: WON'T FIX Original Estimate: 1 hour Time Spent: Unknown Remaining: 1 hour Project: maven-upload-requests Assignee: Jason van Zyl Reporter: Neil Katin Created: Wed, 14 Jan 2004 8:54 PM Updated: Thu, 15 Jan 2004 11:33 AM Description: The Ibiblio database for the obj component (http://www.ibiblio.org/maven/ojb/jars/) is a bit broken for the 1.0.rc5 version of the jar. The problem is that OJB has changed the name of the jar from ojb- to db-ojb-. This makes the element in the dependencies section not useful; the element has to be used instead. The easiest fix would be to add a new project called db-ojb to mirror the current contents, since this seems to be the new ojb project name... - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-1122) [jar request] strutstestcase for 2.2 containers
The following comment has been added to this issue: Author: Emmanuel Bourg Created: Thu, 15 Jan 2004 11:20 AM Body: Sorry I linked to an old version, here is the latest version available : http://prdownloads.sourceforge.net/strutstestcase/strutstest200-1.1_2.2.zip - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1122 Here is an overview of the issue: - Key: MAVEN-1122 Summary: [jar request] strutstestcase for 2.2 containers Type: Improvement Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Emmanuel Bourg Created: Thu, 15 Jan 2004 11:17 AM Updated: Thu, 15 Jan 2004 11:20 AM Description: The repository contains the version of strutstestcase for servlet 2.3 containers but not for servlet 2.2 containers, that would be nice to add it for people deploying on WebSphere 4. http://prdownloads.sourceforge.net/strutstestcase/strutstest-1.1_2.2.zip Thank you - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MAVEN-1122) [jar request] strutstestcase for 2.2 containers
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1122 Here is an overview of the issue: - Key: MAVEN-1122 Summary: [jar request] strutstestcase for 2.2 containers Type: Improvement Status: Unassigned Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Emmanuel Bourg Created: Thu, 15 Jan 2004 11:17 AM Updated: Thu, 15 Jan 2004 11:17 AM Description: The repository contains the version of strutstestcase for servlet 2.3 containers but not for servlet 2.2 containers, that would be nice to add it for people deploying on WebSphere 4. http://prdownloads.sourceforge.net/strutstestcase/strutstest-1.1_2.2.zip Thank you - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MAVEN-1121) [jar request] junit addons
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1121 Here is an overview of the issue: - Key: MAVEN-1121 Summary: [jar request] junit addons Type: Improvement Status: Unassigned Priority: Minor Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Emmanuel Bourg Created: Thu, 15 Jan 2004 11:07 AM Updated: Thu, 15 Jan 2004 11:07 AM Description: JUnit-addons is a collection of helper classes for JUnit available under the ASL. http://sourceforge.net/projects/junit-addons http://prdownloads.sourceforge.net/junit-addons/junit-addons-1.4.zip Thank you - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/pdf project.xml
evenisse2004/01/15 08:27:07 Modified:pdf project.xml Log: use groupId/artifactId instead of id for dependencies Revision ChangesPath 1.23 +19 -15maven-plugins/pdf/project.xml Index: project.xml === RCS file: /home/cvs/maven-plugins/pdf/project.xml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- project.xml 15 Jan 2004 14:30:46 - 1.22 +++ project.xml 15 Jan 2004 16:27:07 - 1.23 @@ -37,50 +37,54 @@ Release Manager - + + + Andrew Jaquith - arjaquith [EMAIL PROTECTED] freshcookies.org - -Architect -Documentation - - - + + - fop + fop + fop 0.20.5 - batik + batik + batik 1.5-fop-0.20-5 - logkit + logkit + logkit 1.0.1 - avalon-framework + avalon-framework + avalon-framework 4.0 - xerces + xerces + xerces 2.3.0 root - xml-apis + xml-apis + xml-apis 1.0.b2 root - xalan + xalan + xalan 2.4.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-1120) [jar request] javamail & activation
The following comment has been added to this issue: Author: Emmanuel Bourg Created: Thu, 15 Jan 2004 10:13 AM Body: It's worth noting the servlet api is available under the same terms : http://java.sun.com/products/servlet/download.html And this API is available in the repository but under the ASF license, I guess this is due to the donation of the reference implementation to Apache ? - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1120 Here is an overview of the issue: - Key: MAVEN-1120 Summary: [jar request] javamail & activation Type: Improvement Status: Closed Priority: Minor Resolution: WON'T FIX Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Emmanuel Bourg Created: Thu, 15 Jan 2004 7:00 AM Updated: Thu, 15 Jan 2004 10:13 AM Description: The JavaMail API and the Activation Framework are not available in the repository at Ibiblio. Is it possible to upload them please ? JavaMail 1.3.1 http://java.sun.com/products/javamail/downloads/index.html Java Activation Framework 1.0.2 http://java.sun.com/products/javabeans/glasgow/jaf.html Thank you - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Plugin cleanup phase 1
Hi, Does anyone object to flipping all the plugins over to using / instead of just to promote the the proper way? People just take plugins and copy them and propagate things we don't want. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://maven.apache.org First, the taking in of scattered particulars under one Idea, so that everyone understands what is being talked about ... Second, the separation of the Idea into parts, by dividing it at the joints, as nature directs, not breaking any limb in half as a bad carver might. -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: maven-plugins/docbook plugin.jelly project.xml
[EMAIL PROTECTED] wrote on 16/01/2004 01:25:48 AM: > Log: > 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!) You mean this is a copy of LGPL source code? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-1120) [jar request] javamail & activation
The following comment has been added to this issue: Author: Emmanuel Bourg Created: Thu, 15 Jan 2004 9:45 AM Body: My understanding is that the "Software" is the set of classes of the API. So as long as the content of the jar is not modified, it can be distributed. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1120 Here is an overview of the issue: - Key: MAVEN-1120 Summary: [jar request] javamail & activation Type: Improvement Status: Closed Priority: Minor Resolution: WON'T FIX Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Emmanuel Bourg Created: Thu, 15 Jan 2004 7:00 AM Updated: Thu, 15 Jan 2004 9:45 AM Description: The JavaMail API and the Activation Framework are not available in the repository at Ibiblio. Is it possible to upload them please ? JavaMail 1.3.1 http://java.sun.com/products/javamail/downloads/index.html Java Activation Framework 1.0.2 http://java.sun.com/products/javabeans/glasgow/jaf.html Thank you - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-1120) [jar request] javamail & activation
The following comment has been added to this issue:
Author: dion gillard
Created: Thu, 15 Jan 2004 9:22 AM
Body:
IANAL either, but
"(i) you distribute the Software complete and unmodified and only bundled as part of,
and for the sole purpose of running, your Java applets or applications ("Programs")"
doesn't sound much like making it freely available for download from ibiblio.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1120
Here is an overview of the issue:
-
Key: MAVEN-1120
Summary: [jar request] javamail & activation
Type: Improvement
Status: Closed
Priority: Minor
Resolution: WON'T FIX
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven
Assignee:
Reporter: Emmanuel Bourg
Created: Thu, 15 Jan 2004 7:00 AM
Updated: Thu, 15 Jan 2004 9:22 AM
Description:
The JavaMail API and the Activation Framework are not available in the repository at
Ibiblio. Is it possible to upload them please ?
JavaMail 1.3.1
http://java.sun.com/products/javamail/downloads/index.html
Java Activation Framework 1.0.2
http://java.sun.com/products/javabeans/glasgow/jaf.html
Thank you
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/pdf project.xml
evenisse2004/01/15 06:30:46 Modified:pdf project.xml Log: Add id tag Revision ChangesPath 1.22 +1 -0 maven-plugins/pdf/project.xml Index: project.xml === RCS file: /home/cvs/maven-plugins/pdf/project.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- project.xml 15 Jan 2004 13:56:34 - 1.21 +++ project.xml 15 Jan 2004 14:30:46 - 1.22 @@ -5,6 +5,7 @@ 3 maven maven-pdf-plugin + maven-pdf-plugin Maven PDF Plug-in 2.0-SNAPSHOT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook plugin.jelly project.xml
bwalding2004/01/15 06:25:48 Modified:docbook/xdocs changes.xml goals.xml docbook plugin.jelly project.xml Added: docbook/src/plugin-resources/lib/docbook-xsl/common de.xml en.xml da.xml fi.xml ca.xml l10n.xml pt.xml sr.xml lt.xml subtitles.xsl xh.xml ro.xml et.xml th.xml l10n.dtd zh_tw.xml l10n.xsl targets.xsl sk.xml tr.xml ru.xml cs.xml ja.xml nn.xml gentext.xsl es.xml sv.xml titles.xsl common.xsl zh_cn.xml hu.xml no.xml id.xml pt_br.xml it.xml table.xsl sl.xml he.xml eu.xml pl.xml bg.xml ChangeLog nl.xml ko.xml af.xml labels.xsl fr.xml uk.xml targetdatabase.dtd vi.xml el.xml docbook/src/plugin-resources/lib/docbook-xsl/fo component.xsl param.xml passivetex.xsl glossary.xsl titlepage.templates.xsl fop.xsl table.xsl synop.xsl param.xweb autotoc.xsl fo-patch-for-fop.xsl titlepage.templates.xml refentry.xsl fo-rtf.xsl profile-docbook.xsl graphics.xsl biblio.xsl titlepage.xsl info.xsl footnote.xsl ChangeLog math.xsl qandaset.xsl keywords.xsl index.xsl callout.xsl xref.xsl inline.xsl ebnf.xsl verbatim.xsl xep.xsl sections.xsl pdf2index division.xsl formal.xsl pi.xsl param.ent fo.xsl docbook.xsl admon.xsl autoidx.xsl pagesetup.xsl toc.xsl param.xsl lists.xsl block.xsl docbook/src/plugin-resources/lib/docbook-xsl/html titlepage.xsl toc.xsl profile-onechunk.xsl onechunk.xsl graphics.xsl keywords.xsl ebnf.xsl manifest.xsl changebars.xsl lists.xsl param.ent glossary.xsl qandaset.xsl callout.xsl autoidx.xsl synop.xsl formal.xsl param.xml docbook.xsl titlepage.templates.xsl chunkfast.xsl pi.xsl footnote.xsl refentry.xsl chunk-common.xsl titlepage.templates.xml info.xsl component.xsl param.xsl biblio.xsl xref.xsl chunker.xsl oldchunker.xsl maketoc.xsl math.xsl param.xweb autotoc.xsl chunk.xsl chunktoc.xsl sections.xsl block.xsl html.xsl verbatim.xsl profile-chunk.xsl index.xsl ChangeLog admon.xsl table.xsl html-rtf.xsl profile-docbook.xsl inline.xsl division.xsl docbook/src/plugin-resources/lib/docbook-dtd/ent iso-amsb.ent iso-amso.ent iso-box.ent iso-lat1.ent iso-num.ent iso-grk1.ent iso-lat2.ent iso-grk3.ent iso-cyr2.ent iso-cyr1.ent iso-grk2.ent iso-grk4.ent iso-tech.ent iso-amsc.ent iso-amsa.ent iso-pub.ent iso-amsn.ent iso-dia.ent iso-amsr.ent docbook/src/plugin-resources/styles fopdf.xsl html_chunk.xsl html.xsl html.css docbook/src/plugin-resources/lib/docbook-dtd ChangeLog dbgenent.mod calstblx.dtd README dbpoolx.mod catalog.xml soextblx.dtd dbcentx.mod dbnotnx.mod dbhierx.mod docbookx.dtd docbook.cat docbook/src/plugin-resources/lib/docbook-xsl/lib lib.xweb lib.xsl lib.xml ChangeLog docbook/src/plugin-resources/lib/docbook-xsl VERSION Log: 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!) Have a look in hibernate CVS for example files (which have to be put in src/reference/src in your project) Revision ChangesPath 1.1 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common/de.xml http://cvs.apache.org/viewcvs/maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common/de.xml?rev=1.1 1.1 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common/en.xml http://cvs.apache.org/viewcvs/maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common/en.xml?rev=1.1 1.1 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common/da.xml http://cvs.apache.org/viewcvs/maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common/da.xml?rev=1.1 1.1 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common/fi.xml http://cvs.apache.org/viewcvs/maven-plug
cvs commit: maven-plugins/docbook/src/plugin-resources/lib - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/html - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/html - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/styles - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/styles - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/lib/docbook-dtd/ent - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib/docbook-dtd/ent - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/lib - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/lib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/fo - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/fo - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl/common - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/lib/docbook-dtd - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib/docbook-dtd - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl - New directory
bwalding2004/01/15 06:18:37 maven-plugins/docbook/src/plugin-resources/lib/docbook-xsl - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-1120) [jar request] javamail & activation
The following comment has been added to this issue:
Author: Emmanuel Bourg
Created: Thu, 15 Jan 2004 8:33 AM
Body:
IANAL but the license for javamail is not a strict BCL, there are supplemental terms
allowing binary distribution :
"2. License to Distribute Software. Subject to the terms and conditions of this
Agreement, including, but not limited to Section 3 (Java (TM) Technology Restrictions)
of these Supplemental Terms, Sun grants you a non-exclusive, non-transferable, limited
license to reproduce and distribute the Software in binary code form only, provided
that (i) you distribute the Software complete and unmodified and only bundled as part
of, and for the sole purpose of running, your Java applets or applications
("Programs"), (ii) the Programs add significant and primary functionality to the
Software, (iii) you do not distribute additional software intended to replace any
component(s) of the Software, (iv) you do not remove or alter any proprietary legends
or notices contained in the Software, (v) you only distribute the Software subject to
a license agreement that protects Sun's interests consistent with the terms contained
in this Agreement, and (vi) you agree to defend and indemnify Sun and its licensors
from and against any damages, costs, liabilities, settlement amounts and/or expenses
(including attorneys' fees) incurred in connection with any claim, lawsuit or action
by any third party that arises or results from the use or distribution of any and all
Programs and/or Software."
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1120
Here is an overview of the issue:
-
Key: MAVEN-1120
Summary: [jar request] javamail & activation
Type: Improvement
Status: Closed
Priority: Minor
Resolution: WON'T FIX
Original Estimate: Unknown
Time Spent: Unknown
Remaining: Unknown
Project: maven
Assignee:
Reporter: Emmanuel Bourg
Created: Thu, 15 Jan 2004 7:00 AM
Updated: Thu, 15 Jan 2004 8:33 AM
Description:
The JavaMail API and the Activation Framework are not available in the repository at
Ibiblio. Is it possible to upload them please ?
JavaMail 1.3.1
http://java.sun.com/products/javamail/downloads/index.html
Java Activation Framework 1.0.2
http://java.sun.com/products/javabeans/glasgow/jaf.html
Thank you
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/pdf/src/plugin-resources/fonts gara.ttf garabd.ttf garait.ttf ttf-gara.xml ttf-garabd.xml ttf-garait.xml
evenisse2004/01/15 05:57:45 Added: pdf/src/plugin-resources fo-body.xslt fo-layouts.xslt fo-table-column-widths.xslt fo-tables.xslt fo-toc.xslt userconfig.xml pdf/src/plugin-resources/fonts gara.ttf garabd.ttf garait.ttf ttf-gara.xml ttf-garabd.xml ttf-garait.xml Log: 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. Revision ChangesPath 1.1 maven-plugins/pdf/src/plugin-resources/fo-body.xslt http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fo-body.xslt?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/fo-layouts.xslt http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fo-layouts.xslt?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/fo-table-column-widths.xslt http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fo-table-column-widths.xslt?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/fo-tables.xslt http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fo-tables.xslt?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/fo-toc.xslt http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fo-toc.xslt?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/userconfig.xml http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/userconfig.xml?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/fonts/gara.ttf <> 1.1 maven-plugins/pdf/src/plugin-resources/fonts/garabd.ttf <> 1.1 maven-plugins/pdf/src/plugin-resources/fonts/garait.ttf <> 1.1 maven-plugins/pdf/src/plugin-resources/fonts/ttf-gara.xml http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fonts/ttf-gara.xml?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/fonts/ttf-garabd.xml http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fonts/ttf-garabd.xml?rev=1.1 1.1 maven-plugins/pdf/src/plugin-resources/fonts/ttf-garait.xml http://cvs.apache.org/viewcvs/maven-plugins/pdf/src/plugin-resources/fonts/ttf-garait.xml?rev=1.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/pdf/src/plugin-resources/fonts - New directory
evenisse2004/01/15 05:57:09 maven-plugins/pdf/src/plugin-resources/fonts - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/pdf/xdocs changes.xml
evenisse2004/01/15 05:56:34
Modified:pdf plugin.jelly plugin.properties project.properties
project.xml
pdf/src/plugin-resources project2fo.xslt
pdf/xdocs changes.xml
Log:
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.
Revision ChangesPath
1.7 +99 -41maven-plugins/pdf/plugin.jelly
Index: plugin.jelly
===
RCS file: /home/cvs/maven-plugins/pdf/plugin.jelly,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- plugin.jelly 29 Aug 2003 06:27:52 - 1.6
+++ plugin.jelly 15 Jan 2004 13:56:34 - 1.7
@@ -1,14 +1,47 @@
-
+
-
+
-
-
-
-
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
-
-
Generating ${docsDest}/project.fo ...
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
+
+
${systemScope.setProperty('javax.xml.transform.TransformerFactory','org.apache.xalan.processor.TransformerFactoryImpl')}
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
-Generating ${docsDest}/project.pdf ...
-
+
+Generating ${docsPdf}/project.pdf ...
+Config file: ${docsPdf}/userconfig.xml
+
-
+
+
-
+
-
+
+
-
1.3 +15 -1 maven-plugins/pdf/plugin.properties
Index: plugin.properties
===
RCS file: /home/cvs/maven-plugins/pdf/plugin.properties,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- plugin.properties 25 Jan 2003 18:19:54 - 1.2
+++ plugin.properties 15 Jan 2004 13:56:34 - 1.3
@@ -3,4 +3,18 @@
# ---
# PDF plugin.
# ---
-
+maven.pdf.confidential=false
+maven.pdf.paperType=US
+maven.pdf.companyName=Apache Software Foundation
+maven.pdf.companyIncName=Apache Software Foundation, Inc.
+maven.pdf.copyrightYear=2003
+maven.pdf.imageDpi=150
+maven.pdf.debug=false
+# Reserved for future use...
+maven.pdf.cover.projectCompany=Apache Software Foundation
+maven.pdf.cover.projectName=Microsoft Windows Server 2003 with .NET Framework and
IBM WebSphere
+maven.pdf.cover.type=Research Report
+maven.pdf.cover.version=1.0
+maven.pdf.cover.date=June 2, 2003
+maven.pdf.projectLogo=project_logo.gif
+maven.pdf.companyLogo=company_logo.gif
1.5 +2 -2 maven-plugins/pdf/project.properties
Index: project.properties
===
RCS file: /home/cvs/maven-plugins/pdf/project.properties,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- project.properties6 Jan 2004 19:07:38 - 1.4
+++ project.properties15 Jan 2004 13:56:34 - 1.5
@@ -2,6 +2,6 @@
# P R O J E C T P R O P E R T I E S
# ---
maven.xdoc.date=left
[jira] Commented: (MPWAR-16) war plugin cannot add other files to web-inf without workaround
The following comment has been added to this issue:
Author: Tim Chen
Created: Thu, 15 Jan 2004 8:04 AM
Body:
I'm not sure how you can do that unless you also declare
maven.war.webapp.dir in your project.properties before the struts stuff.
Remember that xdoclet generation must occur before the war plugin starts to process
and therefore if you have just that it would evaluate to
C:\WEB-INF (on windows) because it can't find a definition for maven.war.webapp.dir.
Also keep in mind that my using xdoclet generation was an example. I meant for any
type of generation.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPWAR-16
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
Type: Improvement
Status: Open
Priority: Major
Original Estimate: 30 minutes
Time Spent: Unknown
Remaining: 30 minutes
Project: maven-war-plugin
Assignee: Jason van Zyl
Reporter: Tim Chen
Created: Wed, 14 Jan 2004 4:33 PM
Updated: Thu, 15 Jan 2004 8:04 AM
Environment: maven 1.0 rc-1
war plugin 1.4 and 1.5 SNAPSHOT
Description:
Consider a struts war which might have:
WEB-INF/
web.xml
struts-config.xml
The current war plugin does not allow you to copy struts-config.xml into WEB-INF
without a maven.xml postgoal hack.
A possible patch would be to add the following to war:webapp
an example project.properties using this would be:
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.multiproject.type=war
maven.xdoclet.webdoclet.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF
maven.xdoclet.webdoclet.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.fileset.0.include=**/*.java
maven.xdoclet.webdoclet.strutsconfigxml.0=true
maven.xdoclet.webdoclet.strutsconfigxml.0.Version=1.1
maven.xdoclet.webdoclet.strutsconfigxml.0.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.jsptaglib.0=false
maven.war.src=${maven.xdoclet.webdoclet.dir}
maven.war.webxml=${maven.xdoclet.webdoclet.destDir}/web.xml
maven.war.webxml.src=${maven.xdoclet.webdoclet.destDir}
maven.war.webxml.src.includes=struts*.xml
The proposed patch could be enhanced by ignoring web.xml if it is in the same
directory etc.
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MPWAR-16) war plugin cannot add other files to web-inf without workaround
The following comment has been added to this issue:
Author: Michal Maczka
Created: Thu, 15 Jan 2004 7:06 AM
Body:
Well I was using xdoclet and my own generator and I was able to instruct them both to
generate their stuff into
${maven.war.build.dir}
I don't remember details but I think that it is as simple as
changing from:
maven.xdoclet.webdoclet.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF
to:
maven.xdoclet.webdoclet.destDir=${maven.war.webapp.dir}/WEB-INF
I usually work with "exploded" webapps and generate wars only if I have to.
So in my case (if I have to use Tomcat)
${maven.war.webapp.dir}=${tomcat.home}/webapps/my_application
I don't see what's more you might need...
Michal
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPWAR-16
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
Type: Improvement
Status: Open
Priority: Major
Original Estimate: 30 minutes
Time Spent: Unknown
Remaining: 30 minutes
Project: maven-war-plugin
Assignee: Jason van Zyl
Reporter: Tim Chen
Created: Wed, 14 Jan 2004 4:33 PM
Updated: Thu, 15 Jan 2004 7:06 AM
Environment: maven 1.0 rc-1
war plugin 1.4 and 1.5 SNAPSHOT
Description:
Consider a struts war which might have:
WEB-INF/
web.xml
struts-config.xml
The current war plugin does not allow you to copy struts-config.xml into WEB-INF
without a maven.xml postgoal hack.
A possible patch would be to add the following to war:webapp
an example project.properties using this would be:
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.multiproject.type=war
maven.xdoclet.webdoclet.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF
maven.xdoclet.webdoclet.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.fileset.0.include=**/*.java
maven.xdoclet.webdoclet.strutsconfigxml.0=true
maven.xdoclet.webdoclet.strutsconfigxml.0.Version=1.1
maven.xdoclet.webdoclet.strutsconfigxml.0.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.jsptaglib.0=false
maven.war.src=${maven.xdoclet.webdoclet.dir}
maven.war.webxml=${maven.xdoclet.webdoclet.destDir}/web.xml
maven.war.webxml.src=${maven.xdoclet.webdoclet.destDir}
maven.war.webxml.src.includes=struts*.xml
The proposed patch could be enhanced by ignoring web.xml if it is in the same
directory etc.
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVEN-1120) [jar request] javamail & activation
Message: The following issue has been closed. Resolver: dion gillard Date: Thu, 15 Jan 2004 7:06 AM Nope. AFAIK, the Sun BCL forbids this style of binary distribution - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1120 Here is an overview of the issue: - Key: MAVEN-1120 Summary: [jar request] javamail & activation Type: Improvement Status: Closed Priority: Minor Resolution: WON'T FIX Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Emmanuel Bourg Created: Thu, 15 Jan 2004 7:00 AM Updated: Thu, 15 Jan 2004 7:06 AM Description: The JavaMail API and the Activation Framework are not available in the repository at Ibiblio. Is it possible to upload them please ? JavaMail 1.3.1 http://java.sun.com/products/javamail/downloads/index.html Java Activation Framework 1.0.2 http://java.sun.com/products/javabeans/glasgow/jaf.html Thank you - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MAVEN-1120) [jar request] javamail & activation
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1120 Here is an overview of the issue: - Key: MAVEN-1120 Summary: [jar request] javamail & activation Type: Improvement Status: Unassigned Priority: Minor Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: maven Assignee: Reporter: Emmanuel Bourg Created: Thu, 15 Jan 2004 7:00 AM Updated: Thu, 15 Jan 2004 7:00 AM Description: The JavaMail API and the Activation Framework are not available in the repository at Ibiblio. Is it possible to upload them please ? JavaMail 1.3.1 http://java.sun.com/products/javamail/downloads/index.html Java Activation Framework 1.0.2 http://java.sun.com/products/javabeans/glasgow/jaf.html Thank you - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MPWAR-16) war plugin cannot add other files to web-inf without workaround
The following comment has been added to this issue:
Author: Tim Chen
Created: Thu, 15 Jan 2004 6:54 AM
Body:
Thanks Michal. But that's exactly what I was talking about.
But that kind of work around in my mind isn't suffering from performance but rather
from the concept of what war plugin should do. A valid war can have multiple files
directly under WEB-INF. I know that this is supported in the sense that
webapps/WEB-INF files can be incorporated but for autogenerated files this is not
where they usually reside. I'm sure it's more of a question of preference and I don't
want it to become a religious debate but it would be nice to have this functionality
(hence the improvement type ;)
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPWAR-16
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
Type: Improvement
Status: Open
Priority: Major
Original Estimate: 30 minutes
Time Spent: Unknown
Remaining: 30 minutes
Project: maven-war-plugin
Assignee: Jason van Zyl
Reporter: Tim Chen
Created: Wed, 14 Jan 2004 4:33 PM
Updated: Thu, 15 Jan 2004 6:54 AM
Environment: maven 1.0 rc-1
war plugin 1.4 and 1.5 SNAPSHOT
Description:
Consider a struts war which might have:
WEB-INF/
web.xml
struts-config.xml
The current war plugin does not allow you to copy struts-config.xml into WEB-INF
without a maven.xml postgoal hack.
A possible patch would be to add the following to war:webapp
an example project.properties using this would be:
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.multiproject.type=war
maven.xdoclet.webdoclet.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF
maven.xdoclet.webdoclet.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.fileset.0.include=**/*.java
maven.xdoclet.webdoclet.strutsconfigxml.0=true
maven.xdoclet.webdoclet.strutsconfigxml.0.Version=1.1
maven.xdoclet.webdoclet.strutsconfigxml.0.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.jsptaglib.0=false
maven.war.src=${maven.xdoclet.webdoclet.dir}
maven.war.webxml=${maven.xdoclet.webdoclet.destDir}/web.xml
maven.war.webxml.src=${maven.xdoclet.webdoclet.destDir}
maven.war.webxml.src.includes=struts*.xml
The proposed patch could be enhanced by ignoring web.xml if it is in the same
directory etc.
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven-plugins/changelog .cvsignore
vmassol 2004/01/15 03:48:26 Modified:changelog .cvsignore Log: added build.properties to ignore file list Revision ChangesPath 1.2 +1 -0 maven-plugins/changelog/.cvsignore Index: .cvsignore === RCS file: /home/cvs/maven-plugins/changelog/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- .cvsignore24 Jan 2003 03:44:50 - 1.1 +++ .cvsignore15 Jan 2004 11:48:26 - 1.2 @@ -1,3 +1,4 @@ target velocity.log maven.log +build.properties - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVENUPLOAD-58) ojb 1.0-rc5 is inaccessible
Message: The following issue has been closed. Resolver: Emmanuel Venisse Date: Thu, 15 Jan 2004 5:58 AM Refused - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVENUPLOAD-58 Here is an overview of the issue: - Key: MAVENUPLOAD-58 Summary: ojb 1.0-rc5 is inaccessible Type: Bug Status: Closed Priority: Minor Resolution: WON'T FIX Original Estimate: 1 hour Time Spent: Unknown Remaining: 1 hour Project: maven-upload-requests Assignee: Jason van Zyl Reporter: Neil Katin Created: Wed, 14 Jan 2004 8:54 PM Updated: Thu, 15 Jan 2004 5:58 AM Description: The Ibiblio database for the obj component (http://www.ibiblio.org/maven/ojb/jars/) is a bit broken for the 1.0.rc5 version of the jar. The problem is that OJB has changed the name of the jar from ojb- to db-ojb-. This makes the element in the dependencies section not useful; the element has to be used instead. The easiest fix would be to add a new project called db-ojb to mirror the current contents, since this seems to be the new ojb project name... - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVENUPLOAD-58) ojb 1.0-rc5 is inaccessible
The following comment has been added to this issue: Author: Emmanuel Venisse Created: Thu, 15 Jan 2004 5:57 AM Body: I refused to create a new groupId for OJB. You can access to it like this : ojb db-ojb 1.0.rc5 It's the official way to access to dependency. The id tag is deprecated - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVENUPLOAD-58 Here is an overview of the issue: - Key: MAVENUPLOAD-58 Summary: ojb 1.0-rc5 is inaccessible Type: Bug Status: Open Priority: Minor Original Estimate: 1 hour Time Spent: Unknown Remaining: 1 hour Project: maven-upload-requests Assignee: Jason van Zyl Reporter: Neil Katin Created: Wed, 14 Jan 2004 8:54 PM Updated: Thu, 15 Jan 2004 5:57 AM Description: The Ibiblio database for the obj component (http://www.ibiblio.org/maven/ojb/jars/) is a bit broken for the 1.0.rc5 version of the jar. The problem is that OJB has changed the name of the jar from ojb- to db-ojb-. This makes the element in the dependencies section not useful; the element has to be used instead. The easiest fix would be to add a new project called db-ojb to mirror the current contents, since this seems to be the new ojb project name... - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MPWAR-16) war plugin cannot add other files to web-inf without workaround
The following comment has been added to this issue:
Author: Michal Maczka
Created: Thu, 15 Jan 2004 2:25 AM
Body:
War plugin works in stages:
1. war:webapp goal is coping the files into ${maven.war.webapp.dir}
2. war:war makes a jar from this directory.
If you need to add some more files to your webapp fir (e.g. those generated
dynamically) just ad in your maven.xml
and generate/copy them to ${maven.war.webapp.dir}
This way of processing is maybe not optimal from the point of view of performance but
gives
a full flexibility and IMHO it is fast enough.
ant:copy task takes into consideration the date of the last modification of the file
and only modified files are copied from ${maven.war.src.dir} to ${maven.war.webapp.dir}
Michal
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPWAR-16
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
Type: Improvement
Status: Open
Priority: Major
Original Estimate: 30 minutes
Time Spent: Unknown
Remaining: 30 minutes
Project: maven-war-plugin
Assignee: Jason van Zyl
Reporter: Tim Chen
Created: Wed, 14 Jan 2004 4:33 PM
Updated: Thu, 15 Jan 2004 2:25 AM
Environment: maven 1.0 rc-1
war plugin 1.4 and 1.5 SNAPSHOT
Description:
Consider a struts war which might have:
WEB-INF/
web.xml
struts-config.xml
The current war plugin does not allow you to copy struts-config.xml into WEB-INF
without a maven.xml postgoal hack.
A possible patch would be to add the following to war:webapp
an example project.properties using this would be:
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.multiproject.type=war
maven.xdoclet.webdoclet.destDir=${maven.build.dir}/xdoclet/webdoclet/WEB-INF
maven.xdoclet.webdoclet.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.fileset.0.include=**/*.java
maven.xdoclet.webdoclet.strutsconfigxml.0=true
maven.xdoclet.webdoclet.strutsconfigxml.0.Version=1.1
maven.xdoclet.webdoclet.strutsconfigxml.0.mergeDir=${maven.src.dir}/merge
maven.xdoclet.webdoclet.jsptaglib.0=false
maven.war.src=${maven.xdoclet.webdoclet.dir}
maven.war.webxml=${maven.xdoclet.webdoclet.destDir}/web.xml
maven.war.webxml.src=${maven.xdoclet.webdoclet.destDir}
maven.war.webxml.src.includes=struts*.xml
The proposed patch could be enhanced by ignoring web.xml if it is in the same
directory etc.
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
