Search...
FAQs Subscribe
Pie
FAQs
Recent topics Flagged topics Hot topics Best topics
Search...
Search within Web Services Search Coderanch
Advance search Google search
Register / Login
permaculture playing cards
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
meaningless drivel thread boost advertise on coderanch building better world book book review grid
this forum made possible by our volunteer staff, including ...
Marshals:
  • Tim Cooke
  • Campbell Ritchie
  • paul wheaton
  • Ron McLeod
  • Devaka Cooray
Sheriffs:
  • Jeanne Boyarsky
  • Liutauras Vilda
  • Paul Clapham
Saloon Keepers:
  • Tim Holloway
  • Carey Brown
  • Piet Souris
Bartenders:

setProperty must be overridden by all subclasses of SOAPMessage when using Eclipse and JBoss

 
Kris Massey
Greenhorn
Posts: 12
posted 15 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
Hey all,

Im getting a really strange error that I cant for the life of me track down...

When using Jboss 5.0.1 (with some custom tweaks) and Eclipse I get the stack trace below when trying to submit a WS SOAP request.




My enviornment setup is:

Eclipse Ganymede Version: 3.4.2
Jboss 5.0.1 (with some custom tweaks)


Eclipse is running in JDK 1.5
Jboss is running in JDK 1.6

All of the myprojects in Eclipse are set to build with JDK 1.5, all launch environments (Except the Jboss server) are set to JDK 1.5. The reason JBoss needs 1.6 JDK is that it throws a whole bunch of versioning issues if its running on 1.5.

The strangest things is that if I use Eclipse to build the ear file and deploy it in the same JBoss instance outside of Eclipse everything works correctly, but as soon as I try and use Eclipse for deploynent the error above occurs. Its really strange as the JAVA_HOME in the JBoss run.bat is set to JDK 1.5 however if I do this in Eclipse it falls over. Im assuming ther is something within Eclipse that nees to be modified for this to work but as I said Ive tried everything I can think if with no joy.

Has anyone come across this before? and if so did you have any joy finding a work around?

Cheers
Kris
 
Celinio Fernandes
Ranch Hand
Posts: 563
I like...
Google Web Toolkit Eclipse IDE Java
posted 15 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
Hi,
I get the same exact problem. Same configuration, same error messages.

Did you find a solution to your problem ?
Thanks

SCJP 1.4, SCWCD 1.4, SCBCD 1.3, SCBCD 5
Visit my blog

 
Kris Massey
Greenhorn
Posts: 12
posted 15 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator

Celinio Fernandes wrote:Hi,
I get the same exact problem. Same configuration, same error messages.

Did you find a solution to your problem ?
Thanks



No solution as of yet...Im fairly sure I now understand the problem but cant figure it out....I had to put this aside as the deadline for the work was looming but I would like to find a solution thats for sure!

I think the problem is around how Eclipse sets up JaxB. Im leaning this was as the Jboss JaxB libs seem to be slightly different from the core sun ones and Im wondering if Eclipse is defaulting to the Sun Jars first and not the ones within the container you specify....like I said thats my thinking but I could be way off.

If you find a soltuon please come back and post it up there for future reference!

What senario have you hit the problem in?
 
Bhavesh Dak
Ranch Hand
Posts: 93
posted 15 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
Hi, Kris I am also facing the same issue and still exploring for solution.

I am using eclipse-gee-galileo version
JBoss 5.0.0
Everything is configured with JDK 1.6

Strange thing is when I plugged MyEclipse 6.0 with Eclipse 3.3 everything worked properly.

But my development environment is the one where I am facing the problem.

If anybody have any thing striking in mind for this issue please provide hints so that we can move ahead.

Thanks.

SCJP 6(83%), SCWCD 5.0(100%)

 
Ravi Choudhari
Greenhorn
Posts: 9
posted 14 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
I was getting the same error with JBoss AS 4.2 & JBoss AS 5.1,

Adding -Djava.endorsed.dirs=/<JBOSS_HOME>/lib/endorsed to JBoss lauanch configuration will solve this issue

(open launch configuration -> arguments -> VM arguments)

replace <JBOSS_HOME> by Jboss installation base directory (Ex: c:/jboss-5.1.0.GA)
 
Michael Schaffler
Greenhorn
Posts: 2
posted 14 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
I had the same problem. The only thing that worked for me was using JBoss 5.1 with jdk 1.5 instead of jdk 1.6.

Michael
 
Ravi Choudhari
Greenhorn
Posts: 9
posted 14 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
I am using JBoss 5.1 for JDK6, and JDK6, its working.
 
pradeep gamage
Ranch Hand
Posts: 85
I like...
Eclipse IDE Spring Java
posted 14 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
This happens when you start JBoss from Eclipse. If you start JBoss by running the run.sh (or run.bat in Windows), the error does not appear.

The root cause is a jar file conflict. When you start JBoss via run.sh, JVM uses the correct jar files provided with JBoss. But if you start JBoss via Eclipse, JVM does not use the JBoss bundled updated jars but uses the old ones available with JDK. As a developer, you may prefer to start JBoss via Eclipse during development. Here's how you do it:

1. In Eclipse, access the "Servers" view

2. Double click on JBoss server ("JBoss v5.0 at localhost"). The settings editor opens.

3. Double click on the "Open launch configuration" link found under "General Information". The launcher configuration editor opens.

4. Go to the "Arguments" tab. Your VM arguments might look like the following:
"-Dprogram.name=run.bat -Xms128m -Xmx512m -XX:MaxPermSize=256m"

5. Append the following to the above line after keeping a space (Note that you need to use the correct directory name where you have installed JBoss inside which you find the lib/endorsed directory):
" -Djava.endorsed.dirs=/<JBOSS_HOME>/lib/endorsed"

Save everything and start the JBoss server.

Software Engineer(BSC):SCJP 1.5
(Knowledge is power when applied)

 
Aj Maven
Greenhorn
Posts: 22
I like...
Eclipse IDE Postgres Database Java
posted 13 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
I had the similar problem and have solved it.
setProperty must be overridden by all subclasses of SOAPMessage error using JBoss 4.2.2GA

Thanks
-Aj

 
Deepakkumar Devarajan
Ranch Hand
Posts: 54
I like...
Spring
posted 13 years ago
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
    Send
  • Quote
  • Report post to moderator
@pradeep gamage
Thanks for that solution. This resolved the issue for me in development environment. Is there any other way to resolve this jar conflicts(Giving high precedence to JBoss Jars)?

Regards,
Deepakkumar Devarajan

 
Did you see how Paul cut 87% off of his electric heat bill with 82 watts of micro heaters?
reply
reply
    Bookmark Topic Watch Topic
  • New Topic
Boost this thread!
Similar Threads
More...