You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Jens Hofschröer <ap...@nigjo.de> on 2021/03/08 10:24:07 UTC
Missing DTDs due to EOL of netbeans.org
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: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Missing DTDs due to EOL of netbeans.org
Posted by Jens Hofschröer <ap...@nigjo.de>.
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
>> <lb...@gmail.com> 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 <ap...@nigjo.de> 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: dev-unsubscribe@netbeans.apache.org
>>>> For additional commands, e-mail: dev-help@netbeans.apache.org
>>>>
>>>> For further information about the NetBeans mailing lists, visit:
>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>
>>>>
>>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> 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: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Missing DTDs due to EOL of netbeans.org
Posted by antonio <an...@vieiro.net>.
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
> <lb...@gmail.com> 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 <ap...@nigjo.de> 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: dev-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@netbeans.apache.org
>>>
>>> For further information about the NetBeans mailing lists, visit:
>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>
>>>
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Missing DTDs due to EOL of netbeans.org
Posted by Lars Bruun-Hansen <lb...@gmail.com>.
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
<lb...@gmail.com> 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 <ap...@nigjo.de> 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: dev-unsubscribe@netbeans.apache.org
> > For additional commands, e-mail: dev-help@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Missing DTDs due to EOL of netbeans.org
Posted by Lars Bruun-Hansen <lb...@gmail.com>.
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 <ap...@nigjo.de> 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: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Missing DTDs due to EOL of netbeans.org
Posted by antonio <an...@vieiro.net>.
Hi there,
As far as we know all DTDs are in place, and where migrated several
months ago.
In fact https://netbeans.apache.org/dtds/filesystem-1_2.dtd is available
on the site.
We'll need further investigation to see what the problem is.
If the web server configuration has to be modified (for adding
Content-Types as Lars suggests or whatever) then we'll need a ticker for
INFRA, since this is a TLP (Top Level Project) web server, and only
Apache Infra can handle that configuration.
Kind regards,
Antonio
On 08/03/2021 11:24, Jens Hofschröer 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
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists