Yes. I don't see any "[Fatal Error]" entries in the build log any more.
Thank you all.
Jens
Am 08.03.2021 um 16:15 schrieb antonio:
So, did this work? It seems the server is returning a proper
Content-Type now...
Thanks,
Antonio
On 08/03/2021 12:10, Lars Bruun-Hansen wrote:
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
---------------------------------------------------------------------
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
--
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
