This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 148624 - Need another way of downloading relative schema references
Summary: Need another way of downloading relative schema references
Status: NEW
Alias: None
Product: xml
Classification: Unclassified
Component: Retriever (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Sonali Kochar
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-29 14:25 UTC by Milan Kuchtiak
Modified: 2009-02-19 23:31 UTC (History)
5 users (show)

See Also:
Issue Type: TASK
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Kuchtiak 2008-09-29 14:25:52 UTC
The current way of downloading relative references has limitation. 
Moreover, we have no control over XML artifacts downloaded by retriever.

See this example

- there is a wsdl file (Sample.wsdl) located somewhere
- the wsdl file imports a schema file, using relative reference:
  <xsd:import namespace="..." schemaLocation="../../Sample.xsd"

If we use XML retriever to download WSDL to project_dir/web/WEB-INF/ directory, the xml schema is copied to
project_dir/Sample.xsd, which is not bundled to war file. 

Imagine when schemaLocation="../../../Sample.xsd". In this case schema is downloaded outside the project.

In order to be able to find all artefacts, XML Retriever should download all wsdl/xsd under one folder, specified in
retrieve() method. Otherwise we lose control over xml artifacts downloaded by Retriever.

See also the issue 148425
Comment 1 Samaresh Panda 2008-09-30 17:08:45 UTC
This is a valid requirement. OTOH, the retriever fetches things based on the original document content. See
http://www.oasis-open.org/committees/entity/spec.html.

This new requirement needs a fork to the fetch algorithm and unless this is a stopper, I suggest we make this change
after 6.5.
Comment 2 _ gmpatil 2008-10-07 00:05:12 UTC
This issue is encountered more frequently by OpenESB users, since comp app/CASA editor creates wrapper WSDL in user
source folder and imports abstract WSDL which is outside of user source root.
Ex: jbiasa/caDelHello.wsdl
<import namespace="http://tst.com/" location="../jbiServiceUnits/delEjb/TstWSService.wsdl"/>

Where folder "jbiasa" and "jbiServiceUnits" are at the same level.