| Summary: | make wsrft doesn't install needed dependencies | ||
|---|---|---|---|
| Product: | RFT | Reporter: | Jim Basney <jbasney@ncsa.uiuc.edu> |
| Component: | RFT | Assignee: | Ravi Madduri <madduri@mcs.anl.gov> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bacon@mcs.anl.gov, rft-dev@globus.org |
| Priority: | P3 | ||
| Version: | 4.0.3 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| URL: | http://www.globus.org/toolkit/docs/4.0/globus_is_modular.html | ||
| Bug Depends on: | |||
| Bug Blocks: | 3774 | ||
Did you use the binary GT distribution to install RFT?
(In reply to comment #1) > Did you use the binary GT distribution to install RFT? Yes: gt4.0.3-x86_deb_3.1-installer.
Ok. I don't think that's a dependency issue. You would not see this problem with a source distribution. I think it has to do with how our binary installer are made and how GPT works (as far as I understand it). The error is caused by missing type mappings in the client-config.wsdd file. Unfortunately, this file is shared by multiple components. That is, each component during deployment adds its service-specific type mappings to it. That's why when using the source installer only the type mappings of the installed services will be deployed. However, a binary installer just uses the 'complete' version of the client-config.wsdd (with all the type mappings for all servies). Therefore, when only installing a subset of services using a binary installer (and not deploying gram) will cause this error. Charles please correct me if I got something wrong here. The quick work-around is just to remove these unneeded type-mappings from the $G_L/client-config.wsdd file.
Jarek is right about the cause of the error. We're talking about how to fix it for future binary installers.