Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 161951 - new package: dev-java/excalibur-instrumentation
Summary: new package: dev-java/excalibur-instrumentation
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High normal
Assignee: Java team
URL: http://excalibur.apache.org/container...
Whiteboard:
Keywords: EBUILD, InOverlay
Depends on:
Blocks: 63276 161940
  Show dependency tree
 
Reported: 2007-01-13 21:48 UTC by Petteri Räty (RETIRED)
Modified: 2015-02-28 10:35 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Petteri Räty (RETIRED) gentoo-dev 2007-01-13 21:48:47 UTC
http://excalibur.apache.org/containerkit.html

The deptree thickens.
Comment 1 Petteri Räty (RETIRED) gentoo-dev 2007-01-13 22:21:38 UTC
Now available in our overlay:
https://overlays.gentoo.org/svn/proj/java/migrated-java-experimental-overlay/dev-java/excalibur-instrument

I did not have the energy to write separate ebuilds for all the modules so I put them into this one ebuild. Could use flag the modules though if there is stuff that only needs a subset. If we eventually package a lot of the excalibur stuff this logic needs to be eclassed. Now it's just -pool and this so I don't think that is enough.
Comment 2 Marat Radchenko 2007-04-27 07:44:15 UTC
http://bugs.gentoo.org/show_bug.cgi?id=176204
syrro for duplication.
Comment 3 Charles Nérot 2015-01-19 15:54:51 UTC
Block jmeter bump for years now (https://bugs.gentoo.org/show_bug.cgi?id=158498).

Will this hit the main tree ?
Comment 4 Miroslav Šulc gentoo-dev 2015-01-19 17:13:09 UTC
really not sure, the project has already been retired for four years, see http://excalibur.apache.org/containerkit.html

"2010/12/15 - Apache Excalibur has been retired."

on the other side jmeter seems to still depend on it. dropping the retired excalibur from jmeter by upstream would be probably the best solution from package maintainer point of view but i have no idea what are their intentions. anyway, probably should be escalated upstream to get rid of the unmaintained library.
Comment 5 Patrice Clement (RETIRED) gentoo-dev 2015-02-28 01:53:10 UTC
It's clear from the homepage Excalibur is dead and won't resurect from the grave.. so why do we bother keeping these bugs open for decades? I don't understand.

I fetched jmeter-2.12 and looked at the source code, excalibur seems mostly gone from jmeter:

patrice@lair ~/src/apache-jmeter-2.12/src $ grep -ir 'excalibur' *
jorphan/org/apache/commons/cli/avalon/AbstractParserControl.java:// Renamed from org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/CLArgsParser.java:// Renamed from org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/CLOption.java:// Renamed from org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/CLOptionDescriptor.java:// Renamed from org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/CLUtil.java:// Renamed from org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/ParserControl.java:// Renamed from org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/Token.java:// Renamed from org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/package.html:These classes were originally in the Avalon project in the package org.apache.avalon.excalibur.cli
jorphan/org/apache/commons/cli/avalon/package.html:* Demonstrates the excalibur command-line parsing utility.
jorphan/org/apache/commons/cli/avalon/package.html:        msg.append("Excalibur command-line arg parser demo").append(lSep);
jorphan/org/apache/jorphan/logging/LoggingManager.java:import org.apache.avalon.excalibur.logger.LogKitLoggerManager;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:import org.apache.avalon.excalibur.datasource.DataSourceComponent;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:import org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:    private transient ResourceLimitingJdbcDataSource excaliburSource;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:            if (excaliburSource != null) {
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:                excaliburSource.dispose();
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:            excaliburSource = null;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:                    excaliburSource = src;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:                    variables.putObject(poolName, new DataSourceComponentImpl(excaliburSource));
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:            el.excaliburSource = excaliburSource;

Only deps I'm witnessing are these:
jorphan/org/apache/jorphan/logging/LoggingManager.java:import org.apache.avalon.excalibur.logger.LogKitLoggerManager;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:import org.apache.avalon.excalibur.datasource.DataSourceComponent;
protocol/jdbc/org/apache/jmeter/protocol/jdbc/config/DataSourceElement.java:import org.apache.avalon.excalibur.datasource.ResourceLimitingJdbcDataSource;
Comment 6 Patrice Clement (RETIRED) gentoo-dev 2015-02-28 02:15:48 UTC
@Charles: the fact that JMeter depends on a dead project bugs the hell out of me. Further, it has been holding a bump back for years bug the hell out of me. We have to sort this out.
Comment 7 Patrice Clement (RETIRED) gentoo-dev 2015-02-28 10:35:21 UTC
See James's last comment in bug 158498. Since Excalibur is a dead project, if we need *some* Excalibur jars, we will bundle them in jmeter.