This checkin:
geronimo/trunk/modules/j2ee-builder/src/java/org/apache/geronimo/j2ee/deployment/EARConfigBuilder.java
Revision 56855 - (view) (download) - [select for diffs]
Modified Sun Nov 7 17:26:43 2004 UTC (7 hours, 50 minutes ago) by djencks
File length: 26550 byte(s)
Diff to previous 56771 (colored)
implement GERONIMO-435. Every builder can specify the default parentId.
For services, a module can specify the empty string parentId="" to get no
parent.
Seems to have broken the Axis module:
[javac] symbol : constructor
EARConfigBuilder(javax.management.ObjectName,javax.management.ObjectName,javax.management.ObjectName,javax.management.ObjectName,javax.management.ObjectName,<nulltype>,org.openejb.deployment.OpenEJBModuleBuilder,org.openejb.deployment.OpenEJBModuleBuilder,<nulltype>,<nulltype>,org.apache.geronimo.j2ee.deployment.ResourceReferenceBuilder,<nulltype>,<nulltype>)
[javac] location: class
org.apache.geronimo.j2ee.deployment.EARConfigBuilder
[javac] EARConfigBuilder earConfigBuilder = new
EARConfigBuilder(j2eeServer,
[javac] ^
By changing the constructor that Axis depends upon. The Axis
module catches a lot of heat, but the WSConfigBuilder was last changed 5
days ago. I can only assume that "someone" didn't do a full[*] build
before checking in, because this is a clear compile failure, not even a
test problem. There's a similar problem with the OpenEJBModuleBuilder,
with the same cause.
I believe dims had a preliminary fix, but didn't check it in
tonight, so unfortunately things are still broken. I think he needs to
change the Axis code to access existing GBeans instead of constructing new
ones, but still, this was highly preventable.
Thanks,
Aaron
[*] full build without anything like "the axis module commented out
locally"