Re: java.lang.IllegalArgumentException - object is of type java.lang.String; expected type: mauro.entity.Heart

2014-01-22 Thread maurojava
hi all. 
Hi have correct the converter and now it is ok the String /object
conversion.
But now i have another problem.

I have a entity DiscountCode and a Customer .

I have a page CreateCustomer . INto i have to set the DIscountCOde.

I have created the form , but int othe COntroller the Customer it is a new
instance and so when render the page , i get a reference to null at the
seelctOnemenu vlaue=#{controller.customer.discont}
It iis a new instance and so the propertie discount it is null.
from selectItems i get the List of all DiscountCode present into db .
How i can resolve?
I have to select a selectItem to be selected default?

mauro



--
View this message in context: 
http://myfaces.10567.n7.nabble.com/java-lang-IllegalArgumentException-object-is-of-type-java-lang-String-expected-type-mauro-entity-Heat-tp116991p117027.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.


StackOverflowError with MyFaces 2.2.0

2014-01-22 Thread Mike Calmus
I tried updating an existing application to MyFaces 2.2.0 (from 2.1.11) by
simply replacing the library. When I try to deploy the app, I get a
StackOverflowError (below). Looking at the source code I'm surprised this
doesn't always happen. Several methods (setFlowHandler, getFlowHandler,
unsubscribeFromEvent, etc.) all follow the same structure where they call
getMyFacesApplicationInstance and then call same method on the instance
from that method. This seems to require an extending class to exist and
that the extending class completely overrides the methods in question
without calling the superclass method. Am I missing something here? More
importantly, I could use some help in fixing the issue independently from
any possible software changes. Thank you.

Caused By: java.lang.StackOverflowError
 at java.util.concurrent.ConcurrentHashMap.hash(ConcurrentHashMap.java:333)
 at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:988)
 at weblogic.servlet.internal.AttributesMap.get(AttributesMap.java:103)
 at
weblogic.servlet.internal.WebAppServletContext.getAttribute(WebAppServletContext.java:520)
 at
org.apache.myfaces.context.servlet.ApplicationMap.getAttribute(ApplicationMap.java:47)
 at
org.apache.myfaces.util.AbstractThreadSafeAttributeMap.get(AbstractThreadSafeAttributeMap.java:90)
 at
javax.faces.application.Application.getMyfacesApplicationInstance(Application.java:100)
 at
javax.faces.application.Application.setFlowHandler(Application.java:1245)
 at
javax.faces.application.Application.setFlowHandler(Application.java:1248)
 at
javax.faces.application.Application.setFlowHandler(Application.java:1248)


Re: StackOverflowError with MyFaces 2.2.0

2014-01-22 Thread Howard W. Smith, Jr.
On Wed, Jan 22, 2014 at 1:50 PM, Mike Calmus m...@calmus.org wrote:

 I tried updating an existing application to MyFaces 2.2.0 (from 2.1.11) by
 simply replacing the library.


Interesting. I'm sure that I could have migrated my app from MyFaces 2.1.11
to myFaces 2.2.0, but I'm using TomEE, which has a nice home for MyFaces
2.1.x (and MyFaces 2.2.x).

Library = api and impl JAR

or

library = bundle JAR ?



 When I try to deploy the app, I get a StackOverflowError (below).


Might be good for you to copy/paste your (entire) server log (on startup of
server/app) to pastebin website or provide that in your next reply.


Re: StackOverflowError with MyFaces 2.2.0

2014-01-22 Thread Leonardo Uribe
Hi

The stack trace suggest there is a problem in the classpath. There
should be a copy of javax.faces api somewhere that is making a
conflict.

regards,

Leonardo Uribe

2014/1/22 Howard W. Smith, Jr. smithh032...@gmail.com:
 On Wed, Jan 22, 2014 at 1:50 PM, Mike Calmus m...@calmus.org wrote:

 I tried updating an existing application to MyFaces 2.2.0 (from 2.1.11) by
 simply replacing the library.


 Interesting. I'm sure that I could have migrated my app from MyFaces 2.1.11
 to myFaces 2.2.0, but I'm using TomEE, which has a nice home for MyFaces
 2.1.x (and MyFaces 2.2.x).

 Library = api and impl JAR

 or

 library = bundle JAR ?



 When I try to deploy the app, I get a StackOverflowError (below).


 Might be good for you to copy/paste your (entire) server log (on startup of
 server/app) to pastebin website or provide that in your next reply.


Re: StackOverflowError with MyFaces 2.2.0

2014-01-22 Thread Mike Calmus
I'm thinking this is an incompatibility with Weblogic 10.3.6. If anyone has
successfully deployed at MyFaces 2.2.0 application on Weblogic I'd welcome
any input.

On Wed, Jan 22, 2014 at 2:34 PM, Leonardo Uribe lu4...@gmail.com wrote:

 Hi

 The stack trace suggest there is a problem in the classpath. There
 should be a copy of javax.faces api somewhere that is making a
 conflict.

 regards,

 Leonardo Uribe

 2014/1/22 Howard W. Smith, Jr. smithh032...@gmail.com:
   On Wed, Jan 22, 2014 at 1:50 PM, Mike Calmus m...@calmus.org wrote:
 
  I tried updating an existing application to MyFaces 2.2.0 (from 2.1.11)
 by
  simply replacing the library.
 
 
  Interesting. I'm sure that I could have migrated my app from MyFaces
 2.1.11
  to myFaces 2.2.0, but I'm using TomEE, which has a nice home for MyFaces
  2.1.x (and MyFaces 2.2.x).
 
  Library = api and impl JAR
 
  or
 
  library = bundle JAR ?
 
 
 
  When I try to deploy the app, I get a StackOverflowError (below).
 
 
  Might be good for you to copy/paste your (entire) server log (on startup
 of
  server/app) to pastebin website or provide that in your next reply.