This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal



Mar 1, 2011, 12:39 PM
8 Posts

Weird XPages error - conversion where no conversion should be needed

  • Category: Managed Beans in NSF
  • Platform: All
  • Release: 8.5.2
  • Role:
  • Tags: error,puzzling
  • Replies: 5
javax.faces.FacesException: javax.faces.FacesException: javax.faces.FacesException: 
Bei der Konvertierung des Wertes „inspectors.data.DuplicateConfiguration@6c006c“ von Typ „class inspectors.data.DuplicateConfiguration“ in Typ
„class inspectors.data.DuplicateConfiguration“ für die Managed Bean „duplicateInspector“ist ein Fehler aufgetreten.
 
 
I don't get why a conversion is needed if source and target type are of the same class. Can anyone help me out on this error message?
 
Also, is there a way to get the error messages printed in english, even when a german LP is installed? It's tiresome to not know what to look for on the web.

(The error message translates to something like: "An error occurred while trying to convert „inspectors.data.DuplicateConfiguration@6c006c“ from  „class inspectors.data.DuplicateConfiguration“ to „class inspectors.data.DuplicateConfiguration“)
Mar 2, 2011, 9:32 AM
8 Posts
Re: Weird XPages error - conversion where no conversion should be needed
Thanks for the link, been there, done that. The basic configuration does not seem to be wrong as when I restart the http task is seems to work, at some point however, I keep getting these weird messages. To me, in a pure Java environment this would make sense if the clientside class does not match the server side class, after serialization. However, I don't know whether this could be the case. Any specific information on what causes this error would be very helpful. IBM? anyone?
 
P.S.: Also, when I first tried to reply, I forgot to log in, thus ending up in an XPages error message that "I am not authorized". The back button is broken as the whole answer was gone. This does not shed a good light on the technology. I do think that this forum should represent the means xpages provides. So far (and I do know that it is a wip approach), I am impressed.

Impressed at how sloppy the topic (not mine, xpages in general) is handled. There is this really great technology and all we get is rapid application development approaches of how to do wikis, or other simplest applications. What about business logic in more complex requirements? The education program here in german speaking countries is scarce, you have to dig for deeper information for hours and hours. You have to know people from Singapore to Ireland within the IBM personally to at least get somewhere. IBM (or whatever subdivision is responsible for the xpages education), shame on you. You want to replace former Domino/Notes technology by XPages? That's going to be interesting... I really don't want to offend anyone, but it's *really* frustrating.
Mar 2, 2011, 9:48 AM
8 Posts
Re: Weird XPages error - conversion where no conversion should be needed
Meanwhile we found out that, if you are using managed beans it seems this error comes up whenever an xpage is changed that uses the bean. A "Project Cleanup" within the designer helps to resolve this issue, at least that is what worked for us, as of now. More information as to why this is the case would be helpful.
Mar 3, 2011, 6:34 AM
13 Posts
Re: Weird XPages error - conversion where no conversion should be needed
Hi,
 
Project cleanup and rebuild helps in many cases.
I also visit blogs writeup to search solutions for xpage build,this forum will help all of us developing xpage for respective requirement's.
 
People like John mackey,Paul and many other answer our questions as an when required in the forum and blogs.The help on the net is humongous.
 
But yes by your solution it seems again to me that proactively do a repeat clean up and rebuild before client or browser launch for java and xml related stuff in xpage. 
Mar 3, 2011, 12:19 PM
8 Posts
Re: Weird XPages error - conversion where no conversion should be needed
About the rant of mine:
 
It is not my goal to mope around. I do thank anyone whose blog helped me understanding the technology better. Especially people at IBM like Paul Hannan, Stephan Wissel and others who had a significant role in my understanding of xpages, but also anybody else  I cannot think of right now. What I do miss (and that is where the frustration comes from) is an education program for xpages development beyond the simple click'o'rama within the xpages design element editors. I am willing to learn, our company is willing to pay for training. But I will not attend the next xpages for noobs training where all you get is how to put a little bit of JavaScript behind a DOJO control so it spreads all over the xpage. I would like to have education on how to approach complex solutions, best practices on testing, information on how the build in the domino designer works (thus understand when "clean a project" could help, for example). I looked into the current training program from IBM here in Austria/Germany. I was not able to find a single (!) training interesting regarding this aspects, are you kidding me?
 
To me it almost seems like a dissociative personality disorder in whale scale. On the one hand I am told that xpages is the one technology I need to learn, but on the other hand I have to figure out myself how to gain the know-how to leveraging myself onto it. When I read that IBM hosted this forum, I thought about it like it having administrators, moderators, people responsible that questions get answered. I didn't think that hosted by IBM basically just means it's on their servers and IBMers take a look at it at leisure. If xpages technology is as important as Lotusphere is trying to make us believe (and I actually do think the technology is important), then give us the means to learn it properly, please. Pretty please with cherry on top!

This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal