Nabble - Rome

rdf:resource in RSS 1.0 feeds

2009-11-27T00:33:29Z

Hi,

I'd like to create a feed containing something like this:

<rss:item rdf:about="#foo">
...
<rdfs:seeAlso rdf:resource="http://sun.com/"/>
...
</rss:item>

I've only seen String, List (of Strings) and Dates as
data types. Is it possible to add a URI and have the
URI serialised as in the example above?

Best regards,
Andreas.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Help parsing http://feeds.guardian.co.uk/theguardian/rss

2009-11-06T00:49:18Z

Thanks. The parsing was actually done from Nutch, using the Rome library. After further investigation, it turns out that there was a nutch property that limits the size of the downloaded file. I changed that property to unlimited (set http.content.limit to -1 in nutch-site.xml), and the parsing now works well. Thanks everyone for your help!

From forum: Rome - Users

Re: Help parsing http://feeds.guardian.co.uk/theguardian/rss

2009-11-05T11:17:44Z

Hi,

the error message you provided sounds like the feed wasn't valid xml
temporarily, at least when I'm testing the feed now with the following
code fragment, there's no problem.

SyndFeedInput input = new SyndFeedInput();
SyndFeed feed = input.build( new XmlReader( new URL(
"http://feeds.guardian.co.uk/theguardian/rss" ) ) );

sincerely,

martin

herceg_novi schrieb:

> Hello, I am using rome 1.0 to process Guardian rss link:
> http://feeds.guardian.co.uk/theguardian/rss
>
> Unfortunately I am getting the following error:
>
> Error parsing: http://feeds.guardian.co.uk/theguardian/rss: failed(2,200):
> com.sun.syndication.io.ParsingFeedException: Invalid XML: Error on line 207:
> XML document structures must start and end within the same entity.
>
> Is there anything I can do to make rome process this rss?
>
> Thanks!

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Help parsing http://feeds.guardian.co.uk/theguardian/rss

2009-11-05T07:36:04Z

Can you provide some code on how you are actually downloading the feed
document?
I just tested it with a tool based on rome fetcher and it seems to
parse.
When exactly does your error occur?

Tilman Bender
Student des Software Engineering
Hochschule Heilbronn
tbender@...

Am 05.11.2009 um 16:12 schrieb herceg_novi:

>
> Hello, I am using rome 1.0 to process Guardian rss link:
> http://feeds.guardian.co.uk/theguardian/rss
>
> Unfortunately I am getting the following error:
>
> Error parsing: http://feeds.guardian.co.uk/theguardian/rss: failed
> (2,200):
> com.sun.syndication.io.ParsingFeedException: Invalid XML: Error on
> line 207:
> XML document structures must start and end within the same entity.
>
> Is there anything I can do to make rome process this rss?
>
> Thanks!
> --
> View this message in context: http://old.nabble.com/Help-parsing-http%3A--feeds.guardian.co.uk-theguardian-rss-tp26215747p26215747.html
> Sent from the Rome - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Help parsing http://feeds.guardian.co.uk/theguardian/rss

2009-11-05T07:20:17Z

Hmm,

W3C Validator shows this feed as not compliant to spec:
http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Ffeeds.guardian.co.uk%2Ftheguardian%2Frss

Maybe the issue is related.

Tilman Bender
Student des Software Engineering
Hochschule Heilbronn
tbender@...

Am 05.11.2009 um 16:12 schrieb herceg_novi:

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Help parsing http://feeds.guardian.co.uk/theguardian/rss

2009-11-05T07:12:45Z

Hello, I am using rome 1.0 to process Guardian rss link:
http://feeds.guardian.co.uk/theguardian/rss

Unfortunately I am getting the following error:

Error parsing: http://feeds.guardian.co.uk/theguardian/rss: failed(2,200): com.sun.syndication.io.ParsingFeedException: Invalid XML: Error on line 207: XML document structures must start and end within the same entity.

Is there anything I can do to make rome process this rss?

Thanks!

From forum: Rome - Users

RE: Request to package ROME as rjack-rome gem

2009-10-18T15:48:57Z

Looks fine to me.

Thanks for doing this!

Nick

> -----Original Message-----
> From: David Kellum [mailto:dek94@...]
> Sent: Monday, 19 October 2009 4:25 AM
> To: dev@...
> Subject: Request to package ROME as rjack-rome gem
>
> ROME developers,
>
> I hope this is an appropriate list to contact you on. Firstly, thanks
> much for releasing ROME as open source! I'm writing to request your
> consent to include ROME as a gem package in the RJack project:
>
> http://rjack.rubyforge.org/
>
> The projects goal is to package popular open-source java components as
> rubygems for use with JRuby (ruby on the JVM). I would like to add
> ROME as a gem named "rjack-rome" released under the same Apache 2.0
> license.
>
> I have put together the bit of ruby source code and docs including the
> license terms, as a pre-release branch to RJack for your review:
>
> http://github.com/dekellum/rjack/tree/rome/rome/
>
> Please let me know if you would prefer any additional acknowledgments
> or
> other changes in the license terms, and if I may have your consent in
> releasing this under the "rjack-rome" gem name.
>
> Thanks for your attention,
>
> David Kellum
> Seattle, WA
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...

IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Request to package ROME as rjack-rome gem

2009-10-18T10:55:10Z

ROME developers,

I hope this is an appropriate list to contact you on. Firstly, thanks
much for releasing ROME as open source! I'm writing to request your
consent to include ROME as a gem package in the RJack project:

http://rjack.rubyforge.org/

The projects goal is to package popular open-source java components as
rubygems for use with JRuby (ruby on the JVM). I would like to add
ROME as a gem named "rjack-rome" released under the same Apache 2.0
license.

I have put together the bit of ruby source code and docs including the
license terms, as a pre-release branch to RJack for your review:

http://github.com/dekellum/rjack/tree/rome/rome/

Please let me know if you would prefer any additional acknowledgments or
other changes in the license terms, and if I may have your consent in
releasing this under the "rjack-rome" gem name.

Thanks for your attention,

David Kellum
Seattle, WA

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

RE: Decide when an entry is new

2009-10-13T15:17:31Z

[snip]

>
> Scenario is like this:
> 1. Server polls the feed, converts it to Atom 1.0 and notifies the
> mobile app.
> 2. Mobile app fetches the newly created Atom document
> 3. The user reads some articles.
> 4. Server polls again and finds, that there are new articles. Again:
> conversion, notification
> 5. Mobile app fetches the newly created Atom document.
>
> Now here is the problem: As the atom document is newly created, even
> the
> old articles that have already been read on the mobile device, will
> now have a new id (right?).
>

Wrong.

The same Atom ID should always refer to the same entry (ie, it should never change). When we convert from RSS feeds to Atom I think we use the GUID property or the URL. In both cases this shouldn't change

> That leaves me with the problem how to decide if an article is really
> unread.
>
> Please let me tap into your experience: How do you folks handle this
> problem
> in your apps? Is it really existent or a mere academic issue?
>

It's a real problem.

Generally Atom IDs are pretty reliable, and if you are dealing with RSS then using the entry URL as a key is reasonably safe.

Nick

IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

RE: Missing id element

2009-10-13T15:14:19Z

The missing ID element is the ID for the feed itself (not an entry). RSS does not contain the information, but generally it's safe to manually set it to the URL the feed came from.

The missing updated elements are because the semantics for RSS dates are underspecified. Sometimes the RSS "date" field means the date it was originally created, sometime it means the last time it was updated.

The simplest thing to do there is to set the Atom updated date to the RSS date. In some cases this could be wrong, though. If you prefer, you can keep records of the contents of each entry, and check for changes each time you recreate the Atom feed.

The other warnings are informational only.

Nick

> -----Original Message-----
> From: Tilman Bender [mailto:tbender@...]
> Sent: Wednesday, 14 October 2009 2:10 AM
> To: users@...
> Subject: Missing id element
>
> Hi,
>
> I use the following slightly modified sample from feedfetcher to
> obtain a feed and convert
> it when it was retrieved. Unfortunately all feeds I created via
> conversion so far made feedvalidator choke:
>
> Source:
> http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fnewsfeed.zeit.d
> e%2F
> Converted:
> http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fstud.hs-
> heilbronn.de%2F%257Etbender%2Fzeit-converted.xml
>
> Source:
> http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fwww.heise.de%2F
> newsticker%2Fheise.rdf
> Converted:
> http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fstud.hs-
> heilbronn.de%2F%257Etbender%2Fheise-converted.xml
>
> Source:
> http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fwww.faz.net%2Fs
> %2FRub%2FTpl~Epartner~SRss_.xml
> Converted:
> http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fstud.hs-
> heilbronn.de%2F%257Etbender%2Ffaz-converted.xml
>
> Can't these elements be derived from the RSS documents? Must I create
> these elements in my own code? What am I doing wrong?
>
> kind regards
>
> Till
>
> ----------------------------------------------------
> import java.io.FileOutputStream;
> import java.io.FileWriter;
> import java.io.IOException;
> import java.io.OutputStreamWriter;
> import java.net.URL;
>
> import com.sun.syndication.feed.synd.SyndFeed;
> import com.sun.syndication.fetcher.FeedFetcher;
> import com.sun.syndication.fetcher.FetcherEvent;
> import com.sun.syndication.fetcher.FetcherListener;
> import com.sun.syndication.fetcher.impl.FeedFetcherCache;
> import com.sun.syndication.fetcher.impl.HashMapFeedInfoCache;
> import com.sun.syndication.fetcher.impl.HttpURLFeedFetcher;
> import com.sun.syndication.io.FeedException;
> import com.sun.syndication.io.SyndFeedOutput;
>
> /**
> * Hello world!
> *
> */
> public class App
> {
> public static void main( String[] args )
> {
> boolean ok = false;
> if (args.length==1) {
> try {
> URL feedUrl = new URL(args[0]);
> FeedFetcherCache feedInfoCache =
> HashMapFeedInfoCache.getInstance();
> FeedFetcher fetcher = new
> HttpURLFeedFetcher(feedInfoCache);
>
> FetcherEventListenerImpl listener = new
> FetcherEventListenerImpl();
>
> fetcher.addFetcherEventListener(listener);
>
> System.err.println("Retrieving feed " +
> feedUrl);
> // Retrieve the feed.
> // We will get a Feed Polled Event and then a
> // Feed Retrieved event (assuming the feed is
> valid)
> SyndFeed feed = fetcher.retrieveFeed(feedUrl);
> ok = true;
> }
> catch (Exception ex) {
> System.out.println("ERROR: "+ex.getMessage());
> ex.printStackTrace();
> }
> }
>
> if (!ok) {
> System.out.println();
> System.out.println("FeedReader reads and prints any
> RSS/Atom feed
> type.");
> System.out.println("The first parameter must be the
> URL of the feed
> to read.");
> System.out.println();
> }
>
> }//method main
>
> static class FetcherEventListenerImpl implements FetcherListener
> {
> /**
> * @see
> com.sun.syndication.fetcher.FetcherListener#fetcherEvent
> (com.sun.syndication.fetcher.FetcherEvent)
> */
> public void fetcherEvent(FetcherEvent event) {
> String eventType = event.getEventType();
> SyndFeed feed = event.getFeed();
> String feedUrl=event.getUrlString();
> if
> (FetcherEvent.EVENT_TYPE_FEED_POLLED.equals(eventType)) {
> System.err.println("\tEVENT: Feed Polled. URL =
> " +
> event.getUrlString());
> } else if
> (FetcherEvent.EVENT_TYPE_FEED_RETRIEVED.equals
> (eventType)) {
>
> System.err.println("\tEVENT: Feed Retrieved.
> URL = " + feedUrl);
> System.err.println(feedUrl + " has a title: " +
> feed.getTitle() +
> " and contains " + feed.getEntries().size() + " entries.");
> feed.setFeedType("atom_1.0");
> SyndFeedOutput output = new SyndFeedOutput();
>
> try {
> OutputStreamWriter writer = new
> OutputStreamWriter(new
> FileOutputStream("converted.xml"), "UTF-8");
> output.output(feed,writer);
> } catch (IOException e) {
> // TODO Auto-generated catch block
> e.printStackTrace();
> } catch (FeedException e) {
> // TODO Auto-generated catch block
> e.printStackTrace();
> }
> } else if
> (FetcherEvent.EVENT_TYPE_FEED_UNCHANGED.equals
> (eventType)) {
> System.err.println("\tEVENT: Feed Unchanged.
> URL = " +
> event.getUrlString());
> }
> }
> }
>
> }//class App
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...

IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Missing id element

2009-10-13T08:39:57Z

Hi,

I use the following slightly modified sample from feedfetcher to
obtain a feed and convert
it when it was retrieved. Unfortunately all feeds I created via
conversion so far made feedvalidator choke:

Source: http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fnewsfeed.zeit.de%2F
Converted: http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fstud.hs-heilbronn.de%2F%257Etbender%2Fzeit-converted.xml

Source: http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fwww.heise.de%2Fnewsticker%2Fheise.rdf
Converted: http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fstud.hs-heilbronn.de%2F%257Etbender%2Fheise-converted.xml

Source: http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fwww.faz.net%2Fs%2FRub%2FTpl~Epartner~SRss_.xml
Converted: http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fstud.hs-heilbronn.de%2F%257Etbender%2Ffaz-converted.xml

Can't these elements be derived from the RSS documents? Must I create
these elements in my own code? What am I doing wrong?

kind regards

Till

----------------------------------------------------
import java.io.FileOutputStream;
import java.io.FileWriter;
import java.io.IOException;
import java.io.OutputStreamWriter;
import java.net.URL;

import com.sun.syndication.feed.synd.SyndFeed;
import com.sun.syndication.fetcher.FeedFetcher;
import com.sun.syndication.fetcher.FetcherEvent;
import com.sun.syndication.fetcher.FetcherListener;
import com.sun.syndication.fetcher.impl.FeedFetcherCache;
import com.sun.syndication.fetcher.impl.HashMapFeedInfoCache;
import com.sun.syndication.fetcher.impl.HttpURLFeedFetcher;
import com.sun.syndication.io.FeedException;
import com.sun.syndication.io.SyndFeedOutput;

/**
* Hello world!
*
*/
public class App
{
public static void main( String[] args )
{
boolean ok = false;
if (args.length==1) {
try {
URL feedUrl = new URL(args[0]);
FeedFetcherCache feedInfoCache = HashMapFeedInfoCache.getInstance();
FeedFetcher fetcher = new HttpURLFeedFetcher(feedInfoCache);

FetcherEventListenerImpl listener = new FetcherEventListenerImpl();

fetcher.addFetcherEventListener(listener);

System.err.println("Retrieving feed " + feedUrl);
// Retrieve the feed.
// We will get a Feed Polled Event and then a
// Feed Retrieved event (assuming the feed is valid)
SyndFeed feed = fetcher.retrieveFeed(feedUrl);
ok = true;
}
catch (Exception ex) {
System.out.println("ERROR: "+ex.getMessage());
ex.printStackTrace();
}
}

if (!ok) {
System.out.println();
System.out.println("FeedReader reads and prints any RSS/Atom feed
type.");
System.out.println("The first parameter must be the URL of the feed
to read.");
System.out.println();
}

}//method main

static class FetcherEventListenerImpl implements FetcherListener {
/**
* @see com.sun.syndication.fetcher.FetcherListener#fetcherEvent
(com.sun.syndication.fetcher.FetcherEvent)
*/
public void fetcherEvent(FetcherEvent event) {
String eventType = event.getEventType();
SyndFeed feed = event.getFeed();
String feedUrl=event.getUrlString();
if (FetcherEvent.EVENT_TYPE_FEED_POLLED.equals(eventType)) {
System.err.println("\tEVENT: Feed Polled. URL = " +
event.getUrlString());
} else if (FetcherEvent.EVENT_TYPE_FEED_RETRIEVED.equals
(eventType)) {

System.err.println("\tEVENT: Feed Retrieved. URL = " + feedUrl);
System.err.println(feedUrl + " has a title: " + feed.getTitle() +
" and contains " + feed.getEntries().size() + " entries.");
feed.setFeedType("atom_1.0");
SyndFeedOutput output = new SyndFeedOutput();

try {
OutputStreamWriter writer = new OutputStreamWriter(new
FileOutputStream("converted.xml"), "UTF-8");
output.output(feed,writer);
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (FeedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
} else if (FetcherEvent.EVENT_TYPE_FEED_UNCHANGED.equals
(eventType)) {
System.err.println("\tEVENT: Feed Unchanged. URL = " +
event.getUrlString());
}
}
}

}//class App

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Decide when an entry is new

2009-10-13T02:54:14Z

Hi there,

As mentioned before I am working on a mobile RSS-Reader with a server
component to do conversion from various RSS flavors to Atom 1.0.

Besides that I also want to do the feed-polling on the server and
notify the mobile
device via push. This is mainly done to save resources on the mobile
device.
That means I will have to decide when/if there are new entries
available and notify the mobile app accordingly.

Scenario is like this:
1. Server polls the feed, converts it to Atom 1.0 and notifies the
mobile app.
2. Mobile app fetches the newly created Atom document
3. The user reads some articles.
4. Server polls again and finds, that there are new articles. Again:
conversion, notification
5. Mobile app fetches the newly created Atom document.

Now here is the problem: As the atom document is newly created, even the
old articles that have already been read on the mobile device, will
now have a new id (right?).

That leaves me with the problem how to decide if an article is really
unread.

Please let me tap into your experience: How do you folks handle this
problem
in your apps? Is it really existent or a mere academic issue?

I know this is not ROME specific, but I don't know of a better place
to post
general questions regarding syndication.

Thanks in advance!

Till

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Use ROME for serverside feed conversion

2009-10-12T07:39:16Z

Am 12.10.2009 um 14:25 schrieb Robert kebernet Cooper:

> ROME will preserve pretty much all the relevant information from RSS
> 0.X-2.0 into Atom. The biggest area where things get problematic is
> character encoding. RSS doesn't specify mime types on tags, so some
> times you will get HTML inside the RSS, sometimes you will get escaped
> HTML inside the RSS. So for instance:
>
> <description><b>This is my bold intro</b> & this
> is some plain text</description>
>
> vs
>
> <description>This is some plain text & this is some more text</
> description>
>
> ROME is really relying on JDOM to handle string equivalency in XML
> (that is <tag>&</tag> == <tag><![CDATA[&]]></tag> for all
> intents and purposes), so you might need some heuristic to detect this
> for formatting on the iphone.
>
> However, beyond this, equivalent data in different formats between RSS
> and Atom will generally be maintained. With the exception of Dublin
> Core and Content, which get mapped to Atom:* values, all other plugin
> modules will be passed through, or in the case of certain types where
> there are expressly different versions (like the Creative Commons
> module), converted.

Thank you robert! That was the more detailed reply I was asking for.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Use ROME for serverside feed conversion

2009-10-12T05:25:04Z

On Mon, Oct 12, 2009 at 5:11 AM, Tilman Bender
<tbender@...> wrote:

> Am 12.10.2009 um 00:22 schrieb Nick Lothian:
>>>
>>> Can the conversion be done without loss of information?
>>> I read a thread from 2005 about RSS-Attributes being lost:
>>>
>>> https://rome.dev.java.net/servlets/BrowseList?list=users&by=thread&from
>>> =220063
>>>
>>> It is not clear to me if the proposed "union" design approach has made
>>> it into rome by now.
>>>
>>> What format would you suggest for delivering to the mobile device? I
>>> am currently thinking of Atom 1.0. Is that too heavy?
>>>
>>
>> Atom 1.0 is fine.
>
> Thank you for your reply, Nick. Could you comment on the information loss
> during the conversion as well. This was the more pressing issue for me.
> Will the conversion keep all attributes?
>

ROME will preserve pretty much all the relevant information from RSS
0.X-2.0 into Atom. The biggest area where things get problematic is
character encoding. RSS doesn't specify mime types on tags, so some
times you will get HTML inside the RSS, sometimes you will get escaped
HTML inside the RSS. So for instance:

<description><b>This is my bold intro</b> & this
is some plain text</description>

vs

<description>This is some plain text & this is some more text</description>

ROME is really relying on JDOM to handle string equivalency in XML
(that is <tag>&</tag> == <tag><![CDATA[&]]></tag> for all
intents and purposes), so you might need some heuristic to detect this
for formatting on the iphone.

However, beyond this, equivalent data in different formats between RSS
and Atom will generally be maintained. With the exception of Dublin
Core and Content, which get mapped to Atom:* values, all other plugin
modules will be passed through, or in the case of certain types where
there are expressly different versions (like the Creative Commons
module), converted.

>>
>>> And a more general question: Do you folks know a good data source for
>>> statistics about the "marketshare" of the
>>> various syndication formats? I tried
>>> http://www.syndic8.com/stats.php?section=overview
>>> but it doesn't seem
>>> very up to date and seems a bit broken. Information like that would be
>>> really helpful when discussing what formats
>>> to support.
>>>
>>
>> If you support Atom 1.0 and RSS 2.0 then you will probably support 99% of
>> sites on the internet. ROME also support RSS 1.0, RSS 0.9x and Atom 0.3.
>> That probably gets you to 99.999% coverage.
>>
>
> Yeah, that was my first impression too. Unfortunately profs tend to like
> hard facts more than gut instincts.
> Really no idea where/how I could find data on RSS/Atom distribution?
>
> Anyway thanks for your reply!
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

--
:Robert "kebernet" Cooper
::kebernet@...
Alice's cleartext
Charlie is the attacker
Bob signs and encrypts
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x9E8759F8

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Use ROME for serverside feed conversion

2009-10-12T02:11:54Z

Am 12.10.2009 um 00:22 schrieb Nick Lothian:

>> Can the conversion be done without loss of information?
>> I read a thread from 2005 about RSS-Attributes being lost:
>>
>> https://rome.dev.java.net/servlets/BrowseList?list=users&by=thread&from
>> =220063
>>
>> It is not clear to me if the proposed "union" design approach has
>> made
>> it into rome by now.
>>
>> What format would you suggest for delivering to the mobile device? I
>> am currently thinking of Atom 1.0. Is that too heavy?
>>
>
> Atom 1.0 is fine.

Thank you for your reply, Nick. Could you comment on the information
loss
during the conversion as well. This was the more pressing issue for me.
Will the conversion keep all attributes?

>
>> And a more general question: Do you folks know a good data source for
>> statistics about the "marketshare" of the
>> various syndication formats? I tried
>> http://www.syndic8.com/stats.php?section=overview
>> but it doesn't seem
>> very up to date and seems a bit broken. Information like that would
>> be
>> really helpful when discussing what formats
>> to support.
>>
>
> If you support Atom 1.0 and RSS 2.0 then you will probably support
> 99% of sites on the internet. ROME also support RSS 1.0, RSS 0.9x
> and Atom 0.3. That probably gets you to 99.999% coverage.
>

Yeah, that was my first impression too. Unfortunately profs tend to
like hard facts more than gut instincts.
Really no idea where/how I could find data on RSS/Atom distribution?

Anyway thanks for your reply!

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

RE: Use ROME for serverside feed conversion

2009-10-11T15:22:31Z

> Hello there,
>
> I want to write a mobile feedreader as part of my studies. (Yes I know
> there already exist several of these)
> To minimize the parser complexity of the software on the mobile device
> I came up with the idea to parse the different RSS flavors on a
> server and convert them into a single format,
> which I deliver to the mobile device.
>
> This way I would only have to maintain a parser for a single format on
> the mobile device and do the ugly work in an environment where there
> are the libraries and processing
> power for this job.
>
> Is this possible with ROME?

Yes

> Can the conversion be done without loss of information?
> I read a thread from 2005 about RSS-Attributes being lost:
>
> https://rome.dev.java.net/servlets/BrowseList?list=users&by=thread&from
> =220063
>
> It is not clear to me if the proposed "union" design approach has made
> it into rome by now.
>
> What format would you suggest for delivering to the mobile device? I
> am currently thinking of Atom 1.0. Is that too heavy?
>

Atom 1.0 is fine.

> And a more general question: Do you folks know a good data source for
> statistics about the "marketshare" of the
> various syndication formats? I tried
> http://www.syndic8.com/stats.php?section=overview
> but it doesn't seem
> very up to date and seems a bit broken. Information like that would be
> really helpful when discussing what formats
> to support.
>

If you support Atom 1.0 and RSS 2.0 then you will probably support 99% of sites on the internet. ROME also support RSS 1.0, RSS 0.9x and Atom 0.3. That probably gets you to 99.999% coverage.

Nick

IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Use ROME for serverside feed conversion

2009-10-09T13:53:01Z

Hi Jeffrey,

Sorry, it is the other big thing from Cupertino ;-)
That is why I want to do most on the server-side.

Tilman Bender
Student des Software Engineering
Hochschule Heilbronn
tbender@...

Am 09.10.2009 um 19:50 schrieb Jeffrey Blattman:

> if you are developing on android, you can just use the ROME library
> on the device.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Use ROME for serverside feed conversion

2009-10-09T10:50:29Z

if you are developing on android, you can just use the ROME library on the device.

On 10/9/09 7:20 AM, Tilman Bender wrote:

Hello there,

I want to write a mobile feedreader as part of my studies. (Yes I know there already exist several of these)
To minimize the parser complexity of the software on the mobile device I came up with the idea to parse the different RSS flavors on a server and convert them into a single format,
which I deliver to the mobile device.

This way I would only have to maintain a parser for a single format on the mobile device and do the ugly work in an environment where there are the libraries and processing
power for this job.

Is this possible with ROME?
Can the conversion be done without loss of information?
I read a thread from 2005 about RSS-Attributes being lost:

https://rome.dev.java.net/servlets/BrowseList?list=users&by=thread&from=220063

It is not clear to me if the proposed "union" design approach has made it into rome by now.

What format would you suggest for delivering to the mobile device? I am currently thinking of Atom 1.0. Is that too heavy?

And a more general question: Do you folks know a good data source for statistics about the "marketshare" of the
various syndication formats? I tried http://www.syndic8.com/stats.php?section=overview but it doesn't seem
very up to date and seems a bit broken. Information like that would be really helpful when discussing what formats
to support.

thanks in advance

Tilman Bender
Student of Software Engineering
Heilbronn University
tbender@...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Use ROME for serverside feed conversion

2009-10-09T07:20:15Z

Hello there,

I want to write a mobile feedreader as part of my studies. (Yes I know
there already exist several of these)
To minimize the parser complexity of the software on the mobile device
I came up with the idea to parse the different RSS flavors on a
server and convert them into a single format,
which I deliver to the mobile device.

This way I would only have to maintain a parser for a single format on
the mobile device and do the ugly work in an environment where there
are the libraries and processing
power for this job.

Is this possible with ROME?
Can the conversion be done without loss of information?
I read a thread from 2005 about RSS-Attributes being lost:

https://rome.dev.java.net/servlets/BrowseList?list=users&by=thread&from=220063

It is not clear to me if the proposed "union" design approach has made
it into rome by now.

What format would you suggest for delivering to the mobile device? I
am currently thinking of Atom 1.0. Is that too heavy?

And a more general question: Do you folks know a good data source for
statistics about the "marketshare" of the
various syndication formats? I tried http://www.syndic8.com/stats.php?section=overview
but it doesn't seem
very up to date and seems a bit broken. Information like that would be
really helpful when discussing what formats
to support.

thanks in advance

Tilman Bender
Student of Software Engineering
Heilbronn University
tbender@...

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Contribution sources for Java5

2009-10-04T21:01:26Z

Hi Robert,

> I was thinking a "Rome 1.5" release would be a ROME +Java5 + replacing
> the current Rome.properties files with Jar service declarations
> myself. I am still toying around with "second system syndrome" ideas
> for "Rome 2" but haven't had much time to work on them lately. :/

IMO, I prefer to use JDK6 ServiceLoader instead of rome.properties,
especially in the situation getting all classes for specific interface
like WireFeedParser.classes key.

2009/10/2 Robert "kebernet" Cooper <kebernet@...>:

> I was thinking a "Rome 1.5" release would be a ROME +Java5 + replacing
> the current Rome.properties files with Jar service declarations
> myself. I am still toying around with "second system syndrome" ideas
> for "Rome 2" but haven't had much time to work on them lately. :/
>
> On Wed, Sep 30, 2009 at 2:45 AM, Shinpei Ohtani
> <shinpei.ohtani@...> wrote:
>> Hello all,
>>
>> I made a patch for java5 with rome CVS trunk.
>> Extract attached zip and try the patch.
>>
>> Thanks!
>>
>> Shinpei
>>
>> 2009/9/30 Nick Lothian <nlothian@...>:
>>> I like this idea quite a lot, and have considered doing it myself.
>>>
>>> I'd suggest calling it ROME 1.1 because there have been some efforts to start a more radical ROME 2 project, which is changing quite a lot of stuff.
>>>
>>> Nick
>>>
>>>> -----Original Message-----
>>>> From: Shinpei Ohtani [mailto:shinpei.ohtani@...]
>>>> Sent: Wednesday, 30 September 2009 3:18 AM
>>>> To: dev@...
>>>> Subject: Re: Contribution sources for Java5
>>>>
>>>> James,
>>>>
>>>> > In my opinion, if we want to add generics to rome, we should branch
>>>> > it, call the branch rome version 2, and then spend a while tweaking
>>>> > the generics (there's probably a few more things that can be
>>>> > genericised), before releasing rome version 2.
>>>>
>>>> I agree rome 2 is better name to release.
>>>> And I also agree there are things more than genericised like using
>>>> enum,
>>>> refactor some of duplicated codes, or some TODOs I found.
>>>>
>>>>
>>>> > Shinpei, to contribute changes, I suggest you create a patch.
>>>>
>>>> Ok, I will.
>>>> BTW, are there any plan for rome java5 version before I mentioned?
>>>>
>>>> Thanks.
>>>>
>>>> 2009/9/29 James Roper <jroper2@...>:
>>>> > In my opinion, if we want to add generics to rome, we should branch
>>>> > it, call the branch rome version 2, and then spend a while tweaking
>>>> > the generics (there's probably a few more things that can be
>>>> > genericised), before releasing rome version 2.
>>>> >
>>>> > Shinpei, to contribute changes, I suggest you create a patch.
>>>> >
>>>> > Cheers,
>>>> >
>>>> > James
>>>> >
>>>> > On Tue, Sep 29, 2009 at 6:21 PM, Shinpei Ohtani
>>>> > <shinpei.ohtani@...> wrote:
>>>> >> Hi,
>>>> >>
>>>> >> I would like to contribute Rome5, Rome for Java5.
>>>> >> I simply fixed annoyed warnings and made better with generics and
>>>> enum
>>>> >> with Java 5 or later JDK, and passed all tests from CVS.
>>>> >>
>>>> >> So, how do I contribute these sources?
>>>> >> The code can download sources from:
>>>> >>
>>>> >> http://t-2.googlecode.com/files/rome5.zip
>>>> >> (It is an eclipse project.)
>>>> >>
>>>> >> I think I will make more changes for latest Java environment later,
>>>> >> but before I go further I just want to know if I can contribute
>>>> these sources.
>>>> >>
>>>> >> Thanks in advance.
>>>> >> --
>>>> >> =============================
>>>> >> Shinpei Ohtani
>>>> >> mail : shinpei.ohtani@...
>>>> >> blog : http://d.hatena.ne.jp/shot6/
>>>> >> twitter : http://twitter.com/shot6
>>>> >> =============================
>>>> >>
>>>> >> --------------------------------------------------------------------
>>>> -
>>>> >> To unsubscribe, e-mail: dev-unsubscribe@...
>>>> >> For additional commands, e-mail: dev-help@...
>>>> >>
>>>> >>
>>>> >
>>>> > ---------------------------------------------------------------------
>>>> > To unsubscribe, e-mail: dev-unsubscribe@...
>>>> > For additional commands, e-mail: dev-help@...
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> =============================
>>>> Shinpei Ohtani
>>>> mail : shinpei.ohtani@...
>>>> blog : http://d.hatena.ne.jp/shot6/
>>>> twitter : http://twitter.com/shot6
>>>> =============================
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>>> For additional commands, e-mail: dev-help@...
>>>
>>>
>>> IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>> For additional commands, e-mail: dev-help@...
>>>
>>>
>>
>>
>>
>> --
>> =============================
>> Shinpei Ohtani
>> mail : shinpei.ohtani@...
>> blog : http://d.hatena.ne.jp/shot6/
>> twitter : http://twitter.com/shot6
>> =============================
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>
>
>
> --
> :Robert "kebernet" Cooper
> ::kebernet@...
> Alice's cleartext
> Charlie is the attacker
> Bob signs and encrypts
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x9E8759F8
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

--
=============================
Shinpei Ohtani
mail : shinpei.ohtani@...
blog : http://d.hatena.ne.jp/shot6/
twitter : http://twitter.com/shot6
=============================

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Re: Contribution sources for Java5

2009-10-01T20:40:55Z

Of course, the rome.properties system is equally as broken in OSGi.

The rome 2 sketches right now treat this as a DI problem, rather than
a bootstrap problem, but the fact remains there is "a" implementation
discovery mechanism that is part of the Java spec, and that seems to
me like the way to go until something better comes along.

On Thu, Oct 1, 2009 at 11:37 PM, James Roper <jroper2@...> wrote:

> I don't think JAR service declarations are a good way to go. For a
> start, they are completely broken in an OSGi environment, look at
> JAXB, there are many forks of the the JAXB API out there that hack it
> in order to make it work in OSGi.
>
> On Fri, Oct 2, 2009 at 1:23 PM, Robert "kebernet" Cooper
> <kebernet@...> wrote:
>> I was thinking a "Rome 1.5" release would be a ROME +Java5 + replacing
>> the current Rome.properties files with Jar service declarations
>> myself. I am still toying around with "second system syndrome" ideas
>> for "Rome 2" but haven't had much time to work on them lately. :/
>>
>> On Wed, Sep 30, 2009 at 2:45 AM, Shinpei Ohtani
>> <shinpei.ohtani@...> wrote:
>>> Hello all,
>>>
>>> I made a patch for java5 with rome CVS trunk.
>>> Extract attached zip and try the patch.
>>>
>>> Thanks!
>>>
>>> Shinpei
>>>
>>> 2009/9/30 Nick Lothian <nlothian@...>:
>>>> I like this idea quite a lot, and have considered doing it myself.
>>>>
>>>> I'd suggest calling it ROME 1.1 because there have been some efforts to start a more radical ROME 2 project, which is changing quite a lot of stuff.
>>>>
>>>> Nick
>>>>
>>>>> -----Original Message-----
>>>>> From: Shinpei Ohtani [mailto:shinpei.ohtani@...]
>>>>> Sent: Wednesday, 30 September 2009 3:18 AM
>>>>> To: dev@...
>>>>> Subject: Re: Contribution sources for Java5
>>>>>
>>>>> James,
>>>>>
>>>>> > In my opinion, if we want to add generics to rome, we should branch
>>>>> > it, call the branch rome version 2, and then spend a while tweaking
>>>>> > the generics (there's probably a few more things that can be
>>>>> > genericised), before releasing rome version 2.
>>>>>
>>>>> I agree rome 2 is better name to release.
>>>>> And I also agree there are things more than genericised like using
>>>>> enum,
>>>>> refactor some of duplicated codes, or some TODOs I found.
>>>>>
>>>>>
>>>>> > Shinpei, to contribute changes, I suggest you create a patch.
>>>>>
>>>>> Ok, I will.
>>>>> BTW, are there any plan for rome java5 version before I mentioned?
>>>>>
>>>>> Thanks.
>>>>>
>>>>> 2009/9/29 James Roper <jroper2@...>:
>>>>> > In my opinion, if we want to add generics to rome, we should branch
>>>>> > it, call the branch rome version 2, and then spend a while tweaking
>>>>> > the generics (there's probably a few more things that can be
>>>>> > genericised), before releasing rome version 2.
>>>>> >
>>>>> > Shinpei, to contribute changes, I suggest you create a patch.
>>>>> >
>>>>> > Cheers,
>>>>> >
>>>>> > James
>>>>> >
>>>>> > On Tue, Sep 29, 2009 at 6:21 PM, Shinpei Ohtani
>>>>> > <shinpei.ohtani@...> wrote:
>>>>> >> Hi,
>>>>> >>
>>>>> >> I would like to contribute Rome5, Rome for Java5.
>>>>> >> I simply fixed annoyed warnings and made better with generics and
>>>>> enum
>>>>> >> with Java 5 or later JDK, and passed all tests from CVS.
>>>>> >>
>>>>> >> So, how do I contribute these sources?
>>>>> >> The code can download sources from:
>>>>> >>
>>>>> >> http://t-2.googlecode.com/files/rome5.zip
>>>>> >> (It is an eclipse project.)
>>>>> >>
>>>>> >> I think I will make more changes for latest Java environment later,
>>>>> >> but before I go further I just want to know if I can contribute
>>>>> these sources.
>>>>> >>
>>>>> >> Thanks in advance.
>>>>> >> --
>>>>> >> =============================
>>>>> >> Shinpei Ohtani
>>>>> >> mail : shinpei.ohtani@...
>>>>> >> blog : http://d.hatena.ne.jp/shot6/
>>>>> >> twitter : http://twitter.com/shot6
>>>>> >> =============================
>>>>> >>
>>>>> >> --------------------------------------------------------------------
>>>>> -
>>>>> >> To unsubscribe, e-mail: dev-unsubscribe@...
>>>>> >> For additional commands, e-mail: dev-help@...
>>>>> >>
>>>>> >>
>>>>> >
>>>>> > ---------------------------------------------------------------------
>>>>> > To unsubscribe, e-mail: dev-unsubscribe@...
>>>>> > For additional commands, e-mail: dev-help@...
>>>>> >
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> =============================
>>>>> Shinpei Ohtani
>>>>> mail : shinpei.ohtani@...
>>>>> blog : http://d.hatena.ne.jp/shot6/
>>>>> twitter : http://twitter.com/shot6
>>>>> =============================
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>>>> For additional commands, e-mail: dev-help@...
>>>>
>>>>
>>>> IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>>> For additional commands, e-mail: dev-help@...
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> =============================
>>> Shinpei Ohtani
>>> mail : shinpei.ohtani@...
>>> blog : http://d.hatena.ne.jp/shot6/
>>> twitter : http://twitter.com/shot6
>>> =============================
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>> For additional commands, e-mail: dev-help@...
>>>
>>
>>
>>
>> --
>> :Robert "kebernet" Cooper
>> ::kebernet@...
>> Alice's cleartext
>> Charlie is the attacker
>> Bob signs and encrypts
>> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x9E8759F8
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

--
:Robert "kebernet" Cooper
::kebernet@...
Alice's cleartext
Charlie is the attacker
Bob signs and encrypts
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x9E8759F8

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Re: Contribution sources for Java5

2009-10-01T20:37:03Z

I don't think JAR service declarations are a good way to go. For a
start, they are completely broken in an OSGi environment, look at
JAXB, there are many forks of the the JAXB API out there that hack it
in order to make it work in OSGi.

On Fri, Oct 2, 2009 at 1:23 PM, Robert "kebernet" Cooper
<kebernet@...> wrote:

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Re: Contribution sources for Java5

2009-10-01T20:23:31Z

I was thinking a "Rome 1.5" release would be a ROME +Java5 + replacing
the current Rome.properties files with Jar service declarations
myself. I am still toying around with "second system syndrome" ideas
for "Rome 2" but haven't had much time to work on them lately. :/

On Wed, Sep 30, 2009 at 2:45 AM, Shinpei Ohtani
<shinpei.ohtani@...> wrote:

> Hello all,
>
> I made a patch for java5 with rome CVS trunk.
> Extract attached zip and try the patch.
>
> Thanks!
>
> Shinpei
>
> 2009/9/30 Nick Lothian <nlothian@...>:
>> I like this idea quite a lot, and have considered doing it myself.
>>
>> I'd suggest calling it ROME 1.1 because there have been some efforts to start a more radical ROME 2 project, which is changing quite a lot of stuff.
>>
>> Nick
>>
>>> -----Original Message-----
>>> From: Shinpei Ohtani [mailto:shinpei.ohtani@...]
>>> Sent: Wednesday, 30 September 2009 3:18 AM
>>> To: dev@...
>>> Subject: Re: Contribution sources for Java5
>>>
>>> James,
>>>
>>> > In my opinion, if we want to add generics to rome, we should branch
>>> > it, call the branch rome version 2, and then spend a while tweaking
>>> > the generics (there's probably a few more things that can be
>>> > genericised), before releasing rome version 2.
>>>
>>> I agree rome 2 is better name to release.
>>> And I also agree there are things more than genericised like using
>>> enum,
>>> refactor some of duplicated codes, or some TODOs I found.
>>>
>>>
>>> > Shinpei, to contribute changes, I suggest you create a patch.
>>>
>>> Ok, I will.
>>> BTW, are there any plan for rome java5 version before I mentioned?
>>>
>>> Thanks.
>>>
>>> 2009/9/29 James Roper <jroper2@...>:
>>> > In my opinion, if we want to add generics to rome, we should branch
>>> > it, call the branch rome version 2, and then spend a while tweaking
>>> > the generics (there's probably a few more things that can be
>>> > genericised), before releasing rome version 2.
>>> >
>>> > Shinpei, to contribute changes, I suggest you create a patch.
>>> >
>>> > Cheers,
>>> >
>>> > James
>>> >
>>> > On Tue, Sep 29, 2009 at 6:21 PM, Shinpei Ohtani
>>> > <shinpei.ohtani@...> wrote:
>>> >> Hi,
>>> >>
>>> >> I would like to contribute Rome5, Rome for Java5.
>>> >> I simply fixed annoyed warnings and made better with generics and
>>> enum
>>> >> with Java 5 or later JDK, and passed all tests from CVS.
>>> >>
>>> >> So, how do I contribute these sources?
>>> >> The code can download sources from:
>>> >>
>>> >> http://t-2.googlecode.com/files/rome5.zip
>>> >> (It is an eclipse project.)
>>> >>
>>> >> I think I will make more changes for latest Java environment later,
>>> >> but before I go further I just want to know if I can contribute
>>> these sources.
>>> >>
>>> >> Thanks in advance.
>>> >> --
>>> >> =============================
>>> >> Shinpei Ohtani
>>> >> mail : shinpei.ohtani@...
>>> >> blog : http://d.hatena.ne.jp/shot6/
>>> >> twitter : http://twitter.com/shot6
>>> >> =============================
>>> >>
>>> >> --------------------------------------------------------------------
>>> -
>>> >> To unsubscribe, e-mail: dev-unsubscribe@...
>>> >> For additional commands, e-mail: dev-help@...
>>> >>
>>> >>
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: dev-unsubscribe@...
>>> > For additional commands, e-mail: dev-help@...
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> =============================
>>> Shinpei Ohtani
>>> mail : shinpei.ohtani@...
>>> blog : http://d.hatena.ne.jp/shot6/
>>> twitter : http://twitter.com/shot6
>>> =============================
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>> For additional commands, e-mail: dev-help@...
>>
>>
>> IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>>
>
>
>
> --
> =============================
> Shinpei Ohtani
> mail : shinpei.ohtani@...
> blog : http://d.hatena.ne.jp/shot6/
> twitter : http://twitter.com/shot6
> =============================
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

--
:Robert "kebernet" Cooper
::kebernet@...
Alice's cleartext
Charlie is the attacker
Bob signs and encrypts
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x9E8759F8

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Re: Contribution sources for Java5

2009-09-29T23:45:50Z

Hello all,

I made a patch for java5 with rome CVS trunk.
Extract attached zip and try the patch.

Thanks!

Shinpei

2009/9/30 Nick Lothian <nlothian@...>:

> I like this idea quite a lot, and have considered doing it myself.
>
> I'd suggest calling it ROME 1.1 because there have been some efforts to start a more radical ROME 2 project, which is changing quite a lot of stuff.
>
> Nick
>
>> -----Original Message-----
>> From: Shinpei Ohtani [mailto:shinpei.ohtani@...]
>> Sent: Wednesday, 30 September 2009 3:18 AM
>> To: dev@...
>> Subject: Re: Contribution sources for Java5
>>
>> James,
>>
>> > In my opinion, if we want to add generics to rome, we should branch
>> > it, call the branch rome version 2, and then spend a while tweaking
>> > the generics (there's probably a few more things that can be
>> > genericised), before releasing rome version 2.
>>
>> I agree rome 2 is better name to release.
>> And I also agree there are things more than genericised like using
>> enum,
>> refactor some of duplicated codes, or some TODOs I found.
>>
>>
>> > Shinpei, to contribute changes, I suggest you create a patch.
>>
>> Ok, I will.
>> BTW, are there any plan for rome java5 version before I mentioned?
>>
>> Thanks.
>>
>> 2009/9/29 James Roper <jroper2@...>:
>> > In my opinion, if we want to add generics to rome, we should branch
>> > it, call the branch rome version 2, and then spend a while tweaking
>> > the generics (there's probably a few more things that can be
>> > genericised), before releasing rome version 2.
>> >
>> > Shinpei, to contribute changes, I suggest you create a patch.
>> >
>> > Cheers,
>> >
>> > James
>> >
>> > On Tue, Sep 29, 2009 at 6:21 PM, Shinpei Ohtani
>> > <shinpei.ohtani@...> wrote:
>> >> Hi,
>> >>
>> >> I would like to contribute Rome5, Rome for Java5.
>> >> I simply fixed annoyed warnings and made better with generics and
>> enum
>> >> with Java 5 or later JDK, and passed all tests from CVS.
>> >>
>> >> So, how do I contribute these sources?
>> >> The code can download sources from:
>> >>
>> >> http://t-2.googlecode.com/files/rome5.zip
>> >> (It is an eclipse project.)
>> >>
>> >> I think I will make more changes for latest Java environment later,
>> >> but before I go further I just want to know if I can contribute
>> these sources.
>> >>
>> >> Thanks in advance.
>> >> --
>> >> =============================
>> >> Shinpei Ohtani
>> >> mail : shinpei.ohtani@...
>> >> blog : http://d.hatena.ne.jp/shot6/
>> >> twitter : http://twitter.com/shot6
>> >> =============================
>> >>
>> >> --------------------------------------------------------------------
>> -
>> >> To unsubscribe, e-mail: dev-unsubscribe@...
>> >> For additional commands, e-mail: dev-help@...
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@...
>> > For additional commands, e-mail: dev-help@...
>> >
>> >
>>
>>
>>
>> --
>> =============================
>> Shinpei Ohtani
>> mail : shinpei.ohtani@...
>> blog : http://d.hatena.ne.jp/shot6/
>> twitter : http://twitter.com/shot6
>> =============================
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>
>
> IMPORTANT: This e-mail, including any attachments, may contain private or confidential information. If you think you may not be the intended recipient, or if you have received this e-mail in error, please contact the sender immediately and delete all copies of this e-mail. If you are not the intended recipient, you must not reproduce any part of this e-mail or disclose its contents to any other party. This email represents the views of the individual sender, which do not necessarily reflect those of Education.au except where the sender expressly states otherwise. It is your responsibility to scan this email and any files transmitted with it for viruses or any other defects. education.au limited will not be liable for any loss, damage or consequence caused directly or indirectly by this email.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

rome-java5-patch.zip (215K) Download Attachment

From forum: Rome - Development

RE: Contribution sources for Java5

2009-09-29T16:12:49Z

I like this idea quite a lot, and have considered doing it myself.

I'd suggest calling it ROME 1.1 because there have been some efforts to start a more radical ROME 2 project, which is changing quite a lot of stuff.

Nick

> -----Original Message-----
> From: Shinpei Ohtani [mailto:shinpei.ohtani@...]
> Sent: Wednesday, 30 September 2009 3:18 AM
> To: dev@...
> Subject: Re: Contribution sources for Java5
>
> James,
>
> > In my opinion, if we want to add generics to rome, we should branch
> > it, call the branch rome version 2, and then spend a while tweaking
> > the generics (there's probably a few more things that can be
> > genericised), before releasing rome version 2.
>
> I agree rome 2 is better name to release.
> And I also agree there are things more than genericised like using
> enum,
> refactor some of duplicated codes, or some TODOs I found.
>
>
> > Shinpei, to contribute changes, I suggest you create a patch.
>
> Ok, I will.
> BTW, are there any plan for rome java5 version before I mentioned?
>
> Thanks.
>
> 2009/9/29 James Roper <jroper2@...>:
> > In my opinion, if we want to add generics to rome, we should branch
> > it, call the branch rome version 2, and then spend a while tweaking
> > the generics (there's probably a few more things that can be
> > genericised), before releasing rome version 2.
> >
> > Shinpei, to contribute changes, I suggest you create a patch.
> >
> > Cheers,
> >
> > James
> >
> > On Tue, Sep 29, 2009 at 6:21 PM, Shinpei Ohtani
> > <shinpei.ohtani@...> wrote:
> >> Hi,
> >>
> >> I would like to contribute Rome5, Rome for Java5.
> >> I simply fixed annoyed warnings and made better with generics and
> enum
> >> with Java 5 or later JDK, and passed all tests from CVS.
> >>
> >> So, how do I contribute these sources?
> >> The code can download sources from:
> >>
> >> http://t-2.googlecode.com/files/rome5.zip
> >> (It is an eclipse project.)
> >>
> >> I think I will make more changes for latest Java environment later,
> >> but before I go further I just want to know if I can contribute
> these sources.
> >>
> >> Thanks in advance.
> >> --
> >> =============================
> >> Shinpei Ohtani
> >> mail : shinpei.ohtani@...
> >> blog : http://d.hatena.ne.jp/shot6/
> >> twitter : http://twitter.com/shot6
> >> =============================
> >>
> >> --------------------------------------------------------------------
> -
> >> To unsubscribe, e-mail: dev-unsubscribe@...
> >> For additional commands, e-mail: dev-help@...
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@...
> > For additional commands, e-mail: dev-help@...
> >
> >
>
>
>
> --
> =============================
> Shinpei Ohtani
> mail : shinpei.ohtani@...
> blog : http://d.hatena.ne.jp/shot6/
> twitter : http://twitter.com/shot6
> =============================
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Re: Contribution sources for Java5

2009-09-29T10:48:11Z

James,

> In my opinion, if we want to add generics to rome, we should branch
> it, call the branch rome version 2, and then spend a while tweaking
> the generics (there's probably a few more things that can be
> genericised), before releasing rome version 2.

I agree rome 2 is better name to release.
And I also agree there are things more than genericised like using enum,
refactor some of duplicated codes, or some TODOs I found.

> Shinpei, to contribute changes, I suggest you create a patch.

Ok, I will.
BTW, are there any plan for rome java5 version before I mentioned?

Thanks.

2009/9/29 James Roper <jroper2@...>:

> In my opinion, if we want to add generics to rome, we should branch
> it, call the branch rome version 2, and then spend a while tweaking
> the generics (there's probably a few more things that can be
> genericised), before releasing rome version 2.
>
> Shinpei, to contribute changes, I suggest you create a patch.
>
> Cheers,
>
> James
>
> On Tue, Sep 29, 2009 at 6:21 PM, Shinpei Ohtani
> <shinpei.ohtani@...> wrote:
>> Hi,
>>
>> I would like to contribute Rome5, Rome for Java5.
>> I simply fixed annoyed warnings and made better with generics and enum
>> with Java 5 or later JDK, and passed all tests from CVS.
>>
>> So, how do I contribute these sources?
>> The code can download sources from:
>>
>> http://t-2.googlecode.com/files/rome5.zip
>> (It is an eclipse project.)
>>
>> I think I will make more changes for latest Java environment later,
>> but before I go further I just want to know if I can contribute these sources.
>>
>> Thanks in advance.
>> --
>> =============================
>> Shinpei Ohtani
>> mail : shinpei.ohtani@...
>> blog : http://d.hatena.ne.jp/shot6/
>> twitter : http://twitter.com/shot6
>> =============================
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

From forum: Rome - Development

Re: Contribution sources for Java5

2009-09-29T07:52:49Z

On Sep 29, 2009, at 3:11 AM, James Roper <jroper2@...> wrote:

> In my opinion, if we want to add generics to rome, we should branch
> it, call the branch rome version 2, and then spend a while tweaking
> the generics (there's probably a few more things that can be
> genericised), before releasing rome
> version 2.

+1

There was some discussion of ROME 2 some time back (I think).

I suggest we start a wiki page on a feature list for ROME 2 and
solicit input from the user community.

Thoughts?

- Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Re: Contribution sources for Java5

2009-09-29T02:11:18Z

In my opinion, if we want to add generics to rome, we should branch
it, call the branch rome version 2, and then spend a while tweaking
the generics (there's probably a few more things that can be
genericised), before releasing rome version 2.

Shinpei, to contribute changes, I suggest you create a patch.

Cheers,

James

On Tue, Sep 29, 2009 at 6:21 PM, Shinpei Ohtani
<shinpei.ohtani@...> wrote:

> Hi,
>
> I would like to contribute Rome5, Rome for Java5.
> I simply fixed annoyed warnings and made better with generics and enum
> with Java 5 or later JDK, and passed all tests from CVS.
>
> So, how do I contribute these sources?
> The code can download sources from:
>
> http://t-2.googlecode.com/files/rome5.zip
> (It is an eclipse project.)
>
> I think I will make more changes for latest Java environment later,
> but before I go further I just want to know if I can contribute these sources.
>
> Thanks in advance.
> --
> =============================
> Shinpei Ohtani
> mail : shinpei.ohtani@...
> blog : http://d.hatena.ne.jp/shot6/
> twitter : http://twitter.com/shot6
> =============================
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Contribution sources for Java5

2009-09-29T01:21:37Z

Hi,

I would like to contribute Rome5, Rome for Java5.
I simply fixed annoyed warnings and made better with generics and enum
with Java 5 or later JDK, and passed all tests from CVS.

So, how do I contribute these sources?
The code can download sources from:

http://t-2.googlecode.com/files/rome5.zip
(It is an eclipse project.)

I think I will make more changes for latest Java environment later,
but before I go further I just want to know if I can contribute these sources.

Thanks in advance.
--
=============================
Shinpei Ohtani
mail : shinpei.ohtani@...
blog : http://d.hatena.ne.jp/shot6/
twitter : http://twitter.com/shot6
=============================

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

From forum: Rome - Development

Authors, Categories from RSS 1.0 Feeds

2009-08-08T06:57:28Z

Hi,

I've been trying to parse stuff such as authors, categories,
and images from RSS news items.

I've tried the following code. Strangely enough getAuthors returns
an empty list while getAuthor returns an author name. The other
methods return empty results although the feed contains dc:subject
entries. Searching the mailing list archives doesn't bring up anything
helpful.

public void testFetch() throws IOException, IllegalArgumentException,
FeedException {
URL url = new URL("http://rss.slashdot.org/Slashdot/slashdot");
SyndFeedInput input = new SyndFeedInput();
URLConnection conn = url.openConnection();
SyndFeed feed = input.build(new XmlReader(conn));
List li = feed.getEntries();
for (int i=0; i<li.size(); i++) {
SyndEntry sei = (SyndEntry)li.get(i);
System.out.println("author: " + sei.getAuthor());
System.out.println("authors: " + sei.getAuthors());
System.out.println("categories: "+sei.getCategories());
System.out.println("enclosures: "+sei.getEnclosures());
}
}
}

Any help, sample code, or pointers to documentation highly appreciated!

Cheers,
Andreas.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

From forum: Rome - Users

Re: Parsing feeds with wrongly defined namespaces

2009-08-04T12:49:27Z

Thanks,
I will try your suggestions out.

It also happens sometimes on the main site, not just the french subsidary. But it's better to handle the problem at the root (eg modifying rome to add dummy namespace declarations), because other sites might do this as well.

Thibaut

Robert (kebernet) Cooper wrote:

Wow, that feed is all kinds of a mess.
Looking at it, if you just need the basic Atom info, you could do:

namespaces=false

namespace-prefixes=true

on the SAX parser properties. You would lose module support, though, for all
of the extensions in the file. That would basically parse the XML tree and
give you a namespace-free doc with "fb:whatever" and "dc:whatever" as the
element names. Otherwise, I am not sure any of the current Java parsers
would deal with that.

For stuff like this, and especially *hehe* it being on TechCrunch, emailing
the site admin and just telling them to fix it isn't a bad idea either.

On Tue, Aug 4, 2009 at 10:57 AM, Thibaut_ <tbritz@blue.lu> wrote:

>
> Hi,
>
> Some feeds don't have all namespaces defined (maybe due to an error on
> their
> site). Rome should still try to parse those feeds and ignore the wrong
> tags.
>
> eg. parsing the following feed
> http://fr.techcrunch.com/2009/07/21/cest-lete-blog-au-ralenti/feed/ will
> fail with the following execption as it contains xml code like "<title>Par
> :
> <fb:name linked="false" useyou="false" uid="630011441">Jonathan
> Fischer</fb:name></title>"
>
>
> com.sun.syndication.io.ParsingFeedException: Invalid XML: Error on line
> 113:
> The prefix "fb" for element "fb:name" is not bound.
> at
> com.sun.syndication.io.WireFeedInput.build(WireFeedInput.java:198)
> at
> com.sun.syndication.io.SyndFeedInput.build(SyndFeedInput.java:123)
> at Test101.main(Test101.java:133)
> Caused by: org.jdom.input.JDOMParseException: Error on line 113: The prefix
> "fb" for element "fb:name" is not bound.
> at org.jdom.input.SAXBuilder.build(SAXBuilder.java:533)
> at org.jdom.input.SAXBuilder.build(SAXBuilder.java:946)
> at
> com.sun.syndication.io.WireFeedInput.build(WireFeedInput.java:194)
> ... 4 more
> Caused by: org.xml.sax.SAXParseException: The prefix "fb" for element
> "fb:name" is not bound.
> at
> org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
> Source)
> at
>
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
> Source)
> at org.jdom.input.SAXBuilder.build(SAXBuilder.java:518)
> ... 6 more
>
>
> Andy ideas on what I can change on the saxbuilder/xerces setup code to
> ignore non defined namespace tags?
>
> Thanks,
> Thibaut
>
> --
> View this message in context:
> http://www.nabble.com/Parsing-feeds-with-wrongly-defined-namespaces-tp24810235p24810235.html
> Sent from the Rome - Development mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@rome.dev.java.net
> For additional commands, e-mail: dev-help@rome.dev.java.net
>
>

--
:Robert "kebernet" Cooper
::kebernet@gmail.com
Alice's cleartext
Charlie is the attacker
Bob signs and encrypts
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x9E8759F8

From forum: Rome - Development

Re: Parsing feeds with wrongly defined namespaces

2009-08-04T08:32:05Z

Wow, that feed is all kinds of a mess.

Looking at it, if you just need the basic Atom info, you could do:

namespaces=false

namespace-prefixes=true

on the SAX parser properties. You would lose module support, though, for all of the extensions in the file. That would basically parse the XML tree and give you a namespace-free doc with "fb:whatever" and "dc:whatever" as the element names. Otherwise, I am not sure any of the current Java parsers would deal with that.

For stuff like this, and especially *hehe* it being on TechCrunch, emailing the site admin and just telling them to fix it isn't a bad idea either.

On Tue, Aug 4, 2009 at 10:57 AM, Thibaut_ <tbritz@...> wrote:

Hi,

Some feeds don't have all namespaces defined (maybe due to an error on their
site). Rome should still try to parse those feeds and ignore the wrong tags.

eg. parsing the following feed
http://fr.techcrunch.com/2009/07/21/cest-lete-blog-au-ralenti/feed/ will
fail with the following execption as it contains xml code like "<title>Par :
<fb:name linked="false" useyou="false" uid="630011441">Jonathan
Fischer</fb:name></title>"

com.sun.syndication.io.ParsingFeedException: Invalid XML: Error on line 113:
The prefix "fb" for element "fb:name" is not bound.
at com.sun.syndication.io.WireFeedInput.build(WireFeedInput.java:198)
at com.sun.syndication.io.SyndFeedInput.build(SyndFeedInput.java:123)
at Test101.main(Test101.java:133)
Caused by: org.jdom.input.JDOMParseException: Error on line 113: The prefix
"fb" for element "fb:name" is not bound.
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:533)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:946)
at com.sun.syndication.io.WireFeedInput.build(WireFeedInput.java:194)
... 4 more
Caused by: org.xml.sax.SAXParseException: The prefix "fb" for element
"fb:name" is not bound.
at
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
Source)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:518)
... 6 more

Andy ideas on what I can change on the saxbuilder/xerces setup code to
ignore non defined namespace tags?

Thanks,
Thibaut

--
View this message in context: http://www.nabble.com/Parsing-feeds-with-wrongly-defined-namespaces-tp24810235p24810235.html
Sent from the Rome - Development mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

--
:Robert "kebernet" Cooper
::kebernet@...
Alice's cleartext
Charlie is the attacker
Bob signs and encrypts
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x9E8759F8

From forum: Rome - Development

Parsing feeds with wrongly defined namespaces

2009-08-04T07:57:01Z

Hi,

Some feeds don't have all namespaces defined (maybe due to an error on their site). Rome should still try to parse those feeds and ignore the wrong tags.

eg. parsing the following feed http://fr.techcrunch.com/2009/07/21/cest-lete-blog-au-ralenti/feed/ will fail with the following execption as it contains xml code like "<title>Par : <fb:name linked="false" useyou="false" uid="630011441">Jonathan Fischer</fb:name></title>"

com.sun.syndication.io.ParsingFeedException: Invalid XML: Error on line 113: The prefix "fb" for element "fb:name" is not bound.
at com.sun.syndication.io.WireFeedInput.build(WireFeedInput.java:198)
at com.sun.syndication.io.SyndFeedInput.build(SyndFeedInput.java:123)
at Test101.main(Test101.java:133)
Caused by: org.jdom.input.JDOMParseException: Error on line 113: The prefix "fb" for element "fb:name" is not bound.
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:533)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:946)
at com.sun.syndication.io.WireFeedInput.build(WireFeedInput.java:194)
... 4 more
Caused by: org.xml.sax.SAXParseException: The prefix "fb" for element "fb:name" is not bound.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.jdom.input.SAXBuilder.build(SAXBuilder.java:518)
... 6 more

Andy ideas on what I can change on the saxbuilder/xerces setup code to ignore non defined namespace tags?

Thanks,
Thibaut

From forum: Rome - Development

RE: Server returned HTTP response code: 403 google groups

2009-07-13T18:53:21Z

Sorry – the correct system property is “http.agent”.

From: Nick Lothian [mailto:nlothian@...]
Sent: Tuesday, 14 July 2009 11:21 AM
To: dev@...
Subject: RE: Server returned HTTP response code: 403 google groups

Or you can set the system property “user.agent” to anything you like

From: jcfolsom@... [mailto:jcfolsom@...]
Sent: Monday, 13 July 2009 8:50 PM
To: dev@...
Subject: RE: Server returned HTTP response code: 403 google groups

This doesn't have anything to do with ROME. If you're going to use the java URL class, you need to write out the request headers manually (i.e. User-Agent: myuseragent). Otherwise, there is the Rome feed fetcher and commons http client which have programmatic setUserAgent() methods.

Cheers,

J. Chris Folsom

-------- Original Message --------
Subject: Re: Server returned HTTP response code: 403 google groups
From: wsdice707 <dinesh707@...>
Date: Mon, July 13, 2009 3:41 am
To: dev@...

I have the same problem here in working with ROME. But how to set the user
agent. Can you please help me with the code sample that worked out ??

Thank you inadvance

dinesh

Sonny To wrote:
>
> that did the trick. any idea why google groups is blocking java? Their
> Calendar RSS feed works without modifying the user-agent. BTW wget is
> blocked too if no user-agent is specified.
>
> On 8/29/07, Alejandro Abdelnur <tucu00@...> wrote:
>> change the user-agent header of the URLconnection not to have 'java' in
>> it,
>> that would do the trick.
>>
>>
>> On 8/29/07, Sonny To < son.c.to@...> wrote:
>> >
>> > Hi,
>> > I'm trying to use Roman to access google groups RSS 2.0 feed
>> >
>> > SyndFeedInput input = new SyndFeedInput();
>> > URL url = new
>> URL("http://groups.google.com/group/diningphilosophers-jobs/feed/rss_v2_0_msgs.xml
>> ")
>> > SyndFeed feed = input.build(new XmlReader(url));
>> >
>> > The code above throws
>> > Caught: java.io.IOException: Server returned HTTP response code: 403
>> > for URL:
>> http://groups.google.com/group/diningphilosophers-jobs/feed/rss_v2_0_msgs.xml
>> >
>> > PHP SimpePie library can access it fine. any ideas?
>> >
>> > thanks,
>> > Sonny
>> >
>> >
>> ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@...
>> > For additional commands, e-mail: dev-help@...
>> >
>> >
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>
>

--
View this message in context: http://www.nabble.com/Server-returned-HTTP-response-code%3A-403-google-groups-tp12380738p24457375.html
Sent from the Rome - Development mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

--------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@...

From forum: Rome - Development

RE: Server returned HTTP response code: 403 google groups

2009-07-13T18:50:33Z

Or you can set the system property “user.agent” to anything you like

From: jcfolsom@... [mailto:jcfolsom@...]
Sent: Monday, 13 July 2009 8:50 PM
To: dev@...
Subject: RE: Server returned HTTP response code: 403 google groups

--------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@... For additional commands, e-mail: dev-help@...

From forum: Rome - Development