I've created https://issues.apache.org/jira/browse/INFRA-21539.
90% certain this is the issue. In any case it will not hurt to get this fixed as described in the ticket. /Lars On Mon, Mar 8, 2021 at 11:45 AM Lars Bruun-Hansen <[email protected]> wrote: > > 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
