Nabble - Rome - Development

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@...

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@...

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@...

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@...

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@...

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@...
>

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

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@...

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@...
>
>

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@...

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@...

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@...

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

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

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

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@...

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@...

RE: Server returned HTTP response code: 403 google groups

2009-07-13T04:20:01Z

-------- 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@...

Re: Server returned HTTP response code: 403 google groups

2009-07-13T00:41:53Z

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@gmail.com> 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@gmail.com> 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@rome.dev.java.net
> > For additional commands, e-mail: dev-help@rome.dev.java.net
> >
> >
>
>

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

RE: RSS autodetect

2009-07-05T18:56:52Z

Here’s some quick & dirty code to do this. You’ll need tagsoup:

public static String findRssFeedOnWebpage(String url, int timeoutMillis) {

String rssFeedUrl = null;

try {

//Make a request to the web page looking for

// <link ref="alternate" type="application/rss+xml" href="wherever web site is" />

GetMethod getMethod = new GetMethod(url);

getMethod.setRequestHeader("Accept", "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8");

getMethod.setRequestHeader("Accept-Charset", "ISO-8859-1,utf-8;q=0.7,*;q=0.7");

HttpClient httpClient = new HttpClient();

httpClient.getHttpConnectionManager().getParams().setConnectionTimeout(timeoutMillis);

httpClient.getHttpConnectionManager().getParams().setSoTimeout(timeoutMillis);

if (httpClient.executeMethod(getMethod) > 0) {

final SAXException STOP_PARSING = new SAXException("Found rss feed, terminating parsing");

final String[] hrefBox = new String[1];

DefaultHandler rssFinder = new DefaultHandler() {

@Override

public void startElement(

String uri,

String localName,

String name,

Attributes attributes)

throws SAXException {

if ("link".equals(localName) &&

("application/rss+xml".equals(attributes.getValue("type")) ||

"application/atom+xml".equals(attributes.getValue("type"))) &&

"alternate".equals(attributes.getValue("rel"))) {

hrefBox[0] = attributes.getValue("href");

throw STOP_PARSING;

}

// tag has to be in head, so once we're done looking in head stop processing

@Override

public void endElement(

String uri,

String localName,

String name) throws SAXException {

if ("head".equals(localName)) {

throw STOP_PARSING;

}

};

SAXParser sp = SAXParserFactoryImpl.newInstance("org.ccil.cowan.tagsoup.jaxp.SAXFactoryImpl",Thread.currentThread().getContextClassLoader()).newSAXParser();

InputStream is = new BufferedInputStream(getMethod.getResponseBodyAsStream());

try {

sp.parse(is, rssFinder);

} catch (SAXException e) {

if (e != STOP_PARSING) { //STOP_PARSING is just an optimisation, nothing to worry about

throw e;

}

} finally {

is.close();

}

if (hrefBox[0] != null) {

rssFeedUrl = hrefBox[0];

LOG.debug("Found RSS element found in " + url + " of " + rssFeedUrl);

} else {

LOG.debug("No RSS element found in " + url);

}

} catch (Exception e) {

LOG.warn("Error when trying to derive RSS feed from " + url, e);

}

return rssFeedUrl;

}

From: dreamreal@... [mailto:dreamreal@...] On Behalf Of Joseph Ottinger
Sent: Sunday, 5 July 2009 9:35 PM
To: dev@...
Subject: Re: RSS autodetect

ROME doesn't autodetect RSS feed urls. Jakarta's feedparser had code to do it, but I haven't been able to find feedparser's code anywhere.

On Fri, Jul 3, 2009 at 1:39 PM, richiebabes <rich.g.morgan@...> wrote:

Before I look into ROME as a possible solution does the feed source have to
be a .rss web page or does it autodetect based on the URL given? I need
something that can autodetect the rss feed!!
--
View this message in context: http://www.nabble.com/RSS-autodetect-tp24326590p24326590.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@...

--
Joseph B. Ottinger
http://enigmastation.com

Supplying a patch

2009-07-05T10:29:54Z

Hi.

We are using Rome heavily when parsing blogs (a few million feeds) and needed to patch the parseDate method in DateParser since we got lot's of blank publishedDate s if we did not.

Supplying you with the patch file. Think I got many conflicts so I supply the code as well.

Thank you.

//Marcus

[dateParser.patch]

*** rome-TS/src/java/com/sun/syndication/io/impl/DateParser.java 2009-07-05 19:23:49.000000000 +0200 --- rome/src/java/com/sun/syndication/io/impl/DateParser.java 2008-07-30 10:33:53.000000000 +0200 *************** *** 127,133 **** * */ private static Date parseUsingMask(String[] masks,String sDate) { ! sDate = (sDate!=null) ? sDate.trim() : null; ParsePosition pp = null; Date d = null; for (int i=0;d==null && i<masks.length;i++) { --- 127,133 ---- * */ private static Date parseUsingMask(String[] masks,String sDate) { ! sDate = (sDate!=null) ? sDate.trim() : null; ParsePosition pp = null; Date d = null; for (int i=0;d==null && i<masks.length;i++) { *************** *** 143,149 **** //System.out.println("pp["+pp.getIndex()+"] s["+sDate+" m["+masks[i]+"] d["+d+"]"); } catch (Exception ex1) { ! System.out.println("s: "+sDate+" m: "+masks[i]+" d: "+null); } } return d; --- 143,149 ---- //System.out.println("pp["+pp.getIndex()+"] s["+sDate+" m["+masks[i]+"] d["+d+"]"); } catch (Exception ex1) { ! //System.out.println("s: "+sDate+" m: "+masks[i]+" d: "+null); } } return d; *************** *** 172,178 **** * */ public static Date parseRFC822(String sDate) { ! int utIndex = sDate.indexOf(" UT"); if (utIndex>-1) { String pre = sDate.substring(0,utIndex); String post = sDate.substring(utIndex+3); --- 172,178 ---- * */ public static Date parseRFC822(String sDate) { ! int utIndex = sDate.indexOf(" UT"); if (utIndex>-1) { String pre = sDate.substring(0,utIndex); String post = sDate.substring(utIndex+3); *************** *** 204,210 **** public static Date parseW3CDateTime(String sDate) { // if sDate has time on it, it injects 'GTM' before de TZ displacement to // allow the SimpleDateFormat parser to parse it properly ! int tIndex = sDate.indexOf("T"); if (tIndex>-1) { if (sDate.endsWith("Z")) { sDate = sDate.substring(0,sDate.length()-1)+"+00:00"; --- 204,210 ---- public static Date parseW3CDateTime(String sDate) { // if sDate has time on it, it injects 'GTM' before de TZ displacement to // allow the SimpleDateFormat parser to parse it properly ! int tIndex = sDate.indexOf("T"); if (tIndex>-1) { if (sDate.endsWith("Z")) { sDate = sDate.substring(0,sDate.length()-1)+"+00:00"; *************** *** 239,261 **** * It returns null if it was not possible to parse the given string into a Date. * * */ ! public static Date parseDate(String sDate) ! { ! if(sDate != null) ! { ! sDate = sDate.trim(); ! Date d = parseW3CDateTime(sDate); ! if (d==null) ! { ! d = parseRFC822(sDate); ! if (d==null && ADDITIONAL_MASKS.length>0) ! { ! d = parseUsingMask(ADDITIONAL_MASKS,sDate); ! } ! } ! return d; ! } ! return null; } /** --- 239,253 ---- * It returns null if it was not possible to parse the given string into a Date. * * */ ! public static Date parseDate(String sDate) { ! Date d = parseW3CDateTime(sDate); ! if (d==null) { ! d = parseRFC822(sDate); ! if (d==null && ADDITIONAL_MASKS.length>0) { ! d = parseUsingMask(ADDITIONAL_MASKS,sDate); ! } ! } ! return d; } /** *************** *** 269,275 **** * */ public static String formatRFC822(Date date) { ! SimpleDateFormat dateFormater = new SimpleDateFormat("EEE, dd MMM yyyy HH:mm:ss 'GMT'",Locale.US); dateFormater.setTimeZone(TimeZone.getTimeZone("GMT")); return dateFormater.format(date); } --- 261,267 ---- * */ public static String formatRFC822(Date date) { ! SimpleDateFormat dateFormater = new SimpleDateFormat("EEE, dd MMM yyyy HH:mm:ss 'GMT'",Locale.US); dateFormater.setTimeZone(TimeZone.getTimeZone("GMT")); return dateFormater.format(date); }

[DateParser.java]

/* * Copyright 2004 Sun Microsystems, Inc. * * Licensed 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. * */ package com.sun.syndication.io.impl; import java.text.DateFormat; import java.text.SimpleDateFormat; import java.text.ParsePosition; import java.util.Date; import java.util.TimeZone; import java.util.Locale; /** * A helper class that parses Dates out of Strings with date time in RFC822 and W3CDateTime * formats plus the variants Atom (0.3) and RSS (0.9, 0.91, 0.92, 0.93, 0.94, 1.0 and 2.0) * specificators added to those formats. * * It uses the JDK java.text.SimpleDateFormat class attemtping the parse using a mask for * each one of the possible formats. * * * @author Alejandro Abdelnur * */ public class DateParser { private static String[] ADDITIONAL_MASKS; static { ADDITIONAL_MASKS = PropertiesLoader.getPropertiesLoader().getTokenizedProperty("datetime.extra.masks","|"); } // order is like this because the SimpleDateFormat.parse does not fail with exception // if it can parse a valid date out of a substring of the full string given the mask // so we have to check the most complete format first, then it fails with exception private static final String[] RFC822_MASKS = { "EEE, dd MMM yy HH:mm:ss z", "EEE, dd MMM yy HH:mm z", "dd MMM yy HH:mm:ss z", "dd MMM yy HH:mm z" }; // order is like this because the SimpleDateFormat.parse does not fail with exception // if it can parse a valid date out of a substring of the full string given the mask // so we have to check the most complete format first, then it fails with exception private static final String[] W3CDATETIME_MASKS = { "yyyy-MM-dd'T'HH:mm:ss.SSSz", "yyyy-MM-dd't'HH:mm:ss.SSSz", "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", "yyyy-MM-dd't'HH:mm:ss.SSS'z'", "yyyy-MM-dd'T'HH:mm:ssz", "yyyy-MM-dd't'HH:mm:ssz", "yyyy-MM-dd'T'HH:mm:ssZ", "yyyy-MM-dd't'HH:mm:ssZ", "yyyy-MM-dd'T'HH:mm:ss'Z'", "yyyy-MM-dd't'HH:mm:ss'z'", "yyyy-MM-dd'T'HH:mmz", // together with logic in the parseW3CDateTime they "yyyy-MM'T'HH:mmz", // handle W3C dates without time forcing them to be GMT "yyyy'T'HH:mmz", "yyyy-MM-dd't'HH:mmz", "yyyy-MM-dd'T'HH:mm'Z'", "yyyy-MM-dd't'HH:mm'z'", "yyyy-MM-dd", "yyyy-MM", "yyyy" }; /** * The masks used to validate and parse the input to this Atom date. * These are a lot more forgiving than what the Atom spec allows. * The forms that are invalid according to the spec are indicated. */ private static final String[] masks = { "yyyy-MM-dd'T'HH:mm:ss.SSSz", "yyyy-MM-dd't'HH:mm:ss.SSSz", // invalid "yyyy-MM-dd'T'HH:mm:ss.SSS'Z'", "yyyy-MM-dd't'HH:mm:ss.SSS'z'", // invalid "yyyy-MM-dd'T'HH:mm:ssz", "yyyy-MM-dd't'HH:mm:ssz", // invalid "yyyy-MM-dd'T'HH:mm:ss'Z'", "yyyy-MM-dd't'HH:mm:ss'z'", // invalid "yyyy-MM-dd'T'HH:mmz", // invalid "yyyy-MM-dd't'HH:mmz", // invalid "yyyy-MM-dd'T'HH:mm'Z'", // invalid "yyyy-MM-dd't'HH:mm'z'", // invalid "yyyy-MM-dd", "yyyy-MM", "yyyy" }; /** * Private constructor to avoid DateParser instances creation. */ private DateParser() { } /** * Parses a Date out of a string using an array of masks. * * It uses the masks in order until one of them succedes or all fail. * * * @param masks array of masks to use for parsing the string * @param sDate string to parse for a date. * @return the Date represented by the given string using one of the given masks. * It returns null if it was not possible to parse the the string with any of the masks. * */ private static Date parseUsingMask(String[] masks,String sDate) { sDate = (sDate!=null) ? sDate.trim() : null; ParsePosition pp = null; Date d = null; for (int i=0;d==null && i<masks.length;i++) { DateFormat df = new SimpleDateFormat(masks[i],Locale.US); //df.setLenient(false); df.setLenient(true); try { pp = new ParsePosition(0); d = df.parse(sDate,pp); if (pp.getIndex()!=sDate.length()) { d = null; } //System.out.println("pp["+pp.getIndex()+"] s["+sDate+" m["+masks[i]+"] d["+d+"]"); } catch (Exception ex1) { System.out.println("s: "+sDate+" m: "+masks[i]+" d: "+null); } } return d; } /** * Parses a Date out of a String with a date in RFC822 format. * * It parsers the following formats: * <ul> * <li>"EEE, dd MMM yyyy HH:mm:ss z"</li> * <li>"EEE, dd MMM yyyy HH:mm z"</li> * <li>"EEE, dd MMM yy HH:mm:ss z"</li> * <li>"EEE, dd MMM yy HH:mm z"</li> * <li>"dd MMM yyyy HH:mm:ss z"</li> * <li>"dd MMM yyyy HH:mm z"</li> * <li>"dd MMM yy HH:mm:ss z"</li> * <li>"dd MMM yy HH:mm z"</li> * </ul> * * Refer to the java.text.SimpleDateFormat javadocs for details on the format of each element. * * @param sDate string to parse for a date. * @return the Date represented by the given RFC822 string. * It returns null if it was not possible to parse the given string into a Date. * */ public static Date parseRFC822(String sDate) { int utIndex = sDate.indexOf(" UT"); if (utIndex>-1) { String pre = sDate.substring(0,utIndex); String post = sDate.substring(utIndex+3); sDate = pre + " GMT" + post; } return parseUsingMask(RFC822_MASKS,sDate); } /** * Parses a Date out of a String with a date in W3C date-time format. * * It parsers the following formats: * <ul> * <li>"yyyy-MM-dd'T'HH:mm:ssz"</li> * <li>"yyyy-MM-dd'T'HH:mmz"</li> * <li>"yyyy-MM-dd"</li> * <li>"yyyy-MM"</li> * <li>"yyyy"</li> * </ul> * * Refer to the java.text.SimpleDateFormat javadocs for details on the format of each element. * * @param sDate string to parse for a date. * @return the Date represented by the given W3C date-time string. * It returns null if it was not possible to parse the given string into a Date. * */ public static Date parseW3CDateTime(String sDate) { // if sDate has time on it, it injects 'GTM' before de TZ displacement to // allow the SimpleDateFormat parser to parse it properly int tIndex = sDate.indexOf("T"); if (tIndex>-1) { if (sDate.endsWith("Z")) { sDate = sDate.substring(0,sDate.length()-1)+"+00:00"; } int tzdIndex = sDate.indexOf("+",tIndex); if (tzdIndex==-1) { tzdIndex = sDate.indexOf("-",tIndex); } if (tzdIndex>-1) { String pre = sDate.substring(0,tzdIndex); int secFraction = pre.indexOf(","); if (secFraction>-1) { pre = pre.substring(0,secFraction); } String post = sDate.substring(tzdIndex); sDate = pre + "GMT" + post; } } else { sDate += "T00:00GMT"; } return parseUsingMask(W3CDATETIME_MASKS,sDate); } /** * Parses a Date out of a String with a date in W3C date-time format or * in a RFC822 format. * * @param sDate string to parse for a date. * @return the Date represented by the given W3C date-time string. * It returns null if it was not possible to parse the given string into a Date. * * */ public static Date parseDate(String sDate) { if(sDate != null) { sDate = sDate.trim(); Date d = parseW3CDateTime(sDate); if (d==null) { d = parseRFC822(sDate); if (d==null && ADDITIONAL_MASKS.length>0) { d = parseUsingMask(ADDITIONAL_MASKS,sDate); } } return d; } return null; } /** * create a RFC822 representation of a date. * * Refer to the java.text.SimpleDateFormat javadocs for details on the format of each element. * * @param date Date to parse * @return the RFC822 represented by the given Date * It returns null if it was not possible to parse the date. * */ public static String formatRFC822(Date date) { SimpleDateFormat dateFormater = new SimpleDateFormat("EEE, dd MMM yyyy HH:mm:ss 'GMT'",Locale.US); dateFormater.setTimeZone(TimeZone.getTimeZone("GMT")); return dateFormater.format(date); } /** * create a W3C Date Time representation of a date. * * Refer to the java.text.SimpleDateFormat javadocs for details on the format of each element. * * @param date Date to parse * @return the W3C Date Time represented by the given Date * It returns null if it was not possible to parse the date. * */ public static String formatW3CDateTime(Date date) { SimpleDateFormat dateFormater = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss'Z'",Locale.US); dateFormater.setTimeZone(TimeZone.getTimeZone("GMT")); return dateFormater.format(date); } }

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

Re: RSS autodetect

2009-07-05T05:05:27Z

ROME doesn't autodetect RSS feed urls. Jakarta's feedparser had code to do it, but I haven't been able to find feedparser's code anywhere.

On Fri, Jul 3, 2009 at 1:39 PM, richiebabes <rich.g.morgan@...> wrote:

Before I look into ROME as a possible solution does the feed source have to
be a .rss web page or does it autodetect based on the URL given? I need
something that can autodetect the rss feed!!
--
View this message in context: http://www.nabble.com/RSS-autodetect-tp24326590p24326590.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@...

--
Joseph B. Ottinger
http://enigmastation.com

Re: RSS autodetect

2009-07-03T11:26:56Z

Hi,

I don't exactly understand your question, rome doesn't expects any
special URL scheme, so the feed you're reading can also end in .html or
.feed or whatever, as long as it's an (more or less) valid feed
(rss/rdf/atom), you should be able to read it with Rome. Rome doesn't
care about the URL given but about the content delivered from the URL given.

Greetings,

Martin

richiebabes schrieb:
> Before I look into ROME as a possible solution does the feed source have to
> be a .rss web page or does it autodetect based on the URL given? I need
> something that can autodetect the rss feed!!

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

RSS autodetect

2009-07-03T10:39:08Z

Before I look into ROME as a possible solution does the feed source have to be a .rss web page or does it autodetect based on the URL given? I need something that can autodetect the rss feed!!

RE: ROME and multiple classloaders

2009-06-12T08:13:25Z

Hi Nick,

I had the experience using OSGi on Fuse ESB 4 (which is based on Apache ServiceMix4 ... which is based on Apache Felix).

At this point I am unable to use Rome to generate my Atom feeds, as the writer plugins are defined in rome.properties, which seem to be inaccessible due to class loader mix n match.

http://www.nabble.com/RE%3A--Issue-129--New---Failing-to-load-rome.properties-tp23149514p23872200.html

Regards,

JS

Nick Lothian wrote:

(I'm CC'ing rome-dev on this - I didn't see your message come though there).

The classloading problems we see most often now occur when the ROME core classes and the ROME plugins/properties files are deployed in different classloaders. I believe this works well now for the most common cases (eg, a web container with ROME in the shared classloader and properties files in a web app classloader). We've seen a few issues lately with OSGi, but the reason for the most recent one (missing property files) isn't completely understood. We know it works correctly in some OSGi deployment scenarios, so it seems likely to be some kind of configuration or platform specific issue.

Thread.currentThread().getContextClassloader() almost always works for plugin systems - the exception being when the plugin container isn't correctly setting the context classloader on the thread which runs the plugin code.

We ran into a similar issue with Axis2 (which also broke Spring & Hibernate), but it turned out they had a special switch to turn on "normal" classloading.

See https://rome.dev.java.net/servlets/ReadMsg?list=dev&msgNo=2679 and https://rome.dev.java.net/servlets/ReadMsg?list=dev&msgNo=2680 for more on this.

Nick

> -----Original Message-----
> From: Chris Janicki [mailto:Chris.Janicki@AugurSystems.com]
> Sent: Tuesday, 9 June 2009 1:51 AM
> To: Nick Lothian
> Subject: ROME and multiple classloaders
>
> Nick,
>
> Below is a copy of a message I just sent to the dev email list. It
> addresses the same topic as your emails from last week, and also
> issue# 118. (I just found those.) Note, I suggest a fix below too...
>
> = = = =
>
> I think I'm about 2 years too late to comment on this, but
> unfortunately your fancy classloader footwork breaks my plug-in
> environment.
>
> https://rome.dev.java.net/servlets/ReadMsg?list=dev&msgNo=2414
>
>
> The problem is that my plug-ins have their own built-in classloader so
> they live in their private world, but with access to the default
> classloader when the private classloader can't resolve a request... a
> basic hierarchy system. So when your code grabs the
> Thread.currentThread().getContextClassLoader(), it breaks out my
> sandbox with brute force, rather than following the hierarchy. (I'm
> trying to include your jars in one of my plug-ins' classpath, so it is
> distinct from my main application... it would be inelegant to put your
> jars in my main application's classpath, although they might better
> work there.)
>
> I think I have a suggested fix that usually works for me, and maybe
> addresses your underlying need to tweak the classloaders in the first
> place (Disclaimer: I didn't quite understand the original impetus.).
>
> I usually create a Beacon.class (just an empty class that extends
> Object) in whatever package location contains my resources (e.g.
> *.properties files). Then, I reference the Beacon's classloader,
> since I know it will have access to my resources residing in the same
> directory. So:
>
> com.xxx.pkg.Beacon.class.getClassLoader().getResourceAsStream(...)
>
> I sometimes have several Beacon classes in different package
> directories.
>
> I think if you referenced your resources this way, you might be able
> to go back to your original version of the code, while still avoiding
> your previous headaches???
>
> Thanks,
>
> Chris Janicki
> 1-781-526-7033 (mobile)
> www.AugurSystems.com
>
>

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@rome.dev.java.net
For additional commands, e-mail: dev-help@rome.dev.java.net

RE: ROME and multiple classloaders

2009-06-09T22:13:03Z

(I'm CC'ing rome-dev on this - I didn't see your message come though there).

The classloading problems we see most often now occur when the ROME core classes and the ROME plugins/properties files are deployed in different classloaders. I believe this works well now for the most common cases (eg, a web container with ROME in the shared classloader and properties files in a web app classloader). We've seen a few issues lately with OSGi, but the reason for the most recent one (missing property files) isn't completely understood. We know it works correctly in some OSGi deployment scenarios, so it seems likely to be some kind of configuration or platform specific issue.

Thread.currentThread().getContextClassloader() almost always works for plugin systems - the exception being when the plugin container isn't correctly setting the context classloader on the thread which runs the plugin code.

We ran into a similar issue with Axis2 (which also broke Spring & Hibernate), but it turned out they had a special switch to turn on "normal" classloading.

See https://rome.dev.java.net/servlets/ReadMsg?list=dev&msgNo=2679 and https://rome.dev.java.net/servlets/ReadMsg?list=dev&msgNo=2680 for more on this.

Nick

> -----Original Message-----
> From: Chris Janicki [mailto:Chris.Janicki@...]
> Sent: Tuesday, 9 June 2009 1:51 AM
> To: Nick Lothian
> Subject: ROME and multiple classloaders
>
> Nick,
>
> Below is a copy of a message I just sent to the dev email list. It
> addresses the same topic as your emails from last week, and also
> issue# 118. (I just found those.) Note, I suggest a fix below too...
>
> = = = =
>
> I think I'm about 2 years too late to comment on this, but
> unfortunately your fancy classloader footwork breaks my plug-in
> environment.
>
> https://rome.dev.java.net/servlets/ReadMsg?list=dev&msgNo=2414
>
>
> The problem is that my plug-ins have their own built-in classloader so
> they live in their private world, but with access to the default
> classloader when the private classloader can't resolve a request... a
> basic hierarchy system. So when your code grabs the
> Thread.currentThread().getContextClassLoader(), it breaks out my
> sandbox with brute force, rather than following the hierarchy. (I'm
> trying to include your jars in one of my plug-ins' classpath, so it is
> distinct from my main application... it would be inelegant to put your
> jars in my main application's classpath, although they might better
> work there.)
>
> I think I have a suggested fix that usually works for me, and maybe
> addresses your underlying need to tweak the classloaders in the first
> place (Disclaimer: I didn't quite understand the original impetus.).
>
> I usually create a Beacon.class (just an empty class that extends
> Object) in whatever package location contains my resources (e.g.
> *.properties files). Then, I reference the Beacon's classloader,
> since I know it will have access to my resources residing in the same
> directory. So:
>
> com.xxx.pkg.Beacon.class.getClassLoader().getResourceAsStream(...)
>
> I sometimes have several Beacon classes in different package
> directories.
>
> I think if you referenced your resources this way, you might be able
> to go back to your original version of the code, while still avoiding
> your previous headaches???
>
> Thanks,
>
> Chris Janicki
> 1-781-526-7033 (mobile)
> www.AugurSystems.com
>
>

RE: [Issue 129] New - Failing to load rome.properties

2009-06-04T17:25:36Z

It's certainly not obvious to me!

I'd suggest posting that code on a list for the OSGi container you use and see if they can see the problem. I'm happy to fix it once a solution is identified.

I'd note that this appears to be the same code that is used to load ROME plugins in an OSGi environment, apparently successfully. There are some details of a change we made to enable plugin loading in OSGi here: https://rome.dev.java.net/issues/show_bug.cgi?id=118

Nick

> -----Original Message-----
> From: jsbournival [mailto:js@...]
> Sent: Friday, 5 June 2009 12:55 AM
> To: dev@...
> Subject: RE: [Issue 129] New - Failing to load rome.properties
>
>
> Thanks for the pointer.
>
> On the other hand, setting "rome.pluginmanager.useloadclass" to "true"
> didn't helped. As I dug a bit further, I found that Rome is unable to
> retrieve its base properties. The fault happens in
> com.sun.syndication.io.impl.PropertiesLoader:
>
> InputStream is =
> classLoader.getResourceAsStream("com/sun/syndication/rome.properties");
> Properties p = new Properties();
> p.load(is); // Bam! NPE
>
> It's probably related to OSGi class loading mechanism, but I don't see
> the
> solution at this point. Maybe it's obvious to you guys?
>
> Thank you,
>
> JS.
>
>
> Nick Lothian wrote:
> >
> > I'm not a OSGi user, but
> > http://wiki.java.net/bin/view/Javawsxml/RomeAndOSGi may help:
> >
> > From ROME 1.0 RC2 onwards, the ROME jar includes OSGi information in
> its
> > manifest.
> >
> > Note that we have received some reports that ROME plugin classloading
> may
> > cause problems with OSGi. Setting the system property
> > "rome.pluginmanager.useloadclass" to "true" may help avoid this. See
> > [[https://rome.dev.java.net/issues/show_bug.cgi?id=118][Issue 118]
> for
> > further information.
> >
> >> -----Original Message-----
> >> From: jsbournival [mailto:js@...]
> >> Sent: Thursday, 28 May 2009 12:53 AM
> >> To: dev@...
> >> Subject: RE: [Issue 129] New - Failing to load rome.properties
> >>
> >>
> >> So is there an official workaround? I am trying to write an atom
> feed
> >> in an
> >> OSGi container using Rome library bundled by Spring. But, it's
> >> throwing me
> >> the NPE:
> >>
> >> <code>
> >> Caused by: java.lang.NullPointerException
> >> at
> java.util.Properties$LineReader.readLine(Properties.java:418)
> >> at java.util.Properties.load0(Properties.java:337)
> >> at java.util.Properties.load(Properties.java:325)
> >> at
> >>
> com.sun.syndication.io.impl.PropertiesLoader.<init>(PropertiesLoader.ja
> >> va:74)
> >> at
> >>
> com.sun.syndication.io.impl.PropertiesLoader.getPropertiesLoader(Proper
> >> tiesLoader.java:46)
> >> at
> >>
> com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:54)
> >> at
> >>
> com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:46)
> >> at
> >>
> com.sun.syndication.io.impl.FeedGenerators.<init>(FeedGenerators.java:4
> >> 7)
> >> at
> >>
> com.sun.syndication.io.WireFeedOutput.getFeedGenerators(WireFeedOutput.
> >> java:53)
> >> at
> >>
> com.sun.syndication.io.WireFeedOutput.outputJDom(WireFeedOutput.java:26
> >> 2)
> >> at
> >>
> com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:
> >> 118)
> >> at
> >>
> com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:
> >> 97)
> >> </code>
> >>
> >>
> >> Thank you.
> >>
> >> JS.
> >> --
> >> View this message in context: http://www.nabble.com/RE%3A--Issue-
> 129--
> >> New---Failing-to-load-rome.properties-tp23149514p23744788.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@...
> >
> >
> > 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@...
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/RE%3A--Issue-129--
> New---Failing-to-load-rome.properties-tp23149514p23872200.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@...

RE: [Issue 129] New - Failing to load rome.properties

2009-06-04T08:25:06Z

Thanks for the pointer.

On the other hand, setting "rome.pluginmanager.useloadclass" to "true" didn't helped. As I dug a bit further, I found that Rome is unable to retrieve its base properties. The fault happens in com.sun.syndication.io.impl.PropertiesLoader:

InputStream is = classLoader.getResourceAsStream("com/sun/syndication/rome.properties");
Properties p = new Properties();
p.load(is); // Bam! NPE

It's probably related to OSGi class loading mechanism, but I don't see the solution at this point. Maybe it's obvious to you guys?

Thank you,

JS.

Nick Lothian wrote:

I'm not a OSGi user, but http://wiki.java.net/bin/view/Javawsxml/RomeAndOSGi may help:

From ROME 1.0 RC2 onwards, the ROME jar includes OSGi information in its manifest.

Note that we have received some reports that ROME plugin classloading may cause problems with OSGi. Setting the system property "rome.pluginmanager.useloadclass" to "true" may help avoid this. See [[https://rome.dev.java.net/issues/show_bug.cgi?id=118][Issue 118] for further information.

> -----Original Message-----
> From: jsbournival [mailto:js@jipiju.com]
> Sent: Thursday, 28 May 2009 12:53 AM
> To: dev@rome.dev.java.net
> Subject: RE: [Issue 129] New - Failing to load rome.properties
>
>
> So is there an official workaround? I am trying to write an atom feed
> in an
> OSGi container using Rome library bundled by Spring. But, it's
> throwing me
> the NPE:
>
> <code>
> Caused by: java.lang.NullPointerException
> at java.util.Properties$LineReader.readLine(Properties.java:418)
> at java.util.Properties.load0(Properties.java:337)
> at java.util.Properties.load(Properties.java:325)
> at
> com.sun.syndication.io.impl.PropertiesLoader.<init>(PropertiesLoader.ja
> va:74)
> at
> com.sun.syndication.io.impl.PropertiesLoader.getPropertiesLoader(Proper
> tiesLoader.java:46)
> at
> com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:54)
> at
> com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:46)
> at
> com.sun.syndication.io.impl.FeedGenerators.<init>(FeedGenerators.java:4
> 7)
> at
> com.sun.syndication.io.WireFeedOutput.getFeedGenerators(WireFeedOutput.
> java:53)
> at
> com.sun.syndication.io.WireFeedOutput.outputJDom(WireFeedOutput.java:26
> 2)
> at
> com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:
> 118)
> at
> com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:
> 97)
> </code>
>
>
> Thank you.
>
> JS.
> --
> View this message in context: http://www.nabble.com/RE%3A--Issue-129--
> New---Failing-to-load-rome.properties-tp23149514p23744788.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

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@rome.dev.java.net
For additional commands, e-mail: dev-help@rome.dev.java.net

RE: [Issue 129] New - Failing to load rome.properties

2009-05-27T15:45:13Z

I'm not a OSGi user, but http://wiki.java.net/bin/view/Javawsxml/RomeAndOSGi may help:

From ROME 1.0 RC2 onwards, the ROME jar includes OSGi information in its manifest.

Note that we have received some reports that ROME plugin classloading may cause problems with OSGi. Setting the system property "rome.pluginmanager.useloadclass" to "true" may help avoid this. See [[https://rome.dev.java.net/issues/show_bug.cgi?id=118][Issue 118] for further information.

> -----Original Message-----
> From: jsbournival [mailto:js@...]
> Sent: Thursday, 28 May 2009 12:53 AM
> To: dev@...
> Subject: RE: [Issue 129] New - Failing to load rome.properties
>
>
> So is there an official workaround? I am trying to write an atom feed
> in an
> OSGi container using Rome library bundled by Spring. But, it's
> throwing me
> the NPE:
>
> <code>
> Caused by: java.lang.NullPointerException
> at java.util.Properties$LineReader.readLine(Properties.java:418)
> at java.util.Properties.load0(Properties.java:337)
> at java.util.Properties.load(Properties.java:325)
> at
> com.sun.syndication.io.impl.PropertiesLoader.<init>(PropertiesLoader.ja
> va:74)
> at
> com.sun.syndication.io.impl.PropertiesLoader.getPropertiesLoader(Proper
> tiesLoader.java:46)
> at
> com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:54)
> at
> com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:46)
> at
> com.sun.syndication.io.impl.FeedGenerators.<init>(FeedGenerators.java:4
> 7)
> at
> com.sun.syndication.io.WireFeedOutput.getFeedGenerators(WireFeedOutput.
> java:53)
> at
> com.sun.syndication.io.WireFeedOutput.outputJDom(WireFeedOutput.java:26
> 2)
> at
> com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:
> 118)
> at
> com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:
> 97)
> </code>
>
>
> Thank you.
>
> JS.
> --
> View this message in context: http://www.nabble.com/RE%3A--Issue-129--
> New---Failing-to-load-rome.properties-tp23149514p23744788.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@...

RE: [Issue 129] New - Failing to load rome.properties

2009-05-27T08:23:02Z

So is there an official workaround? I am trying to write an atom feed in an OSGi container using Rome library bundled by Spring. But, it's throwing me the NPE:

<code>
Caused by: java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Properties.java:418)
at java.util.Properties.load0(Properties.java:337)
at java.util.Properties.load(Properties.java:325)
at com.sun.syndication.io.impl.PropertiesLoader.<init>(PropertiesLoader.java:74)
at com.sun.syndication.io.impl.PropertiesLoader.getPropertiesLoader(PropertiesLoader.java:46)
at com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:54)
at com.sun.syndication.io.impl.PluginManager.<init>(PluginManager.java:46)
at com.sun.syndication.io.impl.FeedGenerators.<init>(FeedGenerators.java:47)
at com.sun.syndication.io.WireFeedOutput.getFeedGenerators(WireFeedOutput.java:53)
at com.sun.syndication.io.WireFeedOutput.outputJDom(WireFeedOutput.java:262)
at com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:118)
at com.sun.syndication.io.WireFeedOutput.outputString(WireFeedOutput.java:97)
</code>

Thank you.

JS.

RE: ROME and AppEngine

2009-04-28T22:18:08Z

Looks like you are right – the original issue raiser has just added a comment to say including Xerces in you app makes it work

From: Robert "kebernet" Cooper [mailto:kebernet@...]
Sent: Wednesday, 29 April 2009 2:41 PM
To: dev@...
Subject: Re: ROME and AppEngine

Right, but I am wondering if it is failing because the reflection is on a JVM core class. I think the fact that it looks like a security exception is a bit of a lie -- you will get that if there is a chained exception. If you look at the top of the exception at the top of the bug report, it looks like the problem is from the factory method of the SAX parser from the default classpath by reflection (hence the top level exception showing it coming from *inside* Xerces. My guess is JDOM is getting a reflect exception thrown up through the regular reflect stuff and it is translating into a security exception, because, well, Google makes everything a security exception if you hit a forbidden class.

I would try either bundling Xerces or trying another SAX implementation underneath JDOM.

On Wed, Apr 29, 2009 at 1:02 AM, Nick Lothian <nlothian@...> wrote:

I'm not sure if I can see how that would help.

From the comment at http://code.google.com/p/googleappengine/issues/detail?id=1367#c2 it looks like JDom is always going to try and call the static public method "createParser" on JAXPParserFactory via reflection

That functionality (calling public static methods via reflection) appears to be forbidden by the GAE/J security manager.

> -----Original Message-----
> From: Robert (kebernet) Cooper [mailto:kebernet@...]
> Sent: Wednesday, 29 April 2009 2:24 PM
> To: romed
> Cc: dev@...
> Subject: Re: ROME and AppEngine
>
> Could you package a sax impl with you app and pass in
> javax.xml.parsers.SAXParserFactory?
>
> --r(k)c
>
>
> On Apr 29, 2009, at 12:45 AM, Nick Lothian
> <nlothian@...> wrote:
>
> > ROME currently won't run on Google AppEngine because of this issue:
> http://code.google.com/p/googleappengine/issues/detail?id=1367
> >
> > If anyone has any insight about potential work arounds that would be
> > wonderful. At present the only way I could see to move forward on
> > this would be to patch JDom, but I haven't investigated exactly what
> > would be needed there.
> >
> > 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: dev-unsubscribe@...
> > For additional commands, e-mail: dev-help@...
> >
>
> ---------------------------------------------------------------------
> 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@...

--
: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

Re: ROME and AppEngine

2009-04-28T22:11:28Z

I would try either bundling Xerces or trying another SAX implementation underneath JDOM.

On Wed, Apr 29, 2009 at 1:02 AM, Nick Lothian <nlothian@...> wrote:

I'm not sure if I can see how that would help.

From the comment at http://code.google.com/p/googleappengine/issues/detail?id=1367#c2 it looks like JDom is always going to try and call the static public method "createParser" on JAXPParserFactory via reflection

That functionality (calling public static methods via reflection) appears to be forbidden by the GAE/J security manager.

> -----Original Message-----
> From: Robert (kebernet) Cooper [mailto:kebernet@...]
> Sent: Wednesday, 29 April 2009 2:24 PM
> To: romed
> Cc: dev@...
> Subject: Re: ROME and AppEngine
>
> Could you package a sax impl with you app and pass in
> javax.xml.parsers.SAXParserFactory?
>
> --r(k)c
>
>
> On Apr 29, 2009, at 12:45 AM, Nick Lothian
> <nlothian@...> wrote:
>
> > ROME currently won't run on Google AppEngine because of this issue:
> http://code.google.com/p/googleappengine/issues/detail?id=1367
> >
> > If anyone has any insight about potential work arounds that would be
> > wonderful. At present the only way I could see to move forward on
> > this would be to patch JDom, but I haven't investigated exactly what
> > would be needed there.
> >
> > 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: dev-unsubscribe@...
> > For additional commands, e-mail: dev-help@...
> >
>
> ---------------------------------------------------------------------
> 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@...

--
: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

RE: ROME and AppEngine

2009-04-28T22:02:39Z

Re: ROME and AppEngine

2009-04-28T22:00:05Z

Sorry, was sending from the phone. I suspect this may be about reflecting on the core classes in GAE. I would try packaging another SAX parser in the app and setting a system property on the app engine config and see if reflecting it in the local classloader works.

On Wed, Apr 29, 2009 at 12:53 AM, Robert (kebernet) Cooper <kebernet@...> wrote:

Could you package a sax impl with you app and pass in javax.xml.parsers.SAXParserFactory?

--r(k)c

On Apr 29, 2009, at 12:45 AM, Nick Lothian <nlothian@...> wrote:

ROME currently won't run on Google AppEngine because of this issue: http://code.google.com/p/googleappengine/issues/detail?id=1367

If anyone has any insight about potential work arounds that would be wonderful. At present the only way I could see to move forward on this would be to patch JDom, but I haven't investigated exactly what would be needed there.

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: 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

Re: ROME and AppEngine

2009-04-28T21:53:41Z

Could you package a sax impl with you app and pass in
javax.xml.parsers.SAXParserFactory?

--r(k)c

On Apr 29, 2009, at 12:45 AM, Nick Lothian
<nlothian@...> wrote:

> ROME currently won't run on Google AppEngine because of this issue: http://code.google.com/p/googleappengine/issues/detail?id=1367
>
> If anyone has any insight about potential work arounds that would be
> wonderful. At present the only way I could see to move forward on
> this would be to patch JDom, but I haven't investigated exactly what
> would be needed there.
>
> 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: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

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