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
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
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:
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
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
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]
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
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]
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]
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]
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]
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]
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]
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]
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]
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]
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:
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.
[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
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
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
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:
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:
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
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
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
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
+0 if and only if artifactId 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
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
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:
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:
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:
On Thu, 2004-01-15 at 16:48, Brett Porter wrote:
+0 if and only if artifactId 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-
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 artifactId works with RC1. From memory, I don't think it
does.
- Brett
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
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()
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
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
38 matches
Mail list logo
