Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsNews FeedsNews FeedsDNN Forums feeds errors with News 4.0 module...DNN Forums feeds errors with News 4.0 module...
Previous
 
Next
New Post
9/10/2008 5:17 PM
 

This was mentioned in another post, which I can't find, but wanted to give folks a heads up.  The issue here and like a lot of other feeds that are failing is due to the new modules validation of feeds prior to displaying them.  The RSS v2.0 spec is strictly enforced, and that spec calls for a pubDate element to be in an RFC822 format. 

Many folks, developers included, don't really give a hoot about what the RSS spec or an RFC822 spec is about, but the specs were designed to give folks confidence in the data structure being delivered, and make it something 'not' to have to worry about.  Ok, utopian view, but that's the reason for them.  Unfortunately, everyone seems to code with their own idea of what should be distributed, and the RSS v2.0 spec or any other for that matter, is not followed.

Now, there are many other examples of feeds that are not using RFC822 formatted dates, and that is causing a lot of feeds to fail.  I know that Peter is looking into the issue, and I'm going over the code this week, too.  My first impression is that the new module is being too strict, given the lack of public newfeed sources following the RSS v2.0 spec.  However, the new module is attempting to allow it to be used as a news agregattor, and that is a very difficult task, as it is also, trying to automate the transformation of several different feed formats into RSS v2.0.  Trouble is Atom and RSS v1.0 (RDF) type feeds don't really have a pubDate element.
 
I think there is some workaround possible, and I'm looking into the issue and will discuss it with Peter, when I get more familiar with the source. Meantime, if you are getting this error with a feed, take a look at the news feed source code to see if your pubDate element in the feeds is in RFC822 format.
 
Usually, it's a date in this format:   Wed, 10 Sep 2008 15:03:53 GMT - where the day of the week and secconds is optional.

Now, this is kind of embarrassing for a DNN core module to not follow the standard, but the Forums module is not following the RSS v2.0 spec either.  If you take a look at the source rss newsfeed emitted from the module you'll see this in the pubDate element:

<pubDate>2007-06-09T08:00:08Z</pubDate>

You will get the error message:

 The 'pubDate' element is invalid - The value '2008-09-10T11:07:50Z' is invalid according to its datatype 'tRfc822formatDate' - The Pattern constraint failed.

 
New Post
9/10/2008 5:25 PM
 

This part of the previous post is missing...

Now, there are many other examples of feeds that are not using RFC822 formatted dates, and that is causing a lot of feeds to fail.  I know that Peter is looking into the issue, and I'm going over the code this week, too.  My first impression is that the new module is being too strict, given the lack of public newfeed sources following the RSS v2.0 spec.  However, the new module is attempting to allow it to be used as a news agregattor, and that is a very difficult task, as it is also, trying to automate the transformation of several different feed formats into RSS v2.0.  Trouble is Atom and RSS v1.0 (RDF) type feeds don't really have a pubDate element.

I think there is some workaround possible, and I'm looking into the issue and will discuss it with Peter, when I get more familiar with the source. Meantime, if you are getting this error with a feed, take a look at the news feed source code to see if your pubDate element in the feeds is in RFC822 format. Usually, it's a date in this format:   Wed, 10 Sep 2008 15:03:53 GMT - where the day of the week and secconds is optional.

 
New Post
9/10/2008 5:50 PM
 

Thanks Phil,

The pubDate is enforced using xsd. Failure to conform to the xsd (which comes out of the RssToolkit) means no go. I'll look at adjusting the xsd but note that if you simply elminate this enforcement, you open the door to more breakages. It means that anything can pass for a pubDate and when aggregation starts the aggregation engine might trip up trying to parse the date. My guess is that we need to modify the xsd to accept a couple of common date formats that we're confident of the engine will be able to read. My first candidate is 'universal date' ofcourse.

Having said that: it is indeed somewhat embarrassing that not all core modules conform to the standard, which is why I'm lobbying for an overhaul of the syndication system in DNN.

Peter


Peter Donker
Bring2mind http://www.bring2mind.net
Home of the Document Exchange,
the professional document management solution for DNN
 
New Post
9/10/2008 7:02 PM
 

I understand about the need to have some type of enforcement for the sake of the aggregate function.  Not sure that RFC822 has to be the only format though.  What I find interesting is Atom and RDF type feeds don't have that type of date format in their available types of elements for date.  I agree a more universal date format is more useful, though I still say it's a favorite 'flavor' kind of choice.  The RFC822 isn't really an American format, but it was a way to 'standardize' the date for exchanging data.  If everyone using RSS v2.0 would follow the format then you could easily code to change it to whatever format you wanted.

As for the standardization of internal feeds for dnn, that is something to accomplish.  Although, in this case, I believe that some of the core modules don't use any of the internal methods to syndicate, and the Blogs/Forums was one.  I did notice though that the Blog module on dnn does emit a valid RSS v2.0 feed, but the Forums do not.  That is the issue I find most troubling, it seems to me if you are going to go your own way with syndication, you ought to at least validate the feed you are syndicating.  That's the main issue to me, and takes less effort to get buy off from the collective of developers.

I thnk there are ways to get around formatting the pubDate element used for the build of the feed ultimately created by the News module, and don't think it would require any validation of that element, exactly.  What my thinking is to just worry about displaying an alternate built pubDate if it doesn't validate, much like the way Atom feeds that don't have that element.  You merely fashion one that works.  You could use the additional Dublin Core namespace to build an acceptable RSS v2.0 feed using the dc:date element, which uses the universal date format, in place of the pubDate element.  Just thinking about it out loud.  I'm still going over the source, so apologies if I'm simplifying.

I appreciate the work done on this new version, and can very much understand the level of work put into it.  So, hopefully, I can help when my time permits.

Cheers,

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsNews FeedsNews FeedsDNN Forums feeds errors with News 4.0 module...DNN Forums feeds errors with News 4.0 module...


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out