Re: rome-1.0.jar problem[CORRECTION]

View: New views
6 Messages — Rating Filter:   Alert me  

Re: rome-1.0.jar problem[CORRECTION]

by Peter Pfeiffer :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello,
At the risk of losing some credibility, I have to correct my last  
post stating the problem found in rome-1.0 was a false alarm.  
Unfortunately, my original post is correct. After checking my build  
settings, The rome-1.0.jar has an exception when parsing some older  
rss versions, while running on jre 1.4.2.

<snip>
java.lang.NoSuchMethodError: java.lang.Integer.valueOf(I)Ljava/lang/
Integer;
        at com.sun.syndication.io.impl.NumberParser.parseInt
(NumberParser.java:54)
        at com.sun.syndication.io.impl.RSS091UserlandParser.parseImage
(RSS091UserlandParser.java:164)
        at com.sun.syndication.io.impl.RSS090Parser.parseChannel
(RSS090Parser.java:160)


</snip>

If desired, I can supply links to demonstrate the problem.

Thanks for the help.

peter






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


Re: rome-1.0.jar problem[CORRECTION]

by Robert (kebernet) Cooper :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

D'OH! Somebody must have taken an IDE suggestion.

I just committed a fix for this.

On Tue, Mar 31, 2009 at 11:08 AM, Peter Pfeiffer <pjpfeiffer@...> wrote:
Hello,
At the risk of losing some credibility, I have to correct my last post stating the problem found in rome-1.0 was a false alarm. Unfortunately, my original post is correct. After checking my build settings, The rome-1.0.jar has an exception when parsing some older rss versions, while running on jre 1.4.2.

<snip>
java.lang.NoSuchMethodError: java.lang.Integer.valueOf(I)Ljava/lang/Integer;
       at com.sun.syndication.io.impl.NumberParser.parseInt(NumberParser.java:54)
       at com.sun.syndication.io.impl.RSS091UserlandParser.parseImage(RSS091UserlandParser.java:164)
       at com.sun.syndication.io.impl.RSS090Parser.parseChannel(RSS090Parser.java:160)


</snip>

If desired, I can supply links to demonstrate the problem.

Thanks for the help.

peter






---------------------------------------------------------------------
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-1.0.jar problem[CORRECTION]

by Nick Lothian :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Thanks Robert – it was probably me.

 

(I’ve got Eclipse setup to use JDK1.4 compliance settings, but of course I forgot to change the JRE jars over..)

 

Nick

 

From: Robert "kebernet" Cooper [mailto:kebernet@...]
Sent: Thursday, 2 April 2009 12:49 AM
To: dev@...
Subject: Re: rome-1.0.jar problem[CORRECTION]

 

D'OH! Somebody must have taken an IDE suggestion.

 

I just committed a fix for this.

On Tue, Mar 31, 2009 at 11:08 AM, Peter Pfeiffer <pjpfeiffer@...> wrote:

Hello,
At the risk of losing some credibility, I have to correct my last post stating the problem found in rome-1.0 was a false alarm. Unfortunately, my original post is correct. After checking my build settings, The rome-1.0.jar has an exception when parsing some older rss versions, while running on jre 1.4.2.

<snip>
java.lang.NoSuchMethodError: java.lang.Integer.valueOf(I)Ljava/lang/Integer;
       at com.sun.syndication.io.impl.NumberParser.parseInt(NumberParser.java:54)
       at com.sun.syndication.io.impl.RSS091UserlandParser.parseImage(RSS091UserlandParser.java:164)
       at com.sun.syndication.io.impl.RSS090Parser.parseChannel(RSS090Parser.java:160)


</snip>

If desired, I can supply links to demonstrate the problem.

Thanks for the help.

peter






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



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.

Re: rome-1.0.jar problem[CORRECTION]

by Sean-127 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

The problem is that Integer.valueOf(int) did not exist on Java 1.4.2
A more portable way to do the same operation is through the
constructor new Integer(int) but the logic added in Integer.valueOf()
in 1.5.0 is that it forcibly caches the lowest 256 integers [-128,
127] which can give a performance and memory boost.

If you have some build system set up for Java 1.4.2 builds vs. Java
1.5.0 builds, then it would be a good thing to keep Integer.valueOf()
where available.
Alternatively, you could get an even better performance boost by using
straight primitives, but I suspect you use the added null possibility
in the data structures.


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

NumberParser.java (5K) Download Attachment

Re: rome-1.0.jar problem[CORRECTION]

by Robert (kebernet) Cooper :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Yeah, I corrected these already. The real problem is if you are not using valueOf() a lot of IDEs call this a warning state and will autocorrect it for you if you aren't paying attention.

On Thu, Apr 2, 2009 at 6:55 PM, Sean <root@...> wrote:
The problem is that Integer.valueOf(int) did not exist on Java 1.4.2
A more portable way to do the same operation is through the
constructor new Integer(int) but the logic added in Integer.valueOf()
in 1.5.0 is that it forcibly caches the lowest 256 integers [-128,
127] which can give a performance and memory boost.

If you have some build system set up for Java 1.4.2 builds vs. Java
1.5.0 builds, then it would be a good thing to keep Integer.valueOf()
where available.
Alternatively, you could get an even better performance boost by using
straight primitives, but I suspect you use the added null possibility
in the data structures.

---------------------------------------------------------------------
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-1.0.jar problem[CORRECTION]

by Nick Lothian :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

I’ve added this to the changelist: http://wiki.java.net/bin/view/Javawsxml/RomeChangesLog#1_Issue_127_Rome_1_0_not_JDK_1_4

 

BTW, apparently we are going to need to get all our documentation migrated somehow: http://weblogs.java.net/blog/sonyabarry/archive/2009/04/the_big_upgrade.html

 

Yay.

 

From: Robert "kebernet" Cooper [mailto:kebernet@...]
Sent: Friday, 3 April 2009 9:52 AM
To: dev@...
Subject: Re: rome-1.0.jar problem[CORRECTION]

 

Yeah, I corrected these already. The real problem is if you are not using valueOf() a lot of IDEs call this a warning state and will autocorrect it for you if you aren't paying attention.

On Thu, Apr 2, 2009 at 6:55 PM, Sean <root@...> wrote:

The problem is that Integer.valueOf(int) did not exist on Java 1.4.2
A more portable way to do the same operation is through the
constructor new Integer(int) but the logic added in Integer.valueOf()
in 1.5.0 is that it forcibly caches the lowest 256 integers [-128,
127] which can give a performance and memory boost.

If you have some build system set up for Java 1.4.2 builds vs. Java
1.5.0 builds, then it would be a good thing to keep Integer.valueOf()
where available.
Alternatively, you could get an even better performance boost by using
straight primitives, but I suspect you use the added null possibility
in the data structures.

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



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.