Re: contributor <-jira-> committer interaction
David, This is excellent...thanks. David Blevins wrote: All, Since we have a lot of great discussion going on the RoadMap thread, I figured I would resurrect a script I wrote a year or so ago that helps to put a "big picture" perspective on important jira activity. So from now on, once a week we will get emails like these sent to [EMAIL PROTECTED] Subject: [jira] Closed: week of 01-27-2006 http://www.mail-archive.com/dev%40geronimo.apache.org/msg16693.html Subject: [jira] Unassigned Patches: week of 01-27-2006 http://www.mail-archive.com/dev%40geronimo.apache.org/msg16692.html I think it will be a great help for committers to have the work of contributors (i.e. patches) in the forefront of the mailing list once a week. These will be sent out every monday. I also think it's great for the contributors and community at large to see what's being completed on a regular basis. These emails will be sent out every friday. The source for those two reports are here: http://svn.apache.org/repos/asf/geronimo/gbuild/stan/jirareports/ Creating these is extremely simple, it's a wget -> jira rss -> xslt - > sendmail. You just do a search in jira for some issues click the "XML" link and copy the resulting URL. Then copy one of the foo.sh and foo.xsl files and modify to your preference. If you have an idea for other important jira activity that could be sent to the list ever week, every other week, every month, etc. that would be great. Feel free to submit more foo.sh and foo.xsl files as a patch and put in the comments when you want them to run. Thanks! -David
[jira] Updated: (GERONIMO-1527) InternetAddress does not properly implement address parsing.
[ http://issues.apache.org/jira/browse/GERONIMO-1527?page=all ] Rick McGuire updated GERONIMO-1527: --- Attachment: InternetHeaders.patch Sorry, the patch submitted for JIRA GERONIMO-1419 duplicated some code I had also written, so I didn't include that as part of the submitted patche. I missed, however, that there was another dependency between this code and the InternetHeaders class. Here's a patch just to fix the compile problem, which also does not appear to have a conflict for GERONIMO-1419. > InternetAddress does not properly implement address parsing. > > > Key: GERONIMO-1527 > URL: http://issues.apache.org/jira/browse/GERONIMO-1527 > Project: Geronimo > Type: Improvement > Components: mail > Versions: 1.0 > Environment: All. > Reporter: Rick McGuire > Attachments: InternetAddress.patch, InternetHeaders.patch > > The InternetAddress class of the javamail spec package does not properly > implement RFC822 address parsing. This is impacting the ability to implement > full SMTP support, as well as adding POP3 and IMAP support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [vote] XBean donation
+1 --jason On Jan 27, 2006, at 12:08 PM, Dain Sundstrom wrote: The XBean project has voted to donate all of the code located at https://svn.codehaus.org/xbean (view with fisheye http:// cvs.codehaus.org/viewrep/xbean) to Apache Geronimo. The completed IP clearance check list can be found here https://svn.codehaus.org/ xbean/xbean-ip-clearance.html [+1/-1/0] Accept the XBean code donation -dain
Re: Geronimo Specs 1.1-SNAPSHOT
On Jan 28, 2006, at 10:57 AM, Alan D. Cabrera wrote: I've updated the trunk of Geronimo Specs to 1.1-SNAPSHOT. The thinking is that we update the versions of all the spec jars in tandem. The rational for that is that end developers will not want to pick and choose what got updated in our collection of spec jars but, instead, will just want the latest and greatest version for the entire set. IMO a more important reason is that we are aggregating all the specs into an uber-spec-jar that contains everything. In order for this jar to have a meaningful version all the things of which it is built have to have the same version. In any case, I certainly agree this is the right thing to do. thanks david jencks Regards, Alan
[jira] Closed: (GERONIMO-1550) Current IDL files break the OpenEJB build
[ http://issues.apache.org/jira/browse/GERONIMO-1550?page=all ] Alan Cabrera closed GERONIMO-1550: -- Resolution: Fixed Thanks Anders! > Current IDL files break the OpenEJB build > - > > Key: GERONIMO-1550 > URL: http://issues.apache.org/jira/browse/GERONIMO-1550 > Project: Geronimo > Type: Bug > Components: CORBA > Versions: 1.0 > Reporter: Alan Cabrera > Assignee: Alan Cabrera > Fix For: 1.x > > Current IDL files break the OpenEJB build. This is because our old IDL files > were not stricly v2.3 compliant. Anders Hessellund Jensen has submitted a > patch to fix this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1550) Current IDL files break the OpenEJB build
Current IDL files break the OpenEJB build - Key: GERONIMO-1550 URL: http://issues.apache.org/jira/browse/GERONIMO-1550 Project: Geronimo Type: Bug Components: CORBA Versions: 1.0 Reporter: Alan Cabrera Assigned to: Alan Cabrera Fix For: 1.x Current IDL files break the OpenEJB build. This is because our old IDL files were not stricly v2.3 compliant. Anders Hessellund Jensen has submitted a patch to fix this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1549) Geronimo Specs 1.1-SNAPSHOT
[ http://issues.apache.org/jira/browse/GERONIMO-1549?page=all ] Alan Cabrera closed GERONIMO-1549: -- Resolution: Fixed Done > Geronimo Specs 1.1-SNAPSHOT > --- > > Key: GERONIMO-1549 > URL: http://issues.apache.org/jira/browse/GERONIMO-1549 > Project: Geronimo > Type: Task > Components: specs > Reporter: Alan Cabrera > Assignee: Alan Cabrera > Fix For: 1.x > > I've updated the trunk of Geronimo Specs to 1.1-SNAPSHOT. The thinking is > that we update the versions of all the spec jars in tandem. The rational for > that is that end developers will not want to pick and choose what got updated > in our collection of spec jars but, instead, will just want the latest and > greatest version for the entire set. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1549) Geronimo Specs 1.1-SNAPSHOT
Geronimo Specs 1.1-SNAPSHOT --- Key: GERONIMO-1549 URL: http://issues.apache.org/jira/browse/GERONIMO-1549 Project: Geronimo Type: Task Components: specs Reporter: Alan Cabrera Assigned to: Alan Cabrera Fix For: 1.x I've updated the trunk of Geronimo Specs to 1.1-SNAPSHOT. The thinking is that we update the versions of all the spec jars in tandem. The rational for that is that end developers will not want to pick and choose what got updated in our collection of spec jars but, instead, will just want the latest and greatest version for the entire set. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Geronimo Specs 1.1-SNAPSHOT
I've updated the trunk of Geronimo Specs to 1.1-SNAPSHOT. The thinking is that we update the versions of all the spec jars in tandem. The rational for that is that end developers will not want to pick and choose what got updated in our collection of spec jars but, instead, will just want the latest and greatest version for the entire set. Regards, Alan
Re: Geronimo and Tivoli Access Manager (TAM)
Thanks for the info. This helps give me some direction in what I was already planning to do :-)Right now we are tied to the geronimo JACC implementation in roughly two places:- the security builder is hard coded to recognize our particular schema for principal - role mapping- the gbean that sets up the JACC PolicyConfiguration (ApplicationPolicyConfigurationManager) also sets up our proprietary extension handling principal-role mapping.I plan to change this so that:- processing security xml such as our principal-role mapping is done by a pluggable builder selected by namespace- restricting the ApplicationPolicyConfigurationManager gbean to handle the JACC spec specific role - permission mapping and delegating through a gbean reference to a new "RoleMapper" pluggable component that can install whatever proprietary information (in our case the principal-role mapping) the particual JACC implementation needs.If I understand correctly we will be able to install a WAS -friendly JACC implementation that implements the WAS RoleConfigurationFactory and RoleConfiguration interfaces by defining a suitable schema, writing a builder that will process this xml format and configure the final piece, a gbean on our side implementing the "RoleMapper" interface that will use these WAS interfaces to configure the JACC implementation itself.I'm moving this to the dev list since we are starting to talk about design :-)Many thanks,david jencksOn Jan 27, 2006, at 12:08 PM, Cristian Roldan wrote:Hi, Some TAM-WAS-JACC docs. This is the WAS's infocenter . http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.express.doc/info/exp/ae/rsec_jacctroubles.html WAS 6 Security Handbook http://www.redbooks.ibm.com/abstracts/sg246316.html?Open ByeDavid Jencks <[EMAIL PROTECTED]> escribió: On Jan 27, 2006, at 3:38 AM, Cristian Roldan wrote:Hi, Should not be to difficult to create one though. Do you mean coding a JAAS module ? But my question ar: Does geronimo support JACC ? if so can I use the Geronimo's JACC implementation to integrate with TAM ? Bye Geronimo supports JACC, but at the moment you can't really use anything but Geronimo's JACC implementation. I'm going to be looking at making this pluggable very soon. Can you point to any documents indicating how TAM relates to JACC? The only JACC implementation I have seen is ours so seeing what other people get from the spec would be very useful :-)thanks david jencks Nicholas Irving <[EMAIL PROTECTED]> escribió: Hi, I was not aware of a TAI available for Geronimo, but then again I was not aware of JACC in WebSphere 6. Should not be to difficult to create one though. NIrving From: Cristian Roldan [mailto:[EMAIL PROTECTED]] Sent: Friday, 27 January 2006 3:14 AMTo: user@geronimo.apache.orgSubject: Geronimo and Tivoli Access Manager (TAM) Hi All, Does someone configure Geronimo and TAM ? Is Geronimo's JACC interface mature enough ? Can I use Geronimo's JACC to integrate with TAM ? Any experience ? Thanks!!!1GB gratis, Antivirus y AntispamCorreo Yahoo!, el mejor correo web del mundoAbrí tu cuenta aquí --No virus found in this incoming message.Checked by AVG Free Edition.Version: 7.1.375 / Virus Database: 267.14.23/240 - Release Date: 25/01/2006 --No virus found in this outgoing message.Checked by AVG Free Edition.Version: 7.1.375 / Virus Database: 267.14.23/242 - Release Date: 26/01/20061GB gratis, Antivirus y AntispamCorreo Yahoo!, el mejor correo web del mundoAbrí tu cuenta aquí __Correo Yahoo!Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
[jira] Closed: (GERONIMO-1528) javax.mail.BodyPart does not implement setParent() method
[ http://issues.apache.org/jira/browse/GERONIMO-1528?page=all ] Bruce Snyder closed GERONIMO-1528: -- Fix Version: 1.1 Resolution: Fixed Assign To: Bruce Snyder > javax.mail.BodyPart does not implement setParent() method > - > > Key: GERONIMO-1528 > URL: http://issues.apache.org/jira/browse/GERONIMO-1528 > Project: Geronimo > Type: Bug > Components: mail > Versions: 1.0 > Reporter: Rick McGuire > Assignee: Bruce Snyder > Priority: Minor > Fix For: 1.1 > Attachments: BodyPart.patch > > The class javax.mail.BodyPart does not implement the setParent() method > (which the Sun version does do). Since this is an abstract class, concrete > implementations are expected to implement this, which creates a difference > between running with the Sun version vs. the Geronimo version. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-1530) javax.mail.Service does not properly implement the protocol between javamail infrastructure and transport handlers.
[ http://issues.apache.org/jira/browse/GERONIMO-1530?page=all ] Bruce Snyder closed GERONIMO-1530: -- Fix Version: 1.1 Resolution: Fixed Assign To: Bruce Snyder > javax.mail.Service does not properly implement the protocol between javamail > infrastructure and transport handlers. > --- > > Key: GERONIMO-1530 > URL: http://issues.apache.org/jira/browse/GERONIMO-1530 > Project: Geronimo > Type: Bug > Components: mail > Versions: 1.0 > Reporter: Rick McGuire > Assignee: Bruce Snyder > Fix For: 1.1 > Attachments: Service.patch > > The javamail spec defines a Service.connect() method that performs a number > of setup functions (including authentication) before doing a mail transport > operation by calling a transport's protocolConnect() method. . Currently, > the Geronimo javamail implementation has very incomplete implementation of > the connect method, and the SMTP transport implementation directly overrides > connect rather than perform the connection operation in protocolConnect(). > Implementation of SMTP authentication is dependent on a more complete > implementation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1530) javax.mail.Service does not properly implement the protocol between javamail infrastructure and transport handlers.
[ http://issues.apache.org/jira/browse/GERONIMO-1530?page=comments#action_12364329 ] Bruce Snyder commented on GERONIMO-1530: Patch added: Sendingsrc/java/javax/mail/Service.java Transmitting file data . Committed revision 373194. > javax.mail.Service does not properly implement the protocol between javamail > infrastructure and transport handlers. > --- > > Key: GERONIMO-1530 > URL: http://issues.apache.org/jira/browse/GERONIMO-1530 > Project: Geronimo > Type: Bug > Components: mail > Versions: 1.0 > Reporter: Rick McGuire > Attachments: Service.patch > > The javamail spec defines a Service.connect() method that performs a number > of setup functions (including authentication) before doing a mail transport > operation by calling a transport's protocolConnect() method. . Currently, > the Geronimo javamail implementation has very incomplete implementation of > the connect method, and the SMTP transport implementation directly overrides > connect rather than perform the connection operation in protocolConnect(). > Implementation of SMTP authentication is dependent on a more complete > implementation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1528) javax.mail.BodyPart does not implement setParent() method
[ http://issues.apache.org/jira/browse/GERONIMO-1528?page=comments#action_12364328 ] Bruce Snyder commented on GERONIMO-1528: Committed: Sendingsrc/java/javax/mail/BodyPart.java Transmitting file data . Committed revision 373193. > javax.mail.BodyPart does not implement setParent() method > - > > Key: GERONIMO-1528 > URL: http://issues.apache.org/jira/browse/GERONIMO-1528 > Project: Geronimo > Type: Bug > Components: mail > Versions: 1.0 > Reporter: Rick McGuire > Priority: Minor > Attachments: BodyPart.patch > > The class javax.mail.BodyPart does not implement the setParent() method > (which the Sun version does do). Since this is an abstract class, concrete > implementations are expected to implement this, which creates a difference > between running with the Sun version vs. the Geronimo version. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1527) InternetAddress does not properly implement address parsing.
[ http://issues.apache.org/jira/browse/GERONIMO-1527?page=comments#action_12364327 ] Bruce Snyder commented on GERONIMO-1527: The patch above causes the following compilation problems: [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /Users/bsnyder/src/geronimo/specs/trunk/geronimo-spec-javamail/src/java/javax/mail/internet/InternetHeaders.java:[324,27] parseHeader(java.lang.String,boolean) in javax.mail.internet.InternetAddress cannot be applied to (java.util.List,java.lang.String,boolean,boolean) > InternetAddress does not properly implement address parsing. > > > Key: GERONIMO-1527 > URL: http://issues.apache.org/jira/browse/GERONIMO-1527 > Project: Geronimo > Type: Improvement > Components: mail > Versions: 1.0 > Environment: All. > Reporter: Rick McGuire > Attachments: InternetAddress.patch > > The InternetAddress class of the javamail spec package does not properly > implement RFC822 address parsing. This is impacting the ability to implement > full SMTP support, as well as adding POP3 and IMAP support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [vote] XBean donation
On 1/27/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote: > The XBean project has voted to donate all of the code located at > https://svn.codehaus.org/xbean (view with fisheye http:// > cvs.codehaus.org/viewrep/xbean) to Apache Geronimo. The completed IP > clearance check list can be found here https://svn.codehaus.org/xbean/ > xbean-ip-clearance.html > > [+1/-1/0] Accept the XBean code donation +1 Bruce -- perl -e 'print unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61Ehttp://geronimo.apache.org/) Castor (http://castor.org/)
[jira] Assigned: (GERONIMO-1448) debug-tool does not work on Tomcat
[ http://issues.apache.org/jira/browse/GERONIMO-1448?page=all ] Kevan Miller reassigned GERONIMO-1448: -- Assign To: Kevan Miller (was: Donald Woods) > debug-tool does not work on Tomcat > -- > > Key: GERONIMO-1448 > URL: http://issues.apache.org/jira/browse/GERONIMO-1448 > Project: Geronimo > Type: Bug > Components: Tomcat > Versions: 1.0 > Environment: Geronimo-1.0 > Reporter: Kevan Miller > Assignee: Kevan Miller > Fix For: 1.0.1, 1.1 > Attachments: Geronimo-1448.patch > > The debug console doesn't work when running Tomcat. The base page loads > successfully. However, when you click on a GBean, you get a 404: > HTTP Status 404 - /index.vm > type Status report > message /index.vm > description The requested resource (/index.vm) is not available. > Apache Tomcat/5.5.9 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (GERONIMO-1540) Fix security vulnerability in jsp-examples
[ http://issues.apache.org/jira/browse/GERONIMO-1540?page=all ] Kevan Miller resolved GERONIMO-1540: Fix Version: 1.0.1 1.1 Resolution: Fixed Thanks to Dave for pulling this together. New samples placed in /www/cvs.apache.org/repository/geronimo-samples/wars/ branches/1.0: Sending1.0/configs/jsp-examples-jetty/project.properties Sending1.0/configs/jsp-examples-jetty/project.xml Sending1.0/configs/jsp-examples-tomcat/project.properties Sending1.0/configs/jsp-examples-tomcat/project.xml Sending1.0/configs/servlets-examples-jetty/project.properties Sending1.0/configs/servlets-examples-jetty/project.xml Sending1.0/configs/servlets-examples-tomcat/project.properties Sending1.0/configs/servlets-examples-tomcat/project.xml Sending1.0/etc/project.properties Transmitting file data . Committed revision 373179. trunk: Sendingtrunk/configs/jsp-examples-jetty/project.properties Sendingtrunk/configs/jsp-examples-jetty/project.xml Sendingtrunk/configs/jsp-examples-tomcat/project.properties Sendingtrunk/configs/jsp-examples-tomcat/project.xml Sendingtrunk/configs/servlets-examples-jetty/project.properties Sendingtrunk/configs/servlets-examples-jetty/project.xml Sendingtrunk/configs/servlets-examples-tomcat/project.properties Sendingtrunk/configs/servlets-examples-tomcat/project.xml Sendingtrunk/etc/project.properties Transmitting file data . Committed revision 373180. > Fix security vulnerability in jsp-examples > -- > > Key: GERONIMO-1540 > URL: http://issues.apache.org/jira/browse/GERONIMO-1540 > Project: Geronimo > Type: Bug > Components: sample apps > Versions: 1.0.1, 1.1 > Reporter: Dave Colasurdo > Assignee: Kevan Miller > Fix For: 1.0.1, 1.1 > Attachments: examples-cumulative.patch, > geronimo-jsp-examples-tomcat-5.5.15-plus.war, > geronimo-servlet-examples-tomcat-5.5.15.war, jsp-examples.patch > > Oliver Karow has reported a cross-site scripting vulnerability in the Tomcat > jsp-examples that are included in Geronimo. It fails on both Jetty and > Tomcat. > This can be reproduced with the following urls: > http://localhost:8080/jsp-examples/cal/cal2.jsp?time="/>alert('Gotcha') > http://localhost:8080/jsp-examples/cal/cal2.jsp?time="/>alert(document.cookie) > This JIRA does not address a related problem in the admin console. That > problem is addressed in GERONIMO-1474. > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1544) Installer - Straighten out licensing issues for IzPack sub-components.
[ http://issues.apache.org/jira/browse/GERONIMO-1544?page=all ] erik daughtrey updated GERONIMO-1544: - Geronimo Info: [Patch Available] Once these patches are applied, this issue can be closed. > Installer - Straighten out licensing issues for IzPack sub-components. > -- > > Key: GERONIMO-1544 > URL: http://issues.apache.org/jira/browse/GERONIMO-1544 > Project: Geronimo > Type: Task > Components: installer > Versions: 1.0.1 > Reporter: erik daughtrey > Priority: Critical > Attachments: installer-icon-license-fix.patch, installer-icons.tgz > > Although IzPack itself is licensed under the ASF 2.0 license, apparently, > some sub-components > of IzPack are licensed under GPL or LGPL which is incompatible with the > Apache Software Foundation licensing. > Iron out the issues ASAP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1544) Installer - Straighten out licensing issues for IzPack sub-components.
[ http://issues.apache.org/jira/browse/GERONIMO-1544?page=all ] erik daughtrey updated GERONIMO-1544: - Attachment: installer-icons.tgz These icons are basically renamed icons from Apache HTTP. The icons are in the public domain. Expand the tar in the base geronimo build directory. This creates: modules/installer-support/src/images/img/*.png A README file will be created by a follow-on patch in the same directory. The README will be placed into the jars with the PNGs at build time. > Installer - Straighten out licensing issues for IzPack sub-components. > -- > > Key: GERONIMO-1544 > URL: http://issues.apache.org/jira/browse/GERONIMO-1544 > Project: Geronimo > Type: Task > Components: installer > Versions: 1.0.1 > Reporter: erik daughtrey > Priority: Critical > Attachments: installer-icons.tgz > > Although IzPack itself is licensed under the ASF 2.0 license, apparently, > some sub-components > of IzPack are licensed under GPL or LGPL which is incompatible with the > Apache Software Foundation licensing. > Iron out the issues ASAP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-1544) Installer - Straighten out licensing issues for IzPack sub-components.
[ http://issues.apache.org/jira/browse/GERONIMO-1544?page=all ] erik daughtrey updated GERONIMO-1544: - Attachment: installer-icon-license-fix.patch Both the icons.tgz previously uploaded and this patch apply to both trunk and branches/1.0. Install the tar first, then the patch. This patch changes modules/installer-support/maven.xml so that it injects the icons into the appropriate places within the generated JARs. Additionally, the patch changes the IzPack XML so that fewer icons are used and disables the look and feel extensions. These patches resolve this issue. The JGoodies "Looks" look and feel is licensed under the BSD license and could possibly be used. It has a good text format and provides a similar look and feel between both windows and unix. However, at this time, it is not used to avoid licensing issues. No look and feel jars/classes get copied to Geronimo jars. > Installer - Straighten out licensing issues for IzPack sub-components. > -- > > Key: GERONIMO-1544 > URL: http://issues.apache.org/jira/browse/GERONIMO-1544 > Project: Geronimo > Type: Task > Components: installer > Versions: 1.0.1 > Reporter: erik daughtrey > Priority: Critical > Attachments: installer-icon-license-fix.patch, installer-icons.tgz > > Although IzPack itself is licensed under the ASF 2.0 license, apparently, > some sub-components > of IzPack are licensed under GPL or LGPL which is incompatible with the > Apache Software Foundation licensing. > Iron out the issues ASAP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira