Indeed there is a DTD file at that new location.

The problem seems to be that is is not served with the right
"Content-Type" header. At least that is my conclusion.

The command "curl --verbose --location
http://www.netbeans.org/dtds/filesystem-1_2.dtd"; reveals that the
server returns the following:


< HTTP/1.1 200 OK
< Date: Mon, 08 Mar 2021 10:35:56 GMT
< Server: Apache
< Last-Modified: Tue, 27 Oct 2020 17:24:19 GMT
< ETag: "7c1-5b2aa513232d5"
< Accept-Ranges: bytes
< Content-Length: 1985
< Access-Control-Allow-Origin: *
<
<!--

    Licensed to the Apache Software Foundation (ASF) under one
    or more contributor license agreements.  See the NOTICE file
    distributed with this work for additional information
    regarding copyright ownership.  The ASF licenses this file
    to you under the Apache License, Version 2.0 (the
    "License"); you may not use this file except in compliance
    with the License.  You may obtain a copy of the License at

      http://www.apache.org/licenses/LICENSE-2.0

    Unless required by applicable law or agreed to in writing,
    software distributed under the License is distributed on an
    "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
    KIND, either express or implied.  See the License for the
    specific language governing permissions and limitations
    under the License.

-->
<!-- -//NetBeans//DTD Filesystem 1.2//EN -->
<!-- XML representation of a fixed filesystem -->
<!-- as for example a module layer. -->
<!-- See: org.openide.filesystems.XMLFileSystem -->
<!ELEMENT filesystem   (file|folder|attr)*      >
<!ELEMENT folder       (folder|file|attr)*   >
<!ELEMENT file         (#PCDATA|attr)*>
<!ELEMENT attr    EMPTY               >
<!ATTLIST filesystem                       >
<!ATTLIST folder
          name         CDATA #REQUIRED     >
<!ATTLIST file
          name         CDATA #REQUIRED
          url          CDATA #IMPLIED      >
<!ATTLIST attr
          name         CDATA #REQUIRED
          bytevalue    CDATA #IMPLIED
          shortvalue   CDATA #IMPLIED
          intvalue     CDATA #IMPLIED
          longvalue    CDATA #IMPLIED
          floatvalue   CDATA #IMPLIED
          doublevalue  CDATA #IMPLIED
          boolvalue    CDATA #IMPLIED
          charvalue    CDATA #IMPLIED
          stringvalue  CDATA #IMPLIED
          urlvalue     CDATA #IMPLIED
          methodvalue  CDATA #IMPLIED
          newvalue     CDATA #IMPLIED
          serialvalue  CDATA #IMPLIED
          bundlevalue  CDATA #IMPLIED      >



So yes, there's a DTD there. But I would have expected the server to
set a Content-Type, for example I guess "Content-Type:
application/xml-dtd" would be appropriate. The missing Content-Type
explains why a browser displays nil, but it doesn't necessarily
explain why the NetBeans Platform won't download and use that DTD.

We need to check if the mechanism which downloads these DTDs is set to
follow redirects. I would assume so. Secondly we need to check if the
mechanism is sensitive omission of the Content-Type header.

/Lars











































On Mon, Mar 8, 2021 at 11:24 AM Jens Hofschröer <[email protected]> wrote:
>
> Hi everybody
>
> With the end of life of netbeans.org on Oracle infrastructure we
> encounter a problem with DTD adresses in (old?) build systems.
>
> For example our current RCP app is based on Apache NetBeans 12.0. A lot
> of annotation do generate a "generated-layer.xml" with a DTD pointing to
> http://www.netbeans.org/dtds/filesystem-1_2.dtd
> This is/was the official Public-ID of "XML-Layerfiles". This URL is now
> redirected to
> https://netbeans.apache.org/dtds/filesystem-1_2.dtd
> But this location does not hold any DTD file so in our build logs are a
> lot of warnings like
>
> [Fatal Error] filesystem-1_2.dtd:1:3: The markup declarations contained
> or pointed to by the document type declaration must be well-formed.
>
> Are there only some files missing or is there more to do?
>
> Greetings
> Jens
>
> --
> http://blog.nigjo.de/netbeans/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



Reply via email to