brnaches/2.1 doesn't use the m-r-r-p plugin, so it has the LICENSE.txt nd NOTICE.txt files in every subdir where an artifact gets genereated.

For trunk, the m-r-r-p uses these LICENSE/LICENSE.vm files to add additional license/notices to the default Apache ones.

Not sure which filename is correct (LICENSE vs. LICENSE.vm) as the Specs project (like servlet-2.5) uses LICENSE w/o the .vm.


-Donald


Ted Kirby wrote:
Interestingly, I did come across
framework\modules\geronimo-crypto\src\main\appended-resources\META-INF\{NOTICE,LICENSE}.vm
in trunk, but branches\2.1 doesn't have them.

On Thu, Jun 19, 2008 at 8:04 PM, Donald Woods <[EMAIL PROTECTED]> wrote:
Yep, trunk needs some more love to get it back into compliance.  Don't
remember who removed all of the License/Notice files, but they forgot to
 create the new src/main/appended-resources/META-INF/NOTICE and
src/main/appended-resources/META-INF/LICENSE files that the m-r-r-p
needs....



-Donald

Ted Kirby wrote:
On Wed, Jun 18, 2008 at 11:42 PM, Kevan Miller <[EMAIL PROTECTED]>
wrote:
On Jun 18, 2008, at 10:13 PM, [EMAIL PROTECTED] wrote:

Author: tkirby
Date: Wed Jun 18 19:13:06 2008
New Revision: 669363

URL: http://svn.apache.org/viewvc?rev=669363&view=rev
Log:
GERONIMODEVTOOLS-397 Bouncy Castle License and Notice needs proper
exposure
in GEP files
add more missed files: notice and license files for each plugin

Added:

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/LICENSE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.core/NOTICE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.ui/LICENSE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.ui/NOTICE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.core/LICENSE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.core/NOTICE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.ui/LICENSE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v20.ui/NOTICE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v21.core/LICENSE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v21.core/NOTICE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v21.ui/LICENSE.txt
 (with props)

geronimo/devtools/eclipse-plugin/trunk/plugins/org.apache.geronimo.st.v21.ui/NOTICE.txt
 (with props)


Hi Ted,
Moving forward, definitely want to start using the
maven-remote-resources-plugin to automatically install the
default LICENSE/NOTICE files. See framework/modules/geronimo-crypto for
an
example of how you handle the non-default cases.
I am not seeing what is going on here.  In g211, everything seems to
have their own NOTICE.txt file, and geronimo-crypto has the extra
Bouncy Castle notice.  In trunk, nothing has NOTICE.txt file, and I
see nothing in geronimo-crypto that inserts a notice.

In terms of applicability to GEP, it seems this could apply to
org.apache.geronimo.runtime.* plugins.
They seem to be built differently now.
Tim, do you know if the current approach is becuase of eclipse, and if
the new approach Kevan is suggesting will work with eclipse?

Thanks,
Ted

So that I understand, all of these plugins are including the
geronimo-crypto
jar?
--kevan

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to